Handledning för UML-notation: UML-diagramsymbol med exempel

⚡ Smart sammanfattning

UML-notation och diagramsymboler ger ett standardiserat visuellt vokabulär för modellering av programvarusystem. Denna resurs förklarar de tre byggstenarna i UML – saker, relationer och diagram – och visar exakt vilken symbol som används för varje strukturellt, beteendemässigt och interaktionselement.

  • 🧱 Byggklossar: UML är uppbyggt av tre kategorier – saker, relationer och diagram – som tillsammans bildar en komplett modell.
  • 📦 Strukturella saker: Klasser, objekt, gränssnitt, komponenter och noder representerar de statiska, synliga delarna av ett system.
  • 🔄 Beteendemässiga saker: Tillståndsmaskiner, aktivitetsdiagram och interaktionsdiagram fångar ett systems dynamiska beteende.
  • 🔗 relationer: Association, beroende, generalisering och realisering definierar hur element kopplar samman och är beroende av varandra.
  • 🗂️ Diagramfamiljer: Strukturella, beteendemässiga och interaktionsdiagram modellerar vart och ett en annan vy av samma system.

Handledning för UML-notation

Vad är en modell?

A Modell är en magmuskeltraction av något för att förstå det innan man bygger det. Eftersom modellering utelämnar oviktiga detaljer är det lättare att manipulera än den ursprungliga enheten. En modell innebär att organisera något med ett visst syfte.

A modell är en förenkling av verkligheten.

En modell kan ge:

  • Ritning av systemet
  • Organisation av systemet
  • Dynamisk i systemet

UML byggstenar

UML står för unified modeling language som kretsar kring olika block för att generera en enda modell. Byggstenar är de saker som krävs för att utveckla ett fullständigt UML-modelldiagram. Det är en viktig del av varje UML-diagram. Följande är de grundläggande byggstenarna i UML:

  1. Saker
  2. Förhållanden
  3. diagram

Låt oss studera byggstenarna och UML-diagramsymbolerna på djupet.

Saker

En sak kan beskrivas som vilken verklig enhet eller ett objekt som helst. Saker är indelade i olika kategorier i UML enligt följande,

  • Strukturella saker
  • Beteendemässiga saker
  • Grouping saker
  • Anteckningssaker

Strukturella saker

En strukturell sak används för att beskriva den statiska delen av en modell. Det används för att representera de saker som är synliga för mänskliga ögon. Strukturella saker i UML 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.

Låt oss förklara de strukturella sakerna som används i UML:

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. I UML kan vi också representera ett abstract-klass. En klass vars funktionaliteter inte är definierade kallas en abstract-klass. Vilken som helst UML klassdiagram notationer uttrycks generellt som nedan UML-klassdiagram, exempel,

UML klasssymbol
UML klasssymbol

Ett objekt är en enhet som används för att beskriva ett systems beteende och funktioner. Klassen och objektet har samma notationer. Den enda skillnaden är att ett objektnamn alltid är understruket i UML.

UML-notationen för alla objekt ges nedan.

UML-objektsymbol
UML-objektsymbol

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.

UML-gränssnittssymbol
UML-gränssnittssymbol

Samarbete:

Den representeras av en prickad ellips med ett namn skrivet inuti.

UML Collaboration Notation
UML Collaboration Notation

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.

UML Användningsfall
UML Användningsfall

Skådespelare:

Det används i diagram för användningsfall. Aktörnotationen används för att beteckna en enhet som interagerar med systemet. En användare är det bästa exemplet på en skådespelare. Skådespelarens notation i UML ges nedan.

UML skådespelare
UML skådespelare

komponent:

En komponentnotation används för att representera en del av systemet. Det betecknas i UML som anges nedan,

UML-komponent
UML-komponent

Nod:

En nod används för att beskriva den fysiska delen av ett system. En nod kan användas för att representera ett nätverk, server, routrar, etc. Dess notation ges nedan.

UML-nod
UML-nod

Implementeringsdiagram:

Det representerar den fysiska hårdvaran som systemet är installerat på. Ett distributionsdiagram representerar den fysiska vyn av ett system. Det betecknar kommunikationen och interaktionen mellan olika delar av systemet.

Ett distributionsdiagram består av följande notationer:

  1. En nod
  2. En komponent
  3. En artefakt
  4. Ett gränssnitt
UML-distributionsdiagram
Implementeringsdiagram

Beteendemässiga saker

De är verb av en UML-modell, såsom interaktioner, aktiviteter och tillståndsmaskiner. Beteende saker i UML används för att representera beteendet hos ett system.

Beteendemässiga saker består av:

Statsmaskin:

Det brukade beskriva olika tillstånd för en enda komponent i hela mjukvaruutvecklingens livscykel. Den används för att fånga olika tillstånd för en systemkomponent.

UML State Machine
Statsmaskin

Aktivitetsdiagram:

Ett aktivitetsdiagram används för att representera olika aktiviteter som utförs av olika komponenter i ett system. Det betecknas på samma sätt som det för tillståndsmaskindiagrammet.

Aktivitetsdiagrammet innehåller huvudsakligen initialtillstånd, sluttillstånd, en beslutsruta och en åtgärdsnotation.

UML-aktivitetsdiagram
Aktivitetsdiagram

Interaktionsdiagram:

Interaktionsdiagram används för att visualisera meddelandeflödet mellan olika komponenter i ett system.

  • Sekvensdiagram: Ett sekvensdiagram visar interaktioner mellan en eller flera livlinor i realtid.

Notationen för ett sekvensdiagram ges nedan,

UML interaktionsdiagram
Interaktionsdiagram

Grouping saker

Det är paketet som används för att gruppera semantiskt relaterade modelleringselement till en enda sammanhängande enhet. Paketet är den enda gruppenping något som finns tillgängligt i UML.

UML-paket
UML-paket

Anteckningssaker

Det är som en lapp, som kan skrivas till modellen för att fånga in viktig information. Det liknar den gula klisterlappen. Här är ett exempel på anteckningssaker i UML:

UML-anteckning
UML-anteckning

Förhållanden

Relationen låter dig visa på en modell hur två eller flera saker relaterar till varandra. Relationen i UML gör det möjligt för dig att fånga meningsfulla kopplingar mellan saker. Den visar hur varje element är associerat med varandra och hur denna association beskriver funktionaliteten hos en applikation.

Relationer i UML kategoriseras enligt följande,

  • Föreningsförhållande
  • Beroendeförhållande
  • Generaliseringsförhållande
  • Realiseringsförhållande

Föreningsförhållande

Det är en uppsättning länkar som kopplar samman delar av UML-modellen. Den definierar också hur många objekt som deltar i den relationen. Det illustrerar hur många element som deltar i en viss interaktion.

Det betecknas som en prickad linje med pilspetsar på båda sidor. Båda sidorna innehåller ett element som beskriver förhållandet. En ny term multiplicitet introduceras som berättar hur många objekt av ett visst element som är associerade.

Associationsförhållande betecknas som följer,

UML Association Relation
UML Association Relation

Beroendeförhållande

I denna typ av relation är källelementet beroende av målelementet och kan påverkas av ändringar i det. Det är en av de viktigaste beteckningarna för UML. Den definierar riktningen för ett beroende från ett objekt till ett annat.

Det betecknas med en prickad linje med en pil på ena sidan.

Beroendeförhållande betecknas enligt följande,

UML beroendeförhållande
UML beroendeförhållande

Generaliseringsförhållande

Det kallas också som en förälder-barn-relation. Det är ett förhållande mellan en allmän sak och en mer specifik typ av sak. Denna typ av relation används för att representera arvsbegreppet.

Det betecknas med en rak linje med en ihålig pilspets på ena sidan.

Generaliseringsförhållandet betecknas som följer,

UML generaliseringsrelation
UML generaliseringsrelation

Realiseringsförhållande

I detta beskriver ett element ett ansvar som inte är implementerat och de andra elementen implementerar den funktionalitet som nämns av det första elementet. Realiseringsförhållande används i stor utsträckning samtidigt som det betecknar gränssnitt.

Det betecknas som en prickad linje med en ihålig pilspets i ena änden.

Realiseringsförhållandet betecknas som följer:

UML Realisation Relation
UML Realisation Relation

diagram

UML-diagram delas in i tre olika kategorier som,

  1. Strukturdiagram
  2. Beteendediagram
  3. Interaktionsdiagram

Strukturdiagram

Strukturdiagram används för att representera en statisk vy av ett system. Det representerar en del av ett system som utgör strukturen av ett system. Ett strukturdiagram visar olika objekt inom systemet.

Följande är de olika strukturdiagrammen i UML:

  • Klassdiagram
  • Objektdiagram
  • Paketdiagram
  • Komponentdiagram
  • Implementeringsdiagram

Beteendediagram

Alla verkliga system kan representeras i antingen en statisk form eller en dynamisk form. Ett system sägs vara komplett om det uttrycks på både statiska och dynamiska sätt. Beteendediagrammet representerar hur ett system fungerar.

UML-diagram som behandlar den statiska delen av ett system kallas strukturdiagram. UML-diagram som behandlar de rörliga eller dynamiska delarna av systemet kallas beteendediagram.

Följande är de olika beteendediagrammen i UML:

  • Aktivitetsdiagram
  • Använd falldiagram
  • Statsmaskindiagram

Interaktionsdiagram

Interaktionsdiagram är inget annat än en delmängd av beteendediagram. Det används för att visualisera flödet mellan olika use case-element i ett system. Interaktionsdiagram används för att visa en interaktion mellan två enheter och hur data flödar inom dem.

Följande är de olika interaktionsdiagrammen i UML:

  • Tidsdiagram
  • Sekvensdiagram
  • Samarbetsdiagram

Vanliga frågor

UML 2.x utökade den ursprungliga UML 1.x med ytterligare diagramtyper, såsom översiktsdiagram för tids- och interaktioner, och förfinad notation för komponenter och strukturerade klassificerare. UML 2.x är den version som de flesta modelleringsverktyg stöder idag.

UML skapades av Grady Booch, James Rumbaugh och Ivar Jacobson på Rational Software på 1990-talet. Object Management Group (OMG) upprätthåller nu standarden och publicerar dess officiella specifikation.

En stereotyp utökar UML-vokabulären genom att ge ett befintligt element en ny betydelse, som visas inom tecken som "gränssnitt" eller "enhet". Stereotyper låter team anpassa standardnotation till ett specifikt område utan att uppfinna nya symboler.

AI-handledningsverktyg kan förklara varje UML-symbol, ställa frågor om notation och beskriva när man ska använda en klass, komponent eller tillståndsmaskin. Detta ger nybörjare snabb, interaktiv feedback medan de övar på att läsa och rita diagram.

Ja. Reverse-ingenjörs- och AI-assisterade verktyg kan skanna källkod och generera klass-, komponent- eller sekvensdiagram automatiskt. Den genererade notationen behöver fortfarande granskas, eftersom AI kan missa designavsikten eller missförstå komplexa relationer.

Sammanfatta detta inlägg med: