20. Контекст и уровни абстракции архитектуры предприятия.

Перспектива (уровень абстракции)	Уровень детализации
Контекст	Компания представляется в виде "черного ящика" и является центральным "действующим лицом" (фактором). Бизнес моделируется с точки зрения внешних для бизнеса факторов. Моделируются только бизнес-взаимодействия, средства игнорируются.
Концептуальный	Моделируются потоки работ бизнес-процессов, идентифицированных на концептуальном уровне. Система, реализующая процессы, является центральным актором в форме "черного ящика". Бизнес-процессы моделируются с точки зрения внешних для системы факторов. Рассматриваются средства коммуникаций, используемые для выполнения транзакций.
Логический	Моделируется внутренняя архитектура системы. Основные компоненты системы являются основными факторами. Поведение системы моделируется с точки зрения внутренних для системы "черных ящиков".
Физический	Моделируется физическая структура реализации системы.

21. Интегрированная концепция архитектуры предприятия.

а) системные архитектуры (называемые иногда архитектурами "типа 1"), действие которых распространяется на проектирование системы, например, на компьютеризированную систему, являющуюся частью системы интеграции предприятия;

б) стандартные проекты предприятия (называемые иногда архитектурами "типа 2"), действие которых распространяется на организацию разработки и выполнения проекта, например, на интеграцию предприятия или другую программу развития предприятия.

В некоторых работах выделяют такие виды, как системная архитектура (архитектура систем – System Architecture) и программная архитектура (архитектура программного обеспечения – Software Architecture).

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

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

Каждая из архитектур, в свою очередь, может рассматриваться с тем или иным уровнем детализации. Так, для программной архитектуры выделяют следующие уровни описания архитектуры:

• концептуальная архитектура – определяет компоненты системы и их назначения, обычно в неформальном виде. Это представление часто используется для обсуждения с нетехническими специалистами, такими как руководство, бизнес-менеджеры и конечные пользователи функциональных характеристик системы (что система должна уметь делать, в основном, с точки зрения конечного пользователя):

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

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