UML-diagram fuskblad och referensguide
⚡ Smart sammanfattning
UML Diagram Cheat Sheet sammanställer kärnnotationerna för Unified Modeling Language i en referens: strukturella och beteendemässiga faktorer, relationstyper och huvuddiagrammen – klass, användningsfall, tillståndsmaskin, aktivitet, sekvens, komponent och distribution.

Saker i UML
En sak kan beskrivas som vilken verklig enhet eller ett objekt som helst. Saker delas in i olika kategorier i UML enligt följande:
- Strukturella saker
- Beteendemässiga saker
- Grouping saker
- Anteckningssaker
Strukturella saker
Strukturella saker handlar om den fysiska delen av ett system. Det är substantivet för en UML-modell, såsom en klass, objekt, gränssnitt, samarbete, use case, komponent och en nod.
Klass :- En klass används för att representera olika objekt. Den används för att definiera egenskaper och operationer för ett objekt.
Objekt:- Ett objekt är en enhet som används för att beskriva ett systems beteende och funktioner. Klassen och objektet har samma notationer.
Exempel på objektdiagram:- Nedan UML objektdiagram innehåller två objekt med namnet Ferrari och BMW som tillhör en klass med namnet Bil. Objekten är inget annat än verkliga enheter som är instanser av en klass.
Gränssnitt:- Ett gränssnitt liknar en mall utan implementeringsdetaljer. En cirkelnotation representerar det. När en klass implementerar ett gränssnitt implementeras även dess funktionalitet.
Beteendemässiga saker
De är verben i en UML-modell, såsom interaktioner, aktiviteter och tillståndsmaskiner. Beteendemässiga saker används för att representera ett systems beteende.
Interaktionsdiagram:- Interaktionsdiagram används för att visualisera meddelandeflödet mellan olika komponenter i ett system.
Grouping saker
Det är paketet som används för att gruppera semantiskt relaterade modelleringselement till en enda sammanhängande enhet.
Anteckningssaker
Det är som en lapp, som kan skrivas till modellen för att fånga in viktig information. Det liknar den gula klisterlappen.
Relationer typ i UML
Relationen låter dig visa på en modell hur två eller flera saker relaterar till varandra.
Föreningsrelation:- Det är en uppsättning länkar som förbinder element i UML-modellen. Den betecknas som en prickad linje med pilspetsar på båda sidor. Båda sidor innehåller ett element som beskriver relationen.
Reflexiv association :- Reflexiv association anger att en länk eller en koppling kan finnas inom objekten i samma klass.
Riktad förening:- I en riktad association är flödet riktat. Associationen från en klass till en annan klass flyter endast i en enda riktning.
Beroendeförhållande:- Det är en av de viktigaste beteckningarna för UML. Den definierar riktningen för ett beroende från ett objekt till ett annat.
Generaliseringsförhållande:- Det kallas också förälder-barn-relation. Denna typ av relation används för att representera arvskonceptet.
Realiseringsförhållande:- Realiseringsförhållande används i stor utsträckning samtidigt som det betecknar gränssnitt.
Realisering kan representeras på två sätt:
- Använder en kanonisk form
- Med hjälp av en elided form
Komposition:- Sammansatt aggregering beskrivs som en binär association dekorerad med en fylld svart diamant i den aggregerade (hela) änden. Det är inte en standard UML-relation, men den används fortfarande i olika applikationer.
Aggregation:- I en aggregeringsrelation förblir det beroende objektet inom relationens omfattning även när källobjektet förstörs. En aggregering är en undertyp av en association. relation i UML.
Abstract-klasser
Det är en klass med en operationsprototyp, men inte implementationen. I UML är den enda skillnaden mellan en klass och en abstract-klassen är att klassnamnet skrivs strikt i kursiv stil.
Låt oss se ett komplett exempel på ett UML-klassdiagram: -
Ett bankomatsystem är mycket enkelt, eftersom kunderna måste trycka på vissa knappar för att ta emot kontanter. Det finns dock flera säkerhetslager som alla bankomatsystem måste passera. Detta hjälper till att förhindra bedrägerier och tillhandahålla kontanter eller kontouppgifter till bankkunder.
UML Use Case Diagram
Ett användningsfallsdiagram fångar systemets funktionalitet och krav med hjälp av aktörer och användningsfall. Användningsfall modellerar de tjänster, uppgifter och funktioner som ett system behöver utföra.
Användningsfall :- Användningsfall är ett av kärnkoncepten för objektorienterad modellering. De används för att representera funktioner på hög nivå och hur användaren kommer att hantera systemet.
Skådespelare:- Skådespelaren är en enhet som interagerar med systemet. En användare är det bästa exemplet på en skådespelare.
Exempel på användningsfallsdiagram
I användningsfallsdiagrammet nedan finns det två aktörer som heter elev och lärare. Det finns totalt fem användningsfall som representerar den specifika funktionaliteten hos ett elevhanteringssystem. Varje aktör interagerar med ett specifikt användningsfall.
UML State Machine Diagram
Tillståndsmaskin: - Det används för att beskriva olika tillstånd hos en enskild komponent under hela programvaruutvecklingens livscykel.
Det finns fyra typer av tillstånd i en tillståndsmaskin:
- Ursprungligt tillstånd: - Initialtillståndssymbolen används för att indikera början av ett tillståndsmaskindiagram.
- Slutgiltigt tillstånd: - Denna symbol används för att indikera slutet av ett tillståndsmaskindiagram.
- Beslutsruta: - Den innehåller ett villkor. Beroende på resultatet av ett utvärderat skyddstillstånd, tas en ny väg för programexekvering.
- Övergång: - En övergång är en förändring från ett tillstånd till ett annat som sker på grund av någon händelse.
Exempel på tillståndsmaskindiagram: - Det finns totalt två tillstånd, och det första tillståndet indikerar att engångskoden måste anges först. Därefter markeras engångskoden i beslutsrutan; om den är korrekt kommer endast tillståndsövergången att ske, och användaren kommer att valideras. Om engångskoden är felaktig kommer övergången inte att ske, och den kommer att återgå till starttillståndet tills användaren anger rätt engångskod.
UML-aktivitetsdiagram
Aktivitetsdiagram:- Ett aktivitetsdiagram används för att representera olika aktiviteter som utförs av olika komponenter i ett system.
- Initiala tillstånd: Startskedet innan en aktivitet äger rum beskrivs som utgångsläget.
- Slutliga tillstånd: Det tillstånd som systemet når när en specifik process avslutas kallas ett slutgiltigt tillstånd.
- Beslutsruta: Det är en diamantformad ruta som representerar ett beslut med alternativa vägar. Den representerar kontrollflödet.
Exempel på aktivitetsdiagram: - Följande diagram representerar aktiviteten för att bearbeta e-postmeddelanden.
Sekvensdiagram
Syftet med ett sekvensdiagram i UML är att visualisera sekvensen av ett meddelandeflöde i systemet. Ett sekvensdiagram används för att fånga beteendet i ett scenario.
Samarbetsdiagram
Samarbete :- Den representeras av en prickad ellips med ett namn skrivet inuti.
Exempel på samarbetsdiagram:-
Tidsdiagram
Ett tidsdiagram anger hur objektet ändrar tillstånd genom att använda en vågform eller en graf. Det används för att beteckna omvandlingen av ett objekt från en form till en annan form.
Exempel på tidsdiagram:-
UML-komponentdiagram
Komponent :- En komponentnotation används för att representera en del av systemet.
Nod:- En nod kan användas för att representera ett nätverk, server, routrar, etc. Dess notation ges nedan.
Struktur av en komponent:- En komponent representeras med en klassificeringsrektangel stereotypiserad som << komponent >>.
Hamn:- En port är en interaktionspunkt mellan en klassificerare och en extern miljö. Den grupperar en semantiskt sammanhängande uppsättning av tillhandahållna och obligatoriska gränssnitt.
Exempel på komponentdiagram:-
Implementeringsdiagram
Distributionsdiagram: - Ett distributionsdiagram representerar den fysiska vyn av ett system.
Ett distributionsdiagram består av följande notationer:
- En nod
- En komponent
- En artefakt
- Ett gränssnitt
Exempel på ett distributionsdiagram:- Följande distributionsdiagram visar hur en HTML5-videospelare fungerar i webbläsaren.



































