- •Вопрос 1. Особенность процессно-ориентированного управления. Эффективность использования информационных технологий. Концепция архитектуры предприятия.
- •Изменение целей и результатов применения ит
- •Вопрос 2. Домены и уровни абстракции
- •Вопрос 3. Модели доменов. Общие понятия и принципы
- •Вопрос 4. Архитектура ит
- •Вопрос 5. Модели бизнес-архитектуры
- •Вопрос 6. Архитектура информации
- •Вопрос 7. Основные модели и инструменты описания архитектуры информации
- •Вопрос 8. Архитектура приложений
- •Вопрос 9. Влияние архитектуры приложений на инфраструктуру. Технологическая архитектура
- •Вопрос 10. Использование архитектурных шаблонов в технологической архитектуре
- •Вопрос 11. Сервис - ориентированная архитектура (soa) и архитектура, управляемая моделями (mda)
- •Вопрос 12. Методики описания архитектур. Модель Захмана
- •Вопрос 13. Методология togaf. Базовые концепции
- •Вопрос 14. Togaf - Основные концепции
- •Вопрос 15. Ключевые точки цикла adm. Цели фаз. Руководство процессом adm
- •Вопрос 16. Составные части Enterprise Continuum. Назначение и структура Architecture и Solution Continuum, Architecture Repository.
- •Вопрос 17. Задачи и ключевые аспекты каждой фазы цикла adm
- •Вопрос 18. Архитектурные принципы и техники adm
- •Вопрос 19. Управление архитектурой. Совет по архитектуре, архитектурные контракты, обзоры соответствия архитектуры
- •Вопрос 20. Конечные результаты архитектуры
- •Вопрос 21. Справочные эталонные модели togaf
Вопрос 12. Методики описания архитектур. Модель Захмана
Методики описания архитектур
Они задают классификацию основных областей архитектуры, стандарты, принципы описания процессов, моделей. Примерами методик являются:
методики, опубликованные аналитическими компаниями Gartner, Giga Group, META Group и др.;
модель Захмана;
методика TOGAF;
методика POSIX 1003.23.
Модель Захмана
Создана для ИТ-систем, затем этот подход был обобщен для описания предприятия в целом. Основная идея - обеспечить возможность последовательного описания каждого аспекта системы в координации со всеми остальными. Модель представляется в виде таблицы, имеющей пять строк и шесть столбцов (шестая строка соответствует не уровню описания архитектуры, а уровню работающей системы или предприятия в целом).
Основные правила заполнения таблицы
каждая клетка таблицы независима от других, вместе они образуют функционально полное пространство для описания системы ("базис");
порядок следования колонок несущественен;
каждая клетка содержит соответствующее описание аспекта реализации системы в виде определенной модели или текстового документа;
базовые модели для каждой из колонок являются уникальными;
соответствующие модели в клетках каждого ряда в совокупности образуют полное описание системы с выбранной перспективы;
заполнение клеток должно проводиться последовательно "сверху вниз".
Последовательная детализация отдельных аспектов описания системы
Первая колонка определяет используемые в системе данные. На верхнем уровне это перечисление основных объектов, используемых в бизнесе.
На втором уровне - семантическая модель, обычно в виде ER диаграммы.
На третьем уровне эта модель приводится к нормализованной форме, определяются все атрибуты и ключи.
Четвертый уровень - это физическая модель данных (в ООП – иерархия классов).
Следующий уровень содержит описание модели на языке управления данными для формирования таблиц, готовые библиотеки классов.
Последний уровень описывает фактические наборы данных, в том числе, журналы доступа, размеры реально занимаемого дискового пространства, статистику обращений и т.п.
Колонка функции
Последовательно описывает как миссия предприятия реализуется на уровне отдельных операций. На первом уровне перечисление бизнес-процессов. Второй уровень содержит модель бизнес-процессов, которая впоследствии детализируется в операции над данными и архитектуру приложений (уровень 3), методы классов (уровень 4), программный код (уровень 5) и исполняемые модули. При этом, начиная с 4-го уровня, рассмотрение ведется уже не в рамках Предприятия в целом, а по отдельным подсистемам или приложениям.
Колонка - ГДЕ?
Определяет пространственное распределение компонент системы и сетевую организацию.
На уровне планирования бизнеса определяется расположение всех производственных объектов.
На 2-ом уровне модель взаимодействия объектов.
На третьем уровне осуществляется привязка компонент информационной системы к узлам сети.
Четвертый уровень служит для определения физической реализации в терминах аппаратных платформ, системного ПО и средств интеграции компонент ИС.
На пятом уровне определяются используемые протоколы и спецификации каналов связи.
Последний уровень описывает функционирование реализованной сети.
Колонка - КТО?
Определяет участников процесса.
На уровне планирования бизнеса здесь представлен список подразделений предприятия и выполняемые ими функции.
На следующем уровне - организационная диаграмма и общие требования к информационной безопасности.
Далее последовательно определяются участники бизнес-процессов и их роли, требования к интерфейсам пользователей, правила доступа к объектам, физическая реализация в виде кода или операторов определения доступа к таблицам в СУБД.
Последний уровень описывает обученных пользователей системы.
Колонка – ВРЕМЯ
Определяет временные характеристики бизнес-процессов и работы системы.
На уровне 1 - календарный план.
На уровне 2 - основные параметры бизнес-процессов (например, требование ко времени оформления сделки).
На 3 уровне определяются события, вызывающие изменение состояния информационных объектов и инициацию операций над ними.
На 4 уровне эти события транслируются в программные вызовы (триггеры) или передаваемые сообщения.
5 уровень определяет физическую реализацию обработки таких событий.
На 6 уровне – фактическая история функционирования системы.
Колонка - МОТИВАЦИЯ
Задает порядок перехода от задач бизнеса к требованиям и элементам информационных систем. Исходной точкой является бизнес-стратегия, которая затем последовательно транслируется в бизнес-план, затем в правила и ограничения для реализации бизнес-процессов, а на уровне 4 – в соответствующие приложения, необходимые для включения в состав информационных систем.
Модель Захмана можно использовать:
для классификации информации, описывающей предприятие и его информационные системы, для выявления "белых пятен" и координации работ;
на метауровне – для сравнения различных вариантов архитектуры предприятия;
для использования в отдельных проектах. Например, в проекте по созданию корпоративного информационного портала необходимо определить элементы в строках 3-5 колонки 4, т.е. требования пользователей к представлению данных, интерфейсы и спецификацию по разграничению доступа с учетом существующих "унаследованных" компонент информационной системы. Эта существующая технологическая архитектура, в свою очередь, рассматривается в ячейке на пересечении четвертой строки и третьего столбца таблицы.
Недостатки модели: нет механизма распространения изменений между элементами таблицы (вручную), отсутствие рассмотрения системы в динамике (нет четкого разделения "временных срезов").