Главная страница
Навигация по странице:

  • Бизнес архитектура ( Business Architecture )

  • Рисунок 2.12. Gartner Enterprise Architecture Framework Архитектура приложений ( Enterprise Solution Architecture Framework , ESAF )

  • Описание архитектурного процесса Gartner

  • Рисунок 2.13. Enterprise Architecture Process Model Фаза 1. Инициализация (Phase I — Initiation). Шаг 1. Организация

  • Шаг 2. Анализ ситуации на предприятии ( Analyze Enterprise Context ).

  • Фаза 2. Определение Целевой архитектуры (Future State Architecture “Architecting”).

  • Шаг 3. Разработка требований ( Develop Requirements )

  • Шаг 4. Разработка принципов ( Develop Principles )

  • Шаг 5. Разработка моделей ( Develop Models )

  • Фаза 3. Разработка текущей архитектуры (Current State Architecture). Шаг 6. Документирование ( Documenting ).

  • Фаза 4. Проведение GAP анализа (Closing the Gap). Шаг 7. GAP анализ ( Analyze Gaps )

  • Рисунок 2.14. Gartner Framework для государственных структур

  • ИТ-инфраструктура_КонспектЛекций. Учебнометодический комплекс Управление итинфраструктурой предприятия


    Скачать 6.41 Mb.
    НазваниеУчебнометодический комплекс Управление итинфраструктурой предприятия
    АнкорИТ-инфраструктура_КонспектЛекций.doc
    Дата02.05.2017
    Размер6.41 Mb.
    Формат файлаdoc
    Имя файлаИТ-инфраструктура_КонспектЛекций.doc
    ТипУчебно-методический комплекс
    #6337
    страница11 из 33
    1   ...   7   8   9   10   11   12   13   14   ...   33


    3.3. Gartner


    Современная методика аналитической компании Gartner Group появилась на свет после объединения с компанией META Group и является результатом многолетних работ в области архитектуры предприятия (Enterprise Architecture). Основу методики составляет работа «Enterprise Architecture Desk Reference» компании META Group.

    С точки зрения аналитиков Gartner архитектура предприятия является «структурированным описанием информационных технологий предприятия и его бизнес-процессов».

    Методология Gartner была выбрана в качестве основы для построения архитектуры предприятия в ОАО Вымпелком. В связи с этим, ниже мы рассмотрим элементы этой методологии более подробно. Выбор данной методологии обусловлен простотой ее внедрения на предприятии и возможностью использования отдельных архитектурных элементов для оптимизации функционировании компании.

    Описание модели Gartner


    Gartner 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. Инициализация (Phase I — Initiation).

    Шаг 1. Организация архитектурного процесса (Organize Architecture Effort) является первым шагом по разработке архитектуры предприятия и включает в себя организацию необходимой структуры проекта с привлечением необходимых специалистов (включая топ менеджмент компании) и представителей бизнес подразделений, планирование и инициацию работ. Архитектура предприятия должна использоваться для принятия решений по инвестициям и организационным изменениям. Поэтому важно, чтобы работы по архитектуре были хорошо организованы и обеспечены необходимыми ресурсами, а ее цели и результаты соответствовали требованиям бизнеса.

    Шаг 2. Анализ ситуации на предприятии (Analyze Enterprise Context). При разработке архитектуры предприятия следует знать контекст, в котором рассматривается компания. Поэтому важным для всего процесса является мониторинг существующих тенденций, как в отрасли работы компании (Телекоммуникации), так и в области развития информационных технологий, а также понимание стратегии развития бизнеса компании.

    Анализ ситуации на предприятии включает в себя два основных направления:

    • Окружающие тенденции (Environment Trends). Любая операция предприятия зависти от огромного количества постоянно изменяющихся, как внутренних, так и внешних факторов. Соответственно, для эффективной работы предприятия необходимо оценить существующие тенденции. К таким факторам можно отнести: общую экономическую ситуацию и политическую обстановку, состояние отрасли и уровень продаж. Кроме того, в архитектуре предприятия необходимо учитывать современные технологические тенденции, как в производственной сфере, так и в области информационных технологий.

    • Бизнес - стратегия (Business Strategy) предприятия описывает основные цели и этапы развития предприятия. Архитектуру предприятия можно назвать механизмом, позволяющим сформулировать и показать все изменения, происходящие на предприятии в соответствии с появлением новой бизнес - стратегии.

    На основе результатов анализа выявляются основные Business Drivers – 10-15 формулировок, описывающих, как компания намерена развивать свой бизнес, какие у нее ожидания и какие имеются возможности.

    • Фаза 2. Определение Целевой архитектуры (Future State Architecture “Architecting”).

    Разработка целевой архитектуры является одним из самых важных элементов архитектурного процесса. Цель данной фазы в том, чтобы представить бизнес - стратегию компании в виде набора руководств и правил, которые можно использовать предприятием в проектах по изменению структуры бизнеса.

    Шаг 3. Разработка требований (Develop Requirements). На данном этапе разрабатывается документ, описывающий основные требования, предъявляемые к предприятию в соответствии с их стратегическими целями. Документ, разрабатывающийся на данном этапе, может не полностью отображать всю бизнес - стратегию компании. Его задача заключается в выработке общего понимания и набора требований, согласованных со стратегическим целями компании.

    Шаг 4. Разработка принципов (Develop Principles) – включает в себя выработку набора основных правил, обеспечивающих создание, разработку архитектуры предприятия в соответствии с бизнес - стратегией компании. Принципы документируют общие инструкции, правила, которые должны быть использованы предприятием для корректного достижения поставленных перед ним целей и задач. Их можно рассматривать как инструмент управления, упрощающий принятие решений в определенные моменты времени.

    Шаг 5. Разработка моделей (Develop Models) включает в себя детализированную проработку каждого из архитектурных слоев (EBA, EIA, ESA, ETA). Естественно, детализированное моделирование всех элементов, обеспечивающих функционирование предприятия, не представляется целесообразным.

    На данном шаге происходит разработка шаблонов (framework), в ходе которой выделяются основные, наиболее важные элементы моделирования. Разработка моделей происходит в соответствии с этими шаблонами для раскрытия наиболее актуальных в настоящее время вопросов.

    По мнению аналитиков Gartner начинать разработку с создания моделей является неправильным. Разработка моделей начинается в соответствии с концептуальными принципами построения архитектуры конкретного предприятия, заложенными на первых шагах. Основу для них составляют простые общие описывающие схемы.

    На первых этапах данного шага создаются высокоуровневые модели для каждого архитектурного слоя. Более детализированные модели создаются по мере их необходимости.

    • Фаза 3. Разработка текущей архитектуры (Current State Architecture).

    Шаг 6. Документирование (Documenting). Текущая архитектура описывает текущее (исторически сложившееся) состояние предприятия. Документирование и определение текущего состояние организации является необходимым процессом, позволяющим подготовить необходимый материал для GAP анализа. При документировании текущей архитектуры необходимо:

    • Подготовить начальную базу для сравнения с целевой архитектурой.

    • Определить дублирующиеся и зависимые друг от друга элементы информационных систем.

    • Обеспечить процесс непрерывного документирования информации по всем элементам информационных систем.

    По мнению аналитиков Gartner нужно избегать без лишней необходимости детализированного документирования всех элементов ИС. Многие проекты построения архитектуры предприятия оказались неэффективными именно по этой причине.

    Разработка целевой архитектуры должна предшествовать разработке текущей архитектуры. Разработка документации, описывающей текущее состояние, должна быть основана на будущих тенденциях и давать ответ на основные вопросы о приложениях, архитектуре и стандартах.

    • Фаза 4. Проведение GAP анализа (Closing the Gap).

    Шаг 7. GAP анализ (Analyze Gaps) является одним из важнейших шагов архитектурного процесса, который стремится идентифицировать различия между целевой и текущей архитектурой. GAP - анализ является критически важным, с точки зрения определения ключевых шагов и необходимых изменений, в направлении целевой архитектуры. На этом этапе происходит оценка бизнес - требований, технологических потребностей, существующей информации и приложений.

    При проведении GAP анализа выполняются следующие шаги:

    • Проведение классификации всех существующих элементов на категории.

    • Выделение различий между текущим состоянием и целевой архитектурой.

    • Создание списка несоответствий между текущей и целевой архитектурой с разделением по категориям.

    • Группировка идентифицированных несоответствий по уровню их влияния на предприятие.

    Шаг 8. План миграции (Plan Migration). В соответствии с результатами GAP анализа разрабатывается документ, определяющий набор проектов, которые необходимо выполнить организации для приведения текущей архитектуры в соответствие целевой. Происходит выделение наиболее приоритетных проектов в соответствии с их уровнем влияния на предприятие.

    В ходе разработки плана миграции происходит идентификация уже имеющихся возможностей информационных систем и технологического оборудования, которые могут быть использованы для решения появившихся проблем.

    Разработка плана миграции включает в себя:

    • Направление развития бизнес-процессов и информационных технологий в среднесрочный и долгосрочный периоды времени.

    • Принципы реализации, определяющие «правила» внесения изменений в структуру предприятия.

    • Динамичность - планирование изменений с учетом постоянного изменения технологий и совершенствованием организационной структуры предприятия.

    План миграции является результирующим документом архитектурного процесса и описывает набор необходимых изменений (проектов) для приведения текущей архитектуры в соответствие целевой.

    В заключение, следует отметить, что методика Gartner является в настоящий момент одной из наиболее универсальных и может использоваться не только для коммерческих предприятий, но и для государственных структур (Рисунок 2.14).



    Рисунок 2.14. Gartner Framework для государственных структур


      1. 1   ...   7   8   9   10   11   12   13   14   ...   33


    написать администратору сайта