9.2.4 Отчетность о дефектах, трассируемость и корректирующие действия
9.2.4 Отчетность о дефектах, трассируемость и корректирующие действия
Цель отчетности о дефектах, трассируемости и корректирующих действий заключается в том, чтобы зарегистрировать несоответствие процесса требованиям планов и стандартов, отсутствие выходных данных процессов жизненного цикла ПО, аномальное поведение программных средств, а также гарантировать разрешение этих проблем.
Примечание — Дефекты, связанные с процессами жизненного цикла ПО, и дефекты, связанные с программными средствами, могут быть зафиксированы в отдельных системах отчетности о дефектах.
Требования к выполнению данных работ:
— должно быть подготовлено сообщение о дефекте, которое описывает несоответствие процесса планам, отсутствие выходных данных или аномальное поведение ПО, а также о предпринятых корректирующих действиях (как это установлено в 12.28);
— отчетность о дефектах должна предусматривать идентификацию затрагиваемых элементов конфигурации или определение затрагиваемых работ в процессах, отчетность о состоянии сообщений о дефектах, утверждение и закрытие сообщений о дефектах;
— сообщения о дефектах, для которых требуются корректирующие действия в отношении программного средства или выходных данных процессов жизненного цикла ПО, должны активизировать работы по контролю изменений.
Примечание — Отчетность о дефектах и работы по контролю изменений являются взаимосвязанными.
Разработчик должен составлять сообщения о дефектах/изменениях, чтобы описать каждый дефект, обнаруженный в программных средствах, находящихся под контролем конфигурации, и каждую проблему выполнения работ, необходимых по контракту или описанных в Плане разработки ПО. Сообщения о дефектах/изменениях должны описывать дефекты/изменения, необходимые действия, связанные с коррекцией, а также предполагаемые сроки их выполнения. Эти сообщения следует использовать как входные данные для системы корректирующих действий.
Разработчик должен реализовать систему корректирующих действий для обработки каждого дефекта, обнаруженного в программных средствах, находящихся под контролем конфигурации, и каждую проблему выполнения работ, необходимых по контракту или описанных в Плане разработки ПО. Система должна отвечать следующим требованиям:
— входная информация системы должна состоять из сообщений о дефектах/изменениях;
— система должна быть закрытым циклом, гарантирующим, что все обнаруженные дефекты немедленно регистрируются и вводятся в систему, необходимые действия инициируются, принятые решения осуществляются, состояние корректирующих действий отслеживается и сообщения о дефектах сопровождаются в течение срока действия контракта;
— каждый дефект должен быть классифицирован по категориям и приоритетам;
— должен быть выполнен анализ для выявления возможных тенденций в зарегистрированных дефектах;
— корректирующие действия должны быть оценены, чтобы определить, были ли дефекты устранены, неблагоприятные тенденции преодолены, а изменения правильно выполнены без внесения дополнительных дефектов.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
1. Штурмовые действия
1. Штурмовые действия На третий день войны в Корее (1950–1953 гг.) истребители-бомбардировщики совершили первые вылеты на поддержку своих сухопутных войск, отступавших к югу. По признанию американского командования, летный состав не был к тому времени готов к войне. Способы
5.10 Отчетность о результатах
5.10 Отчетность о результатах 5.10.1 Общие положения Результаты каждого испытания, калибровки или серии испытаний или калибровок, проведенных лабораторией, должны быть сообщены точно, четко, недвусмысленно и объективно и в соответствии со всеми специальными инструкциями,
3.5. Действия с клипами
3.5. Действия с клипами Над клипами в окне Project (Проект) (т. е. мастер-клипами) и над клипами в окне Timeline (Монтаж) (т. е. экземплярами клипов) можно совершать сходные действия. При этом свободы действия для редактирования клипов в окне Timeline (Монтаж) намного больше, поскольку для
5.12 Другие действия
5.12 Другие действия 5.12.1 Контроль критических ситуаций Разработчик должен осуществлять контроль за критическими для выполнения контракта ситуациями, которые могут возникнуть во время разработки ПО. Разработчик должен выявить, идентифицировать и проанализировать
7.5 Трассируемость
7.5 Трассируемость Требования трассируем ости включают в себя обеспечение соответствия:— между системными требованиями и требованиями к ПО, чтобы гарантировать полноту реализации системных требований и видимость производных требований;— между требованиями нижнего
9.2.3 Базовые линии и трассируемость
9.2.3 Базовые линии и трассируемость Цель установления базовой линии — определить основу для последующих работ процессов жизненного цикла ПО, позволить осуществлять ссылки, управлять элементами конфигурации и контролировать трассируемость. В рамках данной работы
9.2.4 Отчетность о дефектах, трассируемость и корректирующие действия
9.2.4 Отчетность о дефектах, трассируемость и корректирующие действия Цель отчетности о дефектах, трассируемости и корректирующих действий заключается в том, чтобы зарегистрировать несоответствие процесса требованиям планов и стандартов, отсутствие выходных данных
9.2.5 Контроль изменений и трассируемость
9.2.5 Контроль изменений и трассируемость Цель контроля изменений — обеспечить регистрацию, оценку, рассмотрение и утверждение изменений на протяжении жизненного цикла ПО. Требования к выполнению работ по контролю изменений:а) контроль изменений должен обеспечить
12.28 Сообщения о дефектах
12.28 Сообщения о дефектах Сообщения о дефектах являются средством для идентификации и регистрации аномального поведения программного средства, несогласованности процессов с планами ПО и стандартами разработки ПО и недостатков документации жизненного цикла ПО.