Стратегии управления legacy-системами, виртуализация как стратегия модернизации решений.

Сущность модернизации как стадии жизненного цикла информационной системы.

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

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

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

Чаще всего модификация подобных приложений требует значительных затрат времени и финансовых средств, в то время как их замена может требовать даже реинжиниринга бизнес-процессов организации. В таком случае требуется доработка системы, для чего необходимо заново пройти все фазы жизненного цикла – от сбора / формирования требований до сопровождения и эксплуатации. Соответственно, определяются сроки, ресурсы и содержа- ние, результат подобной доработки будет являться уникальным, и потому можно говорить об отдельном проекте по модернизации. Этим проектом может заниматься как команда внедрения, так и абсолютно другие компании-подрядчики (особенно если речь идет о модернизации системы, создан- ной несколько лет назад, когда компания-подрядчик может уже даже прекратить свое существование). Модернизация системы подобного рода позволяет продлить срок его эксплуатации, снизить совокупную стоимость владения (TCO), расширить функциональные возможности, совершенствовать программно-аппаратную платформу минимальными доступными средствами БЕЗ остановки процесса эксплуатации системы. В ходе модернизации устраняются многие возникавшие при эксплуатации проблемы. Однако необходимость реализации определенных доработок, число которых уже достигло критического значения, является лишь одной из возможных причин старта модернизации системы. Другим важным фактором / триггером является аудит информационных систем, проводимый самостоятельно организацией или при привлечении внешних экспертов / консультантов. Результаты аудита могут сочетаться с реинжинирингом бизнес-процессов компании, разработкой новой целевой прикладной архитектуры или же обновлением ИТ-стратегии в целом. Принятию решения о модернизации в обязательном порядке должно предшествовать определение сроков, стоимости и состава работ по доработке, так как возможна даже ситуация, когда списание системы и внедрение новой в конечном итоге окажется более оптимальным вариантом, чем изменение существующей. Ведь в целом задачи модификации, будучи на первый взгляд простыми (хотя и трудоемкими), представляются компаниям, как правило, несвоевременными либо неперспективными. Поколения сотрудников (как заказчика, так и компании-подрядчика) меняются, работавшие при внедрении специалисты уходят, а в случае некорректного документирования системы при ее создании результаты попыток совершенствования ПО могут быть достаточно плачевными. Таким образом, среди внешних и внутренних факторов, которые могут служить своеобразными индикаторами необходимости модификации систем, можно перечислить следующие (на примере экономической ИС): 1) Изменения в системе документооборота, формате / структуре формируемых документов. 2) Изменения в перечне задач, принадлежащих к основной функциональности системы, или в методах их решения. 3) Мнения и оценки пользователей о работе с системой, качестве обработки данных и результирующей информации. 4)Информация специализированного ПО (например, в составе СУБД и операционных систем) по статистике работы системы, ее быстродействию и отказоустойчивости. 5) Характеристики организации и внешней среды (выпуск новых изделий, появление новых технологических ограничений). 6)Изменение законодательства и требований регуляторов (например, в части стандартов учета). 7) Уход из компании и недостаток на рынке специалистов со знания- ми, необходимыми для поддержки конкретной legacy-системы; 8) Слишком высокая стоимость поддержки системы / совокупная стоимость владения. 9)Отсутствие технических возможностей (высокая сложность) интеграции с новыми, внедряемыми на предприятии системами.

Дата добавления: 2017-02-01