Diagramy przypadków użycia

Ważną częścią Unified Modeling Language (UML) są narzędzia do rysowania diagramów przypadków użycia. Przypadki użycia są wykorzystywane na etapie analizy projektu w celu określenia i podziału funkcjonalności systemu. Dzielą system na aktorów i przypadki użycia. Aktorzy reprezentują role, które mogą odgrywać użytkownicy systemu.

Tymi użytkownikami mogą być ludzie, inne komputery, elementy sprzętu, a nawet inne systemy oprogramowania. Jedynym kryterium jest to, że muszą one być zewnętrzne w stosunku do części systemu podzielonej na przypadki użycia. Muszą dostarczać bodźców do tej części systemu i muszą otrzymywać z niej wyniki.

Przypadki użycia reprezentują czynności, które aktorzy wykonują z pomocą twojego systemu w dążeniu do celu. Musimy zdefiniować, czego ci użytkownicy (aktorzy) potrzebują od systemu. Przypadki użycia powinny odzwierciedlać potrzeby i cele użytkownika i powinny być inicjowane przez aktora. Biznes, aktorzy, klienci uczestniczący w biznesowym przypadku użycia powinni być połączeni z przypadkiem użycia przez skojarzenie.

Rysowanie diagramów przypadków użycia

Poniższy rysunek pokazuje, jak przypadek użycia może wyglądać jak schemat UML. Sama walizka wygląda jak owal. Aktorzy są rysowani jako małe postacie z patyków. Aktorzy są połączeni z przypadkiem użycia liniami.

Use-case 1 - Sprzedawca sprawdza przedmiot

• Klient kładzie przedmiot na ladzie.
• «Używa» Swipe UPC Reader.
• System wyszukuje kod UPC w bazie danych zamawiając opis pozycji i cenę
• System emituje słyszalny sygnał dźwiękowy.
• System ogłasza opis przedmiotu i cenę za pośrednictwem komunikatów głosowych.
• System dodaje cenę i typ pozycji do aktualnej faktury.
• System dodaje cenę do poprawnej sumy częściowej podatku

Zatem relacja „używa” jest bardzo podobna do wywołania funkcji lub procedury.

Przypadek użycia używany w ten sposób nazywany jest abstrakcyjnym przypadkiem użycia, ponieważ nie może istnieć samodzielnie, ale musi być używany w innych przypadkach użycia.

Przykład ─ Przypadek użycia wycofania

Celem klienta w stosunku do naszego automatu do sprzedaży pieniędzy (bankomatu) jest wypłacenie pieniędzy. Więc dodajemyWithdrawalprzypadek użycia. Wypłata pieniędzy z automatu może wiązać się z koniecznością wykonania transakcji przez bank. Więc dodajemy też innego aktora -Bank. Obaj aktorzy uczestniczący w przypadku użycia powinni być połączeni z przypadkiem użycia przez skojarzenie.

Automat z pieniędzmi zapewnia przypadki użycia wypłaty dla klienta i aktorów banku.

Relacje między aktorami a przypadkami użycia

Przypadki użycia można uporządkować za pomocą następujących relacji -

• Generalization
• Association
• Extend
• Include

Uogólnienie między przypadkami użycia

Mogą wystąpić sytuacje, w których aktorzy są powiązani z podobnymi przypadkami użycia. W takim przypadku przypadek użycia dziecka dziedziczy właściwości i zachowanie zastosowania nadrzędnego. Stąd musimy uogólnić aktora, aby pokazać dziedziczenie funkcji. Są reprezentowane przez ciągłą linię z dużym pustym trójkątnym grotem.

Powiązanie między przypadkami użycia

Powiązania między aktorami i przypadkami użycia są zaznaczone na diagramach przypadków użycia liniami ciągłymi. Skojarzenie istnieje zawsze wtedy, gdy aktor jest zaangażowany w interakcję opisaną przez przypadek użycia.

Poszerzać

Istnieje kilka funkcji, które są uruchamiane opcjonalnie. W takich przypadkach używana jest relacja rozszerzenia i dołączana jest do niej reguła rozszerzenia. Należy pamiętać, że podstawowy przypadek użycia powinien być w stanie samodzielnie wykonywać funkcję, nawet jeśli rozszerzający przypadek użycia nie jest wywoływany.

Relacja wydłużania jest pokazana jako linia przerywana z otwartym grotem strzałki skierowanym z rozszerzającego się przypadku użycia do rozszerzonego (podstawowego) przypadku użycia. Strzałka jest oznaczona słowem kluczowym „rozszerz”.

Zawierać

Służy do wyodrębniania fragmentów przypadków użycia, które są powielane w wielu przypadkach użycia. Służy również do uproszczenia dużego przypadku użycia poprzez podzielenie go na kilka przypadków użycia i wyodrębnienie wspólnych części zachowań dwóch lub więcej przypadków użycia.

Uwzględnij relację między przypadkami użycia, która jest pokazana za pomocą przerywanej strzałki z otwartym grotem od podstawowego przypadku użycia do dołączonego przypadku użycia. Strzałka jest oznaczona słowem kluczowym „dołącz”.

Przypadki użycia dotyczą tylko wymagań funkcjonalnych systemu. Inne wymagania, takie jak reguły biznesowe, wymagania dotyczące jakości usług i ograniczenia implementacyjne, należy przedstawić oddzielnie.

Poniższy diagram jest przykładem prostego diagramu przypadków użycia z zaznaczonymi wszystkimi elementami.

Podstawowe zasady udanego zastosowania przypadków użycia

• Uprość, opowiadając historie
• Pracuj bez doskonałości
• Zrozum ogólny obraz
• Zidentyfikuj możliwość ponownego wykorzystania przypadków użycia
• Skoncentruj się na wartości
• Zbuduj system w plasterkach
• Dostarczaj system stopniowo
• Dostosuj się do potrzeb zespołu

Szablon przypadku użycia

Tutaj pokazaliśmy przykładowy szablon przypadku użycia, który analityk biznesowy może wypełnić, aby informacje mogły być przydatne zespołowi technicznemu do ustalenia informacji o projekcie.

Identyfikator przypadku użycia:
Nazwa przypadku użycia:
Stworzone przez:		Ostatnia aktualizacja przez
Data utworzenia:		Data ostatniej aktualizacji
Aktor:
Opis:
Warunki wstępne:
Warunki publikacji:
Priorytet:
Częstotliwość użycia:
Normalny przebieg wydarzeń:
Kursy alternatywne:
Wyjątki:
Obejmuje:
Specjalne wymagania:
Założenia:
Uwagi i problemy: