Sissejuhatus UML-diagrammide tüüpidesse
Ühtne modelleerimiskeel, see tähendab lihtsate sõnadega UML, mis on üldotstarbeline modelleerimiskeel. UML-i põhieesmärk on visuaalselt visualiseerida süsteemi tavapärane kujundus. See on väga sarnane kavanditega, mida kasutatakse ka teistes tehnikavaldkondades. See ei ole programmeerimiskeel, vaid pigem visuaalne keel. UML-diagrammide tüüpe kasutatakse ainult süsteemi käitumise ja struktuuri demonstreerimiseks. UML aitab süsteemiarhitektidel, ärimeestel ja ka tarkvarainseneridel modelleerida, kujundada ja analüüsida. OMG, see tähendab objektihaldusrühm võttis UML-i standardina kasutusele 1997. aastal. Sellest ajast alates on see nende hallatav. Pärast seda avaldas ISO 2005. aastal UML-i kinnitatud standardina. UML on aastate jooksul läbi vaadatud ja üle vaadatud.
Järgmisena arutame UML-diagrammide tüüpe.
Eri tüüpi UML-diagrammid
UML-diagramme on mitut tüüpi ja kõigil neist on erinev otstarve, arvestamata, kas need on loodud enne rakendamist või pärast rakendamist.
2 kõige laiemat kategooriat, mis hõlmab kõiki teisi tüüpe, on
- UML-i käitumisskeem
- StructuralUML diagramm.
Nagu ainult nime põhjal võite arvata, analüüsivad ja kujutavad mõned UML-skeemid ka protsessi struktuuri, samas kui teine kirjeldab süsteemi, selle ehituskomponentide ja ka selle osalejate käitumist. Muud kategooriatesse kuuluvad tüübid on järgmised:
UML-i struktuuriskeem
- Klasside skeem
- Objektide skeem
- Komponentide diagramm
- Komposiitstruktuuri skeem
- Kasutusskeem
- Pakendiskeem
- Profiilskeem
UML-i käitumisskeem
- Tegevusskeem
- Kasutage juhtumite diagrammi
- Koostoime ülevaate diagramm
- Ajakava diagramm
- Riigi ja masina skeem
- Suhtlusskeem
- Järjestusskeem
Arutame neid nüüd lühidalt:
1. Tegevusskeem
Tegevusskeem on kõige olulisemad UML-diagrammid, mida kasutatakse äriprotsesside modelleerimiseks. Põhimõtteliselt kasutatakse seda nii erinevate tegevuste voo kui ka tarkvaraarenduse tegevuste selgitamiseks. Need võivad olla nii järjestikused kui ka paralleelsed.
2. Kasutage juhtumite diagrammi
Kasutusjuhtumite diagrammid on põhimõtteliselt vajalikud süsteemi kõrgetasemeliste nõuete analüüsimiseks. Nüüd saab neid nõudeid väljendada erinevate kasutusjuhtude abil.
3. Koostoime ülevaate diagramm
See on üks, mis suudab koos vooluvõrkudega juhtida voogu, mis sisaldab interaktsiooniskeeme. See on sama, mis tegevusskeem selles mõttes, et mõlemad visualiseerivad tegevuste jada.
4. Ajakava diagramm
Neid diagramme on põhimõtteliselt vaja objektide vaheliste suhete kajastamiseks, kui tähelepanu keskpunkt asub õigel ajal. Vaatamata sellele, et meid ei huvita, kuidas objektid üksteist mõjutavad või isegi üksteist muudavad, hoolimata sellest, et soovime näidata, kuidas neid objekte teha, võiksid ka näitlejad tegutseda lineaarsel ajateljel.
5. Riigimasina UML-diagramm
Riigimasina UML-diagramme nimetatakse ka oleku diagrammideks. Enamasti kasutatakse neid komponendi erinevate olekute selgitamiseks süsteemis. Olekumasina UML-diagrammid võtavad olekumasina nime, kuna skeem on põhimõtteliselt ainult masin, mis selgitab objekti mitmeid olekuid ja ka seda, kuidas see muutub sõltuvalt sisemistest ja välistest sündmustest.
6. Side skeem
Kommunikatsiooniskeemid, nagu ka järjestusskeemid, on omamoodi interaktsiooniskeem, mis näitab, kuidas objektid omavahel suhtlevad. See on objektide diagrammi laiendus, mis näitab objekte, millel on sõnumid, mis liiguvad ühest teise.
7. Järjestuse UML-diagramm
Järjestuste UML-diagramme võib pidada ka kõige olulisemateks UML-diagrammideks disainilahenduse mudelite hulgas ärirakenduse arendamiseks. Kuna need skeemid on visuaalselt iseenesestmõistetavad, on viimasel ajal muutunud nende skeemide äriprotsesside ennustamisel üsna populaarseks.
8. Klasside skeem
Klassi UML-diagrammi võib pidada ka tarkvara dokumenteerimisel kõige tavalisemaks diagrammitüübiks. Kuna suurem osa täna loodavast tarkvarast põhineb endiselt OOP-i paradigmal, osutub selle tarkvara dokumenteerimiseks klassidiagramme mõistliku lahenduse leidmiseks. See juhtub ka seetõttu, et avatud opioperatsioon sõltub klassidest ja suhetest.
9. Objektide skeem
Objektide UML-diagrammid aitavad arendajatel kontrollida, kas nende loodud üldine abstraktne struktuur, st klassiskeem, esindab elujõulist struktuuri alati, kui seda praktikasse rakendatakse, see tähendab siis, kui klassi objekte realiseeritakse. Kuid vähesed arendajad suhtuvad sellesse kui teise täpsuse kontrollimise tasandisse.
10. Komponentide diagramm
Komponentide UML-diagrammid aitavad süsteemi väiksemateks komponentideks jagada alati, kui tegemist on üsna keerukate süsteemide dokumenteerimisega. Sageli on süsteemi ülesehitust üsna raske ennustada, kuna see võib hõlmata erinevaid osakondi või ka selles võib kasutada erinevaid tehnoloogiaid.
11. Komposiitstruktuuri skeem
Komposiitstruktuuri diagrammi peetakse staatilise diagrammi tüübiks, mis näitab nii klassi sisemist struktuuri kui ka koostööd. See on omavahel ühendatud elementide komplekt.
12. Kasutusskeem
Järgmisena kasutatakse tarkvara ja riistvara vaheliste suhete visualiseerimisel üldiselt juurutusskeeme. Kui räägime täpsemalt, siis saame juurutusskeemide abil luua ka füüsilise mudeli, kuidas artefakte kasutatakse riistvarakomponentide sõlmedes.
Kui räägime tüüpilisest lihtsustatud juurutamisskeemist veebirakenduses, siis sisaldaks see järgmist:
- Sõlmed, see tähendab rakendusserver ja andmebaasiserver
- Artefaktid, see tähendab rakenduse kliendi ja andmebaasi skeem
13. Pakiskeem
Pakettdiagramm näib pigem makrokonteiner, mida on vaja UML-i diagrammide juurutamiseks, mida oleme juba selgitanud. Nüüd sisaldavad erinevad paketid sõlmi ja ka esemeid. Nad korraldavad komponendid ja skeemide skeemid rühmadesse samal viisil, nagu nimeruum kapseldaks erinevad nimed, mis on mingil moel üsna korrelatsioonis.
14. Profiiliskeem
Profiilskeeme ei saa pidada tüüpiliseks UML-diagrammide tüübiks. Vaatamata sellele võib seda pidada pigem laiendamismehhanismiks ja mitte diagrammitüübiks nagu ükski teine.
Kui kasutame stereotüüpe, piiranguid ja sildistatud väärtusi, saame hõlpsalt laiendada ja kohandada ka juba olemasolevaid UML-i märkeid. Profiiliskeemid on aga nagu keel. Näiteks kui räägite inglise keelt, saate hõlpsalt uusi lauseid luua. Sarnasel viisil, kui räägite profiilidiagramme, saate hõlpsalt ja konkreetselt luua uusi atribuute ning ka UML-diagrammide semantikat.
Järeldus
Seega on UML-diagrammid kasulikud alati, kui modelleerime ettevõtte andmeid. Klassi atribuudid kaardistavad püsivate väljade abstraktsete juurdepääsumeetodite jaoks ja assotsieerimisrollid kaardistavad suhete väljade abstraktsete juurdepääsumeetodite jaoks. Navigeeritavus ennustab, kas suhetele juurdepääsu meetodid kuvatakse mõlemas seotud olemibaas või ainult ühes. Lisaks määrab mitmekordne märge suhteväljade, olelustsükli probleemide ja kaskaadjärgsete kustutamisomaduste õige tüübi.
Soovitatavad artiklid
See on juhend UML-diagrammide tüüpide kohta. Siin käsitleme põhimõisteid UML-diagrammi kõige laiemate kategooriatega. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Mis on C ++
- Mis on Git?
- Mis on JavaScript?
- Mis on PHP massiiv?