Transcript UML 2.0 (Unified Modeling Language)

Język modelowania
UML 2.0
(Unified Modeling Language)
wersja prezentacji 0.8
www.UML.com.pl
1
Cel prezentacji
Krótka definicja języka UML (Unified Modeling
Language)
 Kilka słów o historii UML
 Przegląd skrótowy wszystkich diagramów języka UML
 Przedstawienie przykładowych narzędzi CASE
 Przedstawienie przykładowej literatury UML

www.UML.com.pl
2
Czym jest UML?




UML (Unified Modeling Language) jest ujednoliconym językiem do
obrazowania, specyfikowania, tworzenia i dokumentowania elementów
systemów informatycznych.
UML jest zestawem pojęć, oznaczeń i diagramów które mogą być używane
w dowolnej metodyce opartej o podstawowe pojęcia obiektowości.
UML znajduje zastosowanie, podczas wytwarzania oprogramowania, w
modelowaniu i projektowaniu każdej z warstw oprogramowania -interfejsu
użytkownika, logiki biznesowej, środowiska, danych oraz strukturze bazy
danych.
UML stanowi wspólną platformę komunikacji dla przyszłych użytkowników
systemu, menadżerów, analityków, architektów, projektantów, programistów
i testerów.
www.UML.com.pl
3
Historia UML

Metody i notacje, wypracowane przez różne grupy do 1994 roku, współzawodniczyły ze sobą, kładąc przy tym
duży nacisk na własną odrębność. W ogólnym zamyśle miały wiele podobieństw, a różniły się, w gruncie rzeczy,
szczegółami. Okres 1989-1994 można nazwać wielkim współzawodnictwem, gdyż liczba metod obiektowych z
mniej niż dziesięciu wzrosła do ponad pięćdziesięciu. Wiele osób nie potrafiło odnaleźć konkretnego języka
modelowania który zupełnie zaspokajał by ich potrzeby. Pewne doświadczenia wpłynęły na opracowanie kilku
metod cieszących się większą sławą (OOAD, OOSE, OMT, Fusion, Shlaera-Mellora, Coda-Yourdona). Autorzy
trzech pierwszych Grady Booch (OOAD), Ivar Jacobson(OOSE) , James Rumbaugh (OMT) dostrzegli pewne
możliwości uzupełnienia swoich metod, metodami kolegów oraz najważniejsze, podobieństwo wszystkich –
wspólny kierunek ewolucji. Każda z nich była kompletna w swoim działaniu ale wszystkie miały swoje wady i
zalety : OMT (James Rumbaugh): dobry do modelowania dziedziny przedmiotowej. Nie obejmuje wystarczająco
dokładnie zarówno aspektu użytkowników systemu, jak i aspektu implementacji. OOSE (Ivar Jacobson): Dobre
podejście do kwestii modelowania użytkowników i cyklu życiowego systemu. Nie obejmuje dokładnie modelowania
dziedziny przedmiotowej, jak i aspektu implementacji. OOAD(Grady Booch): dobre podejście do kwestii
projektowania, implementacji. Nie przykrywa dostatecznie dokładnie fazy rozpoznawania i analizy wymagań
użytkowników. Z miesiącem październik 1994 rozpoczęto oficjalne prace nad UML. Za pierwszy cel wyznaczono
ujednolicenie metody Boocha i OMT, co w efekcie przyczyniło się do powstania roboczej wersji 0.8 a
opublikowana została pod koniec 1995 roku. Rozszerzenie wersji roboczej do OOSE przyczyniło się do
opublikowania wersji 0.9 w czerwcu 1996 roku. Kolejnym szczególnym etapem w rozwoju metody było zbieranie
uwag ze środowiska inżynierów oprogramowania na temat nowego języka. Okres ten przyczynił się do akceptacji
oraz dostrzeżenia UML jako niezwykłej szansy dla przyszłych przedsięwzięć. Powstało konsorcjum skupiające
takie firmy jak np. Digital Equipment, Hewlett-Packard, I-Logix, Intellicorp, IBM, ICON Computing, MCI
Systemhouse, Microsoft, Oracle, Rational, Texas Instruments i Unisys. Efektem współpracy wymienionych firm
było powstanie UML 1.0. Fakt który przesądził o popularności UML’a, to zatwierdzenie języka przez OMG. OMG
(Object Management Group) - powstała w 1989 r. Jej celem jest promowanie teorii oraz praktyki technologii
obiektowych. Założycielami OMG było 13 liczących się przedsiębiorstw z branży software'owej. Obecnie do
organizacji należy ponad 750 firm - producentów oprogramowania oraz sprzętu komputerowego. Organizacja
zajmuje się opracowywaniem standardów pomagających w tworzeniu aplikacji obiektowych.
www.UML.com.pl
4
Diagramy

Diagramy języka UML zasadniczo dzieli się na dwie kategorie: zachowania i struktury.

Do diagramów zachowania wlicza się:

Diagram maszyny stanowej.

Diagram przypadków użycia.

Diagram czynności.

Diagramy interakcji: czasowy, przeglądu interakcji, komunikacji, sekwencji.

Do diagramów struktury wlicza się:

Diagram pakietów.

Diagram obiektów.

Diagram wdrożenia.

Diagram struktur złożonych.

Diagram komponentów.

Diagram klas.
www.UML.com.pl
5
Diagram maszyny stanowej




Opisuje zachowanie się systemu w kontekście tego
co jeden obiekt bezpośrednio obserwuje lub
uruchamia.
Obrazuje poszczególne stany obiektu i przejścia
pomiędzy nimi.
Szczegóły na temat diagramu znajdują się na stronie
573 specyfikacji OMG
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php?
cid=3
www.UML.com.pl
6
Diagram przypadków użycia




Przedstawia aktorów (użytkowników, inne systemy)
systemu i ich potrzeby od tworzonego systemu
(przypadki użycia).
Przypadki użycia opakowują ciąg czynności, które
prowadzą do spełnienia celu przypadku użycia.
Szczegóły na temat diagramu znajdują się na stronie
641 specyfikacji OMG
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
7
Diagramy czynności





Przedstawia przepływ sterowania od czynności do
czynności.
Wynikiem czynności jest pewna akcja, składająca
się z niepodzielnych obliczeń prowadzących do
zmiany stanu systemu lub przekazaniu wartości.
Stosowany w dowolnej perspektywie
architektonicznej, gdzie obrazuje się dynamiczne
aspekty systemu.
Szczegóły na temat diagramu znajdują się na
stronie 229 specyfikacji OMG
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
8
Diagramy czasowe





Dotyczy opisu interakcji dla pojedynczego obiektu
lub grupy obiektów.
Obrazuje w szczególności ograniczenia czasowe.
Wyszczególnia się dwa sposoby zapisu, które
wybiera się w stosunku do złożoności diagramów.
Przykład przedstawia ideę diagramów czasowych.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
9
Diagram przeglądu interakcji



Diagram ten łączy funkcjonalność dwóch
popularnych diagramów: czynności i sekwencji.
Przedstawia przepływ sterowania od sekwencji do
sekwencji
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
10
Diagramy komunikacji




Przedstawia obiekty i komunikaty przesyłane
pomiędzy nimi
Podobny semantycznie do diagramu sekwencji, ale
uwypukla inną właściwość – połączenia
Niektóre narzędzia pozwalają transformować
diagramy sekwencji do postaci diagramów
komunikacji
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
11
Diagramy sekwencji



Diagram przedstawia komunikację obiektów z
uwypukleniem czasu przesyłania komunikatów.
Linia występująca pod każdym z obiektów
odzwierciedla czas, a prostokąty aktywność
obiektu.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
12
Diagram pakietów




Diagram pakietów pozwala grupować elementy
diagramów.
Pakiety mogą mieć przypisane odpowiednie
zależności pomiędzy sobą.
Bardzo istotne w dużych systemach. Pozwalają na
łatwiejszą kontrolę zależności między głównymi
elementami systemu.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
13
Diagram wdrożenia




Diagramy wdrożenia obrazują fizyczny aspekt
systemu.
Poszczególne elementy tzw. węzły obrazują np.
jednostki obliczeniowe, które obsługują i
przetwarzają komponenty systemu, takie jak: np..
pliki wykonywalne, biblioteki, pliki danych.
Bardzo przydatne przy wdrożeniach systemu, gdzie
przedstawiają miejsca wdrożeń pewnych
fragmentów systemu.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
14
Diagram struktur złożonych



Diagram struktur złożonych pozwala przedstawić
hierarchicznie strukturę wewnętrzną
skomplikowanego obiektu.
Wyróżniony wewnętrzny podział pozwala przypisać
poszczególne interfejsy poprzez tzw. porty do
wewnętrznych bloków, które je obsługują.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
15
Diagram komponentów


Diagram komponentów przedstawia możliwe
powiązania komponentów (fizycznej i wymiennej
części systemu).
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
16
Diagram klas



Diagramy klas pozwalają obrazować strukturę
wybranego obszaru analizy i projektu.
Jest najpowszechniejszym z wymienionych
diagramów, stosowany na wielu etapach projektu
pozwala zobrazować klasy wraz z wszelkimi
powiązaniami występującymi pomiędzy nimi.
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
17
Diagram obiektów


Diagram obiektów przedstawia obiekty i ich
powiązania w systemie w określonej chwili (z
określonymi wartościami).
Link do specyfikacji OMG znajduje się na
http://www.uml.com.pl/modules/mylinks/viewcat.php
?cid=3
www.UML.com.pl
18
Przykładowe narzędzia
Zestaw narzędzi Rationala (informacje na stronie IBM)
 Enterprise Architect (link w partnerach serwisu http://www.uml.com.pl)

www.UML.com.pl
19
Przykładowa literatura
Przegląd książek w sekcji literatura serwisu http://www.uml.com.pl
 Przykładowe pozycje na stronie tytułowej serwisu http://www.uml.com.pl w
bloku wybrane książki.

www.UML.com.pl
20
Zakończenie

Wszelkie informacje i komentarze proszę kierować na adres e-mail:
[email protected]

Lub poprzez serwis w sekcji „kontakt z nami”.
http://www.uml.com.pl
www.UML.com.pl
21