8.5.1 Projekthandbuch (PHb)

  Project Manual

Inhalt		Einleitung Inhalt des Dokuments Aufbau des Dokuments Verknüpfungen mit der V-Modell Mailingliste

Einleitung

Inhalt des Dokuments

Aufbau des Dokuments

1. Allgemeines

2. Projektbeschreibung

Weiterhin sollen Aussagen zu folgenden Projektkennzeichen enthalten sein:

• Produktart (System, Segment, HW-Einheit oder SW-Einheit) des Entwicklungsgegenstands
• geplante Ausbaustufen
• Klassifizierung der Software (operative Software, Nachweissoftware, SWPÄ-Software, Unterstützungssoftware, Ausbildungssoftware, usw.)
• Kritikalitäts- und IT-Sicherheitseinstufung
• Qualitätsziele und -risiken
• Wartbarkeitsanforderungen
• Entwicklungsrandbedingungen
• Projektgröße
• Kritische Erfolgsfaktoren

3. Übersicht

Der Leistungsumfang wird über das Tailoring des V-Modells ermittelt. Hier sollen alle Aktivitäten und Produkte der Submodelle SE, QS, KM und PM unter Angabe der Tailoring-Kriterien (Streichbegründungen für gestrichene Aktivitäten und technische Streichbedingungen für optionale Streichungen während des Projektverlaufs) aufgeführt werden. (Hierfür können die Übersichtsdarstellungen auf der letzten Seite des jeweiligen Submodells im generischen V-Modell herangezogen werden). Zu den einzelnen (Teil-) Aktivitäten und (Teil-) Produkten sind die gegebenenfalls erfüllten (Hinweis "entfällt" unter Angabe des Streichgrunds) bzw. die relevanten technischen Streichbedingungen anzugeben. (Teil-) Aktivitäten/(Teil-) Produkte, für die keine Streichbedingungen angeführt werden, müssen im Projekt durchgeführt/erstellt werden

Die Festlegung der Prüfgegenstände, auf die sich einzelne QS-Aktivitäten beziehen, erfolgt im QS-Plan.

Alle Produkte des V-Modells, die an den Auftraggeber auszuliefern sind (Lieferumfang) werden markiert. Neben den SE- und QS-Produkten kann vom AG auch die Auslieferung von KM- und PM-Produkten verlangt werden.

Die unter Beteiligung des AG zu bearbeitenden (Teil-) Aktivitäten und (Teil-) Produkte des projektspezifischen V-Modells sind zu nennen. Nähere Einzelheiten zur Beteiligung werden in Kapitel 7.5 Beteiligung des AG festgelegt.

Nr.	Aktivität	Produkt	Streichart	entfällt, weil (AT-Begründung) wenn (TT-Bedingung)	AG-Beteiligung	Lieferge-genstand
...	...
SE 4-SW	SW-Grobentwurf	SW-Architektur	-	-	Genehmigung	ja
SE 4.1-SW	SW-Architektur entwerfen		-	-	-
SE 4.2-SW	SW-interne und -externe Schnittstellen entwerfen	Schnittstellenbeschreibung	-	-	-	yes
SE 4.3-SW	SW-Integration spezifizieren	SW-Integrationsplan	TT	entfällt, wenn die Integration nicht komplex ist	-	no
SE 5-SW	SW-Feinentwurf	-	-	-	-	-
SE 5.1-SW	SW-Komponente/-Modul/Datenbank beschreiben	Datenkatalog SW-Entwurf	AT	entfällt grundsätzlich für SW-Module und SW-Komponenten, weil der Algorithmus in der Architektur ausreichend beschrieben wird	-	nein
SE 5.2-SW	Betriebsmittel- und Zeitbedarf analysieren	SW-Entwurf	AT	entfällt grundsätzlich, weil genügend Ressourcen vorhanden sind	-	nein
...	...

4. Entwicklungsstrategie

In diesem Kapitel ist (zusätzlich zur Aktivitäten-/Produktübersicht) die Anwendung der geplanten Entwicklungsstrategie (inkrementell, Einsatz von Fertigprodukten, objektorientiert, usw.) für die verschiedenen Projektabschnitte bzw. Ausbaustufen aufzuführen. Die Auswirkungen der gewählten Entwicklungsstrategie (wiederholende Abfolge von Entwicklungsaktiviäten) sind durch die Projektplanung (Projektplan) zu berücksichtigen.

Werden für unterschiedliche Systemteile unterschiedliche Szenarien angewendet, so ist die Anwendung mehrerer Szenarien darzustellen.

5. Projektspezifisches V-Modell

Die Aktivitäten und Produkte können hier vollständig beschrieben werden oder lediglich als Referenz auf die V-Modell-Aktivitäten und -Produkte aufgeführt werden.

5. 1. SE-Regelungen

5. 1. 1. Aktivitäten

5. 1. 2. Produkte

5. 2. QS-Regelungen

5. 2. 1. Aktivitäten

5. 2. 2. Produkte

5. 3. KM-Regelungen

5. 3. 1. Aktivitäten

5. 3. 2. Produkte

5. 4. PM-Regelungen

5. 4. 1. Aktivitäten

5. 4. 2. Produkte

6. Auswahl von Methoden und Werkzeugen

Nr.	Aktivität	Methode	Werkzeug
SE 1.1	Ist-Aufnahme/-Analyse durchführen	ER-Modellierung	Werkz. 1 Werkz. 2
SE 1.5	System fachlich strukturieren	Funktionale Dekomposition	Werkz. 3
SE 2.1	System technisch entwerfen	Funktionale Dekomposition	Werkz. 3
SE 3.3	Anforderungen an die Funktionalität definieren	Funktionale Dekomposition	Werkz. 3
SE 4.1-SW	SW-Architektur entwerfen	Structured Design	Werkz. 4
...	...	...	...

Zusätzlich können hier nähere Einzelheiten zu den getroffenen Methoden- und Werkzeugfestlegungen festgehalten werden.

7. Projektorganisation

7. 1. Aufbauorganisation

Insbesondere werden die im V-Modell aufgeführten Rollen auf die betrieblichen Organisationseinheiten abgebildet und gegebenenfalls projektbedingte Instanzen oder Arbeitsgruppen (z. B. Change Control Board) gebildet. Es muß klargestellt sein, inwieweit die Organisationsform den vorgegebenen Einschränkungen im V-Modell hinsichtlich der Belegung der Rollen gerecht wird.

Der Grad der Unabhängigkeit der Organisationseinheit "Qualitätssicherung" und die Beziehungen zur Systemerstellung, zum Konfigurationsmanagement und Projektmanagement, aber auch zum Anwender und Auftraggeber müssen ersichtlich sein.

7. 2. Aufgaben und Verantwortlichkeiten

• Dabei sind auch die QS und KM (z. B. firmeninterne Qualitätssicherung, Güteprüfstelle, usw.) festzulegen (u. a. wer hat Produkte zu prüfen, welche Instanz darf Produkte intern oder extern zur weiteren Verwendung freigeben, usw.).
• Es ist in Abhängigkeit von der VS-Einstufung festzulegen, welche KM-Aktivitäten von welchen Instanzen wahrgenommen werden.
• Besondere Beachtung muß die Kontrolle der technischen Schnittstellen zwischen Segmenten und SW-Einheiten/HW-Einheiten finden. Die Kontrolle dieser Schnittstellen bedarf insofern besonderer Kontroll-, Informations-, Abstimm- und Austauschverfahren, da in der Regel verschiedene Instanzen oder Firmen an diesen Schnittstellen arbeiten. Auch innerhalb einer betrieblichen Organisationseinheit muß vor allem die Entwicklung und Abstimmung der SW-HW-Schnittstellen genauestens geregelt sein. Ändert eine Seite eine Schnittstelle, so muß sichergestellt und überwacht werden, daß notwendige Folgeänderungen auf der anderen Seite durchgeführt werden. Die dafür notwendigen KM-Maßnahmen werden den KM-Instanzen (z. B. Interface Control Working Group) zugeordnet.

7. 3. Externe Schnittstellen

Für die einzelnen Schnittstellen sind Ansprechpartner zu benennen, und es ist zu klären, welche Aktivitäten sie betreuen bzw. für welche Produkte sie verantwortlich bzw. in welchen Angelegenheiten sie kompetent sind.

Diese Liste sollte folgende Angaben über jeden Ansprechpartner enthalten:

• Name des Ansprechpartners
• Vollständige Adresse des Ansprechpartners
• Abteilung
• Funktion im Projekt, Zuständigkeit, Fachgebiet
• Telefon-/Telefaxnummer(n)
• Kommunikationsadresse(n).

7. 4. Berichtswesen

Im übrigen gilt hier das bereits oben unter Kapitel 7.3 Externe Schnittstellen Gesagte.

7. 5. Beteiligung des AG

8. Standards und Richtlinien

Verknüpfungen mit der V-Modell Mailingliste

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