Przewodnik dotyczący diagramu wdrażania

W kontekście UML (Unified Modeling Language) diagram wdrażania należy do rodziny diagramów strukturalnych, ponieważ opisuje aspekt samego systemu. W tym przypadku diagram wdrażania opisuje fizyczne rozmieszczenie informacji generowanych przez program komputerowy na komponentach sprzętowych. Informacje, które generuje oprogramowanie, nazywamy artefaktem. Nie należy tego mylić z użyciem tego terminu w innych podejściach do modelowania, takich jak BPMN.

Diagramy wdrażania składają się z kilku kształtów UML. Trójwymiarowe skrzynki, znane jako węzły, reprezentują podstawowe elementy oprogramowania lub sprzętu, czyli węzły systemu. Linie od węzła do węzła wskazują relacje, a mniejsze kształty zawarte w skrzynkach reprezentują artefakty programowe, które są wdrażane.

Diagramy wdrożeniowe mają kilka cennych zastosowań. Możesz ich użyć do:

• Przedstawienia, które elementy oprogramowania są wdrażane przez które elementy sprzętu.

• Zilustrowania przetwarzania sprzętowego w czasie.

• Przedstawienia widoku topologii systemu sprzętowego.

Użyj narzędzia do tworzenia diagramów UML Lucidchart do stworzenia diagramów wdrożeniowych. Zanim zaczniesz diagramować, zadaj sobie następujące pytania:

1. Czy określiłeś zakres swojego systemu?Na przykład, musisz wiedzieć, czy tworzysz diagram dla pojedynczej aplikacji, czy dla całej sieci komputerów.

2. Jakie są ograniczenia Twojego fizycznego sprzętu? Z jakimi starszymi systemami musisz współdziałać? Upewnij się, że wiesz, z jakim oprogramowaniem operacyjnym i protokołami będziesz pracować i jaki monitoring będziesz wprowadzać.

3. Jakiej architektury dystrybucji używasz? Powinieneś wiedzieć, ile warstw będzie miała Twoja aplikacja i do jakiej aplikacji będziesz ją wdrażać.

4. Czy masz wszystkie potrzebne węzły? Czy wiesz, jak wszystkie są połączone?

5. Czy wiesz, które komponenty będą znajdować się na których węzłach?

Diagramy wdrażania składają się z różnych kształtów. Lista zawiera podstawowe elementy, z którymi możesz się zetknąć, a większość z nich możesz zobaczyć na poniższym obrazku.

• Artefakt: produkt stworzony przez oprogramowanie, symbolizowany przez prostokąt z nazwą i słowem „artefakt” otoczony podwójnymi strzałkami.

• Powiązanie: linia, która wskazuje wiadomość lub inny rodzaj komunikacji między węzłami.

• Komponent: prostokąt z dwiema zakładkami, który wskazuje element oprogramowania.

• Zależność: linia przerywana, która kończy się strzałką, która wskazuje, że jeden węzeł lub komponent jest zależny od drugiego.

• Interfejs: okrąg wskazujący stosunek umowny. Te obiekty, które tworzą interfejs, muszą wypełniać jakieś zadanie.

• Węzeł: obiekt sprzętowy lub programowy, przedstawiony w postaci trójwymiarowego pudełka.

• Węzeł jako kontener: węzeł, który zawiera wewnątrz siebie inny węzeł — tak jak w poniższym przykładzie, gdzie węzły zawierają komponenty.

• Stereotyp: urządzenie zawarte w węźle, przedstawione na górze węzła, z nazwą ujętą w podwójne strzałki.

 

Użyj tych kształtów, gdy będziesz tworzyć diagramy wdrażania UML.

Węzły

Na schemacie rozmieszczenia istnieją dwa rodzaje węzłów: węzły urządzeń i węzły środowiska wykonawczego.Węzły urządzeń są zasobami obliczeniowymi z możliwościami przetwarzania i zdolnością wykonywania programów. Niektóre przykłady węzłów urządzeń to komputery PC, laptopy i telefony komórkowe.

Węzeł środowiska wykonawczego, czyli EEN, to każdy system komputerowy, który znajduje się wewnątrz węzła urządzenia. Może to być system operacyjny, maszyna JVM lub inny kontener serwletów.

Baza danych

Bazy danych reprezentują wszelkie dane przechowywane przez wdrożony system. W niektórych przypadkach zobaczysz, że baza danych jest reprezentowana jako kolejny węzeł, ale czasami będziesz widział ten kształt jako bazę danych.

Inne kształty

• Ścieżka komunikacyjna: linia prosta reprezentująca komunikację między dwoma węzłami urządzeń.

• Artefakty: obszar z nagłówkiem „<>”, a następnie nazwa pliku.

• Pakiet: pudełko w kształcie pliku, które grupuje wszystkie węzły urządzeń, aby zawrzeć całe wdrożenie.

• Komponent: jednostka wymagana do wykonania funkcji stereotypu. Zapoznaj się z tym przewodnikiem dotyczącym notacji komponentów UML.

Ten przykład pokazuje podstawowy schemat wdrażania w Lucidchart. Jest tam serwer WWW, serwer bazy danych i maszyna, na której użytkownik ogląda stronę. Możesz dodać więcej złożoności, pokazując różne części serwera WWW i sposób działania Javascript na UserClient, ale ten przykład da Ci wyobrażenie o tym, jak wygląda wdrożenie w notacji UML.