UML Diagram Jukseark og referanseguide

Ting i UML

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
  • Gruppere ting
  • Annoterende ting

Strukturelle ting

Strukturelle ting 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.

Strukturelle ting i UML

Klasse:- En klasse brukes til å representere ulike objekter. Den brukes til å definere egenskapene og operasjonene til et objekt.

Strukturelle ting i UML

Objekt:- Et objekt er en enhet som brukes til å beskrive oppførselen og funksjonene til et system. Klassen og objektet har samme notasjoner.

Strukturelle ting i UML

Eksempel på objektdiagram:-Under UML objektdiagram inneholder to objekter kalt Ferrari og BMW som tilhører en klasse kalt bil. Objektene er ingenting annet enn virkelige enheter som er forekomster av en klasse.

Strukturelle ting i UML

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

Atferdsmessige ting

De er verbene til en UML-modell, for eksempel interaksjoner, aktiviteter og tilstandsmaskiner. Atferdsmessige ting brukes til å representere oppførselen til et system.

Atferdsmessige ting i UML


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

Gruppere ting

Gruppere ting i UML

Det er pakken som brukes til å gruppere semantisk relaterte modelleringselementer i en enkelt sammenhengende enhet.

Annoterende ting

Annotasjonsting i UML

Det er som en lapp som kan skrives til modellen for å fange opp viktig informasjon. Det ligner på den gule lappen.

Relasjoner type i UML

Relasjoner Skriv inn UML

Relasjonen lar deg vise på en modell hvordan to eller flere ting forholder seg til hverandre.

Relasjoner Skriv inn UML

Foreningsforhold:- Det er et sett med lenker som forbinder elementer i UML-modellen. Det er angitt som en stiplet linje med pilspisser på begge sider. Begge sidene inneholder et element som beskriver forholdet.

Relasjoner Skriv inn UML

Refleksiv assosiasjon :- Refleksiv assosiasjon sier at en kobling eller en forbindelse kan være tilstede innenfor objektene til samme klasse.

Relasjoner Skriv inn UML

Regissert forening:- Rettet assosiasjon, strømmen er rettet. Assosiasjonen fra en klasse til en annen klasse flyter bare i en enkelt retning.

Relasjoner Skriv inn UML

Relasjoner Skriv inn UML

Avhengighetsforhold:- Det er en av de viktigste notasjonene til UML. Den definerer retningen til en avhengighet fra ett objekt til et annet.

Relasjoner Skriv inn UML

Relasjoner Skriv inn UML

Generaliseringsforhold: Det kalles også et foreldre-barn-forhold. Denne typen forhold brukes til å representere arvebegrepet.

Relasjoner Skriv inn UML

Realiseringsforhold:- Realiseringsforhold er mye brukt mens det betegner grensesnitt.

Relasjoner Skriv inn UML

Realisering kan representeres på to måter:

  • Ved å bruke en kanonisk form
  • Ved hjelp av en elided form

Relasjoner Skriv inn UML

Sammensetning:- Sammensatt aggregering beskrives som en binær assosiasjon dekorert med en fylt svart diamant i den samlede (hele) enden. Det er ikke et standard UML-forhold, men det brukes fortsatt i forskjellige applikasjoner.

Relasjoner Skriv inn UML

Aggregasjon:- aggregeringsforhold, forblir det avhengige objektet i omfanget av et forhold selv når kildeobjektet blir ødelagt. En aggregering er en undertype av en assosiasjon forhold i UML.

Abstrakte klasser

Abstrakte klasser i UML

Det er en klasse med en operasjonsprototype, men ikke implementeringen. I UML Den eneste forskjellen mellom en klasse og en abstrakt klasse er at klassenavnet er strengt skrevet i kursiv skrift.

La oss se et komplett eksempel på et UML-klassediagram:

Minibanksystemet er veldig enkelt da kunder må trykke på noen knapper for å motta kontanter. Imidlertid er det flere sikkerhetslag som ethvert minibanksystem må passere. Dette bidrar til å forhindre svindel og gi kontanter eller behovsdetaljer til bankkunder.

UML klassediagram

UML Use Case Diagram

Use Case Diagram fanger opp systemets funksjonalitet og krav ved å bruke aktører og use cases. Use Cases modellerer tjenestene, oppgavene og funksjonene som et system må utføre.

Bruk Case Diagram i UML

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.

Bruk Case Diagram i UML

Skuespiller:- Skuespilleren er en enhet som samhandler med systemet. En bruker er det beste eksemplet på en skuespiller.

Eksempel på Usecase-diagram

I brukscasediagrammet nedenfor er det to aktører som heter elev og en lærer. Det er totalt fem brukstilfeller som representerer den spesifikke funksjonaliteten til et studentstyringssystem. Hver aktør samhandler med en bestemt brukssak.

Bruk Case Diagram i UML

UML State Machine Diagram

State Machine Diagram i UML

Statsmaskin:- Den pleide å beskrive ulike tilstander til en enkelt komponent gjennom hele livssyklusen for programvareutvikling.

Det er 4 typer tilstander i statsmaskinen: -

  1. Utgangstilstand:-Innledende tilstandssymbol brukes til å indikere begynnelsen av et tilstandsmaskindiagram.
  2. Endelig tilstand:- Dette symbolet brukes til å indikere slutten på et tilstandsmaskindiagram.
  3. Beslutningsboks:- Den inneholder en betingelse. Avhengig av resultatet av en evaluert vakttilstand, tas en ny vei for programkjøring.
  4. Overgang: - En overgang er en endring i en tilstand til en annen tilstand som oppstår på grunn av en hendelse.

State Machine Diagram i UML

Eksempel på tilstandsmaskindiagrammer: - Det er totalt to tilstander, og den første tilstanden indikerer at OTP må angis først. Etter det er OTP merket av i beslutningsboksen, hvis den er riktig, vil kun tilstandsovergang skje, og brukeren vil bli validert. Hvis OTP er feil, vil ikke overgangen finne sted, og den vil igjen gå tilbake til starttilstanden til brukeren angir riktig OTP.

UML aktivitetsdiagram

Aktivitetsdiagram i UML

Aktivitetsdiagram:- aktivitetsdiagram brukes til å representere ulike aktiviteter utført av ulike komponenter i et system.

  • Starttilstander: Startstadiet før en aktivitet finner sted er avbildet som starttilstanden
  • Slutttilstander: Tilstanden som systemet når når en bestemt prosess avsluttes, er kjent som en endelig tilstand
  • Beslutningsboks: Det er en diamantformet boks som representerer en beslutning med alternative veier. Det representerer flyten av kontroll.

Aktivitetsdiagram i UML

Eksempel på aktivitetsdiagram:-Følgende diagram representerer aktivitet for behandling av e-post.

Sekvensdiagram

Formålet med et sekvensdiagram i UML er å visualisere sekvensen til en meldingsflyt i systemet. Et sekvensdiagram brukes til å fange oppførselen til ethvert scenario.

Sekvensdiagram i UML

Samarbeidsdiagram

Samarbeidsdiagram i UML

Samarbeid:- Det er representert av en prikkete ellipse med et navn skrevet inni den

Eksempel på samarbeidsdiagram:-

Samarbeidsdiagram i UML

Tidsdiagram

Et tidsdiagram spesifiserer hvordan objektet endrer tilstand ved å bruke en bølgeform eller en graf. Det brukes til å betegne transformasjonen av et objekt fra en form til en annen form.

Eksempel på tidsdiagram:-

Tidsdiagram i UML

UML-komponentdiagram

Komponentdiagram i UML

Komponent:- En komponentnotasjon brukes til å representere en del av systemet.

Komponentdiagram i UML

Node:- En node kan brukes til å representere et nettverk, server, rutere osv. Notasjonen er gitt nedenfor.

Komponentdiagram i UML

Strukturen til en komponent:-
En komponent er representert med klassifiserer rektangel stereotyper som<< komponent >>.

Komponentdiagram i UML

Havn :- En port er et interaksjonspunkt mellom en klassifikator og et eksternt miljø. Den grupperer semantisk sammenhengende sett med gitte og nødvendige grensesnitt.

Eksempel på komponentdiagram:-

Komponentdiagram i UML

Implementeringsdiagram

Implementeringsdiagram: - Et distribusjonsdiagram representerer den fysiske visningen av et system.

Et distribusjonsdiagram består av følgende notasjoner:

  1. En node
  2. En komponent
  3. En artefakt
  4. Et grensesnitt

Implementeringsdiagram i UML

Eksempel på et distribusjonsdiagram:- Følgende distribusjonsdiagram representerer hvordan HTML5-videospilleren fungerer i nettleseren.

Implementeringsdiagram i UML