UML - Komponentdiagram, del 1

De UML -diagrammer De er først og fremst konseptdiagrammer, det vil si at de representerer hva som bør skje eller hvordan vi kan utgjøre en situasjon eller løsning; for eksempel er et klassediagram et diagram som representerer en abstraksjon av et konsept som ligner et virkelig objekt.
I begrepet komponent diagrammer vi kommer til å bevege oss litt bort fra dette fokuset og gå videre til en ny type diagram.
Komponentkonsept
EN komponent det er et element i et system, det er en del av det og det er ikke en analyse eller en tolkning, det vil si at det er et element som eksisterer og kan visualiseres; komponentene kan svare til filer, tabeller, driverbiblioteker, etc.
Komponenter og klasser har et forhold, dette kan sees på som at en komponent kan være implementering av en eller flere klasser, det vil si at komponenten er som utførelsen av klasser i programvaren eller systemet.
Komponentmodellering
Vi kan etablere noen punkter som vi kan veilede oss til å utføre modellering av en komponent, la oss se nedenfor:

• Når vi modellerer og bygger relasjoner, må vi tillate å se strukturen i systemet.
• Når strukturen etableres, må den tillate at den arbeides med.
• På dokumentasjonstidspunktet må forfattere forstå den tekniske delen av komponenten.
• Komponenter må være gjenbrukbare.

Det siste punktet er kanskje et av de viktigste, når vi lager en komponent må vi kunne bruke den igjen, takket være det store tempoet vi lever i, må mange komponenter vi lager for å kunne bruke dem igjen i et annet system, med Dette vil redusere leveringstiden og spare energi; Derfor må vi investere størst mulig kvalitetstid for å lage en gjenbrukbar komponent.
Grensesnitt
Dette konseptet som vi tar med fra objektorientering, forteller oss igjen at vi må skjule elementene i komponenten vi utvikler fra utsiden og fra andre komponenter, på denne måten innkapsler vi data og øker sikkerheten til modelleringen vår.
De Grensesnitt det vil være måten komponenten vil vise de offentlige prosessene og måten den kan samarbeide med de forskjellige delene av systemet på.
Selv om det er en forskjell mellom modellering av en komponent og en klasse, trenger vi egentlig ikke å gjøre en forskjell mellom det eksisterende og det konseptuelle når vi bygger et grensesnitt.
Vi avslutter dette punktet med å indikere da at grensesnittet er settet med operasjoner som lar oss presentere komponenten med resten av systemet, med grensesnittet kan vi få komponenten til å brukes og kan gjenbrukes takket være innkapslingen av dens elementer .
La oss se et eksempel på en komponent med et grensesnitt i følgende grafikk, i den andre delen av opplæringen vil vi forklare hvordan du oppnår følgende resultat:

På slutten av denne første delen av opplæringen har vi allerede et klart begrep om hva en komponent er og hvordan vi forbinder den med systemet.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng