 |
 |
 |
|
 |
|
|
8.2.6 Integration Plan (IntPl) |
|
Integrationsplan
The Integration Plan contains regulations governing the technical aspects for the assembly of the System, the Segment, or the SW Unit or HW Unit.
The plan identifies the integration products simultaneously as assessed objects; in this respect, it must be kept consistent with the Assessment Plan. The technical prerequisites and limitations must be explained, just like the organization of the integration. The individual integration measures are described in detail.
The Integration Plan handles the levels System, Segment and SW Unit or HW Unit, respectively. The possible decomposition selected for the Integration Plan finally depends on the project standards, the size, and the complexity of the individual integration levels.
1. General Information
2. Integration Products and Strategies
3. Marginal Integration Conditions
3.1. Integration/Assessment Environment
3.2. Priorities
3.3. Risks
3.4. Other Marginal Conditions
4. Organization of the Integration
4.1. Integration Network Plan
4.2. Staff
4.3. Responsibilities
5. Integration Measures
5.1. Required Products
5.2. Integration Instructions
5.3. Special Measures
See schema 1. General Information.
Based on the hierarchical allocation (Segments; SW Units/HW Units; SW Components, SW Modules and Databases) and on the logical connection (found in the architecture documents), the assembly of the integration products is defined per integration step. Apart from the products, also the integration strategy is defined for each integration step.
This chapter lists the environment required for the integration. The SW Components are parts of the development and target computer and of the assessment environment; therefore, the corresponding passages from the Technical Requirements and the Assessment Plans can be stated or referenced at this point.
The order of the integration depends on technical aspects (logical connection of integration products). A priority is allocated to each integration step.
If a special integration step happens to be risky the possibly existing problems and counter-measures have to be documented (e. g. danger for hardware during interaction with faulty software while no protection measures have been taken).
If required this contains a description of other requirements and limitations (e. g. availability of integration equipment).
The realization of the integration must be planned on the basis of previously listed integration steps and marginal conditions.
The integration steps are put into chronological order, according to strategies, risks, and other marginal conditions.
The organizational units participating in the integration (SD, QA, CM, PM) are listed.
The organizational units/instances are allocated responsibilities within the scope of the integration (supervision of the time schedule, realization of certain integration steps, quality assurance measures, etc.).
The products required for the realization of the integration measures are listed.
The technical instructions have to be generated on the basis of the integration strategies and marginal conditions. This includes procedures for the assembly of products as well as instructions for the integration equipment.
Special measures (e. g. based on the assembly of devices, switch on/off procedures) will be explained.
Mail 0594 - Unterstützung der Betriebseinführung (594)
Mail 0278 - Re: Organisationseinheiten im QS-Plan / Pruefplan (278)
Mail 0192 - Re: Inhalt des Integrationsplanes (192)
Mail 0191 - Re: Inhalt des Integrationsplanes (191)
Mail 0186 - Re: Inhalt des Integrationsplanes (186)
Mail 0185 - Inhalt des Integrationsplanes (185)