Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Transkrypt

1 Diagramy przypadków użycia WYKŁAD Piotr Ciskowski

2 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

3 Diagram przypadków użycia PRZYPADKI UŻYCIA AKTORZY

4 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

5 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

6 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

7 Aktorzy Stereotypy aktorów: rysunek: Wrycza i in., Język UML 2.0 w modelowaniu

8 Diagram przypadków użycia ZWIĄZKI

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

10 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.,

11 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

12 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

13 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

14 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

15 Związki Rodzaje związków: asocjacja uogólnienie zależność zawierania rozszerzania - <<include>> - obligatoryjna rysunek: UML dla każdego

16 Diagram przypadków użycia DODATKI

17 Dodatki Liczebność: rysunek: Wrycza i in., Język UML 2.0 w modelowaniu

18 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

19 Diagram przypadków użycia DOKUMENTACJA

20 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

21 Dokumentacja Dokumentacja - elementy: opis założenia warunki początkowe warunki końcowe kroki aktor odnoszący korzyść

22 Dokumentacja przykład: - tabela źródło: Wrycza i in.

23 Dokumentacja przykład: źródło: Wrycza i in.

24 Diagram przypadków użycia PODSUMOWANIE

25 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

26 Diagram przypadków użycia Cele tworzenia DPU: - poznanie domeny - zrozumienie użytkowników - zrozumienie przypadków użycia

27 Diagram przypadków użycia PRZYKŁAD

28 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

29 Przykład - aukcja internetowa źródło: Wrycza