UML-notasjonsveiledning: UML-diagramsymbol med eksempler

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,

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.

Grensesnitt:

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

Samarbeid:

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

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.

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.

komponent:

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

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.

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

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.

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.

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,

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.

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:

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,

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,

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,

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:

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

Sammendrag

• En modell sies å være en magemuskeltracav et system som skjuler implementeringsdetaljene.
• Det gir blåkopi og struktur av et system.
• UML-symboler hjelper oss med å definere de strukturelle og atferdsmessige aspektene ved et system.
• Ting, relasjoner og diagrammer er tre byggesteiner i UML-syntaks.
• Ting er ingenting annet enn en hvilken som helst enhet i den virkelige verden.
• Relasjoner brukes til å beskrive sammenhengen mellom en eller flere ting.
• Ulike symbolske UML-diagrammer brukes til å representere forskjellige aspekter av et enkelt system.