Klassdiagrammet visar en statisk vy av en applikation. Den representerar de typer av objekt som finns i systemet och relationerna mellan dem. En klass består av dess objekt, och den kan även ärva från andra klasser. Ett klassdiagram används för att visualisera, beskriva, dokumentera olika aspekter av systemet och även konstruera körbar programvarukod.
Den visar attribut, klasser, funktioner och relationer för att ge en översikt över mjukvarusystemet. Den utgör klassnamn, attribut och funktioner i ett separat fack som hjälper till vid mjukvaruutveckling. Eftersom det är en samling klasser, gränssnitt, föreningar, samarbeten och begränsningar, kallas det ett strukturdiagram.
Syfte med klassdiagram
Huvudsyftet med klassdiagram är att bygga en statisk vy av en applikation. Det är det enda diagrammet som används allmänt för konstruktion, och det kan kartläggas med objektorienterade språk. Det är ett av de mest populära UML-diagrammen. Följande är syftet med klassdiagram nedan:
- Den analyserar och designar en statisk bild av en applikation.
- Den beskriver ett systems huvudansvar.
- Det är en bas för komponent- och distributionsdiagram.
- Den innehåller framåt- och bakåtteknik.
Fördelar med klassdiagram
- Den kan representera objektmodellen för komplexa system.
- Det minskar underhållstiden genom att ge en översikt över hur en applikation är uppbyggd före kodning.
- Det ger ett allmänt schema över en applikation för bättre förståelse.
- Den representerar ett detaljerat diagram genom att markera önskad kod, som ska programmeras.
- Det är till hjälp för intressenterna och utvecklarna.
Vitala komponenter i ett klassdiagram
Klassdiagrammet består av tre sektioner:
- Använd stor bokstav i klassnamnet.
- Placera klassnamnet i mitten av den övre delen.
- Ett klassnamn måste skrivas i fet stil.
- Namnet på den abstrakta klassen ska skrivas i kursiv stil.
- Attributen skrivs tillsammans med dess synlighetsfaktorer, som är offentliga (+), privata (-), skyddade (#) och paket (~).
- Tillgängligheten för en attributklass illustreras av synlighetsfaktorerna.
- Ett meningsfullt namn bör tilldelas attributet, vilket förklarar dess användning i klassen.
Relationer
I UML är relationer av tre typer:
I följande exempel är Student_Name beroende av Student_Id.
Till exempel är det aktuella kontot, sparkontot och kreditkontot den allmänna formen av bankkonto.
Till exempel är en institution knuten till högskolan.
Mångfald: Den definierar ett specifikt intervall av tillåtna instanser av attribut. Om ett intervall inte är specificerat betraktas ett som en standardmångfald.
jsp javatpoint
Till exempel läggs flera patienter in på ett sjukhus.
Aggregation: En aggregering är en delmängd av association, som representerar har en relation. Det är mer specifikt än association. Det definierar en del-hela eller en del av ett förhållande. I denna typ av relation kan barnklassen existera oberoende av sin förälderklass.
Företaget omfattar ett antal anställda och även om en anställd säger upp sig finns företaget fortfarande kvar.
Sammansättning: Sammansättningen är en delmängd av aggregering. Den skildrar beroendet mellan föräldern och dess barn, vilket innebär att om en del tas bort, så kasseras den andra delen också. Det representerar en hel-del relation.
En kontaktbok består av flera kontakter, och om du tar bort kontaktboken kommer alla kontakter att gå förlorade.
Abstrakta klasser
I den abstrakta klassen kan inga objekt vara en direkt enhet i den abstrakta klassen. Den abstrakta klassen kan varken deklareras eller instansieras. Den används för att hitta funktionerna i klasserna. Beteckningen för den abstrakta klassen liknar den för klass; den enda skillnaden är att klassens namn är skrivet i kursiv stil. Eftersom det inte innebär någon implementering för en given funktion är det bäst att använda den abstrakta klassen med flera objekt.
Låt oss anta att vi har en abstrakt klass som heter förflyttning med en metod deklarerad inuti den, och den metoden kommer att kallas som en kör () . Nu kan denna abstrakta klassmetod implementeras av vilket objekt som helst, till exempel bil, cykel, skoter, cykel, etc.
Hur ritar man ett klassdiagram?
Klassdiagrammet används mest för att konstruera mjukvaruapplikationer. Det representerar inte bara en statisk bild av systemet utan också alla viktiga aspekter av en applikation. En samling klassdiagram som helhet representerar ett system.
Några nyckelpunkter som är nödvändiga att tänka på när du ritar ett klassdiagram ges nedan:
- För att beskriva en fullständig aspekt av systemet, föreslås det att man ger ett meningsfullt namn till klassdiagrammet.
- Objekten och deras relationer bör erkännas i förväg.
- Attributen och metoderna (ansvar) för varje klass måste vara kända.
- Ett minsta antal önskade egenskaper bör anges eftersom fler antal av den oönskade egenskapen kommer att leda till ett komplext diagram.
- Anteckningar kan användas när och när utvecklaren kräver det för att beskriva aspekterna av ett diagram.
- Diagrammen ska ritas om och omarbetas så många gånger för att de ska bli korrekta innan den slutliga versionen produceras.
Exempel på klassdiagram
Ett klassdiagram som beskriver försäljningsordersystemet ges nedan.
Användning av klassdiagram
Klassdiagrammet används för att representera en statisk vy av systemet. Det spelar en viktig roll i upprättandet av komponent- och distributionsdiagram. Det hjälper till att konstruera en körbar kod för att utföra framåt- och bakåtteknik för vilket system som helst, eller vi kan säga att den huvudsakligen används för konstruktion. Det representerar mappningen med objektorienterade språk som är C++, Java, etc. Klassdiagram kan användas för följande ändamål:
- För att beskriva den statiska vyn av ett system.
- För att visa samarbetet mellan varje instans i den statiska vyn.
- För att beskriva de funktioner som systemet utför.
- Att konstruera programvaran med hjälp av objektorienterade språk.