- •Информационные технологии- Процессы жизненного цикла программного обеспечения предисловие
- •Введение
- •Область действия.
- •Назначение
- •Область применения
- •Адаптация Международного стандарта
- •Согласованность
- •Ограничения
- •Нормативные ссылки
- •Определения
- •Область применения международного стандарта
- •Принцип построения Международного стандарта
- •Процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Процесс приобретения
- •Инициирование
- •Заявка на подготовку предложения
- •Подготовка контракта и модернизация
- •Мониторинг поставщика
- •Принятие и завершение
- •Процесс Поставки
- •Инициирование
- •Подготовка ответа
- •Контракт
- •Планирование
- •Выполнение и контроль
- •Поставка и завершение
- •Процесс Разработки
- •Реализация процесса
- •Анализ системных требований
- •Проектирование архитектуры системы
- •Анализ требований программного обеспечения.
- •Архитектура программного обеспечения
- •Детальное проектирование программного обеспечения
- •Программирование и тестирование программного обеспечения
- •Интеграция программного обеспечения
- •Квалификационные испытания программного обеспечения
- •Интеграция системы
- •Квалификационное тестирование системы
- •Установка программного обеспечения
- •Поддержка принятия программного обеспечения
- •Процесс Функционирования
- •Реализация процесса
- •Операционное тестирование
- •Функционирование системы
- •Поддержка пользователя
- •Процесс Сопровождения
- •Реализация процесса
- •Анализ проблем и модификаций
- •Реализация модификации
- •Оценка/принятие сопровождения (обслуживания)
- •Перемещение (миграция)
- •Удаление программного обеспечения
- •Обеспечивающие процессы жизненного цикла
- •Процесс документирования
- •Реализация процесса
- •Проектирование и разработка
- •Производство
- •Сопровождение
- •Процесс управления конфигурацией
- •Реализация процесса
- •Идентификация конфигурации
- •Управление конфигурацией
- •Учет (отчет) соответствия конфигурации
- •Оценка конфигурации
- •Управление выпуском и поставкой
- •Процесс обеспечения (гарантий) качества
- •Реализация процесса
- •Гарантия продукта
- •Гарантия процесса
- •Гарантия качества систем
- •Процесс верификации
- •Реализация процесса
- •Верификация
- •Процесс Аттестации
- •Реализация процесса
- •Аттестация
- •Процесс Совместной Оценки
- •Реализация процесса
- •Оценка управления проектом
- •Технические оценки
- •Процесс проверок (аудита)
- •Реализация процесса
- •Проверка
- •Процесс Решения Проблем
- •Реализация процесса
- •Решение проблем
- •Организационные проблемы жизненного цикла
- •Процесс Управления
- •Начало и определение области действия
- •Планирование
- •Выполнение и управление
- •Процесс обучения
- •Реализация процесса
- •А.4 Документирование решений адаптации и их целесообразности
- •Приложение в (информативное) Руководство по адаптации
- •В.1 Общее руководство по адаптации
- •В.2 Адаптация Процесса Разработки
- •B.3 Адаптация работ, относящихся к оценке
- •В.4 Вопросы адаптации и применения
- •Приложение с (информативное) Руководство по процессам и организациям
- •С.1 Процессы с различных ключевых позиций.
- •С.2 Процессы, организации и отношения.
- •Приложение д (информационное) Библиография
- •Содержание
Проверка
Эта деятельность состоит из следующей задачи:
6.7.2.1. Проверки должны быть проведены , чтобы гарантировать, что:
а) кодируемые программные продукты (такие как единица программного обеспечения) отражают проектную документацию;
б) приемный обзор и требования тестирования, предписанные документацией адекватны для принятия продуктов программного обеспечения;
в) испытательные данные подчиняются спецификации;
г) программные продукты успешно протестированы и соответствуют их спецификациям;
д) испытательные отчеты правильны и расхождения между фактическими и ожидаемыми результатами разрешены;
е) документация пользователя выполнена в соответствии со стандартами;
ж) действия проведены согласно соответствующим требованиям, планам и контракту;
з) затраты (стоимость) и программы придерживаются установленных планов.
Процесс Решения Проблем
Процесс решения проблем представляет собой процесс анализа и решения проблем, включая несоответствия, какой бы ни была их природа или источник, которые обнаружены в течении выполнения разработки, функционирования, сопровождения и других процессов. Целью этого процесса является обеспечение своевременности, обязательности и отражения в документации средств для гарантии, что все обнаруженные проблемы проанализированы и решены.
Этот процесс состоит из следующих действий
Реализация процесса.
Решение проблем.
Реализация процесса
Эта деятельность состоит из следующей задачи:
6.8.1.1. Процесс решения проблем должен быть проведен для обработки всех проблем (включая несоответствия), обнаруженные в программных продуктах и действиях. Процесс должен выполнять следующие требования:
а) процесс должен быть замкнутым циклом, гарантирующим, что все обнаруженные проблемы быстро сообщены и введены в Процесс Решения Проблем, воздействие инициализировано на них, релевантные стороны извещены о существующих проблемах, причины идентифицированы, проанализированы и , где возможно, устранены, решение и диспозиция достигнуты, состояние отслежено и сообщено, и проблемные отчеты сохранены как предусмотроено в контракте;
б) процесс должен содержать схему для классификации и приоритизации проблем. Каждая проблема должна быть классифицирована категорией и приритетом, чтобы облегчить анализ тенденции и решение проблемы;
в) анализ должен быть выполнен для обнаружения тенденций в сообщенных проблемах;
г) проблемные решения и диспозиции должны быть оценены по критериям: какие проблемы решены, неблагоприятные тенденции изменены и изменения выполнены правильно в соответствующих программных продуктах и действиях, и определить введены ли дополнительные проблемы.
Решение проблем
Эта деятельность состоит из следующей задачи:
6.8.2.1. Когда проблемы (включая несоответствия) определены в программном продукте или деятельности, проблемное сообщение должно быть приготовлено для описания каждой обнаруженной проблемы. Проблемное сообщение должно использоваться как часть процесса замкнутого цикла, описанного выше: от определения проблемы, через исследование, анализ и решение проблемы и ее причины и до определения тенденции через проблемы.