UML - Komponentdiagram, del 2

I den første del af denne vejledning kiggede vi på det grundlæggende i komponentdiagrammer, samt måden at modellere dem på og uden at glemme de begreber om objektorienteret programmering, der anvendes i disse diagrammer.
Komponenttyper
Inden for de forskellige modeller, som vi kan udføre, kan vi inkludere komponenter I 3 store grupper er disse grupper ikke stive, men vi kan tage dem som en reference, når vi laver diagrammerne.
Lad os se de forskellige typer herunder:

• Distributionskomponenter: de er grundlaget for eksekverbare systemer, inden for dette kan vi f.eks. have: DLL -biblioteker, eksekverbare filer, JAVA -bønner osv..
• Arbejdskomponenter i produktet: svarer til de elementer, som komponenten blev oprettet på, såsom: databaser, kodefiler osv.
• Udførelse komponenter: de er komponenterne, der er oprettet fra et kørende system, for eksempel: når vi udfører en søgning, ville filen, der gemmer indekserne til søgningen, være vores udførelseskomponent.

Komponentdiagrammet
Nu når vi går ind i sagen, lad os definere komponentdiagram som beholder til komponenter, grænseflader og relationer i et system.
For at repræsentere det vil vi bruge en rektangel med to små overlappende rektangler på venstre side vil det have navnet inde i sig.
Lad os se på et grafisk eksempel på dette:

Vi kan også inkludere andre typer data i komponent rektangelfor eksempel hvis den tilhører en pakke, eller hvis vi vil inkludere en ekstra forklaring, lad os se et eksempel på, hvad vi siger:

Den modellering, som vi har udført i den højre del af grafen, har en alternativ repræsentation, der gør den mere modulær, selvom den har en tendens til at ødelægge diagrammet lidt, men vi vil vise den, så vi har mulighed for at bruge den Hvis det er nødvendigt:

Grænseflade repræsentation
Det grænseflader Vi kan repræsentere dem på to måder, den første giver os lidt flere detaljer, da den viser grænsefladen som et rektangel og viser de operationer, den indeholder, relaterer vi den til komponenten ved hjælp af en stiplet linje med et ufyldt pilespids, hvis vi Vi fikset dette diagram, vi havde forladt det i slutningen af ​​øvelsen i sin første del som et eksempel:

Den anden form er lidt mere opsummeret, for at repræsentere grænsefladen vil vi kun bruge dens navn og en lille cirkel, der repræsenterer den i diagrammet, vil forholdet blive skabt med en kontinuerlig linje der forbinder komponenten til cirklen uden pilhovedet.
Lad os i den følgende grafik se et eksempel på denne anden måde at repræsentere en grænseflade i komponentdiagrammet:

Hvis vi ser nærmere på, er denne anden måde nyttig, når det, vi har brug for, blot er at vise, at der er en grænseflade, så vi ikke oversvømmer diagrammet med oplysninger, der ikke er passende til konteksten.
Med dette afslutter vi denne anden del af selvstudiet og sikrer, at vi nu kan lave et komponentdiagram og modellere komponenterne, så vi kan organisere vores modellering på en bedre måde.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt