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