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: