Acceptance and Evaluation Criteria Definition — различия между версиями

Материал из Uml2Wiki
Перейти к: навигация, поиск
(Ранжирование и подсчет очков)
(Ранжирование и подсчет очков)
Строка 23: Строка 23:
 
==Ранжирование и подсчет очков==
 
==Ранжирование и подсчет очков==
  
Ранжирование - это процесс упорядочения степени важности для всех требований, как описано в области знаний "Приоритезируйте требования (6.1)". Для этого весьма полезен [http://ru.wikipedia.org/wiki/%CC%E5%F2%EE%E4_MoSCoW|метод MoSCoW]. Требования, которые обязательно должны выполняться (Must), являются критерием исключения решения из рассмотрения, если оно им не соответствует. Менее приоритетные требования будут иметь меньший вес.
+
Ранжирование - это процесс упорядочения степени важности для всех требований, как описано в области знаний "Приоритезируйте требования (6.1)". Для этого весьма полезен http://ru.wikipedia.org/wiki/%CC%E5%F2%EE%E4_MoSCoW метод MoSCoW]. Требования, которые обязательно должны выполняться (Must), являются критерием исключения решения из рассмотрения, если оно им не соответствует. Менее приоритетные требования будут иметь меньший вес.
  
 
Подсчет очков - это процесс определения того, насколько хорошо решение соответствует требованиям. Для подсчета очков по каждому требованию должна быть определена шкала и пороговые значения.
 
Подсчет очков - это процесс определения того, насколько хорошо решение соответствует требованиям. Для подсчета очков по каждому требованию должна быть определена шкала и пороговые значения.

Версия 14:18, 7 января 2012

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


Назначение

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

Описание

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

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

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

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

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

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

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

Ранжирование - это процесс упорядочения степени важности для всех требований, как описано в области знаний "Приоритезируйте требования (6.1)". Для этого весьма полезен http://ru.wikipedia.org/wiki/%CC%E5%F2%EE%E4_MoSCoW метод 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

Назад

К указателю