Johdanto UML-kaavioiden tyyppeihin
Yhtenäinen mallinnuskieli, toisin sanoen UML yksinkertaisin sanoin, joka on yleiskäyttöinen mallinnuskieli. UML: n päätavoite on visualisoida tapa, jolla järjestelmä suunnitellaan tavanomaisella tavalla. Se on myös hyvin sama kuin piirustukset, joita käytetään myös muilla tekniikan aloilla. Se ei ole ohjelmointikieli, vaan se on visuaalinen kieli. UML-kaaviotyyppejä käytetään vain järjestelmän käyttäytymisen ja rakenteen osoittamiseen. UML auttaa järjestelmäarkkitehteja, liikemiehiä ja myös ohjelmistosuunnittelijoita mallinnuksessa, suunnittelussa ja analysoinnissa. OMG, toisin sanoen Object Management Group, hyväksyi UML: n vakiona jo vuonna 1997. Sittemmin he ovat hallinnoineet sitä. Sen jälkeen ISO julkaisi vuonna 2005 UML: n hyväksytyksi standardiksi. UML: ää on tarkistettu ja tarkistettu vuosien varrella säännöllisesti.
Seuraavaksi keskustellaan UML-kaavioiden tyypeistä.
Erityyppiset UML-kaaviot
UML-kaavioita on monen tyyppisiä, ja jokaisella on erilainen tarkoitus ottamatta huomioon, onko se suunniteltu ennen toteutusta vai sen jälkeen.
Kaksi laajinta luokkaa, joka kattaa kaikki muut tyypit, ovat
- Käyttäytymisen UML-kaavio
- StructuralUML-kaavio.
Kuten vain nimestä voidaan arvata, jotkut UML-kaaviot analysoivat ja kuvaavat prosessin rakennetta, kun taas toinen kuvaa järjestelmän, sen rakennuskomponenttien ja myös sen toimijoiden käyttäytymistä. Muut luokitellut tyypit ovat seuraavat:
UML-rakennekaavio
- Luokkakaavio
- Objektikaavio
- Komponenttikaavio
- Yhdistelmärakennekaavio
- Käyttöönottokaavio
- Pakkauskaavio
- Profiilikaavio
Käyttäytymisen UML-kaavio
- Toimintakaavio
- Käytä tapauskaaviota
- Vuorovaikutuksen yleiskaavio
- Ajoituskaavio
- Tila-konekaavio
- Viestintäkaavio
- Sekvenssikaavio
Keskustelemme niistä lyhyesti nyt:
1. Toimintakaavio
Toimintakaavio on tärkein UML-kaavio, jota käytetään liiketoimintaprosessien mallintamiseen. Sitä käytetään periaatteessa selittämään erilaisten toimintojen kulku sekä ohjelmistokehityksen toimia. Nämä voivat myös olla sekä peräkkäisiä että myös yhdensuuntaisia.
2. Käytä tapauskaaviota
Käyttötapakaaviot ovat välttämättömiä järjestelmän korkean tason vaatimusten analysoimiseksi. Nyt nämä vaatimukset voidaan ilmaista erilaisten käyttötapausten avulla.
3. Vuorovaikutuksen yleiskaavio
Se on kyky kuvata virtauksen hallintaa solmujen mukana, joka sisältää vuorovaikutuskaavioita. Se on sama kuin toimintakaavio siinä mielessä, että molemmat visualisoivat toimintojen järjestyksen.
4. Ajoituskaavio
Näitä kaavioita tarvitaan periaatteessa esineiden välisten suhteiden esittämiseksi aina kun huomion keskipiste lepää ajoissa. Vaikka emme ole kiinnostuneita tietämään, kuinka esineet vuorovaikutuksessa tai edes muuttavat toisiaan, huolimatta haluamme edustaa kuinka nämä objektit tehdään samoin kuin toimijat toimisivat lineaarisella aika-akselilla.
5. Tilakoneen UML-kaavio
Tilakoneen UML-kaavioita kutsutaan myös tilakaaviokuvioiksi. Niitä käytetään useimmiten selittämään komponentin eri tiloja järjestelmässä. Tilakoneen UML-kaaviot käyttävät nimitilakonetta, koska kaavio on periaatteessa vain kone, joka selittää objektin useita tiloja ja myös kuinka se muuttuu sisäisten ja ulkoisten tapahtumien mukaan.
6. Viestintäkaavio
Viestintäkaaviot, kuten sekvenssikaaviot, ovat eräänlainen vuorovaikutuskaavio, joka osoittaa objektien vuorovaikutuksen. Se on objektikaavion laajennus, joka näyttää kohteita viesteillä, jotka kulkevat yhdestä toiseen.
7. Sekvenssi-UML-kaavio
Sekvenssi-UML-kaavioita voidaan pitää myös tärkeimmistä UML-kaavioista suunnittelutason malleissa liiketoimintasovelluksen kehittämisessä. Koska näillä kaavioilla on visuaalisesti itsestään selvää luonne, viime aikoina niistä on tullut melko suosittuja liiketoimintaprosessien ennustamisessa.
8. Luokkakaavio
Luokan UML-kaaviota voidaan pitää myös yleisimmänä kaaviotyyppinä, jota tarvitaan ohjelmistojen dokumentointiin. Koska suurin osa nykyisin luotavista ohjelmistoista perustuu edelleen OOP-paradigmaan, joten jos käytämme luokkakaavioita näiden ohjelmistojen dokumentointiin, se osoittautuu järkeväksi ratkaisuksi. Näin tapahtuu myös, koska OOP riippuu luokista ja suhteista.
9. Objektikaavio
Objekti UML-kaaviot auttavat kehittäjiä tarkistamaan, edustavatko heidän luomaansa yleinen abstrakti rakenne, eli luokkakaavio, elinkelpoista rakennetta aina, kun se pannaan täytäntöön, ts. Kun luokan kohteita pilkotaan. Harvat kehittäjät katsovat sitä kuitenkin toissijaisena tarkkuuden tarkistustasona.
10. Komponenttikaavio
Komponentti-UML-kaaviot voivat auttaa jakamaan järjestelmän pienemmiksi komponenteiksi aina, kun käsittelet melko monimutkaisten järjestelmien dokumentaatiota. Usein on melko vaikea ennustaa järjestelmän arkkitehtuuria, koska se saattaa kattaa useita osastoja tai se voi käyttää erilaisia tekniikoita.
11. Yhdistelmärakennekaavio
Komposiittirakennekaaviota pidetään staattisen kaavion tyyppinä, joka näyttää luokan sisäisen rakenteen sekä yhteistyöt. Se on joukko kytkettyjä elementtejä.
12. Käyttöönottokaavio
Seuraavaksi käyttöönottokaavioita käytetään yleensä ohjelmiston ja laitteiston välisen suhteen visualisointiin. Jos puhumme tarkemmin, niin käyttöönottokaavioiden avulla voimme myös rakentaa fyysisen mallin siitä, kuinka artefakteja käytetään solmuissa, jotka ovat laitteistokomponentteja.
Jos puhumme tyypillisestä yksinkertaistetusta käyttöönottokaaviosta verkkosovelluksessa, se sisältää:
- Solmut, ts. Sovelluspalvelin ja tietokantapalvelin
- Artefakteja, ts. Sovellusasiakas- ja tietokantakaavio
13. Pakkauskaavio
Pakettikaavio näyttää olevan enemmän kuin makrokontti, jota tarvitaan jo selitetyissä UML-kaavioissa. Nyt eri paketit sisältävät solmuja ja myös esineitä. He järjestävät komponentit ja mallikaaviot ryhmiin samalla tavalla kuin nimitila kiteyttäisi eri nimet, jotka ovat jollain tavalla varsin korreloivia.
14. Profiilikaavio
Profiilikaavioita ei voida pitää tyypillisenä UML-diagrammityyppinä. Siitä huolimatta sitä voidaan pitää enemmän laajennettavuusmekanismina eikä kaavityyppinä kuten mikään muu.
Jos käytämme stereotypioita, rajoituksia ja merkittyjä arvoja, voimme helposti laajentaa ja mukauttaa jo olemassa olevia UML-merkintöjä. Profiilikaaviot ovat kuitenkin kuin kieli. Esimerkiksi, jos puhut englantia, voit helposti luoda uusia lauseita. Samalla tavoin, jos puhut profiilikaavioita, voit luoda helposti ja nimenomaan uusia ominaisuuksia sekä semantiikan UML-kaavioille.
johtopäätös
UML-kaaviot ovat siis hyödyllisiä, kun mallinnamme yritystietoja. Luokkamääritteet kuvaavat pysyvien kenttien abstrakteja pääsymenetelmiä ja assosiaatioroolit kuvaavat suhdekenttien abstrakteja pääsymenetelmiä. Navigoitavuus ennustaa, ilmenevätkö suhteiden käyttömenetelmät molemmissa asiaan liittyvissä entiteettipavuissa vai vain yhdessä. Lisäksi moninkertaisuusmerkinnät määrittävät oikean tyypin suhdekenttiä, elinkaaren ongelmia ja myös asteittaisia poisto-ominaisuuksia varten.
Suositellut artikkelit
Tämä on opas UML-kaavioiden tyyppeihin. Tässä keskustellaan peruskäsitteistä laajimpien UML-kaavioiden kanssa. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Mikä on C ++
- Mikä on Git?
- Mikä on JavaScript?
- Mikä on PHP-taulukko?