Przykład użycia opisuje, jak użytkownik korzysta z systemu, aby osiągnąć określony cel. Diagram przypadku użycia składa się z systemu, powiązanych przypadków użycia i aktorów oraz łączy je ze sobą, aby zobrazować: co jest opisywane? (system), kto korzysta z systemu? (aktorzy) i co aktorzy chcą osiągnąć? (przypadki użycia), w ten sposób przypadki użycia pomagają zapewnić, że odpowiedni system jest rozwijany poprzez uchwycenie wymagań z punktu widzenia użytkownika.
Diagram przypadku użycia jest zazwyczaj prosty. Nie pokazuje szczegółów przypadków użycia:
- Podsumowuje tylko niektóre z relacji między przypadkami użycia, aktorami i systemami.
- Nie pokazuje kolejności, w jakiej kroki są wykonywane, aby osiągnąć cele każdego przypadku użycia.
Jak już wspomniano, diagram przypadku użycia powinien być prosty i zawierać tylko kilka kształtów. Jeśli Twój zawiera więcej niż 20 przypadków użycia, prawdopodobnie niewłaściwie używasz diagramu przypadków użycia.
Rysunek poniżej pokazuje hierarchię diagramów UML oraz pozycjonowanie diagramu przypadków użycia UML. Jak widać, diagramy przypadków użycia należą do rodziny diagramów behawioralnych.
Diagram przypadku użycia w skrócie
Standardowa forma diagramu przypadku użycia jest zdefiniowana w Zjednoczonym Języku Modelowania, jak pokazano w poniższym przykładzie diagramu przypadku użycia:
Opis notacjiReprezentacja wizualna
Aktor
- Ktoś wchodzi w interakcję z przypadkiem użycia (funkcja systemu).
- Nazwany rzeczownikiem.
- Aktor odgrywa rolę w biznesie
- Podobnie jak w przypadku użytkownika, ale użytkownik może odgrywać różne role
- Na przykład:
- Profesor może być instruktorem i także badaczem
- odgrywa 2 role w dwóch systemach
- Aktor uruchamia przypadek(y) użycia.
- Aktor ma odpowiedzialność wobec systemu (wejścia), a aktor ma oczekiwania wobec systemu (wyjścia).
Przypadek użycia
- Funkcja systemu (proces — zautomatyzowany lub ręczny)
- Nazwany czasownikiem + rzeczownik (lub fraza rzeczownikowa).
- tzn. Zrób coś
- Każdy aktor musi być powiązany z przypadkiem użycia, podczas gdy niektóre przypadki użycia mogą nie być powiązane z aktorami.
Link komunikacyjny
- Udział aktora w przypadku użycia jest pokazany przez połączenie aktora z przypadkiem użycia za pomocą solidnego linku.
- Aktorzy mogą być połączeni z przypadkami użycia przez stowarzyszenia, co wskazuje, że aktor i przypadek użycia komunikują się ze sobą za pomocą wiadomości.
Granica systemu
- Granica systemu to potencjalnie cały system zdefiniowany w dokumencie wymagań.
- Dla dużych i złożonych systemów, każdy moduł może być granicą systemu.
- Na przykład, dla 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
Struktura diagramu przypadku użycia z relacjami
Przypadki użycia dzielą różne rodzaje relacji. Zdefiniowanie relacji między dwoma przypadkami użycia jest decyzją analityków oprogramowania diagramu przypadków użycia. Relacja między dwoma przypadkami użycia zasadniczo modeluje zależność między tymi dwoma przypadkami użycia. Ponowne wykorzystanie istniejącego przypadku użycia przy użyciu różnych typów relacji zmniejsza ogólny wysiłek wymagany do opracowania systemu. Relacje przypadków użycia są wymienione jako:
Relacja przypadku użycia — Reprezentacja wizualna
Rozszerza
- Wskazuje, że przypadek użycia „Nieprawidłowe hasło” może obejmować (zgodnie z określonym w rozszerzeniu) zachowanie określone przez podstawowy przypadek użycia „Zaloguj się do konta”.
- Przedstawiony za pomocą skierowanej strzałki z przerywaną linią. Koniec strzałki wskazuje na podstawowy przypadek użycia, a przypadek użycia podrzędnego jest połączony u podstawy strzałki.
- Stereotyp „<<rozszerza>>” identyfikuje jako relację rozszerzającą
Zawiera
- Gdy przypadek użycia jest przedstawiony jako korzystający z funkcjonalności innego przypadku użycia, ta relacja między przypadkami użycia nazywana jest relacją zawierającą lub używającą.
- Przypadek użycia zawiera funkcjonalność opisaną w innym przypadku użycia jako część swojego przepływu procesu biznesowego.
- Relacja użycia od podstawowego przypadku użycia do przypadku użycia podrzędnego wskazuje, że instancja podstawowego przypadku użycia będzie zawierać zachowanie określone w przypadku użycia podrzędnego.
- Relacja include jest przedstawiana za pomocą skierowanej strzałki z przerywaną linią. Koniec strzałki wskazuje na przypadek użycia podrzędnego, a przypadek użycia nadrzędnego jest połączony u podstawy strzałki.
- Stereotyp „<<include>>” identyfikuje relację jako relację include.
Generalizacja
- Relacja generalizacji to relacja rodzic-dziecko między przypadkami użycia.
- Przypadek użycia podrzędnego w relacji generalizacji ma podstawowe znaczenie procesu biznesowego, ale jest ulepszeniem przypadku użycia nadrzędnego.
- Generalizacja jest przedstawiana jako skierowana strzałka z trójkątnym końcem.
- Przypadek użycia podrzędnego jest połączony u podstawy strzałki. Koniec strzałki jest połączony z przypadkiem użycia nadrzędnego.
Ucz się na przykładach — Usługi pasażerskie
Oto przykład diagramu przypadków użycia dla usług pasażerskich, przyjrzyjmy się temu. W modelu przypadków użycia są 4 aktorzy: przedstawiciel odprawy, odprawa celna na lotnisku docelowym, pasażer i transport bagażu. Interakcjonują z systemem, aby osiągnąć różne cele biznesowe, modelowane przez przypadki użycia: odprawa, automatyczna odprawa, ekspresowa odprawa, boarding i żądanie listy pasażerów.
Użyj tego szablonu diagramu przypadków użycia, aby stworzyć własny diagram.
Po prostu Kliknij Użyj tego szablonu aby edytować, lub kliknij Utwórz pusty aby narysować od podstaw.
Ucz się na przykładach — System nadawczy (Pakiet przypadków użycia)
To jest przykład diagramu przypadków użycia dla systemu nadawczego online. Użytkownicy, tacy jak członek ogólny i administrator, są przedstawiani jako aktorzy, podczas gdy cele biznesowe systemu, na przykład oglądanie archiwalnych i na żywo programów, dołączenie do dyskusji programowej, przesyłanie programów telewizyjnych, są przedstawiane jako przypadki użycia (tj. owalne kształty). Ten diagram przypadków użycia wykorzystuje granice systemu i kształty pakietów do organizacji przypadków użycia. Nie jest to konieczne, ale dzięki temu cały diagram przypadków użycia jest dobrze zorganizowany. Ponadto użycie generalizacji w łączeniu członka ogólnego/premium z członkiem modeluje fakt, że zachowanie zdefiniowane dla członka jest współdzielone między członkiem ogólnym a premium.
Użyj tego szablonu diagramu przypadków użycia, aby stworzyć własny diagram.
Po prostu Kliknij Użyj tego szablonu aby edytować, lub kliknij Utwórz pusty aby narysować od podstaw.
Ucz się na przykładach — Strukturyzacja przypadków użycia z Include i Extend
Ten przykład diagramu przypadków użycia przedstawia model kilku przypadków użycia biznesowego. Model przypadków użycia przedstawia interakcje między restauracją (systemem biznesowym) a jej głównymi interesariuszami (aktorami biznesowymi i pracownikami biznesowymi). Po zidentyfikowaniu podstawowych przypadków użycia, możesz zorganizować te przypadki użycia z użyciem <> i <> dla lepszej przejrzystości.
Użyj tego szablonu diagramu przypadków użycia, aby stworzyć własny diagram.
Po prostu Kliknij Użyj tego szablonu aby edytować, lub kliknij Utwórz pusty aby narysować od podstaw.
Inne artykuły UML
Ujednolicona Notacja Modelowania (UML)
- Czym jest UML?
- Dlaczego modelowanie UML?
- Przegląd 14 typów diagramów 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?
- UML: asocjacja vs agregacja vs kompozycja
- Samouczek dotyczący diagramu klas UML
- Diagram maszyny stanowej vs diagram aktywności
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文