Область архитектуры

Домен архитектуры в архитектуре предприятия — это широкий взгляд на предприятие или систему. Это частичное представление всей системы, которое решает ряд проблем нескольких заинтересованных сторон. Это описание, которое скрывает другие взгляды или аспекты описываемой системы. Архитектуры бизнеса , данных , приложений и технологий признаны основными областями в большинстве предлагаемых концепций, касающихся определения архитектуры предприятия. ^[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

[CIOC01-1] Совет директоров по информационным технологиям (2001) Практическое руководство по архитектуре федерального предприятия . Февраль 2001 года.

[2] Н. Дедич, «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы», в IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.

[3] Стивен Спевак ; С. К. Хилл (1992). Планирование архитектуры предприятия: разработка плана для данных, приложений и технологий . Бостон, паб QED. Группа. ISBN 978-0-471-59985-2 .

[4] «Эталонная модель сертификатов ISEB в архитектуре предприятия и решений версии 3.0» (PDF) . БКС. 2010.

[5] Системы человеческой деятельности - Системное мышление, Системная практика, Питер Чекленд, 1981, стр. 115, 314

[1]

[2]

[3]

[4]

[5]