3. Стадия внедрения.

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

Последний тест проверки программного обеспечения это приемо-сдаточные испытания. Такой тест предусматривает показ программного обеспечения заказчику и должен содержать группу контрольных тестов, моделирующих реальные процессы. В конце опытной эксплуатации обучают пользователя, отлаживают технические средства и проверяют возможность работы программного обеспечения при полной нагрузке в реальном масштабе времени. Приемо-сдаточные испытания должны регламентироваться ГОСТ 34.603-92.

В случае разработки пакета программ имеющего универсальный востребованный характер, производится внедрение программного продукта, которое заключается в сдаче его в фонд алгоритмов и программ. Если при использовании программного обеспечения (эксплуатации) и его сопровождение обнаруживается (возникают) новые условия не осознанные разработчиком на ранних стадиях, то осуществляется переход к новому периоду разработки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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