Hva er klasse?
En klasse er en blåkopi som brukes til å lage objekt. Klassen definerer hva objektet kan gjøre.
Hva er klassediagram?
UML CLASS DIAGRAM gir en oversikt over et programvaresystem ved å vise klasser, attributter, operasjoner og deres forhold. Dette diagrammet inkluderer klassenavn, attributter og drift i separate utpekte rom.
Klassediagram definerer typene objekter i systemet og de forskjellige typene relasjoner som eksisterer blant dem. Det gir et høyt nivå oversikt over en applikasjon. 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.
Class Diagram hjelper deg med å konstruere koden for programvareutvikling.
I denne opplæringen lærer du:
- Hva er klasse?
- Hva er klassediagram?
- Fordeler med klassediagram
- Viktige elementer i et UML-klassediagram
- Klassenavn
- Attributter:
- Forhold
- Aggregering vs. sammensetning
- Abstrakte klasser
- Eksempel på UML klassediagram:
- Klassediagram i livssyklus for programvareutvikling:
- Beste fremgangsmåter for utforming av klassediagrammet
Fordeler med klassediagram
- Klassediagram Illustrerer datamodeller for selv svært komplekse informasjonssystemer
- Det gir en oversikt over hvordan applikasjonen er strukturert før du studerer den faktiske koden. Dette kan enkelt redusere vedlikeholdstiden
- Det hjelper til bedre forståelse av generelle skjemaer for en applikasjon.
- Lar tegne detaljerte diagrammer som fremhever koden som kreves for å bli programmert
- Nyttig for utviklere og andre interessenter.
Viktige elementer i et UML-klassediagram
Viktige elementer i UML klassediagram er:
- Klassenavn
- Attributter
- Operasjoner
Klassenavn
Navnet på klassen er bare nødvendig i den grafiske representasjonen av klassen. Den vises i det øverste rommet. En klasse er tegningen av et objekt som kan dele de samme relasjonene, attributtene, operasjonene og semantikken. Klassen er gjengitt som et rektangel, inkludert navn, attributter og operasjoner i sperate rom.
Følgende regler må tas vare på mens du representerer en klasse:
- Et kursnavn skal alltid begynne med en stor bokstav.
- Et kursnavn skal alltid være i midten av det første rommet.
- Et kursnavn skal alltid skrives i fet skrift .
- Et abstrakt klassenavn skal skrives i kursiv format.
Attributter:
Et attributt heter navnet på en klasse som beskriver objektet som modelleres. I klassediagrammet er denne komponenten plassert like under navneseksjonen.
Et avledet attributt beregnes fra andre attributter. For eksempel kan studentens alder enkelt beregnes fra fødselsdatoen.
Egenskaper egenskaper
- Attributtene er vanligvis skrevet sammen med synlighetsfaktoren.
- Offentlig, privat, beskyttet og pakke er de fire synlighetene som er betegnet 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.
Forhold
Det er hovedsakelig tre typer relasjoner i UML:
- Avhengigheter
- Generaliseringer
- Foreninger
Avhengighet
En avhengighet betyr forholdet mellom to eller flere klasser der en endring i den ene kan tvinge endringer i den andre. Imidlertid vil det alltid skape et svakere forhold. Avhengighet indikerer at en klasse er avhengig av en annen.
I det følgende eksemplet har student en avhengighet av college
Generalisering:
En generalisering bidrar til å koble en underklasse til superklassen. En underklasse arves fra superklassen. Generaliseringsforhold kan ikke brukes til å modellere implementering av grensesnitt. Klassediagram tillater arving fra flere superklasser.
I dette eksemplet er klassen Student generalisert fra Personklasse.
Assosiasjon:
Denne typen forhold representerer statiske forhold mellom klassene A og B. For eksempel; en ansatt jobber for en organisasjon.
Her er noen regler for tilknytning:
- Forening er for det meste verb eller verbuttrykk eller substantiv eller substantivuttrykk.
- Den bør navngis for å indikere hvilken rolle klassen som er vedlagt på slutten av foreningsstien.
- Obligatorisk for refleksive assosiasjoner
I dette eksemplet vises forholdet mellom student og høyskole som er studier.
Mangfold
Et mangfold er en faktor assosiert med et attributt. Den spesifiserer hvor mange forekomster av attributter som opprettes når en klasse initialiseres. Hvis et mangfold ikke er spesifisert, betraktes en som standard som et mangfold.
La oss si at det er 100 studenter på en høyskole. Høgskolen kan ha flere studenter.
Aggregering
Aggregasjon er en spesiell type tilknytning som modellerer et helhetsforhold mellom aggregat og dets deler.
For eksempel består klassehøgskolen av en eller flere studenter. Samlet sett er de inneholdte klassene aldri helt avhengige av beholderens livssyklus. Her vil college-klassen forbli selv om studenten ikke er tilgjengelig.
Sammensetning:
Komposisjonen er en spesiell type aggregering som angir sterkt eierskap mellom to klasser når en klasse er en del av en annen klasse.
For eksempel hvis college består av klasser student. Høgskolen kan inneholde mange studenter, mens hver student bare tilhører en høyskole. Så hvis college ikke fungerer, fjernet også studentene.
Aggregering vs. sammensetning
|
Aggregering |
Sammensetning |
|
Aggregering indikerer et forhold der barnet kan eksistere atskilt fra foreldreklassen. Eksempel: Bil (foreldre) og bil (barn). Så hvis du sletter bilen, eksisterer fortsatt barnebilen. |
Sammensetning viser forhold der barnet aldri vil eksistere uavhengig av foreldrene. Eksempel: Hus (foreldre) og Rom (barn). Rommene vil aldri skille seg inn i 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 abstrakt er nyttig for å identifisere funksjonalitet på tvers av klassene. La oss se på et eksempel på en abstrakt klasse. Anta at vi har en abstrakt klasse kalt som en bevegelse med en metode eller en operasjon erklært inne i den. Metoden deklarert i abstraktklassen kalles et trekk () .
Denne abstrakte klassemetoden kan brukes av ethvert objekt som en bil, et dyr, en robot, etc. for å endre gjeldende posisjon. Det er effektivt å bruke denne abstrakte klassemetoden med et objekt fordi det ikke gis noen implementering for den gitte funksjonen. Vi kan bruke den på noen måte for flere objekter.
I UML har den abstrakte klassen samme notasjon som klassen. Den eneste forskjellen mellom en klasse og en abstrakt klasse er at klassenavnet er strengt skrevet med kursiv skrift.
En abstrakt klasse kan ikke initialiseres eller instantiseres.
I ovennevnte abstrakte klassebeskrivelse er det bare en enkelt abstrakt metode som kan brukes av flere objekter av klasser.
Eksempel på UML klassediagram
Å lage et klassediagram er en grei prosess. Det involverer ikke mange tekniske ting. Her er et eksempel:
Minibankesystem er veldig enkelt ettersom kunder trenger å trykke på noen knapper for å motta kontanter. Imidlertid er det flere sikkerhetslag som alle minibanker trenger å passere. Dette bidrar til å forhindre svindel og gi kontanter eller trenger informasjon til bankkunder.
Nedenfor er det et UML-klassediagrameksempel:
Klassediagram i livssyklus for programvareutvikling
Klassediagrammer kan brukes i ulike programvareutviklingsfaser. Det hjelper i modellering av klassediagrammer i tre forskjellige perspektiver.
1. Konseptuelt perspektiv: Konseptuelle diagrammer beskriver ting i den virkelige verden. Du bør tegne et diagram som representerer begrepene i domenet som studeres. Disse begrepene er relatert til klasse, og det er alltid språkuavhengig.
2. Spesifikasjonsperspektiv: Spesifikasjonsperspektiv beskriver programvareabstraksjoner eller komponenter med spesifikasjoner og grensesnitt. Det gir imidlertid ingen forpliktelse til spesifikk implementering.
3. Implementeringsperspektiv: Denne typen klassediagrammer brukes til implementeringer i et bestemt språk eller applikasjon. Implementeringsperspektiv, bruk for implementering av programvare.
Beste fremgangsmåter for utforming av klassediagrammet
Klassediagrammer er de viktigste UML-diagrammene som brukes til utvikling av programvare. Det er mange egenskaper som bør vurderes når du tegner et klassediagram. De representerer ulike aspekter av et program.
Her er noen punkter som du bør huske på når du tegner et klassediagram:
- Navnet gitt til klassediagrammet må være meningsfylt. Videre bør den beskrive det virkelige aspektet ved systemet.
- Forholdet mellom hvert element må identifiseres på forhånd.
- Ansvaret for hver klasse må identifiseres.
- For hver klasse skal minimum antall eiendommer spesifiseres. Derfor kan uønskede egenskaper lett gjøre diagrammet komplisert.
- Brukernotater bør inkluderes når du trenger å definere noen aspekter 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. Videre bør den omarbeides til den er klar for endelig innlevering.
Konklusjon
- UML er standardspråket for å spesifisere, designe og visualisere gjenstandene til programvaresystemer
- En klasse er en blåkopi for et objekt
- Et klassediagram beskriver typene objekter i systemet og de forskjellige forholdene som eksisterer mellom dem
- Det tillater analyse og design av den statiske visningen av et program
- Klassediagrammer er de viktigste UML-diagrammer som brukes til utvikling av programvare
- 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 den faktiske koden. Det reduserer absolutt vedlikeholdstiden
- Klassediagrammet er nyttig for å kartlegge objektorienterte programmeringsspråk som Java, C ++, Ruby, Python, etc.