UML-distribusjonsdiagram med EKSEMPEL

⚡ Smart oppsummering

Et distribusjonsdiagram er et UML-diagram som spesifiserer den fysiske maskinvaren som et programvaresystem kjører på og tilordner programvareartefakter til noder. Det forklarer formålet, symboler, artefakter, noder, tegnetrinn og et praktisk eksempel.

  • 🖥️ Definisjon: Et distribusjonsdiagram kartlegger delene av et programvaresystem til den fysiske maskinvaren som kjører dem.
  • 📦 Gjenstander: Artefakter er konkrete filer – kjørbare filer, DLL-er, skript eller dokumenter – som er distribuert på noder.
  • 🔲 noder: En node er en beregningsressurs, vist som en 3D-boks, med stereotypier for enhet eller utførelsesmiljø.
  • 🔗 Kommunikasjonsveier: Assosiasjoner mellom noder representerer stier som informasjon utveksles langs.
  • 🎯 Bruk tilfeller: Administratorer bruker den til å modellere nettverkstopologi, distribuerte systemer og fremover/bakover-teknikk.

Distribusjonsdiagram: UML-veiledning med eksempel

Hva er distribusjonsdiagram?

Et distribusjonsdiagram er en type diagram som spesifiserer den fysiske maskinvaren som programvaresystemet skal kjøre på. Det bestemmer også hvordan programvaren distribueres på den underliggende maskinvaren. Det tilordner programvaredelene i et system til enheten som skal kjøre dem.

Implementeringsdiagrammet kartlegger programvarearkitekturen som er opprettet i design til den fysiske systemarkitekturen som utfører den. I distribuerte systemer modellerer den distribusjonen av programvaren på tvers av de fysiske nodene.

Programvaresystemene manifesteres ved hjelp av ulike gjenstander, og deretter blir de kartlagt til utførelsesmiljøet som skal kjøre programvaren, for eksempel noderMange noder er involvert i distribusjonsdiagrammet, og forholdet mellom dem er derfor representert ved hjelp av kommunikasjonsveier.

Det finnes to former for et distribusjonsdiagram:

  • Descripteller form – den inneholder noder, og forholdet mellom noder og artefakter.
  • Forekomstskjema – den inneholder nodeforekomster og forholdet mellom nodeforekomster og artefaktforekomster. Et understreket navn representerer nodeforekomster.

Hensikten med et distribusjonsdiagram

Distribusjonsdiagrammer brukes utelukkende med det formål å beskrive hvordan programvare distribueres i maskinvaresystemet. De visualiserer hvordan programvare samhandler med maskinvaren for å utføre hele funksjonaliteten. De brukes til å beskrive programvare-til-maskinvare-interaksjon og omvendt.

Implementeringsdiagramsymbol og notasjoner

Distribusjonsdiagramnotasjoner

Distribusjonsdiagramnotasjoner

Et distribusjonsdiagram består av følgende notasjoner:

  1. En node
  2. En komponent
  3. En artefakt
  4. Et grensesnitt

Hva er en artefakt?

En artefakt representerer spesifikasjonen av en konkret virkelighetsnær enhet relatert til programvareutvikling. Du kan bruke artefakten til å beskrive et rammeverk som brukes under programvareutviklingsprosessen, eller en kjørbar fil. Artefakter distribueres på nodene. De vanligste artefaktene er som følger:

  1. Kildefiler
  2. Kjørbare filer
  3. Database tabeller
  4. scripts
  5. DLL-filer
  6. Brukermanualer eller dokumentasjon
  7. Utdatafiler

Artefakter distribueres på nodene. De kan gi en fysisk manifestasjon for ethvert UML-element. Vanligvis manifesterer de komponenter. Artefakter er merket med stereotypen < >, og de kan ha et artefaktikon øverst til høyre.

Hver artefakt har et filnavn i spesifikasjonen som angir artefaktens fysiske plassering. En artefakt kan inneholde en annen artefakt. De kan være avhengige av hverandre.

Artefakter har sine egenskaper og sin oppførsel som manipulerer dem.

Generelt er en artefakt representert som følger i det enhetlige modelleringsspråket.

Artifact

artefakt

Artefaktforekomster

En artefaktforekomst representerer en forekomst av en bestemt artefakt. En artefaktforekomst er angitt med samme symbol som artefakten, bortsett fra at navnet er understreket. UML diagram gjør at dette kan skille mellom den opprinnelige artefakten og forekomsten. Hver fysisk kopi eller fil er en forekomst av en unik artefakt.

Generelt er en artefaktforekomst representert som følger i det enhetlige modelleringsspråket.

Artefaktforekomst

artefaktforekomst

Hva er en node?

En node er en beregningsressurs som artefakter distribueres på for utførelse. En node er en fysisk ting som kan utføre en eller flere artefakter. En node kan variere i størrelse avhengig av prosjektets størrelse.

En node er et essensielt UML-element som beskriver kjøringen av kode og kommunikasjonen mellom ulike enheter i et system. Den er betegnet med en 3D-boks med nodenavnet skrevet inni. Noder bidrar til å formidle maskinvaren som brukes til å distribuere programvaren.

En assosiasjon mellom noder representerer en kommunikasjonsvei hvorfra informasjon utveksles i alle retninger.

Generelt har en node to stereotyper som følger:

  • << enhet >> – Det er en node som representerer en fysisk maskin som er i stand til å utføre beregninger. En enhet kan være en ruter eller en server-PC. Den er representert ved hjelp av en node med stereotypen < >. I UML-modellen kan du også neste én eller flere enheter i hverandre.

Følgende er en representasjon av en enhet i UML:

Enhetsnode

enhetsnode

  • << utførelsesmiljø >> – Det er en node som representerer et miljø der programvare skal kjøres. For eksempel, Java applikasjoner kjøres i en Java virtuell maskin (JVM)JVM regnes som et utførelsesmiljø for Java applikasjoner. Vi kan neste et utførelsesmiljø i en enhetsnode. Du kan neste mer enn ett utførelsesmiljø i en enkelt enhetsnode.

Følgende er en representasjon av et utførelsesmiljø i UML:

Utførelsesmiljønode

utførelsesmiljønode

Hvordan tegne et distribusjonsdiagram?

Et distribusjonsdiagram visualiserer den topologiske visningen av et helt system. Det representerer distribusjonen av et system.

Et distribusjonsdiagram består av noder som beskriver de fysiske enhetene som brukes inne i systemet. På disse nodene er artefakter utplassert. Vi kan også ha nodeforekomster der artefaktforekomster skal implementeres.

Noder og artefakter i et system deltar i den endelige utførelsen av et system.

Et distribusjonsdiagram spiller en kritisk rolle under den administrative prosessen, og det må oppfylle følgende parametere:

  • Høy ytelse
  • vedlikeholdbarhet
  • skalerbarhet
  • Portabilitet
  • Lett forståelig

Noder og artefakter er de essensielle elementene i utplasseringen. Før du faktisk tegner distribusjonsdiagrammet, må alle noder og forholdet mellom hver node i systemet identifiseres.

Du må kjenne arkitekturen til et system, enten det er en webapplikasjon, en skyapplikasjon, en skrivebordsapplikasjon eller en mobilapplikasjon. Alle disse tingene er kritiske og spiller en viktig rolle under utviklingen av et distribusjonsdiagram.

Hvis alle noder, relasjoner og artefakter er kjent, blir det enkelt å utvikle et distribusjonsdiagram.

Eksempel på et distribusjonsdiagram

Følgende distribusjonsdiagram representerer hvordan en HTML5-videospiller fungerer i nettleseren:

Implementeringsdiagram

Implementeringsdiagram

Når skal du bruke et distribusjonsdiagram?

Distribusjonsdiagrammer brukes for det meste av systemadministratorer, nettverksingeniører osv. Disse diagrammene brukes utelukkende med det formål å beskrive hvordan programvare distribueres i maskinvaresystemet. Den visualiserer hvordan programvaren samhandler med maskinvaren for å utføre hele funksjonaliteten.

For å få programvaren til å fungere effektivt og raskere, må maskinvaren også være av god kvalitet. Den må utformes effektivt for å få programvaren til å fungere ordentlig og gi nøyaktige resultater på kort tid.

Distribusjonsdiagrammer kan brukes til:

  1. Modellering av nettverkstopologien til et system.
  2. Modellering av distribuerte systemer og nettverk.
  3. Forward og reverse engineering prosesser.

Spørsmål og svar

Ja. AI-verktøy kan gjøre en ren tekstbeskrivelse av serverne, miljøene og artefaktene dine om til et utkast til distribusjonsdiagram eller et diagram som kode. Revse de genererte nodene og kommunikasjonsstiene, siden AI kan feilplassere komponenter eller overse begrensninger.

AI kan skanne et distribusjonsdiagram for enkeltstående feilpunkter, manglende redundans eller skalerbarhetshull og foreslå forbedringer. Det er en nyttig second opinion, men arkitekter bør validere anbefalinger mot reelle ytelses- og sikkerhetskrav.

Et komponentdiagram viser programvarekomponentene og deres avhengigheter, mens et distribusjonsdiagram viser de fysiske maskinvarenodene og hvordan artefakter distribueres på dem. Komponentdiagrammer fokuserer på struktur, mens distribusjonsdiagrammer fokuserer på fysisk plassering.

Populære verktøy inkluderer Lucidchart, tegne.io, Microsoft Visio, StarUMLog PlantUMLTekstbaserte verktøy som PlantUML lar deg versjonere diagrammer som kode, mens visuelle editorer tilbyr dra-og-slipp-node- og artefaktformer for raskere utkast.

Oppsummer dette innlegget med: