Šablóna UML diagramu komponentov
Štyri komponenty a tri rozhrania, každé poskytované práve jedným komponentom a vyžadované iným - čo je jediné usporiadanie, kvôli ktorému diagram komponentov existuje.
Notácia: UML 2.5.1Diagram: Diagram komponentov
Otvorte túto šablónu v Archyne
Otvorí sa ako upraviteľný model, nie ako obrázok. Zmeňte ho v prehliadači a exportujte do PNG, SVG, Mermaidu, XMI alebo súboru Sparx .qea.
Otvoriť šablónuČo je na tomto diagrame
- Storefront
- Spotrebiteľ. Rozhranie vyžaduje a žiadne neposkytuje - okraj systému.
- OrderIntake
- Zmluva medzi obchodom a službou. Premenujte ju skôr než ktorýkoľvek z komponentov.
- Order service
- Komponent, ktorý jedno rozhranie poskytuje a dve vyžaduje. Takto vyzerá väčšina vašich komponentov.
- OrderRepository
- Perzistencia ako zmluva, aby sa úložisko za ňou dalo vymeniť bez zásahu do služby.
- Order store
- Realizujúci komponent. Stereotyp «database» hovorí, o aký druh veci ide.
- Payment adapter
- Zabalená tretia strana. Rozhranie je vaše, aj keď dodávateľ za ním nie je.
Ako si ho prispôsobiť
- Najprv premenujte rozhrania. Diagram komponentov je diagram o zmluvách a názvy komponentov sú tá časť, na ktorej sa už všetci zhodli.
- Overte, že každé rozhranie poskytuje práve jeden komponent. Dvaja poskytovatelia sú diagramom nevyriešeného sporu.
- Vyžadovaný koniec kreslite ako závislosť a poskytovaný ako realizáciu. Ich zámena obráti smer celého návrhu.
- Nikdy nespájajte dva komponenty priamo. Ak medzi nimi nie je rozhranie, diagram je náčrt z boxov a čiar a notácia nerobí nič.
- Stereotyp pridajte len tam, kde druh komponentu mení spôsob nasadenia - «database», «service», «device». Stereotypovať všetko nehovorí nič.
- Adaptér tretej strany nechajte. Rozhranie, ktoré vlastníte pred dodávateľom, ktorého nevlastníte, je celý dôvod tento diagram kresliť.
Časté otázky
Aký je rozdiel medzi poskytovaným a vyžadovaným rozhraním?
Poskytované rozhranie komponent implementuje - volať ho môže ktokoľvek. Vyžadované rozhranie je také, ktoré musí implementovať niekto iný, inak komponent nefunguje. V tejto šablóne Order service poskytuje OrderIntake a vyžaduje OrderRepository aj PaymentGateway, takže je dodávateľom aj spotrebiteľom, čím je väčšina skutočných komponentov.
Mám radšej použiť notáciu guľôčky a objímky?
Obe sú správne UML a znamenajú to isté. Guľôčka a objímka je kompaktnejšia a číta sa dobre, keď rozhranie spája presne dva komponenty; forma s klasifikátorom použitá tu lepšie škáluje, lebo druhý spotrebiteľ je len ďalšia prerušovaná šípka namiesto prekreslenia konektora. Použite tú, ktorú váš tím číta bez pýtania.
Je diagram komponentov to isté ako diagram nasadenia?
Nie. Diagram komponentov hovorí, aké sú časti softvéru a ako na sebe závisia; diagram nasadenia hovorí, na akom stroji každá časť beží. Bežne sa kreslia spolu a ich zlúčenie do jedného obrázka býva dôvod, prečo nie je čitateľný ani jeden.
Prečítajte si notáciu
Ako čítať a kresliť UML diagram komponentov: komponenty, poskytované a vyžadované rozhrania, notácia gule a objímky, porty a čím sa líši od diagramu tried.
Prehľad všetkých symbolov UML diagramu komponentov: box komponentu, poskytované a vyžadované rozhrania, guľa a objímka, konektory zostavy a delegovania, porty a stereotypy.
Kreslenie diagramu komponentov
Návod krok za krokom: vyberte časti, nakreslite boxy, pomenujte, čo každá poskytuje, doplňte, čo vyžaduje, a spustite štyri kontroly, ktoré povedia, že je diagram hotový.
Päť hotových príkladov UML diagramu komponentov - zdieľaný katalóg, porty a adaptéry, výmena legacy systému, pluginy a cyklus závislostí - a na čo je každý dobrý.