Implementeringsdiagram: UML-vejledning med EKSEMPEL

Hvad er implementeringsdiagram?

Implementeringsdiagram er en type diagram, der specificerer den fysiske hardware, som softwaresystemet skal køre på. Det bestemmer også, hvordan softwaren implementeres på den underliggende hardware. Det kortlægger softwaredele af et system til den enhed, der skal udføre det.

Implementeringsdiagrammet kortlægger den softwarearkitektur, der er oprettet i design, til den fysiske systemarkitektur, der udfører den. I distribuerede systemer modellerer den distributionen af ​​softwaren på tværs af de fysiske noder.

Softwaresystemerne manifesteres ved hjælp af forskellige artefakter, og så bliver de tilknyttet det eksekveringsmiljø, der skal udføre softwaren som f.eks noder. Mange noder er involveret i implementeringsdiagrammet; derfor er forholdet mellem dem repræsenteret ved hjælp af kommunikationsveje.

Der er to former for et implementeringsdiagram.

• Descripteller form
• Den indeholder noder, forholdet mellem noder og artefakter.
• Forekomstformular
• Den indeholder nodeforekomster, forholdet mellem nodeforekomster og artefaktforekomster.
• Et understreget navn repræsenterer nodeforekomster.

Formålet med et implementeringsdiagram

Implementeringsdiagrammer bruges udelukkende med det formål at beskrive, hvordan software implementeres i hardwaresystemet. Den visualiserer, hvordan softwaren interagerer med hardwaren for at udføre den komplette funktionalitet. Det bruges til at beskrive software til hardware-interaktion og omvendt.

Implementeringsdiagram Symbol og notationer

Et implementeringsdiagram består af følgende notationer:

1. En knude
2. En komponent
3. En artefakt
4. En grænseflade

Hvad er en artefakt?

Et artefakt repræsenterer specifikationen af ​​en konkret virkelighedsentitet relateret til softwareudvikling. Du kan bruge artefakten til at beskrive en ramme, som bruges under softwareudviklingsprocessen eller en eksekverbar fil. Artefakter er implementeret på noderne. De mest almindelige artefakter er som følger,

1. Kildefiler
2. Eksekverbare filer
3. Database tabeller
4. Scripts
5. DLL-filer
6. Brugermanualer eller dokumentation
7. Output filer

Artefakter er implementeret på noderne. Det kan give fysisk manifestation for ethvert UML-element. Generelt manifesterer de komponenter. Artefakter er mærket med stereotypen < >, og det kan have et artefaktikon i øverste højre hjørne.

Hver artefakt har et filnavn i sin specifikation, der angiver den fysiske placering af artefakten. En artefakt kan indeholde en anden artefakt. Det kan være afhængigt af hinanden.

Artefakter har deres egenskaber og adfærd, der manipulerer dem.

Generelt er en artefakt repræsenteret som følger i det forenede modelleringssprog.

Artefaktforekomster

En artefaktforekomst repræsenterer en forekomst af en bestemt artefakt. En artefaktforekomst er angivet med samme symbol som artefaktens, bortset fra at navnet er understreget. UML diagram gør det muligt at skelne mellem den originale artefakt og instansen. Hver fysisk kopi eller fil er en forekomst af en unik artefakt.

Generelt er en artefaktforekomst repræsenteret som følger i det forenede modelleringssprog.

Hvad er en node?

Node er en beregningsressource, hvorpå artefakter implementeres til udførelse. En node er en fysisk ting, der kan udføre en eller flere artefakter. En node kan variere i sin størrelse afhængigt af projektets størrelse.

Node er et væsentligt UML-element, der beskriver udførelsen af ​​kode og kommunikationen mellem forskellige enheder i et system. Det er angivet med en 3D-boks med nodenavnet skrevet inde i det. Noder hjælper med at formidle den hardware, der bruges til at implementere softwaren.

En tilknytning mellem noder repræsenterer en kommunikationsvej, hvorfra information udveksles i enhver retning.

Generelt har en node to stereotyper som følger:

• << enhed >>Det er en node, der repræsenterer en fysisk maskine, der er i stand til at udføre beregninger. En enhed kan være en router eller en server-pc. Det er repræsenteret ved hjælp af en node med stereotype < >.

  I UML-modellen kan du også indlejre en eller flere enheder i hinanden.

Følgende er en repræsentation af en enhed i UML:



• << eksekveringsmiljø >>Det er en node, der repræsenterer et miljø, hvor software skal køre. f.eks. Java applikationer udføres i java virtuel maskine (JVM). JVM betragtes som et eksekveringsmiljø for Java applikationer. Vi kan indlejre et eksekveringsmiljø i en enhedsknude. Du kan nette mere end ét eksekveringsmiljø i en enkelt enhedsknude.

Følgende er en repræsentation af et eksekveringsmiljø i UML:

Hvordan tegner man et implementeringsdiagram?

Implementeringsdiagram visualiserer den topologiske visning af et helt system. Det repræsenterer implementeringen af ​​et system.

Et implementeringsdiagram består af noder, som beskriver de fysiske enheder, der bruges inde i systemet. På disse noder er artefakter implementeret. Vi kan også have node-instanser, hvor artefakt-instanser skal implementeres.

Node og artefakter af et system deltager i den endelige udførelse af et system.

Et implementeringsdiagram spiller en afgørende rolle under den administrative proces, og det skal opfylde følgende parametre:

• Høj ydeevne
• Maintainability
• Skalerbarhed
• Overførsel
• Let forståeligt

Noder og artefakter er de væsentlige elementer i implementeringen. Inden implementeringsdiagrammet rent faktisk tegnes, skal alle noder og forholdet mellem hver node i systemet identificeres.

Du skal kende et systems arkitektur, uanset om en applikation er en webapplikation, cloudapplikation, desktopapplikation eller en mobilapplikation. Alle disse ting er kritiske og spiller en afgørende rolle under udviklingen af ​​et implementeringsdiagram.

Hvis alle noder, relationer og artefakter er kendt, bliver det nemt at udvikle et implementeringsdiagram.

Eksempel på et implementeringsdiagram

Følgende implementeringsdiagram repræsenterer HTML5-videoafspillerens funktion i browseren:

Hvornår skal man bruge et implementeringsdiagram?

Implementeringsdiagrammer bruges mest af systemadministratorer, netværksingeniører osv. Disse diagrammer bruges udelukkende med det formål at beskrive, hvordan software implementeres i hardwaresystemet. Det visualiserer, hvordan software interagerer med hardwaren for at udføre den komplette funktionalitet.

For at få softwaren til at fungere effektivt og hurtigere, skal hardwaren også være af god kvalitet. Det skal designes effektivt for at få software til at fungere korrekt og producere nøjagtige resultater på hurtig tid.

Implementeringsdiagrammer kan bruges til,

1. Modellering af netværkstopologien for et system.
2. Modellering af distribuerede systemer og netværk.
3. Forward og reverse engineering processer.

Resumé

• Implementeringsdiagrammet kortlægger den softwarearkitektur, der er oprettet i design, til den fysiske systemarkitektur, der udfører den.
• Det kortlægger softwaredele af et system til den hardware, der skal udføre det.
• Implementeringsdiagram visualiserer den topologiske visning af et helt system.
• Noder og artefakter er de væsentlige elementer i implementeringen.
• Node og artefakter af et system deltager i den endelige udførelse af et system.