Описание слоев архитектуры

We use cookies. Read the Privacy and Cookie Policy

Описание слоев архитектуры

Как отмечалось ранее, архитектура предприятия представляется с помощью такого понятия, как слои. Обычно рассматривают следующие слои:

• бизнес-слой;

• архитектура данных;

• интеграция физических данных;

• концептуальная модель/модель процессов;

• архитектура приложений;

• технологическая архитектура;

• техническая модель.

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

В бизнес-слое учитываются все потенциально возможные методы доступа к информации, а именно:

•  персональные контакты (личные встречи, телефонные переговоры, видеоконференции);

•  электронные средства (факсимильная связь, Web-браузеры, информационные киоски и др.);

•  бумажные документы (подача бумажных документов с помощью традиционной почты);

•  сервис-провайдеры (коммерческие поставщики услуг или предприятия смешанного типа).

Архитектура данных определяет главные типы данных, которые необходимы для поддержки деятельности предприятия. Словарь общих данных и определений является особенно критическим для использования. В нем часто пересекаются традиционные организационные, функциональные и системные границы. В архитектуру данных, кроме того, включаются не только операционные, но и аналитические данные, и содержание (контент), представленное на Web-сайтах. В этом же слое присутствует модель интероперабельности (поддержки взаимодействия).

Для поддержки интероперабельности данных необходимо:

• использовать стандартные синтаксисы;

• применять промышленные словари с момента начала разработки и использовать их в качестве отправной точки;

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

• обеспечивать совпадение семантики разделяемых (совместно используемых) элементов данных;

• использовать стандартные интерфейсы для услуг документирования.

Модель интероперабельности описывает важнейшие прикладные компоненты, которые поддерживают концептуальную модель/модель процессов и способ взаимодействия в пределах конкретных решений. Такая модель охватывает поддержку интероперабельности для пользователей, данных и приложений. Она отражает широко распространенные промышленные стандарты и передовой опыт.

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

Секретность, как и безопасность, должна отражаться во всех компонентах модели интероперабельности.

Границы размещения различных компонентов модели интероперабельности не являются жесткими.

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

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

Техническая модель показывает, как взаимодействуют те или иные компоненты.

Данный текст является ознакомительным фрагментом.