Mail 0655

1996-1997-1998-1999-2000-2001-2002-2003

Contents		Title From Date		History Content Links to V-Model

Title

From

Date

History

Content

Hallo liebe V-Modell-Gemeinde,

als ehemaliger VModeller und SW-Konfigurations-Manager fällt mir dazu
spontan folgende Lösungsmöglichkeit ein:

   (1)	Definieren Sie einen speziellen Dok.-Typ "TÜV-CERT".
   (2)	Definieren Sie dazu ein Lifecycle-Modell (.. wie im Submodell KM).
   (3)	Machen Sie das ganze zum KM-Thema.
   (4)	In KM-Plan und DID definieren Sie zu Projekt-Beginn eine
		Planungs-Baseline (in Absprache mit PM).
   (5)	Über diesen Weg können noch nicht vorhandene Dokumente als geplant
fixiert
		werden. Die meisten KM-Tools beherrschen so etwas.
   (6)	Die Rolle von TÜV-CERT ist eindeutig im Lifecycle für die gesamte
		Projektdauer defineirt.

Mit freundlichen Grüßen
        Dieter Okrent

------------------------------------------------------------------------------------
Dipl.-Ing. Dieter Okrent; Management-Berater und -Trainer
        (QM-Auditor, TQM-Assessor, SCC-Zertifikat )
Buchenstraße 9,  D-28211 Bremen
Telefon:  0421 - 27 75 56 7;    Mobil: 0172 - 59 22 66 3
Telefax:  0421 - 22 37 33 8
E-Mail:   quality@okrent.de 
Internet: www.okrent.de 
------------------------------------------------------------------------------------


-----Ursprüngliche Nachricht-----
Von: vm-d-l [mailto:vm-d-l@gmx.de]
Gesendet: Montag, 3. März 2003 10:47
An: Multiple recipients of V-Modell-Mailingliste
Betreff: QS-Plan: Fragen zu Festlegung der Kritikalität, Vererbung,
Infizierung und zughörigen Dokumenten (653)


Liebe VModell-Benutzer,

wir setzen das VModell in einem Projekt ein, in dem eine Nothalt-Funktion
sicherheitskritisch ist und vom TÜV abgenommen werden muss.

Für diese Funktion muss die Systemarchitektur, HW-/SW-Architektur und
HW-/SW-Entwurf ein Review beim TÜV durchlaufen und abgenommen werden, bevor
mit der Erstellung begonnen werden kann.
Die HW-/SW-Einheiten werden nachher vom TÜV einem Whitebox-Test
unterzogen, das Teilsystem einem Black-Box-Test.

Allen betroffenen Teile, wie Teilsystem, Segment oder Einheiten habe ich die
Kritikalität hoch zugewiesen.

- wie beschreibe ich die TÜV-Prüfung im QS-Plan?
 (als Expertenprüfung, gar nicht ?)

- Wie kann ich bei Projektstart formal und generisch festlegen, dass die
oben genannten Dokumente, vom TÜV mit einem Review geprüft werden müssen?
Andere Dokumente, die ebenfalls die kritische Einheit betreffen (z.B:
Betriebshandbuch) müssen nicht vom TÜV abgenommen werden.

- Haben Dokumente überhaupt eine Kritikalität?

- Ich gehe davon aus, dass sich die Kritikalität nur auf den betroffen Teil
vererbt (Nicht alle Einheiten, die in einer SW-Architektur einer Komponente
mit Kritikalität hoch gefunden werden haben auch Kritikalität hoch)
Infiziert dann eine Einheit mit hoher Kritikaliät eine Einheit, mit der es
kommuniziert, dass diese ebenfalls hohe Kritikalität erhält?

- wie kann ich für einige Einheiten mit hoher Kritikalität eine TÜV-Prüfung
vorschreiben und für andere Einheiten mit ebenfalls hoher Kritikalität nur
spezielle interne Prüfungen?


Viele Grüße
Stefan Hörz
__________________________________________________________
Infinis GmbH   -   Taläckerstr. 30   -   D-70437 Stuttgart
Tel. +49 711 849910-11              Fax +49 711 849910-911
Mobile +49 170 9021640     Mailto:stefan.hoerz@infinis.net

Links to V-Model

This page online  •  GDPA Online  •  Last Updated 06.Mar.2003 by C. Freericks