Введение. В последнее десятилетие уходящего тысячелетия во всем постиндустральном мире наблюдается бурное развитие информационных технологий

В последнее десятилетие уходящего тысячелетия во всем постиндустральном мире наблюдается бурное развитие информационных технологий. За последние 30 лет развития этой области человеческой деятельности создано огромное количество программ, немалая часть которых до сих пор играет жизненно-важную роль в информационном обеспечении процессов, происходящих и в мелких частных фирмах и в крупных мультинациональных корпорациях. 15-20 лет назад основной аппартной платформой для программного обеспечения были мэйнфремы, языком программирования COBOL, а СУБД IMS. Ввиду практического отсутствия других платформ проблемы переносимости ПО просто не возникало. Но прогресс не стоял на месте, и вскоре появились персональные компьютеры, рабочие станции, а с ними и множество видов операционных систем. Тактовая частота процессоров, объемы внешней и оперативной памяти увеличивали свои показатели экспоненциально. Вместе с этим с еще большей скоростью росло количество, сложность и разнообразие информационных систем.

Потребности бизнеса во взаимодействии составляющих его структур породили в необходимость в интеграции обслуживающих бизнес разрозненных инфраструктур. Наибольшее сопротивление этому начинанию оказывают вышеупомянутые устаревшие программные комплекы (Legacy Systems), потому как в силу своей архитектуры они практически совсем не расширяемы, модернизация и интеграция их друг с другом и с вновь разрабатываемыми ИС требует огромных финансовых и временных затрат. Созданные когда-то интерфейсы к этим системам давно устарели и совершенно не удовлетворяют текущим потребностям пользователей, привыкших к гораздо большей функциональности GUI-интерфейсов. Эта проблема особенно остро стоит перед большими корпорациями, целыми отраслями промышленности, имеющими в своем арсенале подобное наследство, потому что ограниченность их возможностей в быстро меняющемся мире уменьшает их конкурентоспособность и может однажды привезти к информационному коллапсу. Поэтому так остро стоит вопрос об эффективных с точки зрения затрат времени и человеческих ресурсов методах модернизации или миграции унаследованных систем. И острота его вряд ли уменьшится в ближайшие десятилетия. В данном обзоре будет сделана попытка описать в общих чертах текущее состояние на этом фронте.

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

Часть I - Реструктуризация унаследованных систем

Что подразумевается под понятием "унаследованная система"

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

В статье Энн Мак-Крори "Что такое унаследованные системы?" [1] раскрывается сложность и запутанность этого понятия. Это может быть комбинацией из:

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

Некоторой неопределенностью в данном вопросе мы обязаны постоянному развитию отрасли. Одно время под наследуемыми системами понимались повсеместно заменявшиеся мэйнфреймы. Сегодня устаревшими можно считать любые системы, снятые с производства всемирно известными компаниями.

Некоторые под термином "наследуемая" подразумевают "непригодная". Ее трудно или совсеи невозможно связать с другими системами. У нее большие проблемы с маштабируемостью, ее трудно поддерживать, развивать дальше. Для них подобная система - тяжкое бремя. От нее нельзя отказаться, хотя она значительно снижает производительность труда.