ИТ-инфраструктура_КонспектЛекций. Учебнометодический комплекс Управление итинфраструктурой предприятия
 Скачать 6.41 Mb.
|
3.3. GartnerСовременная методика аналитической компании Gartner Group появилась на свет после объединения с компанией META Group и является результатом многолетних работ в области архитектуры предприятия (Enterprise Architecture). Основу методики составляет работа «Enterprise Architecture Desk Reference» компании META Group. С точки зрения аналитиков Gartner архитектура предприятия является «структурированным описанием информационных технологий предприятия и его бизнес-процессов». Методология Gartner была выбрана в качестве основы для построения архитектуры предприятия в ОАО Вымпелком. В связи с этим, ниже мы рассмотрим элементы этой методологии более подробно. Выбор данной методологии обусловлен простотой ее внедрения на предприятии и возможностью использования отдельных архитектурных элементов для оптимизации функционировании компании. Описание модели GartnerGartner Enterprise Architecture Framework (GEAF) - рассматривает архитектуру предприятия, как неотъемлемый элемент бизнес - стратегии, позволяющий соединить информационные технологии и требования бизнеса в единое целое. Аналитики Gartner разделяют архитектуру предприятия на три основных слоя, критичных для архитектуры предприятия. Бизнес архитектура (Business Architecture) – описывает бизнес-процессы и организационную структуру предприятия. Информационная архитектура (Information Architecture) – моделирует информационные потоки внутри предприятия. Техническая архитектура (Technology Architecture) – описывает технические решения (на физическом уровне) и алгоритмы их эксплуатации. Полная модель GEAF представляет собой трехмерную комбинацию бизнес архитектуры, технической и информационной архитектур. Методика GEAF в отличие от методологии META Group не выделяет Архитектуру прикладных решений в отдельный слой (Enterprise Solution Architecture), а определяет его, как составляющий элемент каждого из трех представленных выше слоев (Рисунок 2.12). Таким образом, архитектура приложений является составляющей всех трех основных направлений развития предприятия (бизнес, информация, техника) и строится в соответствии с их требованиями и возможностями.  Рисунок 2.12. Gartner Enterprise Architecture Framework Архитектура приложений (Enterprise Solution Architecture Framework, ESAF) – описывает состояние приложений в компании, интеграцию их между собой. Архитектура приложений включает в себя набор рекомендаций, принципов и стандартов для построения прикладных систем в соответствии со стратегией развития компании. Описание архитектурного процесса Gartner Построение Архитектуры предприятия не является одноразовой акцией. За фазой разработки неизбежно должна последовать деятельность по поддержанию и постоянному развитию Архитектуры, а это уже более удобно описывать в рамках процессной модели. На начальном этапе процесса создается первоначальное, высокоуровневое описание Архитектуры и создаются механизмы для ее последующего поддержания и развития. Высокоуровневые документы являются основой для дальнейшей, более детальной проработки архитектуры. Они создают некоторый контекст рассмотрения всего предприятия, в целом, и обеспечивают связь архитектуры с бизнес - стратегиями и приоритетами предприятия, включая:
В методологии Gartner архитектурный процесс разбит на четыре основные фазы, в рамках каждой из которых выполняется определенных набор шагов (Tasks). Структура архитектурного процесса представлена ниже (Рисунок 2.13).  Рисунок 2.13. Enterprise Architecture Process Model
Шаг 1. Организация архитектурного процесса (Organize Architecture Effort) является первым шагом по разработке архитектуры предприятия и включает в себя организацию необходимой структуры проекта с привлечением необходимых специалистов (включая топ менеджмент компании) и представителей бизнес подразделений, планирование и инициацию работ. Архитектура предприятия должна использоваться для принятия решений по инвестициям и организационным изменениям. Поэтому важно, чтобы работы по архитектуре были хорошо организованы и обеспечены необходимыми ресурсами, а ее цели и результаты соответствовали требованиям бизнеса. Шаг 2. Анализ ситуации на предприятии (Analyze Enterprise Context). При разработке архитектуры предприятия следует знать контекст, в котором рассматривается компания. Поэтому важным для всего процесса является мониторинг существующих тенденций, как в отрасли работы компании (Телекоммуникации), так и в области развития информационных технологий, а также понимание стратегии развития бизнеса компании. Анализ ситуации на предприятии включает в себя два основных направления:
На основе результатов анализа выявляются основные Business Drivers – 10-15 формулировок, описывающих, как компания намерена развивать свой бизнес, какие у нее ожидания и какие имеются возможности.
Разработка целевой архитектуры является одним из самых важных элементов архитектурного процесса. Цель данной фазы в том, чтобы представить бизнес - стратегию компании в виде набора руководств и правил, которые можно использовать предприятием в проектах по изменению структуры бизнеса. Шаг 3. Разработка требований (Develop Requirements). На данном этапе разрабатывается документ, описывающий основные требования, предъявляемые к предприятию в соответствии с их стратегическими целями. Документ, разрабатывающийся на данном этапе, может не полностью отображать всю бизнес - стратегию компании. Его задача заключается в выработке общего понимания и набора требований, согласованных со стратегическим целями компании. Шаг 4. Разработка принципов (Develop Principles) – включает в себя выработку набора основных правил, обеспечивающих создание, разработку архитектуры предприятия в соответствии с бизнес - стратегией компании. Принципы документируют общие инструкции, правила, которые должны быть использованы предприятием для корректного достижения поставленных перед ним целей и задач. Их можно рассматривать как инструмент управления, упрощающий принятие решений в определенные моменты времени. Шаг 5. Разработка моделей (Develop Models) включает в себя детализированную проработку каждого из архитектурных слоев (EBA, EIA, ESA, ETA). Естественно, детализированное моделирование всех элементов, обеспечивающих функционирование предприятия, не представляется целесообразным. На данном шаге происходит разработка шаблонов (framework), в ходе которой выделяются основные, наиболее важные элементы моделирования. Разработка моделей происходит в соответствии с этими шаблонами для раскрытия наиболее актуальных в настоящее время вопросов. По мнению аналитиков Gartner начинать разработку с создания моделей является неправильным. Разработка моделей начинается в соответствии с концептуальными принципами построения архитектуры конкретного предприятия, заложенными на первых шагах. Основу для них составляют простые общие описывающие схемы. На первых этапах данного шага создаются высокоуровневые модели для каждого архитектурного слоя. Более детализированные модели создаются по мере их необходимости.
Шаг 6. Документирование (Documenting). Текущая архитектура описывает текущее (исторически сложившееся) состояние предприятия. Документирование и определение текущего состояние организации является необходимым процессом, позволяющим подготовить необходимый материал для GAP анализа. При документировании текущей архитектуры необходимо:
По мнению аналитиков Gartner нужно избегать без лишней необходимости детализированного документирования всех элементов ИС. Многие проекты построения архитектуры предприятия оказались неэффективными именно по этой причине. Разработка целевой архитектуры должна предшествовать разработке текущей архитектуры. Разработка документации, описывающей текущее состояние, должна быть основана на будущих тенденциях и давать ответ на основные вопросы о приложениях, архитектуре и стандартах.
Шаг 7. GAP анализ (Analyze Gaps) является одним из важнейших шагов архитектурного процесса, который стремится идентифицировать различия между целевой и текущей архитектурой. GAP - анализ является критически важным, с точки зрения определения ключевых шагов и необходимых изменений, в направлении целевой архитектуры. На этом этапе происходит оценка бизнес - требований, технологических потребностей, существующей информации и приложений. При проведении GAP анализа выполняются следующие шаги:
Шаг 8. План миграции (Plan Migration). В соответствии с результатами GAP анализа разрабатывается документ, определяющий набор проектов, которые необходимо выполнить организации для приведения текущей архитектуры в соответствие целевой. Происходит выделение наиболее приоритетных проектов в соответствии с их уровнем влияния на предприятие. В ходе разработки плана миграции происходит идентификация уже имеющихся возможностей информационных систем и технологического оборудования, которые могут быть использованы для решения появившихся проблем. Разработка плана миграции включает в себя:
План миграции является результирующим документом архитектурного процесса и описывает набор необходимых изменений (проектов) для приведения текущей архитектуры в соответствие целевой. В заключение, следует отметить, что методика Gartner является в настоящий момент одной из наиболее универсальных и может использоваться не только для коммерческих предприятий, но и для государственных структур (Рисунок 2.14).  Рисунок 2.14. Gartner Framework для государственных структур |