UML-notasjonsveiledning: UML-diagramsymbol med eksempler

⚡ Smart oppsummering

UML-notasjon og diagramsymboler gir et standard visuelt vokabular for modellering av programvaresystemer. Denne ressursen forklarer de tre byggesteinene i UML – ting, relasjoner og diagrammer – og viser det nøyaktige symbolet som brukes for hvert strukturelle, atferdsmessige og interaksjonselement.

  • 🧱 Byggeklosser: UML er bygget opp av tre kategorier – ting, relasjoner og diagrammer – som sammen danner én komplett modell.
  • 📦 Strukturelle ting: Klasser, objekter, grensesnitt, komponenter og noder representerer de statiske, synlige delene av et system.
  • 🔄 Atferdsmessige ting: Tilstandsmaskiner, aktivitetsdiagrammer og interaksjonsdiagrammer fanger opp den dynamiske oppførselen til et system.
  • 🔗 Forhold: Assosiasjon, avhengighet, generalisering og realisering definerer hvordan elementer kobles til og er avhengige av hverandre.
  • 🗂️ Diagramfamilier: Strukturelle, atferdsmessige og interaksjonsdiagrammer modellerer hver et ulikt syn på det samme systemet.

UML-notasjonsveiledning

Hva er en modell?

A Modell er en magemuskeltracsjon av noe for å forstå det før man bygger det. Ettersom modellering utelater uviktige detaljer, er det lettere å manipulere enn den opprinnelige enheten. En modell betyr å organisere noe med et bestemt formål.

A modell er en forenkling av virkeligheten.

En modell kan gi:

  • Blåkopi av systemet
  • Organisering av systemet
  • Dynamisk i systemet

UML byggeklosser

UML står for enhetlig modelleringsspråk som dreier seg om forskjellige blokker for å generere en enkelt modell. Byggeklosser er de tingene som kreves for å utvikle ett komplett UML-modelldiagram. Det er en viktig del av hvert UML-diagram. Følgende er de grunnleggende byggesteinene i UML:

  1. Ting
  2. Relasjoner
  3. diagrammer

La oss studere byggesteinene og UML-diagramsymbolene i dybden.

Ting

En ting kan beskrives som en hvilken som helst enhet i den virkelige verden eller et objekt. Ting er delt inn i ulike kategorier i UML som følger,

  • Strukturelle ting
  • Atferdsmessige ting
  • Grouping ting
  • Annoterende ting

Strukturelle ting

En strukturell ting brukes til å beskrive den statiske delen av en modell. Det brukes til å representere tingene som er synlige for menneskelige øyne. Strukturelle ting i UML handler om den fysiske delen av et system. Det er substantivet til en UML-modell, for eksempel en klasse, objekt, grensesnitt, samarbeid, brukstilfelle, komponent og en node.

La oss forklare de strukturelle tingene som brukes i UML:

Klasse:

En klasse brukes til å representere forskjellige objekter. Den brukes til å definere egenskapene og operasjonene til et objekt. I UML kan vi også representere et abstract-klasse. En klasse hvis funksjonaliteter ikke er definerte kalles en abstract-klasse. Hvilken som helst UML klassediagram notasjoner er generelt uttrykt som nedenfor UML klasse diagrammer eksempel,

UML klassesymbol
UML klassesymbol

Et objekt er en enhet som brukes til å beskrive oppførselen og funksjonene til et system. Klassen og objektet har samme notasjoner. Den eneste forskjellen er at et objektnavn alltid er understreket i UML.

UML-notasjonen for ethvert objekt er gitt nedenfor.

UML objektsymbol
UML objektsymbol

Grensesnitt:

Et grensesnitt ligner på en mal uten implementeringsdetaljer. En sirkelnotasjon representerer det. Når en klasse implementerer et grensesnitt, implementeres også funksjonaliteten.

UML grensesnittsymbol
UML grensesnittsymbol

Samarbeid:

Det er representert av en prikkete ellipse med et navn skrevet inni den.

UML-samarbeidsnotasjon
UML-samarbeidsnotasjon

Bruk-tilfelle:

Use-cases er et av kjernebegrepene i objektorientert modellering. De brukes til å representere funksjonalitet på høyt nivå og hvordan brukeren vil håndtere systemet.

UML Use Case
UML Use Case

Skuespiller:

Den brukes i bruksdiagrammer. Actor-notasjonen brukes til å betegne en enhet som samhandler med systemet. En bruker er det beste eksemplet på en skuespiller. Skuespillernotasjonen i UML er gitt nedenfor.

UML skuespiller
UML skuespiller

komponent:

En komponentnotasjon brukes til å representere en del av systemet. Det er angitt i UML som gitt nedenfor,

UML-komponent
UML-komponent

node:

En node brukes til å beskrive den fysiske delen av et system. En node kan brukes til å representere et nettverk, server, rutere osv. Notasjonen er gitt nedenfor.

UML Node
UML Node

Implementeringsdiagram:

Den representerer den fysiske maskinvaren som systemet er installert på. Et distribusjonsdiagram representerer den fysiske visningen av et system. Det betegner kommunikasjonen og interaksjonen mellom ulike deler av systemet.

Et distribusjonsdiagram består av følgende notasjoner:

  1. En node
  2. En komponent
  3. En artefakt
  4. Et grensesnitt
UML-distribusjonsdiagram
Implementeringsdiagram

Atferdsmessige ting

De er verb av en UML-modell, slik som interaksjoner, aktiviteter og tilstandsmaskiner. Atferdsmessige ting i UML brukes til å representere oppførselen til et system.

Atferdsmessige ting består av:

Statens maskin:

Det pleide å beskrive ulike tilstander til en enkelt komponent gjennom hele programvareutvikling livssyklus. Den brukes til å fange opp forskjellige tilstander til en systemkomponent.

UML State Machine
Statsmaskin

Aktivitetsdiagram:

Et aktivitetsdiagram brukes til å representere ulike aktiviteter utført av ulike komponenter i et system. Det er betegnet på samme måte som tilstandsmaskindiagrammet.

Aktivitetsdiagram inneholder hovedsakelig starttilstand, slutttilstand, en beslutningsboks og en handlingsnotasjon.

UML aktivitetsdiagram
Aktivitetsdiagram

Interaksjonsdiagram:

Interaksjonsdiagrammer brukes til å visualisere meldingsflyten mellom ulike komponenter i et system.

  • Sekvensdiagram: Et sekvensdiagram viser interaksjoner mellom en eller flere livlinjer i sanntid.

Notasjonen til et sekvensdiagram er gitt nedenfor,

UML interaksjonsdiagram
Interaksjonsdiagram

Grouping ting

Det er pakken som brukes til å gruppere semantisk relaterte modelleringselementer til én sammenhengende enhet. Pakken er den eneste gruppenping noe som er tilgjengelig i UML.

UML-pakke
UML-pakke

Annoterende ting

Det er som en lapp som kan skrives til modellen for å fange opp viktig informasjon. Det ligner på den gule lappen. Her er et eksempel på annoteringsting i UML:

UML-merknad
UML-merknad

Relasjoner

Relasjonen lar deg vise på en modell hvordan to eller flere ting forholder seg til hverandre. Forholdet i UML vil gjøre deg i stand til å fange meningsfulle sammenhenger mellom ting. Den viser hvordan hvert element er assosiert med hverandre og hvordan denne assosiasjonen beskriver funksjonaliteten til en applikasjon.

Relasjoner i UML er kategorisert som følger,

  • Foreningsforhold
  • Avhengighetsforhold
  • Generaliseringsforhold
  • Realiseringsforhold

Foreningsforhold

Det er et sett med lenker som kobler sammen elementer i UML-modellen. Den definerer også hvor mange objekter som deltar i den relasjonen. Den illustrerer hvor mange elementer som deltar i en bestemt interaksjon.

Det er angitt som en stiplet linje med pilspisser på begge sider. Begge sidene inneholder et element som beskriver forholdet. Et nytt begrep multiplisitet introduseres som forteller oss hvor mange objekter av et bestemt element som er assosiert.

Assosiasjonsforhold er betegnet som følger,

UML Association Relation
UML Association Relation

Avhengighetsforhold

I denne typen relasjoner er kildeelementet avhengig av målelementet og kan bli påvirket av endringer i det. Det er en av de viktigste notasjonene til UML. Den definerer retningen for en avhengighet fra ett objekt til et annet.

Det er angitt med en stiplet linje med en pil på den ene siden.

Avhengighetsforhold er betegnet som følger,

UML-avhengighetsforhold
UML-avhengighetsforhold

Generaliseringsforhold

Det kalles også et foreldre-barn-forhold. Det er et forhold mellom en generell ting og en mer spesifikk type ting. Denne typen forhold brukes til å representere arvebegrepet.

Det er betegnet med en rett linje med en hul pilspiss på den ene siden.

Generaliseringsforhold er betegnet som følger,

UML generaliseringsforhold
UML generaliseringsforhold

Realiseringsforhold

I dette beskriver ett element noe ansvar som ikke er implementert og de andre elementene implementerer funksjonaliteten nevnt av det første elementet. Realiseringsforhold er mye brukt mens det betegnes grensesnitt.

Det er betegnet som en stiplet linje med en hul pilspiss i den ene enden.

Realiseringsforhold er betegnet som følger:

UML-realiseringsforhold
UML-realiseringsforhold

diagrammer

UML-diagrammer er delt inn i tre forskjellige kategorier som,

  1. Strukturskjema
  2. Atferdsdiagram
  3. Interaksjonsdiagram

Strukturelle diagrammer

Strukturelle diagrammer brukes til å representere en statisk visning av et system. Det representerer en del av et system som utgjør strukturen til et system. Et strukturdiagram viser ulike objekter i systemet.

Følgende er de forskjellige strukturelle diagrammene i UML:

  • Klassediagram
  • Objektdiagram
  • Pakkediagram
  • Komponentdiagram
  • Implementeringsdiagram

Atferdsdiagrammer

Ethvert system i den virkelige verden kan representeres i enten en statisk form eller en dynamisk form. Et system sies å være komplett hvis det kommer til uttrykk på både statiske og dynamiske måter. Atferdsdiagrammet representerer funksjonen til et system.

UML-diagrammer som omhandler den statiske delen av et system kalles strukturelle diagrammer. UML-diagrammer som omhandler de bevegelige eller dynamiske delene av systemet kalles atferdsdiagrammer.

Følgende er de forskjellige atferdsdiagrammene i UML:

  • Aktivitetsdiagram
  • Bruk case-diagram
  • Statens maskindiagram

Interaksjonsdiagrammer

Interaksjonsdiagram er ikke annet enn en undergruppe av atferdsdiagrammer. Den brukes til å visualisere flyten mellom ulike use case-elementer i et system. Interaksjonsdiagrammer brukes til å vise en interaksjon mellom to enheter og hvordan data flyter i dem.

Følgende er de ulike interaksjonsdiagrammene i UML:

  • Tidsdiagram
  • Sekvensdiagram
  • Samarbeidsdiagram

Spørsmål og svar

UML 2.x utvidet den opprinnelige UML 1.x med flere diagramtyper, som oversiktsdiagrammer for tidsstyring og interaksjon, og forbedret notasjon for komponenter og strukturerte klassifikatorer. UML 2.x er versjonen de fleste modelleringsverktøy støtter i dag.

UML ble laget av Grady Booch, James Rumbaugh og Ivar Jacobson hos Rational Software på 1990-tallet. Object Management Group (OMG) vedlikeholder nå standarden og publiserer dens offisielle spesifikasjon.

En stereotyp utvider UML-vokabularet ved å gi et eksisterende element en ny betydning, vist i tilleggstegn som «grensesnitt» eller «enhet». Stereotypier lar team tilpasse standardnotasjon til et bestemt domene uten å finne opp nye symboler.

AI-veiledningsverktøy kan forklare hvert UML-symbol, stille deg spørsmål om notasjon og beskrive når du skal bruke en klasse, komponent eller tilstandsmaskin. Dette gir nybegynnere rask, interaktiv tilbakemelding mens de øver på å lese og tegne diagrammer.

Ja. Reverse– Ingeniør- og AI-assisterte verktøy kan skanne kildekode og generere klasse-, komponent- eller sekvensdiagrammer automatisk. Den genererte notasjonen trenger fortsatt gjennomgang, fordi AI kan misforstå designintensjonen eller feiltolke komplekse relasjoner.

Oppsummer dette innlegget med: