Use Case

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).

Diagram Use Case

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)

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)

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)

Powiązania (Communication link)
  • Tworzy relację pomiędzy elementami diagramu

Ramy systemu (boundary of system)

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.

Diagram Use Case - Association Link

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.

Diagram przypadków użycia - include relationship

Rozszerzenie (Extend relationship)

Odpowiada za przedstawienie opcjonalnego zachowania lub funkcjonalność systemu.

Diagram use case - extend relationship

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ę:

2 odpowiedzi na „Use Case”

  1. Awatar Dominik
    Dominik

    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).

    1. Awatar Tomek Trymerski

      Dzięki wielkie za komentarz, zawsze przydaje się weryfikacja z zewnątrz 🙂

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *