UML klassediagramopplæring: Abstrakt klasse med eksempler

Klassediagram definerer typene objekter i systemet og de forskjellige typene relasjoner som finnes mellom dem. Det gir et overblikk over en applikasjon på høyt nivå. Denne modelleringsmetoden kan kjøres med nesten alle objektorienterte metoder. En klasse kan referere til en annen klasse. En klasse kan ha sine objekter eller kan arve fra andre klasser.

Fordeler med klassediagram

• Klassediagram Illustrerer datamodeller for selv svært komplekse informasjonssystemer
• Den gir en oversikt over hvordan applikasjonen er bygget opp før man studerer selve koden. Dette kan lett redusere vedlikeholdstiden
• Det hjelper for bedre forståelse av generelle skjemaer for en applikasjon.
• Gjør det mulig å tegne detaljerte diagrammer som fremhever kode som må programmeres
• Nyttig for utviklere og andre interessenter.

Viktige elementer i et UML-klassediagram

Viktige elementer i UML klassediagram er:

1. Klassenavn
2. attributter

Klassenavn

Navnet på klassen er kun nødvendig i den grafiske representasjonen av klassen. Den vises i det øverste rommet. En klasse er blåkopi av et objekt som kan dele de samme relasjoner, attributter, operasjoner og semantikk. Klassen er gjengitt som et rektangel, inkludert dens navn, attributter og operasjoner i speratrom.

Følgende regler må ivaretas når du representerer en klasse:

1. Et klassenavn skal alltid begynne med stor bokstav.
2. Et klassenavn skal alltid stå i midten av det første rommet.
3. Et klassenavn skal alltid skrives inn pin format.
4. UML abstrakt klassenavn skal skrives i kursiv format.

attributter

Et attributt kalles egenskap til en klasse som beskriver objektet som modelleres. I klassediagrammet er denne komponenten plassert rett under navnerommet.

Et avledet attributt beregnes fra andre attributter. For eksempel kan en elevs alder enkelt beregnes ut fra fødselsdatoen hans/hennes.

Attributter egenskaper

• Attributtene er vanligvis skrevet sammen med synlighetsfaktoren.
• Offentlig, privat, beskyttet og pakke er de fire synlighetene som er merket med henholdsvis +, -, # eller ~-tegn.
• Synlighet beskriver tilgjengeligheten til et attributt til en klasse.
• Attributter må ha et meningsfylt navn som beskriver bruken av det i en klasse.

Relasjoner

Det er hovedsakelig tre typer relasjoner i UML:

1. avhengig
2. generaliseringer
3. Associations

Avhengighet

En avhengighet betyr forholdet mellom to eller flere klasser der en endring i den ene kan fremtvinge endringer i den andre. Det vil imidlertid alltid skape et svakere forhold. Avhengighet indikerer at en klasse er avhengig av en annen.

I de følgende UML-klassediagrameksemplene har Student en avhengighet av College

Generalisering:

En generalisering bidrar til å koble en underklasse til dens superklasse. En underklasse er arvet fra sin superklasse. Generaliseringsforhold kan ikke brukes til å modellere grensesnittimplementering. Klassediagram gjør det mulig å arve fra flere superklasser.

I dette eksemplet er klassen Elev generalisert fra Personklasse.

Assosiasjon:

Denne typen relasjoner representerer statiske relasjoner mellom klassene A og B. For eksempel; en ansatt jobber for en organisasjon.

Her er noen regler for foreningen:

• Association er for det meste verb eller en verbfrase eller substantiv eller substantivfrase.
• Den skal navngis for å indikere rollen som klassen spiller ved slutten av tilknytningsbanen.
• Obligatorisk for refleksive assosiasjoner

I dette eksemplet vises forholdet mellom student og høyskole som er studier.

mangfold

En multiplisitet er en faktor knyttet til et attributt. Den spesifiserer hvor mange forekomster av attributter som opprettes når en klasse initialiseres. Hvis en multiplisitet ikke er spesifisert, anses en som standard som en standard multiplisitet.

La oss si at det er 100 studenter på en høyskole. Høgskolen kan ha flere studenter.

aggregering

Aggregasjon er en spesiell type assosiasjon som modellerer et hel-dels forhold mellom aggregat og dets deler.

For eksempel består klassehøgskolen av en eller flere studenter. I aggregering er de inneholdte klassene aldri helt avhengige av beholderens livssyklus. Her blir høgskoleklassen værende selv om eleven ikke er tilgjengelig.

sammensetning:

Sammensetningen er en spesiell type aggregering som betegner sterkt eierskap mellom to klasser når en klasse er en del av en annen klasse.

For eksempel, hvis college er sammensatt av klasser student. Høgskolen kunne inneholde mange studenter, mens hver student tilhører kun en høyskole. Så hvis høyskolen ikke fungerer, fjernes alle studentene også.

Aggregasjon vs. sammensetning

aggregering	sammensetning
Aggregasjon indikerer et forhold der barnet kan eksistere atskilt fra foreldreklassen. Eksempel: bil (foreldre) og bil (barn). Så hvis du sletter bilen, eksisterer fortsatt barnebilen.	Sammensetningsvisningsforhold der barnet aldri vil eksistere uavhengig av forelderen. Eksempel: Hus (foreldre) og Rom (barn). Rom vil aldri skilles til et hus.

Abstrakte klasser

Det er en klasse med en operasjonsprototype, men ikke implementeringen. Det er også mulig å ha en abstrakt klasse uten operasjoner erklært inne i den. Et sammendrag er nyttig for å identifisere funksjonaliteten på tvers av klassene. La oss se på et eksempel på en abstrakt klasse. Anta at vi har en abstrakt klasse kalt en bevegelse med en metode eller en operasjon erklært inne i den. Metoden som er deklarert i den abstrakte klassen kalles a flytte ().

Denne abstrakte klassemetoden kan brukes av ethvert objekt som en bil, et dyr, robot osv. for å endre gjeldende posisjon. Det er effektivt å bruke denne abstrakte klassemetoden med et objekt fordi det ikke er gitt noen implementering for den gitte funksjonen. Vi kan bruke den på hvilken som helst måte for flere objekter.

I UML har den abstrakte klassen samme notasjon som klassens. Den eneste forskjellen mellom en klasse og en abstrakt klasse er at klassenavnet er strengt skrevet i kursiv skrift.

En abstrakt klasse kan ikke initialiseres eller instansieres.

I det ovennevnte abstrakt klassenotasjon, er det den eneste abstrakte metoden som kan brukes av flere objekter av klasser.

Eksempel på UML klassediagram

Å lage et klassediagram er en enkel prosess. Det involverer ikke mange tekniske detaljer. Her er et eksempel:

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.

Nedenfor er et eksempel på et UML klassediagram:

Sjekk også: - UML-diagrammer: historie, typer, kjennetegn, versjoner, verktøy

Klassediagram i programvareutviklings livssyklus

Klassediagrammer kan brukes i ulike programvareutviklingsfaser. Det hjelper med å modellere klassediagrammer i tre forskjellige perspektiver.

1. Konseptuelt perspektiv: Konseptuelle diagrammer beskriver ting i den virkelige verden. Du bør tegne et diagram som representerer konseptene i domenet som studeres. Disse begrepene knyttet til klasse og den er alltid språkuavhengig.

2. Spesifikasjonsperspektiv: Spesifikasjonsperspektiv beskriver programvareabstraksjoner eller komponenter med spesifikasjoner og grensesnitt. Den gir imidlertid ingen forpliktelse til spesifikk implementering.

3. Implementeringsperspektiv: Denne typen klassediagrammer brukes for implementeringer i et spesifikt språk eller applikasjon. Implementeringsperspektiv, bruk for programvareimplementering.

Beste praksis for utforming av klassediagrammet

Klassediagrammer er de viktigste UML-diagrammene som brukes til utvikling av programvareapplikasjoner. Det er mange egenskaper som bør vurderes når du tegner et klassediagram. De representerer ulike aspekter ved en programvareapplikasjon.

Her er noen punkter du bør huske på når du tegner et klassediagram:

• Navnet som gis til klassediagrammet må gi mening. Dessuten bør den beskrive det virkelige aspektet av systemet.
• Forholdet mellom hvert element må identifiseres på forhånd.
• Ansvaret for hver klasse må identifiseres.
• For hver klasse bør minimum antall eiendommer spesifiseres. Derfor kan uønskede egenskaper lett gjøre diagrammet komplisert.
• Brukernotater bør inkluderes når du trenger å definere et aspekt av diagrammet. På slutten av tegningen må det være forståelig for programvareutviklingsteamet.
• Til slutt, før du oppretter den endelige versjonen, må diagrammet tegnes på vanlig papir. Dessuten bør den omarbeides til den er klar for endelig innlevering.

Konklusjon

• UML er standardspråket for å spesifisere, designe og visualisere artefakter av programvaresystemer
• En klasse er en blåkopi for et objekt
• Et klassediagram beskriver typene objekter i systemet og de forskjellige typene relasjoner som finnes mellom dem
• Den tillater analyse og design av den statiske visningen av en programvareapplikasjon
• Klassediagrammer er de viktigste UML-diagrammer som brukes til utvikling av programvareapplikasjoner
• Viktige elementer i UML klassediagram er 1) Klasse 2) Attributter 3) Relasjoner
• Klassediagram gir en oversikt over hvordan applikasjonen er strukturert før du studerer selve koden. Det reduserer absolutt vedlikeholdstiden
• Klassediagrammet er nyttig for å kartlegge objektorienterte programmeringsspråk som Java, C++Rubin, PythonOsv

Sjekk også: - UML Diagram Tutorial for nybegynnere: Lær UML Online GRATIS