Diagramy przypadków użycia WYKŁAD Piotr Ciskowski
Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej dziedzinie przedmiotowej aktorzy role przypadki użycia usługi na rzecz aktorów - bez szczegółów technicznych - podstawą klarowność - biznesowe / systemowe związki
Diagram przypadków użycia PRZYPADKI UŻYCIA AKTORZY
Przypadki użycia przypadek użycia - specyfikacja ciągu akcji i ich wariantów które system może wykonać przez interakcję z aktorami - zbiór scenariuszy - dostarczenie aktorowi przez system - zgodnie z wcześniej ustalonymi wymaganiami pewnej funkcjonalności stanowiącej wartość dla aktora - kompleksowe działanie, spójne - osiągnięcie celu rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Aktorzy przypadek użycia aktor - specyfikacja ciągu akcji i ich wariantów które system może wykonać przez interakcję z aktorami - spójny zbiór ról odgrywanych przez użytkowników przypadku użycia w trakcie interakcji z tym przypadkiem użycia - osobowi osoba (stanowisko), zespół, dział, instytucja - nieosobowi systemy, podsystemy, urządzenia, czas - nie obiekt - rola pełniona przez obiekt - inicjowanie przypadku użycia, dostarczanie danych - otrzymywanie danych, uzyskiwanie korzyści z przypadku użycia - nazwa: rzeczownik
Aktorzy przypadek użycia aktor - specyfikacja ciągu akcji i ich wariantów które system może wykonać przez interakcję z aktorami - spójny zbiór ról odgrywanych przez użytkowników przypadku użycia w trakcie interakcji z tym przypadkiem użycia rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Aktorzy Stereotypy aktorów: rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Diagram przypadków użycia ZWIĄZKI
Związki przypadek użycia aktor związek - specyfikacja ciągu akcji i ich wariantów które system może wykonać przez interakcję z aktorami - spójny zbiór ról odgrywanych przez użytkowników przypadku użycia w trakcie interakcji z tym przypadkiem użycia - semantyczne powiązanie między elementami modelu rysunek: Wrycza i in.
Związki Rodzaje związków: asocjacja - dwukierunkowa komunikacja między przypadkiem użycia a aktorem - ew. kierunek (wskazanie inicjatora) przykład: aukcje internetowe rysunek: Wrycza i in.,
Związki Rodzaje związków: asocjacja uogólnienie - relacje pomiędzy przypadkami użycia i między aktorami - dziedziczenie zachowania - potomka można użyć tam, gdzie rodzica rysunek: UML dla każdego
Związki Rodzaje związków: asocjacja uogólnienie zależność - zmiana jednego z elementów wpływa na inny element (zależny) zawierania - <<include>> - wydzielona część (przypadek użycia) zawarty w kilku innych przypadkach użycia - ten zawarty nie jest wykonywany samodzielnie - zawarty-niezależny - od niego zależy zawierający
Związki Rodzaje związków: asocjacja uogólnienie zależność - zmiana jednego z elementów wpływa na inny element (zależny) zawierania - <<include>> - obligatoryjna rozszerzania - <<extend>> - opcjonalna - rozszerzenie przypadku głównego o kilka kroków, niekoniecznie zawsze wykonywanych - miejsce rozszerzania
Związki Rodzaje związków: asocjacja uogólnienie zależność - zmiana jednego z elementów wpływa na inny element (zależny) zawierania rozszerzania rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Związki Rodzaje związków: asocjacja uogólnienie zależność zawierania rozszerzania - <<include>> - obligatoryjna rysunek: UML dla każdego
Diagram przypadków użycia DODATKI
Dodatki Liczebność: rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Dodatki Nawigacja: - zależności z zasady bez strzałek - interakcja - wyjątek: podkreślenie strony inicjującej rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Diagram przypadków użycia DOKUMENTACJA
Dokumentacja Dokumentacja: - scenariusz główny / scenariusze alternatywne forma: - niesformalizowany tekst - formalny tekst strukturalny - pseudokod - tabela - szablon rysunek: Wrycza i in., Język UML 2.0 w modelowaniu
Dokumentacja Dokumentacja - elementy: opis założenia warunki początkowe warunki końcowe kroki aktor odnoszący korzyść
Dokumentacja przykład: - tabela źródło: Wrycza i in.
Dokumentacja przykład: źródło: Wrycza i in.
Diagram przypadków użycia PODSUMOWANIE
Diagram przypadków użycia Tworzenie DPU: - proces iteracyjny 1. identyfikacja aktorów 2. ew. opracowanie diagramu kontekstowego 3. identyfikacja przypadków użycia 4. opracowanie związków asocjacji i in. 5. udokumentowanie
Diagram przypadków użycia Cele tworzenia DPU: - poznanie domeny - zrozumienie użytkowników - zrozumienie przypadków użycia
Diagram przypadków użycia PRZYKŁAD
Przykład - aukcja internetowa źródło: Wrycza System aukcji internetowych umożliwia sprzedaż różnych artykułów w drodze licytacji Aby licytacja mogła się odbyć, zarówno Sprzedający, jak i artykuł muszą być zarejestrowane w systemie Zarejestrowany przedmiot może później stać się przedmiotem licytacji Podczas licytacji system aukcyjny zatwierdza kwoty proponowane przez Kupujących - reguły licytacji: Jeśli podczas licytacji przedmiot znajdzie nabywcę, Kupujący ustala z nim szczegóły płatności oraz przesyłki W przeciwnym razie Sprzedający może usunąć artykuł z bazy systemu lub wystawić artykuł na nowej Licytacji Aktorzy Kupujący oraz Sprzedający są uszczegółowieniem abstrakcyjnego aktora Uczestnik Aktor Serwis transakcji reprezentuje zewnętrzny system informatyczny obsługujący transakcje Aktor Pracownik aukcji potwierdza rejestracje Sprzedających Pobiera on z systemu dane, które Sprzedający podał podczas rejestracji Drukuje również dokumenty rejestracyjne, umowę itp., które są potem wysyłane pocztą do Sprzedającego Obserwator, może wyłącznie wyszukiwać artykuły w katalogu aukcji - kiedy Obserwator staje się Uczestnikiem? System poczty elektronicznej, aktor bezosobowy, bierze udział w rejestracji uczestników wysyła potwierdzenia rejestracji przez internet
Przykład - aukcja internetowa źródło: Wrycza