Diagram montażowy
Diagram przypadków użycia
Hierarchia aktorów i przypadków użycia
Uszczegółowienie przypadków użycia
Przypadki użycia organizacji
Diagramy aktywności
Operacje równoczesne
Diagram stanów
Zagnieżdżanie stanów i stany historyczne
Diagramy sekwencji + Wywołania warunkowe i powtórzenia
Diagramy współpracy
Diagramy klas
Opis klasy
Nazwa klasy
Operacje (odpowiedzialności, metody)
Atrybuty
Rodzaje klas
Klasa zwykła
Klasa sparametryzowana
Klasa użytkowa
Metaklasa X
Klasa abstrakcyjna
Operacja abstrakcyjna
Związki (tutaj między klasami)
Opis asocjacji
Nazwa (nieużywana)
Stereotyp
Nazwy ról
Krotność
Zakres widzialności
Wykorzystanie pakietów
Wykorzystanie podsystemów i interfejsów
Podsystem to wyizolowany pakiet widoczny tylko poprzez dokładnie określony interfejs
Interfejs to klasa, która definiuje tylko operacje implementowane w pakiecie, podsystemie lub klasie
Diagram procesów
Diagram komponentów
Modele budowane w procesie wytwarzania oprogramowania
Projektowy
Danych
Wymagań
Implementacyjny
Analityczny
Konstrukcyjny
Biznesowy
Rodzaje diagramów
Modelujące algorytmy/aktywności
Modelujące związki statyczne między elementami projektu oprogramowania
Modelujące związki dynamiczne między elementami projektu oprogramowania
Modelujące wymagania Modelujące organizacje (biznesowe)
Modelujące związki między elementami implementacyjnymi
Modelujące strukturę techniczną
Plan
Elementy notacji
Stereotypy
Diagramy
Przypadków użycia
Stanów
•Aktywności
Klas
•Procesów
•Obiektów
Interakcji
•Sekwencji
•Współpracy
Komponentów
Montażowy (Konstrukcyjny, Wdrożeniowy)
Graficzny model wymagań funkcjonalnych
Przedstawia:
Otoczenie – aktorów
Sposób widzenia systemu przez otoczenie – przypadki użycia
Związki otoczenia z przypadkami użycia
Hierarchię otoczenia i przypadków użycia
Związki między przypadkami użycia
Fragment modelu organizacji (przedsiębiorstwa)
Wykonywany opcjonalnie na etapie strategicznym
Zazwyczaj duży poziom ogólności
Przedstawia sposób widzenia całej organizacji przez jej otoczenie
Projektowane oprogramowanie jest tylko częścią tak modelowanej organizacji
Modyfikacja „zwykłego” diagramu przypadków użycia poprzez wprowadzenie odpowiednich stereotypów
Odpowiednik „starych” schematów blokowych
Rozumiany tutaj jako specjalizacja diagramu stanów (?)
Wykorzystywany do opisu wymagań funkcjonalnych (przypadków użycia)
Wykorzystywany do opisania dynamiki (zachowania się) przypadków użycia i klas, gdy jest ona zależna od wcześniejszych zdarzeń
Opracowane na bazie map stanów (Harel)
Diagramy sekwencji
Modelują dynamikę oprogramowania
Koncentrują się na prezentacji następstwa czasowego komunikatów
Prezentują jedną ścieżkę realizacji konkretnej funkcji
Tak jak diagramy sekwencji, modelują dynamikę oprogramowania
Koncentrują się na prezentacji związków między obiektami
Prezentują statyczną strukturę oprogramowania
Związki między klasami – „widoczność” klas
Zależności między pakietami
Przedstawia hierarchię procesów i wątków
Określa związek między klasami i procesami
Związek klas z jednostkami programowymi
Komponenty odpowiadają zazwyczaj jednostkom kompilacji
Pakiety odpowiadają podsystemom implementacyjnym
Przedstawia elementy struktury technicznej
Procesory – elementy aktywne
Urządzenia – elementy pasywne
Połączenie między elementami
Przedstawia rozmieszczenie programów (i procesów) w procesorach
Uświadamia ograniczenia wynikające ze struktury technicznej
Nie ma na celu precyzyjnego modelowania struktury technicznej
gesiekpl