Klassediagrammet viser en statisk visning af en applikation. Det repræsenterer de typer objekter, der findes i systemet, og relationerne mellem dem. En klasse består af dens objekter, og den kan også arve fra andre klasser. Et klassediagram bruges til at visualisere, beskrive, dokumentere forskellige aspekter af systemet og også konstruere eksekverbar softwarekode.
Den viser attributter, klasser, funktioner og relationer for at give et overblik over softwaresystemet. Det udgør klassenavne, attributter og funktioner i et separat rum, der hjælper med softwareudvikling. Da det er en samling af klasser, grænseflader, foreninger, samarbejder og begrænsninger, betegnes det som et strukturelt diagram.
Formålet med klassediagrammer
Hovedformålet med klassediagrammer er at bygge et statisk billede af en applikation. Det er det eneste diagram, der er meget brugt til konstruktion, og det kan kortlægges med objektorienterede sprog. Det er et af de mest populære UML-diagrammer. Følgende er formålet med klassediagrammer givet nedenfor:
- Den analyserer og designer en statisk visning af en applikation.
- Den beskriver de vigtigste ansvarsområder for et system.
- Det er en base for komponent- og implementeringsdiagrammer.
- Den inkorporerer forlæns og omvendt konstruktion.
Fordele ved klassediagrammer
- Det kan repræsentere objektmodellen for komplekse systemer.
- Det reducerer vedligeholdelsestiden ved at give et overblik over, hvordan en applikation er opbygget før kodning.
- Det giver et generelt skema over en applikation for bedre forståelse.
- Det repræsenterer et detaljeret diagram ved at fremhæve den ønskede kode, som skal programmeres.
- Det er nyttigt for interessenterne og udviklerne.
Vitale komponenter i et klassediagram
Klassediagrammet består af tre sektioner:
- Sæt stort begyndelsesbogstav i klassenavnet.
- Placer klassenavnet i midten af den øverste sektion.
- Et klassenavn skal skrives i fed format.
- Navnet på den abstrakte klasse skal skrives i kursiv format.
- Attributterne er skrevet sammen med dets synlighedsfaktorer, som er offentlige (+), privat (-), beskyttet (#) og pakke (~).
- Tilgængeligheden af en attributklasse illustreres af synlighedsfaktorerne.
- Et meningsfuldt navn bør tildeles attributten, som vil forklare dens brug i klassen.
Relationer
I UML er relationer af tre typer:
I det følgende eksempel er Student_Name afhængig af Student_Id.
For eksempel er den løbende konto, opsparingskonto og kreditkonto den generelle form for bankkonto.
For eksempel er en afdeling tilknyttet højskolen.
Multiplikitet: Den definerer et specifikt udvalg af tilladte forekomster af attributter. I tilfælde af, at et interval ikke er angivet, betragtes et som en standard multiplicitet.
java konventioner navngivning
For eksempel er flere patienter indlagt på ét hospital.
Aggregation: En aggregering er en delmængde af association, som repræsenterer har en relation. Det er mere specifikt end association. Det definerer en del-hele eller en del af et forhold. I denne form for forhold kan den underordnede klasse eksistere uafhængigt af sin overordnede klasse.
Virksomheden omfatter en række medarbejdere, og selvom en medarbejder fratræder, eksisterer virksomheden stadig.
Sammensætning: Sammensætningen er en delmængde af aggregering. Det skildrer afhængigheden mellem forælderen og dets barn, hvilket betyder, at hvis den ene del slettes, så bliver den anden del også kasseret. Det repræsenterer et hel-delt forhold.
En kontaktbog består af flere kontakter, og hvis du sletter kontaktbogen, vil alle kontakter gå tabt.
Abstrakte klasser
I den abstrakte klasse kan ingen objekter være en direkte enhed af den abstrakte klasse. Den abstrakte klasse kan hverken erklæres eller instansieres. Det bruges til at finde funktionaliteterne på tværs af klasserne. Notationen af den abstrakte klasse ligner den for klasse; den eneste forskel er, at klassens navn er skrevet med kursiv. Da det ikke involverer nogen implementering for en given funktion, er det bedst at bruge den abstrakte klasse med flere objekter.
Lad os antage, at vi har en abstrakt klasse ved navn forskydning med en metode erklæret inde i den, og den metode vil blive kaldt en køre () . Nu kan denne abstrakte klassemetode implementeres af ethvert objekt, for eksempel bil, cykel, scooter, cykel osv.
Hvordan tegner man et klassediagram?
Klassediagrammet bruges mest til at konstruere softwareapplikationer. Det repræsenterer ikke kun et statisk billede af systemet, men også alle de vigtigste aspekter af en applikation. En samling af klassediagrammer som helhed repræsenterer et system.
Nogle nøglepunkter, som er nødvendige at huske på, når du tegner et klassediagram, er givet nedenfor:
- For at beskrive et komplet aspekt af systemet, foreslås det at give klassediagrammet et meningsfuldt navn.
- Objekterne og deres relationer bør anerkendes på forhånd.
- Hver klasses egenskaber og metoder (ansvar) skal være kendte.
- Et minimum antal ønskede egenskaber bør angives, da flere antal af den uønskede egenskab vil føre til et komplekst diagram.
- Noter kan bruges, når og når det kræves af udvikleren til at beskrive aspekterne af et diagram.
- Diagrammerne skal gentegnes og omarbejdes så mange gange for at gøre det korrekt, før de producerer den endelige version.
Eksempel på klassediagram
Et klassediagram, der beskriver salgsordresystemet, er givet nedenfor.
Brug af klassediagrammer
Klassediagrammet bruges til at repræsentere et statisk billede af systemet. Det spiller en væsentlig rolle i etableringen af komponent- og implementeringsdiagrammerne. Det hjælper med at konstruere en eksekverbar kode til at udføre frem- og baglæns konstruktion for ethvert system, eller vi kan sige, at det hovedsageligt bruges til konstruktion. Det repræsenterer kortlægningen med objektorienterede sprog, der er C++, Java osv. Klassediagrammer kan bruges til følgende formål:
- At beskrive den statiske visning af et system.
- For at vise samarbejdet mellem hver instans i den statiske visning.
- At beskrive de funktioner, som systemet udfører.
- At konstruere softwareapplikationen ved hjælp af objektorienterede sprog.