This is the Trace Id: 09112ed9eebdaf9e3e7170d37ca4618e

UML-i skeemide ja andmebaaside modelleerimise juhend

Kolm kätt osutavad tahvlil erinevatele UML-i skeemidele. Sõna „UML“ on kirjutatud keskele.
Ühtsustatud mudelduskeel (UML) mängib suurt rolli tarkvaraarenduses, aga ka mittetarkvaralistes süsteemides paljudes eri valdkondades, kuna see on viis visuaalselt näidata süsteemi või protsessi käitumist ning struktuuri. UML aitab tutvustada võimalikke tõrkeid rakenduse struktuurides, süsteemi käitumises ja muudes tööelu protsessides.  

Miks UML? 

UML-i mõiste nägi ilmavalgust 1990. aastatel tänu kolmele tarkvarainsenerile – Grady Booch, Ivar Jacobson ja James Rumbaugh. Nad soovisid välja töötada senisest vähem kaootilise viisi aina keerukamaks muutuva tarkvara ja arendamise demonstreerimiseks, eraldades samal ajal ka metoodika protsessist. Tänapäeval on UML endiselt arendajate, projektijuhtide, ettevõtte omanike, tehnoloogiaettevõtjate ja spetsialistide tavaline esimene valik, kui neil on vaja just skeemide koostamiseks mõeldud tööriista. 

Millised on UML-i eelised? 

  • Lihtsustab keerukusi 
 
  • Hoiab suhtlusliinid avatuna 
 
  • Automatiseerib tarkvara ja protsesside tootmist  
 
  • Aitab lahendada püsivaid arhitektuuriprobleeme 
 
  • Edendab töökvaliteeti 
 
  • Vähendab kulusid ja lühendab turuletoomiseks kuluvat aega 

UML-i skeemide tüübid  

UML-i skeeme on kahte peamist tüüpi: struktuuriskeemid ja käitumuslikud skeemid (nendes kategooriates on veel mitu alatüüpi). Need variatsioonid tähistavad mitut tüüpi stsenaariume ja skeeme, mida eri tüüpi inimesed kasutavad.

Alates klientidest ja projektijuhtidest kuni tehniliste autorite, kujundajate, analüütikute, koodijate ja karantiiniagentide ning testijateni välja kasutab iga roll konkreetset skeemi vastavalt oma vajadustele. See tähendab, et iga paigutus nõuab teistsugust fookust ja üksikasjalikkuse taset. UML-i eesmärk on visuaalselt väljendada skeeme selliselt, et neid oleks lihtne mõista.  

UML-i baasskeem

UML-i baasjärgnevusskeemi näide.  Allalaadimiseks saadaval mall

 

Vaatame lähemalt: 

Struktuuriskeemid 

StruktuuriskeemidStruktuurskeemid tähistavad tarkvara või süsteemi staatilist struktuuri ning näitavad ka erinevaid abstraktsuse ja juurutamise tasemeid. Neid kasutatakse selleks, et aidata visualiseerida erinevaid süsteemi moodustavaid struktuure (nt andmebaas või rakendus). Need näitavad komponentide või moodulite hierarhiat ning seda, kuidas need üksteisega ühenduvad ja suhtlevad. Need tööriistad pakuvad juhiseid ja tagavad, et süsteemi kõik osad töötavad kõigi teiste osadega võrreldes ettenähtud viisil. 

Käitumisskeemid 

Siin keskendutakse tarkvarasüsteemi või protsessi dünaamilistele aspektidele. Need skeemid näitavad süsteemi funktsionaalsust ja rõhutavad seda, mis peab juhtuma modelleeritavas süsteemis.  

Vaatame lähemalt paljusid erinevaid UML-i skeeme, mis kuuluvad igasse kategooriasse: 

1. Struktuursed UML-i skeemid 

Klassiskeem. See skeem on tarkvaraarenduse kõige levinum tüüp ning seda kasutatakse süsteemi loogilise ja füüsilise kujunduse kujutamiseks ning selle klasside kuvamiseks. See näeb välja sarnane vooskeemiga, kuna klassid on tähistatud kastidega. See skeem annab ülevaate eri klassidest ja nende omavahelistest seostest ning igal klassil on kolm sektsiooni: 

 

  • Ülemine jaotis: klassi nimi 
 
  • Keskmine jaotis: klassi atribuudid 
 
  • Alumine jaotis: klassi meetodid või toimingud 
UML-i klassi liideseskeem

UML-i klassi liideseskeemi näide.  Allalaadimiseks saadaval mall.

Objektiskeem. Sageli kasutatakse seda skeemi klassiskeemi täpsuse kontrollimiseks. Teisisõnu, kas see toimib ka praktikas? See näitab süsteemi objekte ja nende seoseid ning annab parema ülevaate võimalikest parandamist vajavatest kujundusvigadest. 

 

Komponendiskeem. Seda nimetatakse ka komponendivooskeemiks, kus kuvatakse elementide ja nende seoste loogilised rühmad. Teisisõnu annab see keerukast süsteemist lihtsama vaate, jaotades selle väiksemateks komponentideks. Iga osa kuvatakse ristkülikukujulise kastiga, mille sees on selle nimi. Konnektorid määratlevad erinevate komponentide vahelised seosed/sõltuvused. 

 

Liitstruktuuriskeem. Seda kasutab harva keegi väljaspool tarkvaraarenduse valdkonda. Miks? Kuigi see sarnaneb klassiskeemiga, liigub see rohkem süvitsi, kirjeldades mitme klassi sisemist struktuuri ja näidates nendevahelisi seoseid. Kui te pole arendaja, piisab tõenäoliselt ülataseme vaatest. 

 

Evitusskeem. See skeem näitab riistvara (sõlmede) ja tarkvara (artefaktide) komponente ja nende seoseid. See pakub visuaalset esitust täpselt sellest, kus iga tarkvarakomponent juurutatakse. 

Pikkade mustade juustega inimene keskendub siseruumides istudes tahvelarvutis kirjutamisele või joonistamisele.

Microsoft 365 kiirkursus aitab ettevõtte kiirelt käima lükata

Microsoft 365 aitab teie meeskonnal produktiivselt töötada iga päev, peaaegu kõikjal.

Paketiskeem. Seda kasutatakse mudelit moodustavate pakettide vaheliste sõltuvuste kujutamiseks. Peamine eesmärk on näidata seost keerukat süsteemi moodustavate suurte komponentide vahel. 

 

Profiiliskeem. See on vähem nagu skeem ja rohkem nagu keel. Profiiliskeem aitab luua UML-i skeemide jaoks uusi atribuute ja semantikat, määratledes kohandatud stereotüübid, sildistatud väärtused ja kitsendused. Nende profiilide abil saate kohandada UML-i metamudelit erinevatele platvormidele (nt Java Platform, Enterprise Edition (Java EE) või Microsoft .NET Framework) ja domeenidele (nt äriprotsessi modelleerimine, teenusele suunatud arhitektuur, meditsiinirakendused jm). 

2. Käitumuslikud UML-i skeemid: 

Tegevusskeem. See kujutab selge alguse ja lõpuga üksikasjalikku protsessi. See on kogum sellistest tegevustest, mis peavad eesmärgi saavutamiseks aset leidma. See näitab, kuidas iga tegevus viib järgmiseni ja kuidas need kõik on omavahel seotud. Peale tarkvaraarenduse saab neid kasutada ka igas ettevõtluskeskkonnas. Neid nimetatakse ka äriprotsesside vastendamiseks või modelleerimiseks. 
UML-i kasutusmalliskeem

UML-i kasutusmalliskeemi näide.  Allalaadimiseks saadaval mall.

Kasutusmalliskeem. See kirjeldab, mida süsteem teeb, kuid mitte seda, kuidas see seda teeb. Kasutusmall on sündmuste kogum, mis ilmneb siis, kui „tegutseja“ kasutab protsessi lõpuleviimiseks süsteemi. Tegutsejaks loetakse kõiki või kõike, kes/mis suhtleb süsteemiga (isik, organisatsioon või rakendus) väljastpoolt süsteemi. Seega kirjeldab kasutusjuhtumiskeem visuaalselt seda järjestuste komplekti ja esindab süsteemi funktsionaalseid nõudeid. 

 

Interaktsiooniülevaate skeem. Sageli on see skeem sarnane tegevusskeemiga, kuna mõlemas on kuvatud üksikasjalik tegevuste jada. Interaktsiooniülevaate skeem on aga erinevatest interaktsiooniskeemidest koosnev tegevusskeem. Need kasutavad samu marginaale nagu tegevusskeem (algne, lõplik, otsus, ühendamine, kahvel- ja liitmissõlmed), lisades elemente nagu interaktsioon, interaktsiooni kasutamine, ajapiirang ja kestuse piirang. 

 

Ajastusskeem. Kui ajastus on kesksel kohal, kasutatakse seda UML-i skeemi. See on tuntud ka kui järjestus- või sündmusskeem ning ei näita, kuidas objektid suhtlevad või üksteist muudavad. Funktsionaalselt näitab see, kuidas objektid ja näitlejad ajaskaalal toimivad. Fookus on siin sündmuste kestusel ja olenevalt kestuse piirangutest toimuvatel muudatustel. Ajastusskeemi põhiosad on järgmised: 

 

  • Elujoon: üksikosaleja 
 
  • Oleku ajaskaala: erinevad olekud, mida elujoon konveieris läbib 
 
  • Kestuse piirang: kitsenduse täitmiseks kuluv aeg 
 
  • Ajapiirang: aeg, mille jooksul osaleja peab midagi täitma 
 
  • Hävitushetk: aeg ja koht, kus lõpeb objekti elujoon. Pärast elujoone hävitushetke ei ilmu ühtegi muud juhtumit. 

 

Olekumasina skeem. Seda skeemi nimetatakse ka olekuskeemiks ja see kehtib siis, kui objekti käitumine on keeruline ning üksikasjad on olulised. See aitab kirjeldada ühe objekti (või mõnikord ka operaatori) käitumist ja seda, kuidas see vastavalt sise- ja välissündmustele muutub. 

 

Järgnevusskeem. See visuaalselt kaunis skeem on populaarne nii kujundajate kui ka teiste seas ning näitab hästi kõiki äriprotsesse. See toob vaid esile süsteemi struktuuri, näidates sõnumite jada ning osalejate ja objektide vahelisi interaktsioone kronoloogiliselt. Järgnevusskeemid näitavad lihtsat iteratsiooni ja hargnemist. See on soovitatud variant mitme ülesande täitmiseks. 

 

Suhtlusskeem. Suhtlus- või koostööskeem sarnaneb järgnevusskeemiga. Küll aga rõhutab see objektidevahelist suhtlust. See näitab interaktsioonis osalevate objektide korraldust ning sisaldab keerukamat iteratsiooni ja hargnemist. 

Andmebaaside mudelid  

UML on kogunud populaarsust ka andmebaaside modelleerimise esituses. Need mudelid on suurepärane visuaalne tööriist ajurünnakute, vabakujulise skeemi koostamise ja ideede osas koostöö tegemiseks.  

 

Kuigi UML-il pole andmete modelleerimiseksspetsifikatsioone, võib see olla kasulik tööriist skeemide koostamiseks, eriti kuna andmebaaside andmeid saab kasutada objektile suunatud programmimisel.  

 

Vaatame lähemalt erinevaid andmebaasimudelite tüüpe, mida saate luua: 

 

  • Hierarhiline andmebaasi mudel. Vana, ent hea: selle mudeli andmed on korraldatud puutaolises struktuuris. Puu koosneb mitmest rühmast, mida nimetatakse segmentideks. See kasutab üks-mitmele seost. Juurdepääs andmetele on samuti prognoositav. 

 

  • Võrgumudel. See mudel on graafiku kujuga, kus seosetüübid on kaared ja objektitüübid sõlmed. Erinevalt teistest andmebaasimudelitest ei ole võrgumudeli skeem piiratud võrrandi ega hierarhiana. 

 

  • Objektile suunatud andmebaasimudel. See mudel kasutab objektide või korduvkasutatavate tarkvaraelementide kogumit koos seotud funktsioonide ja meetoditega. Näiteks võib multimeediumiandmebaasis olla pilte, mida ei saa relatsiooniandmebaasi salvestada. Või siis võimaldab hüperteksti andmebaas linkida teiste objektidega. 

 

  • Relatsioonimudel. Siin on andmed struktureeritud, kasutades seoseid või ruudustikulaadseid matemaatilisi struktuure, millel on veerud ja read. Sisuliselt on tegu tabeliga. 

 

  • Objekti relatsioonimudel. Nagu nimigi viitab, on see mudel kahe ülalmainitud kombinatsioon. See toetab objekte, klasse, pärandit ja muid objektile suunatud elemente, kuid toetab ka andmetüüpe, tabelistruktuure ja palju muud, sarnaselt relatsioonilisele andmemudelile. 

 

  • Olemiseoste mudel. See koosneb olemitüüpidest (inimesed, kohad või asjad). See kuvab seosed, mis võivad nende vahel olemas olla. Defineerides olemid, nende atribuudid ja näidates nendevahelisi seoseid, illustreerib olemiseoste skeem andmebaaside loogilist struktuuri. 

 

  • Dokumendi mudel. See on mõeldud dokumentide või poolstruktuuritud andmete, mitte aatomiandmete salvestamiseks ja haldamiseks. Sellel on puustruktuur, milles iga sõlm on dokumendi osa tähistav objekt. 

 

  • Olemi-atribuudi-väärtuse mudel. Olemi-atribuudi-väärtuse või avatud skeemi mudelid; andmed salvestatakse kolme veeruna:  
    • Olem (mida kirjeldatakse)  

     

    • Atribuut või parameeter (nt nimi, kirjeldus, andmetüüp) 

     

    • Atribuudi väärtus 

 

  • Täheskeem. See on dimensioonimudeli lihtsaim versioon, kus andmed on korraldatud dimensioonidesse ja faktidesse. Seda kasutatakse ärianalüüsis ja andmehoidlas, kuna see sobib suurte andmekogumite päringute tegemiseks. 

Tarkvara lihtsustamine 

Olenemata sellest, kas loote andmebaasimudeleid või UML-skeeme, tarkvaratööriista kasutamine lihtsustab ja parandab neid protsesse. Valige kindlasti see, mis võimaldab teil teha järgist. 

 

  • Saate luua professionaalseid skeeme valmismallide ja tuhandete kujunditega sisuökosüsteemis, mis vastab tööstusstandarditele nagu UML 2.5, aga ka BPMN 2.0 ja IEEE. 
 
  • Saate koostada silmapaistvaid skeeme tänu andmete ülekattele, ikoonidele, värvidele ja graafikale, mis hõlbustavad andmetest ülevaate saamist; sisaldab üheetapilist Exceli andmete visualiseerimist
 
  • Kaasautorluse, kommenteerimise ja marginaalide abil saate teistega koostööd teha. 
 
  • Brauseri või seadme kaudu saate täpseid andmeid edastada ja skeeme kasutada pea kõikjalt. 

 

Paljude valdkondade tarkvaraarenduses ja mittetarkvarasüsteemides võib visuaalsete UML-i skeemide kasutamine käitumisprotsesside ja struktuuride loomise õnnestumisel olla väga oluline. Sellestüksikasjalikust juhendist  leiate lisateavet tarkvaraga UML-i skeemide loomise kohta.

 

Marin kuulub Microsofti turundusmeeskonda. Tal on hea meel näha, kuidas juhid saavad oma ettevõtteid edukamalt alustada, hallata ja arendada.

Visio kasutamise alustamine

Visio aitab teil ideid, teavet ja protsesse visualiseerida ning teistega jagada sisuliselt kõikjalt ja iga seadme kaudu.

Seotud sisu

Tööviljakus

Viis tüüpi koostööriistu, mis edendavad tööviljakust

Tööviljakus

Eesmärgi seadmine vs eesmärgi plaanimine: kestvat äriedu toova plaani koostamine

Tööviljakus

Kaasaegsed lõpp-punkti lahendused: mis need on ja miks neid vaja on

Tööviljakus

Potentsiaali kasutamine: kuidas tehisintellektipõhised kontoritööriistad aitavad tööd ümber kujundada

Äriülevaadete ja -ideede teenust ei tohiks käsitleda maksu- ega finantsnõustamisena. Oma olukorra arutamiseks pidage nõu maksu- või finantsspetsialistiga.

Jälgige Microsoft 365 uudiseid