Практика инжиниринга ИС управления

 

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

- создание новой ИС («с чистого листа») взамен существующей;

- модификация существующей ИС;

- адаптация готовой ИС стороннего разработчика.

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

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

Первый подход, который напрашивается в такой ситуации, это –разработать информационную систему заново («с чистого листа»). В пользу такого подхода говорят следующие основные доводы:

- процесс создания ИС достаточно хорошо изучен, существует ряд моделей, описывающие порядок действий;

- процесс перепроектирования ИС пока изучен хуже;

- процесс создания новой информационной системы лучше прогнозируется (по времени, стоимости и другим ресурсам), чем процесс перепроектирования;

- создание новой информационной системы позволяет отойти от устаревших концепций и применить новые ИТ.

Однако этот подход обладает следующими существенными недостатками:

- создание новой системы требует значительных ресурсов;

- он очень продолжительный по времени (а к реинжинирингу часто прибегают в самый последний момент, когда резерва по времени почти не осталось);

- высока вероятность того, что часть задач придется решать заново;

- также высока вероятность, что часть задач в старой ИС была решена на хорошем или приемлемом уровне.

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

- потенциально меньшие затраты;

- потенциально меньший срок окончания проекта;

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

- минимальные затраты на переобучение пользователей;

- более плавный переход со старой информационной системы на новую (актуально для задачи переноса данных из старой системы в новую);

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

К существенным недостаткам этого подхода можно отнести:

- отсутствие гарантии (и даже убежденности), что путем модификации удастся привести информационную систему в соответствие новым требованиям;

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

- сложность структурной модели, описывающей реинжиниринг информационной системы;

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

К ограничениям такого подхода следует также отнести правовой аспект. Исполнителю необходимо иметь доступ к исходным текстам информационной системы, а также иметь право исследовать и изменять информационную систему. В последнее время, с появлением открытых (свободно распространяемых) программ и информационных систем, распространение получил аналогичный подход –путем «адаптации» (доработки) готовой ИС стороннего разработчика. Обычно такие информационные системы строятся по технологии так называемых «открытых систем», что существенно упрощает модификацию системы. Этот подход можно рекомендовать в следующих случаях:

- наличие аналогичной информационной системы, требующей минимальной доработки;

- ожидание существенных выгод от использования существующей системы (например, получение совместимости с другими важными информационными системами);

- наличие в существующей информационной системе хорошего набора базовых функций (так называемого «ядра»), на основе которого упрощается реализация новой информационной системы.

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

Можно привести несколько типовых видов такой ситуации:

- в настоящий момент используется готовая информационная система стороннего разработчика, который регулярно выпускает новые версии ИС (можно дождаться выпуска новой версии);

- стратегические планы предприятия не ясны (возможен переход на другую платформу);

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

- бюджет предприятия сильно ограничен (нет возможности нанять высококвалифицированных специалистов для проведения реинжиниринга).