UML-i tegevusskeem

UML-i tegevusskeemide mõistmiseks peame kõigepealt mõistma, mida UML-diagramm tähendab. UML tähistab ühtset modelleerimiskeelt. See on standardiseeritud komplekt või diagrammide kogum, mis aitab tarkvaraarendajatel ja tarkvaraarhitektidel tarkvara voogu mõista. Teisisõnu, UML-diagrammid on diagrammid, mis kujutavad tarkvarasüsteemi toimimist. UML-diagrammid jagunevad kolme tüüpi:

  1. Struktuuriskeemid.
  2. Koostoime diagrammid.
  3. Käitumisskeemid.

Mis on UML-i tegevusskeem?

UML-tegevusskeem on ülalnimetatud kolme tüüpi UML-diagrammide käitumisskeem. Kuidas nad erinevad UML-diagrammidest? Nii kujutab aktiivsus seda, milline tegevus protsessis aset leiab. See on piltlik kujutis tarkvarasüsteemi toimimisest. Täitmise ajal peab tarkvarasüsteem funktsioneerima vastavalt nõutavale voolule, nii et vastavalt sellele on tegevusdiagrammidel kujutatud seda edasi-tagasi pöördtehnoloogia protsessi / toimingutega.

UML-tegevusskeemi sümbolid ja komponendid:

Eelnevalt peab olema teadmine, kuidas UML-tegevusskeemid joonistada ning selle jaoks on vaja järgmisi komponente ja sümboleid.

  1. Lähteseisund: algseisund, mida tuleb tegevuses veel kasutada või muuta. Tegevusskeemid algavad sellest sammust. Tuntud ka kui sisenemisriik. Stardisõlm on mis tahes tegevuse lähtepunkt.

Seda on kujutatud järgmiselt:

  1. Toimingu olek: samm, kus kasutajad või tarkvara täidavad teatud toimingu. See kujutab toimingut, mis toimub selles tarkvarasüsteemi etapis. Üldiselt on kujutatud ümardatud servaga ristkülikuga.

Seda on kujutatud järgmiselt:

  1. Juhtvoog: kahe oleku või kahe toimingu vahelised ühendused voolu kujutamiseks. Näitab täitmise järjekorda. Tuntud ka kui radu. Ühel toimingu olekul võib olla mitu juhtimisvoo sisendit ja väljund ka teise toimingu olekusse. Juhtvoo kuvamiseks kasutatakse ühe otsaga noolt.

Seda on kujutatud järgmiselt:

  1. Otsuse sõlm: tingimuslik või otsussõlm on selline, kus on saadaval mitu võimalust. Või on kaks või enam tingimust, mida saab tarkvarasüsteemi punktis arvesse võtta. Ex: Seal on jäätisepood. Inimene astub sellesse poodi sisse ja soovib osta ühe paljudest saadaolevatest võimalustest. Nüüd, kui ta valib vaniljemaitse, peab server 1 selle talle andma, muidu valib ta muud maitsed, siis peavad teised talle seda serveerima. Nii et see on tegevusdiagrammi tingimus. See on joonistatud rombikujulisena, millel on mitu sisendit ja väljundit.

Seda on kujutatud järgmiselt:

  1. Kahvliharu: punkt, kus käivitatakse või käivitatakse või töödeldakse kahte samaaegset või paralleelset protsessi. Üldiselt sisaldab see ühte sisendit, kuid võib, kuid ei pruugi, saada ühte väljundit. Ex: Seal on üks jäätisepood. Inimene kipub endale ja oma sõbrale jäätist ostma. Nüüd ostavad mõlemad ühte ja sama vaniljemaitset, kuid üks soovib šokolaaditrükki ja teised tahaksid, et sellele puuvilju pakutaks. Niisiis, siin on sisend sama, see on vaniljejäätis, kuid väljundtulemused on erinevad. Niisiis, see on kahvli suurepärane näide.

Seda on kujutatud järgmiselt:

  1. Liitu: liitumine on üks, kus kaks samaaegsete tegevuste tulemust liidavad ja moodustavad ühe tulemuse. Liitumisel on rohkem kui üks sisend, kuid saadakse ainult üks väljund. Kahest tegevusest saadakse kaks tulemust ja üks tulemus. Ex: On olemas võileiva nõue. Kuid kõigepealt peame selle jaoks olema tomatid ja spinat.

Seda on kujutatud järgmiselt:

  1. Lõppseisund: see on UML-tegevusskeemi viimane etapp. See on koht, kus tegevus lõpeb tarkvarasüsteemiga.

Seda on kujutatud järgmiselt:

UML-tegevusskeemi eelised või eelised:

  1. Tarkvara süsteemi keerulist etappi või etappe saab diagrammiliselt hõlpsalt selgitada.
  2. Tarkvara süsteemi dünaamiline modelleerimine.
  3. Iga tegevust voolavust süsteemis saab selgitada sellisena, nagu see on.
  4. Meetodeid, funktsioone ja toiminguid saab üksikasjalikult selgitada.
  5. Äriprotsesse ja vooge saab hõlpsalt kujutada.
  6. Lihtsustatud vaade, kuigi keeruline süsteem.
  7. Ärinõuete analüüs.
  8. Süsteeminõuetest arusaamine on seletatav arusaadavalt ja lihtsalt.
  9. Üksikasjalikult selgitatakse kasutaja ja süsteemi ning süsteemi koos kasutaja töövoogu.

UML-tegevusskeemide puudused:

  1. Ainus puudus on UML-tegevusskeem - teateid või kahe komponendi vahelist sidet või kasutajat ei saa näidata.

UML-tegevusskeemil kasutatud sümboleid on selgitatud järgmises tabelis:

UML-tegevusskeemi koostamise näide:

Vaatleme näidet tarkvara arendamise kohta Android Stuudios

  1. Avage Android Studio
  2. Looge uus projekt ja salvestage projekt unikaalse nime all
  3. Importige projekti jaoks vajalikud uued paketid
  4. Käivitage emulaator
  5. Käivitage projekt emulaatoril
  6. Välju projektist

UML-i tegevusskeem:

Järeldus:

Niisiis, võib öelda, et UML-tegevusskeemid on vajalikud mis tahes tarkvarasüsteemi väljatöötamise ajal ja enne seda. See on väga kasulik täpse protsessi ja arenguprotsessis osalevate sammude dokumenteerimisel ja kujutamisel. Kõiki keerulisi etappe saab väga hõlpsalt kuvada. UML-i tegevusskeemid saab hõlpsalt joonistusi tundma õppida. Nende diagrammide kasutamise kõige olulisem osa on see, et igaüks saaks neid joonistada vastavalt voosüsteemile ja peaaegu igal tarkvarasüsteemi arendamise elutsükli etapil. Veebis on saadaval palju tarkvarasid, mis on abiks UML-i tegevusskeemide (nt SmartDraw jne) joonistamisel.

Soovitatavad artiklid

See on olnud UML-i tegevusskeemi juhend. Siin arutasime, mis on vastavalt UML-tegevusskeemi tüübid, sümbolid, komponendid, eelised ja puudused. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Klasside skeem
  2. Valge kasti testimine
  3. Musta kasti testimine
  4. Mis on tarkvara testimine?
  5. Pöördtehnika

Kategooria: