- •Курс лекций по предмету «Метрология и качество программного обеспечения» Оглавление
- •Введение
- •1. Проект
- •1.1. Направленность на достижение целей.
- •1.2. Координированное выполнение взаимосвязанных действий.
- •1.3. Ограниченная протяженность во времени.
- •1.4. Уникальность.
- •2. Управление проектом
- •2.1. Компьютерная модель проекта
- •2.2. Эффективность
- •2.3. Причины краха проектов.
- •3. Жизненный цикл проекта.
- •3.1. Формулирование проекта
- •3.2. Планирование.
- •3.3. Осуществление.
- •3.4. Завершение.
- •4. Процессы управления проектом
- •4.1. Процессы проекта
- •4.2. Группы процессов
- •4.3. Взаимосвязи процессов
- •4.4. Процессы инициации
- •4.5. Процессы планирования
- •4.6. Процессы анализа
- •4.7. Процессы исполнения и контроля
- •4.8. Процессы управления
- •4.9. Процессы завершения
- •5. Планирование проекта.
- •5.1. Типичные ошибки планирования
- •5.2. Определение целей проекта.
- •5.3. Управление и планирование ресурсов.
- •5.4. Оценка стоимости проекта.
- •5.5. Анализ и планирование рисков
- •5.5.1. Планирование управления рисками.
- •5.5.2. Идентификация рисков.
- •5.5.3. Качественная оценка рисков.
- •5.5.4. Количественная оценка рисков.
- •5.5.5. Планирование реагирования на риски.
- •5.5.6. Мониторинг и контроль.
- •6. Методика мягкого внедрения
- •6.1. Этап Постановочный.
- •6.2. Этап Уточняющий.
- •6.3. Этап Стабилизирующий.
- •6.4. Этап Внедрение.
- •7. Контроль качества.
- •7.1. Введение в стандарты iso 9000
- •1. Ориентация на клиента
- •Общие требования
- •Структура документации системы качества
- •8 Принципов менеджмента качества
- •8. Программные средства для управления проектами.
- •8.1.Open Plan.
- •8.2.Spider Project.
- •8.3.Primavera.
6.3. Этап Стабилизирующий.
На данном этапе удаляются дефекты реализации и выпускается "Релиз Системы". Себестоимость этапа - примерно 50% разработки.
В начале этапа составляется и согласовывается документ "Приемочные испытания". Данный документ содержит описание тестов, успешное выполнение которых является необходимым и достаточным условием приемки. Иными словами, документ описывает минимально гарантированное качество реализации.
Данный документ составляется следующим образом:
Производится описание тестовых данных в виде набора конкретных значений.
Составляется описание тестовых процедур, при этом манипуляции пользователя не описываются, тестовые сценарии берутся из "Документации пользователя". Обычно тестовая процедура описывает последовательность проверки разделов "Документации" (сквозной пример).
На данном этапе "Документация Пользователя" может быть изменена по инициативе тестера и по согласию Заказчика.
Примерно к середине этапа должны быть согласованы "Приемочные испытания". К этому моменту программисты, согласуясь с "Документацией Пользователя" и списком дефектов выявленных тестерами, должны выпустить первую версию системы для испытаний по формальным тестам.
С этого момента система проходит регулярное тестирование по "Приемочным испытаниям". Примерно через 3-5 версий приемочные тесты должны выполниться успешно, и система объявляется готовой к сдаче в опытную эксплуатацию.
Степень Важности |
Продукт этапа |
Описание продукта |
1 |
Релиз системы |
Реализация 100% пользовательских требований (по ТЗ) и 100% выполнение тестов "Приемочных испытаний" |
2 |
Приемочные испытания |
Набор тестов, гарантирующий минимальное договорное качество реализации. |
Условие завершения этапа: Успешное прохождение приемочных тестов у Заказчика, передача Системы и Документации в бета-тестирование.
6.4. Этап Внедрение.
На данном этапе Заказчик выявляет дефекты программы в опытной эксплуатации (бета-тестировании), Исполнитель их устраняет. Является ли это ошибкой или доработкой решается согласно "Документации пользователя". Себестоимость этапа примерно составляет 10% от разработки.
"Документация Пользователя" может быть улучшена с точки зрения организации и стиля. Технический писатель по готовой программе формирует следующие разделы.
Общее описание системы. Формируется на основе общих сценариев функционирования системы.
Быстрое введение. Тут описывается как запустить программу и сразу начать работу.
Основные операции. В данном разделе описывается как использовать основную функциональность не вдаваясь в детали. Стиль описательный и сценарный.
Справочник пользователя ("Как сделать?"). Формируется на основе пошаговых сценариев выполнения конкретных задач.
Дополнительные главы. В данный раздел переносятся части "Документации пользователя" носящие системный характер и обычно не требующиеся пользователям.
Технический писатель исправляет дефекты стиля изложения по всей документации.
Исполнитель устанавливает систему на рабочем оборудовании Заказчика и проводит обучение пользователей. Пользователи должны получить свои должностные инструкции и подтвердить, что они могут по ним использовать систему.
К оговоренному заранее сроку окончания опытной эксплуатации Заказчик должен представить список выявленных проблем. Если имеющиеся проблемы не означают, что программа не соответствует "Документации", то принимается решение об окончательной приемке Системы.