Учебники

Оценка процесса разработки программного обеспечения

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

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

  • Самооценка (первичная оценка) выполняется внутри организации персоналом организации.

  • Оценка сторонней организации выполняется внешней группой по оценке, или организация оценивается заказчиком.

  • Сторонняя оценка выполняется внешней стороной или (например, поставщиком, который оценивается третьей стороной для проверки ее способности заключать контракты с клиентом).

Самооценка (первичная оценка) выполняется внутри организации персоналом организации.

Оценка сторонней организации выполняется внешней группой по оценке, или организация оценивается заказчиком.

Сторонняя оценка выполняется внешней стороной или (например, поставщиком, который оценивается третьей стороной для проверки ее способности заключать контракты с клиентом).

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

Оценка зрелости программного процесса

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

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

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

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

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

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

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

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

Цикл Оценки Программного Процесса

Согласно Paulk и коллегам (1995), подход к оценке на основе CMM использует шестиступенчатый цикл. Они —

  • Выберите команду. Члены команды должны быть профессионалами, обладающими знаниями в области разработки программного обеспечения и управления.

  • Представители оцениваемого сайта заполняют стандартную анкету зрелости процесса.

  • Команда оценки выполняет анализ ответов на вопросник и определяет области, которые требуют дальнейшего изучения, в соответствии с ключевыми областями процесса ШМ.

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

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

  • Команда по оценке готовит анализ профиля ключевой области процесса (KPA) и представляет результаты соответствующей аудитории.

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

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

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

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

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

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

Например, группа по оценке должна возглавляться уполномоченным ведущим оценщиком SEI. Команда должна состоять из четырех-десяти членов команды. По крайней мере, один член команды должен быть из оцениваемой организации, и все члены команды должны пройти курс SEI «Введение в CMM» (или его эквивалент) и курс обучения команды SEI CBA IPI. Члены команды также должны соответствовать некоторым правилам отбора.

Что касается сбора данных, ИПБ ЦБА использует четыре метода:

  • Стандартный вопросник зрелости
  • Индивидуальные и групповые интервью
  • Обзоры документов
  • Отзывы о рассмотрении проекта выводов с участниками оценки

SCAMPI

Стандартный метод оценки CMMI для улучшения процессов (SCAMPI) был разработан для удовлетворения требований модели CMMI (Software Engineering Institute, 2000). Он также основан на IPA ЦБА. И CBA IPI, и SCAMPI состоят из трех этапов:

  • План и подготовка
  • Провести оценку на месте
  • Отчет о результатах

Действия для плана и подготовительного этапа включают в себя —

  • Определите область оценки
  • Разработать план оценки
  • Подготовить и обучить оценочную команду
  • Сделайте краткую оценку участникам
  • Администрирование оценочной анкеты CMMI
  • Изучите ответы на анкету
  • Провести первоначальный обзор документа

Мероприятия для этапа оценки на месте включают в себя —

  • Провести встречу открытия
  • Проводить интервью
  • Консолидировать информацию
  • Подготовить презентацию проекта выводов
  • Представить проект выводов
  • Объединить, оценить и подготовить окончательные выводы

Мероприятия на этапе представления отчетности включают в себя: