UML - Schemat komponentów, część 2

W pierwszej części tego samouczka przyjrzeliśmy się podstawom schematy komponentów, a także sposób ich modelowania i nie zapominając o koncepcjach programowania obiektowego, które są stosowane w tych diagramach.
Typy komponentów
Wśród różnych modeli, które możemy wykonać, możemy uwzględnić składniki W 3 dużych grupach grupy te nie są sztywne, ale możemy je traktować jako odniesienie podczas tworzenia diagramów.
Zobaczmy poniżej różne typy:

• Komponenty dystrybucyjne: są podstawą systemów wykonywalnych, w ramach których możemy mieć np.: Biblioteki DLL, pliki wykonywalne, JAVA Beans itp..
• Komponenty robocze w produkcie: odpowiadają elementom, na podstawie których utworzono komponent, takim jak: bazy danych, pliki kodu itp.
• Elementy wykonawcze: są to komponenty utworzone z działającego systemu, na przykład: gdy wykonujemy wyszukiwanie, plik zapisujący indeksy do wyszukiwania będzie naszym komponentem wykonawczym.

Schemat komponentów
Teraz wchodząc w sprawę, zdefiniujmy schemat komponentów jako kontener dla komponentów, interfejsów i relacji w systemie.
Aby to przedstawić, użyjemy a prostokąt z dwoma małymi nakładającymi się prostokątami po lewej stronie będzie zawierać nazwę.
Spójrzmy na graficzny przykład tego:

Możemy również uwzględnić inne rodzaje danych w prostokąt komponentu, na przykład jeśli należy do pakietu lub jeśli chcemy dołączyć jakieś dodatkowe wyjaśnienie, zobaczmy przykład tego, co mówimy:

Modelowanie, które wykonaliśmy w prawej części wykresu, ma alternatywną reprezentację, która czyni go bardziej modułowym, chociaż ma tendencję do bałaganu na diagramie, jednak zamierzamy to pokazać, abyśmy mieli możliwość jego użycia Jeśli to konieczne:

Reprezentacja interfejsu
ten interfejsy Możemy je przedstawić na dwa sposoby, pierwszy oferuje nam trochę więcej szczegółów, ponieważ pokazuje interfejs jako prostokąt i pokazuje operacje, które zawiera, odnosimy go do komponentu za pomocą linii przerywanej z niewypełnionym grotem strzałki, jeśli Naprawiliśmy ten schemat, zostawiliśmy go na końcu samouczka w jego pierwszej części jako podgląd:

Druga forma jest nieco bardziej streszczona, ponieważ do reprezentowania interfejsu użyjemy tylko jego nazwy i małego kółka reprezentującego go na diagramie, związek zostanie utworzony z linia ciągła który łączy komponent z okręgiem bez grotu strzałki.
Zobaczmy na poniższej grafice przykład drugiego sposobu przedstawienia interfejsu na diagramie komponentów:

Jeśli przyjrzymy się uważnie, ten drugi sposób jest przydatny, gdy potrzebujemy po prostu pokazać, że istnieje interfejs, aby nie zalewać diagramu informacjami, które nie są odpowiednie dla kontekstu.
Na tym kończymy tę drugą część samouczka, upewniając się, że możemy teraz stworzyć diagram komponentów i modelować komponenty, abyśmy mogli lepiej zorganizować nasze modelowanie.Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt