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

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

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

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

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

2. Модификация требований. На этой стадии анализируются требования с учетом ин­формации о компонентах, полученной на предыдущем этапе. Требования модифи­цируются таким образом, чтобы максимально использовать возможности отобран­ных компонентов. Если изменение требований невозможно, повторно выполняет­ся анализ компонентов для того, чтобы найти какое-либо альтернативное решение.

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

4. Разработка и сборка системы. Это этап непосредственного создания системы. В рам­ках рассматриваемого подхода сборка системы является скорее частью разработки системы, чем отдельным этапом.