UML - Komponentdiagram, del 1

De UML -diagram De är främst konceptdiagram, det vill säga de representerar vad som ska hända eller hur vi kan ställa en situation eller lösning; till exempel är ett klassdiagram ett diagram som representerar en abstraktion av ett koncept som liknar ett verkligt objekt.
I begreppet komponentdiagram vi kommer att gå bort från detta fokus lite och gå vidare till en ny typ av diagram.
Komponent koncept
A komponent det är ett element i ett system, det är en del av det och det är inte en analys eller en tolkning, det vill säga det är ett element som finns och kan visualiseras; komponenterna kan motsvara filer, tabeller, drivrutinsbibliotek, etc.
Komponenter och klasser har ett förhållande, detta kan ses som att en komponent kan vara implementering av en eller flera klasser, det vill säga komponenten är som utförandet av klasser i programvaran eller systemet.
Komponentmodellering
Vi kan fastställa några punkter för att vägleda oss själva för att utföra modellera en komponent, låt oss se nedan:

• När vi modellerar och bygger relationer måste vi tillåta att se systemets struktur.
• Vid upprättandet av strukturen måste den tillåta att den bearbetas.
• Vid tidpunkten för dokumentationen måste författare förstå den tekniska delen av komponenten.
• Komponenter måste vara återanvändbara.

Den sista punkten är kanske en av de viktigaste, när vi skapar en komponent måste vi kunna använda den igen, tack vare den stora takten vi lever i måste många komponenter som vi gör vara gjorda för att kunna använda dem igen i ett annat system, med Detta kommer att minska leveranstiden och spara energi; därför måste vi investera största möjliga kvalitetstid för att göra en återanvändbar komponent.
Gränssnitt
Detta koncept som vi tar med från objektorientering berättar igen att vi måste dölja utsidan och från andra komponenter elementen i den komponent som vi utvecklar, på så sätt inkapslar vi data och ökar säkerheten för vår modellering.
De Gränssnitt det kommer att vara det sätt på vilket komponenten kommer att visa de offentliga processerna och hur den kan samarbeta med de olika delarna av systemet.
Även om det är skillnad mellan modellering av en komponent och en klass, behöver vi inte riktigt göra skillnad mellan det befintliga och det konceptuella när vi bygger ett gränssnitt.
Vi avslutar denna punkt med att sedan ange att gränssnittet är den uppsättning operationer som gör att vi kan presentera komponenten med resten av systemet, med gränssnittet kan vi få komponenten att användas och kan återanvändas tack vare inkapslingen av dess element .
Låt oss se ett exempel på en komponent med ett gränssnitt i följande grafik, i den andra delen av handledningen kommer vi att förklara hur vi uppnår följande resultat:

I slutet av denna första del av handledningen har vi redan ett tydligt koncept om vad en komponent är och hur vi associerar den med systemet.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng