UML-distributionsdiagram med EXEMPEL

⚡ Smart sammanfattning

Ett distributionsdiagram är ett UML-diagram som specificerar den fysiska hårdvaran på vilken ett programvarusystem exekveras och mappar programvaruartefakter till noder. Det förklarar syftet, symboler, artefakter, noder, ritningssteg och ett praktiskt exempel.

  • 🖥️ Definition: Ett distributionsdiagram mappar ett programvarusystems delar till den fysiska hårdvaran som kör dem.
  • 📦 Artefakter: Artefakter är konkreta filer – körbara filer, DLL-filer, skript eller dokument – ​​som distribueras på noder.
  • 🔲 noder: En nod är en beräkningsresurs, visad som en 3D-låda, med stereotyper för enhet eller exekveringsmiljö.
  • 🔗 Kommunikationsvägar: Associationer mellan noder representerar vägar längs vilka information utbyts.
  • 🎯 Använd fall: Administratörer använder den för att modellera nätverkstopologi, distribuerade system och framåt/bakåt-teknik.

Implementeringsdiagram: UML-handledning med exempel

Vad är distributionsdiagram?

Ett distributionsdiagram är en typ av diagram som specificerar den fysiska hårdvara som programvarusystemet kommer att köras på. Det bestämmer också hur programvaran distribueras på den underliggande hårdvaran. Det mappar programvarudelarna i ett system till den enhet som ska köra dem.

Implementeringsdiagrammet mappar mjukvaruarkitekturen som skapats i design till den fysiska systemarkitektur som exekverar den. I distribuerade system modellerar den distributionen av programvaran över de fysiska noderna.

Programvarusystemen manifesteras med hjälp av olika artefakter, och sedan mappas de till den exekveringsmiljö som ska exekvera programvaran, till exempel noderMånga noder är involverade i distributionsdiagrammet; därför representeras förhållandet mellan dem med hjälp av kommunikationsvägar.

Det finns två former av ett distributionsdiagram:

  • Descripteller form – den innehåller noder och förhållandet mellan noder och artefakter.
  • Instansformulär – den innehåller nodinstanser och förhållandet mellan nodinstanser och artefaktinstanser. Ett understruket namn representerar nodinstanser.

Syftet med ett distributionsdiagram

Distributionsdiagram används enbart för att beskriva hur programvara distribueras i hårdvarusystemet. De visualiserar hur programvara interagerar med hårdvaran för att utföra hela funktionen. De används för att beskriva interaktion mellan programvara och hårdvara och vice versa.

Distributionsdiagram Symbol och noteringar

Noteringar av distributionsdiagram

Noteringar av distributionsdiagram

Ett distributionsdiagram består av följande notationer:

  1. En nod
  2. En komponent
  3. En artefakt
  4. Ett gränssnitt

Vad är en artefakt?

En artefakt representerar specifikationen av en konkret verklig enhet relaterad till mjukvaruutveckling. Du kan använda artefakten för att beskriva ett ramverk som används under mjukvaruutvecklingsprocessen, eller en körbar fil. Artefakter distribueras på noderna. De vanligaste artefakterna är följande:

  1. Källfiler
  2. Körbara filer
  3. Databastabeller
  4. Skript
  5. DLL-filer
  6. Användarmanualer eller dokumentation
  7. Utdatafiler

Artefakter distribueras på noderna. De kan ge en fysisk manifestation för vilket UML-element som helst. Generellt sett manifesterar de komponenter. Artefakter är märkta med stereotypen < >, och de kan ha en artefaktikon i det övre högra hörnet.

Varje artefakt har ett filnamn i sin specifikation som anger artefaktens fysiska plats. En artefakt kan innehålla en annan artefakt. De kan vara beroende av varandra.

Artefakter har sina egenskaper och beteenden som manipulerar dem.

I allmänhet representeras en artefakt enligt följande i det enhetliga modelleringsspråket.

Artifact

artefakt

Artefaktinstanser

En artefaktinstans representerar en instans av en specifik artefakt. En artefaktinstans betecknas med samma symbol som artefakten, förutom att namnet är understruket. UML-diagram gör det möjligt att skilja mellan den ursprungliga artefakten och instansen. Varje fysisk kopia eller fil är en instans av en unik artefakt.

I allmänhet representeras en artefaktinstans enligt följande i det enhetliga modelleringsspråket.

Artefaktinstans

artefaktinstans

Vad är en nod?

En nod är en beräkningsresurs på vilken artefakter distribueras för exekvering. En nod är en fysisk sak som kan exekvera en eller flera artefakter. En nod kan variera i storlek beroende på projektets storlek.

En nod är ett viktigt UML-element som beskriver exekveringen av kod och kommunikationen mellan olika enheter i ett system. Den betecknas med en 3D-ruta med nodnamnet skrivet inuti. Noder hjälper till att förmedla den hårdvara som används för att distribuera programvaran.

En association mellan noder representerar en kommunikationsväg från vilken information utbyts i vilken riktning som helst.

I allmänhet har en nod två stereotyper enligt följande:

  • << enhet >> – Det är en nod som representerar en fysisk maskin som kan utföra beräkningar. En enhet kan vara en router eller en serverdator. Den representeras med hjälp av en nod med stereotypen < >. I UML-modellen kan du också kapsla en eller flera enheter inuti varandra.

Följande är en representation av en enhet i UML:

Enhetsnod

enhetsnod

  • << exekveringsmiljö >> – Det är en nod som representerar en miljö där programvara ska köras. Till exempel, Java applikationer körs i en Java virtuell maskin (JVM)JVM anses vara en exekveringsmiljö för Java applikationer. Vi kan kapsla en exekveringsmiljö i en enhetsnod. Du kan kapsla mer än en exekveringsmiljö i en enda enhetsnod.

Följande är en representation av en exekveringsmiljö i UML:

Exekveringsmiljönod

exekveringsmiljönod

Hur ritar man ett distributionsdiagram?

Ett driftsättningsdiagram visualiserar den topologiska vyn av ett helt system. Det representerar driftsättningen av ett system.

Ett distributionsdiagram består av noder som beskriver de fysiska enheter som används inuti systemet. På dessa noder är artefakter utplacerade. Vi kan också ha nodinstanser där artefaktinstanser kommer att implementeras.

Noder och artefakter i ett system deltar i den slutliga exekveringen av ett system.

Ett distributionsdiagram spelar en avgörande roll under den administrativa processen och det måste uppfylla följande parametrar:

  • Hög prestanda
  • underhåll
  • Skalbarhet
  • Portabilitet
  • Lätt att förstå

Noder och artefakter är de väsentliga delarna av distributionen. Innan implementeringsdiagrammet faktiskt ritas måste alla noder och förhållandet mellan varje nod i systemet identifieras.

Du måste känna till ett systems arkitektur, oavsett om en applikation är en webbapplikation, molnapplikation, skrivbordsapplikation eller en mobilapplikation. Alla dessa saker är avgörande och spelar en viktig roll under utvecklingen av ett distributionsdiagram.

Om alla noder, relationer och artefakter är kända, blir det lätt att utveckla ett distributionsdiagram.

Exempel på ett distributionsdiagram

Följande implementeringsdiagram visar hur en HTML5-videospelare fungerar i webbläsaren:

Implementeringsdiagram

Implementeringsdiagram

När ska man använda ett distributionsdiagram?

Distributionsdiagram används mestadels av systemadministratörer, nätverksingenjörer etc. Dessa diagram används endast i syfte att beskriva hur programvara distribueras i hårdvarusystemet. Den visualiserar hur programvara interagerar med hårdvaran för att utföra hela funktionen.

För att mjukvaran ska fungera effektivt och i snabbare takt måste hårdvaran också vara av god kvalitet. Den måste utformas effektivt för att få programvaran att fungera korrekt och ge korrekta resultat på kort tid.

Distributionsdiagram kan användas för:

  1. Modellering av nätverkstopologin för ett system.
  2. Modellera distribuerade system och nätverk.
  3. Framåt- och bakåtutvecklingsprocesser.

Vanliga frågor

Ja. AI-verktyg kan omvandla en vanlig textbeskrivning av dina servrar, miljöer och artefakter till ett utkast till driftsättningsdiagram eller ett diagram som kod. RevVisa de genererade noderna och kommunikationsvägarna, eftersom AI kan tappa bort komponenter eller missa begränsningar.

AI kan skanna ett driftsättningsdiagram efter enskilda felpunkter, saknad redundans eller skalbarhetsbrister och föreslå förbättringar. Det är en bra andrahandsbedömning, men arkitekter bör validera rekommendationer mot verkliga prestanda- och säkerhetskrav.

Ett komponentdiagram visar programvarukomponenterna och deras beroenden, medan ett distributionsdiagram visar de fysiska hårdvarunoderna och hur artefakter distribueras på dem. Komponentdiagram fokuserar på struktur medan distributionsdiagram fokuserar på fysisk placering.

Populära verktyg inkluderar Lucidchart, rita.io, Microsoft Visio, StarUMLoch PlantUMLTextbaserade verktyg som PlantUML låter dig versionsredigera diagram som kod, medan visuella redigerare erbjuder dra-och-släpp-funktioner för nod- och artefaktformer för snabbare utkast.

Sammanfatta detta inlägg med: