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

Vad är en modell?

A Modell är en abstraktion 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
  • Gruppera 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. Det används för att definiera egenskaper och operationer för ett objekt. I UML kan vi också representera en abstrakt klass. En klass vars funktioner inte är definierade kallas en abstrakt klass. Några 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

Gruppera saker

Det är paketet som används för att gruppera semantiskt relaterade modelleringselement till en enda sammanhängande enhet. Paketet är det enda gruppering 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

Sammanfattning

  • En modell sägs vara en abstraktion av ett system som döljer implementeringsdetaljerna.
  • Det ger en ritning och struktur för ett system.
  • UML-symboler hjälper oss att definiera de strukturella och beteendemässiga aspekterna av ett system.
  • Saker, relationer och diagram är tre byggstenar i UML-syntax.
  • Saken är ingenting annat än vilken verklig enhet som helst.
  • Relationer används för att beskriva sambandet mellan en eller flera saker.
  • Olika UML symboliska diagram används för att representera olika aspekter av ett enda system.