Технологический процесс разработки программного обеспечения (стр. 4 из 5)

Шаг 2. Получение от оцениваемой организации ответов на вопросы контрольного опросника (maturity questionnare).

Шаг 3. Анализ ответов и идентификация тех участков ТП, которые требуют дальнейшего обследования.

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

Шаг 5. Формирование перечняобнаруженных отклонений (findings) по завершении работы группы в организации, которые идентифицируют сильные и слабые стороны ТП в организации. Если целью работы группы является оценивание текущего состояния и возможностей улучшения процесса в организации - она дает руководству организации соответствующие рекомендации, если же цель - оценка способности организации выполнять контракты на разработку, тогда “находки” используются для анализа риска, проводимого соответствующей инстанцией.

Шаг 6. Группа готовит отчет, в котором показывает по каким направлениям и в какой степени организация достигает или не достигает целей КРА. Цели могут считаться достигнутыми и в том случае, когда отмечены отдельные недочеты, но они не касаются основных решений, по которым оценивается достижимость целей.

6. Внутренняя структура уровней зрелости

Каждый уровень зрелости, за исключением первого, может быть декомпозирован на составные части (рис.3). Определенный уровень зрелости касается ряда ключевых направлений техпроцесса. Каждое направление представлено пятью общими разделами (аспектами), а каждый раздел определяет перечень рекомендуемых практических действий (приемов, процедур), при совместном выполнении которых достигаются цели, поставленные по соответствующему ключевому направлению процесса.

Рис.3. Структура СММ

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

Приставка “ключевой" говорит о том, что существуют и другие направления процесса (и процессы), которые хотя и влияют на результативность ТП, но не являются ключевыми для достижения уровня зрелости. Множество ключевых направлений выделено по критерию эффективности в улучшении ТП в организации и служит в качестве определителя возможностей ТП. Ключевые направления ТП определены по результатам многолетнего опыта программной инженерии и управления и пятилетнего опыта аналитического и экспертного оценивания технологического процесса программирования.

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

Описание каждой процедуры (practice) содержится в одном предложении текста, за которым может следовать более подробное объяснение с примерами. Описанные таким образом процедуры называют также основополагающими (ключевыми) процедурами (key practices) самого верхнего уровня, составляющими фундамент политики и практики по соответствующему ключевому направлению. Они могут содержать компоненты (процедуры нижнего уровня), детализирующие деятельность в рамках направления. Процедуры предписывают “что” должно быть сделано для достижения целей, и не касаются того, “как” это должно быть сделано.

7. Иерархия оценок зрелости ТП по модели СММ

В общем случае, оцениванию подлежат (в приведенной последовательности):

ключевые процедуры (если их оценка предусмотрена в плане работ по SPA или SCE);

разделы (если их оценка предусмотрена в плане работ по SPA или SCE);

цели ключевого направления (всегда);

ключевые направления уровня (всегда);

уровень зрелости (если целью оценивания является определение уровня зрелости).

Цель определенного КРА считается достигнутой (оценка “удовлетворительно”), если в результате обследования ТП обнаруживается, что все ключевые процедуры по всем разделам направления ТП определены, реализованы практически и внедрены во все проекты организации. Оценка “не удовлетворительно" присваивается в том случае, если отмечены существенные недостатки в реализации и внедрении оцениваемых элементов СММ. Каждый метод оценивания может предлагать расширенную шкалу ранжирования, учитывающую частичность реализации целей КРА.

Ключевое направление ТП получает оценку “удовлетворительно”, если эта же оценка присвоена всем целям, достижение которых предусмотрено по данному направлению. Если хотя бы одна из целей КРА не достигается (с оценкой “удовлетворительно”) - КРА получает оценку “не удовлетворительно".

Определенный уровень зрелости считается достигнутым, если все ключевые направления ТП, с которыми связывается данный уровень зрелости в модели СММ, а также все ключевые направления низлежащих уровней получили оценку “удовлетворительно".

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

Отечественным организациям-разработчикам, совершенствование ТП в которых будет осуществляться в направлении достижения второго уровня технологической зрелости по модели СММ, целесообразно:

детально изучить цели и процедуры КРА второго уровня (разд.4 и приложение 2);

получить административную и финансовую поддержку;

создать соответствующие организационные структуры и другие элементы ТП, рекомендуемые СММ (разд.5);

подготовить нормативно-методическую и учебную базу. Перечень необходимых (для достижения уровня 2) международных стандартов, которые могут использоваться в качестве ориентиров при выполнении работ по ключевым направлениям, представлен в табл.1;

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

составить глобальный план работ по совершенствованию ТП организации, рассчитанный на 6-8 лет;

обеспечить надлежащее управление работами.

Заключение

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

Дальнейшая проработка СММ в SEI идет в направлении конкретизации КРА для 4 и 5 уровня СММ по мере накопления опыта в организациях, занимающих 3 ступень в иерархии СММ, а также по мере появления организаций, способных занять уровни 4 и 5. Со временем СММ должна стать многомерной, что даст возможность учесть в ней проблемы технологии проектирования и программирования, а также управления людскими ресурсами.

SEI тесно работает с ISO над созданием стандартов (в частности, ISO 15504, часть 1-9) по применению методов SPA, SCE и улучшения процессов разработки ПО.

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

9. Оценивание существующего уровня зрелости отечественных организаций

Предлагаемая ниже процедура оценивания зрелости отечественных организаций-разработчиков не является адаптацией ни одного из перечисленных выше методов (SPA, SCE, PI). Цель ее разработки - предоставить организации-заказчику приемлемый механизм выбора организаций-исполнителей программных проектов, концептуально согласующийся с СММ и адекватный уровню отечественной программной инженерии.

Процедура ориентирована на ранжирование технологической зрелости организации-исполнителя по шкале от 0 до 2, где рейтинг 2 соответствует второму уровню зрелости по модели СММ.

Процедура основана на использовании фрагмента оригинала контрольного опросника SEI в части, касающейся уровня 2 СММ, и включает следующую последовательность шагов:

Шаг 1. Организация-заказчик составляет проект паспорта программного продукта, подлежащего разработке, по форме, представленной ниже:

Паспорт программного продукта

Класс системы	(например, АСУ ТП, АИС и др.)
Прикладная область	(например, военного назначения)
Масштабность:ПродолжительностьКоличество исполнителейобъем продуктастепень повторного использования	(в месяцах)(количество человек, принимающих участие в разработке)(объем ПО в строках исходного кода)___% исходного кода, ___% модифицированного кода, __% повторно используемого кодаПримечание (например, большое количество COTS - большие затраты на разработку)
Долевое участие в работе	(например, головной исполнитель, все виды работ и др.)
Организационный подход	(например, временный трудовой коллектив, интегрированная бригада и др.)
Язык (и)	используемые языки (среды) программирования
Заказчик	наименование организации-заказчика
Применяемые стандарты	(группа применяемых отечественных и международных стандартов)
Наличие соисполнителей	(да/нет, количество организаций-соисполнителей)
Новизна	(например, в замен действующей системы)
Платформа функционирования	характеристика аппаратной, программной и телекоммуникационной среды
Другие требования

Отв. исполнитель проекта: (ФИО) _____ Подпись