Портал №1 по управлению цифровыми
и информационными технологиями

Роль архитектуры в ИТ

Опубликовано 15 декабря 2016
Рубрики: Архитектура, TOGAF и IT4IT
Комментарии

Трудно поспорить со следующими утверждениями:

  • Требования являются входом для проектирования, результатом которого в свою очередь является дизайн решения.
  • Дизайн решения является входом для разработки, результатом которой в свою очередь является решение, отвечающее ранее полученным требованиям.

Внимание вопрос: где тут архитектура? Влияют ли на архитектуру требования к решению? Где заканчивается архитектурное планирование и начинается проектирование решения? Есть ли прямая связь между архитектурой и конечным решением? Должна ли архитектура транслироваться в дизайн решения?

Марк Смолли, хорошо знакомый читателям RealITSM, опубликовал на страницах портала IT Chronicles заметку под провокационным названием «Архитектура ИТ – не более, чем иллюзия?», в которой предпринял попытку дать лаконичный ответ на эти вопросы.

TOGAF 9.1 определяет архитектуру как:

  • формальное описание или подробный план системы, поддерживающий ее внедрение;
  • структуру компонентов, их взаимосвязей, а также принципы и правила их развития.

Другими словами, архитектура определяет типы компонентов, которые будут использованы при проектировании, а также правила использования этих компонентов.

"Такое определение требует введения понятия окружения (environment), организационного контекста. Так как архитектура определяется для конкретной организации и отвечает на вопрос "Как именно организация должна быть построена, чтобы работать эффективно", архитектура безусловно связана с организационным контекстом. 

При наличии архитектуры на проектирование конкретного решения влияет как требования к решению, так и архитектурные требования, которые применимы для всех решений в заданном организационном контексте",- поясняет Марк.

Тогда получается, что:

  • Архитектура определяется характеристиками организационного контекста, включая ожидаемые требования в долгосрочной перспективе.
  • Архитектура задает и ограничивает проектирование решений за счет определения типов компонентов и правил их использования.

Эти тезисы Марк подкрепляет иллюстрацией:

Источник: IT Chronicles

Комментариев: 1

  • Anton Boganov

    Anton Boganov

    Хм…. “ИТ-инфраструктура предприятия — это единый комплекс программных, технических, коммуникационных, информационных и организационно-технологических средств обеспечения функционирования предприятия, а также средств управления ими”. Есть тут контекст окружения? Конечно есть, в самом слове инфраструктура.


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM