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:
- Den analyserer og designer en statisk visning av en applikasjon.
- Den beskriver hovedansvaret til et system.
- Det er en base for komponent- og distribusjonsdiagrammer.
- Den inkluderer forover- og bakoverteknikk.
Fordeler med klassediagrammer
- Den kan representere objektmodellen for komplekse systemer.
- Det reduserer vedlikeholdstiden ved å gi en oversikt over hvordan en applikasjon er strukturert før koding.
- Den gir et generelt skjema over en applikasjon for bedre forståelse.
- Den representerer et detaljert diagram ved å markere ønsket kode, som skal programmeres.
- Det er nyttig for interessentene og utviklerne.
Vitale komponenter i et klassediagram
Klassediagrammet består av tre deler:
- Bruk stor bokstav i klassenavnet.
- Plasser klassenavnet i midten av den øvre delen.
- Et klassenavn må skrives i fet skrift.
- Navnet på abstraktklassen skal skrives i kursiv format.
- Attributtene er skrevet sammen med synlighetsfaktorene, som er offentlige (+), privat (-), beskyttet (#) og pakke (~).
- Tilgjengeligheten til en attributtklasse illustreres av synlighetsfaktorene.
- Et meningsfullt navn bør tildeles attributtet, som vil forklare bruken i klassen.
Forhold
I UML er relasjoner av tre typer:
I følgende eksempel er Student_Name avhengig av Student_Id.
For eksempel er gjeldende konto, sparekonto og kredittkonto den generelle formen for bankkonto.
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:
- For å beskrive et fullstendig aspekt av systemet, foreslås det å gi et meningsfullt navn til klassediagrammet.
- Objektene og deres relasjoner bør anerkjennes på forhånd.
- Attributtene og metodene (ansvar) for hver klasse må være kjent.
- Et minimum antall ønskede egenskaper bør spesifiseres ettersom flere antall av den uønskede egenskapen vil føre til et komplekst diagram.
- Notater kan brukes når og når det kreves av utvikleren for å beskrive aspektene ved et diagram.
- 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:
- For å beskrive den statiske visningen av et system.
- For å vise samarbeidet mellom hver instans i den statiske visningen.
- For å beskrive funksjonene som utføres av systemet.
- Å konstruere programvareapplikasjonen ved hjelp av objektorienterte språk.