- •Информационные технологии- Процессы жизненного цикла программного обеспечения предисловие
- •Введение
- •Область действия.
- •Назначение
- •Область применения
- •Адаптация Международного стандарта
- •Согласованность
- •Ограничения
- •Нормативные ссылки
- •Определения
- •Область применения международного стандарта
- •Принцип построения Международного стандарта
- •Процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Процесс приобретения
- •Инициирование
- •Заявка на подготовку предложения
- •Подготовка контракта и модернизация
- •Мониторинг поставщика
- •Принятие и завершение
- •Процесс Поставки
- •Инициирование
- •Подготовка ответа
- •Контракт
- •Планирование
- •Выполнение и контроль
- •Поставка и завершение
- •Процесс Разработки
- •Реализация процесса
- •Анализ системных требований
- •Проектирование архитектуры системы
- •Анализ требований программного обеспечения.
- •Архитектура программного обеспечения
- •Детальное проектирование программного обеспечения
- •Программирование и тестирование программного обеспечения
- •Интеграция программного обеспечения
- •Квалификационные испытания программного обеспечения
- •Интеграция системы
- •Квалификационное тестирование системы
- •Установка программного обеспечения
- •Поддержка принятия программного обеспечения
- •Процесс Функционирования
- •Реализация процесса
- •Операционное тестирование
- •Функционирование системы
- •Поддержка пользователя
- •Процесс Сопровождения
- •Реализация процесса
- •Анализ проблем и модификаций
- •Реализация модификации
- •Оценка/принятие сопровождения (обслуживания)
- •Перемещение (миграция)
- •Удаление программного обеспечения
- •Обеспечивающие процессы жизненного цикла
- •Процесс документирования
- •Реализация процесса
- •Проектирование и разработка
- •Производство
- •Сопровождение
- •Процесс управления конфигурацией
- •Реализация процесса
- •Идентификация конфигурации
- •Управление конфигурацией
- •Учет (отчет) соответствия конфигурации
- •Оценка конфигурации
- •Управление выпуском и поставкой
- •Процесс обеспечения (гарантий) качества
- •Реализация процесса
- •Гарантия продукта
- •Гарантия процесса
- •Гарантия качества систем
- •Процесс верификации
- •Реализация процесса
- •Верификация
- •Процесс Аттестации
- •Реализация процесса
- •Аттестация
- •Процесс Совместной Оценки
- •Реализация процесса
- •Оценка управления проектом
- •Технические оценки
- •Процесс проверок (аудита)
- •Реализация процесса
- •Проверка
- •Процесс Решения Проблем
- •Реализация процесса
- •Решение проблем
- •Организационные проблемы жизненного цикла
- •Процесс Управления
- •Начало и определение области действия
- •Планирование
- •Выполнение и управление
- •Процесс обучения
- •Реализация процесса
- •А.4 Документирование решений адаптации и их целесообразности
- •Приложение в (информативное) Руководство по адаптации
- •В.1 Общее руководство по адаптации
- •В.2 Адаптация Процесса Разработки
- •B.3 Адаптация работ, относящихся к оценке
- •В.4 Вопросы адаптации и применения
- •Приложение с (информативное) Руководство по процессам и организациям
- •С.1 Процессы с различных ключевых позиций.
- •С.2 Процессы, организации и отношения.
- •Приложение д (информационное) Библиография
- •Содержание
Инициирование
Эта деятельность состоит из следующих задач:
5.1.1.1. Покупатель начинает процесс приобретения, описывая концепцию или потребность приобретения, разработки или расширения системы, программного продукта или обслуживания программного обеспечения.
5.1.1.2. Покупатель определяет и анализирует требования системы. Требования системы должны включать коммерческую деятельность, организацию и требования надежности, безопасности, защиты информации и другие критические требования вместе с проектированием, тестированием и соответствующими стандартами и процедурами.
5.1.1.3. Если покупатель приглашает поставщика, чтобы выполнить анализ требований системы, покупатель утверждает проанализированные требования.
5.1.1.4. Покупатель может выполнить определение и анализ требований программного обеспечения сам или может приглашать поставщика для выполнения этой задачи.
5.1.1.5. Процесс разработки (5.3) используется для выполнения задач в 5.1.1.2 и 5.1.1.4.
5.1.1.6. Покупатель рассматривает варианты приобретения, начиная с анализа соответствующих критериев и до включения риска, стоимости затрат и выгод от каждого варианта. Варианты включают:
а) покупка готового программного продукта, который удовлетворяет требованиям;
б) разработка программного продукта и приобретение сервиса программного обеспечения внутрисистемно;
в) разработка программного продукта и приобретение сервиса программного обеспечения через контракт;
г) комбинация а, б, в;
д) модернизация существующего программного продукта или обслуживания.
5.1.1.7. При покупке готового программного изделия покупатель должен получить гарантии, что следующие условия удовлетворены:
а) удовлетворены требования для программного продукта;
б) в распоряжении есть документация;
в) удовлетворены права собственности, употребления, лицензирования и гарантии;
г) удовлетворена будущая поддержка программного продукта.
5.1.1.8. Покупатель должен подготовить, документировать и выполнить план приобретения, который включает в себя:
а) требования к системе;
б) запланированная занятость системы;
в) тип используемого контракта;
г) обязательства вспомогательных организаций;
д) поддержка используемой концепции;
е) учтенные риски и методы управления ими.
5.1.1.9. Покупатель должен определить и документировать принятие стратегии и критериев.
Заявка на подготовку предложения
Эта деятельность состоит из задач:
5.1.2.1. Покупатель должен задокументировать требования приобретения (например, заявка на приобретение), содержание которых зависит от вариантов, указанных в 5.1.1.6. Документация приобретения должна включать:
а) требования к системе;
б) область действия;
в) инструкции для участников торгов;
г) список программных продуктов;
д) сроки и условия приобретения;
е) контроль над субподрядным договором;
ж) технические ограничения.
5.1.2.2. Покупатель должен определить какие процессы, действия и задачи этого стандарта являются подходящими для проекта и должен соответственно их применять. В первую очередь покупатель должен определить применяемые вспомогательные процессы (раздел 6) и использующие их организации, включая обязательства, так, чтобы поставщики могли в их предложениях определить подход к каждому из специфических вспомогательных процессов. Покупатель определяет возможности тех задач, которые ссылаются на контракт.
5.1.2.3. Документация приобретения должна определять промежуточные отчеты контракта, в которых будет рассмотрен и проверен прогресс поставщика как часть текущего контроля приобретения (см. 6.6 и 6.7).
5.1.2.4. Требования приобретения должны быть предоставлены организации, выбранной для выполнения деятельности по приобретению.