The Verification Process confirms that Design Synthesis has resulted in a physical architecture that satisfies the system requirements. Throughout a system’s life cycle, design solutions at all levels of the physical architecture are verified to meet specifications.

The objectives of the Verification process include using established criteria to conduct verification of the physical architecture from the lowest level up to the total system to ensure that cost, schedule, and performance requirements are satisfied with acceptable levels of risk. Further objectives include generating data (to confirm that system, subsystem, and lower level items meet their specification requirements) and validating technologies that will be used in system design solutions. A method to verify each requirement must be established and recorded during requirements analysis and functional allocation activities. The three (3) steps in the verification process include: [1,2]

  1. Planning
  2. Execution
  3. Reporting

Verification Flow Chart

1) Verification Planning: [1]
Verification planning is performed at each level of the system under development. The following activities describe the development of a verification plan:

  • Verification Method and Level Assignments: Defines the relationships between the specified requirements method and level of verification. This activity typically yields a Verification Cross Reference Matrix for each level of the architecture and serves as the basis for definition of the verification tasks. The level of verification is assigned consistent with the level of requirement (e.g., system level, subsystem level etc.). Verification activities include Analysis, Inspection, Demonstration and Test. (see below) Choice of verification methods must be considered an area of potential risk. Use of inappropriate methods can lead to inaccurate verification.
  • Verification Task Definition: Defines all verification tasks with each task addressing one or more requirements. The ability of defining good verification tasks requires the test engineer to have a sound understanding of how the system is expected to be used and its associated environments. An essential tool for the test engineer is to utilize the integrated architecture that consists of the requirements, functional and physical architectures. The functional architecture is used to support functional and performance test development and in combination with the physical architecture, a family of verification tasks are defined that that will verify the functional, performance and constraint requirements.
  • Verification Configuration Definition: Defines the technical configuration, resources, including people, and environments needed to support a given verification task. This may also include hardware or software to simulate the external interfaces to the system to support a given test.
  • Verification Scheduling: Defines the schedule for the performance of the verification tasks and determines which verification tasks are in sequence or in parallel and the enabling resources required for execution of the verification tasks.

Typical verification methods include: [2]

  • Analysis – the use of mathematical modeling and analytical techniques to predict the compliance of a design to its requirements based on calculated data or data derived from lower level component or subsystem testing. It is generally used when a physical prototype or product is not available or not cost effective. Analysis includes the use of both modeling and simulation.
  • Inspection – the visual examination of the system, component, or subsystem. It is generally used to verify physical design features or specific manufacturer identification,
  • Demonstration – the use of system, subsystem, or component operation to show that a requirement can be achieved by the system. It is generally used for a basic confirmation of performance capability and is differentiated from testing by the lack of detailed data gathering, or
  • Test – the use of system, subsystem, or component operation to obtain detailed data to verify performance or to provide sufficient information to verify performance through further analysis. Testing is the detailed quantifying method of verification, and as described later in this chapter, it is ultimately required in order to verify the system design.

2) Verification Execution: [1]
The performance of a given verification task with supporting resources. The verification task results, whether from a test, analysis, inspection or simulation, are documented for compliance or non-compliance with data supporting the conclusion.

3) Verification Reporting: [1]
Reports the compiled results of the executed verification plan and verifies the materials employed in system solutions can be used in a safe and environmentally compliant manner.

AcqTips:

  • Verification can be viewed as the intersection of systems engineering and test and evaluation.

AcqLinks and References:

Print Friendly, PDF & Email