UML-i juhtumite diagramm
Kas olete kunagi leidnud huvitavaid vooskeeme? Vooskeemide võime on selgitada keerulisi algoritme samm-sammult juhistega erineva kujuga kastides - see on alati olnud lihtne pilt kõigi algoritmide või protsesside kujutamiseks. UML-diagrammid on vooskeemide täiustatud versioon. Mõistagem iga terminit.
Mis on UML-i kasutamise juhtumite diagramm?
Kõlab üsna raske sõnastusega pealkiri, kas pole? Jagageme selle iga sõna järgi.
UML
Ühtne modelleerimiskeel on kaasaegne lähenemisviis tarkvara modelleerimise ja dokumenteerimise tavapärasele protsessile. See lähenemisviis on tarkvaraga seotud komponentide ja protsesside skemaatiline esitus. See on nagu kogu tarkvara selgitamine visuaalsete esituste kaudu, nii et seda oleks lihtne mõista ja rikkuda süsteemist võimalikke vigu ja vigu. Kogu protsess kuulub äriprotsesside modelleerimise tehnika suurema katuse alla.
UML-diagrammid
Pildistage aakrites laiali ulatuvate mitmesuguste laiade arhitektuuride, näiteks kaubanduskeskuse või elamuühiskonna reaalajas kohandatud mudeleid, mis on paigutatud kenade läikivate klaaskastide sisse konstruktsiooni vastuvõtul. Kas pole lihtne kogu struktuuri mõista, kui see on teie silme ees tervikuna modelleeritud?
Noh, UML-diagrammid on tarkvara, mida need skaleeritud mudelid vastavad tegelikule struktuurile. Kogu süsteemi või selle osa täielik ülevaade diagrammide abil. Erinevatel eesmärkidel kasutatavaid skeeme on erinevaid. Mõned näited:
- Klasside skeem - keskendub rohkem kavandile.
- järjestusskeem - keskendub rohkem protsessile, süsteemi vaatenurgast.
- tegevusskeem - keskendub toimingutele kasutaja vaatenurgast.
- Kasutusjuhtumite diagramm - keskendutakse ärinõuetele ja paljudele teistele.
UML-i juhtumite diagramm
Tänase arutelu keskne teema on Kasutusjuhtumi diagrammid. A Kasutusjuhtumite diagramm modelleerib süsteemi dünaamilist käitumist selle toimimisel. See tõstab esile süsteemi kõrgetasemelisi nõudeid. See on modelleeritud süsteemi väljavaate kuvamiseks. Kasutusjuhtumite diagramm selgitab erinevaid kasutusjuhte, kus lõppkasutaja saab süsteemiga suhelda. Pildil on lõppkasutaja vaatenurk.
Kasutusjuhtumite diagrammi lihtne näide on see, kuidas lõppkasutaja suhtleb lennupiletite broneerimissüsteemiga. Mõned selle näite kasutusjuhud võivad olla, kuid mitte ainult:
- Inimene logib sisse lendude otsimiseks.
- Inimene broneerib lennu.
- Inimene vaatab oma eelmisi lennupileteid.
- Inimene kontrollib oma lendu veebis.
- Inimene tühistab oma lennu.
ja veel mõned
Sukeldume sisse…
Nagu varem öeldud, modelleerib kasutusjuhtumite diagramm süsteemi dünaamilist käitumist. Pange tähele sõna dünaamiline. See tähendab, et peavad olema mingid sisemised või välised tegurid, mis mõjutavad süsteemi käitumist töö ajal ja muudavad selle olemuselt dünaamiliseks. Neid sisemisi või väliseid aineid tuntakse kui näitlejaid . Kasutusjuhtumite diagramm modelleerib näitlejaid, süsteemi ja nende koostoimimist. Süsteemi konkreetset funktsionaalsust saab modelleerida ühekordse kasutamise juhtumite skeemil.
Kuid miks kasutada juhtumite diagrammi?
See on teie uudishimulik külg. Analüüsime läbi mõne QnA.
- Miks kasutada juhtumit, kui aktiivsusskeem modelleerib sisendite põhjal ka süsteemi toiminguid?
Vastus : Jah, aga kasutusjuhudiagramm teeb seda lõppkasutaja vaatenurgast, aktiivsusskeem aga süsteemi vaatenurgast. Lõppkasutaja ei pruugi oma rolli tegevusskeemi kaudu teada saada.
- Siis hõlmavad järjestusskeemid näitlejaid ja toiminguid, mida nad eri etappides teostavad. Miks kasutada juhtumit?
Vastus: Järjestusskeemid on kasutaja-süsteemi interaktsiooni detailsemad versioonid. Need hõlmavad ka süsteemi sisemist funktsioneerimist, alammoodulite vahelist suhtlust ja sisemise toimimise ajal kulunud aega. Lõppkasutajat ei pruugi sellised üksikasjad huvitada. Ta on seotud kogu süsteemi väljundiga.
- Ma tean, et koostöö- / kommunikatsiooniskeemid on järjestusskeemide lihtsam versioon. Miks ma ei saa neid kasutada?
Ans. Koostööskeemid on tõepoolest lihtsamad, kuid need keskenduvad peamiselt komponentidevahelisele suhtlusele. See hõlmab endiselt rohkem keskendumist sõnumitele, mida süsteemi ja alammoodulite vahel vahetatakse. Lõppkasutaja võib seda siiski oma eesmärgi jaoks liiga üksikasjalikuks pidada.
- Samuti on olemas olekudiagramm. Need on lihtsad, ei hõlma sisemisi alammoduleid ja kujutavad ka lõppkasutaja suhtlemist. Kuidas kasutusjuhudiagramm seda ületab?
Ans. Olekudiagrammide esmane eesmärk on analüüsida süsteemi olekut igal võimalikul ajahetkel. Need sobivad rohkem süsteemi silumiseks ja pöördprojekteerimiseks. Kasutusjuhtumite skeemid jätavad süsteemi keskmised olekud vahele, kuna lõppkasutaja ei pruugi olla huvitatud kõigi masina läbimise olekute tundmisest. Lisaks ei keskendu olekuskeemide diagrammid üldisele nõudele, nagu seda teevad kasutusjuhtumite diagrammid. Nad keskenduvad rohkem konkreetsele sisendile ja asjaomasele väljundile.
Niisiis, sellest arutelust võib järeldada, et kuigi paljud UML-diagrammid täidavad sarnaseid funktsioone, on neil süsteemi mõistmisel siiski eriline roll. Kasutusjuhtumite diagramm on sama oluline kui mis tahes muu diagramm kasutusjuhtumite diagrammide süsteemi komponentide üldise dokumenteerimise jaoks.
Näide
Allpool on toodud lihtne näide lennukipiletite broneerimissüsteemi kasutusjuhtude diagrammist. Seda diagrammi saab muuta laiaulatuslikumaks, tutvustades teisi osalejaid, nagu näiteks broneerimisoperaatorid, pangad jne. Kasutusjuhtumite diagrammi koostamise lihtsustamiseks on seda lihtsustatud.
Järeldus
Kasutusjuhtumite diagrammid on lihtsad, kuid süsteemi väljastpoolt mõistmiseks tõhusad. Need on ettevõttele väga kasulikud kõrgetasemeliste nõuete määratlemisel ja nõuete puuduste analüüsimisel. Kasutusjuhtumite skeemide mõistmine aitab nii ettevõttel kui ka tehnilisel meeskonnal saada samal lehel nõuete osas.
Soovitatavad artiklid
See on olnud UML-i kasutamise juhtumite diagrammi juhend. Siin arutasime, mis on UML-i juhtumite diagramm ja miks seda kasutatakse, ning selle diagrammi komponendid. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Samm-sammuline juhend klassidiagrammil
- Mis on arvutigraafiline disain?
- Andmeteadus vs andmete visualiseerimine
- Mis on Teradata? | Teradata arhitektuur