UML-notatie-tutorial: UML-diagramsymbool met voorbeelden

Wat is een model?

A Model is een buiktracHet modelleren van iets om het te begrijpen voordat je het bouwt. Omdat bij het modelleren onbelangrijke details worden weggelaten, is het gemakkelijker te manipuleren dan het originele object. Een model betekent iets organiseren met een specifiek doel.

A model is een vereenvoudiging van de werkelijkheid.

Een model kan het volgende bieden:

• Blauwdruk van het systeem
• Organisatie van het systeem
• Dynamiek van het systeem

UML-bouwstenen

UML staat voor unified modeling language, wat draait om verschillende blokken om één model te genereren. Bouwblokken zijn de dingen die nodig zijn om één volledig UML-modeldiagram te ontwikkelen. Het is een essentieel onderdeel van elk UML-diagram. Hieronder volgen de basisbouwblokken van UML:

1. Things
2. Relaties
3. Diagrams

Laten we de bouwstenen en UML-diagramsymbolen diepgaand bestuderen.

Things

Een ding kan worden omschreven als elke echte entiteit of een object. In UML zijn dingen als volgt in verschillende categorieën onderverdeeld:

• Structurele dingen
• Gedragszaken
• Grouping spullen
• Annotationele dingen

Structurele dingen

Een structureel ding wordt gebruikt om het statische deel van een model te beschrijven. Het wordt gebruikt om de dingen weer te geven die zichtbaar zijn voor het menselijk oog. Structurele zaken in UML gaan allemaal over het fysieke deel van een systeem. Het is het zelfstandig naamwoord van een UML-model, zoals een klasse, object, interface, samenwerking, use case, component en een knooppunt.

Laten we de structurele dingen uitleggen die in UML worden gebruikt:

Klasse:

Een klasse wordt gebruikt om verschillende objecten te representeren. Het wordt gebruikt om de eigenschappen en bewerkingen van een object te definiëren. In UML kunnen we een object ook abstraheren.tracEen klasse waarvan de functionaliteiten niet zijn gedefinieerd, wordt een abs genoemd.tract-klasse. Elke UML-klassendiagram notaties worden over het algemeen uitgedrukt zoals hieronder in het voorbeeld van UML-klassediagrammen:

Een object is een entiteit die wordt gebruikt om het gedrag en de functies van een systeem te beschrijven. De klasse en het object hebben dezelfde notaties. Het enige verschil is dat een objectnaam in UML altijd onderstreept is.

De UML-notatie van elk object wordt hieronder gegeven.

Interface:

Een interface is vergelijkbaar met een template zonder implementatiedetails. Een cirkelnotatie vertegenwoordigt het. Wanneer een klasse een interface implementeert, wordt de functionaliteit ervan ook geïmplementeerd.

Samenwerking:

Het wordt weergegeven door een gestippelde ellips met daarin een naam geschreven.

Gebruiksscenario:

Use-cases zijn een van de kernconcepten van objectgeoriënteerde modellering. Ze worden gebruikt om high-level functionaliteiten en hoe de gebruiker met het systeem omgaat, weer te geven.

Acteur:

Het wordt gebruikt in use case-diagrammen. De Actor-notatie wordt gebruikt om een ​​entiteit aan te duiden die interactie heeft met het systeem. Een gebruiker is het beste voorbeeld van een acteur. De actornotatie in UML wordt hieronder weergegeven.

Component:

Een componentnotatie wordt gebruikt om een ​​deel van het systeem weer te geven. Het wordt aangegeven in UML zoals hieronder weergegeven,

Knooppunt:

Een knooppunt wordt gebruikt om het fysieke deel van een systeem te beschrijven. Een knooppunt kan worden gebruikt om een ​​netwerk, server, routers, enz. weer te geven. De notatie ervan vindt u hieronder.

Implementatiediagram:

Het vertegenwoordigt de fysieke hardware waarop het systeem is geïnstalleerd. Een implementatiediagram vertegenwoordigt de fysieke weergave van een systeem. Het duidt de communicatie en interactie aan tussen verschillende delen van het systeem.

Een implementatiediagram bestaat uit de volgende notaties:

1. een knoop
2. Een onderdeel
3. Een artefact
4. Een interface

Gedragszaken

Zij zijn de werkwoorden van een UML-model, zoals interacties, activiteiten en state machines. Gedragskenmerken in UML worden gebruikt om het gedrag van een systeem weer te geven.

Gedragszaken bestaan ​​uit:

Staatsmachine:

Vroeger beschreef het verschillende toestanden van een enkele component in de hele wereld levenscyclus van softwareontwikkeling. Het wordt gebruikt om verschillende toestanden van een systeemcomponent vast te leggen.

Activiteiten diagram:

Een activiteitendiagram wordt gebruikt om verschillende activiteiten weer te geven die door verschillende componenten van een systeem worden uitgevoerd. Het wordt op dezelfde manier aangeduid als dat van het toestandsmachinediagram.

Een activiteitendiagram bevat voornamelijk de begintoestand, de eindtoestand, een beslissingsvak en een actienotatie.

Interactiediagram:

Interactiediagrammen worden gebruikt om de berichtenstroom tussen verschillende componenten van een systeem te visualiseren.

• Sequentiediagram: Een sequentiediagram toont interacties tussen een of meer levenslijnen in realtime.

De notatie van een sequentiediagram wordt hieronder gegeven,

Grouping spullen

Het is het pakket dat wordt gebruikt om semantisch verwante modelleerelementen te groeperen tot één samenhangende eenheid. Het pakket is de enige groep...ping iets dat beschikbaar is in UML.

Annotationele dingen

Het is als een notitie die naar het model kan worden geschreven om essentiële informatie vast te leggen. Het is vergelijkbaar met de gele notitie. Hier is een voorbeeld voor annotatie-dingen in UML:

Relaties

Met de relatie kun je op een model laten zien hoe twee of meer dingen zich tot elkaar verhouden. De relatie in UML stelt je in staat betekenisvolle verbanden tussen dingen vast te leggen. Het laat zien hoe elk element met elkaar geassocieerd is en hoe deze associatie de functionaliteit van een applicatie beschrijft.

Relaties in UML zijn als volgt gecategoriseerd:

• Associatie relatie
• Afhankelijkheidsrelatie
• Generalisatie relatie
• Realisatie relatie

Associatie relatie

Het is een reeks koppelingen die elementen van het UML-model met elkaar verbinden. Het definieert ook hoeveel objecten deelnemen aan die relatie. Het illustreert hoeveel elementen deelnemen aan een bepaalde interactie.

Het wordt aangegeven als een stippellijn met pijlpunten aan beide zijden. Beide zijden bevatten een element dat de relatie beschrijft. Er wordt een nieuwe term multipliciteit geïntroduceerd die ons vertelt hoeveel objecten van een bepaald element zijn geassocieerd.

Associatierelatie wordt als volgt aangegeven:

Afhankelijkheidsrelatie

In dit soort relaties is het bronelement afhankelijk van het doelelement en kan het worden beïnvloed door wijzigingen daarin. Het is een van de belangrijkste notaties van UML. Het definieert de richting van een afhankelijkheid van het ene object naar het andere.

Het wordt aangegeven door een stippellijn met een pijl aan één kant.

De afhankelijkheidsrelatie wordt als volgt aangegeven:

Generalisatie relatie

Het wordt ook wel een ouder-kindrelatie genoemd. Het is een relatie tussen iets algemeens en een meer specifiek soort ding. Dit type relatie wordt gebruikt om het overervingsconcept weer te geven.

Het wordt aangegeven door een rechte lijn met aan één kant een holle pijlpunt.

De generalisatierelatie wordt als volgt aangegeven:

Realisatie relatie

Hierin beschrijft één element een bepaalde verantwoordelijkheid die niet is geïmplementeerd en implementeren de andere elementen de functionaliteit die door het eerste element wordt genoemd. Realisatierelatie wordt veel gebruikt bij het aanduiden interfaces.

Het wordt aangegeven als een stippellijn met aan één uiteinde een holle pijlpunt.

Realisatierelatie wordt als volgt aangegeven:

Diagrams

UML-diagrammen zijn onderverdeeld in drie verschillende categorieën, zoals:

1. Structureel diagram
2. Gedragsdiagram
3. Interactie diagram

Structurele diagrammen

Structurele diagrammen worden gebruikt om een ​​statische weergave van een systeem weer te geven. Het vertegenwoordigt een deel van een systeem dat de structuur van een systeem vormt. Een structuurdiagram toont verschillende objecten binnen het systeem.

Hieronder staan ​​de verschillende structuurdiagrammen in UML:

• Klasse diagram
• Objectdiagram
• Pakketdiagram:
• Componentenschema
• implementatie diagram

Gedragsdiagrammen

Elk systeem uit de echte wereld kan worden weergegeven in een statische vorm of een dynamische vorm. Er wordt gezegd dat een systeem compleet is als het zowel op statische als op dynamische wijze wordt uitgedrukt. Het gedragsdiagram geeft de werking van een systeem weer.

UML-diagrammen die zich bezighouden met het statische deel van een systeem worden structurele diagrammen genoemd. UML-diagrammen die zich bezighouden met de bewegende of dynamische delen van het systeem worden gedragsdiagrammen genoemd.

Hieronder staan ​​de verschillende gedragsdiagrammen in UML:

• Activiteiten diagram
• Gebruik case-diagram
• Staat machine diagram

Interactie diagrammen

Interactiediagram is niets anders dan een subset van gedragsdiagrammen. Het wordt gebruikt om de stroom tussen verschillende use case-elementen van een systeem te visualiseren. Interactiediagrammen worden gebruikt om de interactie tussen twee entiteiten weer te geven en hoe gegevens daarbinnen stromen.

Hieronder staan ​​de verschillende interactie-diagrammen in UML:

• Tijdschema
• Volgordediagram
• Samenwerkingsdiagram

Veelgestelde vragen