Введение в программную инженерию и управление жизненным циклом ПО. Программная инженерия. Качество программного обеспечения

Программная инженерия. Качество программного обеспечения.

Copyright © Сергей Орлик, 2004-2005.

mailto:sorlik@borland.ru

https://sorlik.blogspot.com

функциональных требований или атрибутов качества, прим. автора). Каждый член команды

должен исследовать программный продукт и другие входные данные до проведения

инспекционной встречи, применяя, возможно, те или иные аналитические техники (описанные

ниже в подтеме 3.3.3) в небольшим фрагментам продукта или к продукту, в целом, рассматривая в

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

должна документироваться, а информация передаваться лидеру инспекции. В процессе инспекции

лидер руководит сессией <инспекции> и проверяет, что все <члены команды> подготовились к

инспектированию. Общим инструментом, используемым при инспектировании, является

проверочный лист (checklist), содержащий аномалии и вопросы, связанные с аспектами

<программного продукта>, вызывающими интерес. Результирующий лист часто классифицирует

аномалии (см. стандарт IEEE 1044-93 “IEEE Standard for the Classification of Software Anomalies”) и

оценивается командой с точки зрения его завершенности и точности. Решение о завершении

инспекции принимается в соответствии с одним (любым) из трех критериев:

1. Принятие <продукта> с отсутствием либо малой необходимостью переработки

2. Принятие <продукта> с проверкой переработанных фрагментов

3. Необходимость повторной инспекции

Инспекционные встречи занимают, обычно, несколько часов, в отличие от технической оценки и

аудита, предполагающих, в большинстве случаев, больший объем работ и, соответственно,

длящиеся дольше.

2.3.4 Прогонки (Walk-throughs)

“Назначение прогонки состоит в оценке программного продукта. Прогонка может проводиться с

целью ознакомления (обучения) аудитории с программным продуктом.” - IEEE 1028-97 “IEEE

Standard for Software Reviews”. Главные цели прогонки состоят (по IEEE 1028) в:

• Поиске аномалий

• Улучшении продукта

• Обсуждении альтернативных путей реализации

• Оценке соответствия стандартам и спецификациям

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

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

отклика от них на свою работу, как одного из элементов (техник) обеспечения качества.

2.3.5 Аудиты (Audits)

“Назначением аудита программного обеспечения является независимая оценка программных

продуктов и процессов на предмет их соответствия применимым регулирующим документам,

стандартам, руководящим указаниям, планам и процедурам.” - IEEE 1028-97 “IEEE Standard for

Software Reviews”. Аудит является формально организованной деятельностью, участники которой

выполняют определенные роли, такие как главный аудитор (lead auditor), второй аудитор (another

auditor), регистратор (recorder) и инициатор (initiator). В аудите принимает участие представитель

оцениваемой организации/организационной единицы. В результате аудита идентифицируются

случаи несоответствия и формируется отчет, необходимый команде <разработки> для принятия

корректирующих действий.

При том, что существуют различные формальные названия (и классификации, прим. автора)

оценок и аудита (например, как мы видели в стандарте IEEE 1028-97), важно отметить, что такого

рода действия могут проводиться почти для любого продукта на любой стадии процесса

разработки или сопровождения.