Модернизация. 
Управление жизненным циклом информационных систем

Стратегии управления /е#" с г/ - с и с т е м, а м и. В течение периода эксплуатации системы происходят неизбежные изменения как вне организации (в том числе изменение рынка, контрагентов), так и внутри организации (к примеру, смещение бизнес-приоритетов в другую индустрию, на другой рынок и пр.). Растет объем обрабатываемой информации, объем файлов, снижается пропускная способность, оборудование выходит из строя и появляется повое — все эти факторы неизбежно влияют на актуальность самой системы и решаемых ей задач. В то время когда системы уже не способны с должной степенью эффективности решать задачи бизнеса, говорят об «унаследованных» системах.

Унаследованные системы (англ, legacy systems) — системы, более не соответствующие текущим потребностям бизнеса, но по-прежнему эксплуатирующиеся компаниями. Как правило, в их основе лежат устаревшие технологии и платформы, и не представляется возможным далее совершенствовать и видоизменять их для соответствия требованиям безопасности, новому аппаратному обеспечению, обновленным операционным системам.

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

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

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

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

• • изменения в системе документооборота, формате и структуре формируемых документов;
• • изменения в перечне задач, принадлежащих к основной функциональности системы, или в методах их решения;
• • мнения пользователей о работе с системой, качестве обработки данных и результирующей информации;
• • информация специализированного ПО (например, в составе СУБД и ОС) по статистике работы системы, ее быстродействию и отказоустойчивости;
• • характеристики организации и внешней среды (выпуск новых изделий, появление новых технологических ограничений);
• • изменение законодательства и требований регуляторов (например, в части стандартов учета);
• • уход из компании и недостаток на рынке специалистов со знаниями, необходимыми для поддержки конкретной legacy-системы;
• • слишком высокая стоимость поддержки системы или совокупная стоимость владения;
• • отсутствие технических возможностей (высокая сложность) интеграции с новыми, внедряемыми на предприятии системами;
• • рыночная конкуренция и бизнес-приоритеты (например, интернетмагазин, который фокусируется на удовлетворении потребностей пользователей, может принять решение о модернизации пользовательского интерфейса и системы принятия и обработки заказов клиентов);
• • осуществляемые процессы слияний и поглощений М&А (так, в случае объединения информационных систем с другой компанией требуется полный пересмотр существующего ландшафта систем и частичная или полная модернизация).

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

Миграция (migration). Переход на более новую версию платформы, ОС, СУБД или языка программирования. Обеспечивается достаточно эффективный с точки зрения соотношения стоимости и качества способ трансформации устаревающих систем.

Пример

В процессе миграции могут изменяться:

• • платформа: миграция с IBM Mainframe COBOL/CICS/DB2/VSAM на Intelплатформу Windows Micro Focus COBOL (с БД Oracle);
• • язык программирования: конвертация кода на С#;
• • пользовательский интерфейс: переход от desktop-версии к веб-интерфейсу;
• • аппаратное обеспечение: переход с DEC VAX-обеспечения на Intel-серверы и рабочие станции (что, в свою очередь, требует перевода ПО с VAX OpenVMS на MS Windows);
• • миграция баз данных: переход с IDMS на Oracle.

Реинжиниринг {re-engineering). Чаще всего применяется при адаптации сервисно-ориентированной архитектуры SOA, при построении прежних приложений на основе новых технологий и платформ, с прежней или же расширенной функциональностью.