Inleiding tot UML-componentdiagram

Unified Modelling Language, dat wil zeggen dat UML in eenvoudige woorden een algemene modelleringstaal is. Het hoofddoel van UML is het visualiseren van de manier waarop een systeem op een standaard manier is ontworpen. Het is ook vrijwel hetzelfde als blauwdrukken die ook op andere technische gebieden worden gebruikt. Het is geen programmeertaal, maar eerder een beeldtaal. UML-componentendiagrammen worden alleen gebruikt om het gedrag en de structuur van een systeem aan te tonen. UML helpt systeemarchitecten, ondernemers en ook software-ingenieurs bij het modelleren, ontwerpen en analyseren. De OMG, dat wil zeggen Object Management Group, heeft UML al in 1997 als standaard aangenomen. Sindsdien wordt het door hen beheerd. Daarna publiceerde ISO in 2005 UML als een goedgekeurde norm. UML is door de jaren heen periodiek herzien en herzien. Verder zullen we componentendiagrammen bespreken.

Wat is een componentendiagram in UML?

  • UML-componentdiagrammen worden in principe gebruikt bij het modelleren van de fysieke aspecten van objectgeoriënteerde systemen die worden gebruikt bij het visualiseren en documenteren van systemen die op componenten zijn gebaseerd en het wordt ook gebruikt voor de constructie van uitvoerbare systemen met behulp van voorwaartse en achterwaartse engineering. Componentdiagrammen zijn in principe diagrammen van de klasse die zich richten op componenten van een systeem dat vaak wordt gebruikt voor het modelleren van de statische implementatie van het systeem.
  • Het verdeelt ook het huidige systeem dat wordt ontwikkeld in verschillende niveaus van functionaliteit, in principe hoog niveau. Elk onderdeel in UML is verantwoordelijk voor slechts één duidelijk doel in het hele systeem en het werkt alleen samen met andere essentiële elementen en ook op basis van behoefte aan kennis.
  • Het enige en belangrijke doel van een componentdiagram in UML is het aantonen van de relatie tussen verschillende componenten in het systeem. Als we het hebben over UML 2.0, wordt het woord "component" gedefinieerd als een module van klassen die staat voor onafhankelijke systemen of subsystemen die kunnen communiceren met de rest van het systeem.
  • Er is een aanpak genaamd component-gebaseerde ontwikkeling, ook wel CBD genoemd, die draait om alle componenten. In deze benadering doet het hele systeem wat het eigenlijk zou moeten doen, omdat het de planner toelaat om verschillende componenten te identificeren. In het algemeen gesproken, als we het hebben over de objectgeoriënteerde programmeerbenadering, staat het componentdiagram altijd toe dat een senior ontwikkelaar de klassen groepeert, afhankelijk van hun gemeenschappelijk doel, waardoor de ontwikkelaar en anderen in staat zijn om naar het softwareontwikkelingsproject op een hoger niveau te kijken.
  • Hoewel componentdiagrammen in UML op het eerste gezicht ingewikkeld lijken, zijn ze echter van onschatbare waarde voor het bouwen van ons systeem.

Componentschema's hebben veel voordelen die uw team op verschillende manieren kunnen helpen:

  1. Het besteedt aandacht aan hoe de componenten van het systeem zich verhouden.
  2. Het benadrukt het gedrag van service wanneer het betrekking heeft op de interface.
  3. Het stelt ook de fysieke structuur van het systeem voor.

Leg symbolen uit van UML-componentdiagram

UML component diagram symbolen zijn veel zoals component, pakket, pakket container, afhankelijkheid, generalisatie, beperking, ondoorzichtig stereotype, notitie en vele anderen. Laten we een paar belangrijke doornemen. De symbolen staan ​​ernaast.

1. Component: component in UML wordt gedefinieerd als een modulair onderdeel van een systeem. Het definieert altijd zijn gedrag dat in termen van vereiste en gegeven interfaces is.

2. Pakket: Pakket in UML kan worden gedefinieerd als iets dat elementen kan groeperen, en geeft vervolgens een naamruimte voor al die gegroepeerde elementen.

3. Pakketcontainers: pakketcontainers in UML kunnen worden gedefinieerd als iets dat UML-elementen zoals klassen, componenten en use cases beschrijft.

4. Afhankelijkheid: afhankelijkheidsrelatie in UML kan worden gedefinieerd als een relatie waarbij een van de elementen die de klant is gebruikt of afhankelijk is van een ander element dat de leverancier is.

5. Generalisatie: Generalisatie in UML kan worden gedefinieerd als de relatie waarin een van het modelelement Ie, het kind, is gebaseerd op een ander modelelement, dat wil zeggen de ouder.

6. Beperking: Beperking in UML kan worden gedefinieerd als iets waarmee we de semantiek van het UML-modelelement kunnen verfijnen. Het is een uitbreidingsmechanisme. Opmerking in UML bestaat uit opmerkingen of tekstuele informatie.

Opmerking in UML kan worden gedefinieerd als iets dat hardware- of softwareobjecten van een hoger niveau vertegenwoordigt als we het vergelijken met componenten. componenten.

7. Interface: in UML kan worden gedefinieerd als iets dat de materialen aantoont die een component zal ontvangen of zal leveren. We kunnen interfaces weergeven met tekstuele notities of symbolen zoals de lolly, sok of bal- en sokvormen.

8. poort: Symbool in UML kan worden gedefinieerd als iets dat een ander interactiepunt tussen de omgeving en de component vermeldt. Poorten kunnen worden gesymboliseerd met behulp van een klein vierkantje.

Hoe maak je een componentdiagram?

We kunnen eenvoudig een perfect componentdiagram in UML maken met behulp van de Lucid Chart. Het enige wat we moeten doen is deze stappen volgen:

  • Open een leeg document of begin met een sjabloon.
  • UML-vormbibliotheek moet worden ingeschakeld. Klik vervolgens op "Shapes" aan de linkerkant van de editor en vink "UML" aan in de Shape Library Manager en klik vervolgens op "Save".
  • Selecteer de vorm die u uit de bibliotheek wilt toevoegen en u hoeft alleen die vorm vanuit de gereedschapskist naar het canvas te slepen.
  • Teken lijnen tussen vormen voor het modelleren van de stroom en we zijn klaar.

Een van de voorbeelden is zoals hieronder voor Library Mangement System hieronder weergegeven

De transacties worden hier getoond en creëren een netwerk van relaties tussen componenten van het bibliotheeksysteem. Om te begrijpen hoe deze relaties werken en hoe het systeem in het algemeen functioneert, moet u het hierboven getoonde UML-diagram onderzoeken. Je kunt het ook als sjabloon gebruiken.

Conclusie

We kunnen dus concluderen dat het componentdiagram een ​​heel belangrijk diagram is waarin architecten vaak vrij vroeg in een project zullen maken. Maar het is nuttig gedurende de levensduur van het systeem. Componentschema's zijn van onschatbare waarde omdat ze de architectuur van een systeem modelleren en documenteren.

Aanbevolen artikel

Dit is een leidraad geweest voor UML Component Diagram. Hier bespreken we de verschillende soorten symbolen die in detail worden uitgelegd. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -

  1. Soorten UML-diagrammen
  2. UML-sequentiediagram
  3. UML-activiteitsdiagram
  4. UML-casusdiagram
  5. Reverse engineering

Categorie:

Software ontwikkeling