
- •Кризис программирования и способ выхода из него
- •Модель cmm-sei
- •Управление качеством разработки программного продукта с помощью системы стандартов iso 9001
- •Примерная структура процесса и организации, занимающейся разработкой программных продуктов
- •Контрольные вопросы
- •Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
- •Оценка возможных рисков при выполнении программного проекта
- •6.5. Составление временного графика выполнения программного проекта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Конструирование прототипа
- •Составление спецификаций по требованиям заказчика
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Эволюция разработки программного продукта
- •Структурное программирование
- •Объектно-ориентированное проектирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Тестирование
- •Разработка справочной системы программного продукта. Создание документации пользователя
- •Создание версии и инсталляции программного продукта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Виды тестирования
- •Программные ошибки
- •Тестирование документации
- •Разработка и выполнение тестов
- •Требования к хорошему тесту
- •Классы эквивалентности и граничные условия
- •Тестирование переходов между состояниями
- •Условия гонок и другие временные зависимости
- •Нагрузочные испытания
- •Прогнозирование ошибок
- •Тестирование функциональной эквивалентности
- •Регрессионное тестирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •1. Подготовительная работа, предусматривающая:
- •Контрольные вопросы
- •Классификация поставляемых программных продуктов
- •Действия, выполняемые при поставке программного продукта
- •Контрольные вопросы
- •Основные понятия о надежности программных продуктов и методах ее обеспечения
- •Методы обеспечения надежности на различных этапах жизненного цикла разработки программного продукта
- •Прогнозирование ошибок
- •Шаблон для учета итоговых сведений об ошибках
- •Предотвращение ошибок
- •Шаблон для учета действий по предотвращению ошибок на этапах составления требований, проектирования и разработки
- •Устранение ошибок
- •Обеспечение отказоустойчивости
- •Инструменты, обеспечивающие надежность программных продуктов. План обеспечения надежности
- •Контрольные вопросы
Конструирование прототипа
Конструирование прототипа выполняют аналогично проектированию ПП. Изучение свойств прототипа осуществляется с целью уточнения или проверки требований заказчика до окончательного их утверждения.
Заказчикам программного обеспечения и конечным пользователям обычно сложно четко сформулировать требования к разрабатываемому ПП. Трудно предвидеть, как ПП будет взаимодействовать с другими программными пакетами и какие операции, выполняемые пользователями, необходимо автоматизировать. Тщательный анализ требований помогает яснее понять, что ПП должен делать. Однако реально проверить требования, прежде чем их утвердить, практически невозможно. В этой ситуации может помочь прототип системы.
Прототип является начальной версией ПП, которая используется для демонстрации концепций, заложенных в системе, проверки вариантов требований, а также поиска проблем, которые могут возникнуть как в ходе разработки, так и при эксплуатации ПП, и возможных вариантов их решения. Очень важна быстрая разработка прототипа ПП, чтобы пользователи могли начать экспериментировать с ним как можно раньше.
При работе над составлением требований к ПП прототип обеспечивает ряд преимуществ. Пользователи могут экспериментировать с прототипом, что позволяет им проверить, как будет работать ПП. Они могут определить сильные и слабые стороны ПП, в результате чего сформировать новые требования.
Прототип позволяет обнаружить ошибки и упущения в ранее принятых требованиях. Например, некоторые функции ПП, определенные в требованиях, пользователи первоначально могут считать полезными и нужными, однако в процессе применения этих функций совместно с другими функциями вполне способны изменить мнение о них. В результате требования к ПП изменятся, отражая измененное понимание пользователями функций ПП.
Прототипирование можно использовать при анализе рисков на этапе планирования. Основной опасностью при разработке ПП являются ошибки и упущения в требованиях. Затраты на устранение ошибок в требованиях на более поздних стадиях процесса разработки могут быть очень высокими. Прототипирование также уменьшает общую стоимость разработки системы. По этим причинам оно часто используется в процессе разработки требований.
Составление спецификаций по требованиям заказчика
Этап управления требованиями заканчивается составлением спецификаций требований, которые могут быть оформлены в виде таблицы. При составлении спецификаций не следует употреблять слова и словосочетания, допускающие неоднозначное толкование.
Утверждение требований исполнителем и заказчиком определяет момент достижения соглашения между ними по всем пунктам спецификаций требований. Заказчик может потребовать предоставить ему прототип или иной пример, иллюстрирующий проверку некоторых требований к ПП, может определить множество проверочных примеров или многократно изменить параметры отдельных требований к ПП. В этом случае такие пожелания заказчика необходимо оформлять в приложении к спецификациям требований.
Собираемые метрики, используемые методы, стандарты и шаблоны
На этапе составления спецификаций требований заказчика необходимо выполнять оценки затраченных на составление спецификаций требований ресурсов (время, необходимое для получения утвержденной версии спецификаций требований, число человек, участвующих в составлении требований, время создания компьютерной версии спецификаций требований и ее бумажной копии, длительность процедуры согласования и утверждения спецификаций требований и т.п.). По этим оценкам следует определить производительность составления спецификаций требований.
Все полученные данные необходимо хранить в ИБД проектной группы. Кроме того, в нее следует заносить все другие данные, которые, по мнению руководителя проекта, могут помочь улучшить процесс составления спецификаций требований и повысить его производительность.
Используемый инструмент: система подготовки документов (например, MS Word).
Используемые методы и стандарты: процесс организации; метрическая программа организации.
Используемые шаблоны: спецификации требований; отчета по обзору; отчета о статусе проекта.