Mis on klass?
Klass on plaan, mida kasutatakse objekti loomiseks. Klass määratleb, mida objekt saab teha.
Mis on klassi skeem?
UML CLASS DIAGRAM annab ülevaate tarkvarasüsteemist, kuvades klassid, atribuudid, toimingud ja nende seosed. See skeem sisaldab klassi nime, atribuute ja toiminguid eraldi määratud sektsioonides.
Klassiskeem määratleb süsteemis olevate objektide tüübid ja nende vahel eksisteerivad erinevad tüübid. See annab rakenduse kõrgetasemelise ülevaate. Seda modelleerimismeetodit saab kasutada peaaegu kõigi objektile suunatud meetoditega. Klass võib viidata teisele klassile. Klassil võivad olla oma objektid või ta võib pärida teistelt klassidelt.
Klassiskeem aitab konstrueerida tarkvara tarkvararakenduste väljatöötamise koodi.
Selles õpetuses saate teada:
- Mis on klass?
- Mis on klassi skeem?
- Klassiskeemi eelised
- UML-klassi diagrammi olulised elemendid
- Klassi nimi
- Atribuudid:
- Suhted
- Liitmine vs koosseis
- Abstraktsed tunnid
- UML-klassi skeemi näide:
- Klassiskeem tarkvaraarenduse elutsüklis:
- Klasside skeemi kujundamise parimad tavad
Klassiskeemi eelised
- Klassiskeem illustreerib isegi väga keerukate infosüsteemide andmemudeleid
- See annab enne tegeliku koodi uurimist ülevaate rakenduse ülesehitusest. See võib hooldusaega kergesti lühendada
- See aitab paremini mõista rakenduse üldskeeme.
- Võimaldab joonistada üksikasjalikke diagramme, mis tõstavad esile programmeerimiseks vajaliku koodi
- Kasulik arendajatele ja teistele sidusrühmadele.
UML-klassi diagrammi olulised elemendid
UML-klassi diagrammi olulised elemendid on:
- Klassi nimi
- Atribuudid
- Operatsioonid
Klassi nimi
Klassi nimi on vajalik ainult klassi graafilises esituses. See ilmub kõige ülemisse sektsiooni. Klass on objekti plaan, mis võib jagada samu seoseid, atribuute, toiminguid ja semantikat. Klass renderdatakse ristkülikuna, mis sisaldab selle nime, atribuute ja toiminguid erinevates sektsioonides.
Klasside esindamisel tuleb järgida järgmisi reegleid:
- Klassi nimi peaks alati algama suurtähega.
- Klassi nimi peaks alati olema esimese sektsiooni keskel.
- Klassi nimi tuleb alati kirjutada paksus kirjas .
- Abstraktne klassi nimi tuleks kirjutada kursiivis.
Atribuudid:
Atribuut nimetatakse klassi omaduseks, mis kirjeldab modelleeritavat objekti. Klassiskeemil on see komponent paigutatud vahetult nimeruumi alla.
Tuletatud atribuut arvutatakse teistest atribuutidest. Näiteks saab õpilase vanust hõlpsalt arvutada alates tema sünnikuupäevast.
Atribuutide omadused
- Atribuudid kirjutatakse tavaliselt koos nähtavusteguriga.
- Avalik, privaatne, kaitstud ja pakett on neli nähtavust, mida tähistatakse vastavalt märkidega +, -, # või ~.
- Nähtavus kirjeldab klassi atribuudi juurdepääsetavust.
- Atribuutidel peab olema tähendusrikas nimi, mis kirjeldab selle kasutamist klassis.
Suhted
UML-is on peamiselt kolme tüüpi suhteid:
- Sõltuvused
- Üldistused
- Ühingud
Sõltuvus
Sõltuvus tähendab suhet kahe või enama klassi vahel, kus ühe muutus võib sundida muutusi teises. Kuid see loob alati nõrgema suhte. Sõltuvus näitab, et üks klass sõltub teisest.
Järgmises näites on üliõpilane sõltuv kolledžist
Üldistamine:
Üldistamine aitab alamklassi ühendada selle superklassiga. Alamklass on päritud selle superklassist. Liidese rakendamise modelleerimiseks ei saa üldistamise suhet kasutada. Klassiskeem võimaldab pärida mitmest superklassist.
Selles näites on klassi õpilane üldistatud isikuklassist.
Ühing:
Selline suhe esindab staatilisi suhteid klasside A ja B vahel. töötaja töötab organisatsioonis.
Siin on mõned assotsiatsiooni reeglid:
- Seos on enamasti verb või verbifraas või nimisõna või nimisõnafraas.
- See peaks olema nimi, et näidata rolli, mida klass mängib assotsiatsioonitee lõpus.
- Reflektiivsete koosluste puhul kohustuslik
Selles näites näidatakse üliõpilase ja kolledži suhet, milleks on õpingud.
Paljusus
Paljusus on atribuudiga seotud tegur. See määrab, kui palju atribuute eksemplare luuakse klassi initsialiseerimisel. Kui paljusust pole täpsustatud, loetakse see vaikimisi vaikimisi paljuks.
Ütleme nii, et ühes kolledžis on 100 tudengit. Kolledžis võib olla mitu õpilast.
Liitmine
Liitmine on spetsiaalne assotsiatsioonitüüp, mis modelleerib kogu-osa suhet täitematerjali ja selle osade vahel.
Näiteks koosneb klassikolledž ühest või mitmest õpilasest. Kokkuvõttes ei sõltu suletud klassid kunagi täielikult konteineri elutsüklist. Siin jääb kolledžitund ka siis, kui õpilast pole saadaval.
Koostis:
Koosseis on spetsiaalne liitmise tüüp, mis tähistab tugevat omandit kahe klassi vahel, kui üks klass on teise klassi osa.
Näiteks kui kolledž koosneb klasside üliõpilastest. Kolledžis võiks olla palju üliõpilasi, samas kui iga õpilane kuulub ainult ühte kõrgkooli. Seega, kui kolledž ei tööta, eemaldati ka kõik üliõpilased.
Liitmine vs koosseis
|
Liitmine |
Kompositsioon |
|
Liitmine näitab suhet, kus laps saab eksisteerida vanemateklassist eraldi. Näide: auto (lapsevanem) ja auto (laps). Nii et kui auto kustutate, on laps-auto endiselt olemas. |
Kompositsiooni kuvamise suhe, kus laps ei eksisteeri vanemast sõltumatult. Näide: maja (vanem) ja tuba (laps). Toad ei eraldu kunagi majaks. |
Abstraktsed tunnid
See on operatsiooni prototüübiga klass, kuid mitte rakendusega. Samuti on võimalik lasta abstraktne klass, mille sees pole deklareeritud ühtegi toimingut. Kokkuvõte on kasulik klasside funktsioonide tuvastamiseks. Vaatleme abstraktse klassi näidet. Oletame, et meil on abstraktne klass, mida nimetatakse liikumiseks, mille sees on deklareeritud meetod või toiming. Abstraktse klassi sees deklareeritud meetodit nimetatakse käiguks () .
Seda abstraktset klassi meetodit saab praeguse asendi muutmiseks kasutada iga objekt, näiteks auto, loom, robot jms. Seda abstraktset klassi meetodit on efektiivne kasutada koos objektiga, kuna antud funktsiooni jaoks pole rakendust ette nähtud. Saame seda mitmel viisil mitme objekti jaoks kasutada.
UML-is on abstraktsel klassil sama tähistus kui klassil. Ainus erinevus klassi ja abstraktse klassi vahel on see, et klassi nimi on rangelt kirjutatud kursiivkirjas.
Abstraktset klassi ei saa lähtestada ega instantsida.
Ülalolevas abstraktses klassimärgistuses on ainus abstraktne meetod, mida saab kasutada mitme klassi objekti puhul.
UML-klassi skeemi näide
Klassiskeemi loomine on lihtne protsess. See ei hõlma paljusid tehnilisi üksikasju. Siin on näide:
Sularahaautomaatide süsteem on väga lihtne, kuna kliendid peavad sularaha saamiseks vajutama mõnele nupule. Siiski on mitu turvakihti, mille iga sularahaautomaadi süsteem peab läbima. See aitab vältida pettusi ja pakkuda pangaklientidele sularaha või vajadust üksikasjade järele.
Allpool on toodud UML-i klassi skeemi näide:
Klassiskeem tarkvaraarenduse elutsüklis
Klassiskeeme saab kasutada erinevates tarkvaraarenduse etappides. See aitab klassiskeemide modelleerimisel kolmes erinevas perspektiivis.
1. Kontseptuaalne perspektiiv: kontseptuaalsed skeemid kirjeldavad asju reaalses maailmas. Peaksite joonistama skeemi, mis esindab uuritava domeeni mõisteid. Need mõisted on seotud klassiga ja see on alati keelest sõltumatu.
2. Spetsifikatsiooniperspektiiv: Spetsifikatsiooniperspektiiv kirjeldab tarkvara abstraktsioone või komponente koos spetsifikatsioonide ja liidestega. Kuid see ei võta mingit kohustust konkreetsele rakendamisele.
3. Rakendusperspektiiv: Seda tüüpi klassiskeeme kasutatakse konkreetse keele või rakenduse juurutamiseks. Rakendamise perspektiiv, kasutamine tarkvara juurutamiseks.
Klasside skeemi kujundamise parimad tavad
Klassiskeemid on kõige olulisemad tarkvararakenduste arendamisel kasutatavad UML-skeemid. Klassiskeemi joonistamisel tuleks arvestada paljude omadustega. Need esindavad tarkvararakenduse erinevaid aspekte.
Siin on mõned punktid, mida tuleks klassi skeemi koostamisel meeles pidada:
- Klassiskeemile antud nimi peab olema tähendusrikas. Lisaks peaks see kirjeldama süsteemi tegelikku aspekti.
- Iga elemendi suhe tuleb eelnevalt kindlaks teha.
- Tuleb kindlaks teha vastutus iga klassi eest.
- Iga klassi jaoks tuleks määrata minimaalne omaduste arv. Seetõttu võivad soovimatud omadused skeemi hõlpsasti keeruliseks muuta.
- Kasutaja märkused tuleks lisada alati, kui peate diagrammi mõne aspekti määratlema. Joonise lõpus peab see olema tarkvaraarendusmeeskonnale arusaadav.
- Lõpuks tuleb enne lõpliku versiooni loomist joonis joonistada tavalisele paberile. Pealegi tuleks see ümber töötada, kuni see on lõplikuks esitamiseks valmis.
Järeldus
- UML on standardkeel tarkvarasüsteemide artefaktide täpsustamiseks, kujundamiseks ja visualiseerimiseks
- Klass on objekti kavand
- Klassiskeem kirjeldab süsteemis olevate objektide tüüpe ja nende vahel erinevaid seoseid
- See võimaldab analüüsida ja kujundada tarkvararakenduse staatilist vaadet
- Klassiskeemid on kõige olulisemad tarkvararakenduste arendamisel kasutatavad UML-skeemid
- UML-klassi diagrammi olulised elemendid on 1) klass 2) atribuudid 3) seosed
- Klassiskeem annab ülevaate, kuidas rakendus on enne tegeliku koodi uurimist üles ehitatud. Kindlasti vähendab see hooldusaega
- Klassiskeem on kasulik objektipõhiste programmeerimiskeelte kaardistamiseks, nagu Java, C ++, Ruby, Python jne.