Specific Practices by Goal

SG 1 Prepare for Product Integration

Preparation for product integration is conducted.

Preparing for integration of product components involves establishing and maintaining an integration sequence, the environment for performing the integration, and integration procedures. The specific practices of the Prepare for Product Integration specific goal build on each other in the following way. The first specific practice determines the sequence for product and product-component integration. The second determines the environment that will be used to carry out the product and product-component integration. The third develops procedures and criteria for product and product-component integration. Preparation for integration starts early in the project and the integration sequence is developed concurrently with the practices in the Technical Solution process area.

Table . Practice-to-Goal Relationship Table

Continuous Representation	Staged Representation
SG 1 Prepare for Product Integration	SG 1 Prepare for Product Integration
SP 1.1-1 Determine Integration Sequence	SP 1.1-1 Determine Integration Sequence
SP 1.2-2 Establish the Product Integration Environment	SP 1.2-2 Establish the Product Integration Environment
SP 1.3-3 Establish Product Integration Procedures and Criteria	SP 1.3-3 Establish Product Integration Procedures and Criteria
SG 2 Ensure Interface Compatibility	SG 2 Ensure Interface Compatibility
SP 2.1-1 Review Interface Descriptions for Completeness	SP 2.1-1 Review Interface Descriptions for Completeness
SP 2.2-1 Manage Interfaces	SP 2.2-1 Manage Interfaces
SG 3 Assemble Product Components and Deliver the Product	SG 3 Assemble Product Components and Deliver the Product
SP 3.1-1 Confirm Readiness of Product Components for Integration	SP 3.1-1 Confirm Readiness of Product Components for Integration
SP 3.2-1 Assemble Product Components	SP 3.2-1 Assemble Product Components
SP 3.3-1 Evaluate Assembled Product Components	SP 3.3-1 Evaluate Assembled Product Components
SP 3.4-1 Package and Deliver the Product or Product Component	SP 3.4-1 Package and Deliver the Product or Product Component
GG 1 Achieve Specific Goals
P 1.1 Perform Base Practices
GG 2 Institutionalize a Managed Process	GG 3 Institutionalize a Defined Process
GP 2.1 Establish an Organizational Policy	GP 2.1 Establish an Organizational Policy
GP 2.2 Plan the Process	GP 2.2 Plan the Process
GP 2.3 Provide Resources	GP 2.3 Provide Resources
GP 2.4 Assign Responsibility	GP 2.4 Assign Responsibility
GP 2.5 Train People	GP 2.5 Train People
GP 2.6 Manage Configurations	GP 2.6 Manage Configurations
GP 2.7 Identify and Involve Relevant Stakeholders	GP 2.7 Identify and Involve Relevant Stakeholders
GP 2.8 Monitor and Control the Process	GP 2.8 Monitor and Control the Process
GP 2.9 Objectively Evaluate Adherence	GP 2.9 Objectively Evaluate Adherence
GP 2.10 Review Status with Higher Level Management	GP 2.10 Review Status with Higher Level Management
GG 3 Institutionalize a Defined Process
GP 3.1 Establish a Defined Process	GP 3.1 Establish a Defined Process
GP 3.2 Collect Improvement Information	GP 3.2 Collect Improvement Information
GG 4 Institutionalize a Quantitatively Managed Process
GP 4.1 Establish Quantitative Objectives for the Process
GP 4.2 Stabilize Subprocess Performance
GG 5 Institutionalize an Optimizing Process
GP 5.1 Ensure Continuous Process Improvement
GP 5.2 Correct Root Causes of Problems

SP 1.1-1 Determine Integration Sequence

Determine the product-component integration sequence.

The product components that are integrated may include those that are a part of the product to be delivered along with test equipment, test software, or other integration items such as fixtures. Once you have analyzed alternative test and assembly integration sequences, select the best integration sequence.

The product integration sequence can provide for incremental assembly and evaluation of product components that provide a problem-free foundation for incorporation of other product components as they become available, or for prototypes of high-risk product components.

The integration sequence should be harmonized with the selection of solutions and the design of product and product components in the Technical Solution process area.

Refer to the Decision Analysis and Resolution process area for more information about using a formal evaluation process to select the appropriate product integration sequence.

Refer to the Risk Management process area for more information about identifying and handling risks associated with the integration sequence.

Refer to the Supplier Agreement Management process area for more information about transitioning acquired product components and the need for handling those product components in the product integration sequence.

Typical Work Products

1. Product integration sequence

2. Rationale for selecting or rejecting integration sequences

Subpractices

1. Identify the product components to be integrated.

2. Identify the product integration verifications to be performed using the definition of the interfaces between the product components.

3. Identify alternative product-component integration sequences.

   This can include defining the specific tools and test equipment to support the product integration.

4. Select the best integration sequence.

5. Periodically review the product integration sequence and revise as needed.

   Assess the product integration sequence to ensure that variations in production and delivery schedules have not had an adverse impact on the sequence or compromised the factors on which earlier decisions were made.

6. Record the rationale for decisions made and deferred.

SP 1.2-2 Establish the Product Integration Environment

Establish and maintain the environment needed to support the integration of the product components.

Refer to the Technical Solution process area for more information about make-or-buy decisions.

The environment for product integration can either be acquired or developed. To establish an environment, requirements for the purchase or development of equipment, software, or other resources will need to be developed. These requirements are gathered when implementing the processes associated with the Requirements Development process area. The product integration environment may include the reuse of existing organizational resources. The decision to acquire or develop the product integration environment is addressed in the processes associated with the Technical Solution process area.

The environment required at each step of the product integration process may include test equipment, simulators (taking the place of nonavailable product components), pieces of real equipment, and recording devices.

Typical Work Products

1. Verified environment for product integration

2. Support documentation for the product integration environment

Subpractices

1. Identify the requirements for the product integration environment.

2. Identify verification criteria and procedures for the product integration environment.

3. Decide whether to make or buy the needed product integration environment.

   Refer to the Supplier Agreement Management process area for more information about acquiring parts of the integration environment.

4. Develop an integration environment if a suitable environment cannot be acquired.

   For unprecedented, complex projects, the product integration environment can be a major development. As such, it would involve project planning, requirements development, technical solutions, verification, validation, and risk management.

5. Maintain the product integration environment throughout the project.

6. Dispose of those portions of the environment that are no longer useful.

SP 1.3-3 Establish Product Integration Procedures and Criteria

Establish and maintain procedures and criteria for integration of the product components.

Procedures for the integration of the product components can include such things as the number of incremental iterations to be performed and details of the expected tests and other evaluations to be carried out at each stage.

Criteria can indicate the readiness of a product component for integration or its acceptability.

Procedures and criteria for product integration address the following:

• Level of testing for build components

• Verification of interfaces

• Thresholds of performance deviation

• Derived requirements for the assembly and its external interfaces

• Allowable substitutions of components

• Testing environment parameters

• Limits on cost of testing

• Quality/cost tradeoffs for integration operations

• Probability of proper functioning

• Delivery rate and its variation

• Lead time from order to delivery

• Personnel availability

• Availability of the integration facility/line/environment

Criteria can be defined for how the product components are to be verified and the functions they are expected to have. Criteria can be defined for how the assembled product components and final integrated product are to be validated and delivered.

Criteria may also constrain the degree of simulation permitted for a product component to pass a test, or may constrain the environment to be used for the integration test.

For Supplier Sourcing

Pertinent parts of the schedule and criteria for assembly should be shared with suppliers of work products to reduce the occurrence of delays and component failure.

Typical Work Products

1. Product integration procedures

2. Product integration criteria

Subpractices

1. Establish and maintain product integration procedures for the product components.

2. Establish and maintain criteria for product-component integration and evaluation.

3. Establish and maintain criteria for validation and delivery of the integrated product.

SG 2 Ensure Interface Compatibility

The product-component interfaces, both internal and external, are compatible.

Many product integration problems arise from unknown or uncontrolled aspects of both internal and external interfaces. Effective management of product-component interface requirements, specifications, and designs helps ensure that implemented interfaces will be complete and compatible.

SP 2.1-1 Review Interface Descriptions for Completeness

Review interface descriptions for coverage and completeness.

The interfaces should include, in addition to product-component interfaces, all the interfaces with the product integration environment.

Typical Work Products

1. Categories of interfaces

2. List of interfaces per category

3. Mapping of the interfaces to the product components and the product integration environment

Subpractices

1. Review interface data for completeness and ensure complete coverage of all interfaces.

   Consider all the product components and prepare a relationship table. Interfaces are usually classified in three main classes: environmental, physical, and functional. Typical categories for these classes include the following: mechanical, fluid, sound, electrical, climatic, electromagnetic, thermal, message, and the human-machine or human interface.

   For Software Engineering

   In the message category for software, interfaces include the following:

   • Origination

   • Destination

   • Stimulus

   • Protocols and data characteristics

   For Systems Engineering

   For mechanical and electronic components, the interface data should include the following:

   • Mechanical interfaces (e.g., weight and size, center of gravity, clearance of parts in operation, space required for maintenance, fixed links, mobile links, shocks and vibrations received from the bearing structure)

   • Noise interfaces (e.g., noise transmitted by the structure, noise transmitted in the air, acoustics)

   • Climatic interfaces (e.g., temperature, humidity, pressure, salinity)

   • Thermal interfaces (e.g., heat dissipation, transmission of heat to the bearing structure, air conditioning characteristics)

   • Fluid interfaces (e.g., fresh water inlet/outlet, seawater inlet/outlet for a naval/coastal product, air conditioning, compressed air, nitrogen, fuel, lubricating oil, exhaust gas outlet)

   • Electrical interfaces (e.g., power supply consumption by network with transients and peak values; nonsensitive control signal for power supply and communica-tions; sensitive signal [e.g., analog links]; disturbing signal [e.g., microwave]; grounding signal to comply with the TEMPEST standard)

   • Electromagnetic interfaces (e.g., magnetic field, radio and radar links, optical band link wave guides, coaxial and optical fibers)

   • Human-machine interface (e.g., audio or voice synthesis, audio or voice recogni-tion, display [analog dial, television screen, or liquid-crystal display, indicators' light-emitting diodes], manual controls [pedal, joystick, ball, keys, push buttons, touchscreen])

2. Ensure that product components and interfaces are marked to ensure easy and correct connection to the joining product component.

3. Periodically review the adequacy of interface descriptions.

   Once established, the interface descriptions must be periodically reviewed to ensure there is no deviation between the existing descriptions and the products being developed, processed, produced, or bought.

For Supplier Sourcing

The interface descriptions for product components should be reviewed with relevant suppliers to avoid misinterpretations, reduce delays, and prevent the development of interfaces that do not work properly.

SP 2.2-1 Manage Interfaces

Manage internal and external interface definitions, designs, and changes for products and product components.

Interface requirements drive the development of the interfaces necessary to integrate product components. Managing product and product-component interfaces starts very early in the development of the product. The definitions and designs for interfaces affect not only the product components and external systems, but can also affect the verification and validation environments.

Refer to the Requirements Development process area for more information about requirements for interfaces.

Refer to the Technical Solution process area for more information about design of interfaces between product components.

Refer to the Requirements Management process area for more information about managing the changes to the interface requirements.

Refer to the Configuration Management process area for more information about distributing changes to the interface descriptions (specifications) so that everyone can know the current state of the interfaces.

Management of the interfaces includes maintenance of the consistency of the interfaces throughout the life of the product, and resolution of conflict, noncompliance, and change issues.

The interfaces should include, in addition to product-component interfaces, all the interfaces with the environment as well as other environments for verification, validation, operations, and support.

The interface changes are documented, maintained, and readily accessible.

Typical Work Products

1. Table of relationships among the product components and the external environment (e.g., main power supply, fastening product, computer bus system)

2. Table of relationships among the different product components

3. List of agreed-to interfaces defined for each pair of product components, when applicable

4. Reports from the interface control working group meetings

5. Action items for updating interfaces

6. Application program interface (API)

7. Updated interface description or agreement

Subpractices

1. Ensure the compatibility of the interfaces throughout the life of the product.

2. Resolve conflict, noncompliance, and change issues.

3. Maintain a repository for interface data accessible to project participants.

   A common accessible repository for interface data provides a mechanism to ensure that everyone knows where the current interface data resides and can access it for use.

SG 3 Assemble Product Components and Deliver the Product

Verified product components are assembled and the integrated, verified, and validated product is delivered.

Integration of product components proceeds according to the product integration sequence and available procedures. Before integration, each product component should be confirmed to be compliant with its interface requirements. Product components are assembled into larger, more complex product components. These assembled product components are checked for correct interoperation. This process continues until product integration is complete. If, during this process, problems are identified, the problem should be documented and a corrective action process initiated.

Ensure that the assembly of the product components into larger and more complex product components is conducted according to the product integration sequence and available procedures. The timely receipt of needed product components and the involvement of the right people contribute to the successful integration of the product components that compose the product.

SP 3.1-1 Confirm Readiness of Product Components for Integration

Confirm, prior to assembly, that each product component required to assemble the product has been properly identified, functions according to its description, and that the product-component interfaces comply with the interface descriptions.

Refer to the Verification process area for more information about verifying product components.

Refer to the Technical Solution process area for more information about unit test of product components.

The purpose of this specific practice is to ensure that the properly identified product component that meets its description can actually be assembled according to the product integration sequence and available procedures. The product components are checked for quantity, obvious damage, and consistency between the product component and interface descriptions.

Those conducting product integration are ultimately responsible for checking to make sure everything is proper with the product components before assembly.

Typical Work Products

1. Acceptance documents for the received product components

2. Delivery receipts

3. Checked packing lists

4. Exception reports

5. Waivers

Subpractices

1. Track the status of all product components as soon as they become available for integration.

2. Ensure that product components are delivered to the product integration environment in accordance with the product integration sequence and available procedures.

3. Confirm the receipt of each properly identified product component.

4. Ensure that each received product component meets its description.

5. Check the configuration status against the expected configuration.

6. Perform a pre-check (e.g., by a visual inspection and using basic measures) of all the physical interfaces before connecting product components together.

SP 3.2-1 Assemble Product Components

Assemble product components according to the product integration sequence and available procedures.

Refer to the Verification process area for more information about verifying assembled product components.

Refer to the Validation process area for more information about validating assembled product components.

For users of the continuous representation, this is a capability level 1 specific practice. Product integration processes at capability level 1 or 2 may not include procedures and criteria that are created in the Establish Product Integration Procedures and Criteria specific practice at capability level 3. When there are no procedures or criteria established, use the sequence established by the Determine Integration Sequence specific practice to accomplish capability level 1 performance.

The assembly activities of this specific practice and the evaluation activities of the next specific practice are conducted iteratively, from the initial product components, through the interim assemblies of product components, to the product as a whole.

For Supplier Sourcing

The project should exercise reasonable oversight of these assembly processes. The supplier agreements should specify appropriate oversight for critical components.

Typical Work Products

1. Assembled product or product components

Subpractices

1. Ensure the readiness of the product integration environment.

2. Ensure that the assembly sequence is properly performed.

   Record all appropriate information (e.g., configuration status, serial numbers of the product components, types, and calibration date of the meters).

3. Revise the product integration sequence and available procedures as appropriate.

SP 3.3-1 Evaluate Assembled Product Components

Evaluate assembled product components for interface compatibility.

This evaluation involves examining and testing assembled product components for performance, suitability, or readiness using the available procedures and environment. It is performed as appropriate for different stages of assembly of product components as identified in the product integration sequence and available procedures. The product integration sequence and available procedures may define a more refined integration and evaluation sequence than might be envisioned just by examining the product architecture. For example, if an assembly of product components is composed of four less complex product components, the integration sequence will not necessarily call for the simultaneous integration and evaluation of the four units as one. Rather, the four less complex units may be integrated progressively, one at a time, with an evaluation after each assembly operation prior to realizing the more complex product component that matched the specification in the product architecture. Alternatively, the product integration sequence and available procedures could have determined that only a final evaluation was the best one to perform.

Typical Work Products

1. Exception reports

2. Interface evaluation reports

3. Product integration summary reports

Subpractices

1. Conduct the evaluation of assembled product components following the product integration sequence and available procedures.

2. Record the evaluation results.

Example results include the following:

• Any adaptation required to the integration procedure

• Any change to the product configuration (spare parts, new release)

• Evaluation procedure deviations

SP 3.4-1 Package and Deliver the Product or Product Component

Package the assembled product or product component and deliver it to the appropriate customer.

Refer to the Verification process area for more information about verifying the product or an assembly of product components before packaging.

Refer to the Validation process area for more information about validating the product or an assembly of product components before packaging.

The packaging requirements for some products can be addressed in their specifications and verification criteria. This is especially important when items are stored and transported by the customer. In such cases, there may be a spectrum of environmental and stress conditions specified for the package. In other circumstances, factors such as the following may become important:

• Economy and ease of transportation (e.g., containerization)

• Accountability (e.g., shrinkwrapping)

• Ease and safety of unpacking (e.g., sharp edges, strength of binding methods, childproofing, environmental friendliness of packing material, weight)

The adjustment required to fit product components together in the factory could be different from the one required to fit product components together when installed on the operational site. In that case, the product's logbook for the customer should be used to record such specific parameters.

Typical Work Products

1. Packaged product or product components

2. Delivery documentation

Subpractices

1. Review the requirements, design, product, verification results, and documentation to ensure that issues affecting the packaging and delivery of the product are identified and resolved.

2. Use effective methods to package and deliver the assembled product.

   For Software Engineering

   Examples of software packaging and delivery methods include the following:

   • Magnetic tape

   • Diskettes

   • Hardcopy documents

   • Compact disks

   • Other electronic distribution such as the Internet

3. Satisfy the applicable requirements and standards for packaging and delivering the product.

   For Software Engineering

   Examples of requirements and standards for packaging and delivering software include the following:

   • Type of storage and delivery media

   • Custodians of the master and backup copies

   • Required documentation

   • Copyrights

   • License provisions

   • Security of the software

   For Systems Engineering

   Examples of requirements and standards include those for safety, the environment, security, and transportability.

4. Prepare the operational site for installation of the product.

   Preparing the operational site may be the responsibility of the customer or end users.

5. Deliver the product and related documentation and confirm receipt.

6. Install the product at the operational site and confirm correct operation.

   Installing the product may be the responsibility of the customer or the end users. In some circumstances, very little may need to be done to confirm correct operation. In other circumstances, final verification of the integrated product occurs at the operational site.