UML - Komponentdiagram, del 1

Indholdsfortegnelse
Det UML -diagrammer De er primært konceptdiagrammer, det vil sige, de repræsenterer, hvad der skal ske, eller hvordan vi kan udgøre en situation eller løsning; for eksempel er et klassediagram et diagram, der repræsenterer en abstraktion af et begreb, der ligner et virkeligt objekt.
I begrebet komponentdiagrammer vi kommer til at bevæge os lidt væk fra dette fokus og gå videre til en ny type diagram.
Komponent koncept
EN komponent det er et element i et system, det er en del af det, og det er ikke en analyse eller en fortolkning, det vil sige, det er et element, der eksisterer og kan visualiseres; komponenterne kan svare til filer, tabeller, driverbiblioteker, etc.
Komponenter og klasser har et forhold, dette kan ses som at en komponent kan være implementeringen af ​​en eller flere klasser, det vil sige at komponenten er som udførelsesformen for klasser i softwaren eller systemet.
Komponent modellering
Vi kan etablere nogle punkter, som vi kan guide os selv til at udføre modellering af en komponent, lad os se nedenfor:
  • Når vi modellerer og bygger relationer, skal vi tillade at se systemets struktur.
  • Når strukturen etableres, skal den tillade, at der arbejdes med den.
  • På dokumentationstidspunktet skal forfattere forstå den tekniske del af komponenten.
  • Komponenter skal kunne genbruges.
Det sidste punkt er måske et af de vigtigste, når vi opretter en komponent, skal vi kunne bruge den igen, takket være det store tempo, vi lever i, skal mange komponenter, vi laver, laves for at kunne bruge dem igen i et andet system, med Dette vil reducere leveringstider og spare energi; derfor må vi investere størst mulig kvalitetstid for at lave en genanvendelig komponent.
Grænseflader
Dette koncept, som vi bringer fra objektorientering, fortæller os igen, at vi skal skjule udefra og fra andre komponenter elementerne i den komponent, vi udvikler, på denne måde indkapsler vi data og øger sikkerheden ved vores modellering.
Det Grænseflade det vil være den måde, hvorpå komponenten vil vise de offentlige processer og den måde, hvorpå den kan samarbejde med de forskellige dele af systemet.
Selvom der er en forskel mellem modellering af en komponent og en klasse, behøver vi ikke rigtig at gøre en forskel mellem det eksisterende og det konceptuelle, når vi bygger en grænseflade.
Vi afslutter dette punkt med at angive, at grænsefladen er det sæt af operationer, der giver os mulighed for at præsentere komponenten med resten af ​​systemet, med grænsefladen kan vi få komponenten til at blive brugt og kan genbruges takket være indkapslingen af ​​dens elementer .
Lad os se et eksempel på en komponent med en grænseflade i følgende grafik, i anden del af selvstudiet vil vi forklare, hvordan du opnår følgende resultat:

I slutningen af ​​denne første del af selvstudiet har vi allerede et klart begreb om, hvad en komponent er, og hvordan vi forbinder det med systemet.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt

Du vil bidrage til udviklingen af ​​hjemmesiden, at dele siden med dine venner

wave wave wave wave wave