ИТ-инфраструктура_КонспектЛекций. Учебнометодический комплекс Управление итинфраструктурой предприятия
 Скачать 6.41 Mb.
|
Лекция 2. Процесс разработки архитектуры предприятияОписание процесса разработки архитектуры предприятия является одним из самых важных элементов наряду с принципами построения архитектуры предприятия. Как уже было сказано выше, разработка ИТ - архитектуры является лишь элементом общей архитектуры предприятия. Разработанная архитектура представляется лишь «застывшей картинкой», отображающей текущее состояние предприятия. В идеале, архитектура предприятия представляет «логически связанный цельный план действий и скоординированных проектов, необходимых для преобразования сложившейся архитектуры организации в состояние, определяемое как долгосрочная цель». Многие аналитики выделяют следующие подходы процессу построения архитектуры предприятия:
Следует отметить о существовании третьего подхода к процессу построения архитектуры предприятия: подход статус-кво. Суть данного подхода в том, что бы не внедрять архитектурный процесс на предприятии или другими словами оставить все как есть. Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес - архитектуре предприятия, позволяющие оптимизировать его бизнес - процессы, а изменение бизнес - процессов предприятия непосредственно влияет на изменение ИТ - архитектуры. Следующим шагом разрабатывается план миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое. При этом процесс миграции является лишь очередным шагом на пути преобразования предприятия и его окончание означает переход предприятия на новый виток развития, вновь начинающийся с разработки стратегии. 1. Общая схема архитектурного процессаПроцесс формирования архитектуры предприятия становится центральным элементом по развитию деятельности организации и может быть встроен в ее бизнес модель. Процесс разработки архитектуры предприятия дает возможность гибко подходить к изменениям в технологии ведения бизнеса и разрабатывать минимальное количество документов управления, предоставляя персоналу оперативный доступ к корпоративным знаниям. Первоочередными задачами проекта построения архитектуры предприятия будут являться:
Разработка архитектуры предприятия не является классическим процессом документирования и структуризации знаний о бизнесе. Такой подход к архитектурном у процессу будет обречен на провал. Приведет к фиксированию текущей архитектуры, слабо связанной с реальным бизнесом и не имеющей какой бы то ни было основы для разработки перспективной архитектуры. На выходе организация получает изначально оторванную от жизни информацию, которая устаревает с первым же изменением реальной архитектуры. Для многих организаций разработка процесса построения архитектуры предприятия начинается в ИТ подразделении. Подобное решение существенно упрощает построение процесса, но, по мнению многих известных аналитиков не является правильным. Считается, что инициатива построения архитектуры предприятия должна в первую очередь исходить от бизнес подразделений. На первом этапе построения архитектурного процесса необходимо ответить на следующие вопросы:
Ответы на эти вопросы позволят компании превратить архитектуру предприятия в инструмент, обеспечивающий эффективное достижение целей организации и заложить в его основу потребности бизнеса, а не технологические факторы. Один из традиционных вопросов возникающих при разработке архитектуры предприятия это обоснование необходимости ее внедрения. Большинство топ менеджеров обоснования инвестиций в архитектуру предприятия в виде ROI (Return on Assets) для оценки подобных проектов, но, по мнению аналитиков компании Gartner, ни одно из этих обоснований не являлось правдоподобным. «За десять лет работы с тысячами компаний Gartner не видел ни одного примера надежного обоснования ROI для программы создания EA», - говорит Брайн Бурк, один из ведущих аналитиков Gartner в области построения архитектуры предприятия: «Вывод: этого нельзя сделать – и не начинайте». Процесс оценки эффективности архитектуры предприятия является одним из важных факторов архитектурного процесса. Но в основе него правильнее закладывать качественные, а не количественные методики оценки. Необходимо рассматривать экономическую оценку архитектуры предприятия в первую очередь с точки зрения выгод, получаемых бизнесом (рисунок 2.1.).  Рисунок 2.1. Выгоды от ИТ получает бизнес (Gartner) В настоящее время основным результатом для бизнеса является рост доходов и сокращение затрат, что временами оправдывает использование большого объема информационных технологий. В основу разработки процесса оценки, как правило, закладывают набор показателей, позволяющих оценить выгоды от внедрения архитектуры предприятия. Можно выделить четыре группы, обеспечивающие оценку архитектуры предприятия:
Для оценки эффективности построения архитектуры предприятия аналитики компании Gartner предлагают разрабатывать цепочку: «цель – вопрос - показатель». Достижение поставленной цели при разработке архитектуры предприятия, и является показателем обеспечивающим ее оценку эффективности. Подобные цели непосредственно зависят от роли, выполняемой различными людьми в компании:
Что можно оценивать при внедрении архитектуры предприятия (до и после разработки):
В таблице 2.1. представлены преимущества разработки архитектуры предприятия для ИТ и общие показатели. Таблица 2.1.
Построение архитектурного процесса очень часто выделяют в отдельный проект, аналогичный проекту внедрения информационных систем. Начальные действия по инициализации проекта (в соответствии с PMBOK) включают в себя:
В ходе инициализации проекта разрабатывается набор высокоуровневых документов, описывающих основные направления дальнейшего развития архитектуры предприятия, включающих:
Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven Spewak) и назывался EAP (Enterprise Architecture Planning). Модель выделяет в архитектуре предприятия семь шагов, разделенных на четыре уровня (рисунок 2.2.), и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса.  Рисунок 2.2. Уровни архитектурного процесса Уровень 1. Это уровень начало работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры. Уровень 2 описывает состояние предприятия в настоящий момент времени. Другими словами это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем). Уровень 3 описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры. Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции. Процесс разработки архитектуры предприятия имеет циклическую структуру. Рисунок 2.3. показывает основные элементы архитектурного процесса в виде бок схемы.  Рисунок 2.3. Основные элементы архитектурного процесса Инициирование проекта построения архитектуры предприятия является первым шагом построения архитектурного процесса и включает в себя:
Анализ среды бизнес деятельности и технологических тенденций обеспечивает общий контекст построения архитектуры, описывает внешние факторы, воздействующие на предприятие, обеспечивает мониторинг существующих тенденций в области новых информационных технологий. Движущие силы с точки зрения бизнес функций предприятия проводит анализ влияния конкретных информационных систем на бизнес, и формируют набор требований к бизнес-процессам и информационным технологиям. Концептуальная архитектура описывает состояние «идеального» предприятия с точки зрения бизнеса. Построение моделей является элементом визуализации архитектуры с помощью инструментов моделирования. С точки зрения аналитиков Gartner этот этап является необходимым только при детализированном построении архитектуры предприятия. Текущая архитектура (документирование информации) – описывает процесс поддержки текущей архитектурной картины в актуальном состоянии. С точки зрения информационных технологий на этом этапе происходит анализ существующих программно-аппаратных средств (корректировка информации о текущем состоянии ИТ) и документирование произошедших изменений. GAP – анализ - это определение различий между существующей архитектурой и «идеальной», и выработка списка необходимых изменений. План миграции разрабатывается на основе GAP анализа и является набором предложений по изменению архитектуры предприятия. Производится оценка комплекса технических и организационных мероприятий необходимых для достижения «идеального состояния». Проводится анализ осуществимости этих изменений и определения перечня новых проектов и планов (например, по внедрению или модернизации информационных систем). Активация конкретных проектов, обеспечивающих необходимые изменения в структуре предприятия. Процесс разработки и обновления архитектуры предприятия должен идти параллельно с внедрением и модернизацией информационных систем предприятия. Разработка ИТ - архитектуры является цикличным процессом, а жизненный цикл ИТ - архитектуры связан с жизненным циклом всех программно-аппаратных средств. Поэтому мы можем говорить, что разработка ИТ - архитектуры является непрерывным процессом, преобразовывающим информационные технологии предприятия в соответствии с требованиями бизнеса. При разработке архитектуры ИТ многие информационные подразделения строят и используют собственные архитектурные процессы обладающие множеством общих факторов, но отличающиеся деталями. Рисунок 2.4. схематично иллюстрирует архитектурный процесс одной из крупных телекоммуникационной компании. Следует отметить, что архитектурный процесс является элементом нескольких процессов CobiT:
 Рисунок 2.4. Схема архитектурного процесса (РО2 и РО3)
Вне зависимости от использованных методик, обеспечивающих процесс разработки архитектуры предприятия, выделяют набор универсальных архитектурных документов. В таблице 2.2. представлен набор универсальных архитектурных документов Таблица 2.2.
| ||||||||||||||||||||||||||||||||||||||||