Purpose
The purpose of Verification (VER) is to ensure that selected work products meet their specified requirements.
Introductory Notes
The Verification process area involves the following: verification preparation, verification performance, and identification of corrective action.
Verification includes verification of the product and intermediate work products against all selected requirements, including customer, product, and product component requirements. Throughout the process areas, where we use the terms product and product component, their intended meanings also encompass services and their components.
Verification is inherently an incremental process because it occurs throughout the development of the product and work products, beginning with verification of the requirements, progressing through the verification of the evolving work products, and culminating in the verification of the completed product.
The specific practices of this process area build on each other in the following way:
· The Select Work Products for Verification specific practice enables the identification of the work products to be verified, the methods to be used to perform the verification, and the requirements to be satisfied by each selected work product.
· The Establish the Verification Environment specific practice enables the determination of the environment that will be used to carry out the verification.
· The Establish Verification Procedures and Criteria specific practice then enables the development of verification procedures and criteria that are aligned with the selected work products, requirements, methods, and characteristics of the verification environment.
· The Perform Verification specific practice conducts the verification according to the available methods, procedures, and criteria.
Verification of work products substantially increases the likelihood that the product will meet the customer, product, and product component requirements.
The Verification and Validation process areas are similar, but they address different issues. Validation demonstrates that the product, as provided (or as it will be provided), will fulfill its intended use, whereas verification addresses whether the work product properly reflects the specified requirements. In other words, verification ensures that “you built it right”; whereas, validation ensures that “you built the right thing.”
Peer reviews are an important part of verification and are a proven mechanism for effective defect removal. An important corollary is to develop a better understanding of the work products and the processes that produced them so that defects can be prevented and process improvement opportunities can be identified.
Peer reviews involve a methodical examination of work products by the producers’ peers to identify defects and other changes that are needed.
Examples of peer review methods include the following:
· Inspections
· Structured walkthroughs
Related Process Areas
Refer to the Validation process area for more information about confirming that a product or product component fulfills its intended use when placed in its intended environment.
Refer to the Requirements Development process area for more information about the generation and development of customer, product, and product component requirements.
Refer to the Requirements Management process area for more information about managing requirements.
Specific Goal and Practice Summary
SG 1 Prepare for Verification
SP 1.1 Select Work Products for Verification
SP 1.2 Establish the Verification Environment
SP 1.3 Establish Verification Procedures and Criteria
SG 2 Perform Peer Reviews
SP 2.1 Prepare for Peer Reviews
SP 2.2 Conduct Peer Reviews
SP 2.3 Analyze Peer Review Data
SG 3 Verify Selected Work Products
SP 3.1 Perform Verification
SP 3.2 Analyze Verification Results
SG 1 Prepare for Verification
Preparation for verification is conducted.
Up-front preparation is necessary to ensure that verification provisions are embedded in product and product component requirements, designs, developmental plans, and schedules. Verification includes selection, inspection, testing, analysis, and demonstration of work products.
Methods of verification include, but are not limited to, inspections, peer reviews, audits, walkthroughs, analyses, simulations, testing, and demonstrations. Practices related to peer reviews as a specific verification method are included in specific goal 2.
Preparation also entails the definition of support tools, test equipment and software, simulations, prototypes, and facilities.
SP 1.1 Select Work Products for Verification
Select the work products to be verified and the verification methods that will be used for each.
Work products are selected based on their contribution to meeting project objectives and requirements, and to addressing project risks.
The work products to be verified may include those associated with maintenance, training, and support services. The work product requirements for verification are included with the verification methods. The verification methods address the approach to work product verification and the specific approaches that will be used to verify that specific work products meet their requirements.
For Software Engineering
Examples of verification methods include the following:
· Path coverage testing
· Load, stress, and performance testing
· Decision-table-based testing
· Functional decomposition-based testing
· Test-case reuse
· Acceptance tests
For Systems Engineering
Verification for systems engineering typically includes prototyping, modeling, and simulation to verify adequacy of system design (and allocation).
For Hardware Engineering
Verification for hardware engineering typically requires a parametric approach that considers various environmental conditions (e.g., pressure, temperature, vibration, and humidity), various input ranges (e.g., input power could be rated at 20V to 32V for a planned nominal of 28V), variations induced from part to part tolerance issues, and many other variables. Hardware verification normally tests most variables separately except when problematic interactions are suspected.
Selection of the verification methods typically begins with involvement in the definition of product and product component requirements to ensure that these requirements are verifiable. Reverification should be addressed by the verification methods to ensure that rework performed on work products does not cause unintended defects. Suppliers should be involved in this selection to ensure that the project's methods are appropriate for the supplier's environment.
IPPD Addition
The verification methods should be developed concurrently and iteratively with the product and product component designs.
Typical Work Products
1. Lists of work products selected for verification
2. Verification methods for each selected work product
Subpractices
1. Identify work products for verification.
2. Identify the requirements to be satisfied by each selected work product.
Refer to the Maintain Bidirectional Traceability of Requirements specific practice in the Requirements Management process area to help identify the requirements for each work product.
3. Identify the verification methods that are available for use.
4. Define the verification methods to be used for each selected work product.
5. Submit for integration with the project plan the identification of work products to be verified, the requirements to be satisfied, and the methods to be used.
SP 1.2 Establish the Verification Environment
Establish and maintain the environment needed to support verification.
An environment must be established to enable verification to take place. The verification environment can be acquired, developed, reused, modified, or a combination of these, depending on the needs of the project.
The type of environment required will depend on the work products selected for verification and the verification methods used. A peer review may require little more than a package of materials, reviewers, and a room. A product test may require simulators, emulators, scenario generators, data reduction tools, environmental controls, and interfaces with other systems.
Typical Work Products
1. Verification environment
Subpractices
1. Identify verification environment requirements.
2. Identify verification resources that are available for reuse and modification.
3. Identify verification equipment and tools.
4. Acquire verification support equipment and an environment, such as test equipment and software.
SP 1.3 Establish Verification Procedures and Criteria
Establish and maintain verification procedures and criteria for the selected work products.
IPPD Addition
The verification procedures and criteria should be developed concurrently and iteratively with the product and product component designs.
Verification criteria are defined to ensure that the work products meet their requirements.
Examples of sources for verification criteria include the following:
· Product and product component requirements
· Standards
· Organizational policies
· Test type
· Test parameters
· Parameters for tradeoff between quality and cost of testing
· Type of work products
· Suppliers
· Proposals and agreements
Typical Work Products
1. Verification procedures
2. Verification criteria
Subpractices
1. Generate the set of comprehensive, integrated verification procedures for work products and any commercial off-the-shelf products, as necessary.
2. Develop and refine the verification criteria when necessary.
3. Identify the expected results, any tolerances allowed in observation, and other criteria for satisfying the requirements.
4. Identify any equipment and environmental components needed to support verification.
SG 2 Perform Peer Reviews
Peer reviews are performed on selected work products.
Peer reviews involve a methodical examination of work products by the producers’ peers to identify defects for removal and to recommend other changes that are needed.
The peer review is an important and effective verification method implemented via inspections, structured walkthroughs, or a number of other collegial review methods.
Peer reviews are primarily applied to work products developed by the projects, but they can also be applied to other work products such as documentation and training work products that are typically developed by support groups.
SP 2.1 Prepare for Peer Reviews
Prepare for peer reviews of selected work products.
Preparation activities for peer reviews typically include identifying the staff who will be invited to participate in the peer review of each work product; identifying the key reviewers who must participate in the peer review; preparing and updating any materials that will be used during the peer reviews, such as checklists and review criteria, and scheduling peer reviews.
Typical Work Products
1. Peer review schedule
2. Peer review checklist
3. Entry and exit criteria for work products
4. Criteria for requiring another peer review
5. Peer review training material
6. Selected work products to be reviewed
Subpractices
1. Determine what type of peer review will be conducted.
Examples of types of peer reviews include the following:
· Inspections
· Structured walkthroughs
· Active reviews
2. Define requirements for collecting data during the peer review.
Refer to the Measurement and Analysis process area for information about identifying and collecting data.
3. Establish and maintain entry and exit criteria for the peer review.
4. Establish and maintain criteria for requiring another peer review.
5. Establish and maintain checklists to ensure that the work products are reviewed consistently.
Examples of items addressed by the checklists include the following:
· Rules of construction
· Design guidelines
· Completeness
· Correctness
· Maintainability
· Common defect types
The checklists are modified as necessary to address the specific type of work product and peer review. The peers of the checklist developers and potential users review the checklists.
6. Develop a detailed peer review schedule, including the dates for peer review training and for when materials for peer reviews will be available.
7. Ensure that the work product satisfies the peer review entry criteria prior to distribution.
8. Distribute the work product to be reviewed and its related information to the participants early enough to enable participants to adequately prepare for the peer review.
9. Assign roles for the peer review as appropriate.
Examples of roles include the following:
· Leader
· Reader
· Recorder
· Author
SP 2.2 Conduct Peer Reviews
Conduct peer reviews on selected work products and identify issues resulting from the peer review.
One of the purposes of conducting a peer review is to find and remove defects early. Peer reviews are performed incrementally as work products are being developed. These reviews are structured and are not management reviews.
Peer reviews may be performed on key work products of specification, design, test, and implementation activities and specific planning work products.
The focus of the peer review should be on the work product in review, not on the person who produced it.
When issues arise during the peer review, they should be communicated to the primary developer of the work product for correction.
Refer to the Project Monitoring and Control process area for information about tracking issues that arise during a peer review.
Peer reviews should address the following guidelines: there must be sufficient preparation, the conduct must be managed and controlled, consistent and sufficient data must be recorded (an example is conducting a formal inspection), and action items must be recorded.
Typical Work Products
1. Peer review results
2. Peer review issues
3. Peer review data
Subpractices
1. Perform the assigned roles in the peer review.
2. Identify and document defects and other issues in the work product.
3. Record the results of the peer review, including the action items.
4. Collect peer review data.
Refer to the Measurement and Analysis process area for more information about data collection.
5. Identify action items and communicate the issues to relevant stakeholders.
6. Conduct an additional peer review if the defined criteria indicate the need.
7. Ensure that the exit criteria for the peer review are satisfied.
SP 2.3 Analyze Peer Review Data
Analyze data about preparation, conduct, and results of the peer reviews.
Refer to the Measurement and Analysis process area for more information about obtaining and analyzing data.
Typical Work Products
1. Peer review data
2. Peer review action items
Subpractices
1. Record data related to the preparation, conduct, and results of the peer reviews.
Typical data are product name, product size, composition of the peer review team, type of peer review, preparation time per reviewer, length of the review meeting, number of defects found, type and origin of defect, and so on. Additional information on the work product being peer reviewed may be collected, such as size, development stage, operating modes examined, and requirements being evaluated.
2. Store the data for future reference and analysis.
3. Protect the data to ensure that peer review data are not used inappropriately.
Examples of inappropriate use of peer review data include using data to evaluate the performance of people and using data for attribution.
4. Analyze the peer review data.
Examples of peer review data that can be analyzed include the following:
· Phase defect was injected
· Preparation time or rate versus expected time or rate
· Number of defects versus number expected
· Types of defects detected
· Causes of defects
· Defect resolution impact
SG 3 Verify Selected Work Products
Selected work products are verified against their specified requirements.
The verification methods, procedures, and criteria are used to verify the selected work products and any associated maintenance, training, and support services using the appropriate verification environment. Verification activities should be performed throughout the product lifecycle. Practices related to peer reviews as a specific verification method are included in specific goal 2.
SP 3.1 Perform Verification
Perform verification on the selected work products.
Verifying products and work products incrementally promotes early detection of problems and can result in the early removal of defects. The results of verification save considerable cost of fault isolation and rework associated with troubleshooting problems.
Typical Work Products
1. Verification results
2. Verification reports
3. Demonstrations
4. As-run procedures log
Subpractices
1. Perform verification of selected work products against their requirements.
2. Record the results of verification activities.
3. Identify action items resulting from verification of work products.
4. Document the “as-run” verification method and the deviations from the available methods and procedures discovered during its performance.
SP 3.2 Analyze Verification Results
Analyze the results of all verification activities.
Actual results must be compared to established verification criteria to determine acceptability.
The results of the analysis are recorded as evidence that verification was conducted.
For each work product, all available verification results are incrementally analyzed to ensure that the requirements have been met. Since a peer review is one of several verification methods, peer review data should be included in this analysis activity to ensure that the verification results are analyzed sufficiently. Analysis reports or “as-run” method documentation may also indicate that bad verification results are due to method problems, criteria problems, or a verification environment problem.
Typical Work Products
1. Analysis report (e.g., statistics on performances, causal analysis of nonconformances, comparison of the behavior between the real product and models, and trends)
2. Trouble reports
3. Change requests for the verification methods, criteria, and environment
Subpractices
1. Compare actual results to expected results.
2. Based on the established verification criteria, identify products that have not met their requirements or identify problems with the methods, procedures, criteria, and verification environment
3. Analyze the verification data on defects.
4. Record all results of the analysis in a report.
5. Use verification results to compare actual measurements and performance to technical performance parameters.
6. Provide information on how defects can be resolved (including verification methods, criteria, and verification environment) and initiate corrective action.
Sunday, October 28, 2007
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment