Вопрос 2. Домены и уровни абстракции
Общим для всех методик описания архитектуры является выделение четырёх представлений или предметных областей (доменов):
бизнес-архитектура – люди и процессы;
архитектура информации – данные, информация и знания;
архитектура прикладных систем;
технологическая архитектура.
Уровни детализации
Могут выделяться дополнительные представления, например, архитектура интеграции или архитектура общих сервисов. При описании представлений используется различная степень детализации уровней абстракции.
Выделяют следующие уровни детализации:
уровень контекста– ориентирован на бизнес-руководство;
концептуальный уровеньили "Видение Общих Требований" – ориентирован на "владельцев" бизнес-процессов;
логический уровень– ориентирован на архитекторов и проектировщиков систем;
физический уровень– ориентирован на проектировщиков и разработчиков систем.
Контекст
Уровень контекста описывает внешнюю среду, движущие силы и факторы, оказывающие действие на бизнес организации и приоритеты. Обычно "технические люди" игнорируют эти модели считая их слишком упрощенными и абсолютно "нетехнологичными". Однако контекст является важным для понимания технологических решений.
Примеры вопросов, на которые должен давать ответ уровень контекста:
Каких целей хочет добиться организация?
Почему организация занимается таким бизнесом: видение, миссия и цели?
Примеры вопросов, которые рассматриваются на данном уровне, следующие:
Какие области бизнеса должны быть поддержаны информационными технологиями?
Какая общая бизнес-архитектура (например, "фронт-офис", "мид-офис", "бэк-офис") будет использоваться?
Логический уровень
На этом уровне даются ответы на такие вопросы как:
Какие приложения необходимы для поддержки бизнес-процессов?
Кто является основными пользователями и заинтересованными сторонами в реализации данных прикладных систем?
Как выглядят нормализованные модели данных для этих приложений?
Ключевыми вопросами, которые должны быть решены на данном уровне абстракции, являются следующие:
Как должны быть сгруппированы логические компоненты (например, должен ли использоваться единый каталог пользователей для обеспечения единого сервиса регистрации, независимо от используемых каналов взаимодействия)?
Как логические компоненты будут распределены между различными системами (будут ли эти компоненты реализованы в виде web-сервисов)?
Физический уровень
Примеры вопросов, на которые отвечают на данном уровне абстракции, следующие:
Каковы функциональные спецификации каждой прикладной системы?
Будет ли организация разрабатывать специализированные приложения или покупать стандартные?
Как данные будут представлены на физическом уровне?
Интегрированная концепция архитектуры предприятия
В конкретных ситуациях можно использовать только некоторые части общей концепции, например, концептуальный и логический уровни. Ценность архитектуры предприятия состоит в связях, взаимодействии и зависимостях между отдельными представлениями (предметными областями). Архитектура предприятия никогда не является полностью завершенной, т.к. развитие бизнеса требует постоянных изменений.
Описание уровней
Концептуальный уровень– определение функциональных требований и выработка решений, необходимых для реализации соответствующей архитектуры, определение состава инструментария (внешняя среда, факторы воздействия, стратегия предприятия – с помощью диаграмм языка UML).
Логический уровень– анализ текущего состояния архитектуры, определение необходимого набора сервисов, компонент и их взаимосвязей, формирование временного графика перехода (модели приложений).
Физический уровень– принципы проектирования, критерии отбора технологических решений, стандарты, правила, определение технических деталей (технологические модели приложений).
Уровень реализации– формирование плана реализации перспективной архитектуры (модель реализации, оборудование, сеть, СУБД, программный код).