3. Guidance4.5.3 Status Accounting
"While the status information can be compiled by hand, it can be a tedious process. Many tools exist that provide an integrated configuration management system for all kinds of documents, including source code, and that can generate the status reports when requested. Some of these tools are free or low-priced." |

|
3.1 Configuration Status AccountingConfiguration status accounting generates and/or maintains records of the status and contents of the software throughout the life cycle. This function keeps track of the changes and the contents of versions and releases. Both the acquirer and the provider need to have a status accounting system. See also SWE-063 - Release Version Description, SWE-080 - Track and Evaluate Changes, SWE-084 - Configuration Audits, SWE-085 - Release Management, When preparing status accounting records, consider the intended audience for those records and prepare them so that the receiver can obtain the information they need quickly and clearly. Consider the following information for CSA records: - Stages of incompleteness, correctness, and obsoleteness for each CI.
- Identify each stage (e.g., draft, under review, ready for integration/delivery, operational, superseded).
- Status of each CI (version, whether it is checked-out when it was last updated, who made the changes, and what was changed).
- Status of change requests/problem reports. See also Topic 5.01 - CR-PR - Software Change Request - Problem Report,
The SMA (Safety and Mission Assurance) Technical Excellence Program (STEP) Level 2 Software Configuration Management and Data Management course provide a set of questions useful for determining the type of status accounting data that is important to a project. If the answers are important, then the appropriate data needs to be collected and reported as part of CSA. A few of those questions are shown below: Which versions of which products are installed at which sites? | What are the differences between versions? | What is the version history of each CI in each version of each product? | What documents support each version of each product? | What hardware configuration is required to operate a specific version of each product? | When will the next version of a given CI for a given product be available? | Which versions of which products are affected by a given configuration item revision? | Which revisions of which CIs make up a specific version of a product? | How many errors were reported and/or fixed in each version of each product in a given time period? | Which product versions are affected by a specific problem report? |
3.2 Data ManagementWhen establishing status accounting activities, consider coordinating or applying the same concepts as part of data management activities. A basic description of data management is provided in SWE-079 - Develop CM Plan. Once the information to be captured, collected, and reported has been defined, it is captured in the CM plan (see SWE-079 - Develop CM Plan and 5.06 - SCMP - Software Configuration Management Plan). 3.3 Additional GuidanceAdditional guidance related to this requirement may be found in the following materials in this Handbook: 3.4 Center Process Asset Libraries
See the following link(s) in SPAN for process assets from contributing Centers (NASA Only). |