ГОСТ Р 27.203—2012
ческих основах версии программных продуктов с открытыми кодами, имея в виду непредсказуемость
доступа к их версиям без такой поддержки.
Возможность договорной поддержки должна рассматриваться применительно:
- к программным продуктам, разрабатываемым на заказ;
- к программным продуктам с открытыми исходными кодами;
- к покупным программным продуктам общего назначения, для которых такая поддержка пред
лагается.
9.4.5 Плановые модернизации
Эта стратегия включает в себя установление заранее выбранных моментов времени, в которые
система или отдельные ее составные части должны дорабатываться с учетом современных требо
ваний и заменяться ее устаревшие элементы. Обычно модернизации подвергают одновременно про
граммные продукты итехнические (аппаратные) средства, на которых они установлены. В промежутках
между плановыми модернизациями допускается применять другие способы управления устареванием.
Плановые модернизации следует предусматривать:
- для всех новых электронных систем.
- в случаях, когда темпы устаревания могут быть точно рассчитаны:
- в условиях быстрого развития технологий. К этой категории относятся микропроцессорные си
стемы. даже разработанные как открытые системы, благодаря очень высоким темпам развития техно
логий изготовления и совершенствования технических параметров микропроцессоров.
9.4.6 Дополнительные факторы, влияющие на выбор вариантов программ управления
устареванием
П р и м е ч а н и е — Общие сведения, относящиеся кданной теме, содержатся в 7.4.6.
9.4.6.1 Системы, снятые с производства
Снятые с производства системы, имеющие в своем составе сложные программные продукты,
способны доставлять немало проблем. Эти программные продукты могут быть не полностью доку
ментированы. написаны с использованием устаревших языков программирования и вспомогательных
инструментов, использованы покупные составляющие, поставленные давно не существующими произ
водителями. разработаны без использования современных способов модульного программирования;
для них могут отсутствовать какие-либо планы управления устареванием. Для таких систем все еще до
пускается применять опережающие или реактивные стратегии управления устареванием, описанные в
настоящем стандарте, но стоимость преодоления препятствий на пути к их использованию с большой
вероятностью может оказаться достаточно высокой.
3.4.6.2 Архивирование
Независимо от выбранного варианта стратегии управления устареванием программного продукта
может оказаться полезным наличие беспрепятственного доступа к документации и исходным кодам
продукта на основе соответствующих соглашений с его поставщиком.
9.4.6.3 Защита
Руководитель проекта обязан предусматривать методы защиты конструкций и материалов в те
чение всего периода управления устареванием. Анализ их защищенности должен включать в себя вы
явление. передачу, упаковку, хранение и защиту материалов. Особое внимание должно быть уделено
выбору носителей для хранения документации и программ. Хранимые на этих носителях программы
следует периодически проверять, с тем чтобы их содержание оставалось доступным в процессе управ
ления устареванием.
22