Статьи компании «АКСИОМА-СОФТ»

Борис Видякин

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

Автоматизация административно-хозяйственных функций происходит путем внедрения системы класса enterprise re­source planning (ERP, информационная система планирова­ния ресурсов предприятия).

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

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

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

• бизнес-архитектура;
• технологическая архитектура;
• технологическая инфраструктура.

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

1. Внедрение бизнес-приложения с помощью методологии управления проектами

Процесс автоматизации предприятия состоит из ав­томатизации ключевого комплекса бизнес-процессов. Комплекс бизнес-процессов объединяет различных участников и владельцев бизнес-процессов. Поэтому при автоматизации необходимо применение методов разделения работ. Разделение работ по автоматиза­ции ключевых бизнес-процессов позволяет снизить организационные риски. При этом для снижения орга­низационных и технологических рисков целесообразно применение метода проектного подхода.

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

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

1. Подготовка проекта (project preparation).
2. Концептуальное проектирование (business blueprint).
3. Реализация проекта (конфигурирование системы) (realization).
4. Заключительная подготовка (final preparation).
5. Ввод в эксплуатацию (go live and support).

Рассмотрим этапы каждой фазы, а также оп­ределим взаимодействие между фазами.

На начальной фазе «Подготовка проекта» определяют­ся цели, задачи проекта и определяется местоположение проекта в ИТ-стратегии предприятия. Если предприятие разделяет ИТ-стратегию на программы, следовательно, определяется принадлежность проекта к определенной программе и указывается перечень смежных проектов, которые могут оказать или оказывают управляющее воз­действие на рассматриваемый проект.

После определения целей проекта, производится дета­лизация целей проекта для формирования плана проекта. Детализация целей проекта определяется функциональ­ным объемом проекта. Этап определения функционально­го объема проекта фактически является главным этапом на фазе подготовки проекта. От этапа определения функ­ционального объема проекта напрямую зависят:

• определение бюджета проекта;
• определение состава исполнителя проекта и проектной команды;
• формирование предварительного плана-графика работ по проекту.

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

Отметим основные этапы фазы «Подготовка проекта»:

• этап формирования целей проекта;
• этап формирования функционального объема проекта;
• этап определения бюджета проекта;
• этап формирования план-графика работ по проекту;
• этап определения состава исполнителя проекта и проект­ной команды.

После выполнения этапов фазы «Подготовка проек­та», проект переходит в фазу «Концептуальное проектирование». На этой фазе ана­лизируется функциональный объем проекта и форма­лизуются или уточняются поставленные цели проекта. Основным этапом фазы является создание концепции будущего прототипа бизнес-приложения и результата проекта. На данном этапе создается бизнес-модель бизнес-приложения, на основе бизнес-процессов пред­приятия. При реализации проекта в бизнес-процессы предприятия могут вноситься изменения, связанные со спецификой бизнес-приложений.

На основе сформированного «Концептуального проек­та» в первоначальные цели проекта могут вноситься из­менения и уточняться функциональный объем проекта. После определения и уточнения функционального объема проекта формализуются задачи функционального объема. Декомпозиция задач функционального объема формали­зуются разработкой проектных решений по реализации и оптимизации автоматизируемых бизнес-процессов.

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

Основными этапами фазы «Концептуальное проек­тирование» являются следующие:

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

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

С технологической точки зрения на данной фазе производится конфигурация и кастомизация информа­ционной системы. Фазу «Реализация проекта» логиче­ски можно разделить на два этапа.

• первый этап заключается в создании кастомизации биз­нес-приложения на основании требований концептуаль­ного проекта;
• второй этап заключается в тестировании прототипа биз­нес-приложения.

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

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

Таким образом, начальный этап фазы «Реализация проекта» включает в себя:

• создание технического задания на разработку бизнес-приложения в соответствии с бизнес-требованиями ут­вержденными концептуальным проектом;
• создание программы и методики испытаний бизнес-приложения включающая в себя проведение интеграци­онных тестирований;
• создание плана обучения конечных пользователей биз­нес-приложения в соответствии с полномочиями пользо­вателей.

Второй этап фазы «Реализация проекта» связан с тестированием бизнес-приложения. Этап тестирова­ния бизнес-приложения предназначен для определе­ния соответствия прототипа бизнес-приложения тре­бованиям концептуального проекта с технологической точки зрения, а также для определения адекватности прототипа бизнес-приложения, связанного с работой конечных пользователей. На данном этапе происходит анализ ошибок связанных с работоспособностью биз­нес-приложения и их устранение. Также на данном этапе производятся комплекс мероприятий, связанных с проведением и результатами интеграционных тести­рований. Таким образом, этап, связанный с тестирова­нием бизнес-приложения на фазе «Реализация проек­та», включает в себя:

• формирование плана тестирования;
• формирование сценариев интеграционного тестирования.

Основными этапами фазы «Реализация проекта» являются следующие:

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

На основе разработанного и прошедшего тестирова­ние прототипа бизнес-приложения, готовится описание продуктивной системы и формируется руководство для системного администратора.

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

Перед переходом бизнес-приложения на фазу про­мышленной эксплуатации проводится обучение конеч­ных пользователей в соответствии с полномочиями, утвержденными на фазе «Реализация проекта».

Основными этапами фазы «Заключительная подго­товка» являются следующие:

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

На основании подготовленного бизнес-приложения формируется стратегия поддержки и развития этого приложения и формируется приказ о вводе бизнес- приложения в зону промышленной эксплуатации. И проект переходит в фазу «Ввод в эксплуатацию».

На фазе жизненного цикла проекта «Ввод в эксплуа­тацию» производится передача полученных результатов проекта заказчику, оформле­ние акта приема-передачи бизнес-приложения от ис­полнителя проекта заказчику. На основании акта при­ема-передачи бизнес-приложения от исполнителя за­казчику, происходит закрытие проекта. Фаза «Ввод в эксплуатацию» включает в себя:

• этап формирования и передача заказчику результатов проекта;
• этап формирования приказа о переходе бизнес-приложе­ния в промышленную эксплуатацию;
• этап формирования акта приема — передачи бизнес- приложения от исполнителя заказчику на поддержку.

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

Сводная таблица по этапам работ на всем жизнен­ном цикле проекта представ­лена в табл. 1.

Таблица 1

ЭТАПЫ РАБОТ ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА

Фаза проекта	Этапы работ
Подготовка проекта	Этап формирования целей проекта. Этап формирования функционального объе­ма проекта. Этап определения бюджета проекта. Этап формирования план-графика работ по проекту. Этап определения состава исполнителя про­екта и проектной команды
Концептуаль­ное проектиро­вание	Этап формирования концептуального проекта. Этап формирования плана выпуска проект­ной документации и плана обучения конеч­ных пользователей. Этап оптимизации бизнес-процессов и раз­работки проектных решений по реализации сквозных бизнес-процессов. Этап формирования технологических про­ектных решений и создание моделей инте­грационных сценариев
Реализация проекта	Этап создания технического задания на раз­работку бизнес-приложения в соответствии с утвержденными требованиями. Этап создания программы и методики испы­таний бизнес-приложения, включающих в себя комплекс мероприятий по проведению интеграционных тестирований. Этап формирования плана обучения конеч­ных пользователей. Формирования плана тестирования бизнес- приложения. Формирование сценариев интеграционного тестирования. Формирование описания продуктивной системы. Подготовка руководства системного админи­стратора
Заключитель­ная подготовка	Этап миграции данных в продуктивное биз­нес-приложение. Этап обучения конечных пользователей в со­ответствии с матрицей ролей и полномочий. Этап формирования стратегии поддержки и развития бизнес-приложения; Этап подготовки приказа о вводе бизнес- приложения в зону промышленной эксплуатации
Ввод в экс­плуатацию	Этап формирования и передача заказчику результатов. Этап формирования приказа о переходе бизнес- приложения в промышленную эксплуатацию. Этап формирования акта приема — передачи бизнес-приложения от исполнителя заказчи­ку на поддержку

 

2. Построение архитектуры предприятия

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

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

Такие методологии состоят из восьми циклических последовательных фаз с четко выраженными результа­тами, достигнутыми на предыдущих фазах (графиче­ская иллюстрация методологии представлена на рис. 2). Основа методологии заключается в том, что следующая фаза основывается на результатах преды­дущей фазы, соответственно логический выход преды­дущей фазы, является логическим входом последую­щей фазы. Методология включает в себя сле­дующие фазы:

• фаза А: видение архитектуры;
• фаза В: архитектура бизнеса;
• фаза С: архитектура информационной системы (ИС);
• фаза D: архитектура технологий;
• фаза Е: возможности решения;
• фаза F: планирование миграции;
• фаза G: управление реализацией;
• фаза H: управление изменениями архитектуры.

Рис. 2. Фазы формирования архитектуры предпри­ятия

 

Основная цель фазы А: видение архитектуры заключа­ется в детальном анализе ИТ-стратегии. На основе ана­лиза ИТ-стратегии формируется архитектура верхнего уровня информационной системы предприятия. Далее формируется перечень проектов, направленных на ав­томатизацию предприятия. Проекты формируются таким образом, чтобы в результате внедрения всех проектов был детально реализован сформированный архитектур­ный ландшафт. Процесс формирования проектов на ав­томатизацию предприятия представлен на рис. 3.

Рис. 3. Процесс формирования проектов автоматизации предприятия

 

Начальными этапами для фазы А являются ключе­вые цели проекта, сформированный функциональный объем проекта и предварительные календарные сроки проекта. На основании функционального объема про­екта формируется представление верхнего уровня об архитектуре бизнес-приложения, являющейся резуль­татом проекта. Определяется общий перечень инфор­мационных систем, бизнес-приложений и прочих це­лей проекта на соответствии ИТ-стратегии.

Если проект соответствует ИТ-стратегии автоматиза­ции предприятия, то на основании функционального объема проекта, необходимо формализовать бизнес- требования и технологические требования проекта, ко­торые оказывают воздействие на построение архитек­турного ландшафта с учетом внедряемого проекта. Вы­деленные требования являются первостепенным логи­ческим входом для фазы В: архитектура бизнеса.

Таким образом, фаза A: видение архитектуры состо­ит из следующих этапов:

• анализа ИТ-стратегии и формировании верхнеуровневне- го архитектурного ландшафта предприятия;
• анализа ключевых целей проекта или проектов на соот­ветствие ИТ-стратегии автоматизации предприятия;
• анализа функционального объема проекта \ проектов;
• формализации бизнес-требований проекта \ проектов;
• формализации технологических требований проекта \ проектов.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фа­зе A: видение архитектуры.

Формирование фазы А производится на первой ста­дии жизненного цикла проекта «Подготовка проекта» на основании формализации ключевых целей проекта и определения функционального объема проекта. На основании утвержденного функционального объема проекта производится формализация бизнес и техно­логических требований к информационной системе или бизнес-приложению.

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

Таким образом, на основании анализа результатов выделенных этапов на фазе А, формирование архитектурного ландшафта предпри­ятия переходит на фазу B: архитектура бизнеса.

Основная цель фазы В заключается в детальном описа­нии бизнес-архитектуры предприятия. На основании про­анализированных бизнес-требований на фазе А было cформировано детальное описание бизнес-архитектуры. Параллельно с формированием концептуального проекта производилось проектирование верхнего уровня бизнес- архитектуры предприятия. Бизнес-архитектура верхнего уровня должна содержать полный комплекс автоматизи­руемых бизнес-процессов предприятия.

После утверждения концептуального проекта, функ­ционального объема проекта и сформированной биз­нес-архитектуры верхнего уровня определяется пол­ный перечень бизнес-процессов, входящих в объем проекта по функциональным требованиям. Таким об­разом определяется перечень автоматизируемых биз­нес-процессов, которые должно содержать в себе внедряемое бизнес-приложение.

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

Таким образом, фаза В состоит из следующих этапов:

• формирование детальной бизнес-архитектуры предприятия;
• определение перечня автоматизируемых бизнес-процессов бизнес-приложения;
• оптимизация бизнес-процессов;
• фиксация изменений в бизнес-процессах предприятия;
• корректировка функционального объема проекта.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта, происходит формирование бизнес-архитектуры на фазе В. Формирование фазы B произ­водится на второй стадии жизненного цикла проекта «Концептуальное проектирование», на стадии формиро­вания концептуального проекта, оптимизации бизнес- процессов предприятия связанных с внедрением бизнес- приложения и разработки проектных решений на реали­зацию сквозных бизнес-процессов.

На основании результатов выделенных этапов архитектура предприятия переходит на фазу С: архитектура ИС.

Основная цель фазы С: архитектура ИС — детально сформировать архитектуру бизнес-приложения или ин­формационной системы внедряемого проекта, на осно­вании бизнес и технологических требований сформиро­ванных на фазе А: видение архитектуры. Формирование архитектуры ИС производилось на основании детально проработанных бизнес-требований и сформированной архитектуры верхнего уровня на фазе А. Фазу С можно разделить на два ключевых этапа.

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

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

Таким образом, фаза С: архитектура ИС состоит из следующих этапов:

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

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фазе С: ар­хитектура ИС. Формирование фазы С, производится на второй стадии жизненного цик­ла проекта «Концептуальное проектирование», на стадии формирования концептуального проекта и разработки технологических проектных решений на реализацию ав­томатизированных сквозных бизнес-процессов.

На основании результатов выделенных этапов архитектура предприятия переходит на фазу D: архитектура технологий. Основная цель фазы D заключается в общем анализе бизнес и технологической архитектуры бизнес-приложения, сформированных на фа­зе B и фазе С, на соответствие требованиям, выделенным на фазе А. На основании проведенного анализа опреде­лялись подходы к реализации архитектуры. Результат сформированной архитектуры предоставляет возмож­ность по подготовке технологической инфраструктуры для корректного функционирования бизнес-приложения. Оп­ределялся комплекс работ, связанных с настройкой аппа­ратной части функционирования бизнес-приложения или информационной системы. Формировались технологиче­ские требования к функционированию оборудования.

Таким образом, фаза D: архитектура технологий со­стоит из следующих этапов:

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

Проведем анализ, на основании какого этапа и каких ра­бот жизненного цикла проекта, про­исходит формирование архитектуры на фазе D. Формирование фазы D производится на второй стадии жизненного цикла проекта «Концептуальное проектирование», на стадии формирования концептуаль­ного проекта и разработки комплекса проектных решений на реализацию автоматизированных сквозных бизнес- процессов. Фаза D формирования архитектуры является окончанием фазы «Концептуальное проектирование», ре­зультатом выполнения фазы D является сформированная архитектура, на основании которой создается техническое задание на реализацию бизнес-приложения и на форми­рование инфраструктурных требований для корректного функционирования бизнес-приложения.

На основании результатов выделенных этапов архитектура предприятия переходит на фазу E: возможности решения.

Основная цель фазы Е: возможности решения заклю­чается в формировании подходов к реализации разра­ботанной архитектуры бизнес-приложения по бизнес- требованиям предприятия. При внедрении проектного подхода к автоматизации предприятия, в основе реали­зации фазы E лежат детально проанализированный функциональный объем проекта и сформированная ар­хитектура. Проведен анализ, какую часть архитектуры предприятия покрывает функциональный объем проек­та. Уточнены смежные проекты и смежные информаци­онные системы, корректировались календарные-сроки проекта, на основании воздействия смежных проектов. На основании смежных проектов формировался план испытаний бизнес-приложения и целостного интеграци­онного бизнес-решения.

Таким образом, фаза Е: возможности решения со­стоит из следующих этапов:

• детальный анализ функционального объема проекта;
• анализ покрытия функциональным объемом проекта об­щей разработанной архитектуры предприятия;
• анализ смежных проектов по отношению внедряемых проектов;
• корректировка календарных-сроков проекта в результате анализа смежных проектов;
• формирование плана и программы испытаний бизнес- приложения и интеграционного бизнес-решения.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фазе Е. Формирование фазы E про­исходит на третьей стадии жизненного цикла проекта «Реализация проекта», на стадии разработки деталь­ных технических заданий на разработку бизнес- приложения и интеграционных сценариев. Фаза E формирования архитектуры предприятия является на­чальной фазой «Реализации проекта», результатом фазы E является сформированные подходы к реали­зации разработанной архитектуры предприятия.

На основании результатов выделенных этапов архитектура предприятия переходит на фазу F: планирование миграции.

Основная цель фазы F: планирование миграции за­ключается в формировании подходов к переходу предприятия на функционирование с разработанным бизнес-приложением. На фазе F определялись кон­фиденциальные данные предприятия, которые долж­ны быть внесены в продуктивное бизнес-приложение, а также механизмы переноса данных. На основании разработанных механизмов должна быть сформиро­вана соответствующая проектная документация по пе­реносу конфиденциальных данных предприятия в продуктивное бизнес-приложение и по переходу пред — приятия к продуктивному бизнес-приложению.

Таким образом, фаза F: планирование миграции со­стоит из следующих этапов:

• формирование мероприятий по переносу конфиденциальных данных предприятия в продуктивное бизнес-приложение;
• анализ механизмов заполнения конфиденциальных дан­ных предприятия в продуктивное бизнес-приложение;
• формирование требований и мероприятий по переходу предприятия к продуктивному бизнес-приложению.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фазе F: планирование миграции. Формирование фазы F происходит на третьей и четвер­той стадии жизненного цикла проекта «Реализация проекта» и «Заключительная подготовка», на стадии разработки проектной документации посвященной пол­ноценной технологической интеграции бизнес-прило­жения со смежными информационными системами.

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

Таким образом, фаза G: управление реализацией состоит из следующих этапов:

• анализ реализации бизнес-приложения на соответствие разработанной архитектуре;
• анализ реализации интеграционных сценариев на соот­ветствие моделей интеграционных сценариев;
• анализ прочей проектной документации выпускаемой на стадии разработки бизнес-приложений.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фазе G: управление реализацией. Фор­мирование фазы G происходит на третьей и четвертой фазе жизненного цикла проекта «Реализация проекта» и «Заключительная подготовка» на стадии формирования проектной документации связанной с реализацией биз­нес-приложения и реализацией технологической инте­грации со смежными информационными системами. На данной стадии производится контроль реализации сце­нариев интеграционного тестирования на соответствие разработанным проектным решениям на реализацию ав­томатизируемых бизнес-процессов, программе и методи­ки испытаний и техническому заданию на разработку.

Основная цель фазы H: управление изменениями ар­хитектуры — сформировать подходы по изменению ар­хитектуры предприятия связанные с реализацией про­ектов направленных на автоматизацию предприятия.

Таблица 2 ФАЗЫ ПОСТРОЕНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ   Фаза формирования архитектуры предприятия Этапы работ Фаза А: видение архитектуры Анализ ИТ-стратегии и формирование верхнего уровня архитектуры предприятия. Анализ ключевых целей проекта на соответст­вие ИТ-стратегии автоматизации предприятия. Анализ функционального объема проекта. Формализация бизнес-требований. Формализация технологических требований. Корректировка функционального объема проекта Фаза В: архитекту­ра бизнеса Формирование детальной бизнес- архитектуры верхнего уровня. Определение перечня автоматизируемых бизнес-процессов бизнес-приложения. Оптимизация бизнес-процессов. Фиксация изменений в бизнес-процессах Фаза С: архитекту­ра ИС Детальный анализ функциональности внедряемой ИС. Детальный анализ взаимодействия смежных ИС. Детальный анализ потоков информации между смежными ИС. Формирование моделей интеграционно­го сценария Фаза D: архитекту­ра технологий Анализ бизнес и технологической архи­тектуры. Анализ соответствия разработанной ар­хитектуры бизнес-требованиям. Формирования инфраструктурных тре­бований для корректного функциониро­вания бизнес-приложения Фаза Е: возможно­сти решения Детальный анализ функционального объема проекта. Анализа покрытия функциональным объемом проекта общей разработанной архитектуры предприятия. Анализ смежных проектов по отношению внедряемых проектов. Корректировка календарных-сроков проекта в результате анализа смежных проектов. Формирование плана и программы испы­таний бизнес-приложения и интеграционного бизнес-решения Фаза F: планиро­вание миграции Формирования мероприятий по переносу конфиденциальных данных предприятия в продуктивное бизнес-приложение. Анализу механизмов заполнения конфи­денциальных данных предприятия в продуктивное бизнес-приложение. Формирование требований и мероприя­тий по переходу предприятия к продук­тивному бизнес-приложению Фаза G: управле­ние реализацией Анализа реализации бизнес-приложения на соответствие разработанной архитектуре. Анализа реализации интеграционных сценариев на соответствие моделей ин­теграционных сценариев. Анализа прочей проектной документации выпускаемой на стадии разработки биз­нес-приложений Фаза H: управле­ние изменениями архитектуры Анализ расхождений архитектуры свя­занной с реализацией. Формирование требований с изменени­ем или актуализацией ИТ-стратегии

 

На данной стадии проводится детальный анализ рас­хождений между архитектурой, сформированной на фазе A, и финальной архитектурой, получившейся на фазе G. Если изменения в архитектуре бизнес-приложения были связаны только с реализацией, то они фиксируются и от­ражаются в проектной документации, которая подверга­ется процедуре актуализации при переходе бизнес- приложения в промышленную эксплуатацию. Если изме­нения имели более глобальный характер и касались из­менения ключевых целей проекта влияющие на функ­циональный объем проекта, то их необходимо проанали­зировать вместе со стратегией поддержки и развития бизнес-приложения для актуализации или внесения из­менений в ИТ-стратегию предприятия.

Таким образом, фаза H: управление изменениями архитектуры состоит из следующих этапов:

• анализ расхождений архитектуры связанной с реализацией;
• формирование требований с изменением или актуализа­цией ИТ-стратегии.

Проведем анализ, на основании какого этапа и каких работ жизненного цикла проекта происходит формирование архитектуры на фазе H: управление изменениями архитектуры. Формирование фазы H производится на основании финальной стадии проекта «Ввод в эксплуа­тацию». В результате анализа стратегии развития бизнес-приложения необходимо ак­туализировать или внести изменения в ИТ-стратегию связанных с внедрением бизнес-приложения.

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

3. Синтез методологии управления проектом и методологии построения архитектуры предприятия

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

При этом будем рассматривать этапы жизненного цикла проекты и фазы построе­ния архитектуры предприятия. Сводная таблица по этапам соответствия видов работ приведена в табл. 3.

Таблица 3

ЗАВИСИМОСТЬ ФОРМИРОВАНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ ОТ ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА

 

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

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