The Software Product Specification (SPS) contains or references the executable software, source files, and software support information, including "as-built" design information and compilation, build, and modification procedures, for a Computer Software Configuration Item (CSCI). See DID fur further instructions.
Insert the "Table of Contents" here.
Consult DI-IPSC-81441 and the 'Documentation Standard' when preparing this document.
Identify the system and software to which this document applies, including, as applicable, identification number(s), title(s), abbreviation(s), version number(s), and release number(s).
State the purpose of the system and software to which this document applies. It shall describe the general nature of the system and software; summarize the history of the system development, operation, and maintenance; identify the project sponsor, acquirer, user, developer, and support agencies; identify current and planned operating sites; and list other relevant documents.
Summarize the purpose and contents of this document.
This document comprises of six sections:
Identify the project management systems documents here.
This section shall be divided into paragraphs
to achieve delivery of the software and to establish the requirements
that another body of software must meet to be considered a valid
copy of the CSCI.
NOTE: This section establishes the software itself as the criterion
that must be matched for a body of software to be considered a
valid copy of the CSCI. The updated software design shall be placed
in section 5, not as a requirement, but as information to be used
to modify, enhance, or otherwise support the software. If any
portion of this specification is placed under acquirer control,
it should be limited to Section 3. It is the software itself that
establishes the product baseline, not a description of the software's
design.
To be continued.
State the method(s) to be used to demonstrate that a given body of software is a valid copy of the CSCI. The information shall be the same as that required in a 'Software Design Description' (SDD), Interface Design Description (IDD), and 'Database Design Description' (DBDD), as applicable.
This paragraph shall contain, or reference an appendix
or other declared deliverable document that contains, information
describing the design of the "as-built" CSCI.
To be continued.
The following shall be included in this section:
This section contains information of a general or explanatory nature that may be helpful, but is not mandatory.
This software product specification shall ...
Insert here an alphabetic list of definitions and their source if different from the declared sources specified in the 'Documentation standard'.
Insert here an alphabetic list of the abbreviations and acronyms if not identified in the declared sources specified in the 'Documentation Standard'.
Will be "not applicable" for the initial issue.
Revisions shall identify the method used to identify changes from the previous issue.
This page is under construction
Back to Home page MANAGING STANDARDS Home page
Please send any beneficial comments or identification of errors
using the following form to: kenr@wysywig.airtime.co.uk