7 Part 7: V-Modell Reference Mapping to Standards

7.2 Mapping to other Standards

7.2.1 Mapping to AQAP-150

7.2.1.2 Project-related Software Quality Management Activities

AQAP-150 requires from the supplier the planning and execution of effective software quality management activities. Those include both management-related and technical processes for the development of quality software. Starting with the contractual requirements, these processes have to ensure that the requirements can be traced down to software units and the elements of the configuration management system. They also have to guarantee that software quality is both verified and validated and that risk management is carried out. In this process the activities of the software quality system have to be based on standards and procedures in the organization-wide software quality system.

In addition to these general requirements, there are further requirements concerning the following points:

Software Project Quality Plan (SPQP)

AQAP-150 includes the following requirement: "The supplier shall document the software quality management activities as related to the project in a SPQP. The SPQP may be a discrete document or part of another plan that is prepared under the »Contract. The SPQP shall carry the signature of approval of those organizational elements having responsibilities identified in the SPQP, and be placed under configuration control. If stipulated in the contract, the SPQP shall be offered to the purchaser for agreement. Once agreed by the purchaser, the SPQP shall form part of the contract."

Identification and Review of Software Requirements

According to the AQAP, the supplier shall identify and review the software requirements and development constraints, have them approved by the responsible authorities and manage them in the configuration management system. If they are developed by the supplier as part of a system contract, they shall be offered to the purchaser, who may disapprove them, subject to the conditions of the contract.

In the V-Modell the acquirer is responsible for preparing the »Requirements Specification for the system to be developed. These requirements are part of the contract (»Contract (Acquirer)). From this the supplier derives the »Overall System Specification and subsequently refines the requirements step by step. If the system includes software units, a »Software Specification is prepared for them within the framework of the step-by-step refinement. The acquirer may determine in the contract that he is offered the software requirements and that he may disapprove them.

The quality of all requirements is assured by the regulations in the V-Modell.

Management

This part of the AQAP-150 deals with the management of the software project. It combines requirements related to the following topics:

Software Engineering

For software development and maintenance activities AQAP-150 requires the use of recognized methods, procedures and validated tools

Evaluation, Verification and Validation (EVV)

The supplier has to plan, define and implement a process for the evaluation of software methods, techniques, tools, procedures and activities, a process for the evaluation of software items and products and a process for the provision of follow-up action to ensure that necessary changes are made and for subsequent reverification. This EVV process has to be an integral part of the development process and define the roles, objects, implementation criteria, methods and tools and the documentation to be produced.

Maintenance

If required, the supplier has to plan and implement an approach for planning and carrying out maintenance.

These requirements are met by the V-Modell. When preparing the »Project Manual, however, care must be taken that all objects that have to be subjected to configuration management under AQAP-150 actually are subject to configuration management. Examples of this are the »Project Manual, the »Project Plan and specifications and elements of the »Enabling System. In addition, the »Metrics required in AQAP-150, such as fault statistics and testing efficiency, have to be defined in the »Project Manual. The contractually defined requirements of AQAP-150 have to be met also by the »Sub-Suppliers. This has to be specified therefore accordingly in the topics »Directives for the Project Manual of the Supplier and »Directives for the QA Manual of the Supplier. The V-Modell contains recommendations for methods and tool classes. The selection and evaluation of particular methods/tools, however, has to be made with regard to the specific project or the organization. For the topic »Evaluation of Off-the-Shelf Products the requirements of AQAP-150 have to be taken into account for example with regard to documentation and the rights concerning data protection.

Element of the standard

Is fulfilled by

General

Process module: Project Management, Process module: Quality Assurance, Process module: Introduction and Maintenance of an Organization-Specific Process Model, Discipline: Evaluation, Product: Risk List, Product: Project Manual, Subject: Requirements Tracing to Requirements Specification

Software Project Quality Plan (SPQP)

Process module: Problem and Change Management, Product: Project Manual, Product: QA Manual, Product: Project Plan, Product: Contract, Subject: Configuration Management - Organization and Directives

Identifying and Checking Software Requirements

Process module: Specification of Requirements, Discipline: Requirements and Analyses, Discipline: Evaluation, Subject: Configuration Management - Organization and Directives

Software Development Process

Chapter: Decision Gates, Product: Project Manual, Product: Organization-Specific Process Model, Product: Project Management Infrastructure, Product: QA Manual, Subject: Experience Base

Organization

Chapter: Roles, Product: Project Manual, Product: Project Plan, Role: QA Manager, Role: Inspector

Nonconforming Software

Section: Quality Assurance and Product State Model, Discipline: Evaluation, Product: Project Status Report (Supplier), Product: Delivery

Corrective Action

Process module: Measurement and Analysis, Process module: Problem and Change Management, Discipline: Reporting, Discipline: Evaluation

Subcontractor Management

Process module: Delivery and Acceptance (Acquirer), Process module: Problem and Change Management, Discipline: Evaluation, Product: Risk List

Software Configuration Management (SCM)

Process module: Configuration Management, Product: Project Management Infrastructure

Off-the-Shelf Software

Process module: Evaluation of Off-the-Shelf Products, Product: Project Status Report, Subject: Configuration Management - Organization and Directives

Software that is not to be Delivered

Discipline: Evaluation, Product: Enabling System, Subject: Configuration Management - Organization and Directives

Quality Recording

Process module: Measurement and Analysis, Discipline: Reporting, Discipline: Evaluation

Storing the Documentation

Process module: Configuration Management

Handling and Storing Data Carriers

Process module: Configuration Management, Product: Project Management Infrastructure

Replicating and Delivering

Process module: Configuration Management, Product: Statement of Acceptance, Aktivity: Preparing and Making a Delivery

Software Technology

Chapter: Method References, Chapter: Tool References, Discipline: Requirements and Analyses, Discipline: Evaluation

Evaluation, Verification and Validation (EVV)

Chapter: Method References, Chapter: Tool References, Section: Quality Assurance and Product State Model, Process module: Quality Assurance, Process module: Problem and Change Management, Process module: Measurement and Analysis, Process module: Introduction and Maintenance of an Organization-Specific Process Model, Discipline: Evaluation, Product: Project Plan, Product: QA Manual, Product: Enabling System, Product: In-Service Documentation, Product: Project Manual, Product: System Implementation, Integration and Evaluation Concept, Role: Quality Manager

Servicing and Maintaining

Process module: Integrated Logistic Support, Process module: Configuration Management, Projekt type variant: Project (Acquirer) Including System Maintenance