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

Перенос методологии ASAP на методологическую платформу RUP производился без каких-либо принципиальных методологических проблем.

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

Необходимо также отметить концептуальное подобие обеих концепций, которое отчетливо видно при сопоставлении рисунков 16 и 26:

· С точки зрения Наполнения Методов:

o Области знаний (knowledge areas) дорожной карты ASAP были реализованы в концепции Дисциплин метамодели UMA. Единственное принципиальное отличие заключается в том, что в методологии ASAP задачи могут включаться лишь в одну область знаний, а метамодель UMA позволяет включать задачи в различные категории, в том числе и Дисциплины;

o Работы (deliverables) дорожной карты ASAP были реализованы в метамодели UMA как задачи;

o Роли (Roles) дорожной карты ASAP были перенесены в метамодель UMA без изменений с дополнительной группировкой в Наборы Ролей;

o Входные и Выходные Акселераторы (accelerators) дорожной карты ASAP были реализованы в метамодели UMA как рабочие продукты: артефакты, конечные продукты или исходы в зависимости от их характера. При наличии в дорожной карте ASAP прикрепленного файла с примером акселератора, соответствующему в UMA артефакту назначалось Указание вида Пример, к которому прикреплялся данный файл. Всем рабочим продуктам, в зависимости от их характера, были присвоены соответствующие домен и/или вид продукта работы;

· С точки зрения Процесса:

o Фазы дорожной карты ASAP были реализованы в метамодели UMA как Этапы, то есть особые операции верхнего уровня;

o Группы Работ (deliverable groups) дорожной карты ASAP были реализованы в метамодели UMA как операции второго уровня и ниже;

o Работы (deliverables) дорожной карты ASAP были реализованы в метамодели UMA как операции нижних уровней или дескрипторы задач нижнего уровня декомпозиции операций, в зависимости от состава данных работ;

o Роли (Roles) дорожной карты ASAP были реализованы в метамодели UMA как дескрипторы ролей нижнего уровня декомпозиции операций;

o Входные и Выходные Акселераторы (accelerators) дорожной карты ASAP были реализованы в метамодели UMA как дескрипторы рабочих продуктов нижнего уровня декомпозиции операций;

Диаграммы деятельности верхних уровней, частично сгенерированные инструментом моделирования, были дополнены потоками операций, блоками решений и ветвлениями в соответствии с логикой процесса (рис.30).

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

И здесь методологическая платформа RUP позволяет нам получить удобное преимущество перед дорожной картой ASAP в представлении данной методологии с различных точек зрения.

Для создаваемого прототипа были взяты четыре точки зрения на методологию ASAP, выраженные в UMA четырьмя Категориями типа Представление, включенными в публикуемую Конфигурацию:

· Процесс внедрения (ASAP);

· Наборы Ролей;

· Дисциплины (области знаний);

· Документация

В полученном в результате данной публикации прототипе эти четыре точки зрения реализованы в левой области окна браузера четырьмя соответствующими вкладками. На них методология ASAP представлена с четырех разных, соответствующих Представлениям Конфигурации, сторон (рис.33 - 39).

Рисунок 33. Вкладка "Процесс внедрения (ASAP)" прототипа. В рабочей области справа - содержимое вкладки "Описание"

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

На этой вкладке приводится общая информация о той или иной операции процесса, выбранной в меню слева.

Остальные три вкладки рабочей области представления процесса предназначены для его детального описания с трех точек зрения (рис.34 - 36):

· Структурной декомпозиции работ (диаграмма деятельности и дерево структуры декомпозиции)

· Распределения работ между членами команды проекта

· Рабочих Продуктов операции

Рисунок 34. Вкладка "Процесс внедрения (ASAP)" прототипа. В рабочей области справа - содержимое вкладки "Структура работы"

Рисунок 35. Вкладка "Процесс внедрения (ASAP)" прототипа. В рабочей области справа - содержимое вкладки "Распределение групп"

Рисунок 36. Вкладка "Процесс внедрения (ASAP)" прототипа. В рабочей области справа - содержимое вкладки "Использование рабочего продукта"

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

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

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

Вкладка "Дисциплины (области знаний)" (рис.38) помогает представить элементы процесса в разрезе Дисциплин, то есть с точки зрения группировки по категориям наполнения методов. Это представление полезно, если необходимо выделить определенные группы работ, объединенные в одну "область знаний ASAP", например "Менеджмент Данных Жизненного Цикла".

Вкладка "Документация" (рис.39) представляет выборку из рабочих продуктов проекта. Из выборки исключены исходы. Таким образом, отобрана лишь документация, созданию и обработке которой следует уделить внимание. При этом документация разделена на две категории:

· Документация Проекта - документация, создаваемая для управления проектом, предназначенная для внутреннего использования членами проектной команды

· Документация Продукта - документация, предназначенная для поставки в составе продукта проекта внедрения, предназначенная для использования, как членами команды проекта, так и заказчиком после завершения проекта внедрения

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

Рисунок 37. Вкладка "Наборы Ролей" прототипа. В рабочей области справа - содержимое соответствующего пункта древовидного меню

Рисунок 38. Вкладка "Дисциплины (области знаний)" прототипа. В рабочей области справа - содержимое соответствующего пункта древовидного меню

Рисунок 39. Вкладка "Документация" прототипа. В рабочей области справа - содержимое соответствующего пункта древовидного меню

Итак, в результате проведенного эксперимента был получен двойной результат, состоящий из:

· Модели фрагмента методологии ASAP (позволяет создавать экземпляры методологии со смещением, как по оси итеративности, так и по оси методологического веса "карты процессов")

· Опубликованного прототипа инструментария управления проектом внедрения ERP решений SAP на отечественных предприятиях, исключающего методологические недостатки ASAP.

Вывод