Previous Next V-Model Official Homepage by IABG  
Header  
QA 4.2: Assessment of the Content of the Product  

  QS4.2 - Produkt inhaltlich prüfen

Contents  
  • Product Flow
  • Handling
  • Roles
  •  
  • Methods
  • Tools Requirements
  • External Norms
  • Links to the V-Model Mailinglist
  • Product Flow

    From Product to Methods Tool Req. Ext. Norms
    Activity State Chapter Title Activity State
    SD,
    QA,
    CM,
    PM
    accepted All Existing products required for the Consistency Assessment - -     /ISO IEC 12207/

    QA Proc.:
    Prod. Assurance,

    Verif. Proc.:
    Verif.,

    Valid. Proc.:
    Valid.

    QA4.1 submitted All Objects to be assessed SD,
    QA,
    CM,
    PM
    accepted/
    being proc.
    REV
    SIMU (1)/(2)
    STAT (3)
    T (4)/(5)
    SQA01
    SQA02
    SQA03
    SQA04
    SQA05
    SQA06
    SQA07
    SQA08
    SQA09
    SQA10
    SQA11
    SQA12
    SQA13
    SQA15
    SQA16
    SQA17
    SQA18
    SQA19
    QA1 accepted All QA Plan - -    
    QA2 accepted All Assessment Plan - -    
    QA2 accepted All Assessment Specification - -    
    QA2 accepted All Assessment Procedure - -    
    QA4.1 - All Assessment Report QA5 -    

    + "Kapitel" sind zusätzliche Spalten zum Originalausdruck AU 250

    Handling

    The object (i. e. the product) to be assessed must be assessed according to the applicable Assessment Specification. Should the product be a System, a Segment, a SW Unit/HW Unit, a SW Component, a SW Module, or a Database, the applicable Assessment Procedure must be adhered to.

    The Assessment Report has to be generated during the assessment with regard to the contents. The result of every test case (also in case of errors) must be documented therein in a comprehensible way; it is also necessary to generate an overall judgment.

    After a successful assessment the state of the assessed product is changed from "submitted" to "accepted"; if the assessment was not successful the state is changed from "submitted" back to "b. proc.".

    Roles

    Role Participation
    Assessor responsible

    Methods

    Objects Product Methods Allocation Use
    Objects
    to be
    Assessed
    User Requirements,
    Technical Requirements
    REV - Review Assess
    SIMU - Simulation Models (1) Assess
    STAT - Static Analysis (3) Assess
    T - Test (4) Assess
    System Architecture,
    SW Architecture
    SW Design (Module)
    SW Design (Database)
    REV - Review Assess
    STAT - Static Analysis (3) Assess
    T - Test (4) Assess
    Implementation Documents
    (Components, Database,
    Modules, Units),
    Data-Dictionary
    Interface Overview
    Interface Description
    REV - Review Assess
    STAT - Static Analysis (3) Assess
    SW Module,
    SW Component,
    SW Unit,
    Database,
    Segment,
    System
    SIMU - Simulation Models (2) Assess
    T - Test Assess
    Integration Plan
    Assessment Plan
    CM Plan
    CID
    Change Order
    Change Memo
    REV - Review Assess
    Operational Information
    Assessment Procedure
    REV - Review Assess
    T - Test (5) Assess

    Tools Requirements

    Objects Product Functional Tools Requirements
    Objects to be assessed User Requirements
    Technical Requirements
    SQA01 - Supporting Assessments of Requirements
    Technical Requirements.Technical Requirements for the User Interface
    Interface Description
    SQA02 - Supporting Assessments of User Interfaces
    SW Architecture.Modularization/Database Design SQA03 - Supporting Assessments of Architecture
    SW Architecture.Modularization/Database Design SQA04 - Supporting Assessments of Process Models
    User Requirements.Actual Status and Current Analysis
    User Requirements.Preliminary System Description
    User Requirements.Description of the Functionality
    System Architecture.Solution Proposals
    System Architecture.System Structure
    Technical Requirements.Overall Function of Element
    SQA05 - Supporting Assessments of Function Structures
    User Requirements.Actual Status and Current Analysis
    User Requirements.Preliminary System Description
    User Requirements.Description of the Functionality
    Technical Requirements.Overall Function of Element
    SQA06 - Supporting Assessments of Function Specifications
    User Requirements.Actual Status and Current Analysis
    User Requirements.Description of the Functionality
    Interface Overview
    Technical Requirements.Overall Function of Element
    Technical Requirements.Technical Requirements for the Interfaces
    System Architecture.Explanation of the Cooperation of Technical Elements
    SQA07 - Supporting Assessments of Information Flow Models
    User Requirements.Description of the Functionality
    System Architecture.Explanation of the Cooperation of Technical Elements
    Technical Requirements.Overall Function of Element
    SQA08 - Supporting Assessments of Dynamic Models
    User Requirements.Actual Status and Current Analysis
    User Requirements.Description of the Functionality
    System Architecture.Requirements Allocation
    Technical Requirements.Technical Requirements for the Interfaces
    SW Design (Database).Database Description
    Data-Dictionary
    SQA09 - Supporting Assessments of Information Structures
    SW Design (Module).SW Component/SW Module Description SQA10 - Supporting Assessments of Component and Module Specifications
    SW Design (Database).Database Description
    Data-Dictionary
    SQA11 - Supporting Assessments of Logical Schema Specifications
    SW Module,
    SW Component,
    SW Unit
    SQA12 - Static Assessment of Code
    All objects SQA13 - Static Assessment of Texts (no Code)
    SW Module,
    SW Component,
    Database,
    SW Unit,
    Segment
    System
    SQA15 - Supporting Dynamic Assessments
    Project Manual.Project-Specific V-Model SQA16 - Ensuring Consistency of the Contractual Tailoring
    Project Plan.Resource Plan SQA17 - Supporting Assessments of Project Resource Management
    Project Manual.Project Organization SQA18 - Supporting Assessments of Project Organization Plans
    Project Plan.Project Realization
    Project Plan.Efforts Plan and Time Schedule
    Project Plan.Resource Plan
    Integration Plan.Organization of the Integration
    Assessment Plan.Time Schedule
    Assessment Plan.Resources
    SQA19 - Supporting Assessments of Project Realization Plans

    External Norms

    Norm Process Chapter Obs.
    /ISO IEC 12207/ Quality Assurance Process Product Assurance (s. Part 3 - ISO 3.2.2)
    Verification Process Verification (s. Part 3 - ISO 3.2.2)
    Validation Process Validation (s. Part 3 - ISO 3.2.2)

    Links to the V-Model Mailinglist

    Mail 0632 - Produktstatus Projekthandbuch (632)


    Notes:

    (1) Method SIMU is to be applied if reliability requirements are high nd the use conditions are so complex that static investigations with regard to feasibility and resource requirements are not sufficient.

    (2) Method SIMU is to be applied if the test cannot completely handle the performance and error proof since - among other things - special limitations, assumptions, and environmental conditions have to be taken into consideration.

    (3) Method STAT is to be applied if contents of the object to be assessed are structured according to a standard formalism.

    (4) Method T is to be applied if contents of the object to be assessed are structured according to a specified formalism allowing a dynamic execution.

    (5) Method T is to be applied if automated assessment procedures are to be used.

    Previous Next This page online  •  GDPA Online  •  Last Updated 07.Feb.2003 by C. Freericks