Historie użytkowników i scenariusz użycia

Question

Jaka jest różnica pomiędzy Historiami użytkowników a Scenariuszem użycia, celowo?

Answer 1

Przypadki użycia są bardziej podobne do contract, podczas gdy użycie opowieści jest narzędziem do planowania. W związku z tym Przypadki użycia zwykle przeżywają Historie użytkowników, ponieważ powinny one służyć jako dokumentacja, która w konkretny sposób odzwierciedla zbudowany system.

Historie użytkowników są pisane przez klienta/interesariusza/klienta/użytkownika. Historie użytkowników nie są zbyt szczegółowe i są stosunkowo otwarte na interpretację.

Przypadki użycia mają bardziej formalny układ i są często pisane przez kogoś z zespołu - inżyniera wymagań/menedżera produktu. Często są bardziej szczegółowe, dzieląc interakcję na poszczególne etapy i wyraźnie identyfikując warunki wstępne i warunki post-warunków, takie jak warunki awarii i warunki sukcesu.

Podczas gdy jeden przypadek użycia może obejmować wiele scenariuszy - sukces i porażkę; błędy sprawdzania poprawności; przypadki i rozszerzenia podrzędne - historia użytkownika ma bardziej ograniczony zakres, zwykle opisujący pojedynczy scenariusz.

Zobacz także User_story#Comparing_with_use_cases on Wikipedia, a także rozdział "Jakie przypadki użycia nie są" w książce User Stories Applied.

Wreszcie according to Allistair Cockburn...

Opowieść użytkownik jest synonimem „cecha”, użyte w 1990, marker, co ma być zbudowany, drobnoziarnista na tyle, aby pasowały do ​​nowoczesnych okresach iteracja/Sprint.

Przypadku użycia zapewnia kontekstowy widok tego, co ma zostać zbudowane, służąc między innymi związaniu organizacji.

Answer 2

„Opowieść użytkownik jest w przypadku użycia jako gazela jest altanka.” - Cockburn

Stories Obsługi (w przeciwieństwie do wymogów) są krótkie oświadczenia woli, które opisują coś system musi zrobić dla jakiegoś użytkownika. Jest to podstawowa technika używana przez zespoły zwinne do rozumienia i komunikowania wymagań klientów. Jest to z pewnością poręczna konstrukcja, a małe historie użytkowników pomagają nam opanować ekstremalny instrumentalizm charakteryzujący zwinny rozwój.

Przypadki użycia to tradycyjny sposób wyrażania zachowania systemu w złożonych systemach. Przypadki użycia stanowią podstawowy sposób reprezentowania wymagań w UML. Są tam dobrze opisane, jak również w różnych tekstach na ten temat. Przypadków użycia można używać zarówno do specyfikacji, jak i do analizy. Są one szczególnie przydatne, gdy system zainteresowania składa się z kolei z innych podsystemów.

Książki Polecam:

• Agile Wymagania Software (Dean Leffingwell)
• pisania skutecznych przypadków użycia (Alistair Cockburn)