Diagram Przypadków Użycia UML

What this diagram shows

Diagram przypadków użycia UML prezentuje interakcje pomiędzy aktorami (użytkownikami lub systemami zewnętrznymi) a systemem, ukazując jakie funkcjonalności system udostępnia. Przepływ pokazuje, jakie przypadki użycia aktor może zainicjować, jakie są zależności pomiędzy przypadkami użycia oraz granice systemu. Aktor po lewej stronie inicjuje działania, które system w obwiedni realizuje poprzez swoje przypadki użycia reprezentowane jako elipsy.

Key components

• Aktor — Reprezentuje użytkownika, grupę użytkowników lub system zewnętrzny, który wchodzi w interakcję z systemem głównym.
• System — Prostokątna obwiednia definiująca granicę systemu i zawierająca wszystkie jego przypadki użycia.
• Przypadek użycia — Elipsa opisująca konkretną funkcjonalność lub sekwencję działań, którą system realizuje dla aktora.
• Relacja asocjacji — Linia między aktorem a przypadkiem użycia pokazująca, że aktor może uruchomić lub uczestniczyć w tym przypadku użycia.
• Relacja rozszerzenia (extend) — Strzałka z etykietą include wskazująca, że jeden przypadek użycia może opcjonalnie poszerzać inny przypadek użycia pod pewnymi warunkami.
• Relacja inkluzji (include) — Strzałka wskazująca, że jeden przypadek użycia obowiązkově zawiera i wykonuje funkcjonalność innego przypadku użycia.
• Dziedziczenie aktorów — Strzałka między aktorami pokazująca, że jeden aktor dziedziczy cechy i uprawnienia innego aktora.

When to use it

Diagram przypadków użycia jest odpowiedni na etapie analizy wymagań, gdy trzeba zdefiniować co system ma robić z perspektywy użytkownika. Stosuje się go do komunikacji z interesariuszami biznesowymi, planowania zakresu projektu oraz specyfikacji funkcjonalności. Szczególnie przydatny przy wyjaśnianiu głównych ścieżek użytkowania systemu bez wchodzenia w szczegóły techniczne implementacji.

Common mistakes

• Mieszanie przypadków użycia z operacjami techniczną, np. zapisanie do bazy danych zamiast logicznego działania użytkownika.
• Tworzenie zbyt wielu przypadków użycia na zbyt niskim poziomie szczegółowości, co czyni diagram nieczytelnym i trudnym w utrzymaniu.
• Nieumieszczenie granic systemu lub niejasne zdefiniowanie co znajduje się wewnątrz systemu a co poza nim.

Adapting it to your system

Rozpocznij od zidentyfikowania wszystkich aktorów interagujących z Twoim systemem. Wypisz główne funkcjonalności, które każdy aktor będzie potrzebował, i przedstaw je jako przypadki użycia w obwiedni systemu. Dodaj relacje include dla wspólnych podprocesów oraz extend dla wariantów fakultatywnych. Upewnij się, że każdy przypadek użycia opisuje wartość dostarczaną użytkownikowi, a nie szczegóły implementacji.