Diagram przypadków użycia to diagram UML (Unified Modeling Language) służący do pozyskiwania wymagań. Diagramy przypadków użycia zapewniają graficzny przegląd celów (modelowanych przez przypadki użycia), które użytkownicy (reprezentowani przez aktorów) chcą osiągnąć za pomocą systemu. Przypadki użycia na diagramie przypadków użycia można zorganizować i uporządkować zgodnie z ich istotnością, poziomem abstrakcji i wpływem na użytkownika. Można je łączyć, aby pokazać ich zależności, uwzględnić, rozszerzyć, relacje pokoleniowe.
Przypadek użycia opisuje konkretny cel biznesowy, który ma spełniać budowany system. Graficznie jest to owal o nazwie, która wygląda na prostą, ale jest najczęściej używanym narzędziem do zarządzania celami biznesowymi lub celami projektu.
Podsumowanie notacji diagramu przypadków użycia
| Opis notacji |
Reprezentacja wizualna |
Aktor
- Ktoś wchodzi w interakcję z przypadkiem użycia (funkcją systemu).
- Nazwany rzeczownikiem.
- Aktor odgrywa rolę w biznesie
- Podobny do koncepcji użytkownika, ale użytkownik może odgrywać różne role
- Na przykład:
- Prof. może być instruktorem, a także badaczem
- odgrywa 2 role w dwóch systemach
- Aktor wyzwala przypadki użycia.
- Aktor ponosi odpowiedzialność wobec systemu (wejścia), a aktor ma oczekiwania wobec systemu (wyjścia).
|
 |
Przypadek użycia
- Funkcja systemu (proces – zautomatyzowana lub ręczna)
- Nazwany przez czasownik + rzeczownik (lub frazę rzeczownika).
- czyli zrób coś
- Każdy aktor musi być połączony z przypadkiem użycia, podczas gdy niektóre przypadki użycia mogą nie być połączone z aktorami.
|
 |
Link do stowarzyszenia
- Uczestnictwo aktora w przypadku użycia jest pokazane przez połączenie aktora z przypadkiem użycia za pomocą stałego łącza.
- Aktorzy mogą być połączeni z przypadkami użycia za pomocą skojarzeń, co oznacza, że aktor i przypadek użycia komunikują się ze sobą za pomocą komunikatów.
|
 |
Granica systemu
- Granica systemu to potencjalnie cały system określony w dokumencie wymagań.
- W przypadku dużych i złożonych systemów każdy moduł może stanowić granicę systemu.
- Na przykład w przypadku systemu ERP dla organizacji każdy z modułów takich jak kadry, płace, księgowość itp.
- może tworzyć granicę systemu dla przypadków użycia specyficznych dla każdej z tych funkcji biznesowych.
- Cały system może obejmować wszystkie te moduły, przedstawiając ogólną granicę systemu
|
 |
Rozszerza
- Wskazuje, że przypadek użycia „Nieprawidłowe hasło” może obejmować (z zastrzeżeniem określenia w rozszerzeniu) zachowanie określone przez podstawowy przypadek użycia „Konto logowania” .
- Przedstawia strzałką skierowaną z linią przerywaną. Końcówka grotu strzałki wskazuje podstawowy przypadek użycia, a podrzędny przypadek użycia jest połączony u podstawy strzałki.
- Stereotyp „<<rozszerza>>” identyfikuje się jako związek rozszerzony
|
 |
Włączać
- Gdy przypadek użycia jest przedstawiony jako korzystający z funkcjonalności innego przypadku użycia, relacja między przypadkami użycia jest nazywana jako relacja include lub uses.
- Przypadek użycia obejmuje funkcjonalność opisaną w innym przypadku użycia jako część jego przepływu procesów biznesowych.
- Relacja używa z podstawowego przypadku użycia do podrzędnego przypadku użycia wskazuje, że wystąpienie podstawowego przypadku użycia będzie zawierać zachowanie określone w podrzędnym przypadku użycia.
- Relacja zawierania jest przedstawiona za pomocą skierowanej strzałki z linią przerywaną. Końcówka grotu strzałki wskazuje podrzędny przypadek użycia i nadrzędny przypadek użycia połączony u podstawy strzałki.
- Stereotyp „<<include>>” identyfikuje relację jako relację obejmującą.
|
 |
Uogólnienie
- Relacja uogólnienia to relacja rodzic-dziecko między przypadkami użycia.
- Potomny przypadek użycia jest rozszerzeniem nadrzędnego przypadku użycia.
- Generalizacja jest pokazana jako skierowana strzałka z trójkątnym grotem strzałki.
- Przypadek użycia dziecka jest połączony u podstawy strzałki. Końcówka strzałki jest połączona z nadrzędnym przypadkiem użycia.
|
Diagram przypadków użycia – systemy sprzedaży pojazdów
Poniższy rysunek przedstawia przykładowy diagram przypadków użycia dla systemu pojazdu. Jak widać, nawet system tak duży jak system sprzedaży pojazdów zawiera nie więcej niż 10 przypadków użycia! Na tym polega piękno modelowania przypadków użycia.
Model przypadków użycia pokazuje również użycie extend i include. Poza tym istnieją powiązania, które łączą aktorów i przypadki użycia.
