- •Кризис программирования и способ выхода из него
- •Модель cmm-sei
- •Управление качеством разработки программного продукта с помощью системы стандартов iso 9001
- •Примерная структура процесса и организации, занимающейся разработкой программных продуктов
- •Контрольные вопросы
- •Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
- •Оценка возможных рисков при выполнении программного проекта
- •6.5. Составление временного графика выполнения программного проекта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Конструирование прототипа
- •Составление спецификаций по требованиям заказчика
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Эволюция разработки программного продукта
- •Структурное программирование
- •Объектно-ориентированное проектирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Тестирование
- •Разработка справочной системы программного продукта. Создание документации пользователя
- •Создание версии и инсталляции программного продукта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Виды тестирования
- •Программные ошибки
- •Тестирование документации
- •Разработка и выполнение тестов
- •Требования к хорошему тесту
- •Классы эквивалентности и граничные условия
- •Тестирование переходов между состояниями
- •Условия гонок и другие временные зависимости
- •Нагрузочные испытания
- •Прогнозирование ошибок
- •Тестирование функциональной эквивалентности
- •Регрессионное тестирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •1. Подготовительная работа, предусматривающая:
- •Контрольные вопросы
- •Классификация поставляемых программных продуктов
- •Действия, выполняемые при поставке программного продукта
- •Контрольные вопросы
- •Основные понятия о надежности программных продуктов и методах ее обеспечения
- •Методы обеспечения надежности на различных этапах жизненного цикла разработки программного продукта
- •Прогнозирование ошибок
- •Шаблон для учета итоговых сведений об ошибках
- •Предотвращение ошибок
- •Шаблон для учета действий по предотвращению ошибок на этапах составления требований, проектирования и разработки
- •Устранение ошибок
- •Обеспечение отказоустойчивости
- •Инструменты, обеспечивающие надежность программных продуктов. План обеспечения надежности
- •Контрольные вопросы
Классификация поставляемых программных продуктов
Готовый к поставке ПП должен быть классифицирован как один из следующих типов:
ES-поставка — поставка прототипа;
РА-поставка — поставка Альфа-версии;
РВ-поставка — поставка Бета-версии;
RP-поставка — окончательная поставка.
Прототип является начальной версией ПП, которая используется для демонстрации концепций, заложенных в системе, проверки вариантов требований, а также поиска проблем, которые могут возникнуть как в ходе разработки, так и при эксплуатации ПП, и возможных вариантов их решения.
Очень важна быстрая разработка прототипа ПП, чтобы пользователи могли начать экспериментировать с ним как можно раньше.
В отличие от прототипа Альфа-версия ПП реализует все или практически все основные функции ПП, однако некоторые из них могут еще отсутствовать или выполняются с ошибками, возможно крайне нестабильно. Индивидуальность ПП уже полностью сформирована, видны его основные особенности и возможности.
Спецификация, конструкторская документация, справочная система и документация пользователя практически готовы. Альфа-версию обычно отдают только заказчикам.
В Бета-версии реализован полный набор запланированных функций ПП. Фатальных ошибок в ПП нет, серьезных ошибок очень мало. Готовы все проектные документы и ПП соответствует требованиям заказчика. Справочная система и документация пользователя также полностью готовы. Продукт можно отдать на тестирование сторонним пользователям или распространять в рекламных целях.
Окончательная поставка подразумевает завершение работы над проектом по разработке ПП и переход к этапу сопровождения. Продукт со всей сопутствующей документацией передается заказчику.
Действия, выполняемые при поставке программного продукта
Продукция, готовая к поставке, должна быть представлена на обзор, проводимый при участии высшего руководства и группы процесса.
Для проведения такого обзора необходимо:
присвоить поставляемой продукции идентификатор;
создать базовую версию;
подготовить руководство по поставляемой продукции.
Для обзора поставляемой продукции назначается руководитель обзора, который отвечает за подготовку и проведение обзора в соответствии с процедурой, определенной в процессе организации.
В ходе обзора проверяются полнота поставляемого продукта и правильное выполнение процедуры поставки. Вся выпускаемая продукция должна быть классифицирована в соответствии с руководством по поставке ПП.
Контрольные вопросы
1. Что включает в себя процедура поставки?
2. Для каких целей используется схема классификации поставляемого программного продукта?
3. Какие типы поставок вы знаете? Охарактеризуйте каждый из них.
4. Какие действия необходимо выполнять при подготовке поставляемого программного продукта к обзору?
5. Кто отвечает за проведение обзора и подготовляемой продукции к нему?
ОБЕСПЕЧЕНИЕ НАДЕЖНОСТИ ПРОГРАММНЫХ ПРОДУКТОВ
Используемые термины
При определении надежности ПП пользуются следующими принятыми терминами.
Надежность — состояние, позволяющее избежать повреждений в момент совершения ошибки. Ошибки ПП происходят в силу дефектов или ошибок проекта, кодирования, организационных ошибок, неадекватной отладки и ошибок тестирования.
Отказоустойчивость ПП — свойство ПП, заключающееся в возможности коррекции отдельных ошибок при сохранении возможности продолжения выполнения программы.
Проблема — отклонение от заданных технических характеристик или ожидаемых результатов.
Ошибка при обработке — вывод некорректных результатов при выполнении процесса обработки.
Процесс — ограниченный ряд взаимосвязанных действий, в ходе осуществления которых используются один или больше типов исходных продуктов, а затем с помощью одного или нескольких преобразований создается конечный продукт, который представляет ценность для заказчика.
Отказ при выполнении процесса — событие, посредством которого ошибка в исходном продукте, используемом в процессе, порождает ошибку на выходе, которая в конечном итоге становится явной.
Сбой при выполнении процесса — сбой, имеющий отношение к используемым в процессе некорректным входным данным и вызывающий неправильное состояние процессе или системы, к которой относится процесс.
