Файл: Учебное пособие по дисциплине итинфраструктура предприятия (курс лекций) Направление подготовки 38. 03. 05 Бизнесинформатика.pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 07.11.2023
Просмотров: 410
Скачиваний: 6
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Тема 3. Процесс разработки архитектуры предприятия.
1. Общая схема архитектурного процесса
2. Принципы построения архитектуры предприятия
3. Современные методики описания архитектуры предприятия
1. Общая схема архитектурного процесса
Описание процесса разработки архитектуры предприятия является одним из самых важных элементов наряду с принципами построения ар- хитектуры предприятия. Как уже было сказано выше, разработка ИТ - ар- хитектуры является лишь элементом общей архитектуры предприятия.
Разработанная архитектура представляется лишь «застывшей картинкой», отображающей текущее состояние предприятия. В идеале, архитектура предприятия представляет «логически связанный цельный план действий и скоординированных проектов, необходимых для преобразования сло- жившейся архитектуры организации в состояние, определяемое как дол- госрочная цель».
Многие аналитики выделяют следующие подходы процессу по- строения архитектуры предприятия:
Традиционный подход требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап по- строения архитектуры предприятия рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предпри- ятия (текущая архитектура), и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составля- ет процесс построения архитектуры предприятия
Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются но- вые технологии (информационные системы), стандарты, продукты и услу- ги. Такой подход позволяет сосредоточить работы на ключевых бизнес функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов.
Следует отметить о существовании третьего подхода к процессу по- строения архитектуры предприятия: подход статус-кво. Суть данного под- хода в том, что бы не внедрять архитектурный процесс на предприятии или другими словами оставить все как есть.
Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес - архи- тектуре предприятия, позволяющие оптимизировать его бизнес - процес- сы, а изменение бизнес - процессов предприятия непосредственно влияет на изменение ИТ - архитектуры. Следующим шагом разрабатывается план
43 миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое. При этом процесс миграции является лишь оче- редным шагом на пути преобразования предприятия и его окончание оз- начает переход предприятия на новый виток развития, вновь начинаю- щийся с разработки стратегии.
Процесс формирования архитектуры предприятия становится цен- тральным элементом по развитию деятельности организации и может быть встроен в ее бизнес модель. Процесс разработки архитектуры пред- приятия дает возможность гибко подходить к изменениям в технологии ведения бизнеса и разрабатывать минимальное количество документов управления, предоставляя персоналу оперативный доступ к корпоратив- ным знаниям.
Первоочередными задачами проекта построения архитектуры пред- приятия будут являться:
организация необходимых структур с привлечением руково- дства предприятия, бизнес - подразделений и планирование работ,
понимание стратегии развития бизнеса организации,
формирование общих для бизнеса и ИТ требований к целевой архитектуре,
разработка принципов построения архитектуры предприятия.
Разработка архитектуры предприятия не является классическим про- цессом документирования и структуризации знаний о бизнесе. Такой под- ход к архитектурном у процессу будет обречен на провал. Приведет к фиксированию текущей архитектуры, слабо связанной с реальным бизне- сом и не имеющей какой бы то ни было основы для разработки перспек- тивной архитектуры. На выходе организация получает изначально ото- рванную от жизни информацию, которая устаревает с первым же измене- нием реальной архитектуры.
Для многих организаций разработка процесса построения архитек- туры предприятия начинается в ИТ подразделении. Подобное решение существенно упрощает построение процесса, но, по мнению многих из- вестных аналитиков не является правильным. Считается, что инициатива построения архитектуры предприятия должна в первую очередь исходить от бизнес подразделений.
На первом этапе построения архитектурного процесса необходимо ответить на следующие вопросы:
Какие цели преследует организация?
Какие задачи она ставит при внедрении методологии?
Какие результаты организация планирует получить?
Ответы на эти вопросы позволят компании превратить архитектуру предприятия в инструмент, обеспечивающий эффективное достижение
44 целей организации и заложить в его основу потребности бизнеса, а не тех- нологические факторы.
Один из традиционных вопросов возникающих при разработке архи- тектуры предприятия это обоснование необходимости ее внедрения.
Большинство топ менеджеров обоснования инвестиций в архитектуру предприятия в виде ROI (Return on Assets) для оценки подобных проектов, но, по мнению аналитиков компании Gartner, ни одно из этих обоснований не являлось правдоподобным. «За десять лет работы с тысячами компаний
Gartner не видел ни одного примера надежного обоснования ROI для про- граммы создания EA», - говорит Брайн Бурк, один из ведущих аналитиков
Gartner в области построения архитектуры предприятия: «Вывод: этого нельзя сделать – и не начинайте».
Процесс оценки эффективности архитектуры предприятия является одним из важных факторов архитектурного процесса. Но в основе него правильнее закладывать качественные, а не количественные методики оценки.
Необходимо рассматривать экономическую оценку архитектуры предприятия в первую очередь с точки зрения выгод, получаемых бизне- сом (рисунок 1.).
Рисунок 1. Выгоды от ИТ получает бизнес (Gartner)
В настоящее время основным результатом для бизнеса является рост доходов и сокращение затрат, что временами оправдывает использование большого объема информационных технологий.
В основу разработки процесса оценки, как правило, закладывают на- бор показателей, позволяющих оценить выгоды от внедрения архитектуры предприятия. Можно выделить четыре группы, обеспечивающие оценку архитектуры предприятия:
Результаты программы. Дает ли программа архитектуры пред- приятия, обещанные результаты?
45
Зрелость программы. Уровень зрелости программы сравнива- ется на примере сравнения с аналогичными эффективными архитектур- ными процессами других компаний.
Выгоды для ИТ. Как архитектура предприятия непосредствен- но влияет на ИТ?
Выгоды для бизнеса. Как архитектура предприятия непосред- ственно влияет на бизнес.
Для оценки эффективности построения архитектуры предприятия аналитики компании Gartner предлагают разрабатывать цепочку: «цель – вопрос - показатель». Достижение поставленной цели при разработке ар- хитектуры предприятия, и является показателем обеспечивающим ее оценку эффективности.
Подобные цели непосредственно зависят от роли, выполняемой раз- личными людьми в компании:
Цель руководителя: o
Продемонстрировать вклад архитектуры предприятия в бизнес.
Цель управляющего: o
Уменьшение рисков и усовершенствование процесса работы, ис- пользования ресурсов, соответствия требованиям и предсказуемости про- блем.
Что можно оценивать при внедрении архитектуры предприятия (до и по- сле разработки):
Изменения в бизнес-процессах. Бизнес процессы становятся более пригодными для использования.
Увеличение разнообразия числа продуктов.
Сокращение времени завершения проектов, увеличение произ- водительности (сокращение доработок связанных с плохим планировани- ем).
Уменьшение затрат на поддержку ИТ из за меньшего разнооб- разия активов (снижается вероятность дублирования информационных систем и их функций).
Интеграция с партнерами упрощается (заранее планируется, заранее реализуются, является гибкой).
Количество сбоев в информационных системах снижается и, соответственно, возрастает готовность ИС.
Упрощается доступ к информации и сокращается число «одно- разовых» отчетов.
Изменение показателей простоя/доступности.
Снижение количества срочных инфраструктурных проектов
(реактивность).
46
В таблице 1. представлены преимущества разработки архитектуры предприятия для ИТ и общие показатели.
Таблица 1.
Преимущества разработки архитектуры предприятия
Выгоды от EA
Примеры показателей
Меньшее время пре- доставления ИТ реше- ния
Повторное использование общих конструкций уско- ряет принятие решений в проектах: меньше времени на завершение проекта, проекты успешны.
Лучше интеграция ме- жду системами
Сокращение количества интерфейсов и их стандарти- зация обеспечивают сокращение времени интеграции информационных систем и обеспечивают ее простоту.
Уменьшение ненужной сложности.
Уменьшение общего числа стандартных технологий / продуктов. Устраняются разрывы и дублирование функциональности информационных систем и про- граммно аппаратного обеспечения.
Эффективное исполь- зование инфраструкту- ры
Сокращение количества приложений с идентичной функциональностью. Ужесточение контроля за ин- фраструктурными компонентами, позволяющими от- слеживать не используемые элементы. Стандартиза- ция программно аппаратного комплекса.
Управление будущими инвестициями
Оптимизацию инвестиций за счет вложений в наибо- лее критичные для бизнеса места.
Зависимость новых технологий и требова- ний бизнеса
Оптимизацию выбора и использования новых техно- логий в соответствии с требованиями бизнеса. Опре- деление соответствия бизнес стратегии и проектов.
Возможность быстрых изменений.
Сокращение сроков реализации проектов и упроще- ние внедрения новых систем за счет создания зависи- мости между бизнес стратегией, бизнес процессами, информационными системами и программно- аппаратным комплексом их поддерживающим.
Построение архитектурного процесса очень часто выделяют в от- дельный проект, аналогичный проекту внедрения информационных сис- тем. Начальные действия по инициализации проекта (в соответствии с
PMBOK) включают в себя:
Определения устава и границ проекта.
Бизнес обоснование реализации проекта.
Получение административного ресурса (поддержки руково- дства).
Определение состава рабочей группы.
Определение необходимого набора высокоуровневых «старто- вых» документов.
47
Создание рабочих групп по разным направлениям деятельно- сти (EBA, EIA, ESA, ETA).
В ходе инициализации проекта разрабатывается набор высокоуров- невых документов, описывающих основные направления дальнейшего развития архитектуры предприятия, включающих:
Бизнес - факторы, влияющие на деятельность предприятия.
Внутренние и внешние технологические факторы и тенденции.
Общее видение архитектуры предприятия (цели и задачи).
Принципы построения архитектуры предприятия.
Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven
Spewak) и назывался EAP (Enterprise Architecture Planning). Модель выде- ляет в архитектуре предприятия семь шагов, разделенных на четыре уров- ня (рисунок 2.), и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса.
Инициирование процесса планирования
Бизнес - моделирование
Текущие системы и технологии
Архитектура приложений
Технологическая архитектура
Архитектура данных
План имплементации / миграции
Уровень 4:
План перехода в будущее состояние.
Уровень 3:
Видение будущего состояния.
Уровень 2:
Оценка того, где мы находимся сегодня.
Уровень 1:
Начало работ.
Каковы правила?
Рисунок 2. Уровни архитектурного процесса
Уровень 1. Это уровень начало работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатывают- ся и описываются основные концепции развития архитектуры предпри- ятия. Разрабатываются принципы построения архитектуры.
Уровень 2 описывает состояние предприятия в настоящий момент времени. Другими словами это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка теку- щей бизнес архитектуры) и описание текущих систем и технологий (до- кументирование текущей архитектуры информационных систем).
Уровень 3 описывает возможные варианты развития архитектуры
данных, архитектуры приложений, технологической архитектуры в со- ответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры.
48
Уровень 4. Это уровень, обеспечивающий разработку плана перехо- да из текущего состояния в будущее. На этом уровне разрабатывается план миграции.
Процесс разработки архитектуры предприятия имеет циклическую структуру. Рисунок 3. показывает основные элементы архитектурного процесса в виде бок схемы.
Инициирование
проекта:
- определение границ проекта
- определение требований к данным
- организация хранения данных
Анализ среды бизнес – деятельности и технологических тенденций
Концептуальная архитектура
Построение моделей
Движущие силы с точки зрения бизнес-функций
GAP анализ
План миграции
Активация конкретных проектов
Текущая архитектура (документирование информации)
Рисунок 3. Основные элементы архитектурного процесса
Инициирование проекта построения архитектуры предприятия яв- ляется первым шагом построения архитектурного процесса и включает в себя:
Определение предполагаемого использования архитектуры. На этом этапе происходит разработка или корректирована целей, критиче- ских факторов успеха (KPI), выбираются возможные методики анализа.
Определение границ проекта – это описание деятельности ком- пании, включающей информацию о структуре бизнеса и существующих тенденциях в отрасли, информацию филиалах и их географическом распо- ложении.
Определение требований к данным. Описывает категории дан- ных, степень детализации и метрики.
Организация процесса сбора и хранения данных. Определяет, как будет собираться информация о текущей и целевой архитектуре пред- приятия, где будет храниться и как предоставляться заинтересованным лицам.
Анализ среды бизнес деятельности и технологических тенденций обеспечивает общий контекст построения архитектуры, описывает внеш- ние факторы, воздействующие на предприятие, обеспечивает мониторинг существующих тенденций в области новых информационных технологий.
49
Движущие силы с точки зрения бизнес функций предприятия проводит анализ влияния конкретных информационных систем на бизнес, и формируют набор требований к бизнес-процессам и информационным технологиям.
Концептуальная архитектура описывает состояние «идеального» предприятия с точки зрения бизнеса.
Построение моделей является элементом визуализации архитекту- ры с помощью инструментов моделирования. С точки зрения аналитиков
Gartner этот этап является необходимым только при детализированном построении архитектуры предприятия.
Текущая архитектура (документирование информации) – описы- вает процесс поддержки текущей архитектурной картины в актуальном состоянии. С точки зрения информационных технологий на этом этапе происходит анализ существующих программно-аппаратных средств (кор- ректировка информации о текущем состоянии ИТ) и документирование произошедших изменений.
GAP – анализ - это определение различий между существующей ар- хитектурой и «идеальной», и выработка списка необходимых изменений.
План миграции разрабатывается на основе GAP анализа и является набором предложений по изменению архитектуры предприятия. Произво- дится оценка комплекса технических и организационных мероприятий не- обходимых для достижения «идеального состояния». Проводится анализ осуществимости этих изменений и определения перечня новых проектов и планов (например, по внедрению или модернизации информационных систем).
Активация конкретных проектов, обеспечивающих необходимые изменения в структуре предприятия.
Процесс разработки и обновления архитектуры предприятия должен идти параллельно с внедрением и модернизацией информационных сис- тем предприятия.
Разработка ИТ - архитектуры является цикличным процессом, а жизненный цикл ИТ - архитектуры связан с жизненным циклом всех про- граммно-аппаратных средств. Поэтому мы можем говорить, что разработ- ка ИТ - архитектуры является непрерывным процессом, преобразовываю- щим информационные технологии предприятия в соответствии с требова- ниями бизнеса. При разработке архитектуры ИТ многие информационные подразделения строят и используют собственные архитектурные процессы обладающие множеством общих факторов, но отличающиеся деталями.
Рисунок 4. схематично иллюстрирует архитектурный процесс одной из крупных телекоммуникационной компании.
Следует отметить, что архитектурный процесс является элементом не- скольких процессов CobiT:
1. Общая схема архитектурного процесса
2. Принципы построения архитектуры предприятия
3. Современные методики описания архитектуры предприятия
1. Общая схема архитектурного процесса
Описание процесса разработки архитектуры предприятия является одним из самых важных элементов наряду с принципами построения ар- хитектуры предприятия. Как уже было сказано выше, разработка ИТ - ар- хитектуры является лишь элементом общей архитектуры предприятия.
Разработанная архитектура представляется лишь «застывшей картинкой», отображающей текущее состояние предприятия. В идеале, архитектура предприятия представляет «логически связанный цельный план действий и скоординированных проектов, необходимых для преобразования сло- жившейся архитектуры организации в состояние, определяемое как дол- госрочная цель».
Многие аналитики выделяют следующие подходы процессу по- строения архитектуры предприятия:
Традиционный подход требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап по- строения архитектуры предприятия рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предпри- ятия (текущая архитектура), и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составля- ет процесс построения архитектуры предприятия
Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются но- вые технологии (информационные системы), стандарты, продукты и услу- ги. Такой подход позволяет сосредоточить работы на ключевых бизнес функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов.
Следует отметить о существовании третьего подхода к процессу по- строения архитектуры предприятия: подход статус-кво. Суть данного под- хода в том, что бы не внедрять архитектурный процесс на предприятии или другими словами оставить все как есть.
Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес - архи- тектуре предприятия, позволяющие оптимизировать его бизнес - процес- сы, а изменение бизнес - процессов предприятия непосредственно влияет на изменение ИТ - архитектуры. Следующим шагом разрабатывается план
43 миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое. При этом процесс миграции является лишь оче- редным шагом на пути преобразования предприятия и его окончание оз- начает переход предприятия на новый виток развития, вновь начинаю- щийся с разработки стратегии.
Процесс формирования архитектуры предприятия становится цен- тральным элементом по развитию деятельности организации и может быть встроен в ее бизнес модель. Процесс разработки архитектуры пред- приятия дает возможность гибко подходить к изменениям в технологии ведения бизнеса и разрабатывать минимальное количество документов управления, предоставляя персоналу оперативный доступ к корпоратив- ным знаниям.
Первоочередными задачами проекта построения архитектуры пред- приятия будут являться:
организация необходимых структур с привлечением руково- дства предприятия, бизнес - подразделений и планирование работ,
понимание стратегии развития бизнеса организации,
формирование общих для бизнеса и ИТ требований к целевой архитектуре,
разработка принципов построения архитектуры предприятия.
Разработка архитектуры предприятия не является классическим про- цессом документирования и структуризации знаний о бизнесе. Такой под- ход к архитектурном у процессу будет обречен на провал. Приведет к фиксированию текущей архитектуры, слабо связанной с реальным бизне- сом и не имеющей какой бы то ни было основы для разработки перспек- тивной архитектуры. На выходе организация получает изначально ото- рванную от жизни информацию, которая устаревает с первым же измене- нием реальной архитектуры.
Для многих организаций разработка процесса построения архитек- туры предприятия начинается в ИТ подразделении. Подобное решение существенно упрощает построение процесса, но, по мнению многих из- вестных аналитиков не является правильным. Считается, что инициатива построения архитектуры предприятия должна в первую очередь исходить от бизнес подразделений.
На первом этапе построения архитектурного процесса необходимо ответить на следующие вопросы:
Какие цели преследует организация?
Какие задачи она ставит при внедрении методологии?
Какие результаты организация планирует получить?
Ответы на эти вопросы позволят компании превратить архитектуру предприятия в инструмент, обеспечивающий эффективное достижение
44 целей организации и заложить в его основу потребности бизнеса, а не тех- нологические факторы.
Один из традиционных вопросов возникающих при разработке архи- тектуры предприятия это обоснование необходимости ее внедрения.
Большинство топ менеджеров обоснования инвестиций в архитектуру предприятия в виде ROI (Return on Assets) для оценки подобных проектов, но, по мнению аналитиков компании Gartner, ни одно из этих обоснований не являлось правдоподобным. «За десять лет работы с тысячами компаний
Gartner не видел ни одного примера надежного обоснования ROI для про- граммы создания EA», - говорит Брайн Бурк, один из ведущих аналитиков
Gartner в области построения архитектуры предприятия: «Вывод: этого нельзя сделать – и не начинайте».
Процесс оценки эффективности архитектуры предприятия является одним из важных факторов архитектурного процесса. Но в основе него правильнее закладывать качественные, а не количественные методики оценки.
Необходимо рассматривать экономическую оценку архитектуры предприятия в первую очередь с точки зрения выгод, получаемых бизне- сом (рисунок 1.).
Рисунок 1. Выгоды от ИТ получает бизнес (Gartner)
В настоящее время основным результатом для бизнеса является рост доходов и сокращение затрат, что временами оправдывает использование большого объема информационных технологий.
В основу разработки процесса оценки, как правило, закладывают на- бор показателей, позволяющих оценить выгоды от внедрения архитектуры предприятия. Можно выделить четыре группы, обеспечивающие оценку архитектуры предприятия:
Результаты программы. Дает ли программа архитектуры пред- приятия, обещанные результаты?
45
Зрелость программы. Уровень зрелости программы сравнива- ется на примере сравнения с аналогичными эффективными архитектур- ными процессами других компаний.
Выгоды для ИТ. Как архитектура предприятия непосредствен- но влияет на ИТ?
Выгоды для бизнеса. Как архитектура предприятия непосред- ственно влияет на бизнес.
Для оценки эффективности построения архитектуры предприятия аналитики компании Gartner предлагают разрабатывать цепочку: «цель – вопрос - показатель». Достижение поставленной цели при разработке ар- хитектуры предприятия, и является показателем обеспечивающим ее оценку эффективности.
Подобные цели непосредственно зависят от роли, выполняемой раз- личными людьми в компании:
Цель руководителя: o
Продемонстрировать вклад архитектуры предприятия в бизнес.
Цель управляющего: o
Уменьшение рисков и усовершенствование процесса работы, ис- пользования ресурсов, соответствия требованиям и предсказуемости про- блем.
Что можно оценивать при внедрении архитектуры предприятия (до и по- сле разработки):
Изменения в бизнес-процессах. Бизнес процессы становятся более пригодными для использования.
Увеличение разнообразия числа продуктов.
Сокращение времени завершения проектов, увеличение произ- водительности (сокращение доработок связанных с плохим планировани- ем).
Уменьшение затрат на поддержку ИТ из за меньшего разнооб- разия активов (снижается вероятность дублирования информационных систем и их функций).
Интеграция с партнерами упрощается (заранее планируется, заранее реализуются, является гибкой).
Количество сбоев в информационных системах снижается и, соответственно, возрастает готовность ИС.
Упрощается доступ к информации и сокращается число «одно- разовых» отчетов.
Изменение показателей простоя/доступности.
Снижение количества срочных инфраструктурных проектов
(реактивность).
46
В таблице 1. представлены преимущества разработки архитектуры предприятия для ИТ и общие показатели.
Таблица 1.
Преимущества разработки архитектуры предприятия
Выгоды от EA
Примеры показателей
Меньшее время пре- доставления ИТ реше- ния
Повторное использование общих конструкций уско- ряет принятие решений в проектах: меньше времени на завершение проекта, проекты успешны.
Лучше интеграция ме- жду системами
Сокращение количества интерфейсов и их стандарти- зация обеспечивают сокращение времени интеграции информационных систем и обеспечивают ее простоту.
Уменьшение ненужной сложности.
Уменьшение общего числа стандартных технологий / продуктов. Устраняются разрывы и дублирование функциональности информационных систем и про- граммно аппаратного обеспечения.
Эффективное исполь- зование инфраструкту- ры
Сокращение количества приложений с идентичной функциональностью. Ужесточение контроля за ин- фраструктурными компонентами, позволяющими от- слеживать не используемые элементы. Стандартиза- ция программно аппаратного комплекса.
Управление будущими инвестициями
Оптимизацию инвестиций за счет вложений в наибо- лее критичные для бизнеса места.
Зависимость новых технологий и требова- ний бизнеса
Оптимизацию выбора и использования новых техно- логий в соответствии с требованиями бизнеса. Опре- деление соответствия бизнес стратегии и проектов.
Возможность быстрых изменений.
Сокращение сроков реализации проектов и упроще- ние внедрения новых систем за счет создания зависи- мости между бизнес стратегией, бизнес процессами, информационными системами и программно- аппаратным комплексом их поддерживающим.
Построение архитектурного процесса очень часто выделяют в от- дельный проект, аналогичный проекту внедрения информационных сис- тем. Начальные действия по инициализации проекта (в соответствии с
PMBOK) включают в себя:
Определения устава и границ проекта.
Бизнес обоснование реализации проекта.
Получение административного ресурса (поддержки руково- дства).
Определение состава рабочей группы.
Определение необходимого набора высокоуровневых «старто- вых» документов.
47
Создание рабочих групп по разным направлениям деятельно- сти (EBA, EIA, ESA, ETA).
В ходе инициализации проекта разрабатывается набор высокоуров- невых документов, описывающих основные направления дальнейшего развития архитектуры предприятия, включающих:
Бизнес - факторы, влияющие на деятельность предприятия.
Внутренние и внешние технологические факторы и тенденции.
Общее видение архитектуры предприятия (цели и задачи).
Принципы построения архитектуры предприятия.
Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven
Spewak) и назывался EAP (Enterprise Architecture Planning). Модель выде- ляет в архитектуре предприятия семь шагов, разделенных на четыре уров- ня (рисунок 2.), и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса.
Инициирование процесса планирования
Бизнес - моделирование
Текущие системы и технологии
Архитектура приложений
Технологическая архитектура
Архитектура данных
План имплементации / миграции
Уровень 4:
План перехода в будущее состояние.
Уровень 3:
Видение будущего состояния.
Уровень 2:
Оценка того, где мы находимся сегодня.
Уровень 1:
Начало работ.
Каковы правила?
Рисунок 2. Уровни архитектурного процесса
Уровень 1. Это уровень начало работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатывают- ся и описываются основные концепции развития архитектуры предпри- ятия. Разрабатываются принципы построения архитектуры.
Уровень 2 описывает состояние предприятия в настоящий момент времени. Другими словами это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка теку- щей бизнес архитектуры) и описание текущих систем и технологий (до- кументирование текущей архитектуры информационных систем).
Уровень 3 описывает возможные варианты развития архитектуры
данных, архитектуры приложений, технологической архитектуры в со- ответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры.
48
Уровень 4. Это уровень, обеспечивающий разработку плана перехо- да из текущего состояния в будущее. На этом уровне разрабатывается план миграции.
Процесс разработки архитектуры предприятия имеет циклическую структуру. Рисунок 3. показывает основные элементы архитектурного процесса в виде бок схемы.
Инициирование
проекта:
- определение границ проекта
- определение требований к данным
- организация хранения данных
Анализ среды бизнес – деятельности и технологических тенденций
Концептуальная архитектура
Построение моделей
Движущие силы с точки зрения бизнес-функций
GAP анализ
План миграции
Активация конкретных проектов
Текущая архитектура (документирование информации)
Рисунок 3. Основные элементы архитектурного процесса
Инициирование проекта построения архитектуры предприятия яв- ляется первым шагом построения архитектурного процесса и включает в себя:
Определение предполагаемого использования архитектуры. На этом этапе происходит разработка или корректирована целей, критиче- ских факторов успеха (KPI), выбираются возможные методики анализа.
Определение границ проекта – это описание деятельности ком- пании, включающей информацию о структуре бизнеса и существующих тенденциях в отрасли, информацию филиалах и их географическом распо- ложении.
Определение требований к данным. Описывает категории дан- ных, степень детализации и метрики.
Организация процесса сбора и хранения данных. Определяет, как будет собираться информация о текущей и целевой архитектуре пред- приятия, где будет храниться и как предоставляться заинтересованным лицам.
Анализ среды бизнес деятельности и технологических тенденций обеспечивает общий контекст построения архитектуры, описывает внеш- ние факторы, воздействующие на предприятие, обеспечивает мониторинг существующих тенденций в области новых информационных технологий.
49
Движущие силы с точки зрения бизнес функций предприятия проводит анализ влияния конкретных информационных систем на бизнес, и формируют набор требований к бизнес-процессам и информационным технологиям.
Концептуальная архитектура описывает состояние «идеального» предприятия с точки зрения бизнеса.
Построение моделей является элементом визуализации архитекту- ры с помощью инструментов моделирования. С точки зрения аналитиков
Gartner этот этап является необходимым только при детализированном построении архитектуры предприятия.
Текущая архитектура (документирование информации) – описы- вает процесс поддержки текущей архитектурной картины в актуальном состоянии. С точки зрения информационных технологий на этом этапе происходит анализ существующих программно-аппаратных средств (кор- ректировка информации о текущем состоянии ИТ) и документирование произошедших изменений.
GAP – анализ - это определение различий между существующей ар- хитектурой и «идеальной», и выработка списка необходимых изменений.
План миграции разрабатывается на основе GAP анализа и является набором предложений по изменению архитектуры предприятия. Произво- дится оценка комплекса технических и организационных мероприятий не- обходимых для достижения «идеального состояния». Проводится анализ осуществимости этих изменений и определения перечня новых проектов и планов (например, по внедрению или модернизации информационных систем).
Активация конкретных проектов, обеспечивающих необходимые изменения в структуре предприятия.
Процесс разработки и обновления архитектуры предприятия должен идти параллельно с внедрением и модернизацией информационных сис- тем предприятия.
Разработка ИТ - архитектуры является цикличным процессом, а жизненный цикл ИТ - архитектуры связан с жизненным циклом всех про- граммно-аппаратных средств. Поэтому мы можем говорить, что разработ- ка ИТ - архитектуры является непрерывным процессом, преобразовываю- щим информационные технологии предприятия в соответствии с требова- ниями бизнеса. При разработке архитектуры ИТ многие информационные подразделения строят и используют собственные архитектурные процессы обладающие множеством общих факторов, но отличающиеся деталями.
Рисунок 4. схематично иллюстрирует архитектурный процесс одной из крупных телекоммуникационной компании.
Следует отметить, что архитектурный процесс является элементом не- скольких процессов CobiT: