2012-11-23 14 views

Antwort

5

Anwendungsfälle sind eher wie ein contract während Use Stories ein Planungstool sind. Folglich überleben Use Cases in der Regel User Stories, da sie (sollten) als Dokumentation dienen, die das gebaute System konkret widerspiegelt.

Benutzerberichte werden vom Kunden/Stakeholder/Client/Benutzer geschrieben. User Stories sind nicht sehr detailliert und relativ offen für Interpretationen.

Anwendungsfälle sind formaler strukturiert und werden oft von jemandem im Team geschrieben - Requirements Engineer/Product Manager. Sie sind oft detaillierter, indem sie eine Interaktion in einzelne Schritte aufteilen und Vorbedingungen und Nachbedingungen wie Fehlerbedingungen und Erfolgsbedingungen klar identifizieren.

Während ein Anwendungsfall viele Szenarien abdecken kann - Erfolg und Misserfolg; Validierungsfehler; Sub-Use-Cases und Erweiterungen - Eine User Story ist in ihrem Umfang begrenzter und beschreibt normalerweise ein einzelnes Szenario.

Siehe auch User_story#Comparing_with_use_cases on Wikipedia, sowie das Kapitel "Welche Anwendungsfälle sind nicht" in dem Buch User Stories Applied.

Schließlich according to Allistair Cockburn...

Eine User Story ist gleichbedeutend mit „Feature“, wie er in den 1990er Jahren verwendet wird, ein Marker für das, was gebaut wird, feinkörnig genug, um in moderne Iteration/Sprint Zeiten zu passen.

Ein Anwendungsfall bietet eine kontextbezogene Ansicht dessen, was erstellt werden soll, und dient unter anderem dazu, die Organisation zusammenzubinden.

+3

Meiner Meinung Sie mehrere Fehler in Ihrer Öffnung haben - Anwenderberichte sind kein Planungswerkzeug.Sie sind die informelle Beschreibung der vom Kunden bereitgestellten Systemfunktionalität. Use Cases sind kein Vertrag, sondern eine formale Herleitung von Systemverhalten basierend auf User Stories. Vertrag ist eine nicht verwandte Bezeichnung für Software-Design. – SomeWittyUsername

+0

@icepack - Zitat, bitte? Meine Meinungen werden von den Websites und Büchern, die ich erwähnt habe, entfernt. –

+0

Ihr eigener Link zu Wikipedia ist ein guter Anfang. Ich stimme mit Ihrer Antwort mit Ausnahme der ersten Ziffer für die Gründe, warum ich gesagt habe – SomeWittyUsername

4

"A User Story zu einem Anwendungsfall als eine Gazelle zu einem Pavillon ist." - Cockburn

User Stories (im Gegensatz zu Anforderungen) sind kurze Absichtserklärungen, die etwas das System beschreiben, muss für einige Benutzer tun. Es ist eine primäre Technik, die von agilen Teams verwendet wird, um Kundenanforderungen zu verstehen und zu kommunizieren. Es ist sicherlich ein handliches Konstrukt, und kleine User Storys helfen uns dabei, den extremen Instrumentalismus zu fördern, der die agile Entwicklung kennzeichnet.

Anwendungsfälle sind eine traditionelle Methode, Systemverhalten in komplexen Systemen auszudrücken. Anwendungsfälle sind das primäre Mittel, um Anforderungen mit der UML darzustellen. Sie sind dort sowie in einer Vielzahl von Texten zu diesem Thema gut beschrieben. Anwendungsfälle können sowohl für die Spezifikation als auch für die Analyse verwendet werden. Sie sind besonders nützlich, wenn das interessierende System wiederum aus anderen Subsystemen besteht.

Bücher Ich empfehle:

  • Agile Softwareanforderungen (Dean Leffingwell)
  • Writing Effective Use Cases (Alistair Cockburn)
+3

Das Zitat von Cockburn ist albern. Sie sind unterschiedliche Konzepte, aber sie sind nicht völlig unabhängig voneinander. – xpmatteo

Verwandte Themen