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

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

Оценка бизнес-пригодности

Оценка бизнес-пригодности системы в определенной мере субъективна, поскольку не существует идеальных объективных методов ее определения. Здесь, как во всех случаях субъективного оценивания, полагаясь только на одно мнение, вы получите весьма иска­женный результат. Чтобы избежать этого, я предлагаю подход, который предусматривает оценивание бизнес-пригодности системы под разными углами зрения. Предлагаю не­сколько опорных точек зрения и соответствующих вопросов, которые помо­гут в оценке бизнес-пригодности.