Sissejuhatus UML-i komponentide diagrammi

Ühtne modelleerimiskeel, st UML on lihtsate sõnadega, üldotstarbeline modelleerimiskeel. UML-i põhieesmärk on visuaalselt visualiseerida süsteemi tavapärane kujundus. See on väga sarnane kavanditega, mida kasutatakse ka teistes tehnikavaldkondades. See ei ole programmeerimiskeel, vaid pigem visuaalne keel. UML-komponentide diagramme kasutatakse ainult süsteemi käitumise ja struktuuri demonstreerimiseks. UML aitab süsteemiarhitektidel, ärimeestel ja ka tarkvarainseneridel modelleerida, kujundada ja analüüsida. OMG, see tähendab objektihaldusrühm võttis UML-i standardina kasutusele 1997. aastal. Sellest ajast alates haldavad seda nad ise. Pärast seda avaldas ISO 2005. aastal UML-i kinnitatud standardina. UML on aastate jooksul läbi vaadatud ja perioodiliselt läbi vaadatud. Edasi arutame komponentide diagramme.

Mis on komponentide diagramm UML-is?

  • UML-komponentide diagramme kasutatakse põhimõtteliselt objektorienteeritud süsteemide füüsikaliste aspektide modelleerimisel, mida kasutatakse komponentidebaaside süsteemide visualiseerimisel ja dokumenteerimisel ning seda kasutatakse ka täidetavate süsteemide konstrueerimisel edasisuunas ja pöördprojekteerimise abil. Komponentide diagrammid on põhimõtteliselt klassi skeemid, mis keskenduvad süsteemi komponentidele ja mida sageli kasutatakse süsteemi staatilise teostusvaate modelleerimiseks.
  • Samuti jaotatakse tegelik süsteem, mis on väljatöötamisel, funktsionaalsuse erinevateks tasemeteks, põhimõtteliselt kõrgeks. Iga UML-i komponent vastutab kogu süsteemi ainult ühe selge eesmärgi eest ja see on interaktsioonis ainult muude oluliste elementidega ja seda ka lihtsalt teadmisvajaduse alusel.
  • Komponentide diagrammi ainus ja oluline eesmärk UML-is on näidata süsteemi erinevate komponentide suhet. Kui me räägime UML 2.0-st, määratletakse sõna “komponent” klassimoodulina, mis tähistab sõltumatuid süsteeme või alamsüsteeme, millel on võimalus ülejäänud süsteemiga liidestada.
  • On olemas lähenemisviis, mida nimetatakse komponendipõhiseks arendamiseks, mida nimetatakse ka CBD-ks, mis keerleb kõigi komponentide ümber. Selle lähenemisviisi korral teeb kogu süsteem seda, mida tegelikult tegema peaks, kuna see võimaldab planeerijal erinevaid komponente tuvastada. Kui räägime objektorienteeritud programmeerimise lähenemisviisist, võimaldab komponentdiagramm vanemal arendajal klassid alati rühmadesse viia vastavalt nende ühisele eesmärgile, võimaldades nii arendajal kui ka teistel vaadata tarkvaraarendusprojekti kõrgemal tasemel.
  • Ehkki UML-i komponentide diagrammid võivad esmapilgul tunduda keerulised, on need meie süsteemi ülesehitamisel siiski üsna hindamatud.

Komponentide diagrammidel on palju eeliseid, mis aitavad teie meeskonda mitmel viisil:

  1. See pöörab tähelepanu süsteemi komponentide seotusele.
  2. See rõhutab teenuse käitumist, kui see on liidesega seotud.
  3. See kujutleb ka süsteemi füüsilist struktuuri.

Selgitage UML-osade diagrammi sümboleid

UML-komponentide diagrammi sümbolid on palju nagu komponent, pakend, pakendimahuti, sõltuvus, üldistus, piirang, läbipaistmatu stereotüüp, märkus ja paljud teised. Vaatame läbi mõned olulised. Nende kõrval on sümbolid.

1. Komponent: UML-is defineeritakse komponent süsteemi modulaarse osana. See määratleb alati oma käitumise nõutavate ja antud liideste osas.

2. Pakett: UML-i paketti saab määratleda kui midagi, mis võib elemente grupeerida, ja annab seejärel kõigi nende grupeeritud elementide nimeruumi.

3. Pakendikonteinerid: UML-i pakendimahuteid saab määratleda kui midagi, mis kirjeldab UML-i elemente nagu klassid, komponendid ja kasutusjuhud.

4. Sõltuvus: sõltuvussuhet UML-is saab määratleda kui suhet, kus üks kliendi elemente kasutab või sõltub teisest osast, mis on tarnija.

5. Üldistamine: UML-is tehtavat üldistust võib defineerida kui suhet, kus üks mudelielementidest st laps põhineb teisel mudelilemendil, st vanemal.

6. Piirang: UML-is sisalduvat piirangut saab määratleda kui midagi, mis võimaldab meil täpsustada UML-mudeli elemendi semantikat. See on pikendusmehhanism. Märkus UML-is koosneb kommentaaridest või tekstilisest teabest.

UML-i märkust saab määratleda kui midagi, mis tähistab kas riistvara või tarkvara objekte, mis on komponentidega võrreldes kõrgemal tasemel. komponendid.

7. Liides: UML-is saab seda määratleda kui midagi, mis näitab, milliseid materjale komponent saab või annab. Saame kujutada liideseid kas tekstmärkmete või sümbolitega, näiteks pulgakommi, pistikupesa või kuuli ja pistikupesa kujuga.

8. port: UML-i sümbolit saab määratleda kui midagi, mis mainib keskkonna ja komponendi erinevat interaktsiooni punkti. Sadamaid saab sümboliseerida väikese ruudu abil.

Kuidas koostada komponentide diagrammi?

Lucid-diagrammi abil on UML-is täiuslik komponentide diagramm lihtne. Peame tegema ainult järgmised toimingud.

  • Avage tühi dokument või alustage malliga.
  • UML-i kujukogu tuleb lubada. Seejärel klõpsake redaktori vasakpoolsel küljel “Shapes” ja kontrollige Shape Library Manageris “UML” ja klõpsake siis “Save”.
  • Valige kujund, mille soovite raamatukogust lisada, ja peate vaid lohistama selle kuju tööriistakastist lõuendile.
  • Voolu modelleerimiseks tõmmake kujundite vahele jooned ja olemegi valmis.

Üks näide on allpool toodud raamatukoguhaldussüsteemi näide

Siin näidatud tehingud loovad suhete võrgustiku raamatukogusüsteemi komponentide vahel. Et mõista, kuidas need suhted toimivad ja kuidas süsteem üldiselt toimib, peate uurima ülaltoodud UML-diagrammi. Võite seda kasutada ka mallina.

Järeldus

Seega võime järeldada, et komponentide diagramm on tõesti oluline diagramm, mille arhitektid loovad projekti üsna varakult. Kuid kasulikkus hõlmab kogu süsteemi elu. Komponentide diagrammid on üsna hindamatud, kuna need modelleerivad ja dokumenteerivad süsteemi arhitektuuri.

Soovitatav artikkel

See on olnud UML-i komponentide diagrammi juhend. Siin käsitleme üksikasjalikult selgitatud eri tüüpi sümboleid. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. UML-diagrammide tüübid
  2. UML-i järjestusskeem
  3. UML-i tegevusskeem
  4. UML-i juhtumite diagramm
  5. Pöördtehnika

Kategooria: