UML - Component Diagram, část 2

V první části tohoto tutoriálu jsme se podívali na základy diagramy komponent, stejně jako způsob, jak je modelovat a nezapomínat na koncepty objektově orientovaného programování, které jsou v těchto diagramech použity.
Typy komponent
Mezi různé modely, které můžeme provádět, můžeme zahrnout součásti Ve 3 velkých skupinách tyto skupiny nejsou rigidní, ale můžeme je brát jako referenci při vytváření diagramů.
Podívejme se na různé typy níže:

• Distribuční komponenty: jsou základem spustitelných systémů, v rámci kterých můžeme mít například: DLL knihovny, spustitelné soubory, JAVA Beans atd..
• Pracovní součásti v produktu: odpovídají prvkům, na základě kterých byla součást vytvořena, jako například: databáze, soubory kódů atd.
• Exekuční komponenty: jsou to součásti vytvořené z běžícího systému, například: když spustíme vyhledávání, soubor, který ukládá indexy pro hledání, bude naší komponentou pro spuštění.

Schéma součásti
Nyní vstupujeme do záležitosti a definujeme diagram komponent jako kontejner pro komponenty, rozhraní a vztahy v systému.
K jeho reprezentaci použijeme a obdélník se dvěma malými překrývajícími se obdélníky na levé straně bude mít uvnitř název.
Podívejme se na grafický příklad:

Můžeme také zahrnout další typy dat do souboru komponentní obdélník, například pokud patří do balíčku nebo pokud chceme zahrnout nějaké další vysvětlení, podívejme se na příklad toho, co říkáme:

Modelování, které jsme provedli v pravé části grafu, má alternativní reprezentaci, díky které je více modulární, i když má tendenci diagram trochu zpackat, ale ukážeme to tak, abychom měli možnost ho použít Pokud je třeba:

Reprezentace rozhraní
The rozhraní Můžeme je reprezentovat dvěma způsoby, první nám nabízí trochu více podrobností, protože ukazuje rozhraní jako obdélník a ukazuje operace, které obsahuje, spojíme jej s komponentou pomocí přerušované čáry s nevyplněným hrotem šipky, pokud Opravili jsme tento diagram, nechali jsme ho na konci tutoriálu v jeho první části jako náhled:

Druhá forma je trochu více shrnuta, protože pro reprezentaci rozhraní použijeme pouze její název a malý kruh, který ji bude znázorňovat v diagramu, vztah bude vytvořen pomocí souvislá čára který spojuje součást s kruhem bez šipky.
Podívejme se na následující grafice na příklad tohoto druhého způsobu reprezentace rozhraní v diagramu komponent:

Pokud se podíváme pozorně, je tento druhý způsob užitečný, když potřebujeme jednoduše ukázat, že existuje rozhraní, abychom diagram nezahltili informacemi, které nejsou vhodné pro kontext.
Tímto dokončujeme tuto druhou část tutoriálu a zajišťujeme, že nyní můžeme vytvořit diagram komponent a modelovat komponenty, abychom mohli lépe organizovat naše modelování.Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod