В разработке программного обеспечения экспертная оценка - это тип проверки программного обеспечения, при котором рабочий продукт (документ, код или другой) изучается его автором и одним или несколькими коллегами для оценки его технического содержания и качества.
Цель
Целью экспертной оценки является обеспечение «дисциплинированной инженерной практики для обнаружения и исправления дефектов в программных артефактах и предотвращения их утечки в полевые операции» в соответствии с моделью зрелости возможностей .
При выполнении в рамках каждого действия процесса разработки программного обеспечения партнерские проверки выявляют проблемы, которые можно исправить на ранних этапах жизненного цикла. [1] Другими словами, экспертная оценка, которая выявляет проблему требований во время анализа требований , дешевле и легче исправить, чем во время архитектуры программного обеспечения или действий по тестированию программного обеспечения .
Национальный эксперимент по качеству программного обеспечения [2], оценивающий эффективность партнерских проверок, обнаруживает «благоприятную окупаемость инвестиций для проверки программного обеспечения; экономия превышает затраты в 4: 1». Другими словами, в среднем в четыре раза дороже выявить и исправить проблему с программным обеспечением позже.
Отличие от других видов обзора программного обеспечения
Партнерские проверки отличаются от обзоров со стороны руководства , которые проводятся представителями руководства, а не коллегами, и для целей управления и контроля, а не для технической оценки. Они также отличаются от аудиторских проверок программного обеспечения , которые проводятся внешним по отношению к проекту персоналом для оценки соответствия спецификациям, стандартам, договорным соглашениям или другим критериям.
Обзор процессов
Процессы экспертной оценки существуют в широком спектре формальностей, с относительно неструктурированными действиями, такими как «проверка партнеров» на одном конце спектра, и более неформальными подходами, такими как пошаговые руководства , технические экспертные проверки и проверки программного обеспечения , на другом. IEEE определяет формальные структуры, роли и процессы для каждого из последних трех. [3]
Представители руководства обычно не участвуют в проведении коллегиальной проверки, за исключением тех случаев, когда они включены из-за особого технического опыта или когда проверяемый рабочий продукт является документом уровня руководства. Особенно это касается линейных руководителей других участников обзора.
Процессы формальных партнерских проверок, таких как проверки программного обеспечения , определяют конкретные роли для каждого участника, количественно определяют этапы с критериями входа / выхода, фиксируют показатели программного обеспечения в процессе экспертной оценки.
Обзоры из открытых источников
В сообществе свободного / открытого исходного кода при разработке и оценке компьютерного программного обеспечения проводится нечто вроде экспертной оценки . В этом контексте обоснование для экспертной оценки имеет эквивалент в законе Линуса , который часто формулируется: «Если достаточно внимания, все ошибки неглубокие», что означает «Если имеется достаточно рецензентов, все проблемы легко решить». Эрик С. Реймонд оказал большое влияние на экспертную оценку в разработке программного обеспечения . [4]
Рекомендации
- ^ Колава, Адам; Хейзинга, Дорота (2007). Автоматическое предотвращение дефектов: передовой опыт управления программным обеспечением . Пресса компьютерного общества Wiley-IEEE. п. 261. ISBN. 978-0-470-04212-0.
- ^ Национальные ресурсы и результаты экспериментов по качеству программного обеспечения
- ^ IEEE Std. 1028-2008, «Стандарт IEEE для обзоров и аудита программного обеспечения»
- ^ Эрик С. Раймонд . «Собор и базар» . Цитировать журнал требует
|journal=
( помощь )