Cheatsheet en referentiegids voor UML-diagram

In deze Cheatsheet voor UML-notatie leert u:

Dingen in UML

Een ding kan worden omschreven als elke entiteit of een object in de echte wereld. Dingen zijn als volgt onderverdeeld in verschillende categorieën in UML,

  • structurele dingen
  • Gedragsdingen
  • Dingen groeperen
  • Annotatie dingen

structurele dingen

Structurele zaken hebben alles te maken met 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.

Klas :- Een klasse wordt gebruikt om verschillende objecten weer te geven. Het wordt gebruikt om de eigenschappen en bewerkingen van een object te definiëren.

Object :- 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.

Voorbeeld van objectdiagram: - Het onderstaande UML-objectdiagram bevat twee objecten genaamd Ferrari en BMW die behoren tot een klasse die als een auto wordt genoemd. De objecten zijn niets anders dan real-world entiteiten die de instanties van een klasse zijn.

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

Gedragsdingen

Het zijn de werkwoorden van een UML-model, zoals interacties, activiteiten en toestandsmachines. Gedragsdingen worden gebruikt om het gedrag van een systeem weer te geven. Interactiediagram: - Interactiediagrammen worden gebruikt om de berichtenstroom tussen verschillende componenten van een systeem te visualiseren.

Dingen groeperen

Het is het pakket dat wordt gebruikt om semantisch gerelateerde modelleringselementen te groeperen in een enkele samenhangende eenheid.

Annotatie 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 plaknotitie.

Relaties typen in UML

Met de relatie kun je op een model laten zien hoe twee of meer dingen zich tot elkaar verhouden.



Verenigingsrelatie: - Het is een reeks koppelingen die elementen van het UML-model met elkaar verbinden. Het wordt aangeduid als een stippellijn met pijlpunten aan beide zijden. Beide zijden bevatten een element dat de relatie beschrijft.

Reflexieve associatie: - Reflexieve associatie stelt dat een link of een connectie aanwezig kan zijn binnen de objecten van dezelfde klasse.

Gerichte vereniging: - Gerichte associatie, de stroom is gericht. De associatie van de ene klasse naar de andere klasse stroomt slechts in één richting.

Afhankelijkheidsrelatie: - Het is een van de belangrijkste notaties van UML. Het definieert de richting van een afhankelijkheid van het ene object naar het andere.

Generalisatie relatie:- Het wordt ook wel een ouder-kindrelatie genoemd. Dit type relatie wordt gebruikt om het overervingsconcept weer te geven.

Realisatie relatie:- Realisatierelatie wordt veel gebruikt bij het aanduiden van interfaces.

Realisatie kan op twee manieren worden weergegeven:

  • Een canonieke vorm gebruiken
  • Een weggelaten formulier gebruiken

Samenstelling:- Samengestelde aggregatie wordt beschreven als een binaire associatie versierd met een gevulde zwarte diamant aan het geaggregeerde (hele) uiteinde. Het is geen standaard UML-relatie, maar wordt nog steeds in verschillende toepassingen gebruikt.

Aggregatie :- aggregatierelatie, blijft het afhankelijke object binnen het bereik van een relatie, zelfs wanneer het bronobject wordt vernietigd. Een aggregatie is een subtype van een associatierelatie in UML.

Abstracte lessen

Het is een klasse met een bewerkingsprototype, maar niet de implementatie. In UML Het enige verschil tussen een klasse en een abstracte klasse is dat de klassenaam strikt cursief is geschreven.

Laten we een compleet voorbeeld van een UML-klassediagram bekijken: -

Het ATM-systeem is heel eenvoudig, omdat klanten op een aantal knoppen moeten drukken om contant geld te ontvangen. Er zijn echter meerdere beveiligingslagen die elk ATM-systeem moet passeren. Dit helpt om fraude te voorkomen en contant geld of details te verstrekken aan bankklanten.

UML use case-diagram

Use Case Diagram legt de functionaliteit en vereisten van het systeem vast met behulp van actoren en use cases. Use Cases modelleren de services, taken en functies die een systeem moet uitvoeren.

Gebruiksgeval: - Use-cases zijn een van de kernconcepten van objectgeoriënteerde modellering. Ze worden gebruikt om functionaliteiten op hoog niveau weer te geven en hoe de gebruiker met het systeem zal omgaan.

Acteur:- De actor is een entiteit die interageert met het systeem. Een gebruiker is het beste voorbeeld van een acteur.

Voorbeeld van Usecase-diagram

In het onderstaande use case-diagram zijn er twee acteurs genaamd student en een leraar. Er zijn in totaal vijf use cases die de specifieke functionaliteit van een studentmanagementsysteem vertegenwoordigen. Elke actor heeft interactie met een bepaalde use case.

UML-statusmachinediagram

Staat machine:- Vroeger beschreef het verschillende toestanden van een enkel onderdeel gedurende de levenscyclus van softwareontwikkeling.

Er zijn 4 soorten staat in staatsmachine: -

  1. Initiële status: -Het symbool van de initiële status wordt gebruikt om het begin van een statusmachinediagram aan te geven.
  2. Eindtoestand: - Dit symbool wordt gebruikt om het einde van een toestandsmachinediagram aan te geven.
  3. Beslisbox: - Het bevat een voorwaarde. Afhankelijk van het resultaat van een geëvalueerde bewakingsconditie wordt een nieuw pad genomen voor de uitvoering van het programma.
  4. Overgang: - Een overgang is een verandering van de ene toestand naar een andere toestand die is opgetreden als gevolg van een of andere gebeurtenis.

Voorbeeld van toestandsmachinediagrammen: - Er zijn in totaal twee toestanden en de eerste toestand geeft aan dat de OTP eerst moet worden ingevoerd. Daarna wordt OTP aangevinkt in het beslissingsvak, als het correct is, zal alleen de statusovergang plaatsvinden en wordt de gebruiker gevalideerd. Als OTP onjuist is, vindt de overgang niet plaats en keert deze terug naar de beginstatus totdat de gebruiker de juiste OTP invoert.

UML-activiteitsdiagram

Activiteiten diagram :- activiteitendiagram wordt gebruikt om verschillende activiteiten weer te geven die door verschillende componenten van een systeem worden uitgevoerd.

  • Begintoestanden: de beginfase voordat een activiteit plaatsvindt, wordt weergegeven als de begintoestand
  • Eindtoestanden: de toestand die het systeem bereikt wanneer een specifiek proces eindigt, staat bekend als een eindtoestand
  • Beslissingsdoos: Het is een ruitvormige doos die een beslissing met alternatieve paden vertegenwoordigt. Het vertegenwoordigt de stroom van controle.

Voorbeeld van activiteitendiagram: - Het volgende diagram geeft de activiteit weer voor het verwerken van e-mails.

Volgordediagram

Het doel van een sequentiediagram in UML is om de sequentie van een berichtenstroom in het systeem te visualiseren. Een sequentiediagram wordt gebruikt om het gedrag van elk scenario vast te leggen.

Samenwerkingsdiagram

Samenwerking :- Het wordt weergegeven door een gestippelde ellips met een naam erin geschreven

Voorbeeld van samenwerkingsdiagram: -

Tijdschema

Een timingdiagram geeft aan hoe het object van toestand verandert door een golfvorm of een grafiek te gebruiken. Het wordt gebruikt om de transformatie van een object van de ene vorm in een andere vorm aan te duiden.

Voorbeeld van timingdiagram: -

UML-componentendiagram

bestanddeel:- Een componentnotatie wordt gebruikt om een ​​deel van het systeem weer te geven.

Knooppunt:- Een knooppunt kan worden gebruikt om een ​​netwerk, server, routers, enz. weer te geven. De notatie wordt hieronder gegeven.

Structuur van een onderdeel: - Een component wordt weergegeven met stereotypen van classificatierechthoeken als<>.

Poort:- Een poort is een interactiepunt tussen een classifier en een externe omgeving. Het groepeert een semantisch samenhangende set van geleverde en vereiste interfaces.

Voorbeeld van componentdiagram: -

Implementatiediagram

Implementatiediagram: - Een implementatiediagram vertegenwoordigt de fysieke weergave van een systeem.

Een implementatiediagram bestaat uit de volgende notaties:

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

Voorbeeld van een implementatiediagram: - Het volgende implementatiediagram geeft de werking van de HTML5-videospeler in de browser weer.