UML diagramy profilov
Ako rozšíriť samotné UML. Stereotypy, označkované hodnoty a šípka rozšírenia - mechanizmus za každým «entity», «service» a «microservice», aké ste kedy na diagrame videli.
6 min čítaniaUML 2.5.130 z 35
Krátka odpoveď
- Každé lomené úvodzovky, aké ste na diagrame videli - entity, service, microservice - boli niekde definované profilom.
- Stereotypy pridávajú význam, označkované hodnoty pridávajú dáta. Stereotyp service so značkou SLA dovolí komponentu niesť konkrétne SLA.
- Šípka rozšírenia je to, čo viaže stereotyp na jednu metatriedu. Rozšírenie Class znamená, že platí pre triedy a pre nič iné.
- Profil definujte vtedy, keď chcete, aby na anotáciu reagovali nástroje. Poznámka je pre každý nástroj neviditeľná; stereotyp je súčasťou modelu.
01Čo ukazuje#
Diagram profilu je UML popisujúce rozšírenie seba samého. Je to jediný diagram v jazyku, ktorého predmetom je ten jazyk, a preto pôsobí inak než ostatných trinásť a preto ho väčšina ľudí nikdy nekreslí.
Výsledok ste takmer určite používali. Zakaždým, keď ste na boxe triedy videli «entity», «service», «controller» alebo «microservice», pozerali ste sa na aplikovaný stereotyp. Diagram profilu je miesto, kde je ten stereotyp definovaný: ako sa volá, na čo sa dá pripojiť a aké dodatočné vlastnosti nesie.
02Notácia#
| Prvok | Notácia | Čo znamená |
|---|---|---|
| Metatrieda | box, «metaclass» | Prvok samotného UML - Class, Component, Association. To, čo rozširujete. |
| Stereotyp | box, «stereotype» | Nový pojem, ktorý do jazyka pridávate. |
| Rozšírenie | Plná čiara, plnýtrojuholník pri metatriede. „Tento stereotyp sa smie aplikovať na tamten druh prvku.“ | |
| Označená hodnota | atribút na stereotype | Dodatočná vlastnosť, ktorú vám aplikovanie stereotypu dá - slo: Duration. |
| Profil | balík, «profile» | Balík, ktorý zoskupuje sadu stereotypov, aby sa dali aplikovať spoločne. |
| «apply» | Z balíka na profil: všetko tu smie používať tie stereotypy. |
03Kedy ho naozaj potrebujete#
Buďte úprimní o tom prahu. Použiť stereotyp nepotrebuje profil vôbec - «entity» na boxe komunikuje ľudskému čitateľovi úplne dobre bez toho, aby bolo čokoľvek formálne definované. Diagram profilu potrebujete vtedy, keď stereotyp musí niečo znamenať stroju.
To sa stáva v troch situáciách. Keď nástroj musí model validovať - odmietnuť aplikovať «microservice» na asociáciu, alebo vyžadovať, aby každý z nich deklaroval SLO. Keď sa z modelu generuje kód alebo dokumenty a generátor sa vetví podľa stereotypu. A keď sa na slovníku dohodlo celé odvetvie: SysML, MARTE, SoaML a im podobné sú všetko UML profily a sú hlavným dôvodom, prečo ten mechanizmus existuje.
04Ako udržať profil užitočným#
Siahnite po ňom, keď
- Nástroj musí zo stereotypu validovať alebo generovať, nielen ho zobraziť
- Potrebujete na prvkoch modelu dodatočné štruktúrované dáta - vlastníka, SLO, klasifikáciu
- Prijímate štandardný profil ako SysML, ktorý už niekto iný definoval
- Tá istá hŕstka doménových pojmov sa opakuje naprieč mnohými diagramami a tímami
Siahnite po niečom inom, keď
- Jeden či dva stereotypy použité čisto ako vizuálne štítky - jednoducho ich napíšte
- Pojmy, ktoré pridávate, už existujú v ArchiMate alebo inom jazyku
- Profil nebude nikto udržiavať potom, ako človek, ktorý ho napísal, odíde
- Rozširujete UML, aby ste sa vyhli učeniu tej časti UML, ktorá to už pokrýva
Dobrý profil je malý. Päť až desať stereotypov, každý so zrejmým významom a najviac párom označených hodnôt, aplikovaných konzistentne, má oveľa väčšiu cenu než štyridsať, ktoré si nikto nepamätá. A každá označená hodnota, ktorú pridáte, je pole, ktoré musí niekto vyplniť na každom prvku, navždy - takže nech si každá zaslúži svoje miesto.
Jedno praktické varovanie o prenositeľnosti: profily sú tou časťou UML, ktorá medzi nástrojmi cestuje najhoršie. Definície stereotypov prežijú cestu tam a späť cez XMI podstatne menej spoľahlivo než obyčajné prvky modelu a označené hodnoty často doputujú ako netypované reťazce alebo vôbec. Ak sa váš model musí presúvať medzi nástrojmi, držte profil tak malý, ako znesiete.
Po jednom riadku na každé
- 01Jediný UML diagram, ktorého predmetom je samotné UML.
- 02Stereotyp rozširuje metatriedu; šípka je plná čiara s PLNÝM trojuholníkom.
- 03Dutý trojuholník generalizácie znamená niečo iné a je to obvyklá chyba.
- 04Označené hodnoty sú dodatočné vlastnosti, ktoré aplikovanie stereotypu poskytne.
- 05Formálny profil potrebujete, len keď musí na stereotyp konať nástroj.
- 06Profily držte malé - sú tiež tou časťou modelu, ktorá sa exportuje najmenej spoľahlivo.
05Časté otázky#
Čo je stereotyp v UML?
Pomenované rozšírenie existujúceho prvku UML, písané vo francúzskych úvodzovkách: entity, service, controller. Umožňuje prispôsobiť jazyk doméne bez vymýšľania novej notácie a každý, ktorý ste videli, bol niekde definovaný profilom.
Čo je označkovaná hodnota?
Vlastnosť pridaná prvku stereotypom. Stereotyp service môže definovať značku SLA; jeho použitie na komponent dovolí tomuto komponentu niesť konkrétnu hodnotu SLA. Označkované hodnoty sú to, čím profil pridáva dáta, tak ako stereotypy sú to, čím pridáva význam.
Čo je vzťah rozšírenia?
Šípka od stereotypu k metatriede, ktorú rozširuje, kreslená plnou čiarou s vyplneným trojuholníkom. Práve to robí stereotyp použiteľným na jeden konkrétny druh prvku: rozšírenie triedy Class znamená, že sa dá použiť na triedy a na nič iné.
Kedy definovať profil namiesto poznámok?
Keď sa tá istá anotácia objavuje dosť často na to, aby ste chceli, aby na ňu nástroje reagovali: overili ju, filtrovali podľa nej alebo ju pretransformovali pri exporte. Poznámka je pre každý nástroj neviditeľná; stereotyp je plnohodnotnou súčasťou modelu.
V tejto sérii
- 01Čo je UML?
- 02Symboly UML
- 03Výber diagramu
- 04Diagramy tried
- 05Príklady diagramov tried
- 06Ako nakresliť diagram tried
- 07Symboly diagramu tried
- 08Sekvenčné diagramy
- 09Príklady sekvenčných diagramov
- 10Ako nakresliť sekvenčný diagram
- 11Diagramy prípadov použitia
- 12Príklady prípadov použitia
- 13Diagramy aktivít
- 14Príklady aktivít
- 15Stavové diagramy
- 16Príklady stavových diagramov
- 17Diagramy komponentov
- 18Príklady komponentov
- 19Kreslenie diagramu komponentov
- 20Symboly komponentov
- 21Diagramy nasadenia
- 22Príklady nasadenia
- 23Diagramy objektov
- 24Diagramy balíkov
- 25Diagramy zloženej štruktúry
- 26Komunikačné diagramy
- 27Sekvenčný vs komunikačný
- 28Časové diagramy
- 29Diagramy prehľadu interakcií
- 30Diagramy profilov
- 31UML pomocou AI
- 32Príklad e-shopu
- 33Príklad banky
- 34Príklad mikroslužieb
- 35Príklad AWS
Súvisiace články
Základy
Diagramy štruktúry
Diagramy štruktúry
Diagramy štruktúry
Prax modelovania
Diagramy správania