Попробуем, прежде всего, разобраться, в чем состоит цель ACDM. Какие основные задачи он перед собой ставит и за одно, чем этот подход ACDM, архитектурно-центрический метод проектирования, чем он не является. Целью, естественно, является архитектурное проектирование программных систем. При этом следует отметить, что ACDM — это гибкий метод, который ориентирован на оперативное управление рисками и итеративную разработку. Какие задачи стоят перед разработчиками по ACDM? Это, прежде всего, выявление, анализ и организация архитектурных драйверов или движущих сил архитектурного проектирования, а также руководство архитектурным проектом и созданием соответствующей документации. Мы помним из курса о моделях жизненного цикла, что в ряде случаев (скажем, водопадные модели) документирование фактически управляет жизненным циклом. И, собственно, метокогнитивный цикл развития программных проектов с учетом их оценки управления, в том числе архитектурными пробами или некими прототипами, предварительным видением архитектуры проекта с учетом итеративного уточнения конструкций, оценка планирования и коррекция — вот основные стадии каждой из наших итераций в рамках ACDM. Ну, и чем ACDM не является, что он не включает — это детальное проектирование, это процессы разработки, достаточно тех методологий, которые уже существуют и которые мы обсуждали. Это Rational Unified Process, Microsoft Solution Framework, гибкие подходы. А также ACDM не включает особенности реализации на уровне конкретных языков и систем программирования, на уровне аппаратного обеспечения моделей жизненного цикла, а также инструментария поддержки разработки программных систем. Что касается структуры ACDM этого архитектурно-центричного подхода? Что он определяет? В чем его смысл? Прежде всего, речь идет о построении архитектурного проекта. Детальное проектирование, реализация, тестирование и так далее в этом случае нас интересует в меньшей степени. Речь идет о том, что технологии или подход ACDM дает нам возможность быстрого итеративного производства начальной версии архитектуры проекта, который затем можно скорректировать. При этом в целом определяются основные стадии работ по производству архитектурного прототипа и архитектуры программной системы на основе быстрой адаптивной разработки и высокого качества. Высокое качество возникает из грамотного баланса атрибутов качества или драйверов архитектуры, выявление которых и представляет собой важнейшую задачу для архитекторов, выявление управления которыми критически важно. Именно эти драйверы выстраиваются на, возможно, более ранних стадиях разработки и по сути дела руководят разработкой архитектурного проекта. За счет чего наша точка сборки, о которой мы говорили совсем недавно, приближается к инициации архитектурного проекта и старту архитектурного проектирования насколько это возможно. Таким образом, драйверы архитектуры помогают проектированию оценки и коррекции архитектурного проекта, а также его проектированию. И результаты оценки позволяют уточнять архитектурный проект при помощи подхода ACDM. В чем же состоит процессная основа подхода, основанного на архитектурном проектировании. Это, прежде всего, итеративная разработка по метакогнитивному циклу с постоянным уточнением проекта и оценкой проекта, архитектурными тестами, архитектурными пробами на каждом витке этого последовательного уточнения. При этом оценка проекта определяет, во-первых, готов ли он к производству, то есть можно ли закончить итерации и перейти уже на следующую стадию производства или детального архитектурного проектирования и кодирования, тестирования, интеграции и так далее. И с другой стороны, выявляет проблемы, которые важны для текущих и последующих архитектурных тестов и их результатов, те атрибуты качества и их баланс, которые являются существенными для продукта, могут дать возможность проявить определенные проблемы архитектурного тестирования на каждом из этапов ACDM, на каждом из этапов проектирования. Вторая существенная вещь, которая происходит — это архитектурное тестирование. С одной стороны, решаются проблемы, выявленные при оценке проекта, при этом, с другой стороны, архитектурное тестирование представляет собой основу для понимания того, насколько продукт готов к производству и для уточнения проекта.
