Czym są przypadki użycia?
A przypadek użyciajest techniką zbierania wymagań i dokumentacji, która może być napisana w prostym tekście, aby opisać w narracyjny sposób działania i interakcje uczestników korzystających z systemu. Ostatecznie funkcjonalność systemu powinna zaspokajać cel, dla którego interesariusze korzystają z systemu.
Zanim użyjemy tekstu do dokumentacji opisu przypadku użycia, możemy najpierw użyć diagramu przypadku użycia, aby podkreślić cel aktora korzystającego z systemu. Dzięki graficznej reprezentacji można szybko zrozumieć całość z lotu ptaka. Zdefiniuj zakres systemu (granice systemu) i zidentyfikuj główne cele aktorów (zwane przypadkami użycia), które wspierają korzystanie z funkcjonalności lub usług systemu.
Diagramy przypadków użycia są dobre do komunikacji w zespole, a to jest ludzka natura: używanie grafiki jest często lepsze niż komunikowanie się za pomocą słów.
Po tym, jak zespół uzyska wstępne zrozumienie i konsensus co do ogólnego wyglądu i odczucia systemu, analityk wymagań otwiera owalny przypadek użycia i opisuje proces dialogu między aktorami a systemem w poprawnym i łatwym do przeczytania formacie.
Stopniowo zwiększaj precyzję przypadków użycia od prostych do złożonych. Nie daj się wciągnąć w skomplikowane szczegóły na początku, aby nie zainwestować zbyt wiele energii w niewłaściwy projekt i opis. Diagramy przypadków użycia pomagają przejść od prostych do złożonych i redukują niepotrzebne błędy.
Jak widać na rysunku, zakres projektowania tego systemu to „system zamawiania książek online”, jednym z głównych uczestników korzystających z tego systemu jest „Klient online”, celem uczestników korzystających z tego systemu jest „zamawianie książek”.
„Zamawianie książek” to przypadek użycia dla systemu, a aktorem jest „klient online”. Po określeniu celu uczestników, zarejestrujemy szczegóły celu w narracji tekstowej, to znaczy zarejestrujemy interakcję między uczestnikami a działaniem systemu w celu osiągnięcia celu. Nazywa się to opisem przypadku użycia.
Poniższa tabela opisuje prosty przypadek użycia „Zamawianie książek”.
Pochodzenie przypadku użycia
Przypadek użycia został po raz pierwszy opublikowany przez giganta oprogramowania Jacobsona w 1992 roku, co miało znaczący wpływ na nowoczesną technologię obiektową. Ponadto, UML (Zunifikowany język modelowania) specyfikacje wspólnie sformułowane przez tzw. „3 Amigos” — Boocha, Jacobsona i Rumbaugha, które zostały przeglądnięte przez OMG, zostały uwzględnione jako ważna część głównych specyfikacji standardowych.
Oto definicje przypadków użycia według kilku gigantów oprogramowania.
- „Przypadek użycia to dokument narracyjny, który opisuje sekwencję procesów aktora korzystającego z systemu w celu zrealizowania zdarzenia” [Jacobson92].
- „Przypadek użycia to zestaw scenariuszy (przepływ zdarzeń), które są związane z wspólnym celem użycia systemu” [Fowler97].
- „Przypadek użycia to sekwencja działań, które aktor (zwykle osoba, ale być może zewnętrzny podmiot, taki jak inny system) wykonuje w systemie, aby osiągnąć określony cel” [Rosenberg99].
- „Przypadek użycia to aktor (zwykle użytkownik, ale być może zewnętrzny podmiot, taki jak inny zewnętrzny system), seria działań mających na celu osiągnięcie konkretnego celu w interakcji z wewnętrznym systemem.”
W książce „Podręcznik użytkownika Zunifikowanego Języka Modelowania” podano definicję przypadku użycia:
- „Przypadek użycia opisuje zestaw sekwencji, w których każda sekwencja reprezentuje interakcję rzeczy znajdujących się poza systemem (jego aktorów) z samym systemem (i jego kluczowymi abstrakcjami).”
- „Przypadek użycia opisuje serię sekwencji, z których każda wyraża interakcję między rzeczami znajdującymi się poza systemem (uczestnikami) a samym systemem (i jego kluczowymi abstrakcjami).”
Z powyższej dyskusji możemy wyciągnąć cechy związane z przypadkiem użycia:
- Przypadek użycia to dokument narracyjny opisany w języku naturalnym (takim jak narracja w języku angielskim). Ogólnie rzecz biorąc, przypadek użycia nie zawiera grafiki ani gramatyki języka programowania (takiego jak java) do opisu.
- Scenariusz opisany w przypadku użycia to dokładnie to, co aktorzy oczekują osiągnąć (uzyskać) jako swój cel (Cel) z interakcji i komunikacji z systemem.
- Na przykład „Kup przedmioty” to dokładnie cel konsumpcji konsumenta:
„Konsumenci sprawdzają zakupione towary, a kasjer rejestruje zakupione towary i zbiera płatność. Po zakończeniu konsument wychodzi z towarami.” - Przypadek użycia może mieć normalny scenariusz oraz wiele scenariuszy wyjątkowych. Normalny scenariusz opisuje normalny proces interakcji między uczestnikami a systemem; podczas gdy w procesie interakcji z systemem, jeśli uwzględnia się wystąpienie wyjątków, w zależności od złożoności sytuacji, można to opisać w „alternatywnej ścieżce” w normalnym scenariuszu lub można to opisać w innym scenariuszu dla złożonych wyjątków.
- System zapewni szereg funkcji do interakcji z uczestnikami, ale uczestnicy nie muszą wiedzieć, co dzieje się w systemie ani jak to zrobić, system musi tylko odesłać wyniki do uczestników. Dlatego dla uczestników system jest (lub grupa przypadków użycia) czarną skrzynką.
- Opis przypadku użycia podkreśla, co system powinien zrobić (co zrobić), a nie jak to zrobić (jak to zrobić). Dlatego szczegóły implementacji nie powinny być opisane w opisie przypadku użycia.
- Aktor bezpośrednio przychodzi do systemu operacyjnego. W diagramie przypadku użycia, chociaż aktor jest reprezentowany jako ikona „ludka”, uczestnik nie musi być koniecznie prawdziwą osobą. Uczestnik może być również zewnętrznym systemem i może potrzebować uzyskać pewne informacje z tego systemu.
Inne diagramy UML
- Czym jest diagram klas?
- Czym jest diagram komponentów?
- Czym jest diagram wdrożenia?
- Czym jest diagram obiektów?
- Czym jest diagram pakietów?
- Czym jest diagram struktury złożonej?
- Czym jest diagram profilu?
- Czym jest diagram przypadków użycia?
- Czym jest diagram aktywności?
- Czym jest diagram maszyny stanowej?
- Czym jest diagram sekwencji?
- Czym jest diagram komunikacji?
- Czym jest diagram przeglądu interakcji?
- Czym jest diagram czasowy
- Czym jest diagram współpracy UML?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文