Ўзбекистон республикаси ахборот технологиялари ва коммуникацияларини ривожлантириш вазирлиги муҳаммад ал-хоразмий номидаги

1.7.3. Сбор и обработка информации о сбоях и отказах 
Информация о сбоях и отказах – такой же источник данных для программистов, как и 
информация о неуспешно пройденных тестах. Поэтому, при возникновении сбоя, отказа или 
аварии рекомендуется составлять отчет о проблеме, который будет передан коллективу 
разработчиков. 
Отчет о проблеме, содержащий информацию о сбое, отказе или аварии будет несколько 
отличаться от отчета, созданного в ходе тестирования. Специфика такого отчета заключается 
в том, что он либо составляется пользователем системы, не имеющим доступ к проектной 
документации и исходным текстам системы, либо специалистом службы технической 
поддержки со слов пользователя. Из-за этого в отчете может отсутствовать информация, 
необходимая для точной локализации вызвавшего проблему дефекта. 
Для упрощения работы службы поддержки и программистов рекомендуется включать в 
отчет служебную информацию о состоянии и окружении системы в момент сбоя – 
переменных окружения, активных объектах, состоянии сеанса пользователя и т.п. 
Поскольку напрямую пользователю эта информация недоступна, то ее сбор должен 
осуществляться обработчиками исключительных ситуаций. В результате их работы должен 
генерироваться выходной дамп состояния системы, прикладываемый к отчету, 
передаваемому разработчикам для анализа причин возникновения проблемы. 
Лекция № 24. Поддержка процесса тестирования при 
промышленной разработке программного обеспечения
8. Управление качеством 
1.8.1. Задачи и цели управления качеством 
Промышленная разработка программного обеспечения, как часть промышленной 
разработки сложных систем – высокотехнологичный процесс, в который вовлечено 
множество различающихся по численности, сфере деятельности и квалификации 
коллективов разработчиков. Одна из основных задач при совместной работе большого 
количества разработчиков или их коллективов – обеспечение единой схемы работы, 
позволяющей 
планировать 
выполнение 
работ, 
обеспечивать 
целостность 
и 
непротиворечивость различных узлов системы, а также давать гарантии соответствия 
системы ожиданиям заказчика. 
Выполнение этой задачи облегчается при подчинении процесса разработки 
технологическим требованиям, регламентирующим различные аспекты разработки: 
жизненный цикл проекта и разрабатываемой системы, требования к процессам разработки , 
внедрения и сопровождения системы. 
При разработке систем различного типа (информационных, встроенных, систем 
реального времени, систем безопасности) технологические требования могут различаться и 
освещать те или иные аспекты процесса разработки. Тем не менее, обычно внедрение 
технологии в разработку преследует одну основную цель – обеспечение и гарантию качества
 

---

179 
разрабатываемой системы. Это послужило предпосылкой к созданию документов, 
определяющих требования к технологии разработки систем – стандартов качества.
Согласно подходу стандартов системы качества: качество - это совокупность 
характеристик объекта, имеющая отношение к его способности удовлетворить 
установленные и предполагаемые требования потребителя. При этом, что важно, под 
объектом качества может пониматься как собственно продукция (товары или услуги), 
процесс ее производства, так и производитель (организация, система или даже отдельный 
работник).
В этих стандартах определяются критерии качества продукции, специфичные для 
каждого из этапов жизненного цикла продукции. Основное назначение стандартов качества – 
определение требований к технологическим процессам, в т.ч. процессам разработки, 
соблюдение которых позволяет гарантировать постоянный с точки зрения выбранных 
критериев уровень качества создаваемых систем (Рис. 21). 
Стандарты качества
и отраслевые
стандарты
Технология
разработки
Разработка
системы
Требования
Требования