Geum.ru

Международный iso/iec стандарт 12207

Вид материалаДокументы

Содержание


6.4Процесс верификации
6.4.1Реализация процесса
Подобный материал:
1   ...   6   7   8   9   10   11   12   13   ...   16

6.4Процесс верификации


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

Список действий. Этот процесс содержит следующие действия:

1) Реализация процесса;

2) Верификация.

6.4.1Реализация процесса


Эти действия состоят из следующих задач:

6.4.1.1. Определение будет сделано, если проект гарантирует верификационное усилие и степень организационной независимости от какой требуется усилие. Требования проекта должны быть проанализированы на критичность (рискованность). Критичность может быть оценена (проверена, измерена) с точки зрения:

а) потенциала необнаруженной ошибки в системе или требовании программного обеспечения, вызвавшей смерть или повреждение персонала, невыполнение задания, или финансовую или катастрофическую потерю оборудования или ущерб;

б) завершенности (сроков платежа) и рисков, связанных с используемой технологией программного обеспечения;

в) доступность фондов и ресурсов.

6.4.1.2. Если проект гарантирует верификационные усилия, процесс верификации должен быть установлен для проверки программного продукта.

6.4.1.3. Если проект гарантирует независимое верификационное усилие, квалифицированная организация, ответственная за ведение верификации должна быть выбрана. Этой организации должно гарантироваться независимость и полномочия верификационной деятельности.

6.4.1.4. Основание на возможности, величине, сложности и анализе критичности (рискованности) выше, плановые (целевые ) действия жизненного цикла и программные продукты, требующие верификации должны быть определены. Действия и задачи верификации, определенные в 6.4.2. , связанные методы, способы и инструментальные средства для целевых (плановых) действий жизненного процесса и программных продуктов.

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

6.4.1.6. План верификации должен быть реализован. Проблемы и несоответствия, обнаруженные усилием верификации должны быть введены в процесс разрешения проблем (6.8). Все проблемы и несоответствия должны быть решены. Результаты верификационной деятельности должны быть доступны покупателю и другим включенным организациям.

6.4.2Верификация


Действия по верификации включают в свой состав следующие задачи:

6.4.2.1. Проверка контракта. Контракт должен быть проверен по следующим критериям:

а) поставщик имеет возможность удовлетворить требования;

б) требования последовательны (непротиворечивы) и покрывают нужды пользователя;

в) адекватные процедуры для регулирования изменений к требованиям и возрастающие проблемы предусмотрены;

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

д) приемные критерии и процедуры предусмотрены согласно требованиям.

ПРИМЕЧАНИЕ. Эта деятельность может использоваться в оценке контракта (см. 6.3.1.3.в).

6.4.2.2. Проверка процесса. Процесс должен быть проверен по следующим критериям:

а) требования проектного планирования адекватны и своевременно;

б) процессы, выбранные для проекта, адекватны, реализованы, выполняются как запланировано и соответствуют контракту;

в) стандарты, процедуры и область функционирования для проектных процедур адекватны;

г) проект укомплектован и персонал обучен как требуется по контракту.

6.4.2.3. Проверка требований. Требования должны быть проверены по следующим критериям:

а) требования системы последовательны (непротиворечивы), выполнимы и проверяемы;

б) требования системы соответственно распределены между единицами аппаратных средств, единицами программного обеспечения и ручными операциями согласно критериям проекта;

в) требования программного обеспечения последовательны, выполнимы, тестируемы и точно отражают требования системы;

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

6.4.2.4. Проверка проекта. Проект должен быть проверен по следующим критериям:

а) проект правилен и не противоречит требованиям;

б) проект выполняет правильный ход событий, вводов, выводов, интерфейсов, логического потока, распределения временных и размерных ресурсов, определения ошибок, изоляции и восстановления;

в) выбранный проект может происходить от требований;

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

6.4.2.5. Проверка программы. Программа проверяется по следующим критериям:

а) программа удовлетворяет проекту и требованиям, тестируема, правильна и соответствует стандартам программирования;

б) программа осуществляет истинный ход событий, последовательные интерфейсы, правильные данные и управляющий поток, завершенность, размещение временных и размерных ресурсов, определение ошибок, изоляцию и восстановление;

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

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

6.4.2.6. Проверка интеграции. Интеграция проверяется по следующим критериям:

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

б) единицы аппаратных средств, единицы программного обеспечения и ручные операции системы полностью и правильно интегрированы в систему;

в) интеграционные задачи выполнены согласно интеграционному плану.

6.4.2.7. Проверка документации. Документация проверяется по следующим критериям:

а) документация адекватна, полна и последовательна;

б) подготовка документации своевременна;

в) схема управления документами следует определенным процедурам.