ГОСТ Р 27.203—2012
9.3.4 Устаревание программных продуктов
Если не удается применить ни один из указанных способов обновления, то программный продукт
неизбежно устаревает, что может повлечь за собой уход с рынка использующих его продуктов. Вывод с
рынка таких продуктов должен происходить контролируемым образом с целью минимизации негатив
ных последствий для всех заинтересованных сторон. См. также 7.5.
9.4 Применение опережающих стратегий в управлении устареванием программных
продуктов, не привязанных к определенным аппаратным средствам
9.4.1 Обзор
Обзор включает в себя:
- разработку с учетом будущего устаревания (см. 9.4.2);
- открытые системы (см. 9.4.3);
- договорную поддержку (см. 9.4.4);
- плановую модернизацию (см. 9.4.5);
- дополнительные факторы согласно 9.4.6.
9.4.2 Разработка с учетом будущего устаревания
Современные методы разработки программных продуктов и сопроводительной документации га
рантируют достаточный уровень их обслуживаемости. Благодаря этому оказывается возможным прово
дить частичные доработки программных продуктов вместо их полной замены новыми.
9.4.3 Транспарентные технологии/открытые системы
Этот подход к разработке программных продуктов опирается на стандартизацию многофункцио
нальных интерфейсов. Он зависит от согласования и внедрения архитектуры и стандартов, обеспечи
вающих возможность поддержки международно признанных методов и средств широким диапазоном
аппаратных платформ. Таким образом, применение транспарентных технологий и открытых систем
требует участия пользователей программных продуктов.
Концепция открытых систем исходит из допущения, согласно которому всякий модуль системы,
который может представлять собой комбинацию программных и технических средств, может быть
заменен другим при условии, что их интерфейсы полностью стандартизованы и соответствуют уста
новленным требованиям. Такая взаимозаменяемость модулей должна быть обеспечена независимо от
применяемых в них технологий. При этом необходимо соблюдать осторожность, поскольку неадек
ватность или иные недостатки интерфейсов становятся очевидными только после того, как замена мо
дулей не удалась. Введение поставщиками дополнений в стандарты может воспрепятствовать полу
чению ожидаемых выгод от применения технологии открытых систем.
Этот подход следует применять с самого начала реализации проектов. Он особенно подходит
для новых проектов, но порой может использоваться при модернизации устаревших систем или при пе
реработке их отдельных модулей. Транспарентные технологии особенно подходят для разработки:
- модульных систем;
- покупных программных продуктов общего назначения;
- систем с высокой вероятностью быстрого устаревания, например микропроцессорных систем,
поскольку в них интерфейсы собственной разработки могут меняться даже до того, как разработанный
продукт запущен в производство.
9.4.4 Договорная поддержка
Сложные разработанные на заказ программные продукты редко удается достаточно интенсив
но использовать в течение продолжительного времени без необходимых модификаций (см. 9.1.2.6).
Для модернизации таких продуктов могут привлекаться по контрактам их поставщики или сторонние
организации. Организации, нанятой по контракту для поддержки программного продукта, должен быть
предоставлен неограниченный доступ к его кодам и сопроводительной документации. Если на стар
те проекта или на более поздних стадиях его жизненного цикла сделан выбор в пользу
договорной поддержки разрабатываемого продукта, то контракт на его приобретение должен
предусматривать обеспечение доступа третьей стороны к необходимой документации, средствам
поддержки и правам на интеллектуальную собственность, с тем чтобы она имела реальную
возможность обслуживать данный продукт.
С точки зрения открытости и стоимости привлекательными выглядят программные продукты с от
крытыми исходными кодами, но при их использовании следует принимать в расчет стоимость оценки их
пригодности для решения поставленных задач. Следует применять поддерживаемые на коммер-
21