Model widoku architektonicznego 4+1
4 + 1 to model widoku używany do „opisywania architektury systemów intensywnie korzystających z oprogramowania, oparty na wykorzystaniu wielu równoczesnych widoków”. Widoki są używane do opisywania systemu z punktu widzenia różnych interesariuszy, takich jak użytkownicy końcowi, programiści, inżynierowie systemowi i kierownicy projektów. Cztery widoki modelu to widok logiczny, rozwojowy, procesowy i fizyczny. Dodatkowo wybrane przypadki użycia lub scenariusze służą zilustrowaniu architektury służącej jako widok „plus jeden”. Stąd model zawiera widoki 4+1:
- Widok logiczny : Widok logiczny dotyczy funkcjonalności, które system zapewnia użytkownikom końcowym. Diagramy UML służą do reprezentowania widoku logicznego i obejmują diagramy klas i diagramy stanów .
- Widok procesu : Widok procesu dotyczy dynamicznych aspektów systemu, wyjaśnia procesy systemowe i sposób ich komunikacji oraz koncentruje się na zachowaniu systemu w czasie wykonywania. Widok procesu dotyczy współbieżności, dystrybucji, integratora, wydajności i skalowalności itp. Diagramy UML reprezentujące widok procesu obejmują diagram sekwencji , diagram komunikacji , diagram aktywności .
- Widok programistyczny : Widok programistyczny ilustruje system z perspektywy programisty i dotyczy zarządzania oprogramowaniem. Ten widok jest również nazywany widokiem implementacji. Diagramy UML używane do reprezentowania widoku programistycznego obejmują diagram pakietu i diagram komponentów .
- Widok fizyczny : widok fizyczny (inaczej widok wdrożenia ) przedstawia system z punktu widzenia inżyniera systemowego. Zajmuje się topologią komponentów oprogramowania w warstwie fizycznej oraz fizycznymi połączeniami między tymi komponentami. Diagramy UML używane do reprezentowania widoku fizycznego obejmują diagram wdrażania .
- Scenariusze : Opis architektury jest ilustrowany za pomocą małego zestawu przypadków użycia lub scenariuszy, które stają się piątym widokiem. Scenariusze opisują sekwencje interakcji pomiędzy obiektami oraz pomiędzy procesami. Służą do identyfikacji elementów architektonicznych oraz do zilustrowania i zatwierdzenia projektu architektonicznego. Stanowią również punkt wyjścia do testów prototypu architektury. Ten widok jest również znany jako widok przypadku użycia .
Model widoku 4+1 jest ogólny i nie ogranicza się do żadnej notacji, narzędzia ani metody projektowania. Cytując Kruchtena,
Model widoku „4+1” jest raczej „ogólny”: można zastosować inne notacje i narzędzia, można zastosować inne metody projektowania, zwłaszcza dla dekompozycji logicznej i procesowej, ale wskazaliśmy te, które wykorzystaliśmy z powodzeniem.
— Philippe Kruchten, Plany architektoniczne — model widoku „4+1” architektury oprogramowania