ГОСТ Р 27.203—2012
- вероятность устаревания продукта мала, что справедливо для простых программных средств;
- продукт является покупной программой общего назначения, используемой в автономной системе;
- поставщик программного продукта дает твердые гарантии отсутствия его устаревания, по край
ней мере, до очередной планируемой модернизации технических средств, для которых этот продукт
приобретен.
9.1.5 Опережающая стратегия
Опережающая стратегия управления устареванием программных продуктов может включать в себя;
- полное документирование всех интерфейсов, с тем чтобы ограничить последствия устаревания
любого программного модуля, нацеленность всюду, где это возможно, на применение транспарент ных
технологий и открытых систем (см. 9.4.3). Настоятельно рекомендуется разрабатывать дополни
тельную документацию, охватывающую используемые в продукте внутренние прикладные программы и
программные модели. Надлежащее документальное оформление системы служит одним из спосо бов
ослабления остроты проблемы отсутствия специалистов достаточно высокой квалификации;
- заключение контракта со специализированной организацией, занимающейся поддержкой про
граммных продуктов (см. 9.4.4);
- плановую модификацию программного продукта с установленной периодичностью, нацеленную
на обеспечение его одновременного устаревания с соответствующимитехническими средствами (см. 9.4.5).
Должна быть тщательно изучена целесообразность перечисленных действий, и при положительной
оценке они должны быть включены в план управления устареванием. Обзор указанных действий см. в 9.4.
9.2 Взаимоотношения между поставщиками и потребителями
Приглашение к участию в тендере на поставку программного продукта должно устанавливать тре
бования в отношении управления его устареванием и разъяснять потенциальным поставщикам воз
можные альтернативы, намеченные в первоначальном плане управления устареванием. Если заклю
ченный контракт отличается от положений, установленных в этом плане, то последний должен быть
приведен в соответствие с согласованными условиями контракта.
9.3 Возможные восстановительные действия в рамках реактивной стратегии
9.3.1 Обзор
Обзор включает в себя;
- поиск замещающих программ (см. 9.3.2);
- переработку программного продукта (см. 9.3.3);
- устаревание программного продукта (см. 9.3.4).
9.3.2 Поиск замещающих программ
Поиск на рынке программ для замещения устаревающего программного продукта могут вести
как потребители и поставщики, так и специализированные организации по договору. При этом могут
быть необходимы консультации с оригинальными разработчиками системы, с тем чтобы определить
пригодность подобранного на замену программного продукта. См. также перечисление в) п. 9.3.3.
9.3.3 Переработка программных продуктов
Переработка программного продукта может включать в себя;
а) эмуляцию.
Эмуляция процессоров и операционных систем может служить средством создания условий ра
боты для программных продуктов, для которых в связи с совершенствованием аппаратных средств
уже не существуют условия, для которых он первоначально был создан. Помимо оценки работоспособ
ности программного продукта при его эмуляции должны быть изучены вопросы стабильности, защиты
авторских прав и поддержки;
б) частичную переработку.
Она может быть нацелена на внесение необходимых изменений во внешние интерфейсы и функ
циональные возможности продукта, на его приспособление к новым операционным системам;
в) замену.
Это может означать переход на программный продукт, приобретаемый у нового поставщика, соз
данный на другой, отличной от прежней платформе, обладающий сходными, но не идентичными функ
циональными возможностями. Основное внимание при этом должно быть уделено переносу данных,
обучению операторов, корректности обращения с перемещаемыми данными наряду с влиянием за
мены программного продукта на организационные пакеты данных в связи с неизбежными (или даже
приветствуемыми) различиями во входных и выходных данных.
20