UML może być używane tak dużo lub tak mało, jak chcesz.Martin Fowler opisuje trzy powszechne sposoby, w jakie ludzie mają tendencję do używania UML:
- UML jako szkic — Użyj UML do tworzenia krótkich szkiców, aby przekazać kluczowe punkty. To są szkice jednorazowe, które można napisać na tablicy lub nawet na podkładce pod piwo w kryzysowej sytuacji. W początkowych etapach rozwoju, używanie UML jako szkicu jest bardzo skuteczne i może być używane jako narzędzie współpracy, w którym deweloperzy mogą burzyć mózgi na temat projektowania systemu.
- UML jako plan — Dostarcz szczegółową specyfikację systemu za pomocą diagramów UML. Te diagramy nie będą jednorazowe, ale będą generowane za pomocą narzędzia UML. UML może być używane jako plan, a deweloperzy mogą się nim kierować, aby produkować kod. Użycie prostych szkiców nie byłoby wystarczające, ponieważ wymagałoby od nich wypełnienia luk. To podejście jest zazwyczaj związane z systemami oprogramowania i zazwyczaj obejmuje użycie inżynierii wstecznej i inżynierii do przodu, aby utrzymać model zsynchronizowany z kodem.
- UML jako język programowania — To przechodzi bezpośrednio z modelu UML do kodu wykonywalnego (nie tylko części kodu, jak w przypadku inżynierii do przodu), co oznacza, że każdy aspekt systemu jest modelowany. Teoretycznie możesz przechowywać swój model w nieskończoność i używać transformacji oraz generowania kodu do wdrażania w różnych środowiskach. Fowler uważa, że wydajność UML jako języka programowania dzisiaj nie jest lepsza niż wydajność używania jakiegokolwiek innego języka, dlatego będzie trudno, aby UML stał się mainstreamowy. Uważa również, że bardzo szczegółowe plany nie są skuteczne, ponieważ są trudne do wykonania i spowolnią rozwój.
Podsumowanie
Zastosowane podejście zależy od rodzaju aplikacji, którą budujesz, jak rygorystycznie projekt będzie oceniany, czy rozwijasz system oprogramowania, a jeśli tak, to od procesu rozwoju oprogramowania, którego używasz.
W niektórych branżach, takich jak medycyna i obrona, projekty oprogramowania mają tendencję do korzystania z UML jako planu, ponieważ wymagana jest wysoka jakość. Projektowanie oprogramowania jest ściśle oceniane, ponieważ może być krytyczne dla misji: nie chcesz, aby twoja maszyna do monitorowania serca nagle wyświetliła „niebieski ekran śmierci.”
Niektóre projekty mogą obejść się z mniejszym modelowaniem. W rzeczywistości niektóre branże komercyjne stwierdzają, że zbyt wiele modelowania jest uciążliwe i spowalnia wydajność. Dla takich projektów sensowne jest użycie UML jako szkicu i posiadanie modelu zawierającego kilka diagramów architektonicznych oraz kilka diagramów klas i sekwencji, aby zilustrować kluczowe punkty.
Zalecane odniesienia do UML
- Przewodniki i artykuły dotyczące UML przez Visual Paradigm
- Inżynieria kodu z użyciem Visual Paradigm
- Generowanie kodu bazy danych i framework ORM
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文