Wprowadzenie do rodzajów diagramów UML
Unified Modeling Language, czyli UML w prostych słowach, który jest językiem modelowania ogólnego zastosowania. Głównym celem UML jest wizualizacja sposobu zaprojektowania systemu w standardowy sposób. Jest to również bardzo podobne do planów, które są również stosowane w innych dziedzinach inżynierii. To nie jest język programowania, ale raczej język wizualny. Typy diagramów UML służą wyłącznie do wykazania zachowania, a także struktury systemu. UML pomaga architektom systemu, biznesmenom, a także inżynierom oprogramowania w modelowaniu, projektowaniu i analizie. OMG, czyli Object Management Group, przyjęła UML jako standard w 1997 roku. Od tego czasu jest nim zarządzana. Następnie w 2005 r. ISO opublikowało UML jako zatwierdzoną normę. UML był okresowo aktualizowany i sprawdzany przez lata.
Następnie omówmy typy diagramów UML.
Różne typy diagramów UML
Istnieje wiele rodzajów diagramów UML i każdy ma inny cel, bez względu na to, czy został zaprojektowany przed implementacją, czy po implementacji.
2 z najszerszych kategorii obejmujących wszystkie pozostałe typy
- Diagram behawioralny UML
- Schemat strukturalnyUML.
Jak można się domyślić na podstawie samej nazwy, niektóre diagramy UML analizują, a także przedstawiają strukturę procesu, podczas gdy inny opisuje zachowanie systemu, jego komponentów budowlanych, a także jego aktorów. Dalsze skategoryzowane typy są następujące:
Schemat strukturalny UML
- Schemat klasy
- Schemat obiektowy
- Schemat komponentów
- Schemat struktury kompozytowej
- Schemat wdrażania
- Schemat pakietu
- Schemat profilu
Diagram behawioralny UML
- Diagram aktywności
- Diagram przypadków użycia
- Schemat przeglądu interakcji
- Schemat czasowy
- Schemat automatu stanów
- Schemat komunikacji
- Diagram sekwencyjny
Omówmy je teraz w skrócie:
1. Diagram aktywności
Diagram aktywności to najważniejsze diagramy UML używane do modelowania procesów biznesowych. Zasadniczo służy do wyjaśnienia przebiegu różnych działań, a także działań związanych z tworzeniem oprogramowania. Mogą być one zarówno sekwencyjne, jak i równoległe.
2. Użyj diagramu przypadków
Diagramy przypadków użycia są zasadniczo potrzebne do analizy wysokich wymagań systemu. Teraz wymagania te można wyrazić za pomocą różnych przypadków użycia.
3. Diagram przeglądu interakcji
To ten, który ma zdolność do obrazowania przepływu sterowania wraz z węzłami, które zawierają diagramy interakcji. Jest to to samo, co diagram aktywności, w tym sensie, że obie wizualizują sekwencję czynności.
4. Schemat czasowy
Te diagramy są w zasadzie potrzebne do przedstawienia relacji między obiektami, ilekroć centrum uwagi spoczywa na czasie. Jednakże, chociaż nie jesteśmy zainteresowani wiedzą, w jaki sposób obiekty oddziałują na siebie, a nawet zmieniają się nawzajem, pomimo tego, że chcemy przedstawić, jak to zrobić, a także podmioty działałyby wzdłuż osi czasu, która jest liniowa.
5. Diagram UML automatu stanów
Diagramy UML maszyny stanów nazywane są również diagramami wykresów stanów. Są one najczęściej używane do wyjaśnienia różnych stanów komponentu w systemie. Diagramy UML maszyny stanów przyjmują nazwę maszyny stanów, ponieważ jest to po prostu maszyna, która wyjaśnia kilka stanów obiektu, a także sposób, w jaki zmienia się w zależności od zdarzeń wewnętrznych i zewnętrznych.
6. Schemat komunikacji
Diagramy komunikacji, podobnie jak diagramy sekwencji, są rodzajem diagramu interakcji pokazującego interakcje między obiektami. Jest to rozszerzenie diagramu obiektów, który pokazuje obiekty z komunikatami, które przemieszczają się między sobą.
7. Schemat UML sekwencji
Diagramy UML sekwencji mogą być również uważane za najważniejsze diagramy UML wśród modeli na poziomie projektowania dla rozwoju aplikacji biznesowej. Ponieważ mają one charakter wizualnie niewymagający wyjaśnień, ostatnio diagramy te stały się dość popularne w prognozowaniu procesów biznesowych.
8. Schemat klasy
Klasowy diagram UML można również uznać za najczęstszy typ diagramu potrzebny do dokumentacji oprogramowania. Ponieważ większość tworzonego dziś oprogramowania nadal opiera się na paradygmacie OOP, więc jeśli wykorzystamy diagramy klas w celu udokumentowania tego oprogramowania, okaże się to rozsądnym rozwiązaniem. Dzieje się tak również, ponieważ OOP zależy od klas i relacji.
9. Schemat obiektu
Diagramy UML obiektów pomagają programistom w sprawdzaniu, czy utworzona przez nich ogólna abstrakcyjna struktura, tj. Diagram klas, reprezentuje żywotną strukturę za każdym razem, gdy zostanie zastosowana w praktyce, to znaczy podczas tworzenia instancji obiektów klasy. Jednak niewielu programistów uważa to za dodatkowy poziom sprawdzania dokładności.
10. Schemat komponentów
Diagramy UML komponentów mogą pomóc w rozbiciu systemu na mniejsze komponenty, ilekroć masz do czynienia z dokumentacją dość skomplikowanych systemów. Często trudno jest przewidzieć architekturę systemu, ponieważ może on obejmować różne działy lub też może wykorzystywać różne technologie.
11. Schemat struktury kompozytowej
Schemat struktury złożonej jest uważany za rodzaj schematu statycznego pokazującego wewnętrzną strukturę klasy, a także współpracę. Jest to zestaw powiązanych ze sobą elementów.
12. Schemat wdrażania
Następnie diagramy wdrażania są zwykle używane do wizualizacji relacji między oprogramowaniem a sprzętem. Jeśli mówimy bardziej szczegółowo, to przy pomocy diagramów wdrażania możemy również zbudować fizyczny model rozmieszczenia artefaktów w węzłach będących komponentami sprzętowymi.
Jeśli mówimy o typowym uproszczonym schemacie wdrażania w aplikacji internetowej, obejmuje on:
- Węzły, to znaczy serwer aplikacji i serwer bazy danych
- Artefakty, czyli klient aplikacji i schemat bazy danych
13. Schemat opakowania
Schemat pakietu przypomina bardziej kontener makr wymagany do wdrożenia diagramów UML, które już wyjaśniliśmy. Teraz różne pakiety zawierają węzły, a także artefakty. Organizują komponenty i diagramy modeli w grupy w taki sam sposób, jak przestrzeń nazw zawiera różne nazwy, które są w pewien sposób dość skorelowane.
14. Schemat profilu
Diagramów profili nie można uznać za typowy typ diagramów UML. Mimo to można go traktować bardziej jak mechanizm rozszerzalności, a nie typ diagramu jak każdy inny.
Używając stereotypów, ograniczeń i oznaczonych wartości, możemy łatwo rozszerzać, a także dostosowywać już istniejące notacje UML. Diagramy profili są jednak jak język. Na przykład, jeśli mówisz po angielsku, możesz łatwo tworzyć nowe zdania. W podobny sposób, jeśli mówisz na diagramach profilowych, możesz łatwo i konkretnie tworzyć nowe właściwości, a także semantykę dla diagramów UML.
Wniosek
Dlatego diagramy UML są przydatne, gdy modelujemy dane biznesowe. Atrybuty klas odwzorowują abstrakcyjne metody dostępu do trwałych pól, a role asocjacji odwzorowują abstrakcyjne metody dostępu do pól relacji. Możliwość nawigacji przewiduje, czy metody dostępu do relacji pojawią się w obu komponentach bean jednostek, czy tylko w jednym. Ponadto notacja wielokrotności określa poprawny typ dla pól relacji, problemów cyklu życia, a także właściwości kaskadowego usuwania.
Polecane artykuły
Jest to przewodnik po typach diagramów UML. Tutaj omawiamy podstawowe pojęcia z najszerszymi kategoriami diagramu UML. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Co to jest C ++
- Co to jest Git?
- Co to jest JavaScript?
- Co to jest tablica PHP?