UML Diagram Jukseark og referanseguide

Ting i UML

En ting kan beskrives som enhver virkelig enhet 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

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.

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

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

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

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 i en UML-modell, som for eksempel interaksjoner, aktiviteter og tilstandsmaskiner. Atferdsmessige ting brukes til å representere et systems oppførsel.

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

Grouping ting

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

Annoterende ting

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

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

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 sider inneholder et element som beskriver forholdet.

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

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

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

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

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

Realisering kan representeres på to måter:

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

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

Aggregasjon:- I en aggregeringsrelasjon forblir det avhengige objektet innenfor omfanget av en relasjon selv når kildeobjektet ødelegges. En aggregasjon er en undertype av en assosiasjon. forhold i UML.

Abstract-klasser

Det er en klasse med en operasjonsprototype, men ikke implementeringen. I UML er den eneste forskjellen mellom en klasse og en ABStract-klassen er at klassenavnet er skrevet i kursiv skrift.

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

Et minibanksystem er veldig enkelt, ettersom kunder må trykke på noen knapper for å motta kontanter. Det er imidlertid flere sikkerhetslag som ethvert minibanksystem må passere. Dette bidrar til å forhindre svindel og gi kontanter eller kontodetaljer til bankkunder.

UML Use Case Diagram

Et brukstilfellediagram fanger opp systemets funksjonalitet og krav ved hjelp av aktører og brukstilfeller. Brukstilfeller modellerer tjenestene, oppgavene og funksjonene som et system må utføre.

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:- Skuespilleren er en enhet som samhandler med systemet. En bruker er det beste eksemplet på en skuespiller.

Eksempel på brukstilfellediagram

I brukstilfellediagrammet nedenfor er det to aktører kalt elev og lærer. Det er totalt fem brukstilfeller som representerer den spesifikke funksjonaliteten til et elevadministrasjonssystem. Hver aktør samhandler med et bestemt brukstilfelle.

UML State Machine Diagram

Tilstandsmaskin: - Den brukes til å beskrive ulike tilstander til en enkelt komponent gjennom hele programvareutviklingssyklusen.

Det finnes fire tilstandstyper i en tilstandsmaskin:

1. Opprinnelig tilstand: - Starttilstandssymbolet 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 fra en tilstand til en annen som oppstår på grunn av en hendelse.

Eksempel på tilstandsmaskindiagram: - Det er totalt to tilstander, og den første tilstanden indikerer at engangskoden må legges inn først. Deretter merkes engangskoden av i avgjørelsesboksen. Hvis den er riktig, vil bare tilstandsovergangen skje, og brukeren vil bli validert. Hvis engangskoden er feil, vil ikke overgangen finne sted, og den vil gå tilbake til starttilstanden inntil brukeren legger inn riktig engangskode.

UML aktivitetsdiagram

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

• Innledende tilstander: Startfasen før en aktivitet finner sted er avbildet som den innledende tilstanden.
• Slutttilstander: Tilstanden systemet når når en spesifikk prosess avsluttes, kalles en slutttilstand.
• Beslutningsboks: Det er en diamantformet boks som representerer en beslutning med alternative veier. Den representerer kontrollflyten.

Eksempel på aktivitetsdiagram: - Diagrammet nedenfor representerer aktiviteten for behandling av e-poster.

Sekvensdiagram

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

Samarbeidsdiagram

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

Eksempel på samarbeidsdiagram:-

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:-

UML-komponentdiagram

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

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

Strukturen til en komponent:- En komponent er representert med et klassifikatorrektangel stereotypisert som << komponent >>.

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

Eksempel på komponentdiagram:-

Implementeringsdiagram

Distribusjonsdiagram: - 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

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

Spørsmål og svar