QA Plan Template Blank

Blank QA Plan Template Template TM-PPQA-03 v1.0 7/11/06

BLANK QUALITY ASSURANCE PLAN TEMPLATE

TM-PPQA-03 V1.0 JULY JULY 11, 11, 2006 200 6

Systems Engineering Process Office, Code 20203 Space and Naval Warfare Systems Center San Diego 53560 Hull Street San Diego, CA 92152-5001

Approved for public release; distribution is unlimited


PREFACE This document is a template of a Quality Assurance (QA) Plan using the guidelines provided in the Quality systems – Model for quality assurance in design, development, production, installation and servicing, International Organization for Standardization ISO 9001. This template is designed designed for small scale projects or projects that do not follow follow tradition systems/software/technical service activities. Large scale projects or projects that do apply systems/software/technical service activities may also wish to review the QA Plan Template, TM-PPQA-01 that exemplifies an expanded implementation of QA. This template should be supplemented with project-specific information to produce a QA Plan that accurately accur ately describes the project’s QA organization, tasks, roles, and responsibilities. The planning and documenting of QA activities must agree and be consistent with the project’s Project Management Plan (PMP) or other project-planning document. Additionally Additionally,, the QA Plan must comply with Space and Naval Warfare (SPAWAR) Systems Center (SSC) San Diego Systems/Software Engineering Management (SEM) Policy, which provides management with appropriate visibility into the process being used by the project and of the products being built. This document supplements the QA Process, PR-PP P R-PPQA-01. QA-01. Refer to Section 2.4.3, of the QA Process for a description on the use of this template. Tailoring of this template is required to ensure that the scope of the project, the standards governing the project’s operation, and the goals and objectives specific to the project, are represented. The SSC San Diego Systems Engineering Process Office (SEPO) assumes responsibility for this document and updates it as required to meet the needs of of users within SSC San Diego CA. SEPO welcomes and solicits feedback from users of this document so that future versions will reflect improvements, based on organizational experience and lessons learned. Users of this document may report deficiencies or corrections using the Document Change Request (DCR) found on the next page or online through the SSC San Diego Process Asset Library (PAL) at http://sepo.spawar.navy.mil/.. Updates are performed in accordance with the SEPO Configuration http://sepo.spawar.navy.mil/ Management Procedure.

Introduction - ii


DOCUMENT CHANGE REQUEST (DCR) Document Title: Blank Quality Assurance Plan Template

Tracking Number:

Name of Submitting Organization:

Organization Contact:

Phone:

Mailing Address:

DCR Description:

Date:

Change Location: (use section #, figure #, table #, etc.) Proposed change:

Rationale for Change:

Note: For the Systems Systems Engineering Process Office Office (SEPO) (SEPO) to take appropriate action on a ch ange request, please provide a clear description of the recommended change along with supporting rationale. Send to: Commanding Officer, Officer, Space and Naval Warfare Systems Systems Center, Code 20203, 53560 Hull Street, San Diego, CA 92152-5001 Fax to: (619) 553-6249 Email to: [email protected] sepo@spawa r.navy.mil .mil

DCR Form 3/2006

Submit online: online: http://sepo.spawar.navy http://sepo.spawar.navy.mil/ .mil/

Introduction - iii


RECORD OF CHANGES *A - ADDED M - MODIFIED D - DELETED VERSION DATE NUMBER

NUMBER OF FIGURE, TABLE OR PARAGRAPH

A* M D

TITLE OR BRIEF DESCRIPTION

Introduction - iv

CHANGE REQUEST NUMBER


DOCUMENT CONVENTIONS This document is a Quality Assurance (QA) Plan template. As such, wording in this document document should be supplemented with project-specific information to produce a QA Plan that accurately describes the project QA organization and tasks. Therefore, appropriately appr opriately tailor (add, delete, change, or expand) the information provided in this document Standard conventions are used within this document to direct the reader to specific sections of the text. These sections provide instructions and explanations, and require users to substitute their own projectspecific information for the generic information provided or to "fill in a blank." [[Text [[Text]] ]]

Glob Global al chan change ges. s. Items Items that that appea appearr in regul regular ar text text and and are are surro surroun unde ded d by by dou doubl blee brack brackets ets represent changes that can be made globally throughout the document. document. For example, if the sentence reads, "The purpose of this document is to define QA responsibilities, resources, and procedures to be used during the development and maintenance of the [[project title]] system," the user can use a global command to change all occurrences of [[project title]] to a new system-specific title.

Bold Italics

Items that appear in bold italics font represent variables that require changes on an individual individual basis. For example, if the the sentence sentence reads, "Document Title of plan/manual number 1," the user enters a specific document title.

Italics

Items that appear in a box titled “Guidance” represent instructions to the user and are not to appear in the completed completed version version of the document. document. For example, if the statement reads,

Guidance If the list of organizations is long, it may be appropriate to create numbered numbered paragraph headings for each organization organization the writer may simply follow the the directions. The user is not required to create separate, numbered paragraphs, but the option is suggested. Watermark. atermark.

To further further assist in drafting drafting the required required informa informatio tion, n, some sectio sections ns contain contain a sample sample of a hypotheti hypothetical cal project. A watermark watermark has been been placed diagonally diagonally across the page p age to indicate that the text is an example of the type of information that should appear in each section. The samples have been constructed such that if extracted from the template with their associated paragraph number they would create a good first draft of a QA Plan.

In cases where information may be found in another project document, like the Project Management Plan (PMP), refer to that document rather than duplicate the information in the project QA Plan. The template begins with the the Project QA Plan cover sheet on the next page. Delete all pages prior to the Project QA Plan cover sheet in the the final format of the project QA Plan. Update the header to reflect the document configuration identifier for the project QA Plan.

Introduction - v

[[Project Title]] QA Plan [[Document Configuration Identifier]] [[Document Date]]

Guidance

The Cover Page for the project QA Plan may be tailored in accordance with the project’s defined documentation standard.

[[PROJECT TITLE]] QUALITY ASSURANCE PLAN

[[DOCUMENT CONFIGURATION IDENTIFIER]] [[DOCUMENT DATE]]

[[Add your organization name here]] Space and Naval Warfare Systems Center San Diego 53560 Hull Street San Diego, CA 92152-5001 Guidance

Tailor this distrib ution notice in accordance with project requirements. If possible, refrain from using terminology in this plan that would require security classification.

Approved for public release; distribution is unlimited


Guidance

The Cover Page for the project QA Plan may be tailored in accordance with the project’s defined documentation standard

[[PROJECT TITLE]] QUALITY ASSURANCE PLAN

[[DOCUMENT CONFIGURATION IDENTIFIER]] [[DOCUMENT DATE]]

QA Plan Approvals:

______________________

____________

QA Manager

Date

______________________

____________

Project Manager

Date

______________________

____________

Program Manager

Date

ii


PREFACE This document contains contains the Quality Assurance (QA) Plan for the [[Project [[Pr oject Title]]. Title]]. The QA activities described in this plan are consistent with the [[Project Title]] Project Management Plan and other project planning documents. documents. This document has been been tailored from the QA Plan Template, Template, TM-PPQA-01. TM-P PQA-01. The [[Code/Project/Office]] assumes responsibility for this document and updates it, as required, to meet the needs of [[Project Title]]. Users of this document may report deficiencies deficiencies or corrections using the Document Change Request found at the end of the document. document. Updates to this document will be performed, at least annually, in accordance with the [[Project Title]] Configuration Management Process.

iii


RECORD OF CHANGES *A - ADDED M - MODIFIED D - DELETED VERSION DATE NUMBER

NUMBER OF FIGURE, TABLE OR PARAGRAPH

A* M D

TITLE OR BRIEF DESCRIPTION

iv

CHANGE REQUEST NUMBER


TABLE OF CONTENTS Section

Page

SECTION 1. INTRODUCTIO INTRODUCTION..... N.............. ................. ................ ................ ................ ................ ................. ................. ................ ................ ............... ....... .............. ....1 1.1 Purpose..... Purpose............. ................ ................ ................ ................. ................. ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ......... ......1 1.2 Scope..... Scope.............. ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ................. ................ .............. ...... ...........1 1.3 Identificati Identification on .................... ...................... ....................... ....................... ...................... ................. ......1 ..... .1 1.4System 1.4System Overv Overview iew........ ................ ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ................. ........ ..............1 1.5 Docum Document ent Overvi Overview ew........ ................ ................ ................. ................. ................ ................ ................ ................ ................. ................. ................ ........ ............... .........2 1.6 Relatio Relationsh nship ip to Other Other Plans........ Plans................ ................ ................ ................ ................. ................. ................ ................ ................ ........... ... ................ ...........2 1.7 Refere Reference nce Docum Document ents..... s............. ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ........... ............... .........2 SECTION 2. MANAGEM MANAGEMENT... ENT............ ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ........... ...4 2.1 Organiz Organizatio ation.... n............ ................ ................. ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ............. ..... ................ ...4 2.2 Resources Resources........ ................ ................. ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ........ ............... .........5 2.2.1 Facilities Facilities and Equip Equipment ment...................... ............................................ ............................................. ............................................. ......................................... ................... 5 2.2.2 Personn Personnel el..................... ............................................ ............................................. ............................................. .............................................. ............................ ..... ..... .......... ......... ....5 2.2.3 QA Tools, Tools, Techni Techniques ques and Method Methodolo ologies gies................... .......................................... ................................... ............ .... ......... .......... .......... .......... ......... ....5 5 2.3Risk 2.3Risk Managem Managemen ent...... t.............. ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ................. ............. ..... ............... ...6 SECTION 3. QA ACTIV ACTIVITES... ITES........... ................. ................. ................ ................ ................ ................. ................. ................ ................ .......... .. .............. ..............7 3.1Process Quality Assurance .................... ....................... ...................... ....................... .................. .......7 .... ...7 3.1.1 Task: [Title of Process Verificat Verification ion Activ Activity] ity]....................... ............................................. ............................................. ................................. .......... .7 3.2Product Quality Assurance..................... Assurance..................... ...................... ....................... ....................... ...................... ... 7 3.1.2 Task: [Title [Title of Product Verificati Verification on Activ Activity] ity]...................... ............................................. .................................. ........... ..... .......... .......... .......... ....... ..7 3.3Respo 3.3Responsi nsibil bilite ites..... s.............. ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. ................. .......... .. ..........8 SECTION 4. QA SCHEDULE... SCHEDULE........... ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................ ........ ............... .9 SECTION 5. STANDARDS, STANDARDS, PRACTICES, CONVENTIONS CONVENTIONS AND METRICS........... ............... .......... ..... .....10 10 5.1 Standards, Practices and Conventio Conventions................................. ns................................. ....................... ...................... .......... ......10 .... ..10 5.2 Metrics.. Metrics........... ................. ................ ................ ................ ................ ................. ................. ................ ................ ................ ................ ................. .............. ..... ............... ...........10 SECTION 6. QA PROBLEM REPORTING AND RESOLUTION................................... ......... .... ......... ......... .........11 ....11 6.1 QA Audit Audit Report.................................. ....................... ...................... ....................... ......... .......... ..... ......... .....11 .11 6.1.1 Submittal and Dispos Disposition ition of QA audit report..................... ............................................ ....................................... ................ ..... .......... ......... ......11 11 6.1.2 6.1. 2 Escalation Procedure for Resolution of Non-Concurrence Non-Concurrence on QA audit report..... .......... ....... ..... ...... ...... ...... ..... 11 SECTION 7. QA TRAINING...................................... ....................... ...................... ....................... ... ......13 .... ..13 SECTION 8. REVIEW OF QA ACTIVITIES WITH WITH HIGHER LEVEL LEVEL MANAGEMENT..... MANAGEMENT..... ......... ..... .... ...... ... ...14 14 SECTION 9. COLLECTING IMPROVEMENT INFORMATION.............................. INFORMATION.............................. ........ ......... ..... ......... .......... .....15 15 APPENDIX APPENDIX A. LIST OF ACRONYMS....... ACRONYMS............... ................. ................. ................ ................ ................ ................ ................. ............. .... ............... .........1

LIST OF FIGURES

v


Figure

Page

FIGURE 2-1. [[PROJECT TITLE]] ORGANIZA ORGANIZATION................................ ...................... ......... .......... ..... .........4 ....4 FIGURE 6-1. QUALITY QUALITY ASSURANCE AUDIT AUDIT REPORT................................... .......... .......... ..... ......... ......... .......... .....12 12

LIST OF TABLES Table

Page

TABLE 7-1. QA TRAINING MATRIX....................... MATRIX....................... ...................... ....................... ....................... . ........13 ..... ...13

vi


SECTION 1. INTRODUCTION 1.1

PURPOSE

The purpose of this plan is to define the [[Project Title]] Quality Assurance (QA) organization, tasks and responsibilities; provide reference documents and guidelines to perform the QA activities; provide the standards, practices and conventions used in carrying out QA activities; and provide the tools, techniques, and methodologies to support QA activities, and reporting.

1.2

SCOPE

This plan establishes the QA activities performed throughout the life cycle of the [[Project Title]]. This plan is written to follow the Space and Naval Warfare (SPAWAR) Systems Center (SSC) San Diego Systems/Software Engineering Management Management (SEM) Policy, reference reference (a), for [[Project [[Pr oject Title]]. Title]]. Specifically, this QA Plan will show that the QA function is in place for this project. It will show that the QA group has a reporting channel to senior management that is independent of the project manager, the project’s systems and software engineering groups, and related groups that include Configuration Management (CM), Systems and Software Test, Logistics, and Technical Services. The goal of the QA program is to verify that all products and documentation to be delivered meet all technical requirements. The QA procedures defined herein herein shall be used to examine all deliverable deliverable products and documentation to determine compliance with technical and performance requirements. Guidance

List the life cycle processes processes for the system or software software or technical service(s) being performed, which are being audited by QA. The following project-level life cycle processes are applicable to this project and considered subject to QA: List the appropriate life cycle processes (and cite the relevant standard of guideline from which they are derived).

1.3 1.3

IDE IDENTIF NTIFIC ICA ATION ION

Guidance

Reference Reference the list of project items (e.g., Configuration Items (CIs), project processes, processes, products, tools, facilities, etc.) from the appropriate appropriate document (Project Management Management Plan, CM Plan, etc.) to which this QA Plan will apply or provide a list in this section. The [[Project Title]] Configuration Management Plan, reference (b), lists the Configuration Items (CI) that are subject to this QA Plan.

1.4 1.4

SYST SYSTEM EM OVE OVERVIEW IEW

Guidance

Insert an overview figure depicting the system receiving QA, if appropriate. If the project project involves technical services, rename this section to “technical services overview” or as appropriate. The [[System Name]] complete the sentence by providing a description of the system or technical service and the intended use of the system or technical service. The system includes [[enter the number of subsystems, e.g., 4]] subsystem(s) within the system .

1


1.5 1.5

DOCU DOCUME MEN NT OVE OVERVIEW

This document identifies the organizations and procedures to be used to perform activities related to the [[Project Title]] QA program as specified in Quality Systems – Model for quality assurance in design, development, production, installation and servicing, International Organization for Standardization (ISO) 9001, reference (c). Section 1 identifies the system to which this QA Plan applies; provides an overview of the system and its functions; summarizes the purpose and contents of the QA Plan; and describes the relationship of the QA Plan to other management plans and lists all documents referenced in this QA Plan. Section 2 describes each major element of the organization that influences the quality of the product. Section 3 describes the various QA tasks Section 4 describes the schedule of QA activities Section 5 lists the quality assurance metrics. Section 6 describes problem reporting and corrective action. Section 7 describes QA training requirements. Section 8 describes the review of QA activities with higher-level higher-level management Section 9 describes the collection of improvement information to optimize the performance of QA Appendix A provides a list of acronyms.

1.6

RELA RELATI TION ONSH SHIP IP TO OTH OTHER ER PLA PLANS NS

QA evaluation of the project processes throughout the life cycle is based on the processes defined in the [[Project Title]] Project Management Plan (PMP), (PM P), reference (d). Reference (d) and its implementation implementation procedures establish the QA evaluation criteria.

1.7 1.7

REFE REFERE RENC NCE E DOCU DOCUME MENT NTS S

This section lists the documents referenced in this QA Plan. Guidance

For the following, add or delete documents that are referenced in the QA Plan. a.

Systems/Software Systems/Software Engin Engineerin eering g Manageme Management nt Policy Policy,, SSC San Diego Diego Instruction Instruction 5234.2, SSC San Diego.

b. [[Project Title] Title]]] Configuration Configuration Management Management Plan, Document Document Configuration Configuration Identif Identifier ier,, Document Document Date. c.

Quality Systems Systems – Model Model for quality quality assurance in desig design, n, develop developmen ment, t, production, production, installation installation and servicing, International Organization for Standardization (ISO) 9001, Jul 1994.

d. [[Project Title]] Title]] Project Manageme Management nt Plan, Document Document Configuratio Configuration n Identifi Identifier, er, Document Document Date. e.

Project Management Management Policy, Policy, SSC San Diego Diego Instruction Instruction 5234.1A, 5234.1A, Nov Nov 2004. 2004.

f.

Quality Quality Assuranc Assurancee Proces Process, s, PR-PPQA-01 PR-PPQA-01,, SSC San Dieg Diego. o.

g. Quality Quality Assuranc Assurancee Plan Temp Template, late, TM-PPQATM-PPQA-01, 01, SSC San Diego. Diego. h. Space and Naval Warfare Warfare System Center San Diego Diego Standard Process Process Defini Definition tion (Draft), PROPD-35, SSC San Diego.

2


i.

Risk Risk Manage Managem ment ent Proce Process, ss, PR-SPPPR-SPP-04, 04, SSC San San Dieg Diego. o.

j.

Military Military Handbo Handbook, ok, Config Configurati uration on Managem Management ent Guidan Guidance, ce, MIL-HDBK MIL-HDBK-61A -61A,, Feb 2001.

k. Peer Peer Revi Review ew Process, Process, PR-PR-02, PR-PR-02, SSC San Diego. Diego. l.

Institute Institute of Electrical Electrical and and Electroni Electronics cs Engin Engineers eers (IEEE) Standard for for Software Software Productivit Productivity y Metrics, IEEE Std 1045-1992, Sep 1992.

m. IEEE Standard for a Software Software Quality Metrics Methodo Methodology logy,, IEEE Std 1061-1992, Dec Dec 1992. n. IEEE Standard Dictionary Dictionary of Measures to Produce Reliable Reliable Software, Software, IEEE Std Std 982.1-1988, Jun Jun 1988. o. IEEE Guide Guide for for the Use of of IEEE Standard Standard Dictionary Dictionary of of Measures to to Produce Produce Reliable Reliable Software, Std 982.2-1988, Sep 1988. p. Technical echnical Reviews Reviews and Audits Audits for Systems, Systems, Equipments, Equipments, and Computer Computer Software, Software, MIL-STD-1521, Jun 1995. q. Software Deve Developm lopment ent and and Documen Documentation, tation, Data Item Descriptio Descriptions ns (DIDs), Military Military Standard (MIL-STD)-498 (MIL-S TD)-498,, Dec 1994. NOTE: Although ISO/IEC Std 15288 and IEEE 12207 have have superseded MIL-STD-498, the DIDs for MIL-STD-498 are still considered applicable for the support of developing software engineering procedures and supporting documentation.

3


SECTION 2. MANAGEMENT This section describes each major element of the organization that influences the quality of the product and processes.

2.1 2.1

ORGANIZATION

Good project management management practice requires a measure of independence independence for the QA group. This independence provides a key strength to QA; that is, QA has the freedom, if the quality of the product is being jeopardized, to report this possibility directly above the level level of the project. While in practice this rarely occurs, for almost all problems are correctly addressed at the project level, the fact that the QA group can go above the project level gives it the ability to keep many of these problems at the project level. Figure 2-1 shows the QA organization with relation to the project organization. L in e M a n a g e m e n t

IV & V

S EPO

P r o je c t M a n a ge m e n t

C M

S y s te m s E n g i n e e r in g

P ro d u c t D e s ig n / D e v lp t

Q A

P ro d u c t Test

S y s te m Test

L o g is t ic s

Figure 2-1. [[Project Title]] Title]] Organization Guidance

Replace Figure 2-1 with the project’s organizational structure or reference the organizational chart’s location. The project may wish to keep a single chart in a central location and reference reference all of its plans and procedures procedures to that chart to facilitate maintaining the organization organization chart. Provide Provide a description of the functional responsibilities for each functional group in the organizational structure. In describing the functional responsibilities, answer the questions listed below: a. Who interacts interacts with with QA? QA? b. Who has authority and delegates delegates responsibilities responsibilities of interacting functions? c. What are the reporting reporting relationships relationships among the interacting elements identifying identifying independence /dependence? d. Who has product product release release authority? e. Who approves the QA Plan? f. What are the reporting reporting lines for escalating conflicts and the method by which which conflicts are resolved among resolved among the elements?

4


In each case, add or delete the functional responsibilities that apply.

2.2

RESOURCES 2.2.1 2.2.1

Faci Facili liti ties es and and Eq Equi uipm pmen entt

QA will have access to the facilities and equipment equipment as described in reference (d). QA will will have access to computer resources to perform QA functions such as process and product evaluations and audits. 2.2.2

Personnel

Guidance

Identify the qualification requirements requirements of the QA Manager. The “product” or products for which which related technical discipline familiarity is required should be explicitly stated, e.g. hardware/software/systems engineering, technical documentation standards, standards, etc. The project project should exercise exercise flexibility in it s approach to designating personnel to perform perform QA. For example, wher wheree appropriate, appropriate, one or two full time people may be designated for a moderate to large-scale project, project, or several part-time people, or someone external to the project project organization organization may be assigned. Objective verification may be performed by project personnel under the supervision of the QA Manager ONLY when they inspect processes or products OUTSIDE of their project role and responsibilities. 2.2.3

QA Tools, ools, Tech Techniq niques ues and and Meth Methodo odolog logies ies

Guidance

Identify the special tools, techniques, and methodologies that support QA, state their purposes, and describe their use. Hardware Tools – QA hardware tools include, but are not limited to, simulators, monitors, stress or environmental measurement equipment, etc. Software Tools - QA software tools include, but are not limited to, operating system utilities, debugging aids, documentation aids, checklists, structuring preprocessors, preprocessors, file comparators, structure structure analyzers, code analyzers, standards auditors, simulators, execution analyzers, performance monitors, statistical analysis packages, software development folder/files, folder/files, software software traceability matrices, test drivers, test case generators, static or dynamic test tools, and information engineering Computer Aided Software Software Engineering (CASE) tools. Techniques - techniques include review of the use of standards, software inspections, requirements tracing, requirements requirements and design verification, reliability measurements and assessments, and rigorous or formal logic analysis. Methodologies - methodologies methodologies are an integrated set of the above tools and techniques. techniques. The methodologies should be well documented for accomplishing the task or activity and provide provide a description of the process to be used. The QA Group will utilize the following tools to perform audit/inspection events:

5


Guidance

List the tools, techniques and methodologies used; use Section 4, QA Schedule, to specify when special tools are required

2.3 2.3

RISK ISK MA MANAGEME EMENT

Guidance

Identify the risk management strategy for QA. If the project has identified an overall overall risk management strategy strateg y in its PMP, PMP, or as a separate Risk Management Manage ment Plan, reference this document. If the QAP is written as a stand-alone document, describe the Risk Management activities for the QA function: a. The identified QA risks, with estimates estimates of severity and impact. b. The person(s) responsible responsible for managing managing QA risks. c. The criteria (e.g. risk thresholds, thresholds, conditions, etc.) necessary to commence commence risk management management activities. d. The risk mitigation strategies for each risk. e. Etc. Use the Risk Management Process, reference (i), as a guide for documenting the project QA risk management process. Guidance

Also discuss QA’s role in auditing and verifying project Risk Management activities and artifacts.

6


SECTION 3. QA ACTIVITES Guidance

Development of this section requires the cooperation of the project manager and QA manager to identify the system, software or technical support life cycle processes, and the work products that are applicable to the project. project. Whether the project project is a full service development effort, or is focused on a subset of engineering activities, or provides a specific technical support service (e.g. concept development, proposal proposal development, test and evaluation, logistic support, etc.) should dictate which activities this QA Plan should address. address. This QA Plan should reflect reflect verification of those activities, activities, and as well the products derived from from the activities. Describe the portion of the project life cycle covered by this QA Plan, the tasks to be performed with special emphasis on QA activities, and relationship between these these tasks and the planned major checkpoints. The sequence of the tasks should be indicated. Tailor this section to reflect those tasks and project products being verified that relate to the project’s current/projected activities. The QA Group should work with the PM to ensure that QA activities are coordinated with those of the project being evaluated.

3.1 PROCES PROCESS S QUAL QUALITY ITY ASSURA ASSURANCE NCE Guidance

Describe the project processes processes that will undergo QA verification. verificatio n. Where appropriate, cite the governing technical or administrative standard that describes the requirement requirementss for performing the process process being verified. For each documented documented process, include a checklist checklist of activities that are verified. The completed checklist provides an artifact of QA activity for the project’s processes. 3.1.1

Task: ask: [Title [Title of of Proces Processs Veri Verific ficati ation on Activit Activity] y]

QA shall conduct evaluation of the state the project process Process, verifying that project processes are defined and implemented to obtain a product or service in accordance with acquirer requirements. QA will use cite the checklist used to perform the verification as a guide for conducting the evaluation.

3.2 PRODUC PRODUCT T QUAL QUALITY ITY ASSURAN ASSURANCE CE Guidance

Describe the project products products that will undergo QA verification. verificat ion. Where appropriate, cite the governing technical or administrative standard that describes the requirement requirementss for engineering the product, or for producing the service-related service-related products products being verified. For each product, product, include a checklist of activities activitie s that are are verified. The completed checklist provides an artifact artifac t of QA activity for the project’ project’ss products. 3.1.2

Task: ask: [Title [Title of of Produc Productt Veri Verific ficati ation on Activit Activity] y]

QA shall conduct evaluation of the state the project product , verifying that product or service is provided in accordance with acquirer requirements. QA will use reference the checklist used to perform the verification as a guide for conducting the evaluation.

7


3.3 3.3 RESP RESPON ONSI SIBI BILI LITE TES S Guidance

This paragraph should identify the specific organizational elements responsible responsible for each task. It is recommended that the Project Manager, together with the QA Manager, develop a matrix that provides an overview of of the responsibilities responsibilities for conducting each of the aforementioned aforementioned QA tasks. It is recommended that the project’s higher-level sponsor QA personnel, if available, participate in project QA activities.

8


SECTION 4. QA SCHEDULE Guidance

Ensure that the QA schedule is coordinated with the project schedule. Schedule the performance of QA audits and inspections in accordance with with project project schedule and milestones. Ensure the appropriate checklists are developed and provided to coincide with the scheduled QA audit events. Establish a process process for conducting the schedule, e.g. , announce the upcoming QA event(s), request stakeholder artifact availability for audit/inspection, audit/inspection, prepare prepare audit findings/recommendation, findings/recommendation, resolve outstanding issues, etc. Ensure that provisions are included for resolving issues that cannot be resolved within the project project as described in Section 6. The QA schedule should also specify the tools, techniques, and methodologies described in Section 2.2.3 that are required to prepare for and conduct each QA event.

9


SECTION 5. ST STANDARDS, ANDARDS, PRACTICES, CONVENTIONS AND METRICS 5.1

STAND ST ANDARD ARDS, S, PRACT PRACTICE ICES S AND CONVEN CONVENTIO TIONS NS

Guidance

Identify the standards (mandatory requirements) to be applied. applied . State how compliance with these items is to be monitored and assured. Tailor this section sectio n to reflect the actual project products, products, e.g. e.g . hardware, hardware, software, software, documentation, documentation, etc. It should be noted that whenever a project product reflects TAILORING of a governing guideline or standard, e.g. MILSPEC, QA should verify that the project has fully described the scope of tailoring with supporting rationale in the PMP or similar document.

5.2

METRICS

Guidance

Identify or reference reference the standards, practices, and conventions to be used in the definition, collection and utilization of measurement measurement data. Cite any internal (e.g., project, project, corporate) and external (e.g., user, user, customer) requirements or standards with which metrics practices must comply. IEEE Std 10451992, IEEE Standard for Software Productivity Metrics, reference (m) describes conventions for counting the results of the development processes. IEEE Std 1061-1992, IEEE Standard for a Software Software Quality Metrics Methodology, reference reference (n), provides provides a methodology for selecting and implementing process process and product metrics. metrics. IEEE Std 982.1-1988, IEEE Standard Standard Dictionary of Measures Measures to Produce Reliable Software, reference (o) and IEEE Std 982.2-1988, IEEE Guide for using reference (o), reference (p) provide various measures for use in different life cycle phases to gain confidence in the building of reliable software. software. To keep metrics simple, an example of cost and schedule metrics is offered.

10


SECTION 6. QA PROBLEM REPORTING AND RESOLUTION Guidance

Describe the practices and procedures procedures to be followed for reporting, reporting, tracking, and resolving resolving problems identified in both products and processes. processes. State the specific organizational responsibilities responsibilities concerned with their implementation. implementation.

6.1 6.1

QA AUDIT UDIT REPO REPOR RT Guidance

Use or tailor the format shown in Figure 6-1 to document QA Audit Reports. 6.1.1

Submi Sub mitta ttall and and Disposi Dispositio tion n of of QA QA audit audit report report 6.1.2

Escalation Escalation Procedur Proceduree for Resolution Resolution of Non-Con Non-Concurr currence ence on QA audit audit report report

11


QUALITY ASSURANCE AUDIT REPORT

TRACKING IDENTIFIER:________ IDENTIFIER:____________ ____ LEAD AUDITOR:______________________________________ DATE OF REPORT:_____________ AUDIT TEAM:__________________________ TEAM:_____________________________________________ _______________________________________ __________________________ ______ ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ PROJECT NAME:_____________________ NAME:________________________________________ ______________________________________ ____________________________ _________ DATE DATE OF AUDIT:______________ AUDIT:______________________ _________ _ EFFORT EXPENDED:___________ EXPENDED:____ ____________(total _____(total hours) PRODUCT/PROCESS/PROCEDURE AUDITED:__________ AUDITED:______________________________ _________________________________ _____________ AUDIT CHECKLIST/PRODUCT VERIFICATION USED: (Attach)_____________________________ AUDIT FINDINGS: (Check one.) _____ Product/Process/P Product/ Process/Procedure rocedure Acceptable _____ Product/Process/P Product/ Process/Procedure rocedure Conditionally Acceptable (Subject to satisfactory completion of action items listed below) Conditions noted: _____ ____ Product/Pro Product/Process cess/Proc /Procedu edure re Unacce Unacceptabl ptablee (Subject to satisfactory completion of action items listed below) Conditions noted: ACTION ITEM (AI): AI # TITL TI TLE E

ASSIG ASS IGNED NED TO:

DUE DATE:

COMP CO MP DATE:___ DATE:__ _

____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ CORRECTIVE ACTION: ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ RECOMMENDATIONS/SUGGESTED RECOMMENDATIONS/SUGGESTED IMPROVEMENTS: ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ ____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ DISPOSITION:

APPROVE

CANCEL

DEFER

Project Manager:

DATE:

____________________________________ _______________________________________________________ ____________________________________ _____________________________ ____________ AI CLOSURE: QA Sign-off:

DATE:

(FILE COMPLET ED FORM IN QA EVALUA EVALUATION TION RECORD.)

Figure 6-1. Quality Assurance Audit Audit Report

12


SECTION 7. QA TRAINING Guidance

Identify the training trainin g activities necessary necessar y to meet the needs of the QA Plan. Tailor the contents of Table Table 7-1 below to reflect the project’s requirements. Table 7-1 provides a matrix that identifies the required skills to perform QA tasks to implement this [[Project Title]] QA Plan. The training schedule will be compatible with the the project schedule. In some cases, training will be conducted as On-the-Job Training (OJT). TABLE 7-1. QA TRAINING MATRIX MATRIX TASK

SKILL REQUIREMENTS

TYPE

SOURCE

Code Reviews

Source Language, Peer Reviews

Classroom/ OJT

SEPO, Peer Review Review Process and Workshop Workshop

Hard ardware ware Reviews

Hard Hardw ware are or orientati tatio on tra traiining, technical knowledge

Classroom/ OJT

Hardware Vendor or organization hardware expert

Documentation Reviews

System Development and Documentation standards and guidelines, guidelines, Peer Reviews

Classroom/ OJT

SEPO, Peer Review Review Process and Workshop Workshop

Process Audits

System Development Life Cycle Processes, Audit techniques

Classroom/ OJT

ISO/IEC-15288, IEEE/EIA 12207

Testing

Testing Methodologies

OJT

QA Management

Project Management

Classroom/ OJT

SEPO, Project Management Core Course (PMCC)

Metrics

Data Collection and Analysis

Classroom/ OJT

SEPO, PMCC

Problem reporting and correction action

Con Config figurati ratio on Mana Manag gement

Clas Classr sro oom/ OJT

SEPO, CM Practitioner's Practitioner's Training

Tools

Vendor supplied training

Classroom/ OJT

Vendor

Code, Media, and Supplier Control

Con Config figurati ratio on Mana Manag gement

Clas Classr sro oom/ OJT

SEPO, CM Practitioner's Practitioner's Training

Risk Management and Analysis

Classroom/ OJT

SEPO, PMCC, Risk Management Process

Project Management

Classroom/ OJT

SEPO, Introduction to Best Practices, PMCC, PMG

13


SECTION 8. REVIEW OF QA ACTIVITIES WITH HIGHER LEVEL MANAGEMENT Guidance

The project QA, collaborating with the project manager, should establish and document in the PMP, or QA Plan the appropriate agenda items for review during these meetings; the process for these meetings should also establish required attendees from higher level management, and any reports or action items that are documented to facilitate managing QA activities.

14


SECTION 9. COLLECTING IMPROVEMENT IMPROVE MENT INFORMATION Guidance

This section describes the requirements requirements for collecting, assessing, as sessing, reporting, and acting upon measures measures of activities and work products derived from planning and performing the QA process to support the future use and improvement of the project and the organization’s defined QA process and process assets.

15


APPENDIX A. LIST OF ACRONYMS Guidance

Tailor this Appendix as appropriate. AI

Action Item

CASE

Computer-Aided Software Engineering

CI

Configuration Item

CM

Configuration Management

DC R

Document Change Request

DID

Data Item Description

EIA

Electronic Industries Association

IEC

International El Electrotechnical Co Commission

IEEE

Institute of of El Electrical an and El Electronics En Engineers

IS O

International Organization for Standardization

IV&V

Independent Ve Verification an and Va Validation

MIL-STD

Military Standard

OJT

On-the-Job Training

P / CR

Problem/Change Report

PMCC

Project Ma Management Core Co Course

PMG

Project Management Guide

PMP

Project Management Plan

QA

Quality Assurance

QAP

Quality Assurance Plan

S DP

Software Development Plan

S EM

Systems/Software Engineering Management

SEPO

Systems Engineering Process Office

SPA SPAWAR

Space and Naval Warfare are

S PI

Systems/Software Process Improvement

S SC

SPAWAR Systems Center

STD

Standard

S TR

Software Trouble Report

A-1

DOCUMENT CHANGE REQUEST (DCR) Document Title: [[Project Title]] Quality Assurance Plan

Tracking Number:

Name of Submitting Organization:

Organization Contact:

Phone:

Mailing Address:

DCR Description:

Date:

Change Location: (use section #, figure #, table #, etc.) Proposed change:

Rational for Change:

Note: For the [[Project Title]] to take appropriate action on a change request, please provide a clear description of the recommended change along with supporting rationale. Send to: Commanding Officer, Officer, Space and Naval Warfare Systems Systems Center, Code 2 XX , 53560 Hull Street, San Diego, CA 92152-5001 Fax: add appropriate fax number Email: add appropriate email Submit online: add appropriate URL DCR Form 7/2003

QA Plan Template Blank

Recommend Documents