У ISO/IEC/IEEE 42010 (Systems and Software Engineering — Architecture Description) є два близькі, але різні поняття:
Viewpoint (точка зору)
- Визначення: це "шаблон" або правило, яке пояснює як і для кого треба створювати архітектурне подання.
- Він відповідає на питання: які інтереси стейкхолдера ми показуємо, яку інформацію включаємо, якими засобами (діаграми, таблиці, текст) описуємо.
- Простими словами: viewpoint — це інструкція або рецепт для створення подання.
View (подання)
- Визначення: це конкретний результат застосування viewpoint до вашої системи.
- Тобто це вже готова діаграма, таблиця чи текст, що показує систему під певним кутом зору.
- Простими словами: view — це фото системи, зроблене за тим рецептом.
Приклад
Уявімо, що будуємо архітектуру для хмарної платформи:- Stakeholder (зацікавлена сторона)
- CIO (Chief Information Officer, директор з ІТ)
- Його concern (потреба): чи масштабована система і як забезпечено інтеграцію між додатками?
- CIO (Chief Information Officer, директор з ІТ)
- Viewpoint (точка зору на інтеграцію додатків)
- Назва: Application Communication Viewpoint
- Призначення: показати, як взаємодіють модулі та сервіси
- Мова: UML Component Diagram або ArchiMate Application Collaboration
- Яку інформацію включати: сервіси, API, протоколи, залежності
- Назва: Application Communication Viewpoint
- View (конкретне подання)
- Діаграма з Azure AD, веб-додатком на Ubuntu, RDS MySQL, інтеграцією з O365.
- Тут видно, що користувачі логіняться через Entra ID, доступ йде через API-шлюз, БД інтегрується через ORM-шар.
- Це вже готова картинка, яку CIO може подивитися.
- Діаграма з Azure AD, веб-додатком на Ubuntu, RDS MySQL, інтеграцією з O365.
🔹 Отже:
- Viewpoint = каже: "покажи архітектуру додатків через компоненти і протоколи"
- View = конкретна діаграма з вашим Entra ID, API Gateway і MySQL