Контрольный список — различия между версиями

Материал из Uml2Wiki
Перейти к: навигация, поиск
(Новая страница: «{| class="wikitable" border="1" |+ ! Русский !! English |- | '''Контрольный список''' || '''Checklist''' |- | :Техника контрол...»)
 
 
(не показаны 3 промежуточные версии 1 участника)
Строка 9: Строка 9:
 
|-
 
|-
 
|
 
|
:Техника контроля качества (см. [[Контроль качества]]). Он может включать стандартный набор элементов качества, которые рецензенты используют для проверки требований (см. [[Проверка требований]]) и валидации требований (см. [[Проверка требований]]) или для выработки проблем в проекте  
+
:Техника контроля качества (см. [[Контроль качества]]). Он может включать стандартный набор элементов качества, которые рецензенты используют для проверки требований (см. [[Проверка требований]]) и валидации требований (см. [[Валидация требований]]) или специально разрабатываются для описания проблем в проекте  
 
||
 
||
 
:A quality control technique. They may include a standard set of quality elements that reviewers use for requirements verification and requirements validation or be specifically developed to capture issues of concern to the project  
 
:A quality control technique. They may include a standard set of quality elements that reviewers use for requirements verification and requirements validation or be specifically developed to capture issues of concern to the project  
 
|}
 
|}
 +
 +
[http://lib.uml2.ru/C Назад]
 +
 +
[http://lib.uml2.ru/Приложение_А._Глоссарий Вернуться к указателю]

Текущая версия на 22:23, 16 октября 2011

Русский English

Контрольный список

Checklist

Техника контроля качества (см. Контроль качества). Он может включать стандартный набор элементов качества, которые рецензенты используют для проверки требований (см. Проверка требований) и валидации требований (см. Валидация требований) или специально разрабатываются для описания проблем в проекте
A quality control technique. They may include a standard set of quality elements that reviewers use for requirements verification and requirements validation or be specifically developed to capture issues of concern to the project

Назад

Вернуться к указателю