Klassediagrammet viser en statisk visning av en applikasjon. Den representerer typene objekter som ligger i systemet og relasjonene mellom dem. En klasse består av dens objekter, og den kan også arve fra andre klasser. Et klassediagram brukes til å visualisere, beskrive, dokumentere ulike aspekter av systemet, og også konstruere kjørbar programvarekode.

Den viser attributter, klasser, funksjoner og relasjoner for å gi en oversikt over programvaresystemet. Den utgjør klassenavn, attributter og funksjoner i et eget rom som hjelper til med programvareutvikling. Siden det er en samling av klasser, grensesnitt, assosiasjoner, samarbeid og begrensninger, betegnes det som et strukturelt diagram.

Hensikten med klassediagrammer

Hovedformålet med klassediagrammer er å bygge en statisk visning av en applikasjon. Det er det eneste diagrammet som er mye brukt til konstruksjon, og det kan kartlegges med objektorienterte språk. Det er et av de mest populære UML-diagrammene. Følgende er formålet med klassediagrammer gitt nedenfor:

1. Den analyserer og designer en statisk visning av en applikasjon.
2. Den beskriver hovedansvaret til et system.
3. Det er en base for komponent- og distribusjonsdiagrammer.
4. Den inkluderer forover- og bakoverteknikk.

Fordeler med klassediagrammer

1. Den kan representere objektmodellen for komplekse systemer.
2. Det reduserer vedlikeholdstiden ved å gi en oversikt over hvordan en applikasjon er strukturert før koding.
3. Den gir et generelt skjema over en applikasjon for bedre forståelse.
4. Den representerer et detaljert diagram ved å markere ønsket kode, som skal programmeres.
5. Det er nyttig for interessentene og utviklerne.

Vitale komponenter i et klassediagram

Klassediagrammet består av tre deler:

Øvre seksjon:Den øvre delen omfatter navnet på klassen. En klasse er en representasjon av lignende objekter som deler samme relasjoner, attributter, operasjoner og semantikk. Noen av følgende regler som bør tas i betraktning når du representerer en klasse, er gitt nedenfor:
1. Bruk stor bokstav i klassenavnet.
2. Plasser klassenavnet i midten av den øvre delen.
3. Et klassenavn må skrives i fet skrift.
4. Navnet på abstraktklassen skal skrives i kursiv format.
Midtseksjon:Midtseksjonen utgjør attributtene, som beskriver kvaliteten på klassen. Attributtene har følgende egenskaper:
1. Attributtene er skrevet sammen med synlighetsfaktorene, som er offentlige (+), privat (-), beskyttet (#) og pakke (~).
2. Tilgjengeligheten til en attributtklasse illustreres av synlighetsfaktorene.
3. Et meningsfullt navn bør tildeles attributtet, som vil forklare bruken i klassen.
Nedre seksjon:Den nedre delen inneholder metoder eller operasjoner. Metodene er representert i form av en liste, hvor hver metode er skrevet på en enkelt linje. Den viser hvordan en klasse samhandler med data.

Forhold

I UML er relasjoner av tre typer:

Avhengighet:En avhengighet er et semantisk forhold mellom to eller flere klasser der en endring i en klasse forårsaker endringer i en annen klasse. Det danner et svakere forhold.
I følgende eksempel er Student_Name avhengig av Student_Id.

Generalisering:En generalisering er et forhold mellom en foreldreklasse (superklasse) og en barneklasse (underklasse). I denne arves barneklassen fra foreldreklassen.
For eksempel er gjeldende konto, sparekonto og kredittkonto den generelle formen for bankkonto.

Assosiasjon:Den beskriver en statisk eller fysisk forbindelse mellom to eller flere objekter. Den viser hvor mange gjenstander som er i forholdet.
For eksempel er en avdeling tilknyttet høgskolen.

Multiplisitet: Den definerer et spesifikt utvalg av tillatte forekomster av attributter. Hvis et område ikke er spesifisert, anses det som en standard multiplisitet.

java null-sjekking

For eksempel legges flere pasienter inn på ett sykehus.

Aggregasjon: En aggregering er en undergruppe av assosiasjon, som representerer har et forhold. Det er mer spesifikt enn assosiasjon. Den definerer en del-hel eller en del av forholdet. I denne typen forhold kan barneklassen eksistere uavhengig av overordnet klasse.

Selskapet omfatter en rekke ansatte, og selv om en ansatt slutter, eksisterer selskapet fortsatt.

Sammensetning: Sammensetningen er en undergruppe av aggregering. Den skildrer avhengigheten mellom forelderen og barnet, noe som betyr at hvis den ene delen blir slettet, blir den andre delen også forkastet. Det representerer et hel-delt forhold.

En kontaktbok består av flere kontakter, og hvis du sletter kontaktboken, vil alle kontaktene gå tapt.

Abstrakte klasser

I den abstrakte klassen kan ingen objekter være en direkte enhet av den abstrakte klassen. Den abstrakte klassen kan verken erklæres eller instansieres. Den brukes til å finne funksjonaliteten på tvers av klassene. Notasjonen til den abstrakte klassen er lik den for klassen; den eneste forskjellen er at navnet på klassen er skrevet i kursiv. Siden det ikke innebærer noen implementering for en gitt funksjon, er det best å bruke den abstrakte klassen med flere objekter.

La oss anta at vi har en abstrakt klasse som heter forskyvning med en metode erklært inni den, og den metoden vil bli kalt en kjøre () . Nå kan denne abstrakte klassemetoden implementeres av ethvert objekt, for eksempel bil, sykkel, scooter, sykkel, etc.

Hvordan tegne et klassediagram?

Klassediagrammet brukes mest til å konstruere programvareapplikasjoner. Det representerer ikke bare et statisk syn på systemet, men også alle hovedaspektene ved en applikasjon. En samling klassediagrammer som helhet representerer et system.

Noen nøkkelpunkter som er nødvendig å huske på når du tegner et klassediagram, er gitt nedenfor:

1. For å beskrive et fullstendig aspekt av systemet, foreslås det å gi et meningsfullt navn til klassediagrammet.
2. Objektene og deres relasjoner bør anerkjennes på forhånd.
3. Attributtene og metodene (ansvar) for hver klasse må være kjent.
4. Et minimum antall ønskede egenskaper bør spesifiseres ettersom flere antall av den uønskede egenskapen vil føre til et komplekst diagram.
5. Notater kan brukes når og når det kreves av utvikleren for å beskrive aspektene ved et diagram.
6. Diagrammene bør tegnes på nytt og omarbeides så mange ganger for å gjøre det riktig før de produserer den endelige versjonen.

Eksempel på klassediagram

Et klassediagram som beskriver salgsordresystemet er gitt nedenfor.

Bruk av klassediagrammer

Klassediagrammet brukes til å representere en statisk visning av systemet. Det spiller en viktig rolle i etableringen av komponent- og distribusjonsdiagrammer. Det hjelper å konstruere en kjørbar kode for å utføre forover- og bakoverteknikk for ethvert system, eller vi kan si at den hovedsakelig brukes til konstruksjon. Den representerer kartleggingen med objektorienterte språk som er C++, Java osv. Klassediagrammer kan brukes til følgende formål:

1. For å beskrive den statiske visningen av et system.
2. For å vise samarbeidet mellom hver instans i den statiske visningen.
3. For å beskrive funksjonene som utføres av systemet.
4. Å konstruere programvareapplikasjonen ved hjelp av objektorienterte språk.