BOS IV&V Quality Assurance Plan Final - Silver State Health ...

State of Nevada 

Business Operations Solutions (BOS) 

Independent Verification and Validation 

Services (IV&V) of the Silver State Health 

Insurance Exchange (Exchange) 

Quality Assurance Plan 

Deliverable 5.4.3.6 - Activity 5.4.2.7 

August 30, 2013

Nevada Silver State Health Insurance Exchange Project 

IV&V Quality Assurance Plan 

August 30, 2013 

Version History 

VERSION DATE COMMENTS 

BOS IV&V Quality Assurance Plan - 

Draft v1 

5.4.3.6 - BOS IV&V Quality Assurance 

Plan Final.doc 

08/30/2013 Initial Draft, K. Marshall 

9/06/2013 BOS revisions, P. Palmer 

5 4 3 6 - BOS IVV Quality Assurance Plan Page i

Table of Contents 

Nevada Silver State Health Insurance Exchange Project 

IV&V Quality Assurance Plan 

August 30, 2013 

1 PURPOSE ................................................................................................................................... 1 

1.1 Scope and Objectives .................................................................................................................. 1 

2 REFERENCE DOCUMENTS ........................................................................................................... 2 

3 STANDARDS AND GUIDELINES .................................................................................................... 2 

4 GLOSSARY .................................................................................................................................. 3 

5 MANAGEMENT .......................................................................................................................... 4 

5.1 Organization ................................................................................................................................ 4 

5.2 Tasks ............................................................................................................................................ 6 

5.3 Roles and Responsibilities ........................................................................................................... 6 

6 QUALITY ASSURANCE APPROACH ............................................................................................... 9 

6.1 Process Quality .......................................................................................................................... 10 

6.2 Product Quality .......................................................................................................................... 11 

6.3 Quality Assurance Processes ..................................................................................................... 12 

6.3.1 Deliverable Review Process .......................................................................................... 12 

6.3.2 Requirements Tracking ................................................................................................. 13 

6.4 Testing Strategy ......................................................................................................................... 13 

6.5 Continuous Process and Product Quality Improvement ........................................................... 13 

7 QAP CHANGE PROCEDURE ....................................................................................................... 14 

8 APPENDIX A – SAMPLE PRODUCT QUALITY REVIEW CHECKLIST ................................................. 15 

Table of Figures 

Figure 1 – Quality Assurance Organization and Flow ................................................................................... 5 

Figure 2 – Quality Assurance Process ......................................................................................................... 10 

Figure 3 – Product Quality Review Process for Project Deliverables .......................................................... 12 

5 4 3 6 - BOS IVV Quality Assurance Plan Page ii

Nevada Silver State Health Exchange Project 

BOS IV&V Quality Assurance Plan 

August 30, 2013 

1 Purpose 

The purpose of the Quality Assurance Plan (QAP) is to describe Public 

Consulting Group’s (PCG’s) approach to ensuring quality on the project. It 

includes assessing the methodology for maintaining quality of the code and 

workmanship, managing project schedules, and related subcontractor activities 

where appropriate. This plan describes the methods that will be used both to 

assess the quality of the work products produced and the quality of the 

processes used to produce those products and identifies the activities, 

processes, and procedures that will be used to assess and monitor quality. The 

QAP also identifies the roles and responsibilities specific to the Quality 

Assurance (QA) function needed to successfully implement best practices. 

1.1 Scope and Objectives 

The Business Operations Solution (BOS) Project requires QA services to be 

performed by PCG’s Independent Verification & Validation (IV&V) team 

throughout the entire project life cycle, including support of required federal 

reviews. The objective is to provide ongoing, interactive project management 

review and monitoring support, which will ensure that the BOS receives quality 

deliverables from the Design, Development, and Implementation (DD&I) 

vendor while achieving all critical project milestones. 

The QAP scope incorporates BOS’ Requirements Traceability Matrix (RTM) as a 

measure to validate Exchange requirements against the delivered system to 

help ensure that the solution complies with the required functionality. This 

includes reviewing, monitoring, and providing feedback on all applicable 

project deliverables and activities per the BOS accepted project plan. 

The QAP scope includes the review and evaluation of the testing aspects of the 

BOS project, which is detailed in the IV&V Test Management Plan. 

Also within the scope of the QAP is the process of identifying and reporting 

project risks, which is detailed in the IV&V Risk Management Plan. 

This document defines QA roles and responsibilities, standards, methods, 

metrics, and reporting requirements that shall be used on the project. The QA 

methodology described in this plan shall apply to all processes and deliverables 

for the full project lifecycle. Methods identified in the QAP includes applying 

quality review processes to the following activities: 

1. Project Management Planning 

2. Business Rules Development 

5 4 3 6 - BOS IVV Quality Assurance Plan Page 1



August 30, 2013 

3. Requirements Validation 

4. Requirements Specifications 

5. Requirements Traceability Matrix 

6. Detailed System Design 

7. Software Development 

8. Test Management 

9. Training Planning, Delivery, and Materials 

10. Release Management 

11. Defect Management 

12. Configuration Management 

13. Change Management 

14. Implementation 

15. Maintenance and Operations 

The primary objectives of the QAP are: 

Discuss the QA organizational structure 

Define the QA roles and responsibilities 

Document the QA processes 

Identify QA performance measures and reporting standards 

2 Reference Documents 

This section provides a list of documents referenced in developing the QAP: 

BOS IV&V Communication Plan 

BOS Verification and Validation Plan 

Independent Verification and Validation RFP 1956 

BOS 5.4.3.4 Quality Assurance Plan 

3 Standards and Guidelines 

This section provides a list of the standards and guidelines used in the 

development of this QAP, which will guide IV&V quality assurance activities: 

ANSI/IEEE Standard 730-2002 - Standard for Software Quality Plans 




August 30, 2013 

4 Glossary 

IEEE 828-2012 Standard for Configuration Management in Systems and 

Software Engineering 

IEEE 829-2008 Standard for Software and System Test Documentation 

IEEE 1012-2012 Standard for S/W Verification and Validation 

IEEE 1028-2008 Standard for Software Reviews and Audits 

IEEE 1061-1998 Standard for Quality Metrics Methodology 

IEEE 1490-2003 IEEE Guide Adoption of PMI Standard a Guide to the 

Project Management Body of Knowledge 

Project Management Institute’s Project Management Body of Knowledge 

(PMBOK®) Guide, 5th Edition. 

State Policy 4.100000 Section 4.7 Software Development and 

Maintenance 

Request for Proposal 1956 For Independent Verification And Validation 

Services (IV&V) Of The Health Care Reform Eligibility Engine Project 

CMS Enhanced Funding Requirements: Seven Conditions and Standards 

(MITS-11-01-v1.0) 

The following acronyms appear within the text of this QAP: 

Table 4-1: QA Acronyms and Definitions 

Acronym 

Definition 

BOS 

CMS 

DED 

DD&I 

IEEE 

HCR-EE 

IV&V 

Business Operations Solution 

Centers for Medicare & Medicaid Services 

Deliverable Expectation Document 

Design, Develop, and Implement 

Institute of Electrical and Electronics Engineers 

Health Care Reform – Eligibility Engine Project 

Independent Validation and Verification 




August 30, 2013 

Acronym 

PMBOK ® 

QA 

QAP 

RFP 

SME 

Definition 

Project Management Body of Knowledge 

Quality Assurance 

Quality Assurance Plan 

Request for Proposal 

Subject Matter Expert 

5 Management 

This section describes the QA view of the project organization structure, its 

tasks, and its roles and responsibilities. It depicts the project management 

organizational structure that influences, monitors, and controls the quality of 

the solution. This includes a description of each major element of the 

organization, together with the roles and delegated responsibilities, the key 

interfaces within the management structure, and the QA responsibilities. 

5.1 Organization 

The following diagram depicts the organizational structure that controls the 

integrated quality control across the project. 




August 30, 2013 

Project Sponsor 

and Steering 

Committee – 

Reviews quality 

plan and accepts 

quality reports 

DD&I Project 

Manager – 

Forwards/Fixes 

BOS Project 

Manager – 

Reviews and 

Approves 

IV&V Project 

Manager – 

Reviews, 

Comments, and 

Assists in 

Testing 

DD&I 

Implementation 

Manager – 

Reviews, Fixes, 

and Forwards 

Requirements 

Functional 

Specs 

Test Plans and 

Test Results 

Testing Status 

and Defect 

Reports 

DD&I Technical 

Manager – 

Reviews and 

Forwards 

Technical Specs 

and Code 

BOS UAT Team 

– Performs 

acceptance 

Test, reports 

bugs 

Workflow 

DD&I Functional 

Team creates 

requirements 

and functional 

designs 

DD&I Testing 

Team 

DD&I Tecnnical 

Team – creates 

tech specs, 

codes, and fixes 

bugs 

QA Flow 

Figure 1 – Quality Assurance Organization and Flow 

In general, work products are produced by the DD&I project team. The BOS 

Project Manager forwards the deliverable to the appropriate SMEs for review 

and comment. The BOS Project Manager consolidates the comments, which are 

distributed to the DD&I Vendor who then prepares a response that is 

distributed to the project team. The DD&I Vendor conducts a 

review/comments session where the team reviews the comments and 

responses. During the session, the State either rejects or approves the DD&I 

Vendor response and the DD&I Vendor prepares an updated version of the 

deliverable for BOS’ approval. The IV&V Vendor reviews each work product and 

comments on quality improvements. BOS management reviews the comments 

from the IV&V Vendor, accepts or rejects each comment, adds their own 

comments and returns to the DD&I project manager for response and product 

improvements. 


5.2 Tasks 



August 30, 2013 

QAP activities provide both verbal and written feedback regarding all aspects of 

the project. This includes the following project planning tasks: 

1. Reviewing and providing written feedback on the DD&I Vendor’s Project 

Deliverables for the DD&I Vendor planning and project documents and 

artifacts relating to the QA process; 

2. Review of the DD&I Vendor’s project metrics used to monitor the project; 

and 

3. Review, monitor, and provide feedback on the BOS DD&I project 

deliverables relating to Quality Assurance prior to BOS’ approval of the 

DD&I deliverables 

5.3 Roles and Responsibilities 

Below are the specific roles that have essential responsibilities as part of the 

project’s QA effort. 

Table 5.3-1: QA Roles and Responsibilities 

Role 

BOS Project 

Manager 

DD&I Project 

Manager 

Responsibilities 

The BOS Project Manager is directly responsible for the day-to-day activities 

of the project. The Project Manager has the following primary responsibilities 

for overall quality assurance of the project, including: 

 

 

 

 

 

Develop and track project metrics. 

Oversee Vendor activities. 

Communicate regularly with the DD&I Project Manager and IV&V Vendor 

to ensure quality processes are being followed as per the approved QAP. 

Work with DD&I Project Manager to resolve quality issues in a timely 

fashion. 

Ensure that all QA processes are being followed by all team members. 

The DD&I Project Manager has overall responsibility for insuring that the 

DD&I project team upholds the Vendor’s internal quality standards and 

processes and, by their appropriate use, develops the project’s systems to 

meet all functional requirements. The DD&I Project Manager is responsible 

for ensuring the development team is familiar with applicable project quality 

standards and performs all work in compliance with those standards as 

delineated in the project’s approved QAP. It is anticipated that the DD&I 

Vendor will work cooperatively with the BOS Project Manager on quality 




August 30, 2013 

Role 


related issues during all phases of the contract. This will include, but is not 

limited to, joint efforts of data gathering, metric analysis, risk management, 

and issue management including: 

 

 

 

 

 

 

 

 

Develop and track project metrics. 

Oversee DD&I Vendor activities. 

Review DD&I Vendor deliverables. 

Oversee DD&I Vendor testing activities. 

Communicate regularly with the BOS Project Manager and IV&V Vendor 

to ensure quality processes are being followed as per the approved QAP. 

Work with BOS Project Manager to resolve quality issues in a timely 

fashion. 

Ensure that all QA processes are being followed by all team members. 

Ensures that all requirements are fully traced though all sections for the 

RTM and communicate in a timely manner any anticipated issues to the 

BOS Project Manager. 

DD&I Quality Lead The DD&I Quality Lead is responsible for managing the day-to-day quality 

assurance activities, including providing oversight to project processes and 

procedures, monitoring of various metrics, and the application of best 

practices and approved project standards. The Quality Manager is responsible 

for: 

 

 

 

 

 

 

 

 

Identifying and escalating any critical project issues to the Project 

Manager. 

Work with the BOS Project team and the IV&V Vendor Team to identify 

and define project standards and metrics and baseline all quality 

measures, metrics, and acceptance criteria. 

Providing QA inputs for developing project work products. 

Providing oversight of project processes and procedures and providing 

evaluation reports related to standards compliance, process variances, 

and identifying process improvement opportunities. 

Auditing adherence to project standards on a periodic basis. 

Coordinating QA findings and mitigation strategies with the IV&V Vendor. 

Collecting and analyzing project metrics. 

Supporting issue and action item tracking and resolution. 




August 30, 2013 

Role 

IV&V Project 

Manager 


 

 

 

 

 

Review DD&I Vendor deliverables and provide comments and 

recommendations. 

Provide written reports related to standards compliance, identification of 

process improvement opportunities, correctness, completeness, 

anomalies, and recommendations. 

Establish reporting standards that provide findings from quality 

measurements identifying areas where business, technical, and/or 

management quality objectives are or are not being met, or where trends 

in quality are moving in or out of control limits. 

Support requirements traceability planning. 

Provide oversight of testing activities by the Vendor and project testing. 

The IV&V Project Manager and team work under the direction of the BOS 

Project Manager to provide Independent Validation and Verification (IV&V) 

services on the project. The IV&V will provide independent, technical review 

and verification of project deliverables, as well as independent testing and 

auditing of project deliverables against requirements, with a special emphasis 

placed on deliverable quality through the following activities: 

 

 

 

 

 

 

 

 

Develop, maintain, and manage to the QAP 

Report performance measures and work with the BOS Project Manager 

and DD&I QA Lead to resolve QA issues in a timely manner 

Communicate as needed with DD&I Project Manager to ensure all 

deliverables meet expected quality standards (e.g. IEEE, PMBOK®) 

Ensure that all QA Processes are being followed by IV&V team members 

Provide documented findings and risks related to standards compliance, 

identification of process improvement opportunities, correctness, 

completeness, anomalies, and recommendations related to project and 

DD&I Vendor deliverables. 

Review the project reporting standards, which provide insight into the 

project’s quality measurements and assist in the identification of areas 

where business, technical, and/or management quality objectives are or 

are not being met, or where trends in quality are moving in or out of 

control limits. 

Coordinate with the DD&I QA Lead to help ensure quality objectives for 

the new system are satisfied, and pass quality reviews. 

Provide oversight and support (including independent verification as 




August 30, 2013 

Role 

IV&V Quality Lead 


appropriate) of testing activities by the DD&I Vendor and project testing. 

The IV&V Quality lead is responsible for performing and managing the review 

efforts for deliverable reviews and assists as an internal SME for the IV&V 

team with regards to quality assurance measures and practices. The Quality 

Lead is responsible for: 

 

 

 

 

 

 

 

 

 

 

Provides weekly status to the IV&V team and attend meetings as 

appropriate. 

Attends project and status meetings as required. 

Verifies work products created from the PCG IV&V team, the State, and 

project vendors by reviewing deliverables for quality assurance 

throughout the Project lifecycle and report findings as per the approved 

Software Verification & Validation Plan 

Helps to assure that the content and structure of the Testing 

documents/artifacts is produced and maintained. 

Helps to assure that standards and guidelines as defined by the 

organization are documented, implemented, monitored, and enforced 

regarding testing efforts. 

Escalates any issues concerning project requirements (software, 

hardware, resources, and processes) to the IV&V Project Manager. 

Provides communication with stakeholders and the project management 

team as needed and necessary. 

Provides document support by reviewing and commenting on the 

various plans and reports prepared by the project team. 

Prepare QA reports as required. 

Provides support, as needed, to the PCG IV&V Project Manager and 

team. 

6 Quality Assurance Approach 

Project Quality Assurance (QA) consists of two components, process quality, 

and product quality. Process and product quality objectives will be achieved by 

an integrated quality program consisting of Define Quality, Measure Quality, 

and Improve Quality. Figure 2 – Quality Assurance Process shows the 

relationship between quality assurance activities: 


Process 

Product 



August 30, 2013 

Quality Assurance 

Quality Management 

Define Quality 

Improve Quality 

Measure Quality 

Figure 2 – Quality Assurance Process 

PCG defines quality by identifying and documenting quality criteria. The quality 

criteria consist of standards and metrics based on compliance with IEEE 

standards, State specific quality requirements, federal requirements, and best 

practices of the IV&V team. The establishment of quality criteria will set quality 

expectations for project processes and products. These criteria take the form of 

checklists that the IV&V team assesses against each process and artifact in the 

project (see Appendix A for a sample checklist). 

6.1 Process Quality 

Process quality focuses on the processes used to create the project deliverables. 

In this project, process quality also includes the project planning deliverables. 

Process quality ensures the project’s policies and procedures are being adhered 

to by project participants. The goal of process quality is to enhance the 

predictability of process outcomes, both in terms of quality product and 

resource utilization required to complete the process. 

These measures will be both qualitative and quantitative. The qualitative 

measures compare current project processes against best practices for software 

development. Implementing review checklists allows the IV&V team to give an 




August 30, 2013 

assessment of current project processes against best practices along with 

suggestions to better align project processes to best practices. 

Qualitative measures forms the metric portion of the assessment. As in the 

qualitative assessment, the quantitative assessment helps the IV&V Vendor 

assess the probability of an on-time completion of a project process. These are 

then used with a critical path analysis to assess the risk of late deliveries and the 

potential impact on the overall project schedule, budget and quality. 

6.2 Product Quality 

Product Quality focuses on the project deliverables. Product Quality ensures the 

deliverables are of acceptable quality and that they are complete and correct in 

terms of: Conformance to requirements, technology effectiveness and 

customer satisfaction. 

Like Process Quality, Product Quality has both qualitative and quantitative 

portions. Some of the qualitative requirements relate to assessments of the 

product adherence to standards, satisfaction of requirements (just because the 

traceability matrix says a particular module satisfies a requirement or piece of 

code doesn’t necessarily make it so), and customer satisfaction. 

Quantitative assessments describe the characteristics of the product such as 

size, complexity, design features, performance, and quality level as well as 

defect inventorying, mean time to defect correction, system test cycle 

completion rates and mean time to complete cycles, etc. 

As in Process Quality, the IV&V Vendor will use Product Quality checklists based 

on standards. These will include the following: 

Documentation standards – Internally developed documents will conform 

to the State’s document management procedures 

Design and coding standards – Design and coding standards are the 

responsibility of the DD&I Vendor. Coding standards should include 

guidelines for commenting of software code and programs. The Vendor 

may be required to follow the coding standards specified by project to 

minimize the level of training when the system is transitioned back to 

project; and 

Testing standards and practices – Testing of all system components is 

primarily the responsibility of the DD&I Vendor with User Acceptance 

testing performed by State personnel and verified by the IV&V Vendor. 

All testing teams are expected to conduct testing based on testing 

standards as described in IEEE Standard 829 for each phase of testing. 




August 30, 2013 

Test plans, test cases, procedures, scenarios, and results are expected to 

be developed and presented in a consistent manner and in accordance 

with the standard. 

6.3 Quality Assurance Processes 

The set of processes that will be used to validate both project Process Quality 

and Product Quality are as follows. 

6.3.1 Deliverable Review Process 

A Deliverable Expectation Documents (DED) is required for all major 

deliverables. The purpose of the DED is to provide an outline, and a sample as 

necessary, of the deliverable prior to delivery to ensure that expectations are 

being met. Each DED is approved by the BOS Project Manager before delivery 

of the subject deliverable. 

Each deliverable is distributed to and reviewed by the BOS Project Manager, 

Project Team, and the IV&V Vendor, as appropriate. The IV&V Vendor review 

will follow the Product Quality Review process depicted in Figure 3: 

Inputs Process Output 

Project 

Artifact 

Project Quality 

Review 

Product 

Quality 

Observations 

DED 

QA Interviews 

Project 

Checklists 

RFP & SOW 

Resources 

State Guidelines 

Federal Guidelins 

IEEE Stanards 

Best Practices 

Figure 3 – Product Quality Review Process for Project Deliverables 

The BOS Project Manager returns to the DD&I Project Manager a list of 

quality defects in the deliverable through redline changes to the submitted 

draft deliverable (standard approach). The DD&I Project Manager responds to 

each comment and makes the State approved revisions to the deliverable and 

resubmits to the BOS Project Manager for approval. The BOS Project Manager 




August 30, 2013 

approves the deliverable once the DD&I Vendor has provided a final draft 

deliverable that satisfies all the accepted and agreed upon requests for 

modification and additions. Deliverables which are periodically updated will 

follow the same process though in most cases reviews comments will be 

limited to changes/net new additions only. 

6.3.2 Requirements Tracking 

Part of ensuring the quality of the solution is demonstrating that it meets 

established requirements (functional, technical, etc.). The IV&V team will 

review and assess the processes used to identify, document, track and 

maintain project requirements based on the established guidelines and 

practices adopted by the BOS project that are documented in the project’s 

Requirements Traceability Plan. The BOS DD&I Vendor will track all the 

requirements provided in the RFP as well as document all modified and new 

requirements discovered during the course of the requirements confirmation 

and analysis. Requirements will be tracked in the RTM as required by the 

contract. The DD&I team will be responsible for keeping the information in 

this system updated for all functional, technical, and other requirements and 

providing reports to the BOS Project Manager and Project Team for each 

phase of the project. 

6.4 Testing Strategy 

To ensure the quality of the BOS solution and validate that requirements are 

met, several testing phases will be observed by the IV&V team that are defined 

in the Project Work Plan as well as the Test Management Plan. The IV&V team 

will evaluate and review testing strategies, processes, execution and project 

results throughout each testing phase and will report findings and risks to the 

project through the established risk management processes. 

Testing metrics will be managed by the project team and will include tracking 

details such as defects by severity, mean time to defect fix and retest, number 

of cycles executed and the outcome of those cycles. 

6.5 Continuous Process and Product Quality Improvement 

The project has established quality improvement strategies based on the value 

of each improvement with respect to the project’s objectives. Improvement 

strategies are determined on such measures as time to recover the cost of the 

improvement, improvement in project performance, and the project’s ability to 

respond to the changes. IV&V will assist in the development and 




August 30, 2013 

implementation of selected quality improvements through the project’s 

established change control process. 

7 QAP Change Procedure 

This document will be reviewed and updated as needed, as the project 

proceeds through each phase of the system development life cycle. Lessons 

learned as a result of continuing staff management efforts will be captured at 

the end of each project phase and used to improve the project. 

This document contains a revision history log. When changes occur, the 

version number will be updated to the next increment and the date, owner 

making the change, and change description will be recorded in the revision 

history log of the document. 




August 30, 2013 

8 Appendix A – Sample Product Quality Review Checklist 

Detailed Design Checklist 

Overall General Assessment/Suggestions (If Appropriate) 

1. 

2. 

ID Quality Checklist Item Standard Measurement 

Met 

Yes 

No 

Partial 

Comments/Recommendations 

1 The document should address 

how business requirements are 

addressed 


how the technical requirements 

will be addressed 


what the workflow is for 

escalating issues 

4 The document should include the 

protocols used by the application 

5 All data formats should be 

outlined in the document 

6 The document should include a 

full architectural schema 

The Vendor's Detailed Design 

document should either list out all 

business requirements or should 

reference an external document where 

the business requirements are 

addressed. 

Additionally, the Detailed Design 

document should clearly outline how 

the solution addresses specific business 

requirements. 

The Detailed Design document should 

either list out all technical requirements 

or should reference an external 

document where the technical 

requirements are addressed. 

Additionally, this document should 

clearly outline how the solution 

addresses specific technical 

requirements. 

If there is an outage or issue with the 

application, the document should 

address the workflow for resolving 

issues 

The document should include all 

protocols used by the application 

Data formats between different, 

interfaced systems, should be outlined 

within the document 

The full architectural schema should be 

included in the document 




August 30, 2013 

ID Quality Checklist Item Standard Measurement 

Met 

Yes 

No 

Partial 

Comments/Recommendations 


how the business rules will be 

addressed 

8 The document should have a data 

flow schema 

9 User roles should be included in 

the document 

10 All Project phases should be 

documented 

11 The document should include the 

deployment scenario 

The Detailed Design document should 

either list out all business rules or 

should reference an external document 

where the business rules are 

addressed. 

Additionally, the Detailed Design 

document should clearly outline how 

the solution addresses specific business 

rules. 

How data is pulled into the application 

via external interfaces and how that 

data is then presented to end users 

should be included in the document as 

a schema 

The document should outline all user 

roles that will be implemented 

Project phases and sub-phases should 

be documented including the goals, 

resource and time estimates for each 

phase 

Solution deployment during go-live 

specific to cutover activities should be 

defined in the document

BOS IV&V Quality Assurance Plan Final - Silver State Health ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?