4. Период сопровождения или пользовательский период.
Жизненный цикл разработанного программного продукта должен поддерживаться постоянно, исправляться. Тем самым отодвигать старение программного продукта. Старение программного продукта может быть уже на стадии проектирования из-за сложности, длительности срока разработки или недостаточного понимания значения предпроектной стадии. Разработанная система должна быть гибкой и это свойство должно поддерживаться в течение жизненного цикла программного продукта. На этой стадии проводится выполнение работ в соответствии с гарантийными обязательствами и после гарантийное обслуживание. Последняя стадия жизненного цикла программы характеризуется такими потребительскими свойствами как:
- функциональная полнота – это степень реализации предусмотренных к автоматизации процессов обработки данных;
- валидность – программа должна решать поставленную задачу;
- комфорт эксплуатации - связано с разработкой удобного интерфейса, дизайна, наличия автоматизированной обучающей программы и средства оказания помощи при неправильных действиях;
- эффективность работы программы – оптимизированные ресурсы памяти, времени решения задачи, размеры установочного пакета;
- надежность – программа должна правильно работать при верных исходных данных, выдавать результаты моделирования или диагностику ошибок.
- изменяемость – возможность внесения изменений, как во время разработки программ, так и после выпуска программной продукции. Это обычно достигается использованием методов модульного или объектно-ориентированного программирования;
- Читабельность кода программ, легкость отладки и тестирования - определяется культурой разработки программ, правильностью организации кодов и наличием средств отладки и контрольных примеров для тестирования;
- переносимость – это возможность переноса программного средства из одного типа вычислительной среды в другую: с одной ПЭВМ на другую; с одной операционной системы в другую; с одной конфигурации на другую.
Эти свойства с другой стороны можно определить как критерии качества программного продукта для задач математического моделирования. Методом анкетирования или экспертных оценок можно оценить тот или иной программный продукт по 6-бальной системе (правило шести).
Степень адаптивности ГОСТ 34. При использовании стандарта ГОСТ 34 имеются следующие возможности:
-
Объединять этапы формирования требований и разработки концепции системы;
-
отказаться от этапа эскизного проектирования и объединять этапы разработки и рабочей документации;
-
отказаться от некоторых стадий разработки;
-
объединять большинство документов технической документации и их разделов;
-
вводить дополнительные документы, разделы документов и работы;
-
динамически создавать частные технические задания, что позволяет достаточно гибко формировать жизненный цикл программного продукта.
Стадии и этапы, выполняемые организациями – участниками работ по созданию автоматизированной системы, устанавливаются в договорах и техническом задании, что близко к подходу ISO 12207.
Обеспечение качества согласно ГОСТ 34 определяется в техническом задании.
Степень обязательности ГОСТ 34 и ГОСТ 19: полная обязательность отсутствует, материалы стандартов являются методической поддержкой и в большей степени ориентированы на заказчика. В стандарте имеется набор требований к содержанию к содержанию технического задания и проведению испытаний разработанной системы.
Ключевым документом взаимодействия сторон является техническое задание на создание автоматизированной системы, оно является основным исходным документом для создания и приемки и определяет важнейшие точки взаимодействия заказчика и разработчика.
- Университет им. М.Акмуллы
- Учебное пособие
- Введение
- Глава 1. Элементы программной инженерии
- 1.1. Стандарты, стадии и этапы разработок
- 1. Предпроектная стадия - так называемая стадия формирования требований к автоматизированной системе.
- 2. Стадия проектирования
- 3. Стадия внедрения.
- 4. Период сопровождения или пользовательский период.
- 1.2. Стратегии разработки программного продукта
- 1.2.1. Водопадная или каскадная стратегия конструирования
- 1.2.2. Инкрементная стратегия конструирования
- 1.2.3. Эволюционная стратегия конструирования
- 1.3. Примеры оформления технических заданий
- 1.3.1. Техническое задание на создание асутп
- 1.3.2. Техническое задание на разработку компьютерной модели
- 1.4. Инструментальные средства проектирования
- Глава 2. Основные подходы к разработке программ для компьютерного моделирования
- 2.1. Принципы разработки программного продукта
- 2.2. Направления и походы к разработке компьютерных
- 2.2.1. Разработка интерактивных компьютерных моделей для
- 2.2.2. Подходы и инструментарии разработки
- 2.2.3. Разработка сетевых компьютерных систем и
- 2.2.4. Разработка компьютерных вычислительных
- 1. Назначение еспд
- 2. Область распространения и состав еспд
- 3. Классификация и обозначение стандартов еспд
- Информационная технология
- Гост 34.602-89
- Государственный стандарт союза сср
- 1. Общие положения
- 2. Состав и содержание
- 3. Правила оформления
- Порядок разработки, согласования и утверждения тз на ас
- Форма титульного листа тз на ас
- Техническое задание
- Форма последнего листа тз на ас
- Информационные данные
- 2. Утвержден и введен в действие Постановлением Государственного комитета ссср по стандартам от 24.03.89 № 661
- 3. Взамен гост 24.201-85
- 4. Ссылочные нормативно-технические документы