В.В. Кулямин - Технологии программирования. Компонентный подход (1134162), страница 9
Текст из файла (страница 9)
Всего выделено 18 процессов, которые объединены в 4 группы.Основные процессыПоддерживающие процессыПриобретение ПО;Передача ПО (виспользование);Разработка ПО;Эксплуатация ПО;Поддержка ПОДокументирование;Управление конфигурациями;Обеспечение качества;Верификация;Валидация;Совместные экспертизы;Аудит;Разрешение проблемОрганизационныепроцессыУправление проектом;Управлениеинфраструктурой;Усовершенствованиепроцессов;Управление персоналомАдаптацияАдаптацияописываемыхстандартомпроцессов поднужды конкретногопроектаТаблица 1. Процессы жизненного цикла ПО по ISO 12207.Процессы строятся из отдельных видов деятельности (activities).Стандартом определены 74 вида деятельности, связанной с разработкой и поддержкой ПО.Здесь мы упомянем только некоторые из них.o Приобретение ПО включает такие деятельности, как инициация приобретения,подготовка запроса предложений, подготовка контракта, анализ поставщиков,получение ПО и завершение приобретения.23•o Разработка ПО включает развертывание процесса разработки, анализ системныхтребований, проектирование (программно-аппаратной) системы в целом, анализтребований к ПО, проектирование архитектуры ПО, детальное проектирование,кодирование и отладочное тестирование, интеграцию ПО, квалификационноетестирование ПО, системную интеграцию, квалификационное тестирование системы,развертывание (установку или инсталляцию) ПО, поддержку процесса получения ПО.o Поддержка ПО включает развертывание процесса поддержки, анализ возникающихпроблем и необходимых изменений, внесение изменений, экспертизу и передачуизмененного ПО, перенос ПО с одной платформы на другую, изъятие ПО изэксплуатации.o Управление проектом включает запуск проекта и определение его рамок, планирование,выполнение проекта и надзор за его выполнением, экспертизу и оценку проекта,свертывание проекта.Каждый вид деятельности нацелен на решение одной или нескольких задач (tasks).
Всегоопределено 224 различные задачи. Например:o Развертывание процесса разработки состоит из определения модели жизненного цикла,документирования и контроля результатов отдельных работ, выбора используемыхстандартов, языков и инструментов и пр.o Перенос ПО между платформами состоит из разработки плана переноса, оповещенияпользователей, выполнения анализа произведенных действий и пр.ISO/IEC 15288 Standard for Systems Engineering — System Life Cycle Processes [3](процессы жизненного цикла систем).Отличается от предыдущего нацеленностью на рассмотрение программно-аппаратныхсистем в целом.В данный момент продолжается работа по приведению этого стандарта в соответствие спредыдущим.ISO/IEC 15288 предлагает похожую схему рассмотрения жизненного цикла системы в виденабора процессов. Каждый процесс описывается набором его результатов (outcomes),которые достигаются при помощи различных видов деятельности.Всего выделено 26 процессов, объединяемых в 5 групп.ПроцессывыработкисоглашенийПриобретениесистемы;ПоставкасистемыПроцессы уровняорганизацииПроцессы уровняпроектаТехническиепроцессыСпециальныепроцессыУправлениеокружением;Управлениеинвестициями;Управлениепроцессами;Управлениересурсами;УправлениекачествомПланирование;Оценивание;Мониторинг;Управление рисками;Управлениеконфигурацией;Управлениеинформацией;Выработка решенийОпределениетребований;Анализ требований;Проектированиеархитектуры;Реализация;Интеграция;Верификация;Валидация;Передача виспользование;Эксплуатация;Поддержка;Изъятие изэксплуатацииАдаптацияописываемыхстандартомпроцессов поднуждыконкретногопроектаТаблица 2.
Процессы жизненного цикла систем по ISO 15288.24•Помимо процессов, определено 123 различных результата и 208 видов деятельности,нацеленных на их достижение. Например, определение требований имеет следующиерезультаты.o Должны быть поставлены технические задачи, которые предстоит решить.o Должны быть сформулированы системные требования.Деятельности в рамках этого процесса следующие.o Определение границ функциональности системы.o Определение функций, которые необходимо поддерживать.o Определение критериев оценки качества при использовании системы.o Анализ и выделение требований по безопасности.o Анализ требований защищенности.o Выделение критических для данной системы аспектов качества и требований к ним.o Анализ целостности системных требований.o Демонстрация прослеживаемости требований.o Фиксация и поддержка набора системных требований.ISO/IEC 15504 (SPICE) Standard for Information Technology — Software ProcessAssessment [4] (оценка процессов разработки и поддержки ПО).Определяет правила оценки процессов жизненного цикла ПО и их возможностей,опирается на модель CMMI (см.
ниже) и больше ориентирован на оценку процессов ивозможностей их улучшения.В качестве основы для оценки процессов определяет некоторую базовую модель,аналогичную двум описанным выше. В ней выделены категории процессов, процессы ивиды деятельности.Определяются 5 категорий, включающих 35 процессов и 201 вид деятельности.ОтношениязаказчикпоставщикПриобретение ПО;Составлениеконтракта;Определение нуждзаказчика;Проведениесовместныхэкспертиз иаудитов;Подготовка кпередаче;Поставка иразвертывание;Поддержкаэксплуатации;Предоставлениеуслуг;ОценкаудовлетворенностизаказчиковПроцессы уровняорганизацииПроцессыуровня проектаИнженерныепроцессыПроцессыподдержкиРазвитие бизнеса;Определениепроцессов;Усовершенствованиепроцессов;Обучение;Обеспечениепереиспользования;Обеспечениеинструментами;Обеспечение средыдля работыПланированиежизненногоцикла;Планированиепроекта;Построениекоманды;Управлениетребованиями;Управлениекачеством;Управлениерисками;Управлениересурсами играфиком работ;УправлениеподрядчикамиВыделениесистемныхтребований ипроектированиесистемы в целом;Выделениетребований к ПО;ПроектированиеПО;Реализация,интеграция итестирование ПО;Интеграция итестированиесистемы;Сопровождениесистемы и ПОРазработкадокументации;Управлениеконфигурацией;Обеспечениекачества;Разрешениепроблем;ПроведениеэкспертизТаблица 3.
Процессы жизненного цикла ПО и систем по ISO 15504.Например, приобретение ПО включает такие виды деятельности, как определениепотребности в ПО, определение требований, подготовку стратегии покупки, подготовкузапроса предложений, выбор поставщика.25Группа стандартов IEEE••IEEE 1074-1997 — IEEE Standard for Developing Software Life Cycle Processes [5](стандарт на создание процессов жизненного цикла ПО).Нацелен на описание того, как создать специализированный процесс разработки в рамкахконкретного проекта. Описывает ограничения, которым должен удовлетворять любойтакой процесс, и, в частности, общую структуру процесса разработки. В рамках этойструктуры определяет основные виды деятельностей, выполняемых в этих процессах идокументы, требующиеся на входе и возникающие на выходе этих деятельностей.
Всегорассматриваются 5 подпроцессов, 17 групп деятельностей и 65 видов деятельности.Например, подпроцесс разработки состоит из групп деятельностей по выделениютребований, по проектированию и по реализации. Группа деятельностей попроектированию включает архитектурное проектирование, проектирование баз данных,проектирование интерфейсов, детальное проектирование компонентов.IEEE/EIA 12207-1997 — IEEE/EIA Standard: Industry Implementation of InternationalStandard ISO/IEC 12207:1995 Software Life Cycle Processes [6-8] (промышленноеиспользование стандарта ISO/IEC 12207 на процессы жизненного цикла ПО).Аналог ISO/IEC 12207, сменил ранее использовавшиеся стандарты J-Std-016-1995 EIA/IEEEInterim Standard for Information Technology — Software Life Cycle Processes — SoftwareDevelopment Acquirer-Supplier Agreement (промежуточный стандарт на процессыжизненного цикла ПО и соглашения между поставщиком и заказчикам ПО) и стандартминистерства обороны США MIL-STD-498.Группа стандартов CMM, разработанных SEI•Модель зрелости возможностей CMM (Capability Maturity Model) [9,10] предлагаетунифицированный подход к оценке возможностей организации выполнять задачиразличного уровня.
Для этого определяются 3 уровня элементов: уровни зрелостиорганизации (maturity levels), ключевые области процесса (key process areas) и ключевыепрактики (key practices). Чаще всего под моделью CMM имеют в виду модель уровнейзрелости. В настоящий момент CMM считается устаревающей и сменяется моделью CMMI(см. ниже).o Уровни зрелости.CMM описывает различные степени зрелости процессов в организациях, определяя 5уровней организаций. Уровень 1, начальный (initial).Организации, разрабатывающие ПО, но не имеющие осознанного процессаразработки, не производящие планирования и оценок своих возможностей. Уровень 2, повторяемый (repeatable).В таких организациях ведется учет затрат ресурсов и отслеживается ход проектов,установлены правила управления проектами, основанные на имеющемся опыте. Уровень 3, определенный (defined).В таких организациях имеется принятый, полностью документированный,соответствующий реальному положению дел и доступный персоналу процессразработки и сопровождения ПО.