UML - Componentendiagram, deel 2

In het eerste deel van deze tutorial hebben we gekeken naar de basis van de componentendiagrammen, evenals de manier om ze te modelleren en zonder de concepten van objectgeoriënteerd programmeren te vergeten die in deze diagrammen worden toegepast.
Componenttypen
Binnen de verschillende modellen die we kunnen uitvoeren, kunnen we de componenten In 3 grote groepen zijn deze groepen niet rigide, maar we kunnen ze als referentie nemen bij het maken van de diagrammen.
Laten we de verschillende soorten hieronder bekijken:

• Distributiecomponenten: ze vormen de basis van uitvoerbare systemen, hierin kunnen we bijvoorbeeld hebben: DLL-bibliotheken, uitvoerbare bestanden, JAVA Beans, enz..
• Werkende componenten in het product: komen overeen met de elementen op basis waarvan het onderdeel is gemaakt, zoals: databases, codebestanden, enz.
• Uitvoeringscomponenten: dit zijn de componenten die zijn gemaakt op basis van een draaiend systeem, bijvoorbeeld: wanneer we een zoekopdracht uitvoeren, zou het bestand dat de indexen voor de zoekopdracht opslaat, onze uitvoeringscomponent zijn.

Het componentendiagram
Nu we de zaak invoeren, laten we de . definiëren componentendiagram als de container voor componenten, interfaces en relaties in een systeem.
Om het weer te geven gebruiken we a rechthoek met twee kleine overlappende rechthoeken aan de linkerkant, zal de naam erin staan.
Laten we een grafisch voorbeeld hiervan bekijken:

We kunnen ook andere soorten gegevens opnemen in de component rechthoek, bijvoorbeeld als het bij een pakket hoort of als we wat extra uitleg willen geven, laten we een voorbeeld bekijken van wat we zeggen:

De modellering die we in het rechterdeel van de grafiek hebben gedaan, heeft een alternatieve weergave die het meer modulair maakt, hoewel het de neiging heeft om het diagram een ​​beetje te verknoeien, maar we gaan het laten zien zodat we de mogelijkheid hebben om het te gebruiken indien nodig:

Interface weergave
De interfaces We kunnen ze op twee manieren weergeven, de eerste biedt ons wat meer detail, omdat het de interface als een rechthoek toont en de bewerkingen toont die het bevat, we relateren het aan de component met behulp van een stippellijn met een ongevulde pijlpunt, als we We hebben dit diagram gerepareerd, we hadden het aan het einde van de tutorial in het eerste deel als voorbeeld achtergelaten:

De tweede vorm is iets meer samengevat, omdat we om de interface weer te geven alleen de naam en een kleine cirkel gebruiken om de weergave in het diagram te maken, de relatie zal worden gemaakt met een doorgetrokken streep die het onderdeel met de cirkel verbindt zonder de pijlpunt.
Laten we in de volgende afbeelding een voorbeeld zien van deze tweede manier om een ​​interface in het componentendiagram weer te geven:

Als we goed kijken, is deze tweede manier nuttig wanneer we gewoon moeten laten zien dat er een interface is, zodat we het diagram niet overspoelen met informatie die niet geschikt is voor de context.
Hiermee ronden we dit tweede deel van de tutorial af, zodat we nu een componentendiagram kunnen maken en de componenten kunnen modelleren zodat we onze modellering op een betere manier kunnen organiseren.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven