Previous Next V-Model Official Homepage by IABG  
Mail 0524  

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

Contents  
  • Title
  • From
  • Date
  •  
  • History
  • Content
  • Links to V-Model
  • Title

    Mehrere Fragen zum V-Modell (524)

    From

    Seemann, R.

    Date

    Wednesday, 22. November 2000 10:10

    History

    Mail 0524

    Mail 0526

    Mail 0527

    Mail 0528

    Mail 0529

    Mail 0530

    Content

    Sehr geehrte Damen und Herren,
    
    im folgenden sind  einige Fragen und Anmerkungen zum V-Modell
    aufgelistet, die ich hier stellen bzw. zur Diskussion stellen möchte.
    Ich bin für jede Antwort dankbar.
    
    · Anforderungszuordnung in Systemarchitektur und SW-Architektur
    SWArc_5: Die Anforderungszuordnung: ist nur ein kleiner Bestandteil der
    Beschreibung der Aktivität 4.1. Ganz anders wird das in der Entsprechung
    in SE 2 gehandelt: Hier ist es eine separate Aktivität. Aufgrund dieser
    unterschiedlichen Behandlung entsteht der Eindruck, daß die Zuordnung
    der technischen Anforderungen weniger wichtig als die der
    Anwenderforderungen ist. Ist das so beabsichtigt? Wenn ja, warum?
    
    · Unterschiedliche Handhabung der Sicherheitsanforderungen in SE 1 und SE 3
    In SE 1.2 fällt die Beschreibung der Sicherheitsanforderungen unter SE
    1.2 Anwendungssystem beschreiben sowie SE 1.5 System fachlich
    strukturieren. In SE 3 fällt die Berücksichtigung der
    Sicherheitsanforderungen in den Aktivitätenbeschreibungen komplett weg,
    im entsprechenden Produkt Technische Anforderungen werden sie nur im
    Rahmen der Qualitätsanforderungen ausdrücklich erwähnt. Zu den
    Qualitätsanforderungen gehören insgesamt Kritikalität, Technische
    Anforderungen der IT-Sicherheit sowie Technische Anforderungen an
    sonstige Qualitätsmerkmale. Warum werden die Sicherheitsanforderungen
    hier ausschließlich als Teil der Qualitätsanforderungen, nicht aber im
    Rahmen der Beschreibungen im Rahmen von SE 3 erwähnt?
    
    · Produktbezeichnung "Technische Anforderungen"
    Die Produktbezeichnung "Technische Anforderungen" erscheint mir etwas
    irreführend. Mit dem Produkt ist doch, wenn ich es richtig verstehe, in
    weiten Teilen eine fachliche Spezifikation gemeint, die sich allerdings
    in der Struktur an der bereits festgelegten Systemarchitektur
    orientiert. Technische Anforderungen sind in meinem Verständnis nur die
    Anforderungen, die tatsächlich aufgrund der gewählten technischen
    Architektur entstehen und für das Zusammenspiel der SW-Elemente, nicht
    aber für die Wiedergabe der fachlicher Anforderungen, notwendig sind.
    Entsprechend verstehe ich auch die meisten im Beispiel Tanf (ISS)
    aufgelisteten "technischen Anforderungen" als fachliche
    Feinanforderungsdefinitionen. Beruhen meine Schwierigkeiten auf einem
    inhaltlichen Mißverständnis oder einer abweichenden Definition des
    Begriffs "technisch"?
    
    · Erzeugnisstruktur SE insgesamt:
    Die Erzeugnisstruktur wird nur sehr abstrakt beschrieben. Auch das
    Glossar unterstützt ein sicheres und eindeutiges Verständnis dieser
    Begriffe nicht. Die abstrakte Beschreibung vergrößert sicher die
    universale Anwendbarkeit des V-Modells, allerdings sehr zu Lasten eines
    einheitlichen Verständnisses. Ein einheitliches Verständnis der
    Erzeugnisstruktur beeinflußt jedoch die Detailtiefe der Ergebnisse der
    folgenden SE-Hauptaktivitäten und ist damit unverzichtbar für die
    sinnvolle Anwendung des V-Modells. Es wäre daher wünschenswert, wenn die
    Erzeugnisstruktur mit Beispielen verdeutlicht würde. Ist so etwas
    geplant? Bzw. entsprechen die Beispiele im Buch "Das V-Modell in der
    Praxis" (Hg. Versteegen, 2000) den Vorstellungen der Entwickler des
    V-Modells?
    
    · Identische Behandlung der Beschreibung von Modulen und Datenbanken (SE 4 und SE 5)
    Die Anforderung nach unterschiedlichen Aktivitäten für das Beschreiben
    von Modulen/SW-Komponenten und Datenbanken wurde schon des öfteren
    gebracht. Es soll in Zukunft hier stärker differenziert werden. Ich
    befürworte die Bestrebungen, diese Aktivitäten in diesem Sinne zu
    detaillieren. Zum einen sind die bei Modul- und Datenbankbeschreibungen
    verwendeten Methoden, mitwirkende Rollen usw. andere. Der
    Datenbankaufbau wird oft auch in einem zentralen Dokument und nicht
    verteilt jeweils beim betreffenden Modul beschrieben -- hier wird nur die
    Datenverwendung des Moduls berücksichtigt. Außerdem wird bei
    inkrementell entwickelten Projekten Datenbank- und Modulbeschreibung
    eventuell in unterschiedlicher Detaillierung durchgeführt -- während das
    Datenbankdesign für das mit der letzten Ausbaustufe geplante System
    zumindest bereits grob vorliegt, werden die Modulbeschreibungen
    vielleicht nur für das aktuell geplante Inkrement im Detail
    durchgeführt.
    
    · Bereitstellung weiterer Beispiele
    Ist geplant, in Zukunft weitere Beispiele bereitzustellen oder sind sie
    bereits jetzt an anderer Stelle verfügbar? Insbesondere das auf der CD
    enthaltene ISS-Beispiel ist eine große Unterstützung beim Verständnis
    des V-Modells.
    
    Mit freundlichen Grüßen
    Rahel Seemann

    Links to V-Model

    Systemarchitektur
    SW-Architektur
    Technische Anforderungen
    SE1 - System-Anforderungsanalyse
    SE2 - System-Entwurf
    SE3 - SW-/HW-Anforderungsanalyse
    SE4-SW - SW-Grobentwurf
    SE4.1-SW - SW-Architektur entwerfen
    SE5-SW - SW-Feinentwurf

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