UML cz. IIIicis.pcz.pl/~dyja/pliki/IO/wyklad05.pdf · 2019. 12. 5. · Diagram nie jest projektem....
Transcript of UML cz. IIIicis.pcz.pl/~dyja/pliki/IO/wyklad05.pdf · 2019. 12. 5. · Diagram nie jest projektem....
UML – cz. III
UML – cz. III 1/36
Diagram współpracy
Diagramy współpracy:
I prezentują obiekty współdziałające ze sobąI opisują rolę obiektów w scenariuszuI mogą prezentować wzorce projektowe
UML – cz. III 2/36
Przykład diagramu współpracy
Rysunek: Szkolenie jako sytuacja przedstawiona na diagramie współpracy
UML – cz. III 3/36
Diagram komunikacji
Diagramy komunikacji:
I przedstawiają połączenia wymagane do przekazaniakomunikatów
I zawierają uczestników, połączenia oraz komunikatyI są podobne do diagramów sekwencjiI należą do widoku logicznego
UML – cz. III 4/36
Prosty diagram komunikacji
Rysunek: Prosty diagram komunikacji
UML – cz. III 5/36
Specyficzne rodzaje komunikatów
Rysunek: Przykłady ograniczeń nakładanych na komunikaty
Rysunek: Ten uczestnik może wywołać własny komunikat, ponieważdysponuje połączeniem zwrotnym
UML – cz. III 6/36
Przypomnienie diagramu sekwencji
Rysunek: Diagram interakcji opisujący tworzenie nowego konta
UML – cz. III 7/36
Diagram komunikacji
Rysunek: Połączenia na diagramie komunikacji
UML – cz. III 8/36
Diagram komunikacji
Rysunek: Opis połączeń na diagramie komunikacji
UML – cz. III 9/36
Diagram komunikacji
Różnice między diagramami komunikacji a sekwencji
I Diagramów sekwencji używa się w sytuacji, gdy autorainteresuje głównie przepływ komunikatów w danej interakcji.
I Diagramów komunikatów używa się w sytuacji, gdy autorkoncentruje się na połączeniach pomiędzy uczestnikami danejinterakcji.
UML – cz. III 10/36
Diagram czasowy
Cechy diagramów czasowych
I kojarzone są z systemami czasu rzeczywistegoI koncentrują się na ukazaniu zależności czasowychI przedstawiają widok procesu
UML – cz. III 11/36
Diagram czasowy
Rysunek: Przykład prostego diagramu czasowego
UML – cz. III 12/36
Diagram czasowy
Rysunek: Alternatywna notacja diagramu czasowego
UML – cz. III 13/36
Diagram czasowy
Rysunek: Przykład diagramu czasowego
UML – cz. III 14/36
Przeglądowy diagram interakcji
Cechy przeglądowego diagramu interakcji:
I ogólny widok na współpracę kilku interakcji w celu realizacjipewnej części systemu
I przypomina diagram czynności, z tą różnicą że czynnościzastępowane są interakcjami
I widok logiczny
UML – cz. III 15/36
Przeglądowy diagram interakcji
Rysunek: Na przeglądowym diagramie interakcji można umieszczaćodnośniki do innych diagramów
Rysunek: lub przedstawiać bezpośrednio akcje
UML – cz. III 16/36
Przeglądowy diagram interakcji – przykład
UML – cz. III 17/36
Przeglądowy diagram interakcji
Może zawierać:I diagram czynnościI diagram interakcjiI diagram komunikacjiI diagram czasowy
UML – cz. III 18/36
Diagram maszyny stanowej
Diagram maszyny stanowej:
I przedstawia stan obiektu i zachodzące w nim zmianyI maszyna stanowa zachowaniaI maszyna stanowa protokołuI widok logiczny
UML – cz. III 19/36
Podstawy diagramu stanów
Rysunek: Najprostszy diagram stanów
UML – cz. III 20/36
Diagram maszyny stanowej
StanI aktywny – gdy przechodzimy do niego przy użyciu przejściaI nieaktywny – gdy wychodzimy z niego
Przejście
I reprezentuje zmianę stanu od stanu źródłowego do stanudocelowego
Wyzwalacz
I zdarzenie powodujące zmianę stanu
UML – cz. III 21/36
Przejścia na diagramie stanów
Rysunek: Diagram stanu przetwarzania danych wejściowych
Notacja opisu przejścia:wyzwalacz [warunek]/zachowanie
UML – cz. III 22/36
Przejścia na diagramie stanów
Rysunek: Diagram stanu dla odtwarzacza CD
UML – cz. III 23/36
Przejścia na diagramie stanów
Rysunek: Diagram stanu dla obiektu gry
UML – cz. III 24/36
Sygnały na diagramie stanów
UML – cz. III 25/36
Diagramy wdrożenia
Cechy diagramów wdrożenia:
I widok fizycznyI ukazanie sposobu, jak wdrażane są programy na sprzęcieI komunikacja poszczególnych części systemu
UML – cz. III 26/36
ArtefaktyArtefaktyArtefakty to fizyczne pliki, które są wykonywane lub używane przezoprogramowanie.
Artefakty to:
I pliki wykonywalneI pliki biblioteczneI pliki źródłoweI pliki konfiguracyjne
Rysunek: Przykłady reprezentacji artefaktu
UML – cz. III 27/36
WęzłyWęzełWęzeł to sprzętowe lub programowy zasób, który może zawieraćoprogramowanie lub powiązane z nim pliki.
Węzeł sprzętowy
I serwerI komputer PCI napęd dyskowy
Węzeł środowiska uruchomieniowego
I system operacyjnyI kontener J2EEI serwer WWWI serwer aplikacyjny
UML – cz. III 28/36
Węzły
Rysunek: Reprezentacja węzła sprzętowego
Rysunek: Reprezentacja węzła środowiska uruchomieniowego
Oznaczanie rodzajów węzłów następuje przy pomocy stereotypów,np.I << executionEnvironment >>
I << device >>
I << J2EEcontainer >>
UML – cz. III 29/36
Przedstawienie wdrożenia
UML – cz. III 30/36
Komunikacja pomiędzy węzłami
Rysunek: Komputer PC oraz serwer komunikują się przy pomocyprotokołu TCP/IP
UML – cz. III 31/36
Instancje węzłów
Rysunek: Jeden węzeł obsługuje odczyt, drugi – zapis
UML – cz. III 32/36
Wykorzystanie modeli
Diagram nie jest projektem. Diagram stanowi reprezentację modeluprojektu lub jego części, ukazującej pewien aspekt projektu wformie, o której można dyskutować.
Wykorzystanie modeli
I Obniżenie wydatkówI Architektura sterowana modelem
I Platform Independent ModelI Platform Specific Model
UML – cz. III 33/36
Tworzenie projektu
Możliwa kolejność tworzenia diagramów
I diagram przypadków użyciaI diagram czynnościI diagram klasI diagram sekwencji
UML – cz. III 34/36
Narzędzia CASE wykorzystujące UML
I ArgoUMLI Enterprise ArchitectI Poseidon for UMLI BOUMLI UML2tool
UML – cz. III 35/36
W wykładzie wykorzystano materiały
I Miles R., Hamilton K.: UML 2.0. Wprowadzenie, Helion,Gliwice 2007,
I UML 2.1 Tutorial, http://www.sparxsystems.com.au/resources/uml2_tutorial/
UML – cz. III 36/36