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

Oppsummer dette innlegget med: