4. Период сопровождения или пользовательский период.

Жизненный цикл разработанного программного продукта должен поддерживаться постоянно, исправляться. Тем самым отодвигать старение программного продукта. Старение программного продукта может быть уже на стадии проектирования из-за сложности, длительности срока разработки или недостаточного понимания значения предпроектной стадии. Разработанная система должна быть гибкой и это свойство должно поддерживаться в течение жизненного цикла программного продукта. На этой стадии проводится выполнение работ в соответствии с гарантийными обязательствами и после гарантийное обслуживание. Последняя стадия жизненного цикла программы характеризуется такими потребительскими свойствами как:

- функциональная полнота – это степень реализации предусмотренных к автоматизации процессов обработки данных;

- валидность – программа должна решать поставленную задачу;

- комфорт эксплуатации - связано с разработкой удобного интерфейса, дизайна, наличия автоматизированной обучающей программы и средства оказания помощи при неправильных действиях;

- эффективность работы программы – оптимизированные ресурсы памяти, времени решения задачи, размеры установочного пакета;

- надежность – программа должна правильно работать при верных исходных данных, выдавать результаты моделирования или диагностику ошибок.

- изменяемость – возможность внесения изменений, как во время разработки программ, так и после выпуска программной продукции. Это обычно достигается использованием методов модульного или объектно-ориентированного программирования;

- Читабельность кода программ, легкость отладки и тестирования - определяется культурой разработки программ, правильностью организации кодов и наличием средств отладки и контрольных примеров для тестирования;

- переносимость – это возможность переноса программного средства из одного типа вычислительной среды в другую: с одной ПЭВМ на другую; с одной операционной системы в другую; с одной конфигурации на другую.

Эти свойства с другой стороны можно определить как критерии качества программного продукта для задач математического моделирования. Методом анкетирования или экспертных оценок можно оценить тот или иной программный продукт по 6-бальной системе (правило шести).

Степень адаптивности ГОСТ 34. При использовании стандарта ГОСТ 34 имеются следующие возможности:

• Объединять этапы формирования требований и разработки концепции системы;

• отказаться от этапа эскизного проектирования и объединять этапы разработки и рабочей документации;

• отказаться от некоторых стадий разработки;

• объединять большинство документов технической документации и их разделов;

• вводить дополнительные документы, разделы документов и работы;

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

Стадии и этапы, выполняемые организациями – участниками работ по созданию автоматизированной системы, устанавливаются в договорах и техническом задании, что близко к подходу ISO 12207.

Обеспечение качества согласно ГОСТ 34 определяется в техническом задании.

Степень обязательности ГОСТ 34 и ГОСТ 19: полная обязательность отсутствует, материалы стандартов являются методической поддержкой и в большей степени ориентированы на заказчика. В стандарте имеется набор требований к содержанию к содержанию технического задания и проведению испытаний разработанной системы.

Ключевым документом взаимодействия сторон является техническое задание на создание автоматизированной системы, оно является основным исходным документом для создания и приемки и определяет важнейшие точки взаимодействия заказчика и разработчика.