UML-toimintakaavio
UML-toimintakaavioiden ymmärtämiseksi meidän on ensin ymmärrettävä, mitä UML-kaavio tarkoittaa. UML on Unified Modeling Language. Se on standardoitu sarja tai kaaviokokoelma, joka auttaa ohjelmistokehittäjiä ja ohjelmistoarkkitehteja ymmärtämään ohjelmiston kulkua. Toisin sanoen UML-kaaviot ovat kaavioita, jotka kuvaavat ohjelmistojärjestelmän toimintaa. UML-kaaviot on jaettu kolmeen tyyppiin:
- Rakennekaaviot.
- Vuorovaikutuskaaviot.
- Käyttäytymiskaaviot.
Mikä on UML-toimintakaavio?
UML-toimintakaavio on käyttäytymiskaavio edellä mainituista kolmesta UML-kaavion tyypistä. Kuinka ne eroavat UML-kaavioista? Joten aktiviteetti kuvaa mitä toimintaa prosessissa tapahtuu. Se on kuvallinen esitys siitä, kuinka ohjelmistojärjestelmä toimii. Suorituksen aikana ohjelmistojärjestelmän on toimittava vaaditun virtauksen mukaisesti, joten sen mukaan toimintakaaviot kuvaavat sitä eteen- ja taaksepäin suuntautuvana suunnitteluprosessina / toimina.
UML-toimintakaavion symbolit ja komponentit:
Aiemmin on oltava tietoa siitä, kuinka UML-toimintakaaviot voidaan piirtää, ja sitä varten tarvitaan seuraavat komponentit ja symbolit.
- Aloitustila: Alkutila, jota ei ole vielä käytetty tai muokattava toiminnassa. Toimintakaaviot alkavat tästä vaiheesta. Tunnetaan myös nimitystilana. Aloitussolmu on kaiken toiminnan lähtökohta.
Se on kuvattu seuraavasti:
- Toimintatila: Vaihe, jossa käyttäjät tai ohjelmistot suorittavat tietyn tehtävän. Se edustaa ohjelmistojärjestelmän tässä vaiheessa tapahtuvaa toimintaa. Yleensä kuvattu pyöristetyllä reunalla suorakulmion kanssa.
Se on kuvattu seuraavasti: 
- Ohjausvirta: Liittimet kahden tilan tai kahden toimenpiteen välillä virtauksen kuvaamiseksi. Näyttää suoritusjärjestyksen. Tunnetaan myös nimellä polut. Yhdessä toimintatilassa voi olla useita ohjausvirtojen sisääntuloa ja ulostulo myös toiseen toimintatilaan. Yhdensuuntaista nuolta käytetään kuvaamaan säätövirtausta.
Se on kuvattu seuraavasti:
- Päätössolmu: Ehdollinen solmu tai päätöksentekoinen solmu on sellainen, jossa käytettävissä on useita vaihtoehtoja. Tai on olemassa kaksi tai useampia ehtoja, jotka voidaan ottaa huomioon ohjelmistojärjestelmän pisteessä. Esimerkki: Siellä on jäätelöbaari. Henkilö menee kauppaan ja haluaa ostaa yhden monista käytettävissä olevista vaihtoehdoista. Nyt, jos hän valitsee vanilja-aromin, palvelimen 1 on annettava se hänelle, muuten hän valitsee muut maut, sitten muiden on palveltava sitä hänelle. Joten tämä on aktiviteettikaavion ehto. Se on piirretty timantin muotoisena, jolla on useita tuloja ja lähtöjä.
Se on kuvattu seuraavasti: 
- Haarukka: Piste, josta kaksi samanaikaista tai rinnakkaista prosessia suoritetaan tai suoritetaan tai prosessoidaan. Se sisältää yleensä yhden sisääntulon, mutta ei välttämättä saa yhtä lähtöä. Esimerkki: Siellä on yksi jäätelökauppa. Henkilöllä on taipumus ostaa jäätelöä itselleen ja ystävälleen. Nyt molemmat ostavat saman vanilja-aromin, mutta yksi heistä haluaa suklaata ja toiset haluavat hedelmällisyyttä. Joten tässä tulo on sama, eli vaniljajäätelöä, mutta tulosteen tulokset ovat erilaisia. Joten, tämä on täydellinen esimerkki haarukasta.
Se on kuvattu seuraavasti: 
- Liity: Liittyminen on sellainen, jossa kaksi samanaikaisen toiminnan tulosta lisäävät ja muodostavat yhden tuloksen. Liittyessä on enemmän kuin yksi tulo, mutta saadaan vain yksi lähtö. Kaksi toimintaa saadaan kaksi tulosta ja yksi tulos. Esimerkki: Voileipävaatimus on. Mutta ensin tarvitsemme siihen tomaatteja ja pinaattia.
Se on kuvattu seuraavasti: 
- Lopputila: Tämä on UML-toimintakaavion viimeinen vaihe. Tällöin toiminta päättyy, kun ohjelmistojärjestelmä päättyy.
Se on kuvattu seuraavasti:
UML-aktiviteettikaavion edut tai edut:
- Ohjelmistojärjestelmän monimutkainen vaihe tai vaiheet voidaan selittää helposti kaavamaisesti.
- Ohjelmistojärjestelmän dynaaminen mallintaminen.
- Jokainen järjestelmän toimintavirta voidaan selittää sellaisenaan.
- Menetelmät, toiminnot ja toiminnot voidaan selittää yksityiskohtaisesti.
- Liiketoimintaprosessit ja -virrat voidaan kuvata helposti.
- Yksinkertaistettu näkymä, vaikkakin monimutkainen järjestelmä.
- Liiketoimintavaatimusten analyysi.
- Järjestelmävaatimusten ymmärtäminen selitetään selkeästi ja yksinkertaisesti.
- Yksityiskohtaisesti selitetään käyttäjän ja järjestelmän sekä järjestelmän kanssa työskentelevän työnkulku.
UML-toimintakaavioiden haitat:
- Ainoa haittapuoli on UML-toimintakaavio. Viestit tai kahden komponentin välinen viestintä tai käyttäjän ei voida näyttää.
UML-toimintakaaviossa käytetyt symbolit selitetään alla olevassa taulukossa:
Esimerkki siitä, miten UML-toimintakaavio tehdään:
Tarkastellaan esimerkkiä ohjelmistojen kehittämisestä Android Studiossa
- Avaa Android Studio
- Luo uusi projekti ja tallenna projekti yksilöllisellä nimellä
- Tuo projektiin tarvittavat uudet paketit
- Käynnistä emulaattori
- Suorita projekti emulaattorissa
- Poistu projektista
UML-toimintakaavio:
johtopäätös:
Joten kaiken kaikkiaan voimme sanoa, että UML-toimintakaaviot ovat välttämättömiä minkä tahansa ohjelmistojärjestelmän kehittämisen aikana ja ennen sitä. Se on erittäin hyödyllinen dokumentoitaessa ja kuvaamalla tarkka prosessi ja kehitysprosessin vaiheet. Kaikki monimutkaiset vaiheet voidaan näyttää hyvin helposti. Henkilö, joka tuntee merkinnät oikein, voi helposti piirtää UML-toimintakaaviot. Tärkein osa näiden kaavioiden käyttöä on se, että kuka tahansa voi piirtää ne virtauksen mukaan ja melkein jokaisessa vaiheessa ohjelmistojärjestelmän kehitysvaiheen elinkaaren aikana. Verkossa on saatavana monia ohjelmistoja, joista on apua UML-toimintakaavioiden, kuten SmartDraw, piirtämisessä.
Suositellut artikkelit
Tämä on ollut opas UML-toimintakaavioon. Tässä keskustelimme UML-toimintakaavion tyypeistä, symboleista, komponenteista, eduista ja haitoista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Luokkakaavio
- Valkoisen ruudun testaus
- Black Box -testaus
- Mikä on ohjelmistotestaus?
- Käänteinen suunnittelu