Previous Next V-Model Official Homepage by IABG  
Mail 0645  

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

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

    Re: Software für Händi;-) (645)

    From

    Gesinn, A.

    Date

    Montag, 3. Februar 2003 13:50

    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

    Von:            	"Gesinn, Alexander" 
    
    Hallo zusammen,
    
    In SE 3 steht doch das "wie", der AG interessiert sich aber in der Praxis
    wohl eher für das "was" (< SE 3).
    
    Um auf das Beispiel mit dem Diskettenlauf zurückzukommen:
    Fachliche (!) Anforderung:
    Das "System" muss eine Schnittstelle zum Datenaustausch über ein
    Diskettelaufwerk bereitstellen...
    
    In SE 3 würde die technische Umsetzung des Diskettenlaufwerks beschrieben
    werden. Das interessiert den Nutzer doch eher wenig...
    
    Mit besten Grüßen
    Alexander Gesinn
    
    -----Ursprüngliche Nachricht-----
    Von: vm-d-l [mailto:vm-d-l@gmx.de]
    Gesendet: Samstag, 1. Februar 2003 15:16
    An: Multiple recipients of V-Modell-Mailingliste
    Betreff: Software für Händi;-) (Was: Re: Prüf-Grundsatz (641) )
    
    Von:            	Dr.Markus.Beckmann@t-online.de (Markus Beckmann)
    
    
    On Fri, 31 Jan 2003 18:02:58 +0100, you wrote:
    
    >Von:            	"Rainer Midderhoff" 
    > ...
    >Und zudem wäre - um das kleine Beispiel zu referenzieren - die Frage zu
    >stellen, ob ein Anwender eine SE 3-Spezifikation sehen, lesen, verstehen
    >und abnehmen sollte ... wenn ich ein Händi ;-) kaufe, interessiere ich mich
    >auch nicht für die SW-Architektur der Software ... oder sollte ich ?
    
    Da ist wohl der wesentliche Unterschied, ob ich SW für einen
    Kunden (neu) entwickle, so dass seine Abnahme ggf. Einfluss
    auf die weitere Entwicklung Einfluss hat, oder ob es sich um
    eine "Massensoftware" handelt. Bei der Software für das
    Handy^h^h^h^händi kann man davon ausgehen, dass zwischen
    Kunden und Lieferanten ein weitgehendes Einvernehmen bezüg-
    lich der (Anwender-) Funktionen besteht, so dass man auf eine
    detaillierte Spezifikation für den Kunden verzichten kann
    (Stichwort: "Angemessenheit der Dokumentation").
    
    Nach dem selben Prinzip werden ja auch Fahrräder, Autos oder
    Computer verkauft. Zu welchen "Problemen" das führen kann,
    macht der Fall deutlich, als Apple dazu überging, Computer
    ohne Diskettenlaufwerk aber mit CD-Brenner auszuliefern.
    Ein Bekannter war im Privatbereich eine ganze Weile "von der
    Außenwelt abgeschnitten", da er vorübergehend nicht "online"
    war und nicht jeder Lust oder die Möglichkeit hatte, ihm ein
    paar kB auf eine CD zu brennen.
    
    Ähnlich ärgerlich ist es, wenn sich bei Standardsoftware von
    einer zur anderen Version Features verändern, sodass Zusatz-
    komponenten mit der neuen Version nicht mehr funktionieren.
    
    In diesem Fall wäre eine detaillierte Spezifikation - zumin-
    dest der Änderungen - ggf. auch für "Endanwender" hilfreich.
    
    Gruß
    Markus Beckmann
    --
    Dr. Markus Beckmann
    Mainz

    Links to V-Model

    SE3 - SW-/HW-Anforderungsanalyse / SD3 - SW/HW Requirements Analysis

    Previous Next This page online  •  GDPA Online  •  Last Updated 31.Mar.2004 by C. Freericks