UML - Komponentdiagram, del 2

I den första delen av denna handledning tittade vi på grunderna i komponentdiagram, liksom sättet att modellera dem och utan att glömma begreppen objektorienterad programmering som tillämpas i dessa diagram.
Komponenttyper
Inom de olika modellerna som vi kan utföra kan vi inkludera komponenter I 3 stora grupper är dessa grupper inte styva, men vi kan ta dem som en referens när vi gör diagrammen.
Låt oss se de olika typerna nedan:

• Distributionskomponenter: de är grunden för körbara system, inom detta kan vi till exempel ha: DLL -bibliotek, körbara filer, JAVA -bönor, etc..
• Arbetsdelar i produkten: motsvarar de element som baseras på vilken komponenten skapades, till exempel: databaser, kodfiler etc.
• Utförandekomponenter: de är komponenterna som skapats från ett körande system, till exempel: när vi kör en sökning skulle filen som sparar index för sökningen vara vår körningskomponent.

Komponentdiagrammet
Nu går vi in ​​i saken, låt oss definiera komponentdiagram som behållare för komponenter, gränssnitt och relationer i ett system.
För att representera det kommer vi att använda a rektangel med två små överlappande rektanglar på vänster sida kommer det att ha namnet inuti den.
Låt oss titta på ett grafiskt exempel på detta:

Vi kan också inkludera andra typer av data i komponent rektangel, till exempel om det tillhör ett paket eller om vi vill ha en ytterligare förklaring, låt oss se ett exempel på vad vi säger:

Modelleringen som vi har gjort i den högra delen av grafen har en alternativ representation som gör den mer modulär, även om den tenderar att förstöra diagrammet lite, men vi kommer att visa det så att vi har möjlighet att använda det om nödvändigt:

Gränssnittsrepresentation
De gränssnitt Vi kan representera dem på två sätt, det första ger oss lite mer detaljer, eftersom det visar gränssnittet som en rektangel och visar operationerna det innehåller, relaterar vi det till komponenten med hjälp av en streckad linje med en ofylld pilspets, om vi Vi fixade detta diagram, vi hade lämnat det i slutet av handledningen i sin första del som en förhandsvisning:

Den andra formen är lite mer sammanfattad eftersom för att representera gränssnittet kommer vi bara att använda dess namn och en liten cirkel som gör dess representation i diagrammet, förhållandet kommer att göras med kontinuerlig linje som förenar komponenten med cirkeln utan pilspetsen.
Låt oss i följande grafik se ett exempel på detta andra sätt att representera ett gränssnitt i komponentdiagrammet:

Om vi ​​tittar noga är detta andra sätt användbart när det vi behöver är att helt enkelt visa att det finns ett gränssnitt så att vi inte översvämmar diagrammet med information som inte är lämplig för sammanhanget.
Med detta avslutar vi den andra delen av handledningen och ser till att vi nu kan göra ett komponentschema och modellera komponenterna så att vi kan organisera vår modellering på ett bättre sätt.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng