Form Approved OMB No. 0704-0188
The following establishes the data general and content requirements for the identified data item.
COMPUTER RESOURCES INTEGRATED SUPPORT DOCUMENT (CRISD)
The Computer Resources Integrated Support Document (CRISD) provides the information needed to plan for life cycle support of deliverable software. The CRISD documents the contractor's plans for transitioning support of deliverable software to the support agency.
The CRISD is used by the Government for updating the Computer Resource Life Cycle Management Plan.
This Data Item Description (DID) contains the format and content preparation instructions for data generated under the work task described by paragraphs 4.6.4 and 4.6.4 of DOD-STD-2167A.
The Contract Data Requirements List should specify whether this document is to be prepared and delivered on bound 8 1/2 by 11 inch bond paper or electronic media. If electronic media is selected, the precise format must be specified.
This DID supersedes DI-MCCR-80024 dated 4 June 1985.
Production of this document using automated techniques is encouraged. Specific content and format instructions for this document are identified below.
In the event that a paragraph or subparagraph has been tailored out, a statement to that effect shall be added directly following the heading of each such (sub)paragraph. If a paragraph and all of its subparagraphs are tailored out, only the highest level paragraph heading need be included.
Charts, tables, matrices, or other presentation styles are acceptable when the information required by the paragraphs and subparagraphs of this DID can be made more readable.
Each page prior to Section 1 shall be numbered in lower-case roman numerals beginning with page ii for the Table of Contents. Each page starting from Section 1 to the beginning of the appendixes shall be consecutively numbered in arabic numerals. If t he document is divided into volumes, each such volume shall restart the page numbering sequence.
For hardcopy formats, this document may be printed on one or both sides of each page (single-sided/double-sided). All printed pages shall contain the document control number and the date of the document centered at the top of the page. Document control numbers shall include revision and volume identification, as applicable.
All paragraphs and subparagraphs starting with the phrase "This (sub)paragraph shall..." may be written as multiple subparagraphs to enhance readability. These subparagraphs shall be numbered sequentially.
This document shall consist of the following:
(1) Cover (2) Title page (3) Table of contents (4) Scope (5) Referenced documents (6) Support information (7) Transition planning (8) Notes (9) Appendixes.
The title page shall contain the information identified below in the indicated format:
[Document control number and date: Volume x of y (if multi-volume)] [Rev. indicator: date of Rev.] COMPUTER RESOURCES INTEGRATED SUPPORT DOCUMENT FOR THE [SYSTEM NAME] CONTRACT NO. [contract number] CDRL SEQUENCE NO. [CDRL number] Prepared for: [Contracting Agency Name, department code] Prepared by: [contractor name and address]
This document shall contain a table of contents listing the title and page number of each titled paragraph and subparagraph. The table of contents shall then list the title and page number of each figure, table, and appendix, in that order.
This section shall be numbered 1 and shall be divided into the following paragraphs.
This paragraph shall be numbered 1.1 and shall contain the approved identification number(s), title(s), and abbreviation(s), if applicable, or the CSCI(s), if applicable, of the CSCI(s) and the system to which this CRISD applies. If the document applies to all CSCIs in the system, this shall be stated.
This paragraph shall be numbered 1.2 and shall briefly state the purpose of the system and the software to which this CRISD applies.
This paragraph shall be numbered 1.3 and shall summarize the purpose and contents of this document.
This section shall be numbered 2 and shall list by document number and title all documents referenced in this document. This section shall also identify the source for all documents not available through normal Government stocking activities.
This section shall be numbered 3 and shall be divided into the following paragraphs and subparagraphs to provide the support information.
This paragraph shall be numbered 3.1. and shall be divided into subparagraphs to identify and describe the components of the software engineering and test environments required to support the deliverable software. This paragraph shall identify the interrelationships of the components. A figure may be used to show the interrelationships. The following subparagraphs shall include items necessary to modify the software, perform testing, and copy software for distribution.
This subparagraph shall be numbered 3.1.1 and shall identify and describe all of the software and associated documentation required to support the deliverable software. Each item of software shall be identified as Government furnished software, commercially available software, deliverable software, or non-deliverable software, as appropriate.
This subparagraph shall be numbered 3.1.2 and shall identify and describe the hardware and the associated documentation necessary to support the deliverable software. Rationale for the selected hardware shall be provided. A figure may be included to show the interrelationship of hardware.
This subparagraph shall be numbered 3.1.3, shall describe the facilities required to support the deliverable software and shall identify their purpose.
This subparagraph shall be numbered 3.1.4 and shall identify the personnel required to support the deliverable software, including the types of skills, number of personnel, security clearance, and skill level.
This subparagraph shall be numbered 3.1.5 and shall identify any other resources required for the support environment not discussed above.
This paragraph shall be numbered 3.2 and shall be divided into the following subparagraphs to describe the operations necessary to support the deliverable software.
This subparagraph shall be numbered 3.2.1 and shall describe the procedures necessary to modify deliverable operational and support software. This subparagraph shall also describe (either directly or by reference) the procedures for accommodating revisions to commercially available and reusable computer resources.
This subparagraph shall be numbered 3.2.2 and shall describe the procedures necessary to integrate and fully test all software modifications. It shall include procedures to identify portions of changes that need further testing in the operational environment and to establish guidelines for determining, developing, and verifying the amount of testing required.
This subparagraph shall be numbered 3.2.3 and shall provide the information necessary to facilitate compilations or assemblies of the contractually deliverable software. This subparagraph shall identify, by title, version, etc., all equipment and software required to perform this function and the appropriate manuals or reference documents. This subparagraph shall also contain the necessary instructions for loading, executing, or recording the results of the compilations or assemblies. This subparagraph shall include any optional methods of producing new object code (such as partial translation), producing a new listing, producing a new object program on different media, and loading the new object programs into the target computer system(s). Any known scheduling information or requirements shall also be included.
This subparagraph shall be numbered 3.2.4 If simulation is necessary to support the deliverable software, this subparagraph shall detail the hardware, software, and procedures necessary for the required simulation. It shall include all modes of simulation available and any limitations imposed by the simulation methods.
This subparagraph shall be numbered 3.2.5. If emulation is necessary to support the deliverable software, this subparagraph shall detail the hardware, software, and procedures necessary for the required emulation. It shall identify all modes of operation that are emulated, the relationships with the simulation modes described above, and any limitations imposed by the emulation.
This paragraph shall be numbered 3.3 and shall describe the contractor's plans for the training of personnel to manage and implement support of the deliverable software. The schedule, duration, and location for all required training shall be provided, as the delineation between classroom training and "hands-on" training. This paragraph shall provide (either directly or by reference) provisions for.
This paragraph shall be numbered 3.4 and shall describe the anticipated areas of change to the deliverable software.
This section shall be numbered 4 and shall be divided into paragraphs and subparagraphs as appropriate to describe the contractor's plans for transitioning the deliverable software to the support agency. This section shall address the following:
This section shall be numbered 5 and shall contain any general information that aids in understanding this document (e.g., background information, glossary). This section shall include an alphabetical listing of all acronyms, abbreviations, and their meanings as used in this document.
Appendixes may be used to provide information published separately for convenience in document maintenance (e.g., charts, classified data). As applicable, each appendix shall be referenced in the main body of the document where the data would normally have been provided. Appendixes may be bound as separate documents for ease in handing. Appendixes shall be lettered alphabetically (A, B, etc.), and the paragraphs within each appendix be numbered as multiples of 10 (e.g., Appendix A, paragraph 10, 10.1, 10.2, 20, 20.1, 20.2, etc.), Pages within each appendix shall be numbered alpha-numerically as follows: Appendix A pages shall be numbered A-1, A-2, A-3, etc. Appendix B pages shall be numbered B-1, B-2, B-3, etc.
DISTRIBUTION STATEMENT A.
Approved for public release; distribution is unlimited.
DD Form 1664, JUN 86 Previous editions are obsolete
This Perl Plain Old Documentation (POD) version is copyright © 2001 2003 Software Diamonds. This POD version was derived from the hard copy public domain version freely distributed by the United States Federal Government.
Software Diamonds permits the redistribution and use in source and binary forms, with or without modification, provided that the following conditions are met:
SOFTWARE DIAMONDS, http://www.SoftwareDiamonds.com, PROVIDES THIS SOFTWARE 'AS IS' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL SOFTWARE DIAMONDS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING USE OF THIS SOFTWARE, EVEN IF ADVISED OF NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE POSSIBILITY OF SUCH DAMAGE.