Verification process

  • 423 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to like this
No Downloads

Views

Total Views
423
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
9
Comments
1
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. PR-VER-02 v1.0 Verification Process for SSC Pacific 8/18/09Process: Verification Phase: GlobalProcess Owner: SSC Pacific Verification, Validation, Integration and Testing Integrated Product TeamDescription: The purpose of Verification (VER) is to assure that selected work products meet theirspecified requirements. Peer Reviews are one form of verification.Entry Criteria: Outputs:• Overarching plans exist to plan this process, • Verification plan and procedures establish integrated schedules, assign • Verification and peer review results responsibilities, establish monitoring procedures, • Non-compliance and corrective action reports and provide for improvement of this process Exit Criteria:• Adequate resources are committed to verification • Evidence that the work products do or do notInputs: meet their requirements has been collected• Work product technical requirements or and reported specifications• Project work products Roles:• Project Manager (PM): Responsible for process performance and resource allocation• Verification Team: One or more project members who perform verification tasks• Configuration Management (CM): Controls designated work products of this process• Quality Assurance (QA): Audits products and verification tasksAssets/References: References (a) through (d) are available from http://sepo.spawar.navy.mil/a. SSC Pacific Standard Process Assets Architecture Definition, DC-OPD-15, SSC Pacificb. Project Management Plan Template, TM-PP-01, SSC San Diegoc. Project Technical Plan Template, TM-PP-03, SSC San Diegod. Peer Review Process for SSC Pacific, PR-VER-01, SSC Pacifice. Processes for Engineering a System, Electronic Industry Alliance (EIA) Standard 632, Jan 1999f. Systems Engineering – System Life Cycle Processes, International Organization for Standardization (ISO)/International Electrotechnical Commission (IEC) 15288, ISO/IEC 15288:2002(E), Nov 2002g. Software Life Cycle Processes, Institute of Electrical and Electronics Engineers (IEEE)/Electronic Industries Association (EIA) 12207.0, Mar 1998Tasks:1. Select work products for verification 5. Conduct verification2. Define strategy and acceptance criteria 6. Analyze results3. Establish verification environment 7. Communicate results and recommendations4. Document plans and proceduresMeasures:• Effort and funds expended for each verification task• Percent of requirements satisfactorily verified• Number of corrective actions• For peer reviews, provide peer review results including number of defects by priority, number of defects resolved, and any defect analysis results 1
  • 2. PR-VER-02 v1.0 Verification Process for SSC Pacific 8/18/09INTRODUCTION: This process is included in the SSC Pacific set of standard processes described in theSSC Pacific Standard Process Assets Architecture Definition, reference (a). The tasks shown in Figure 1are conducted in an iterative manner, performed at various levels and stages of work productdevelopment. Responsibilities and acceptance criteria may vary with each stage. Figure 1. Verification Process FlowTASKS:1. Select work products for verificationThe verification team identifies the work products that require verification. Selection of the workproducts is based on analysis of project risks, requirements, and overall project objectives. Theverification team documents each selected product in a verification, project technical, or projectmanagement plan. (See the Project Management Plan Template, reference (b) or Project Technical PlanTemplate, reference (c) for examples of plans) In addition to work products integral to the deliverableproduct, work products requiring verification may include those facilitating the product or service’smaintenance, training, and other related support needs. 2. Define strategy and acceptance criteriaThe verification team determines the nature and scope of the verification strategy including verificationmethods. Examples include, but are not be limited to the application of peer reviews, inspection, audit,comparison, static test, dynamic test, regression tests, and demonstration. The strategy depends onwhether a model, prototype or actual work product is being verified, and on perceived risks such as safetyand security. Criteria for product acceptance are defined, based on the degree of satisfaction of thespecified requirements, and documented as described in Task 4.3. Establish verification environment The verification team works with the PM to either acquire or develop the appropriate verification environment. This includes documenting the environment’s resource and architectural requirements (if applicable) and verification criteria in a plan to ensure appropriateness of the final environment. Example environments include conference rooms and materials for peer reviews, test beds, and enabling testing tools. The required verification environment operators are trained and the equipment and tools are prepared for the conduct of the verification. 4. Document plans and proceduresThe verification team documents the plans and procedures required by the verification strategy.Documentation includes verification criteria to confirm that a product meets its intended requirements,performance thresholds, applicable standards, cost/quality testing trade-offs, and requirements driven byorganizational policies. The verification team peer reviews the plans and procedures before providing 2
  • 3. PR-VER-02 v1.0 Verification Process for SSC Pacific 8/18/09them to CM to be placed under configuration control. The conduct of peer reviews follows the PeerReview Process, reference (d). 5. Conduct verificationThe verification team carries out the verification consistent with the plans and procedures in a mannerthat ensures that verification actions, conditions and outcomes can be replicated. If the appropriateverification method is a peer review, follow the guidance in reference (d). Records of verification actionsand outcomes are kept and provided to CM to be placed under configuration control. Defect data isreported using the appropriate change request or trouble report mechanism. 6. Analyze resultsThe verification team analyzes the collected verification data, using verification criteria from Task 3, toidentify non-conformance issues and determine needed corrective actions. Defects in the work product orservice’s requirements may be included if the verification team has the appropriate knowledge to make adetermination. Analysis methods, results, recommendations, and status are documented, peer reviewed,and provided to CM to be placed under configuration control. 7. Communicate results and recommendationsThe PM and verification team communicate verification results and recommendations to appropriatestakeholders. 3