Лекция 6
Процесс поддержки приемки ПС
Цель - содействие заказчику, достижение уверенности что продукт соответствует требованиям.
Процесс эксплуатации ПС
Цель - эксплуатация программного продукта в заданной среде окружения и обеспечение поддержки его потребителей.
Процесс сопровождения ПС
Цель - обеспечение эффективной по затратам поддержки поставленного программного продукта.
Процесс снятия ПС с эксплуатации.
Цель - завершение существования системного программного элемента.
Специальные процессы ПС
К ним относятся:
- Процессы реализации ПС.
- Процессы поддержки ПС.
- Процессы повторного применения ПС.
- Процессы реализации ПС.
Процесс реализации ПС - основной, покрывающий собой все действия, которые выполняются другими процессами этой группы.
Подпроцессы:
- Процесс анализа требований к ПС.
- Процесс проектирования архитектуры ПС.
- Процесс детализированного проектирования ПС.
- Процесс конструирования ПС.
- Процесс сборки ПС.
- Процесс квалификационного тестирования ПС.
Цель процесса реализации ПС - создание заданного элемента системы, реализованного как программный продукт либо услуга.
Результат - программный элемент, проверенный на соответствие требованиям архитектуры посредством верификации и на соответствиям требованиям заинтересованных сторон посредством валидации.
В состав процесса реализации ПС входит работа Стратегия реализации ПС,
в ходе выполнения данной работы осуществляется выбор или разработка модели ЖЦ, соответствующая назначению величине и сложности проекта. Также выбираются и адаптируются стандарты, методы, средства, языки программирования, которые будут использоваться в процессе реализации ПС.
В процесс реализации ПС входят подпроцессы (вверху).
Процесс анализа требований к ПС.
Цель - установка требований к программным элементам системы.
Результат - спецификация требований к ПС.
Процесс проектирования архитектуры ПС.
Цель - создание проекта реализуемых ПС, который может быть верифицирован по отношению к требованиям.
Процесс детального проектирования ПС.
Цель - создание проекта реализуемых ПС, который может быть верифицирован по отношению к требованиям и архитектуре ПС и достаточно детализирован чтобы позволить последующее кодирование и тестирование.
Процесс сборки или интеграции ПС.
Цель - сборка программных модулей или программных компонентов полученных при сборке программных модулей в соответствии с проектом ПС.
Процесс квалификационного тестирования ПС.
Цель - доказательство того, что собранный программный продукт соответствует заданным требованиям.
Результат - полностью протестированное программное средство.
Процессы поддержки ПС.
Данные процессы аналогичны составу и назначению вспомогательных процессов в СТБ ИСО/МЭК 12207-2003.
Процессы повторного применения ПС.
Процесс проектированя доменов.
Цель - разработка и сопровождение моделей архитектуры и средств предметной области.
Процесс менеждемента повторного применения.
Цель - планирование управление, контроль и непрерывный надзор за повторным использованиям программ, имеющихся в организации.
Процеcc менеджмента повторного применения активов.
Цель - управление жизнью повторно использованных средств под концепции снятия с эксплуатации.
Видно что в стандарте расширен перечень ЖЦПС, связанных с управлением качеством процессов и ПС.
К таким процессам относятся:
- Процессы обеспечения качества.
- Верификации ПС.
- Аттестации ПС.
- Ревизии.
- Аудита.
Адаптация требований стандарта СТБ ИСО/МЭК 12207-2003 к условиям проекта.
Стандарт определяет общий случай разработки типового проекта, однако при разработке отдельных проектов может отсутствовать необходимость в использовании отдельных процессов, работ или задач ЖЦПС. Кроме того может потребоваться ввести в ЖЦ дополнительные процессы, работы и задачи, нерегламентированные данным стандартом. Требования данного стандарта следует адаптировать. Процесс адаптации определен в приложении А данного стандарта. Процесс адаптации является процессом применения положения данного стандарта к условиям реализации конкретного программного проекта. Данный процесс следует относить к дополнительным процессам ЖЦ. Он состоит из 4 работ:
- Определение условий выполнения проекта.
- Запрос исходных данных.
- Выбор процессов, работ, задач.
- Документирование решений по адаптации и их обоснование.
1-я работа - определение условий выполнения проекта.
Определяются характеристики условий выполнения проекта, влияющие на адаптацию. К этим характеристикам можно отнести следующие:
- Модель ЖЦПС.
- Требования к системе и ПС.
- Организационные подходы.
- Размер, сложность, критичность и типы системы, программного продукта или услуги.
- Методы разработки.
- Количество персонала.
- Политика заказа.