Богданов - Стандартизация жизненного цикла и качества программных средств - 2000

–будут разработаны системные требования, что соответствует установленным потребностям заказчика;

–будет предложено решение, идентифицирующее основные элементы системы;

–согласованные требования будут распределены каждому из основных элементов системы;

–будет разработана стратегия версии, определяющая приоритет для выполнения системных требований;

–системные требования будут одобрены и модифицированы, как

èтребуется;

–требования, предложенное решение и их связи будут сообщены всем заинтересованным сторонам.

SUP.1. Процесс Документирования

Расширенный Процесс Öåëü Процесса Разработки Документации состоит в том, чтобы

разработать и поддержать документы, которые записывают информацию, произведенную процессом или действием. В результате успешной реализации процесса:

–будет разработана стратегия, идентифицирующая документы, сформированные в течение жизненного цикла программного продукта;

–будут определены стандарты, к которым должны обращаться при разработке документов;

–все документы, формируемые процессом или проектом, будут идентифицированы;

–содержание и цель всех документов будет определена, рассмотрена и одобрена;

–все документы будут разрабатываться и издаваться в соответствии с определенными стандартами;

–все документы будут поддерживаться в соответствии с определенными критериями.

ПРИМЕЧАНИЕ: Процесс поддерживает исполнение атрибута процесса 2.2 в тех примерах, где он введен.

MAN.1.1. Процесс Управления Проектом

Компонентный процесс MAN.1 – процесса Управления

Öåëü Процесса Управления Проектом состоит в том, чтобы идентифицировать, устанавливать, координировать и контролировать действия, задачи и ресурсы, необходимые для проекта создания продукта и/или встречи услуги согласованным требованиям. В результате успешной реализации процесса:

–будет определена область работ проекта;

151

–будет оценена выполнимость достижения целей проекта с доступными ресурсами и ограничениями;

–будут измерены и оценены задачи и ресурсы, необходимые для завершения работы;

–будут идентифицированы и проверяться интерфейсы между элементами проекта, другими проектами и организационными модулями;

–будут разработаны и выполняться планы выполнения проекта;

–будет проверен и будет сообщаться прогресс проекта;

–действия, чтобы исправить отклонения от плана и предотвратить рекуррентное соотношение проблем, идентифицированных в проекте, будут приниматься, когда цели проекта не достигнуты.

Измерение возможности

Измерение возможности эталонной модели определяет шкалу измерения для оценки возможности любого процесса. Возможность процесса определена на шести пунктах шкалы, которая позволяет оценить возможность от незавершенного до оптимизирующего уровня. Шкала определяет повышение возможности выполняемого процесса от эффективности, которая не способна к достижению определенных результатов вплоть до эффективности и является способной к достижению бизнес-цели и поддержке непрерывного улучшения процесса. Следовательно, шкала определяет четкий маршрут улуч- шения для каждого индивидуального процесса.

Внутри модели мера возможности основана на наборе из девяти атрибутов процесса (АП) (табл. 4.6). Атрибуты процесса используются, чтобы определить, достиг ли процесс данной возможности. Каждый атрибут измеряет специфический аспект возможности процесса. Атрибуты измеряются в процентах и, следовательно, обеспе- чивают более наглядное понимание специфических аспектов возможности процесса, требуемой, чтобы поддерживать улучшение процесса и определение его возможности. Атрибуты более подробно будут рассмотрены нами ниже.

Рейтинг атрибутов процесса. Атрибут процесса представляет измеримую характеристику любого процесса.

Шкала рейтинга – шкала в процентах, от нуля до ста, которая представляет степень достижения атрибута.

Порядковая шкала рейтинга, определенная ниже, используется для калибровки уровня достижения определенной возможности атрибутов процесса.

N – не достигнутый: 0–15 % – есть маленькое или нет вообще подтверждения достижения определенного атрибута.

152

P – частично достигнутый: 16–50 % – есть подтверждение надежного систематического метода к достижению определенного атрибута, некоторые аспекты достижения могут быть непредсказуемы.

L – в значительной степени достигнутый: 51–85 % – есть подтверждение надежного систематического метода к значительному достижению определенного атрибута, выполнение процесса может измениться в некоторых областях.

F – полностью достигнутый: 86–100 % – есть подтверждение полного и систематического метода к полному достижению определенного атрибута, никаких значительных недостатков не существует в пределах определенной части организации.

Таблица 4.6

Каждый атрибут процесса, оцененный в любой части организации, включая самый высокий уровень возможности, определенный в сфере оценки, должен быть согласован с рейтингом, который использует шкалу атрибута, определенную выше. Набор рейтингов атрибута для процесса формирует профиль для этого процесса. Выход оценки включает набор профилей для всех оцененных процессов.

Каждый рейтинг атрибута процесса должен иметь ссылку, которая записывает имя процесса и оцененный атрибут процесса.

153

Используемый идентификатор должен давать объективное подтверждение использованию, чтобы определить рейтинг, который должен извлекаться. Рейтинги могут представляться в любом формате, как, например, матрицы или, как часть базы данных, при условии, что представление допустит идентификацию индивидуальных рейтингов, согласно схеме.

Модель уровня возможности процесса. Уровень возможности, достигнутый процессом, должен быть получен из рейтинга атрибута для этого процесса, согласно модели уровня возможности процесса, определенной в табл. 4.7. Цель этого требования состоит в том, чтобы гарантировать единообразие значений, когда уровень возможности процесса ссылается для процесса.

Ниже приведена таблица, содержащая итоговые списки процессов, которые включены в эталонную модель, и соответствие процессов эталонной модели процессам, определенным в стандарте ИСО/ МЭК 12207-95 (табл. 4.8).

154

155

Продолжение табл. 4.8

156

Продолжение табл. 4.8

157

Продолжение табл. 4.8

158

Продолжение табл. 4.8

Выполнение оценки

Ниже определяется набор минимальных требований для выполнения оценки. Данные требования увеличат вероятность того, что результаты оценки процессов являются целевыми, беспристрастными, непротиворечивыми, повторимыми и представительными, и определяют обстоятельства, при которых результаты оценки сравнимы.

Вход должен быть определен до оценки и одобрен заказчиком оценки. Вход оценки, как минимум, должен определять следующее.

1.Личность заказчика оценки и его отношение к оцениваемой организации.

2.Цель оценки.

3.Сферу оценки, включая:

а) процессы, которые будут исследованы внутри организации; б) самый верхний уровень возможности, который должен иссле-

доваться; в) часть организации, которая разворачивает эти процессы;

г) контекст процесса, который, как минимум, включает размер организации, демографию организации, предметную область продукта или услуг организации, размер, уязвимость и сложность изделий или услуг, качественные характеристики изделий (см., например, ИСО/МЭК 9126-91).

4. Ограничения целостности оценки, которые могут включать: а) доступность ключевых ресурсов;

159

б) максимальное количество времени, которое должно использоваться для оценки;

в) специфические процессы, которые должны быть исключены из оценки;

г) минимальный, максимальный или специфический типовой размер, или покрытие, которые желательны для оценки;

д) собственность на выполнение оценки и любые ограничения на их использование;

е) средства управления на информацию, которая следует из соглашения конфиденциальности.

5.Подлинность модели, используемой в пределах оценки, которая должна быть совместима с хорошей моделью инжиниринга ПС.

6.Личности экспертов-консультантов, включая компетентного эксперта-консультанта, ответственного за оценку.

7.Личности экспертов-консультантов и персонала поддержки со специфическими обязанностями для оценки.

8.Любая дополнительная информация, которая будет собрана в течение оценки, чтобы поддерживать улучшение процесса или определение возможности процесса.

Любые изменения во входе оценки должны быть согласованы с заказчиком и зарегистрированы в записи оценки. Заказчик оценки должен проверять, что эксперт-консультант, который берет ответственность за оценку и наблюдение за ней (компетентный экспертконсультант), имеет необходимую компетентность и умения. Экс- перт-консультант должен подтвердить требования заказчика, прежде чем приступить к оценке.

Компетентный эксперт-консультант должен гарантировать, что оценка проводится в соответствии с определенными требованиями и принимает во внимание релевантные руководства в других частях ИСО/МЭК 15504-97.

Эксперт-консультант должен гарантировать, что все другие участники оценки проинформированы о целях, сфере и методе оценки. По завершении оценки, компетентный эксперт-консультант должен подтвердить, что требования были выполнены.

Оценка должна проводиться, согласно зарегистрированному процессу, который является способным удовлетворить цель оценки.

Оценка процесса должна содержать следующие действия.

1.Планирование. План оценки должен быть разработан и зарегистрирован, определяя, как минимум: требуемые входы; действия, которые нужно выполнить для проведения оценки; ресурсы и план, назначенный этим действиям; выбор и определенные обязанности

160