Презентация - UML. Diagramy Klas

Смотреть слайды в полном размере
Презентация UML. Diagramy Klas


Вашему вниманию предлагается презентация на тему «UML. Diagramy Klas», с которой можно предварительно ознакомиться, просмотреть текст и слайды к ней, а так же, в случае, если она вам подходит - скачать файл для редактирования или печати.

Презентация содержит 12 слайдов и доступна для скачивания в формате ppt. Размер скачиваемого файла: 104.00 KB

Просмотреть и скачать

Pic.1
UML Diagramy Klas
UML Diagramy Klas
Pic.2
Klasa
Klasa
Pic.3
Klasa - Przykład Klasa kształt posiada atrybuty pozycja X oraz Y i kolor. Koordynaty będą liczbami c
Klasa - Przykład Klasa kształt posiada atrybuty pozycja X oraz Y i kolor. Koordynaty będą liczbami całkowitymi natomiast kolor będzie obiektem klasy Color. Klasa ta posiada także trzy operacje. Operacja Narysuj nie przyjmuje żadnych argumentów, natomiast operacje SetX oraz SetY przyjmują po jednej liczbie całkowitej. Żadna z tych operacji nie ma zadeklarowanego typu.
Pic.4
Dziedziczenie - Generalizacja
Dziedziczenie - Generalizacja
Pic.5
Relacje Relacja zaznaczana jest linią. Relacje mają swoje nazwy, wypisane nad linią. Zazwyczaj jest
Relacje Relacja zaznaczana jest linią. Relacje mają swoje nazwy, wypisane nad linią. Zazwyczaj jest to czasownik określający rodzaj relacji. Przy końcach linii oznaczającej relację zapisane są ilości elementów znajdujących się w relacji. W tym przypadku jeden odcinek jest w relacji z dokładnie dwoma punktami (jego końcami). Natomiast Człowiek może mieszkać w dowolnej ilości domów (lub w żadnym). W jednym domu może mieszkać dowolna ilość ludzi lub może on stać pusty.
Pic.6
Relacje jednostronne Relacje mogą być zakończone strzałkami. Strzałka oznacza że człowiek mieszka w
Relacje jednostronne Relacje mogą być zakończone strzałkami. Strzałka oznacza że człowiek mieszka w dowolnej ilości domów a domy nie wiedzą o istnieniu ludzi. W poprzednim przykładzie z ludźmi i domami domy trzymały informacje ile mieszka w nich osób. W tym przykładzie nie jest to potrzebne więc zaznaczamy że dom nie musi wiedzieć o istnieniu ludzi. Jest to relacja jednostronna między człowiekiem a domem.
Pic.7
Zapis liczności w relacjach
Zapis liczności w relacjach
Pic.8
Agregacja Agregacja jest zapisywana za pomocą linii zakończonej pustym rombem. Jest to relacja typu
Agregacja Agregacja jest zapisywana za pomocą linii zakończonej pustym rombem. Jest to relacja typu Całość/Część. Oznacza ze Łamana jest pewną całością a odcinek stanowi część tej całości. Różnica pomiędzy agregacją a zwykłą relacją jest ulotna. Agregacja oznacza to samo co relacja z zaznaczeniem zależności typu Całość/Część. W tym przykładzie zakładamy że łamana składa się z co najmniej jednego odcinka a każdy odcinek składa się z dwóch punktów.
Pic.9
Agregacja a relacja Agregacja w przeciwieństwie do relacji opisuje zależność typu Całość/Część. Odci
Agregacja a relacja Agregacja w przeciwieństwie do relacji opisuje zależność typu Całość/Część. Odcinki są elementami Łamanej. Ani dom nie jest częścią człowieka ani człowiek domu. Generalne zalecenie jest takie, żeby w przypadku wątpliwości używać relacji zamiast agregacji.
Pic.10
Kompozycja Zapisywana jako linia zakończona czarnym rombem po stronie klasy zawierającej Jest to moc
Kompozycja Zapisywana jako linia zakończona czarnym rombem po stronie klasy zawierającej Jest to mocna relacja Całość/Część. W tym przypadku Punkt jest elementem Koła. Kompozycja jako mocna relacja Całość/Część określa także czas istnienia elementów. Gdy Koło zostanie usunięte, usunięty zostanie także Punkt będący jego środkiem.
Pic.11
Zależności
Zależności
Pic.12
Interfejsy Interfejs to klasa która nie posiada obiektów, jest tylko ogólnym typem. Nie istnieją Hum
Interfejsy Interfejs to klasa która nie posiada obiektów, jest tylko ogólnym typem. Nie istnieją Humanoidy jako takie, ale istnieje wiele istot, które są humanoidami. Nazwa takiej klasy jest pisana kursywą. Klasa taka nie może posiadać atrybutów a jej wszystkie funkcje muszą być wirtualne. Funkcje wirtualne są także zapisywane kursywą. Funkcje takie muszą być implementowane w klasach dziedziczących po klasie interfejsu.


Скачать презентацию

Если вам понравился сайт и размещенные на нем материалы, пожалуйста, не забывайте поделиться этой страничкой в социальных сетях и с друзьями! Спасибо!