Mail 0515

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

Contents		Title From Date		History Content Links to V-Model

Title

From

Date

History

Content

From:           	Rahel Seemann 


Sehr geehrte Damen und Herren,
Folgende Anmerkungen und Fragen sind mir bei der Beschäftigung mit dem
V-Modell aufgefallen. Es würde mich interessieren, ob es vielleicht
Gründe für die gewählten Lösungen gibt, die ich übersehen habe oder ob
die Anmerkungen von anderen V-Modell-Interessierten geteilt werden.
Für Hinweise bin ich dankbar.
R. Seemann

Datenmigration.
Die Datenmigration wird, wenn ich nichts übersehen habe, in folgenden
SE-Aktivitäten abgehandelt:
· SE 1.8 SWPÄ-Konzept ( SWPÄK_9. Überleitung in die Nutzung)
· SE 5.1 - Unterpunkt Betriebsinformationen ergänzen - unter anderem
Installation und Datenübernahme
· SE 7.1 Zur SW-Komponente integrieren... "Zu Integrationszwecken kann
es erforderlich sein, daß zusätzlich zu den vorhandenen SW-Modulen Code
erstellt oder Prozeduren geschrieben werden müssen.."
· SE 9.1 Beitrag zur Einführungsunterstützung leisten - "Maßnahmen
definieren und planen, die für Überleitung in die Nutzung erforderlich
sind - u.a. "Vorgehen bei der Überleitung (Datenübernahme, Parallellauf,
Übergangsregelungen)"
Wird diese Behandlung der Stellung von Datenübernahmen  im notwendigen
Umfang gerecht? Es werden oft eigene, umfassende Dokumente zu
Datenübernahmen verfaßt. Meistens werden die Übernahmeprozeduren
parallel zur SW-Entwicklung implementiert - sie unterscheiden sich
jedoch von sonstigen SW-Modulen wesentlich, da sie nur für die einmalige
Nutzung bestimmt sind. Insbesondere müssen auch QS-Prüfungen für die
Datenübernahmen durchgeführt werden.

Produkte Schnittstellenübersicht (SSUb_) und Schnittstellenbeschreibung
(SSB_)
Zwei inhaltlich stark überlappende Dokumente werden nahezu - aber doch
nicht ganz - gleichzeitig angelegt und vorlegt:
1) Schnittstellenübersicht (SSUb_) in SE 2.1 System technisch entwerfen
angelegt, in SE 4.1 SW-Architektur entwerfen vorgelegt und
2) Schnittstellenbeschreibung (SSB_) in SE 2.5. Schnittstellen
beschreiben angelegt, in SE 4.2 SW-interne und -externe Schnittstellen
beschreiben vorgelegt.
Wieso werden trotz der starken Überlappung zwei Dokumente mit zwei kurz
aufeinander folgenden Produktprüfungen angelegt? In diesen zwei
Dokumenten müssen die Informationen redundant gepflegt werden. Eine
realistischere Arbeitsweise scheint mir in der Bearbeitung des Dokuments
Schnittstellenbeschreibung zu liegen, die Schnittstellenübersicht ist ja
nicht viel mehr als ein erweitertes Inhaltsverzeichnis.

"Externe Rahmenbedingungen (Input für SE 1.7 Forderungscontrolling)?
Mindestens zwei vorher durchgeführte Aktivitäten befassen sich ebenfalls
mit Rahmenbedingungen:
· SE1.4 Randbedingungen definieren
("Anwenderforderungen.Randbedingungen")
· PM 1.2 Projektkriterien und Entwicklungsstrategie festlegen
("Projekthandbuch.Projektbeschreibung"
Was für Rahmenbedingungen sind gemeint, die hier nicht bereits durch SE
1.4 und PM 1.2 bekannt sind?

Aktivität SE 2.1 System entwerfen
· Die Aktivität SE 2.1 System entwerfen ist sehr komplex. Durch eine
Untergliederung in Teilaktivitäten mit jeweils eigenen Produktflüssen
würden diese erheblich an Informationsgehalt gewinnen, da m. A. die
Zuordnung der den Zwischenüberschriften nahezu eine 1:1-Beziehung
zwischen Aktivitäten und Produktabschnitten ergeben:
SE 2.1.1 Lösungsvorschläge erarbeiten -> SysArc 3.1 Lösungsvorschläge
SE 2.1.2 Systemarchitektur definieren -> SysArc 2.1.1 Technischer
Aufbau, SysArc 2.1.2 Schnittstellenidentifikation, SysArc 2.2
Zusammenarbeit techn. Elemente, SSÜb Schnittstellenübersicht
SE 2.1.3 Technische Anforderungen -> Tanf Technische Anforderungen
SE 2.1.4 Betriebsinformationen dokumentieren -> BI Betriebsinformationen
SE 2.1.5 IT-Sicherheitsaskpekte beachten -> SysArc 4/5
IT-Sicherheitskonzept/-modell
SE 2.1.6 Infrastrukturmaßnahmen planen und umsetzen -> ?
SE 2.1.7 IT-Sicherheitsanteil abgrenzen -> SysArc 4/5
IT-Sicherheitskonzept/-modell, SysArc 2.1.2
Schnittstellenidentifikation SSÜb Schnittstellenübersicht

Frühes Pflegen der Betriebsinformationen
Obwohl es immer gut ist, früh zu dokumentieren, scheint mir der Beginn
des Schreibens der Betriebsinformationen doch sehr früh. Es ist
anzunehmen, daß sich noch vieles ändert und die Betriebsinformationen
häufiger überarbeitet werden müssen, als das bei einem späteren Start -
z.B. parallel zu SE 6- notwendig wäre.

Links to V-Model

This page online  •  GDPA Online  •  Last Updated 15.Ago.2003 by C. Freericks