Czym są przypadki użycia
Diagram Use Case, po polsku przypadków użycia, jest jednym z diagramów występujący u w notacji UML, a konkretnie jednym z elementów diagramów zachowan(behavioral diagrams).
Diagram przedstawia funkcjonalności występujące w systemie, oczekiwanie zachowania, ale bez szczegółów określających metodę wykonania danej funkcjonalności.
Digramy nie powinny być bardzo rozbudowane. Ich zaletą jest prostota i brak wchodzenia w szczegóły.
W celu pokazywania przypadków uzycia wykorzystanych w tym artykule wykorzystuję narzędzie CASE Visual Paradigm (do pobrania tutaj).
Cel tworzenia przypadków użycia
Diagramy Use Case są zwykle opracowywane na wczesnym etapie rozwoju i ludzie często stosują modelowanie przypadków użycia do następujących celów:
- Określenie kontekstu systemu,
- Zapisywania wymagań systemu,
- Weryfikacja architektury systemu,
- Prowadzenie implementacji i generowanie przypadków testowych.
Elementy diagramu Use Case
W ramach diagramu przypadków użycia wyrózniamy:
- aktora,
- przypadek użycia,
- powiązania,
- ramy systemu.
Aktor (Actor)
- Przedstawia rolę biznesową
- Występuje relacja pomiędzy nim, a przypadkiem użycia
- Wyzwala działanie przypadku użycia
Przypadek użycia (Use Case)
- Przedstawia funkcjonalności systemu
- Musi dawać widoczny efekt, który ma wartość dla użytkownika systemu
Powiązania (Communication Link)
- Tworzy relację pomiędzy elementami diagramu
Ramy systemu (boundary of system)
- Reprezentuje system, lub moduł w systemie w zależności od wielkości opisywanego przypadku
Rodzaje relacji
Asocjacja (Associacion Link)
Podstawowa relacja przedstawiająca powiązanie pomiędzy aktorem i przypadkiem użycia.
Komentarz: w celu modelowania oprogramowania obiektowego nie używamy powiązania Include oraz Extend, ale warto wiedzieć o ich istnieniu.
Zawarcie (Include realtionship)
Przedstawia dodatkowe funkcjonalności nie przedstawione z podstawowym przypadku użycia.
Rozszerzenie (Extend relationship)
Odpowiada za przedstawienie opcjonalnego zachowania lub funkcjonalność systemu.
Podsumowanie
Diagramy Use Case w prosty sposób mogę przedstawić nam funkcjonalności naszego systemu, oraz wspomóc jego testy w przypadku opisania wraz z nimi scenariuszy testowych. W ramach UML odpowiadają za przedstawienie zachowania systemu.
Rozpisanie na wysokim poziomie fukncjonalności może nam pomóc podzielić logicznie aplikację na moduły.
Dzięki za przeczytanie artykułu.
Chcesz się ze mną skontaktować.
Napisz: https://www.nietylkoprogramowanie.pl/kontakt/
Może Cię zainteresuję:
Warto byłoby zaznaczyć, że generalizacja wyleciała z UMLa od wersji 2.5.1.
Jedyne, dopuszczalne użycie tego związku są modele pojęciowe.
Dodatkowo include/extend to związki pochadzoce z czasów gdy nie za bardzo myślno o podesjciu obiektowym.
Można używać, ale generalnie nie zaleca się z względu na to, że te łamią zasadę hermetyzacji.
Polecam książkę Use Case 2.0 Ivara Javibsona (ojciec UC).
Dzięki wielkie za komentarz, zawsze przydaje się weryfikacja z zewnątrz 🙂