Acceptance and Evaluation Criteria Definition

Материал из Uml2Wiki
Перейти к: навигация, поиск

Определение критериев приемки и оценки


Назначение

Определить требования, которым должно отвечать решение, чтобы считаться одобренным ключевыми заинтересованными лицами.

Описание

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

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

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

Составные части

Тестируемость

Критерии приемки и оценки даже в большей степени, чем остальные требования, должны быть сформулированы в пригодной для тестирования форме. Это может требовать разбиения их на атомарные утверждения таким образом, чтобы по ним могли быть написаны тестовые сценарии (test cases) для проверки соответствия (системы) критериям.

Ранжирование и подсчет очков

Ранжирование - это процесс упорядочения степени важности для всех требований, как описано в области знаний "Назначьте приоритеты требованиям (6.1)". Для этого весьма полезен метод MoSCoW. Требования, которые обязательно должны выполняться (Must), являются критерием исключения решения из рассмотрения, если оно им не соответствует. Менее приоритетные требования будут иметь меньший вес.

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

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

Рекомендации по использованию

Достоинства

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

Недостатки

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

Комментарии переводчика

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

Понятие "Критерии приемки" (Acceptance Criteria) во многих результатах поиска встречается в контексте гибких методологий, которые упоминаются и в данной статье. В таком контексте речь уже идет не об особом типе документа, а об атрибутах каждой пользовательской истории (User Story). Больше внимания ему уделено и в Agile Extention к BABOK.

Ссылки

Упоминания в BABOK

Технику BABOK рекомендует применять при выполнении следующих задач:

  • 2.2 Conduct Stakeholder Analysis
  • 6.3 Specify and Model Requirements
  • 6.5 Verify Requirements
  • 6.6 Validate Requirements
  • 7.1 Assess Proposed Solution
  • 7.2 Allocate Requirements
  • 7.3 Assess Organizational Readiness
  • 7.5 Validate Solution

Техника является составной частью техники User Stories

Внешние ссылки (от переводчика)

Acceptance Criteria

Acceptance Criteria in Agile

Evaluation Criteria

Метод MoSCoW

Назад

К указателю