UML - Dijagram komponenti, 1. dio

The UML dijagrami Oni su prvenstveno konceptni dijagrami, odnosno predstavljaju ono što bi se trebalo dogoditi ili način na koji možemo postaviti situaciju ili rješenje; na primjer dijagram klasa je dijagram koji predstavlja apstrakciju koncepta koji nalikuje objektu iz stvarnog života.
U konceptu sastavni dijagrami malo ćemo se odmaknuti od ovog fokusa i prijeći na novu vrstu dijagrama.
Koncept komponente
A komponenta to je element sustava, dio je njega i nije analiza ili tumačenje, odnosno element je koji postoji i koji se može vizualizirati; komponente mogu odgovarati datoteke, tablice, knjižnice upravljačkih programa, itd.
Komponente i klase imaju odnos, to se može vidjeti kao da komponenta može biti implementacija jedne ili više klasa, to jest, komponenta je poput utjelovljenja klasa u softveru ili sustavu.
Modeliranje komponenti
Možemo ustanoviti neke točke pomoću kojih ćemo se voditi u provedbi modeliranje komponente, pogledajmo dolje:

• Prilikom modeliranja i izgradnje odnosa moramo dopustiti da se vidi struktura sustava.
• Prilikom uspostave strukture mora dopustiti da se na njoj radi.
• U vrijeme dokumentacije, pisci moraju razumjeti tehnički dio komponente.
• Komponente se moraju ponovno koristiti.

Posljednja točka je možda jedna od najvažnijih, pri stvaranju komponente moramo je moći ponovno koristiti, zahvaljujući velikom tempu u kojem živimo, mnoge komponente koje napravimo moraju biti napravljene kako bismo ih mogle koristiti opet u drugom sustavu, s Time će se skratiti rokovi isporuke i uštedjeti energija; stoga moramo uložiti najveću količinu kvalitetnog vremena za izradu komponente za višekratnu uporabu.
Sučelja
Ovaj koncept koji donosimo iz orijentacije objekta ponovno nam govori da moramo sakriti izvana i od drugih komponenti elemente komponente koju razvijamo, na taj način inkapsuliramo podatke i povećavamo sigurnost našeg modeliranja.
The Sučelje to će biti način na koji će komponenta prikazati javne procese i način na koji može surađivati ​​s različitim dijelovima sustava.
Iako postoji razlika između modeliranja komponente i klase, pri izgradnji sučelja zapravo ne moramo praviti razliku između postojećeg i konceptualnog.
Završimo ovu točku tako što ćemo naznačiti da je sučelje skup operacija koje nam omogućuju da predstavimo komponentu s ostatkom sustava, s sučeljem možemo učiniti da se komponenta koristi i može se ponovno koristiti zahvaljujući enkapsulaciji njezinih elemenata .
Pogledajmo primjer komponente sa sučeljem na sljedećoj slici, u drugom dijelu vodiča objasnit ćemo kako postići sljedeći rezultat:

Na kraju ovog prvog dijela vodiča već imamo jasan koncept što je komponenta i kako je povezujemo sa sustavom.Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod