Previous Next V-Model Official Homepage by IABG  
Mail 0734  

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

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

    Re: Agile Methoden im neuen V-Modell (734)

    From

    Gnatz, M.

    Date

    Dienstag, 23. März 2004 09:22

    History

    Mail 0629 PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0630 Re: PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0631 Re: PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0632 Produktstatus Projekthandbuch

    Mail 0633 Prüf-Grundsatz (Was: PM 1.4 - Wer akzeptiert das Projekthandbuch)

    Mail 0634 Re: Prüf-Grundsatz

    Mail 0635 Re: Prüf-Grundsatz

    Mail 0636 Re: Prüf-Grundsatz

    Mail 0637 Re: Prüf-Grundsatz

    Mail 0638 Re: Prüf-Grundsatz

    Mail 0639 Re: Prüf-Grundsatz

    Mail 0640 YAGNI (Re: Prüf-Grundsatz)

    Mail 0641 Software für Händi;-) (Was: Re: Prüf-Grundsatz)

    Mail 0642 anders = besser?!? (Was: Re: Prüf-Grundsatz)

    Mail 0643 Re: Prüf-Grundsatz , XP etc.

    Mail 0644 Re: Prüf-Grundsatz , XP etc.

    Mail 0645 Re: Software für Händi;-)

    Mail 0646 Re: Prüf-Grundsatz , XP etc.

    Mail 0647 Re: Prüf-Grundsatz , XP etc.

    Mail 0648 Re: Prüf-Grundsatz , XP etc.

    Mail 0649 Re: Prüf-Grundsatz , XP etc.

    Mail 0650 Re: Prüf-Grundsatz , XP etc.

    Mail 0652 Agile Methoden versus V-Modell. (War: Re: Prüf-Grundsatz, XP etc:)

    Mail 0657 Agile Methoden im neuen V-Modell

    Mail 0658 Re: Agile Methoden im neuen V-Modell

    Mail 0659 Re: Agile Methoden im neuen V-Modell

    Mail 0660 Extreme Programming und das V-Modell

    Mail 0661 Re: Extreme Programming und das V-Modell

    Mail 0662 GI-Vortrag "Agile Prozesse" in München

    Mail 0663 Re: Extreme Programming und das V-Modell

    Mail 0664 V-Modell am Studienplan?

    Mail 0665 Re: Extreme Programming und das V-Modell

    Mail 0666 Re: Extreme Programming und das V-Modell

    Mail 0667 Re: Extreme Programming und das V-Modell

    Mail 0668 Re: Extreme Programming und das V-Modell

    Mail 0669 Re: Extreme Programming und das V-Modell

    Mail 0671 Re: Extreme Programming und das V-Modell

    Mail 0728 Re: Agile Methoden im neuen V-Modell

    Mail 0729 Re: Agile Methoden im neuen V-Modell

    Mail 0730 Re: Agile Methoden im neuen V-Modell

    Mail 0731 Re: Agile Methoden im neuen V-Modell

    Mail 0732 Re: Agile Methoden im neuen V-Modell

    Mail 0733 Re: Agile Methoden im neuen V-Modell

    Mail 0734 Re: Agile Methoden im neuen V-Modell

    Mail 0735 Re: Agile Methoden im neuen V-Modell

    Content

    Hallo Herr Linssen,
    
    soweit ich das sehe, sind wir mit dem neuen V-Modell gar nicht weit weg von
    Ihren Vorstellungen.
    
    Wir haben zwar keine Metatypen, sondern nur Typen (aber das ist wohl nur
    eine Frage der Bezeichnung), diese gehen aber in die Richtung, die sie sich
    vorstellen:
    
    - Anforderungen haben eine definierte Struktur. Ein Zustandsmodell ist dabei
    momentan nicht vorgesehen - zumindest keines, dass das V-Modell vorgibt. Das
    sollte meines Erachtens nach projektspezifisch sein. Wie sieht das denn bei
    Ihnen aus?
    
    - Abnahmekriterien haben wir explizit als Produkt aufgenommen. Ausserdem
    gibt es eine "Prüfspezifikation Lieferung" als Produkt, die Vorgaben für die
    Abnahmeprüfung auf Seiten des AG macht und eine Produktabhängigkeit zu den
    Anforderungen hat.
    
    - Gruppierungen und offene Punkte haben wir nicht als Produkte modelliert.
    Dafür gibt es aber die "Anforderungsbewertung" hinsichtlich Machbarkeit,
    Finanzierbarkeit, Wichtigkeit, etc.. Diese ist auch kein Ergebnis im engeren
    Sinne, sondern entsprechend der "Offenen Punkte"-Liste ein definiertes
    Kommunikationsmedium. Das sollte es doch eigentlich tun?
    
    Viele Grüße
     Michael Gnatz
    
    
    Michael Gnatz
    Institut für Informatik
    Technische Universität München
    Raum 00.11.053, Boltzmannstr. 3, 85748 Garching
    
    Tel. +49 (89) 2 89-1 73 88
    Fax. +49 (89) 2 89-1 73 07
    
    mailto:michael.gnatz@in.tum.de
    
    
    > ich hatte auch nicht erwartet, dass so was in (irgend)einem
    > V-Modell steht. Das sind ja eigentlich eher die
    > "Durchführungsbestimmungen". Umgekehrt: Wenn solche Details
    > dokumentiert würden, wie viele Bände sollte das V-Modell umfassen?
    >
    > Auf der anderen Seite würde ich mich für folgende Punkte stark machen
    > wollen:
    > - Es gibt einen Metatyp Anforderung. Dieser Metatyp hat eine
    > definierte Struktur sowie definierte Zustände und
    > Zustandsübergänge. (Die werden über das KM verwaltet) Das ist
    > ein Ergebnistyp im Entwicklungsprozess.
    > - Es gibt einen Metatyp Abnahmekriterium. Dieser Metatyp
    > besitzt eine Assoziation mit Anforderung. Das ist ein
    > Ergebnistyp im Entwicklungsprozess.
    > - Es gibt einen abstrakten Metatyp Gruppierung mit
    > Kind-Klassen wie Use Case, Geschäftsvorfall etc.. Gruppierung
    > hat eine Assoziation mit Anforderung. Das ist ein Ergebnistyp
    > im Entwicklungsprozess.
    > - Wir haben gute Erfahrungen damit gemacht, einen Metatyp
    > (bei uns "Offene
    > Frage") für die Kommunikation und Diskussion im
    > Entwicklungsprozeß zu definieren. Das ist kein Ergebnistyp im
    > Entwicklungsprozess. Aber sie gewinnen den Vorteil, ein
    > definiertes Kommuninkationsmedium schon im Metamodell
    > vorzusehen, welches implizit 'eh in jedem Projekt in Form von
    > Emails und Aktennotizen existiert. Rein praktisch haben Sie
    > im Projekt den Vorteil, die Diskussion
    > (=Verlaufsdokumentation) von der Dokumentation der Ergebnisse
    > zu isolieren. Der Metatyp wird im gesamten
    > Entwicklungsprozess verwendet, also z.B. auch, um die Fragen
    > eines Testers an den Implementierer festzuhalten.
    >
    > Gruß,
    >
    > Oliver Linssen ______________________________________________________
    > Geschäftsführer Liantis GmbH & Co. KG
    > Mobil: +49 (0) 163/2469006
    > http://www.liantis.com
    >
    > Free your work. Liantis.

    Links to V-Model

    not defined

    Previous Next This page online  •  GDPA Online  •  Last Updated 16.Nov.2006 by C. Freericks