- •1. Основы качества программного обеспечения (Software Quality Fundamentals)
- •1.1. Культура и этика программной инженерии (Software Engineering Culture and Ethics)
- •1.2. Значение и стоимость качества (Value and Costs of Quality)
- •1.3. Модели и характеристики качества (Models and Quality Characteristics)
- •1.3.1. Качество процессов программного обеспечения (Software engineering process quality)
- •1.3.2. Качество программного продукта (Software product quality)
- •1.4. Повышение качества (Quality Improvement)
- •2.1. Подтверждение качества программного обеспечения (Software Quality Assurance, sqa)
- •2.2. Проверка (верификация) и аттестация (Verification and Validation, V&V)
- •2.3. Оценка (обзор) и аудит (Review and Audit)
- •2.3.1. Управленческие оценки (Management Reviews)
- •2.3.2. Технические оценки (Technical Reviews)
- •2.3.3. Инспекции (Inspections)
- •2.3.4. Прогонки (Walk-throughs)
- •2.3.5. Аудиты (Audits)
- •3. Практические соображения (Practical Considerations)
- •3.1. Требования к качеству программного обеспечения (Software Quality Requirements)
- •3.1.1. Факторы влияния (Influence factors)
- •3.1.2. Гарантоспособность (Dependability)
- •3.1.3. Уровни целостности программного обеспечения (Integrity levels of software)
- •3.2. Характеристика дефектов (Defect Characterization)
- •3.3. Техники управления качеством программного обеспечения (Software Quality Management Techniques)
- •3.3.1. Статические техники (Static techniques)
- •3.3.2. Техники коллективной оценки (People - intensive techniques)
- •3.3.4. Динамические техники (Dynamic techniques)
- •3.3.5. Тестирование (Testing)
- •3.4. Количественная оценка качества программного обеспечения (Software Quality Measurement)
2.3.4. Прогонки (Walk-throughs)
Цитата из стандарта:«Назначение прогонки состоит в оценке программного продукта. Прогонка может проводиться с целью ознакомления (обучения) аудитории с программным продуктом.» - IEEE 1028-97 «IEEE Standard for Software Reviews». Главные цели прогонки состоят в:
Поиске аномалий.
Улучшении продукта.
Обсуждении альтернативных путей реализации.
Оценке соответствия стандартам и спецификациям.
Прогонка похожа на инспекцию, однако, обычно проводится менее формальным образом. В основном, прогонка организуется инженерами для других членов команды с целью получения отклика от них на свою работу, как одного из элементов обеспечения качества.
2.3.5. Аудиты (Audits)
Цитата из стандарта:«Назначением аудита программного обеспечения является независимая оценка программных продуктов и процессов на предмет их соответствия применимым регулирующим документам, стандартам, руководящим указаниям, планам и процедурам.» - IEEE 1028-97 «IEEE Standard for Software Reviews».
Аудит является формально организованной деятельностью, участники которой выполняют определенные роли, такие как главный аудитор (lead auditor), второй аудитор (another auditor), регистратор (recorder) и инициатор (initiator).
В аудите принимает участие представитель оцениваемой организационной единицы.
В результате аудита идентифицируются случаи несоответствия и формируется отчет, необходимый команде разработки для принятия корректирующих действий.
Важно отметить, что такого рода действия могут проводиться для любого продукта на любой стадии процесса разработки или сопровождения.
3. Практические соображения (Practical Considerations)
Далее приведем некоторые практические соображения.
3.1. Требования к качеству программного обеспечения (Software Quality Requirements)
Начнем с факторов влияющих на результат.
3.1.1. Факторы влияния (Influence factors)
На планирование, управление и выбор SQM-действий и техник оказывают влияние различные факторы, среди которых:
Область применения системы, в которой будет работать программное обеспечение (критичное для безопасности людей, критичное для бизнеса и т.п.).
Системные и программные требования.
Какие компоненты используются в системе – коммерческие (внешние) или стандартные (внутренние).
Какие стандарты программной инженерии применимы в заданном контексте.
Каковы методы и программные инструменты, применяемые для разработки и сопровождения, а также для обеспечения качества и совершенствования (продукта и процессов).
Бюджет, персонал, организация проектной деятельности, планы и расписания для всех процессов.
Кто целевые пользователи и каково назначение системы.
Уровень целостности системы.
Информация об этих факторах влияет на то, как именно будут организованы и документированы процессы SQM, какие SQM-работы будут отобраны, какие необходимы ресурсы и каковы ограничения, накладываемые в отношении усилий, направляемых на обеспечение качества.