UML - Komponentdiagram, del 2

I den første delen av denne opplæringen så vi på det grunnleggende i komponent diagrammer, samt måten å modellere dem på og uten å glemme begrepene objektorientert programmering som brukes i disse diagrammene.
Komponenttyper
Innenfor de forskjellige modellene vi kan utføre, kan vi inkludere komponenter I 3 store grupper er disse gruppene ikke stive, men vi kan ta dem som en referanse når vi lager diagrammer.
La oss se de forskjellige typene nedenfor:

• Distribusjonskomponenter: de er grunnlaget for kjørbare systemer, innenfor dette kan vi ha for eksempel: DLL -biblioteker, kjørbare filer, JAVA -bønner, etc..
• Arbeidskomponenter i produktet: tilsvarer elementene som komponenten ble opprettet på, for eksempel: databaser, kodefiler, etc.
• Utførelseskomponenter: de er komponentene som er opprettet fra et system som kjører, for eksempel: når vi utfører et søk, vil filen som lagrer indeksene for søket være kjøringskomponenten vår.

Komponentdiagrammet
La oss nå definere saken komponentdiagram som beholder for komponenter, grensesnitt og relasjoner i et system.
For å representere det vil vi bruke a rektangel med to små overlappende rektangler på venstre side vil det ha navnet inni seg.
La oss se på et grafisk eksempel på dette:

Vi kan også inkludere andre typer data i komponent rektangel, for eksempel hvis den tilhører en pakke eller hvis vi ønsker å inkludere en ekstra forklaring, la oss se et eksempel på det vi sier:

Modelleringen som vi har gjort i den høyre delen av grafen har en alternativ representasjon som gjør den mer modulær, selv om den har en tendens til å rotere diagrammet litt, men vi skal vise det slik at vi har muligheten til å bruke det hvis nødvendig:

Grensesnittrepresentasjon
De grensesnitt Vi kan representere dem på to måter, den første gir oss litt mer detalj, siden det viser grensesnittet som et rektangel og viser operasjonene det inneholder, relaterer vi det til komponenten ved hjelp av en stiplet linje med et ufylt pilspiss, hvis vi Vi fikset dette diagrammet, vi hadde forlatt det på slutten av opplæringen i sin første del som en forhåndsvisning:

Den andre formen er litt mer oppsummert siden for å representere grensesnittet vil vi bare bruke navnet og en liten sirkel som representerer det i diagrammet, forholdet vil bli gjort med en kontinuerlig linje som kobler komponenten til sirkelen uten pilhodet.
La oss se i den følgende grafikken et eksempel på denne andre måten å representere et grensesnitt i komponentdiagrammet:

Hvis vi ser nøye ut, er denne andre måten nyttig når det vi trenger er å bare vise at det er et grensesnitt, slik at vi ikke oversvømmer diagrammet med informasjon som ikke er passende for konteksten.
Med dette fullfører vi denne andre delen av opplæringen, og sikrer at vi nå kan lage et komponentdiagram og modellere komponentene slik at vi kan organisere modelleringen vår på en bedre måte.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng