Samouczek dotyczący diagramu przypadków użycia ( przewodnik z przykładami )

Diagram przypadków użycia jest behawioralnym typem diagramu UML i jest często używany do analizy różnych systemów. Umożliwiają wizualizację różnych typów ról w systemie oraz interakcji tych ról z systemem. Ten samouczek dotyczący diagramu przypadków użycia obejmuje następujące tematy i pomaga w lepszym tworzeniu przypadków użycia.

• Znaczenie diagramów przypadków użycia
• Obiekty diagramu przypadków użycia
• Wskazówki dotyczące diagramu przypadków użycia
• Relacje w diagramach przypadków użycia
• Jak tworzyć diagramy przypadków użycia ( z przykładem )
  • Identyfikacja aktorów
  • Identyfikacja przypadków użycia
  • Kiedy używać „Uwzględnij”
  • Jak korzystać z uogólnienia
  • Kiedy używać „Rozszerz”
• Szablony diagramów przypadków użycia typowych scenariuszy

Znaczenie diagramów przypadków użycia

Jak wspomniano wcześniej, diagramy przypadków użycia służą do zebrania wymagań dotyczących użytkowania systemu. W zależności od wymagań możesz wykorzystać te dane na różne sposoby. Poniżej kilka sposobów ich wykorzystania.

• Identyfikacja funkcji i sposobu interakcji z nimi ról — główny cel diagramów przypadków użycia.
• Do ogólnego widoku systemu — szczególnie przydatne podczas prezentacji menedżerom lub interesariuszom. Możesz wyróżnić role, które wchodzą w interakcję z systemem i funkcjonalność zapewnianą przez system bez zagłębiania się w wewnętrzne działanie systemu.
• Identyfikacja czynników wewnętrznych i zewnętrznych — może to wydawać się proste, ale w dużych, złożonych projektach system można zidentyfikować jako rolę zewnętrzną w innym przypadku użycia.

Obiekty diagramu przypadków użycia

Diagramy przypadków użycia składają się z 4 obiektów.

• Aktor
• Przypadek użycia
• System
• Pakiet

Obiekty są dokładniej wyjaśnione poniżej.

Aktor

Aktor w diagram przypadków użycia to dowolna jednostka, która pełni rolę w danym systemie. Może to być osoba, organizacja lub system zewnętrzny i zwykle narysowany jak szkielet pokazany poniżej.

Przypadek użycia

Przypadek użycia reprezentuje funkcję lub akcję w systemie . Jest narysowany jako owal i nazwany funkcją.

System

System służy do określenia zakresu przypadku użycia i jest rysowany jako prostokąt. Jest to element opcjonalny, ale przydatny podczas wizualizacji dużych systemów. Na przykład możesz utworzyć wszystkie przypadki użycia, a następnie użyć obiektu systemowego do zdefiniowania zakresu objętego projektem. Możesz też użyć go do pokazania różnych obszarów w różnych wydaniach.

Pakiet

Pakiet to kolejny opcjonalny element, który jest niezwykle przydatny w złożonych diagramach. Podobnie jak w przypadku diagramów klas, pakiety służą do grupowania przypadków użycia . Są narysowane jak na poniższym obrazku.

Wytyczne dotyczące diagramu przypadków użycia

Chociaż diagramy przypadków użycia mogą być używane do różnych celów, istnieją pewne wspólne wytyczne, których należy przestrzegać podczas rysowania przypadków użycia.

Obejmują one standardy nazewnictwa, kierunki strzałek, umieszczanie przypadków użycia, użycie skrzynek systemowych, a także właściwe wykorzystanie relacji.

Omówiliśmy te wytyczne szczegółowo w osobnym poście na blogu. Więc śmiało sprawdź wytyczne dotyczące diagramów przypadków użycia.

Relacje w diagramach przypadków użycia

W diagramie przypadków użycia istnieje pięć typów relacji. Oni są

• Związek między aktorem a przypadkiem użycia
• Uogólnienie aktora
• Rozszerz związek między dwoma przypadkami użycia
• Uwzględnij związek między dwoma przypadkami użycia
• Uogólnienie przypadku użycia

Omówiliśmy wszystkie te relacje w osobnym poście na blogu, który zawiera przykłady z obrazami. Nie będziemy wchodzić w szczegóły w tym poście, ale możesz sprawdzić relacje na diagramach przypadków użycia.

Jak stworzyć diagram przypadków użycia

Do tej pory poznałeś obiekty, relacje i wytyczne, które mają kluczowe znaczenie podczas rysowania diagramów przypadków użycia. Wyjaśnię różne procesy na przykładzie systemu bankowego.

Identyfikacja aktorów

Aktorzy to podmioty zewnętrzne, które wchodzą w interakcję z Twoim systemem. Może to być osoba, inny system lub organizacja. W systemie bankowym najbardziej oczywistym aktorem jest klient. Inni aktorzy mogą być pracownikiem banku lub kasjerem, w zależności od roli, którą próbujesz pokazać w przypadku użycia.

Przykładem organizacji zewnętrznej może być organ podatkowy lub bank centralny. Podmiot przetwarzający pożyczki jest dobrym przykładem zewnętrznego systemu związanego jako aktor.

Identyfikacja przypadków użycia

Teraz nadszedł czas, aby zidentyfikować przypadki użycia. Dobrym sposobem na to jest określenie, czego aktorzy potrzebują od systemu. W systemie bankowym klient będzie musiał otwierać rachunki, wpłacać i wypłacać środki, żądać książeczek czekowych i podobnych funkcji. Tak więc wszystkie z nich można uznać za przypadki użycia.

Przypadki użycia najwyższego poziomu powinny zawsze zapewniać pełną funkcję wymaganą przez aktora. Możesz rozszerzyć lub uwzględnić przypadki użycia w zależności od złożoności systemu.

Po zidentyfikowaniu aktorów i przypadku użycia najwyższego poziomu masz podstawowe pojęcie o systemie. Teraz możesz go dostroić i dodać do niego dodatkowe warstwy szczegółów.

Poszukaj wspólnej funkcji do użycia Include

Poszukaj wspólnych funkcji, które można ponownie wykorzystać w całym systemie. Jeśli znajdziesz dwa lub więcej przypadków użycia, które mają wspólne funkcje, możesz wyodrębnić wspólne funkcje i dodać je do oddzielnego przypadku użycia. Następnie możesz połączyć go za pomocą relacji include, aby pokazać, że jest wywoływany zawsze, gdy wykonywany jest pierwotny przypadek użycia. (patrz schemat jako przykład).

Czy możliwe jest generalizowanie aktorów i przypadków użycia?

Mogą wystąpić przypadki, w których aktorzy są skojarzeni z podobnymi przypadkami użycia, a jednocześnie wyzwalają kilka przypadków użycia, które są unikalne tylko dla nich. W takich przypadkach można uogólnić aktora, aby pokazać dziedziczenie funkcji. Możesz zrobić podobną rzecz również dla przypadku użycia.

Jednym z najlepszych przykładów jest przypadek użycia „Dokonaj płatności” w systemie płatności. Możesz dalej uogólnić to na „Zapłać kartą kredytową”, „Zapłać gotówką”, „Zapłać czekiem” itp. Wszystkie mają atrybuty i funkcjonalność płatności ze specjalnymi scenariuszami, które są dla nich unikalne.

Funkcje opcjonalne lub funkcje dodatkowe

Istnieje kilka funkcji, które są uruchamiane opcjonalnie. W takich przypadkach możesz użyć relacji rozszerzenia i dołączyć do niej regułę rozszerzenia. W poniższym przykładzie systemu bankowego „Oblicz bonus” jest opcjonalne i uruchamia się tylko po spełnieniu określonego warunku.

Rozszerzenie nie zawsze oznacza, że ​​jest opcjonalne. Czasami przypadek użycia połączony przez rozszerzenie może uzupełnić podstawowy przypadek użycia. Należy pamiętać, że podstawowy przypadek użycia powinien być w stanie samodzielnie wykonać funkcję, nawet jeśli nie zostanie wywołany rozszerzający przypadek użycia.

Użyj szablonów diagramów przypadków

Poszliśmy dalej i stworzyliśmy szablony diagramów przypadków użycia dla niektórych typowych scenariuszy. Chociaż Twój problem lub scenariusz nie będzie dokładnie taki, możesz użyć ich jako punktu wyjścia. Sprawdź nasze szablony diagramów przypadków użycia.

Pytania dotyczące samouczka diagramu przypadków użycia

Staraliśmy się kompleksowo omówić wszystko, co musisz wiedzieć o tworzeniu diagramów przypadków użycia. Jeśli masz wątpliwości co do którejkolwiek sekcji lub możesz wymyślić sposoby ulepszenia tego samouczka, daj nam znać w komentarzach.

Więcej samouczków dotyczących diagramów

• Samouczek diagramu sekwencji: kompletny przewodnik z przykładami
• Samouczek dotyczący modelowania procesów biznesowych (Przewodnik BPM z objaśnieniem funkcji)
• Kompletny przewodnik po schematach blokowych (kompletny samouczek dotyczący schematów blokowych z przykładami)