Przypadki użycia w UML: Jak pisać skuteczne specyfikacje przypadków użycia

• Najpierw zapisywana jest krótka descripcja tylko tych kroków, które są wymagane dla normalnego przebiegu przypadku użycia (tj. jakie funkcjonalności oferuje przypadek użycia).
• W miarę postępu analizy te kroki są rozwijane z większą szczegółowością.
• Na końcu do przypadku użycia dodawane są przepływy alternatywne i wyjątkowe.
• Każdy projekt może przyjąć standardowy szablon przypadku użycia do tworzenia specyfikacji przypadków użycia.

Przypadek użycia vs. Specyfikacja przypadku użycia

Przypadek użycia opisuje zadanie wykonywane przez aktora, które przynosi wartość biznesową. Przypadek użycia można wizualizować jako diagram przypadków użycia i/lub strukturalny format tekstowy specyfikacji:

• Interakcja — Przypadki użycia systemu opisują, jak aktor interaguje z systemem w celu osiągnięcia określonego celu biznesowego.
• Ręczny — Ciąg czynności wykonywanych przez aktora.
• Zautomatyzowany — Ciąg kroków wykonywanych przez program lub skrypt.

Cechy przypadku użycia

Przypadek użycia ma:

• Tylko jeden cel
• Jeden punkt początkowy
• Jeden punkt końcowy
• Wiele ścieżek od początku do końca
  • Tj. określa zachowanie dla różnych możliwych warunków
  • Każdy warunek może wymagać określonych czynności

Na przykład — Klient płaci rachunek:

Istnieje wiele ścieżek doosiągnięcia celu:

• Telefonicznie
• Przez pocztę
• Osobiście
• Przez czek
• Gotówką, itd.

Ścieżki, którenie prowadzą do celu:

• Karta kredytowa została odrzucona

Agilna metoda przypadków użycia

Model przypadków użycia i jego poszczególne przypadki użycia ewoluują stopniowo w czasie. Nie wszystkie przypadki użycia w modelu muszą być określone na tym samym poziomie szczegółowości.

W odpowiednim momencie i wystarczająco

Przypadki użycia mogą być pisane na różnych poziomach szczegółowości i zakresu, każdy z nich spełnia określone zadanie:

• Podsumowanie: Ogólny opis i przegląd najwyższego poziomu funkcji systemu lub procesu biznesowego.
• Poziom celów użytkownika: Opisy związane z zadaniamiużytkownikacelów i sposobu, w jaki oddziałują z systemem; opisy konkretnych procesów biznesowych. Przypadki użycia skupione na celach użytkownika są zazwyczaj uważane za poziom podstawowych zadań użytkownika.

Przykład: Wypłata gotówki z bankomatu to przydatne zadanie i byłoby przypadkiem użycia najwyższego poziomu, ale wpisanie kodu PIN nie byłoby na tym poziomie, ponieważ wspiera zadanie główne.

• Podfunkcja: Opisy działań niższego poziomu, które uzupełniają części przypadku użycia głównego.

Uwaga: Niektóre przypadki użycia mogą być w pełni określone na poziomie II. Przestajesz, gdy masz właśnie wystarczającą ilość szczegółów, uzyskanych w odpowiednim czasie i w odpowiedniej ilości.

Szczegółowe określenie przypadku użycia

Szczegółowy przypadek użycia to tekstowa reprezentacja opisująca sekwencję zdarzeń wraz z innymi istotnymi informacjami o przypadku użycia w określonym formacie. Ludzie zazwyczaj stosują standardowy szablon przypadku użycia do dokumentowania szczegółowych informacji o przypadku użycia.

Szablon przypadku użycia – przykład wypłaty gotówki z bankomatu

Jak wspomniano wcześniej, przypadki użycia mają różne style notacji (np. diagramatyczny, UML, format tekstowy). Niezależnie od użytej notacji, powinien być łatwy do zrozumienia. Możesz użyć szablonu, takiego jak ten odAlistair Cockburn, lub wybrać szablon, który najlepiej pasuje do Twojego zespołu.

Linki powiązane

1. Co to jest Unified Modeling Language?
2. Lista narzędzi UML
3. Bezpłatny okres próbny Visual Paradigm