12 Checkliste

• Use Case Titel
   
  • Ist es eine Formulierung mit einem aktiven Verb, die das Ziel des Primary Actors ausdrückt
     
  • Kann das System das Ziel erfüllen
     
• Scope und Level
   
  • Sind die Felder ausgefüllt
     
• Scope
   
  • Behandelt der Use Case das betrachtete System als ein "Black Box System"? (Die Antwort muß ja sein für ein Requirements Dokument, aber sie kann nein sein, wenn es sich um einen "White Box Business Use Case" handelt
     
  • Wenn das betrachtete System das zu entwickelnde System ist, haben dann die Designer alles im System zu entwickeln und nichts außerhalb?
     

• Level
   
  • entspricht der Inhalt des Use Cases dem Ziel Level?
     
  • Ist das Ziel auf dem richtigen Level
     
• Primary Actor
   
  • Hat der Primary Actor in eigenes Verhalten
     
  • Hat der Primary Actor ein Ziel gegenüber dem SuD dem ein Service Angebot des SuD entspricht
     
• Vorbedingungen
   
  • Sind die Vorbedingungen obligatorisch und können sie durch das SuD erreicht werden
     
  • Ist es wahr, daß sie im Use Case nicht mehr überprüft werden?
     
• Stakeholder und Interessen
   
  • Sind die Stakeholder und ihre Interessen alle aufgeführt und muß das System die Interessen alle erfüllen?
     
• Minimale Garantien
   
  • Sind die Interessen aller Stakeholder geschützt
     
• Erfolgs Garantien
   
  • Sind die Interessen aller Stakeholder befriedigt
     
• Haupt Ablauf
   
  • Hat der Hauptablauf zwischen 3 und 9 Schritten
     
  • Läuft der Hauptablauf vom Trigger bis zur Erfüllung der Erfolgsgarantie
     
  • Erlaubt der Ablauf die richtigen Variationen in der Reihenfolge
     

• Jeder Schritt des Scenarios
   
  • Ist der Schritt als ein Ziel formuliert, das es zu ereichen gilt
     
  • Läuft der Prozeß deutlich weiter nach der erfolgreichen Erfüllung des Schritts
     
  • Ist es klar, welcher Aktor das Ziel betreibt - wer "spielt den Ball"?
     
  • Ist die Absicht des Aktors klar
     
  • Ist das Ziel des Schrittes niedriger als das Ziel Level des gesamten Use Cases. Ist es vorzugsweise nur ein bißchen unter dem Ziel Level?
     
  • Ist sichergestellt, daß der Schritt nicht das User Interface Design des Systems beschreibt
     
  • Ist klar welche Information in dem Schritt ausgetauscht wird
     
  • Validiert der Schritt im Gegensatz zu überprüft
     

• Erweiterungsbedingungen
   
  • Muß das System sie erkennen und sie behandeln
     
  • Braucht das System die Erweiterung wirklich
     
• Technologie und Daten Variationen
   
  • Ist sichergestellt, daß es sich nicht um eine normale Ereiterung des Verhaltens des Hauptablaufs handelt
     
• Inhalt des Use Cases als ganzes
   
  • Frage an den Auftraggeber und den Nutzer: "Ist es das, was ihr wollt?
     
  • Frage an den Auftraggeber und den Nutzer: "Kannst Du nach der Lieferung bestätigen, daß dies geliefert wurde?"
     
  • Frage an den Entwickler: "Kannst Du das implementieren?"
     

English version not yet available.