Johdanto UML-komponenttikaavioon

Yhtenäinen mallinnuskieli, eli UML on yksinkertaisin sanoin, 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-komponenttikaavioita 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. Lisäksi keskustelemme komponenttikaavioista.

Mikä on komponenttikaavio UML: ssä?

  • UML-komponenttikaavioita käytetään pohjimmiltaan niiden mallien mallintamisessa, jotka ovat fyysisiä objektiorientoiduille järjestelmille, joita käytetään komponenttipohjaisten järjestelmien visualisointiin ja dokumentointiin. Sitä käytetään myös suoritettavien järjestelmien rakentamiseen eteen- ja taaksepäin suuntautuvan suunnittelun avulla. Komponenttikaaviot ovat periaatteessa kaavioita järjestelmän komponenteille keskittyvästä luokasta, joita käytetään usein järjestelmän staattisen toteutusnäkymän mallintamiseen.
  • Se hajottaa myös kehitteillä olevan todellisen järjestelmän toimivuustasoiksi, pohjimmiltaan korkeatasoisiksi. Jokainen UML-komponentti on vastuussa vain yhdestä selkeästä tavoitteesta koko järjestelmässä ja se on vuorovaikutuksessa vain muiden olennaisten osien kanssa ja senkin vain tietotarpeen perusteella.
  • UML-komponenttikaavion ainoa ja tärkeä tarkoitus on osoittaa järjestelmän eri komponenttien välinen suhde. Jos puhumme UML 2.0: sta, sana “komponentti” määritellään luokkimoduuliksi, joka edustaa riippumattomia järjestelmiä tai alajärjestelmiä, joilla on kyky liittää muuhun järjestelmään.
  • On olemassa lähestymistapa, jota kutsutaan komponenttipohjaiseksi kehittämiseksi, jota kutsutaan myös CBD: ksi, joka kiertää kaikkien komponenttien ympärillä. Tässä lähestymistavassa koko järjestelmä tekee sen, mitä sen tosiasiallisesti oletetaan tekevän, koska se antaa suunnittelijalle mahdollisuuden tunnistaa eri komponentit. Yleisesti ottaen, jos puhumme olio-ohjelmoidusta lähestymistavasta, komponenttikaavio antaa aina vanhemmalle kehittäjälle ryhmitellä luokat yhdessä niiden yhteisen tarkoituksen mukaan, jolloin kehittäjä ja muut voivat tarkastella ohjelmistokehitysprojektia korkeammalla tasolla.
  • Vaikka UML: n komponenttikaaviot saattavat vaikuttaa monimutkaisilta ensi silmäyksellä, ne ovat kuitenkin varsin arvokkaita järjestelmän rakentamisessa.

Komponenttikaavioilla on monia etuja, jotka voivat auttaa ryhmääsi monin tavoin:

  1. Se kiinnittää huomiota siihen, kuinka järjestelmän komponentit liittyvät.
  2. Se korostaa palvelun käyttäytymistä, kun se liittyy rajapintaan.
  3. Se kuvittelee myös järjestelmän fyysistä rakennetta.

Selitä UML-komponenttikaavion symbolit

UML-komponenttikaavion symbolit ovat monia, kuten komponentti, paketti, pakkaussäiliö, riippuvuus, yleistys, rajoitus, läpinäkymätön stereotyyppi, huomautus ja monet muut. Katsokaamme muutama tärkeä asia. Symbolit ovat niiden vieressä.

1. Komponentti: UML-komponentti määritellään järjestelmän modulaariseksi osaksi. Se määrittelee aina käyttäytymisensä vaadittujen ja annettujen rajapintojen suhteen.

2. Paketti: UML-paketti voidaan määritellä jotain, joka voi ryhmitellä elementtejä, ja antaa sitten nimitilan kaikille näille ryhmitetyille elementeille.

3. Pakkaussäiliöt: UML : n pakkauskontit voidaan määritellä jotain, joka kuvaa UML-elementtejä, kuten luokkia, komponentteja ja käyttötapauksia.

4. Riippuvuus: UML : n riippuvuussuhde voidaan määritellä suhteeksi, jossa yksi asiakkaan käyttämistä elementeistä tai riippuu toisesta elementistä, joka on toimittaja.

5. Yleistäminen: Yleistäminen UML: ssä voidaan määritellä suhteeksi, jossa yksi mallielementistä Ie, lapsi perustuu toiseen mallielementtiin eli vanhempaan.

6. Rajoitus: UML : n rajoitus voidaan määritellä jotain, jonka avulla voimme tarkentaa UML-mallielementin semantiikkaa. Se on laajennusmekanismi. Huomautus UML: ssä sisältää joko kommentteja tai tekstitietoja.

Huomaa UML: ssä voidaan määritellä jotain, joka edustaa joko laitteisto- tai ohjelmistoobjekteja, jotka ovat korkeampia, jos verrataan komponentteihin. komponentteja.

7. Rajapinta: UML: ssä voidaan määritellä jotain, joka osoittaa materiaalit, jotka komponentti joko vastaanottaa tai toimittaa. Voimme edustaa rajapintoja joko tekstimuistiinpanojen tai symbolien kanssa, kuten tikkarin, pistorasian tai pallon ja pistorasian muodot.

8. portti: UML : n symboli voidaan määritellä jotain, joka mainitsee erilaisen vuorovaikutuspisteen ympäristön ja komponentin välillä. Satamat voidaan symbolisoida pienen neliön avulla.

Kuinka tehdä komponenttikaavio?

Voimme helposti tehdä täydellisen komponenttikaavion UML: stä tyhjästä Lucid-kaavion avulla. Ainoa mitä meidän on tehtävä on noudattaa näitä vaiheita:

  • Joko avaa tyhjä asiakirja tai aloita mallilla.
  • UML-muotokirjasto on otettava käyttöön. Napsauta sitten “Shapes” o editorin vasemmalla puolella ja tarkista “UML” Shape Library Manager -sovelluksessa ja napsauta sitten “Save”.
  • Valitse lisättävä muoto kirjastosta, ja sinun tarvitsee vain vetää muoto työkalupakista kankaalle.
  • Piirrä viivat muotojen väliin virtauksen mallinnusta varten. Olemme valmis.

Yksi esimerkki on kuten alla on esitetty kirjastohallintajärjestelmälle

Tässä esitetyt tapahtumat luovat verkostosuhteiden verkoston kirjastojärjestelmän komponenttien välillä. Ymmärtääksesi kuinka nämä suhteet toimivat ja kuinka järjestelmä toimii kokonaisuutena, sinun on tutkittava yllä esitetty UML-kaavio. Voit käyttää sitä myös mallina.

johtopäätös

Voimme siis päätellä, että komponenttikaavio on todella tärkeä kaavio, jonka arkkitehdit luovat usein melko varhaisessa vaiheessa projektissa. Mutta sen hyödyllisyys kattaa järjestelmän käyttöiän. Komponenttikaaviot ovat melko arvokkaita, koska ne mallinnuttavat ja dokumentoivat järjestelmän arkkitehtuuria.

Suositeltava artikkeli

Tämä on opas UML-komponenttikaavioon. Tässä keskustellaan yksityiskohtaisesti selitetyistä erityyppisistä symboleista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. UML-kaavioiden tyypit
  2. UML-sekvenssikaavio
  3. UML-toimintakaavio
  4. UML-käyttötapakaavio
  5. Käänteinen suunnittelu

Luokka:

Ohjelmistokehitys