- •Архитектура ис, ит-архитектура, ит-ресурсы, архитектура программной системы: определение
- •Основные аспекты анализа структуры автоматизированных информационных систем (подробно)
- •Слои архитектуры предприятия (подробно)
- •Бизнес-слой
- •Архитектура данных
- •Использование метода (модели) Захмана для описания архитектуры ис
- •Архитектура cim: назначение, достоинства/недостатки. Пример использования модели cim для описания архитектуры ис.
- •Модель pera: назначение, достоинства/недостатки. Пример использования модели pera для описания архитектуры ис.
- •Модель mesa: назначение, достоинства/недостатки. Пример использования модели mesa для описания архитектуры ис.
- •Модель scor: назначение, достоинства/недостатки. Пример использования модели scor для описания архитектуры ис.
- •Основные scor процессы
- •Уровни scor модели
Слои архитектуры предприятия (подробно)
При описании архитектуры используется понятие «слой» - способ структуризации информации, содержащейся в понятии архитектуры и указывающей, какой аспект деятельности предприятия отражается.
Архитектура предприятия обычно имеет 7 слоев:
Бизнес-слой
Бизнес-слой идентифицирует функции, процессы, организацию и информационные потоки, обеспечивающие миссию организации.
Он представляет исходную точку зрения для анализа данных, используемых приложений и их возможностей, а также реализацию технологий, необходимых для поддержания повторного использования компонентов и выполнения стандартов.
В этом слое учитываются все потенциально возможные методы доступа к информации (персональные контакты, электронные средства, бумажные документы, сервис-провайдеры).
Архитектура данных
Архитектура данных определяет главные типы данных, которые необходимы для поддержки деятельности предприятия. Содержит словарь общих данных и определений, который особо важен для использования.
В архитектуру данных включаются не только операционные, но и аналитические данные, содержание, представленное на Web-сайтах, присутствует модель интероперабельности (поддержки взаимодействия).
Для поддержки интероперабельности данных необходимо:
использовать стандартные синтаксисы;
применять промышленные словари;
избегать создания всеобщих схем, применять их сегментирование и структурирование с учетом последующего расширения и распространения в масштабе всего проекта;
обеспечить совпадение семантики разделяемых (совместно используемых) элементов данных;
использовать стандартные интерфейсы для услуг документирования.
Модель интероперабельности описывает прикладные компоненты, поддерживающие концептуальную модель/модель процессов и способ взаимодействия в пределах конкретных решений. Она поддерживает интероперабельность для пользователей, данных и приложений.
интеграция физических данных
концептуальная модель/модель процессов
архитектура приложений
Архитектура приложений определяет используемые приложения и средства, предназначенные для эффективного управления данными и информацией, для поддержки деятельности и достижения намеченных целей.
технологическая архитектура
Технологическая архитектура определяет доступное компьютерное оборудование, программное обеспечение, а также физическое расположение с позиции поддержания приложений, данных, функций.
техническая модель
Техническая модель показывает, как взаимодействуют те или иные компоненты.
Архитектура безопасности предусматривается для каждого компонента модели интероперабельности, начиная от услуг электронной аутентификации и заканчивая управлением доступом через запрашивающие приложения и транзакционные услуги. Секретность, как безопасность, отражается во всех компонентах модели интероперабельности.
