![]() |
![]() |
![]() |
|
![]() |
|||
| QS 4.2: Produkt inhaltlich prüfen |
QA4.2 - Assessment of the Content of the Product
Inhalt
|
|
|
|---|
Produktfluß
| von | Produkt | nach | Methoden | Werkzeug Anf. | Ext. Normen | |||
|---|---|---|---|---|---|---|---|---|
| Aktivität | Zustand | Kapitel | Titel | Aktivität | Zustand | |||
| SE, QS, KM, PM |
akzeptiert | Alle | Zur Konsistenzprüfung erforderliche Vorgängerprodukte | - | - |
/ISO IEC 12207/
QS Proc.: Verif. Proc.: Valid. Proc.: |
||
| QS4.1 | vorgelegt | Alle | Prüfgegenstand | SE, QS, KM, PM |
akzeptiert/ in Bearb. |
REV SIMU (1)/(2) STAT (3) T (4)/(5) |
LQS01 LQS02 LQS03 LQS04 LQS05 LQS06 LQS07 LQS08 LQS09 LQS10 LQS11 LQS12 LQS13 LQS15 LQS16 LQS17 LQS18 LQS19 |
|
| QS1 | akzeptiert | Alle | QS Plan | - | - | |||
| QS2 | akzeptiert | Alle | Prüfplan | - | - | |||
| QS2 | akzeptiert | Alle | Prüfspezifikation | - | - | |||
| QS2 | akzeptiert | Alle | Prüfprozedur | - | - | |||
| QS4.1 | - | Alle | Prüfprotokoll | QS5 | - | |||
+ "Kapitel" sind zusätzliche Spalten zum Originalausdruck AU 250
Abwicklung
Während der inhaltlichen Prüfung ist das Prüfprotokoll zu erstellen. Darin ist für jeden Prüffall das erzielte Ergebnis (insbesondere auch bei Fehlern) nachvollziehbar zu dokumentieren und eine zusammenfassende Beurteilung abzugeben.
Bei erfolgreich bestandener Prüfung wird ein Zustandswechsel für das geprüfte Produkt von "vorgelegt" nach "akzeptiert" veranlaßt, sonst von "vorgelegt" zurück nach "in Bearb.".
Rollen
| Rolle | Beteilungsarten |
|---|---|
| Prüfer | verantwortlich |
Methoden
| Objects | Produkt | Methodenzuordnung | Benutzung |
|---|---|---|---|
|
Objects to be Assessed |
Anwenderforderungen, Technische Anforderungen |
REV - Review | Bewerten |
| SIMU - Simulationsmodelle (1) | Bewerten | ||
| STAT - Statische Analyse (3) | Bewerten | ||
| T - Testen (4) | Bewerten | ||
|
Systemarchitektur, SW Architecture SW-Entwurf (Module) SW-Entwurf (Datenbank) |
REV - Review | Bewerten | |
| STAT - Statische Analyse (3) | Bewerten | ||
| T - Testen (4) | Bewerten | ||
|
Implementation Documents (Komponente, Datenbank, Modules, Einheit), Datenkatalog Schnittstellenübersicht Schnittstellenbeschreibung |
REV - Review | Bewerten | |
| STAT - Statische Analyse (3) | Bewerten | ||
|
SW Module, SW Komponent, SW Unit, Datenbank, Segment, System |
SIMU - Simulationsmodelle (2) | Bewerten | |
| T - Testen | Bewerten | ||
|
Integrationsplan Prüfplan KM Plan KID Änderungsauftrag/Änderungsmitteilung Änderungsmitteilung |
REV - Review | Bewerten | |
|
Betriebsinformationen Prüfprozedur |
REV - Review | Bewerten | |
| T - Testen (5) | Bewerten |
Werkzeuganforderungen
Externe Normen
| Norm | Prozeß | Kapitel | Bemerkung |
|---|---|---|---|
| /ISO IEC 12207/ | Qualitätssicherung Prozeß | Produkt Assurance | (s. Part 3 - ISO 3.2.2) |
| Verification Prozeß | Verification | (s. Part 3 - ISO 3.2.2) | |
| Validation Prozeß | Validation | (s. Part 3 - ISO 3.2.2) |
Verknüpfungen mit der V-Modell Mailingliste
(2) Die Methode SIMU ist anzuwenden, wenn der Test den Leistungs- und Fehlernachweis nicht alleine vollständig erbringen kann, da u.a. spezifische Einschränkungen, Annahmen und Umweltbedingungen berücksichtit werden müssen.
(3) Die Methode STAT ist anzuwenden, wenn Inhalte des Prüfgegenstandes nach einem vorgegebenen Formalismus aufgebaut sind.
(4) Die Methode T ist anzuwenden, wenn Inhalte des Prüfgegenstandes nach einem vorgegebenen Formalismus aufgebaut sind, der eine dinamische Ausführung erlaubt.
(5) Die Methode T ist anzuwenden, wenn automatisierte Prüfprozeduren eingesetzt werden sollen.


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