UML cz. I UML cz. I 1/1
UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę
UML cz. I 3/1 UML właściwości Właściwości UML: jest językiem formalnym jest zwięzły jest wyczerpujący jest skalowalny jest utworzony na podstawie wniosków z doświadczeń jest standardem
UML cz. I 4/1 UML historia Trzech amigos OOAD (Object-Oriented Analysis and Design) Grady Booch OOSE (Object-Oriented Software Engineering) Ivar Jacobson OMT (Object Modeling Technique) James Rumbaugh
UML obecnie UML cz. I 5/1
UML cz. I 6/1 Stopnie używalności języka UML UML w charakterze szkicu UML w charakterze planu projektu UML w charakterze języka programowania
UML cz. I 7/1 Widoki modelu Rysunek: Model widoku 4+1 Filipa Kruchtena
UML cz. I 8/1 Składowe UML elementy związki diagramy
UML cz. I 9/1 Pierwszy posmak UML notatki komentarze, uwagi nie uchwycone na diagramach stereotypy sygnalizuje specjalne użycie
UML cz. I 10/1 Modelowanie wymagań przypadki użycia Przypadek użycia jest przypadkiem, w którym dany system jest używany w celu spełnienia jednego lub więcej wymagań użytkownika przypadki użycia są wymaganiami funkcjonalnymi przypadki użycia nie określają, czego system nie powinien robić
UML cz. I 11/1 Modelowanie wymagań aktorzy Aktor aktorzy nie muszą być rzeczywistymi ludźmi aktorów należy traktować jak czarne skrzynki aktorzy muszą współdziałać z systemem
UML cz. I 12/1 Przypadki użycia aktorzy Rysunek: Wyodrębnianie aktorów
UML cz. I 13/1 Przypadki użycia aktorzy Rysunek: Udoskonalanie aktorów
UML cz. I 14/1 Przypadki użycia Rysunek: Notacja Przypadek użycia z perspektywy użytkownika jest kompletnym wykorzystaniem systemu składa się z interakcji użytkownika z systemem i rezultatu przypadek użycia powinien mieć zdefiniowane kryteria powodzenia i niepowodzenia
UML cz. I 15/1 Linie komunikacji Rysunek: Linia komunikacji pomiędzy aktorem a przypadkiem użycia komunikacja między aktorem a przypadkiem użycia strzałka na linii komunikacji może oznaczać przepływ informacji lub sugeruje kto rozpoczyna dany przypadek użycia
UML cz. I 16/1 Granice systemu Rysunek: Aktor Administrator umieszczony jest na zewnątrz systemu System zarządzania zawartością reprezentowanego przez prostokąt
UML cz. I 17/1 Szczegółowy opis przypadku użycia Szczegółowy opis przypadku użycia Powiązane wymagania Kontekst zadaniowy Warunki wstępne Warunek pomyślnego zakończenia Warunek niepomyślnego zakończenia Aktorzy główni Aktorzy drugoplanowi Wyzwalacz Główny przepływ wykonania Rozszerzenia Co oznacza dany opis i dlaczego jest przydatny? Wskazanie, które wymagania są przez dany przypadek użycia spełnione w całości lub częściowo. Umiejscowienie danego przypadku użycia w systemie oraz określenie, dlaczego jest on istotny. Co musi zajść przed wykonaniem danego przypadku użycia. Jaki powinien być stan systemu w razie wykonania danego przypadku użycia zakończonego powodzeniem. Jaki powinien być stan systemu w razie wykonania danego przypadku użycia zakończonego niepowodzeniem. Główni aktorzy uczestniczący w danym przypadku użycia. Często obejmuje również aktorów uruchamiających dany przypadek użycia lub uzyskujących z niego informacje w sposób bezpośredni. Aktorzy uczestniczący w danym przypadku użycia, lecz nie będący głównymi graczami. Zdarzenie wyzwalane przez aktora, powodujące wykonanie danego przypadku użycia. Miejsce służące do opisu każdej z ważnych czynności występujących podczas normalnego wykonywania danego przypadku użycia. Opis dowolnych czynności dodatkowych, innych niż te opisane w głównym przepływie wykonania.
UML cz. I 18/1 Szczegółowy opis przypadku użycia Nazwa przypadku użycia Powiązane wymagania Kontekst zadaniowy Warunki wstępne Warunek pomyślnego zakończenia Warunek niepomyślnego zakończenia Aktorzy główni Aktorzy drugoplanowi Wyzwalacz Utwórz nowe konto pamiętnika Wymaganie A.1. Nowy lub już istniejący autor żąda od administratora utworzenia nowego konta pamiętnika internetowego. System dostępny jest dla rozpoznanych autorów, dlatego też autor musi dysponować odpowiednim potwierdzeniem tożsamości. Dla autora tworzone jest nowe konto pamiętnika. Wniosek o konto jest odrzucany. Administrator. Baza danych z danymi autorów. Administrator żąda od systemu CMS utworzenia nowego konta pamiętnika internetowego. Główny przepływ wykonania Krok Akcja 1. Administrator prosi system o utworzenie nowego konta pamiętnika. 2. Administrator wybiera rodzaj konta. 3. Administrator wprowadza szczegółowe dane autora. 4. Szczegółowe dane autora są weryfikowane przy użyciu informacji pobranych z bazy danych autorów. 5. Tworzone jest nowe konto pamiętnika. 6. Podsumowanie informacji o nowym koncie przesyłane jest pocztą elektroniczną do autora. Rozszerzenia Krok Rozgałęziona akcja 4.1. Informacje uzyskane z bazy danych autorów nie pozwalają na potwierdzenie danych autora. 4.2. Wniosek o utworzenie nowego konta jest odrzucany.
UML cz. I 19/1 Zależności pomiędzy przypadkami użycia Rysunek: Zależność <<include>> umożliwia wielokrotne wykorzystanie przypadku użycia
UML cz. I 20/1 Zależności pomiędzy przypadkami użycia Rysunek: System zarządzania zawartością może tworzyć dwa rodzaje kont zwykłe oraz redakcyjne
UML cz. I 21/1 Zależności pomiędzy przypadkami użycia Rysunek: <<extend>> oznacza, że przypadek użycia Utwórz nową osobistą stronę Wiki oraz Utwórz nowe konto pamiętnika może okazjonalnie wykorzystywać zapisywanie odrzucenia wniosku
UML cz. I 22/1 Diagramy czynności należą do widoku procesu umożliwiają pokazanie w jaki sposób system osiąga zamierzone cele prosta notacja
Diagramy czynności przykład UML cz. I 23/1
Diagramy czynności UML cz. I 24/1
Diagramy czynności Rysunek: Węzeł decyzyjny Warunki: przyjmują wartość logiczną prawda lub fałsz przykłady warunków: [Autoryzacja], [wordcount >= 100], [wordcount > 0 & wordcount < 100] tylko jeden warunek może mieć wartość prawda UML cz. I 25/1
UML cz. I 26/1 Diagramy czynności Rysunek: Akcje przygotuj obudowę i przygotuj płytę główną mogą być wykonywane równolegle
UML cz. I 27/1 Obiekty oraz przekaźniki danych Rysunek: Węzeł obiektu Zamówienie sygnalizuje fakt jego przepływu od akcji Pobierz zamówienie do Zatwierdź płatność Rysunek: To samo za pomocą przekaźnika
UML cz. I 28/1 Diagramy czynności Rysunek: Sygnały wskazują na interakcję z zewnętrznymi uczestnikami
UML cz. I 29/1 Diagramy czynności Pozostałe elementy partycje zdarzenia czasowe wywoływanie innych czynności
UML cz. I 30/1 Diagram sekwencji widok logiczny przedstawiają kolejność interakcji pomiędzy uczestnikami
UML cz. I 31/1 Diagram sekwencji uczestnicy Rysunek: Uczestnicy na diagramie sekwencji
UML cz. I 32/1 Diagram sekwencji uczestnicy Przykłady nazw uczestników Admin :ContentManagementSystem admin:administrator :ContentManagementSystem ref cmsinteraction
UML cz. I 33/1 Diagram sekwencji komunikaty Rysunek: Wysłanie komunikatu
UML cz. I 34/1 Diagram sekwencji komunikaty Sygnatury komunikatów dosomething() dosomething(number1:number, number2:number) dosomething():returnclass myvar = dosomething():returnclass
UML cz. I 35/1 Diagram sekwencji komunikaty Rysunek: Rodzaje komunikatów
UML cz. I 36/1 Diagram sekwencji przykład Utwórz nowe zwykłe konto pamiętnika Główny przepływ Krok Akcja wykonania 1. Administrator prosi system o utworzenie nowego konta pamiętnika. 2. Administrator wybiera rodzaj konta. 3. Administrator wprowadza szczegółowe dane autora. 4. Szczegółowe dane autora są weryfikowane przy użyciu informacji pobranych z bazy danych autorów. 5. Tworzone jest nowe konto pamiętnika. 6. Podsumowanie informacji o nowym koncie przesyłane jest pocztą elektroniczną do autora.
UML cz. I 37/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika
UML cz. I 38/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji
UML cz. I 39/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji cd.
UML cz. I 40/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji cd.
UML cz. I 41/1 W wykładzie wykorzystano materiały Miles R., Hamilton K.: UML 2.0. Wprowadzenie, Helion, Gliwice 2007