Структура Федеральной структуры архитектуры предприятия (FEAF), представленной в 2001 году, которая определила четыре архитектурных области. [1]
Домен архитектуры в архитектуре предприятия — это широкий взгляд на предприятие или систему. Это частичное представление всей системы, которое решает ряд проблем нескольких заинтересованных сторон. Это описание, которое скрывает другие взгляды или аспекты описываемой системы. Архитектуры бизнеса , данных , приложений и технологий признаны основными областями в большинстве предлагаемых концепций, касающихся определения архитектуры предприятия. [2]
Обзор
Слои советникаЭталонная архитектура архитектуры предприятия с поддоменами
Со времени выхода книги Стивена Спевака под названием « Планирование архитектуры предприятия » (EAP) в 1993 году [3] и, возможно, раньше, было принято различать четыре типа доменов архитектуры. «Эталонная модель для архитектуры предприятия и решений» Британского компьютерного общества также следует этому подразделу, но дополнительно упоминает (одиночный) уровень архитектуры приложения чуть ниже архитектуры приложения, а также области информационной архитектуры, архитектуры информационных систем или безопасности. архитектура (сквозная проблема): [4]
Бизнес-архитектура : структура и поведение бизнес-системы (не обязательно связанной с компьютерами). Охватывает бизнес-цели, бизнес-функции или возможности, бизнес-процессы и роли и т. д. Бизнес-функции и бизнес-процессы часто сопоставляются с необходимыми приложениями и данными.
Архитектура данных : структуры данных, используемые бизнесом и/или его приложениями. Описания данных в хранилище и данных в движении. Описания хранилищ данных, групп данных и элементов данных. Сопоставление этих артефактов данных с качеством данных, приложениями, местоположениями и т. д.
Архитектура приложений : структура и поведение приложений, используемых в бизнесе, с упором на то, как они взаимодействуют друг с другом и с пользователями. Ориентирован на данные, потребляемые и производимые приложениями, а не на их внутреннюю структуру. При управлении портфелем приложений приложения обычно сопоставляются с бизнес-функциями и технологиями платформы приложений.
Архитектура приложения (или компонента): внутренняя структура, модульность программного обеспечения внутри приложения. Это архитектура программного обеспечения на самом низком уровне детализации. Обычно это ниже уровня модульности, который определяют архитекторы решений. Однако жесткой разделительной линии не существует .
Технологическая архитектура или архитектура инфраструктуры: структура и поведение ИТ -инфраструктуры . Охватывает клиентские и серверные узлы аппаратной конфигурации, инфраструктурные приложения, которые на них выполняются, инфраструктурные услуги, которые они предлагают приложениям, протоколы и сети, соединяющие приложения и узлы.
Обратите внимание, что архитектура приложений — это портфель приложений, а не внутренняя архитектура отдельного приложения, которую часто называют архитектурой приложения.
Многие структуры EA объединяют области данных и приложений в один уровень, расположенный ниже бизнеса (обычно это система человеческой деятельности; это система обозначений, выражающая целенаправленную человеческую деятельность теоретическим способом с использованием интеллектуальных конструкций, а не описаний реальной реальной деятельности). [5] ) и над технологией (ИТ-инфраструктура платформы). Есть много вариаций на эту тему.
^ Совет директоров по информационным технологиям (2001) Практическое руководство по архитектуре федерального предприятия. Февраль 2001 года.
^ Н. Дедич, «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы», в IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.
^ Стивен Спевак ; С. К. Хилл (1992). Планирование архитектуры предприятия: разработка плана для данных, приложений и технологий . Бостон, паб QED. Группа. ISBN 978-0-471-59985-2.
^ «Эталонная модель для сертификатов ISEB в архитектуре предприятия и решения версии 3.0» (PDF) . БКС. 2010.
^ Системы человеческой деятельности - Системное мышление, Системная практика, Питер Чекленд, 1981, стр. 115, 314