- •Документирование в процессах жизненного цикла по
- •3.1 Документация и ее роль в обеспечении качества
- •1. Выбор модели жизненного цикла по.
- •2. Определение типов и содержания документов.
- •3. Определение качества документов.
- •3.2. Требования стандартов к программной документации
- •Оценка процесса разработки программного обеспечения
- •4.1 Основные положения
- •Компетентный
- •Эксперт-консультант
- •Улучшение процесса
- •Часть 7
- •Часть 3
- •Часть 8
- •Часть 2
- •Часть 6
- •Часть 5
- •4.2 Эталонная модель
- •Расширенный Процесс
- •4.3 Выполнение оценки
- •4.4. Модель оценки
- •Показатели выполнения метода
- •Показатели оценки
- •Оценка атрибутов процесса
Часть4
Требования
Руководство
Требования
Indicators
Показатели
Измерение
возможности
Оценка
Модель
Метод
Эталонная
модель
Требования
совместимости
Компетентный
Эксперт-консультант
Улучшение процесса
Часть 7
Часть 3
Часть 8
Часть 2
Часть 6
Часть 5
Рис. 4.3 Обзор связей элементов проекта стандарта ИСО/МЭК 15504.
Данный стандарт разрабатывается с целью получения результатов оценки, которые являются объективными, сравнимыми, способными использоваться как для улучшения процесса, так и для определения его возможности. Надежные результаты оценки достигаются через определение руководства для проведения оценки. Руководство включает архитектуру для рейтинга процесса и для представления оценок рейтинга.
Каркас оценки.
Контекст
оценки процесса обобщен на рис. 4.4.
ИСО/МЭК 15504-2 определяет эталонную модель,
которая обеспечивает основу для рейтингов
возможности процессов, базирующуюся
на достижении определенных атрибутов
процесса. Часть 3 ИСО/МЭК 15504 определяет
требования для выполнения оценки и
устанавливает обстоятельства, в которых
может быть произведено сравнение
результатов оценки. ИСО/МЭК 15504-4
обеспечивает руководящие положения в
выполнении оценки и интерпретации
требований части 3. Эти руководящие
положения являются общими, чтобы быть
применимыми всеми организациями, а
также для проведения оценок, использующих
различные методы, технологии и
инструментальные средства.
Рис. 4.4 Контекст оценки процесса.
Оценка процесса выполняется как для улучшения процесса, как описано в ИСО/МЭК 15504 -7, так и как часть процедуры определения возможности процесса, как указано ИСО/МЭК 15504-8. В каждом случае, формальный вход в оценку происходит с определения: цели оценки (почему это выполняется), сферы оценки (процессы, которые должны быть оценены) и ограничений, если имеются, относящиеся к оценке. Входы оценки определяют также обязанности для выполнения оценки и другую дополнительную информацию.
Оценка выполняется над выбранными процессами на основе модели оценки. Эта модель оценки процессов должна быть совместима с эталонной моделью. Эталонная модель - это двухмерная модель, состоящая из набора процессов и набора атрибутов процесса. Атрибуты процесса применяются ко всем процессам. Они группируются в уровни возможности, которые могут использоваться для определения того, как процесс управляется. Выходы оценки включают набор профилей процессов и дополнительный рейтинг уровня возможности для каждого оцениваемого процесса.
Оценка содержит, по крайней мере, пять специфических действий: планирование, сбор данных, верификацию данных, ранжирование процессов и документирование. Процесс оценки должен быть документирован. Кроме того, эксперты-консультанты должны записать объективные показатели выполнения или использованной возможности, чтобы доказать достижение рейтингов. Оценка процесса выполняется как группой, по крайней мере, с одним компетентным экспертом-консультантом, компетенция которого описана в ИСО/МЭК 15504-6, так и на непрерывной основе, с использованием пригодных инструментальных средств для сбора данных, подтвержденных компетентным экспертом-консультантом.
Эталонная модель процессов и возможности процесса формирует основу для любой модели, используемой для целей оценки процесса. Эталонная модель включает двумерный подход к оценке возможности процесса – одно измерение определяет оцениваемые процессы, второе - описывает шкалу для измерения возможности. Любая модель, совместимая с эталонной моделью, может использоваться для оценки, и результаты любых совместимых оценок могут переноситься в общую базу.
Контекст улучшения процесса.
Успешное улучшение процесса разработки ПО происходит в деловом контексте, учитывающем специфические потребности и бизнес - цели организации, ключевые ограничения, такие как, например, ресурсы, культура и т.п. Это отражено на рис. 4.5.
Часть 7 стандарта ИСО/МЭК 15504 обеспечивает руководящими положениями в использование оценки процесса разработки ПО как метода для выполнения улучшения процесса ПО в непрерывном цикле. Руководящие положения определяют:
введение оценки процесса разработки ПО;
использование результатов оценки процесса разработки ПО;
измерение эффективности процесса ПО и улучшение этой эффективности;
установление действий улучшения в соответствии с бизнес - целями;
использование эталонной модели, определенной в ИСО/МЭК 15504-2 как маршрутной карты для улучшения;
вопросы культуры в контексте улучшения процесса разработки ПО;
в
опросы
управления улучшением данного процесса.
Рис. 4.5 Улучшение процесса.
Предусмотренные руководящие положения непосредственно строятся на ИСО 9004-4. Они не предполагают специфические организационные структуры, философию управления, жизненный цикл процессов ПО или методы разработки ПО. Понятия и принципы подходят для области различных деловых потребностей, предметных областей и размеров организаций, так что они могут использоваться всеми типами организациями ПО для проведения улучшения их процессов.
Контекст определения возможности.
П
роцедура
определения возможности процесса
описана в ИСО/МЭК 15504-8. Определение
возможности процесса строится, главным
образом, на оценке процесса. Процессы
ранжируются, а затем сравниваются с
процессами эталонной модели, используя
измерение и структуру рейтингов,
описанных в ИСО/МЭК 15504-2. Контекст
определения возможности процесса
показан на рис.4.6.
Рис.4.6 Определение возможности процесса.
Пользователь программных продуктов или услуг имеет технические и другие потребности, что выражается в специфических требованиях. Прежде, чем заключить контракт, пользователь должен определить возможность процесса ожидаемого контрагента, или поставщик может захотеть установить свою собственную возможность процесса прежде, чем ответить на предложение пользователя. Технические и другие потребности в определении возможности процесса подтверждаются в специфических требованиях.
Специфические требования переводятся в целевую возможность, которая представляет вход в оценку процесса. Поставщик может выдвинуть предлагаемую возможность процесса как набор “процесс – процесс” рейтингов уровня возможности, который должен предлагаться заинтересованным организациям. В простой ситуации, предлагаемая возможность процесса может базироваться на последней самооценке или на других средствах. В более сложных случаях, поставщик может предложить возможность процесса, которая может быть достигнута в будущем, базируясь на текущем профиле поставщика и уместных планах улучшения.
Доверие к предлагаемой возможности процесса анализируется вместе с рисками, включенными и описанными в отчете о возможности процесса.
ИСО/МЭК 15504-8 обеспечивает руководящие положения об использовании результатов оценки для целей определения возможности процесса поставщиков. Руководящие положения особо адресуются определению возможности процесса, как для использования в пределах организации с целью определения рисков, связанных с новым проектом, так и для использования пользователем для оценки внешних поставщиков.
