Klases diagramma attēlo statisku lietojumprogrammas skatu. Tas atspoguļo sistēmā esošo objektu veidus un attiecības starp tiem. Klase sastāv no saviem objektiem, kā arī tā var mantot no citām klasēm. Klases diagramma tiek izmantota, lai vizualizētu, aprakstītu, dokumentētu dažādus dažādus sistēmas aspektus, kā arī konstruētu izpildāmās programmatūras kodu.
Tas parāda atribūtus, klases, funkcijas un attiecības, lai sniegtu pārskatu par programmatūras sistēmu. Tas veido klašu nosaukumus, atribūtus un funkcijas atsevišķā nodalījumā, kas palīdz programmatūras izstrādē. Tā kā tā ir klašu, saskarņu, asociāciju, sadarbības un ierobežojumu kolekcija, to sauc par strukturālo diagrammu.
Klašu diagrammu mērķis
Klašu diagrammu galvenais mērķis ir izveidot statisku lietojumprogrammas skatu. Tā ir vienīgā diagramma, ko plaši izmanto būvniecībā, un to var kartēt ar objektorientētām valodām. Tā ir viena no populārākajām UML diagrammām. Tālāk ir norādīts tālāk norādīto klašu diagrammu mērķis.
- Tas analizē un veido lietojumprogrammas statisku skatu.
- Tajā ir aprakstīti galvenie sistēmas pienākumi.
- Tas ir pamats komponentu un izvietošanas diagrammām.
- Tas ietver priekšējo un atpakaļgaitas inženieriju.
Klases diagrammu priekšrocības
- Tas var attēlot objekta modeli sarežģītām sistēmām.
- Tas samazina uzturēšanas laiku, sniedzot pārskatu par to, kā lietojumprogramma ir strukturēta pirms kodēšanas.
- Tas nodrošina vispārīgu lietojumprogrammas shēmu labākai izpratnei.
- Tas attēlo detalizētu diagrammu, iezīmējot vēlamo kodu, kas ir jāieprogrammē.
- Tas ir noderīgi ieinteresētajām personām un izstrādātājiem.
Klases diagrammas būtiski komponenti
Klases diagramma sastāv no trim sadaļām:
- Klases nosaukuma sākuma burtu rakstiet ar lielo burtu.
- Novietojiet klases nosaukumu augšējās sadaļas centrā.
- Klases nosaukums jāraksta treknrakstā.
- Abstraktās klases nosaukums jāraksta slīprakstā.
- Atribūti ir rakstīti kopā ar tā redzamības faktoriem, kas ir publiski (+), privāti (-), aizsargāti (#) un pakotni (~).
- Atribūtu klases pieejamību ilustrē redzamības faktori.
- Atribūtam ir jāpiešķir jēgpilns nosaukums, kas izskaidros tā lietojumu klasē.
Attiecības
UML relācijām ir trīs veidu:
Nākamajā piemērā Studenta_nosaukums ir atkarīgs no Studenta_ID.
Piemēram, Norēķinu konts, Krājkonts un Kredītkonts ir vispārīga bankas konta forma.
Piemēram, nodaļa ir saistīta ar koledžu.
Daudzveidība: Tas definē konkrētu pieļaujamo atribūtu gadījumu diapazonu. Gadījumā, ja diapazons nav norādīts, tas tiek uzskatīts par noklusējuma reizinājumu.
apļa plānošanas algoritms
Piemēram, vienā slimnīcā tiek ievietoti vairāki pacienti.
Apkopošana: Apkopojums ir asociācijas apakškopa, kas atspoguļo saistību. Tas ir specifiskāks nekā asociācija. Tas definē daļēju veselumu vai daļu attiecību. Šāda veida attiecībās bērnu klase var pastāvēt neatkarīgi no savas vecākklases.
Uzņēmums aptver vairākus darbiniekus, un pat tad, ja viens darbinieks atkāpjas, uzņēmums joprojām pastāv.
Sastāvs: Sastāvs ir apkopojuma apakškopa. Tas attēlo atkarību starp vecāku un viņa bērnu, kas nozīmē, ka, ja viena daļa tiek izdzēsta, tad arī otra daļa tiek izmesta. Tas atspoguļo visas attiecības.
Kontaktu grāmata sastāv no vairākām kontaktpersonām, un, ja izdzēsīsit kontaktu grāmatu, visi kontakti tiks zaudēti.
Abstraktās klases
Abstraktajā klasē neviens objekts nevar būt tiešs abstraktās klases vienums. Abstrakto klasi nevar ne deklarēt, ne instantifikēt. To izmanto, lai atrastu funkcionalitāti dažādās klasēs. Abstraktās klases apzīmējums ir līdzīgs klases apzīmējumam; vienīgā atšķirība ir tā, ka klases nosaukums ir rakstīts slīprakstā. Tā kā tas neietver nekādas noteiktas funkcijas ieviešanu, vislabāk ir izmantot abstrakto klasi ar vairākiem objektiem.
Pieņemsim, ka mums ir abstrakta klase pārvietošanās ar tajā deklarēto metodi, un šī metode tiks izsaukta kā a braukt () . Tagad šo abstraktās klases metodi var realizēt ar jebkuru objektu, piemēram, automašīnu, velosipēdu, motorolleru, velosipēdu utt.
Kā uzzīmēt klases diagrammu?
Klases diagramma tiek visplašāk izmantota programmatūras lietojumprogrammu izveidošanai. Tas ne tikai atspoguļo statisku sistēmas skatu, bet arī visus galvenos lietojumprogrammas aspektus. Klašu diagrammu kolekcija kopumā attēlo sistēmu.
Tālāk ir norādīti daži galvenie punkti, kas jāpatur prātā, veidojot klases diagrammu.
- Lai aprakstītu visu sistēmas aspektu, ir ieteicams piešķirt klašu diagrammai jēgpilnu nosaukumu.
- Objekti un to attiecības ir jāapzinās iepriekš.
- Ir jāzina katras klases atribūti un metodes (pienākumi).
- Jānorāda minimālais vēlamo rekvizītu skaits, jo lielāks nevēlamo rekvizītu skaits novedīs pie sarežģītas diagrammas.
- Piezīmes var izmantot, kad izstrādātājs to pieprasa, lai aprakstītu diagrammas aspektus.
- Diagrammas ir jāpārzīmē un jāpārstrādā tik reižu, lai tās būtu pareizas pirms galīgās versijas izstrādes.
Klases diagrammas piemērs
Tālāk ir sniegta klašu diagramma, kas apraksta pārdošanas pasūtījumu sistēmu.
Klašu diagrammu izmantošana
Klases diagramma tiek izmantota, lai attēlotu sistēmas statisku skatu. Tam ir būtiska loma komponentu un izvietošanas diagrammu izveidē. Tas palīdz izveidot izpildāmu kodu, lai veiktu priekšu un atpakaļ inženieriju jebkurai sistēmai, vai arī mēs varam teikt, ka to galvenokārt izmanto būvniecībai. Tas attēlo kartēšanu ar objektorientētām valodām, kas ir C++, Java utt. Klašu diagrammas var izmantot šādiem mērķiem:
- Lai aprakstītu sistēmas statisko skatu.
- Lai statiskā skatā parādītu sadarbību starp katru gadījumu.
- Lai aprakstītu sistēmas veiktās funkcijas.
- Konstruēt lietojumprogrammu, izmantojot objektorientētas valodas.