Управление проектами - статьи
Обеспечивая концептуальное понимание процесса реинжиниринга
Обеспечивая концептуальное понимание процесса реинжиниринга ИС, в ряде работ [1, 9] определяются основные виды деятельности (фазы) соотносимые с этим процессом.
Так, в [1] рассматриваются следующие основные фазы:
- оценки показателей проекта по реинжинирингу, в том числе характеристик унаследованной информационной системы (фаза оценки);
- анализа решений по реинжинирингу, в том числе принятие решения о необходимости проведения работ по реинжинирингу или сопровождению/разработке ИС;
- осуществления реинжиниринга (выполнения работ по реинжинирингу);
- внедрения системы, трансформированной в результате проведения реинжиниринга.
- анализ существующей системы, основанный на одном или более ее логических описаний;
- трансформация этих логических описаний в новое, улучшенное логическое описание системы.
- разработка новой системы, основанной на новых логических описаниях системы.
Другой подход к определению деятельности по реинжинирингу базируется на так называемой модели «подковы» [9, 21].
В основу данной модели положены следующие процессы (виды деятельности), соотносимые с реинжинирингом ИС:
Эти три основных процесса соединяются в модели в виде «подковы» (см Рис. 2).
Рис.2 Модель «подковы».
Первый процесс (Architecture Recovery) предусматривает восстановление архитектуры существующей системы посредством извлечения на основании исходного кода характеризующих ее артефактов. Полученная архитектура анализируется на предмет соответствия требованиям к изменяемости, надежности, защищенности и так далее.
Второй процесс (Architecture Transformation) заключается в трансформации (реинжиниринге) восстановленной архитектуры к желаемой новой архитектуре. Полученная в результате трансформации новая архитектура оценивается с позиции ее качества с учетом накладываемых на нее организационных и экономических ограничений.
И, наконец, третий процесс (Architecture-based Development) включает деятельность по разработке системы, соответствующей новой архитектуре. Здесь решаются вопросы декомпозиции элементов системы по пакетам, осуществляется выбор стратегий взаимодействия элементов/компонентов системы.
