- •Информационные технологии- Процессы жизненного цикла программного обеспечения предисловие
- •Введение
- •Область действия.
- •Назначение
- •Область применения
- •Адаптация Международного стандарта
- •Согласованность
- •Ограничения
- •Нормативные ссылки
- •Определения
- •Область применения международного стандарта
- •Принцип построения Международного стандарта
- •Процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы жизненного цикла
- •Основные процессы жизненного цикла
- •Процесс приобретения
- •Инициирование
- •Заявка на подготовку предложения
- •Подготовка контракта и модернизация
- •Мониторинг поставщика
- •Принятие и завершение
- •Процесс Поставки
- •Инициирование
- •Подготовка ответа
- •Контракт
- •Планирование
- •Выполнение и контроль
- •Поставка и завершение
- •Процесс Разработки
- •Реализация процесса
- •Анализ системных требований
- •Проектирование архитектуры системы
- •Анализ требований программного обеспечения.
- •Архитектура программного обеспечения
- •Детальное проектирование программного обеспечения
- •Программирование и тестирование программного обеспечения
- •Интеграция программного обеспечения
- •Квалификационные испытания программного обеспечения
- •Интеграция системы
- •Квалификационное тестирование системы
- •Установка программного обеспечения
- •Поддержка принятия программного обеспечения
- •Процесс Функционирования
- •Реализация процесса
- •Операционное тестирование
- •Функционирование системы
- •Поддержка пользователя
- •Процесс Сопровождения
- •Реализация процесса
- •Анализ проблем и модификаций
- •Реализация модификации
- •Оценка/принятие сопровождения (обслуживания)
- •Перемещение (миграция)
- •Удаление программного обеспечения
- •Обеспечивающие процессы жизненного цикла
- •Процесс документирования
- •Реализация процесса
- •Проектирование и разработка
- •Производство
- •Сопровождение
- •Процесс управления конфигурацией
- •Реализация процесса
- •Идентификация конфигурации
- •Управление конфигурацией
- •Учет (отчет) соответствия конфигурации
- •Оценка конфигурации
- •Управление выпуском и поставкой
- •Процесс обеспечения (гарантий) качества
- •Реализация процесса
- •Гарантия продукта
- •Гарантия процесса
- •Гарантия качества систем
- •Процесс верификации
- •Реализация процесса
- •Верификация
- •Процесс Аттестации
- •Реализация процесса
- •Аттестация
- •Процесс Совместной Оценки
- •Реализация процесса
- •Оценка управления проектом
- •Технические оценки
- •Процесс проверок (аудита)
- •Реализация процесса
- •Проверка
- •Процесс Решения Проблем
- •Реализация процесса
- •Решение проблем
- •Организационные проблемы жизненного цикла
- •Процесс Управления
- •Начало и определение области действия
- •Планирование
- •Выполнение и управление
- •Процесс обучения
- •Реализация процесса
- •А.4 Документирование решений адаптации и их целесообразности
- •Приложение в (информативное) Руководство по адаптации
- •В.1 Общее руководство по адаптации
- •В.2 Адаптация Процесса Разработки
- •B.3 Адаптация работ, относящихся к оценке
- •В.4 Вопросы адаптации и применения
- •Приложение с (информативное) Руководство по процессам и организациям
- •С.1 Процессы с различных ключевых позиций.
- •С.2 Процессы, организации и отношения.
- •Приложение д (информационное) Библиография
- •Содержание
Анализ требований программного обеспечения.
Для каждой единицы программного обеспечения (или единицы конфигурации программного обеспечения, если определено) эта деятельность состоит из следующих задач:
5.3.4.1. Разработчик должен установить и документировать требования программного обеспечения, включая спецификации характеристик качества, описанные ниже. Руководство по определению характеристик качества можно найти в ISO/IEC 9126.
а) функциональные и возможные спецификации, включая исполнение, физические характеристики и условия среды эксплуатации при которых единица программного обеспечения должна быть выполнена;
б) внешние связи (интерфейсы) с единицей программного обеспечения;
в) требования квалификации;
г) спецификации надежности, включая спецификации, связанные методами функционирования и сопровождения, воздействия окружающей среды и травмы персонала;
д) спецификации защищенности, включая спецификации, связанные с компрометированием точности информации;
е) человеческие факторы спецификаций по инженерной психологии (эргономике), включая связанные с ручным управлением, взаимодействием человека и оборудования, ограничениями на персонал и областями, нуждающимися в концентрированном человеческом внимании, которые являются чувствительными к ошибкам человека и обучению;
ж) определение данных и требований базы данных;
з) установочные и приемочные требования поставляемого программного продукта в местах функционирования и сопровождения (эксплуатации);
и) документация пользователя;
к) работа пользователя и требования выполнения;
л) требования сервиса пользователя.
5.3.4.2. Разработчик должен оценить требования программного обеспечения, рассматривая критерии, описываемые ниже. Результаты оценок должны быть задокументированы.
а) трассируемость к требованиям системы и проектированию системы;
б) внешняя согласованность с требованиями системы;
в) внутренняя согласованность;
г) контролируемость;
д) выполнимость проекта программного обеспечения;
е) возможность функционирования и сопровождения.
5.3.4.3. Разработчик должен проводить совместные оценки согласно п.6.6. После успешного завершения оценок должна быть определена базовая линия на требования единицы программного обеспечения.
Архитектура программного обеспечения
Для каждой единицы программного обеспечения (или единицы конфигурации программного обеспечения, если идентифицировано) эта деятельность состоит из следующих задач:
5.3.5.1. Разработчик должен трансформировать требования для единицы программного обеспечения в архитектуру, которая описывает ее верхне-уровневую структуру и идентифицирует компоненты программного обеспечения. Должно быть гарантировано, что все требования для единицы программного обеспечения распределены по их компонентам программного обеспечения и далее совершенствуются, чтобы облегчить детальное проектирование. Архитектура единицы программного обеспечения должна быть документирована.
5.3.5.2. Разработчик должен разработать и документировать проект верхнего уровня для интерфейса с единицей программного обеспечения и между компонентами программного обеспечения единицы программного обеспечения.
5.3.5.3. Разработчик должен разработать и документировать проект верхнего уровня для базы данных.
5.3.5.4. Разработчик должен разработать и документировать предварительные версии документации пользователя.
5.3.5.5. Разработчик должен определить и документировать предварительные испытательные требования и планы для интеграции программного обеспечения.
5.3.5.6. Разработчик должен оценить архитектуру единицы программного обеспечения и проекты интерфейсов и базы данных, рассматривая критерии, описанные ниже. Результаты оценок должны быть документированы.
а) трассируемость к требованиям единицы программного обеспечения;
б) внешняя согласованность с требованиями единицы программного обеспечения;
в) внутренняя согласованность между компонентами программного обеспечения;
г) соответствие методов проектирования и используемых стандартов;
д) возможность детального проектирования;
е) возможность функционирования и сопровождения.
5.3.5.7. Разработчик должен проводить совместные оценки согласно п.6.6.