Контрольный список требований

Контрольный список требований — это инструмент для оказания помощи в определении задокументированы  корректны, полны, не двусмысленны, последовательны, проверены и утверждены ли требования. Шаблон спецификации требований включает в себя примеры и может использоваться для документирования требований для вашего продукта или услуги, в том числе для приоритезации и утверждения. Адаптируйте спецификацию в соответствии с вашим проектом, организуйте соответствующие разделы таким образом, чтобы это работало лучше всего, и используйте этот контрольный список для записи решений о применимых областях. Каждый указанный ниже пункт, в зависимости от обстоятельств, должен быть задокументирован и включен в требования по рассмотрению пакета требований.

Применимо? (Да? Нет? Комментарий?) Требования, подлежащие сдачи Основные вопросы и проблемы, которые необходимо учитывать
Описание Проекта
Да — Обязательное Обзор проекта Включает ли пакет имя проекта и все требования обзора пакета вкладчиков, а также имя рабочей группы (групп), которые будут владеть требованиями? Это может быть просто ссылка на Устав проекта.
Да — Обязательное Основные заинтересованные стороны Включает ли пакет список ключевых заинтересованных сторон с их рабочей группой и адресами электронной почты. Это может быть просто сссылка на Устав проекта.
Да — Обязательное Рамки (границы) и бизнес-причина Включает ли пакет краткое описание бизнес причины для этого проекта, а также что входит и что не входит в границы этого проекта. Определены ли целевая аудитория или основной заказчик? Это может быть просто ссылка на Устав проекта.
Характеристики пользователя Определены ли общие характеристики или профили предполагаемых пользователей?
Предположения Задокументированы ли допущения, которые влияют на требования.
Препятствия и ограничения Задокументированы ли технические, финансовые или деловые ограничения, которые могли бы ограничить варианты проектирования?
Зависимости Зависят ли требования от версий выпуска или функциональности других приложений/услуг? От других организационных изменений или нехватки ресурсов?
Общий язык Все ли сокращенные наименования или специализированные термины были включены в глоссарий или словарь данных?
Требования к документации
 Функциональные требования
  • Определены ли бизнес-правила?
  • Описаны ли действия по обработке входных и выходных данных?
  • Описана ли каждая функция, которая поддерживает входы или выходы?
  • Определена ли проверка достоверности данных на входах?
  • Описана ли точная последовательность операций?
  • Нужны ли конкретные реакции при возникновении нестандартных (нештатных) ситуаций? (например, переполнение, средства связи, ошибки обработки/восстановления)
  • Как влияют параметры?
  • Описаны ли взаимоотношения выходов к входам? (например, последовательности ввода/ввывода, формулы для преобразования входов в выходы)
  • Описаны ли необходимые пользовательские интерфейсы? (например, формы экрана или организации, макеты отчетов, структура меню, ошибок и прочих сообщений, или функциональных клавиш)
  • Описаны ли явно нежелательные события/входы, наряду с необходимыми мерами реагирования?
 Производительность
  • Выявлены ли статические и динамические численные требования по производительности?
  • Все ли требования по производительности измеримы?
  • Выявлены ли явные требования по задержке?
  • Измеримы ли требования по емкости?
  • Определены ли конкретные и измеримые требования в отношении доступности?
  • Определены ли конкретные и измеримые требования в отношении надежности?
 Управляемость и ремонтопригодность
  • Существуют ли особые требования к управлению поставляемого продукта или услуги?
  • Существуют ли требования для медицинского мониторинга для продукта или услуги, условий отказа, обнаружения ошибок, регистрации и корекции?
  • Существуют ли требования, в частности, связанные с простотой обслуживания?
  • Указаны ли нормальные и специальные операции?
 Удобство использования  Определены ли юзабилити требования (требования по удобству использования)?
 Интерфейсы (Системы, сети, аппаратные средства) и интеграции
  •  Описан ли каждый требуемый интерфейс с другим продуктом или системой?
  • Описан ли каждый требуемый интерфейс с сетевым компонентом?
  • Описан ли каждый требуемый интерфейс с аппаратной составляющей или оборудованием?
  • Все ли входные, выходные и системные условия и их взаимодействия описаны?
  • Есть ли в документации ссылки на существующие интерфейсы?
  • Есть ли необходимость для требований, которые являются специфическими для данного сайта, таких как судов океанографии?
 Управление данными  Указаны ли требования к данным?
 Соответствие стандартам  Описаны ли требования, которые основаны на существующих стандартах, политиках, правилах или законах?
 Безопасность  Описаны ли требования к безопасности, в том числе авторизации и факторам аутентификации?
 Портативность  Должна ли система быть легко портирована на другие хост-машины и/или операционные системы? Является ли экологическая независимость требованием?
 Существующие дефекты, которые необходимо решить  Существуют ли дефекты, которые должны быть решены с этим выпуском (версией)? Задокументированы ли они?
 Требования к процессам
 Отслеживаемость  Все требования пронумерованы или однозначно идентифицированы?
 Приоритетность  Определены ли приоритеты для каждого требования?
 Требования к утверждению  Все ли требования были одобрены и подтверждены спонсором?
 Краткость  Каждое ли требование является однозначным, только с одной интерпретацией?
 Непротиворечивость  Являются ли требования взаимно согласованными? Конфликтует или дублирует какое-нибудь требование другие требования?
 Полнота
  • Каждое ли требование является правильным и полным?
  • Задокументированные требования фиксируют все высказанные потребности клиента?
  • Есть ли неустановленные потребности клиента, которые будут вызывать недовольство, если они не будут выполнены?
  • Есть ли неустановленные потребности клиента, которые, если встретятся, позволят сделать клиента более удовлетворенным?
  • Задокументированы ли все выявленные требования?
  • Конфликтуют ли какие-либо требования?
  • Есть ли особые соображения, не охваченные в требованиях?
 Бизнес-Сценарии И Варианты Использования  Были ли построены бизнес-сценарии для иллюстрации (или извлечения) требований?
 Передача рецензенту  Все ли рецензенты требований подтвердили готовность участвовать в рассмотрении требований? Существует ли план для обеспечения непрерывности обзора группой экспертов?
 Удаленные или отложенные требования  Были ли какие-то требования утверждены, но впоследствии были удалены? Были ли какие-либо требования известны, которые были отложены до будущих версий продукта? Идентифицированы ли эти требования?
 Тестирование и тестопригодность
  • Каждое ли требование проверено? Отмечены ли непроверяемые (и не тестируемые) требования?
  • Могут ли требования служить основой для определения окончательной приемки продукта?
  • Какие типы тестирования и методологий тестирования предложены?
 Ясность
  • Описаны ли требования в достаточной степени для разработки системы командой реализации, удовлетворяющей требованиям, а также для того, чтобы убедиться, что система удовлетворяет требованиям?
  • Являются ли спецификации требований понятными и читаемыми?
 Уместность/ пригодность
  • Указывают ли требования, что должно быть сделано, а не описывают, как должны быть реализованы продукт или услуга?
  • Избегают ли требования указания конкретного дизайна?
 Планирование
  •  Существует ли план, чтобы решить каждую пометку «Будет определено позднее» в требованиях?
  • Существует ли план, чтобы проследить каждое требование к реализующемуся элементу (например, диаграмма дизайна или тестового примера)?
  • Используемы ли требования для повторного использования после внедрения?
  • Совместимы ли требования с более поздними фазами проекта?
  • Могут ли использоваться спецификации требований в качестве основы для выполнения проекта?
 Управление требованиями
  • Хранятся ли документы с требованиями в соответствии с изменениями продукции?
  • Является ли управление изменениями системой для отслеживания изменений по требованиям? Соответствуют ли требования конфигурации?
  • Структурированы ли документы с требованиями в соответствии с изменениями?
  • Были ли документы с требованиями разработаны в соответствии с процессами разработки документации, которые были согласованы с проектной командой?
  • Облегчают ли документы с требованиями сбор данных о процессе управления требованиями?

Опубликовано в Библиотека.
Комментарии:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *


Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>