Повторное использование общих конструкций ускоряет принятие решений в проектах: меньше времени на завершение проекта, проекты успешны.
Лучше интеграция между системами
Сокращение количества интерфейсов и их стандартизация обеспечивают сокращение времени интеграции информационных систем и обеспечивают ее простоту.
Уменьшение ненужной сложности.
Уменьшение общего числа стандартных технологий / продуктов. Устраняются разрывы и дублирование функциональности информационных систем и программно аппаратного обеспечения.
Эффективное использование инфраструктуры
Сокращение количества приложений с идентичной функциональностью. Ужесточение контроля за инфраструктурными компонентами, позволяющими отслеживать не используемые элементы. Стандартизация программно аппаратного комплекса.
Управление будущими инвестициями
Оптимизацию инвестиций за счет вложений в наиболее критичные для бизнеса места.
Зависимость новых технологий и требований бизнеса
Оптимизацию выбора и использования новых технологий в соответствии с требованиями бизнеса. Определение соответствия бизнес стратегии и проектов.
Возможность быстрых изменений.
Сокращение сроков реализации проектов и упрощение внедрения новых систем за счет создания зависимости между бизнес стратегией, бизнес процессами, информационными системами и программно-аппаратным комплексом их поддерживающим.
Построение архитектурного процесса очень часто выделяют в отдельный проект, аналогичный проекту внедрения информационных систем. Начальные действия по инициализации проекта (в соответствии с PMBOK) включают в себя:
· Определения устава и границ проекта.
· Бизнес обоснование реализации проекта.
· Получение административного ресурса (поддержки руководства).
· Определение состава рабочей группы.
· Определение необходимого набора высокоуровневых «стартовых» документов.
· Создание рабочих групп по разным направлениям деятельности (EBA,EIA,ESA,ETA).
В ходе инициализации проекта разрабатывается набор высокоуровневых документов, описывающих основные направления дальнейшего развития архитектуры предприятия, включающих:
· Бизнес - факторы, влияющие на деятельность предприятия.
· Внутренние и внешние технологические факторы и тенденции.
· Общее видение архитектуры предприятия (цели и задачи).
· Принципы построения архитектуры предприятия.
Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (StevenSpewak) и называлсяEAP(EnterpriseArchitecturePlanning). Модель выделяет в архитектуре предприятия семь шагов, разделенных на четыре уровня (рисунок 2.2.), и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса.
Рисунок 2.2. Уровни архитектурного процесса
Уровень 1. Это уровень начало работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры.
Уровень 2 описывает состояние предприятия в настоящий момент времени. Другими словами это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем).
Уровень 3 описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры.
Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции.
Процесс разработки архитектуры предприятия имеет циклическую структуру. Рисунок 2.3. показывает основные элементы архитектурного процесса в виде бок схемы.
Рисунок 2.3. Основные элементы архитектурного процесса
Инициирование проекта построения архитектуры предприятия является первым шагом построения архитектурного процесса и включает в себя:
· Определение предполагаемого использования архитектуры. На этом этапе происходит разработка или корректирована целей, критических факторов успеха (KPI), выбираются возможные методики анализа.
· Определение границ проекта – это описание деятельности компании, включающей информацию о структуре бизнеса и существующих тенденциях в отрасли, информацию филиалах и их географическом расположении.
· Определение требований к данным. Описывает категории данных, степень детализации и метрики.
· Организация процесса сбора и хранения данных. Определяет, как будет собираться информация о текущей и целевой архитектуре предприятия, где будет храниться и как предоставляться заинтересованным лицам.
Анализ среды бизнес деятельности и технологических тенденций обеспечивает общий контекст построения архитектуры, описывает внешние факторы, воздействующие на предприятие, обеспечивает мониторинг существующих тенденций в области новых информационных технологий.
Движущие силы с точки зрения бизнес функций предприятия проводит анализ влияния конкретных информационных систем на бизнес, и формируют набор требований к бизнес-процессам и информационным технологиям.
Концептуальная архитектура описывает состояние «идеального» предприятия с точки зрения бизнеса.
Построение моделей является элементом визуализации архитектуры с помощью инструментов моделирования. С точки зрения аналитиковGartnerэтот этап является необходимым только при детализированном построении архитектуры предприятия.
Текущая архитектура (документирование информации) – описывает процесс поддержки текущей архитектурной картины в актуальном состоянии. С точки зрения информационных технологий на этом этапе происходит анализ существующих программно-аппаратных средств (корректировка информации о текущем состоянии ИТ) и документирование произошедших изменений.
GAP – анализ - это определение различий между существующей архитектурой и «идеальной», и выработка списка необходимых изменений.
План миграции разрабатывается на основеGAPанализа и является набором предложений по изменению архитектуры предприятия. Производится оценка комплекса технических и организационных мероприятий необходимых для достижения «идеального состояния». Проводится анализ осуществимости этих изменений и определения перечня новых проектов и планов (например, по внедрению или модернизации информационных систем).
Активация конкретных проектов, обеспечивающих необходимые изменения в структуре предприятия.
Процесс разработки и обновления архитектуры предприятия должен идти параллельно с внедрением и модернизацией информационных систем предприятия.
Разработка ИТ - архитектуры является цикличным процессом, а жизненный цикл ИТ - архитектуры связан с жизненным циклом всех программно-аппаратных средств. Поэтому мы можем говорить, что разработка ИТ - архитектуры является непрерывным процессом, преобразовывающим информационные технологии предприятия в соответствии с требованиями бизнеса. При разработке архитектуры ИТ многие информационные подразделения строят и используют собственные архитектурные процессы обладающие множеством общих факторов, но отличающиеся деталями. Рисунок 2.4. схематично иллюстрирует архитектурный процесс одной из крупных телекоммуникационной компании.
Следует отметить, что архитектурный процесс является элементом нескольких процессов CobiT:
· PO1 Определить стратегический план ИТ (defineastrategicITplan). Обеспечивает подготовку стратегического плана развития информационных технологий на предприятии с точки зрения требований бизнеса (бизнес стратегии).
· PO2 Определить информационную архитектур (define the information architecture). Считается, что процесс обеспечивает разработку ИТ архитектуры и включает в себя: анализ существующих программно аппаратных средств и поддержку текущей архитектурной картины в актуальном состоянии, разработку целевой архитектуры, проведениеGAPанализа, разработка предложений по изменениям архитектуры (проекты, инициативы).
Рисунок 2.4. Схема архитектурного процесса (РО2 и РО3)
· PO3 Определить технологическое направление (determinethetechnologicaldirection). Процесс обеспечивает мониторинг современных тенденций в области информационных технологий, выработку рекомендаций по использованию программно аппаратных средств, разработку и модернизацию стандартов.
Вне зависимости от использованных методик, обеспечивающих процесс разработки архитектуры предприятия, выделяют набор универсальных архитектурных документов.
В таблице 2.2. представлен набор универсальных архитектурных документов
Почему я выбрал профессую экономиста
Почему одни успешнее, чем другие
Периферийные устройства ЭВМ
Нейроглия (или проще глия, глиальные клетки)
Астрономия
Биология
География
Другие языки
Интернет
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Механика
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Транспорт
Физика
Философия
Финансы
Химия
Экология
Экономика
Электроника
