10-software_engineering_quality (Основы программной инженерии (по SWEBOOK)), страница 7

В этом контексте представляются полезными модели надежности и сравнение собразцами (эталонами, принятыми в качестве примеров определенного уровня качества –benchmarks).Стоимость процесса SQM является одним из <проблемных> вопросов, который всегда всплываетв процессе принятия решения о том, как будет организован проект (проектные работы). Часто,используются общие (generic) модели стоимости, основанные на определении того, когда именнодефект обнаружен и как много усилий необходимо затратить на его исправление по сравнению сситуацией, если бы дефект был найден на более ранних этапах жизненного цикла.

Проектныеданные могут помочь в получении более четкой картины стоимости. SWEBOK приводит источники,в которых эта тема обсуждается более подробно. Связанная информация по этим вопросам можетбыть найдена в областях знаний “Процесс программной инженерии” и “Управление программнойинженерией”.Наконец, сама по себе SQM-отчетность обладает полезной информацией не только о самихпроцессах (подразумевая их текущее состояние), но и о том, как можно улучшить все процессыжизненного цикла. Обсуждение этой темы, в частности, представлено в стандарте IEEE 1012-98“Software Verification and Validation”.Хотя, как количественные оценки (в данном случае речь идет о результатах оценок, а не опроцессе измерений) характеристик качества могут полезны сами по себе (например, числонеудовлетворенных требований и пропорция таких требований), могут <эффективно> применятьсяматематические и графические техники, облегчающие интерпретацию значений метрик.

Такиетехники вполне естественно классифицируются, например, следующим образом: Основанные на статистических методах (например, анализ Pareto, нормальноераспределение и т.п.) Статистические тесты Анализ тенденций Предсказание (например, модели надежности)Техники, основанные на статистических методах и статистические тесты часто предоставляют“снимок” наиболее проблемных областей исследуемого программного продукта (и, кстати, то жечасто верно и в отношении процессов). Результирующие графики и диаграммы визуальнопомогают лицам, принимающим решения, в определении аспектов, на которых необходимосфокусировать ресурсы <проекта>. Результаты анализа тенденций могут демонстрировать, чтоCopyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru17Основы программной инженерии (по SWEBOK)Программная инженерия.

Качество программного обеспечения.нарушается расписание, например, при тестировании; или что сбои определенных классовстановятся все более частыми до тех пор, пока не предпринимаются корректирующие действия впроцессе разработки. Техники предсказания помогают в планировании времени тестов и впредсказании сбоев. Более детальное обсуждение вопросов, касающихся количественных оценок,можно найти в областях знаний SWEBOK “Процесс программной инженерии” и “Управлениепрограммной инженерией”. Более специализированная информация по метрикам, используемымпри тестировании, представлена в области знаний “Тестирование программного обеспечения”.SWEBOK предоставляет ссылки на источники, в которых более подробно рассматриваютсяаспекты анализа дефектов (defect analysis), количественной оценки возникновения дефектов ипоследующего применения статистических методов для формирования понимания типовнаиболее часто встречающихся типов дефектов и отвечая на вопрос соответствующей оценкиплотности дефектов <различных типов>.

Они могут, также, помочь в понимании тенденций иоценке того, насколько хорошо работают техники обнаружения дефектов и насколько успешноразвиваются (как в плане выполнения, так и в контексте совершенствования) процессы разработкии сопровождения. Оценка покрытия тестами (test coverage) облегчает формирование ожиданий вотношении оставшегося объема тестирования и предсказании возможного количества дефектов,которые будут еще обнаружены <до окончания процесса тестирования>. На основе этих методовколичественной оценки могут быть сформированы, так называемые профили дефектов (defectprofiles) для конкретных прикладных областей (application domains).

В дальнейшем, для будущихпрограммных систем в данной организации, такие профили могут направлять процессы SQM,увеличивая усилия, направленные на наиболее вероятные источники проблем в создаваемыхпродуктах. Аналогично этому, результаты эталонных сравнений (benchmarks) или типовое дляданной прикладной области количество дефектов могут служить в качестве вспомогательныхсредств для определения момента, когда продукт готов для передачи в эксплуатацию (помнитеобсуждение концепции “приемлемого качества”?).Обсуждение вопросов использования данных, полученных в результате SQM-деятельности, вцелях улучшения процессов разработки и сопровождения, представлено в областях знанийSWEBOK “Управление программной инженерией” и “Процесс программной инженерии”.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru18.