ГОСТ Р ИСО/МЭК15504-3—2009
дикаторы осуществления процесса обеспечивают охват назначений и выходов процессов в заданной базо
вой модели процесса и как индикаторы возможностей процесса в модели обеспечивают охват атрибутов
процесса (включая все результаты достижения атрибутов процесса) в схеме измерения.
Существенно, чтобы оценщик имел доступ к деталям отображения элементов модели в
базовую модель процесса. Отображение может быть простым, как в случае модели, определенной в
ИСО/МЭК 15504-5. где процессы базовой модели соответствуют процессам модели оценки и модельоцен ки
процесса использует непрерывную архитектуру. Когда структура модели существенно отличается от
базовой модели процесса, как в случае модели оценки процесса, использующей другую архитектуру (на
пример. поэтапную архитектуру), отображение, вероятно, будетболее сложным.
Оценщикдолжен подтвердить, что отображение имеет смысл, например, взяв некоторые компоненты
нижнего уровня в модели и локализовав их вбазовой модели процесса либо какэлементы процесса, либо
как вклад в атрибуты процесса. Отображение, результатом которого являются элементы, идентифицируе
мые как компоненты нескольких атрибутов процесса, может указывать на проблемы в структуре модели,
которые могут вызватьдвусмысленность преобразований результатов.
8.1.4 Выражение результатов оценки
Модель оценки процесса должна обеспечивать формальный и проверяемый метод представле
ниярезультатов оценки в виде наборарейтинговатрибутов процесса длякаждогопроцесса, выбран
ного из заданной(ых) базовой(ых) модели(ей) процесса.
П р и м е ч а н и е — Выражение результатов может включать в себя прямой перевод рейтингов модели
оценки процесса в профиль процесса, как определено в настоящем стандарте, или преобразование данных,
собранных в ходе оценки (с возможным включением дополнительной информации) с последующим рассмот
рением их со стороны оценщика.
IИСО/МЭК 15504-2. 6.3.5]
Одним изключевых компонентов выхода оценки, согласованной состандартами серии ИСО/МЭК 15504,
является набор профилей процессов, по одному на каждый процесс, включенный в область оценки. Про
филь процесса является набором от одного до девяти рейтингов, по одномудля каждого атрибута процес са.
включенного в область оценки.
Метод выражения результатов оценки может быть ручным, автоматическим или их комбинацией. Он
может потребовать включения дополнительной информации, собранной входе оценки, и может привлекать
последующие мнения части оценщиков. Однако правила для преобразования результатов должны быть
ясными и недвусмысленными и должны быть предоставлены либо разработчиком модели, либо поставщи
ком метода.
Если модель явным образом предоставляет результаты в формате, предписанном ИСО/МЭК 15504-2.
то нет необходимости в каком-либо методе преобразования.
8.2 Выбор модели оценки процесса
Как правило, модель оценки должна быть выбрана компетентным оценщиком или заказчиком оценки
(в данном случае это обстоятельстводолжно бытьдокументировано как ограничение). Независимо оттого,
какая сторонаделаетокончательный выбор, имеются факторы, которыедолжны быть рассмотрены, чтобы
способствовать обеспечению пригодности выбора для рассматриваемого использования.
Независимо от целей выбора модели любая выбранная модель, совместимая с базовой моделью
процесса, должна быть применима в контексте оценки. В числе основных факторов, влияющих на выбор
модели, должны быть:
- планируемая область оценки:
- бизнес-цели оцениваемого подразделения организации;
- отрасль промышленности оцениваемого подразделения организации;
- прикладная область компонентов программного обеспечения, находящегося в фокусе оценки;
- бизнес-возможности, которые могут повлиять на использование конкретной модели оценки, такие
как условия выполнения контракта;
- учет направлений улучшения для повышения зрелости процесса подразделения организации и
- специфические требования строгой сравнимости сдругими оценками или подразделениями органи
зации.
Существующие модели, разработанные специальнодля использования в конкретных отраслях про
мышленности (например, телекоммуникационной, оборонной, авиакосмической) или для конкретных при
кладных областей (например, систем повышенной секретности, критических систем защиты, встроенного
программного обеспечения реального времени), если применимы, должны быть рассмотрены.
28