ГОСТ Р 27.203—2012
9.1.2.3 Несовершенство программных продуктов
Многие современные программы настолько сложны, что ни один разработчик не в состоянии
охватить все их возможные внутренние взаимосвязи. Пространства входов и внутренних состояний
программных продуктов настолько обширны, что становится нецелесообразным вкладывать средства в
их исчерпывающую проверку. В результатесбольшой вероятностью возникает аномальное поведение
программных продуктов в процессе их использования, требующее внесения исправлений. Для крупных
программ устранение всех недостатков практически нереально, и поэтому для имеющего важное опе
рационное значение программного обеспечения требуется создание постоянно действующих средств
их поддержки и обслуживания.
9.1.2.4 Адаптивные и совершенствующие модификации
Разработчик сложных программ вряд ли способен точно исполнить все требования всех предпо
лагаемых пользователей за исключением их очевидных потребностей. Даже в случае выполнения всех
первоначальных требований последние постоянно меняются в связи с изменениями условий, в которых
действуют пользователи программных продуктов. Кроме того, быстрое развитие технологий подталки
вает потребителей искать пути к повышению эффективности программных продуктов, что становится
постоянной задачей служб поддержки, занимающихся их обслуживанием. Таким образом, процесс мо
дификаций программных продуктов становится непрерывным.
9.1.2.5 Документальное оформление
Доступность полной и точной документации представляет собой ключевое условие для процесса
модификации программных продуктов. Неспособность поддерживать актуальностьдокументации сама
по себе может быть причиной устаревания программных средств.
9.1.2.6 Модификация заказных программных продуктов
Модификацию программных продуктов, разработанных по заказу конкретных пользователей, до
статочно просто организовать, но при этом существуют внутренние опасности, связанные с вероятно
стью внесения в них новых ошибок или недостатков. Если заказной программный продукт после его
модификации перестает соответствовать ожиданиям пользователя, то его можно считать устаревшим.
Потребность в модифицировании заказных программных продуктов имеет прямое отношение
к проблеме их устаревания. Способны также устаревать технические и программные средства, под
держивающие сам процесс модификации. Кчислу таких средств относятся компьютеры,
операционные системы, компиляторы или условия разработки и поддержки программных продуктов.
Имеют склон ность к устареванию навыки владения методами и средствами, используемыми при
модификации про граммных продуктов. В целом может оказаться экономически неоправданно
безусловное поддержание в готовности всех средств, лицензий и компетенций, требующихсядля
поддержки программных продук тов. разработанных по заказам отдельного пользователя, что
неизбежно сокращает возможные сроки, в течение которых осуществляется их обслуживание.
9.1.2.7 Несовместимость покупных программных продуктов общего назначения
Многие программные продукты, используемые в информационных технологиях, обладают относи
тельно короткими сроками службы, по истечении которых они замещаются новыми их версиями или вы
падают из номенклатуры продуктов, предлагаемых на продажу их разработчиками. Рынок требует не
прерывных изменений программных средств. Сохранение потребителями в отдельных составляющих
эксплуатируемых ими систем снятых с продажи версий программных продуктов повышает риск усиления их
несовместимости с другими составляющими, прошедшими модернизацию. В этой связи возникает по
требность в соответствующих испытаниях систем при любых изменениях их конфигурации.
9.1.3Установление основной стратегии противодействия устареванию программных про
дуктов
После того, как из числа указанных в настоящем разделе выявлены проблемы, связанные с уста
реванием определенного программного продукта, должна быть выбрана детализированная стратегия
управления устареванием.
Все программные продукты используют совместно с определенными техническими средствами.
Управление устареванием осуществляют на системном уровне, охватывающем программные и техни
ческие средства.
Программный продукт может быть составной частью некоторого продукта, и управление его уста
реванием должно происходить соответствующим образом. Управление устареванием устройств, в ко
торых технические и программные средства образуют единое целое, следует проводить в соответствии с
общими правилами для технических средств, установленных в разделе 7. Это касается преимуще
ственно программ низкого уровня типа машинных кодов или программ для запоминающих устройств.
18