Przypadek użycia

Z Wikipedii

Tworzenie przypadków użycia (ang. use case) to technika stosowana w inżynierii oprogramowania w celu opisania wymagań tworzonego systemu informatycznego. Przypadek użycia przedstawia interakcję pomiędzy aktorem (użytkownikiem systemu), który inicjuje zdarzenie oraz samym systemem jako sekwencję prostych kroków.

Spis treści 1 Historia 2 Opis ogólny 3 Pisanie przypadków użycia 3.1 Poziom szczegółowości 3.2 Nazewnictwo 3.3 Ścieżka optymalna 3.4 Ścieżki alternatywne 4 Zobacz też 5 Linki zewnętrzne 6 Przypisy

[edytuj] Historia

w 1986 Ivar Jacobson, informatyk zaangażowany w tworzenie Unified Modeling Language (UML) oraz Rational Unified Process (RUP) opisał technikę do specyfikowania przypadków użycia. Z początku używał określeń: scenariusz użytkowania (usage scenarios) i przypadki użytkowania (usage case).

W latach 90. przypadki użycia stały się powszechnie stosowanym sposobem opisu wymagań funkcjonalnych.

[edytuj] Opis ogólny

Ta sekcja jest zalążkiem. Jeśli możesz, rozbuduj ją.

Przypadek użycia powinien:

• opisywać w jaki sposób system powinien być używany przez aktora w celu osiągnięcia konkretnego celu
• być pozbawiony szczegółów dotyczących implementacji oraz interfejsu użytkownika
• opisywać system na właściwym poziomie szczegółowości

[edytuj] Pisanie przypadków użycia

[edytuj] Poziom szczegółowości

Alistair Cockburn w swojej książce Writing Effective Use Cases^[1] wyróżnia 3 poziomy szczegółowości przypadków użycia:

• nieformalny opis - kilka luźnych zdań ogólnie opisujących przypadek
• formalny opis - kilka paragrafów, podsumowanie
• pełen opis - formalny dokument

[edytuj] Nazewnictwo

Zaleca się, aby przypadki użycia posiadały nazwy odpowiadające czynnościom, które opisują. Często zaleca się stosowanie wyrażeń rozpoczynających się od czasownika w formie trybu rozkazującego^[2]. Przykładowe nazwy to: "Zarejestruj użytkownika", "Sprawdź stan konta".

[edytuj] Ścieżka optymalna

Przypadek użycia powinien przedstawiać podstawowy przebieg operacji, tzw. szczęśliwą ścieżkę wydarzeń^[3] ("basic flow", "happy flow").

Przykład:

1. System prosi Użytkownika o zalogowanie
2. Użytkownik podaje swój numer identyfikacyjny oraz hasło
3. System weryfikuje podane dane
4. Użytkownik zostaje zalogowany do systemu

[edytuj] Ścieżki alternatywne

Przypadki użycia mogą również zawierać dodatkowe informacje, które opisują sytuacje, gdy nie zachodzi ścieżka optymalna.

Dla powyższego przykładu:

3. System odrzuca podane dane

4. Powrót do kroku 1.

[edytuj] Zobacz też

• Diagram przypadków użycia
• Lista narzędzi CASE
• Projektowanie interakcji

[edytuj] Linki zewnętrzne

• Formularz przypadków użycia (pl)
• Przypadek użycia - Portal Zarządzania (pl)
• Zwinna specyfikacja wymagań (pl)
• usecases.org (en)
• usability.gov (en)

[edytuj] Przypisy

1. ↑ Writing Effective Use Cases (Efektywne pisanie przypadków użycia) ISBN 0-201-70225-8.
2. ↑ "Podstawowa wiedza do stworzenia diagramu przypadków użycia.", portal www.uml.com.pl
3. ↑ tłumaczenie potoczne