| < Day Day Up > |
|
CM standards have had an understandably strong impact on both PDM and SCM, as CM is an integral part of both PDM and SCM.
CM practices were first formalized in the defense and space industry communities, bringing related industry best practices together under a common framework. These practices have become entrenched as standard approaches in various industry segments for a variety of reasons. Software developers practice makes use of CM to identify and control versions of their product. The automotive industry utilizes CM to support the spare parts market, to track warranties, and to be able to perform recalls when necessary. The nuclear power and armaments production industries use CM to maintain both products and facilities. Each industry segment emphasizes particular aspects of this multifaceted process and has evolved its own terminology and methodology for the selected CM practices they employ.
The MIL-STD-973 is from the mid 1990s. The standard is mostly used within industries working with products for U.S. Department of Defense purposes. It defines CM requirements, which are to be selectively applied throughout the life cycle of any CI, either fully or partially developed, with government funds or designated for CM for reasons of integration, logistical support, or interface control.
The following requirements are specified in the standard: [1]
Basic requirements. An internal CM system should be implemented for control of all configuration documentation, physical media, and physical parts representing or consisting of the product. The implemented CM system should consist of the following activities: configuration identification, configuration control, configuration status accounting, and configuration audits.
Planning. A CM program shall be planned in accordance with the requirements of this standard. If needed, the standard may be adjusted for particular CIs.
Computer-aided acquisition and logistic support. Configuration documentations shall be provided via hard copy data (printed manuals on paper), transfer of data files, interactive access to data through integrated technical information services, or a combination of these.
Data distribution/access. Distribution statements shall be included in the distribution of technical data.
Automated processing and submittal of data. Automated processing and electronic submittal techniques shall be used for delivery of data. When data is submitted by electronic transfer to the customer, acknowledgment of receipt will be generated at the end of the transmission. The supplier shall maintain the current status (working, released, submitted, approved) of all digital technical data in a database at all times. The supplier shall provide procedures to identify and control data during the review and update cycle (performed by supplier and customer).
Interactive access to digital data. In addition to these requirements, the supplier’s integrated information service shall provide predefined queries and extraction of data.
MIL-STD-973 refers to the standards shown in Table 12.1.
MIL-STD-1806 | Marking technical data prepared by or for the Department of Defense |
MIL-STD-881 | Work breakdown structures for defense material items |
MIL-STD-490 | Specification practices |
MIL-STD-961 | Military specifications and associated documents |
The MIL-STD-483 is from the late 1970s. This standard defines CM practices, which are to be adjusted to specific programs and implemented by the contract work statement. The standard is approved for use by the Department of the Air Force and is available for use by all departments and agencies of the Department of Defense. The standard is arranged in two parts: general requirements for CM and appendixes, which supplement or add CM requirements not contained in some other military standards. The scope of the first part is to establish requirements for CM in the following areas: CM plan, configuration identification, configuration control, configuration audits, interface control, engineering release control, and CM reports/records. The purpose is to establish uniform CM practices that can be adjusted to all U.S. Air Force systems. This standard supplements or adds CM requirements not contained in MIL-STD-480, MIL-STD-481, MIL-STD-482, and MIL-STD-490.
This standard is from the mid 1990s and is a guidance document only. It provides a set of guidelines that may be used to improve performance in the field. The standard provides a management overview and describes the process, organization, and detailed procedures. It is applicable to the support of projects from concept through design, development, procurement, production, installation, operation, and maintenance and to the disposal of products.
The CM process comprises the following integrated activities:
Configuration identification —product structure creation, selection of CIs, documentation of CIs, numbering, and establishment of configuration baselines.
Configuration control —to control all changes of CIs. Control includes evaluation, coordination, approval, and implementation of changes.
Configuration status accounting —to record and report information of all CIs and all exemptions from the specified configuration baseline. All waivers and deviations must also be processed.
Configuration auditing —to ensure that the product complies with its contracted or specified requirements and that the configuration documents accurately reflects the product.
The standard amplifies the CM elements found in ISO 9004-1. Other referenced standards are shown in Table 12.2.
ISO 8402:1994 | Quality Management and Quality Assurance—Vocabulary |
ISO 9004-1:1994 | Quality Management and Quality System Elements—Part 1: Guidelines |
ISO 10011-1:1990 | Guidelines for Auditing Quality Systems—Part 1: Auditing |
ISO 10011-2:1991 | Guidelines for Auditing Quality Systems—Part 2: Qualification Criteria for Quality Systems Auditors |
ISO 10011-3:1991 | Guidelines for Auditing Quality Systems—Part 3: Management of Audit Programmed |
A joint committee of the Electronic Industries Association (EIA) and the Institute of Electrical and Electronic Engineers (IEEE) developed this standard. The standard discusses CM principles and practices from an enterprise view; it does not prescribe which CM activities individual organizations or teams within the enterprise should perform. Each enterprise assigns responsibilities in accordance with its own management policy.
In this standard, CM is described in terms of the following interrelated processes:
CM planning and management. This process contains activities such as define application environment; select tools, techniques, and methods suitable for the environment; plan implementation; integrate CM with enterprise-defined processes, prepare procedures, perform training, and measure performance.
Configuration identification. This process contains the following activities: define product structure to be managed, assign unique identifiers, select configuration documents, define product attributes and interfaces, review and coordinate configuration documentation, establish release process and baseline configuration documentation for design control, and ensure marking or labeling of products and documentation with applicable identifiers.
Configuration change management. This process contains the following activities: identify a need for change, document each request for change, evaluate each change, classify each request, obtain required approvals, plan change implementation, implement change, and verify reestablished consistency of services, training, and product, documentation, operation, and maintenance information.
Configuration status accounting. This process contains activities such as identify and customize information requirements; capture and report information about product configuration status, configuration documentation, current and old baselines, change requests, change proposals, and change notices; and provide availability and retrievability of data consistent with the needs of the various users.
Configuration verification and audit. This process contains activities such as verify product; assure consistency of release information and product/modification information; conduct formal audit when required; review performance requirements, test plans, results, and other evidence to determine that the product performs as specified; record discrepancies; review to close out or determine action; record action items; and track action items to closure via status accounting.
CM of digital data. This process contains the following activities: apply identification rules to document representations and files, use business rules based on status for change management and archiving of data, maintain data-product relationships, apply disciplined version control, assure accurate data transmittal, and provide controlled access.
EIA 649 was prepared in partnership with the Department of Defense CM Advisory Group, with the intent that MIL-STD-973 be canceled when a nongovernment standard (EIA 649) and MIL-STD-2549, CM Data Interface Standard, are available.
Table 12.3 shows standards that EIA 649 refers to: EIA 649 is compatible with certain other standards shown in Table 12.4.
ANSI/IEEE 610-12:1990 | Standard Glossary of Software Engineering Terminology |
IEEE 828:1990 | Software CM Plans |
ANSI/IEEE 830:1994 | Guide to Software Requirements Specification |
ANSI/IEEE 1042:1987 | Guide to Software CM |
EIA 632 | Processes for Engineering a System |
ANSI/EIA JSTD-016 | Software Development Process |
ISO/IEC 12 207 | Information Technology—Software Life Cycle Processes |
[1]The following text is an abbreviated extract from the standard.
| < Day Day Up > |
|