Некоторые моменты, затронутые на серии прошедших вебинаров и в ходе курса «Мастерская проектирования ИТ-решений» представляются мне достаточно важными, чтоб вынести их в отдельную запись в блоге. Напомню, что занимались мы такой дисциплиной как архитектура решений (Solution Architecture) и потому логично будет начать с определения предмета рассуждений. Согласно TOGAF
Solution Architecture A description of a discrete and focused business operation or activity and how IS/IT supports that operation. A Solution Architecture typically applies to a single project or project release, assisting in the translation of requirements into a solution vision, high-level business and/or IT system specifications, and a portfolio of implementation tasks.
Прежде чем прокомментировать это определение я позволю себе привести одно вспомогательное определение, взятое из руководства по бизнес-анализу IIBA BABOK Guide v.3 (2.1 The Business Analysis Core Concept Model™)
Solution A specific way of satisfying one or more needs in a context.
Проще говоря, Solution или решение – это конкретный путь удовлетворения некоторой потребности в имеющем место быть окружении. В том случае если потребность выявлена и определена как цель, то архитектура решения (описание конкретного пути) – это маршрут достижения этой цели. Пара существенных замечаний: Читать далее Все пути исчезают, но …