Технология разработки программного обеспечения


Применение технологий развертывания функций качества



Pdf көрінісі
бет47/53
Дата28.11.2023
өлшемі1,37 Mb.
#193856
түріКонспект
1   ...   43   44   45   46   47   48   49   50   ...   53
Байланысты:
trpo lections 230100 2014

Применение технологий развертывания функций качества. 
Технология развертывания функций качества (Quality Function 
Deployment, QFD) – точная методика, соотносящая возможности и 
атрибуты продукта с их значимостью для клиента (Zultner, 1993; Pardee, 
1996). Она позволяет аналитически выявить функции, которые 
максимально 
удовлетворят 
потребности 
клиента. 
Технология 
развертывания функций качества рассчитана на три класса требований: 
ожидаемые, о которых клиент может не упомянуть, но будет расстроен, 
если их не окажется в продукте, обычные требования и отдельные, 
специальные требования, которые обеспечивают удобство работы 
клиентам, но отсутствие которых не влечет санкций со стороны клиента 
[12]. 
5.6.
 
Спецификации требований 
Использование шаблона спецификации требований к ПО. 
Создайте стандартный шаблон для документирования требований к ПО 
в вашей организации. Шаблон предоставляет согласованную структуру, 
позволяющую фиксировать описания нужной функциональности, а 
также прочую информацию, касающуюся требований. Вместо того 
чтобы изобретать новый шаблон, модифицируйте один из 
существующих в соответствии со спецификой проекта. Многие 
компании начинают с использования шаблона спецификации требований 
к ПО, описанного в стандарте IEEE 830-1998 (IEEE, 1998b). Если ваша 
компания занимается разными проектами, например, проектирует новое 
крупное приложение и параллельно дорабатывает версии старых 
программ, создайте соответствующие шаблоны для всех типов проектов. 
Шаблоны и процессы должны быть масштабируемыми. 
Определение источников требований.
Чтобы гарантировать, что 
все заинтересованные лица понимают, почему-то или иное требование 
зафиксировано в спецификации требований к ПО, и упростить 
последующее прояснение требований, выявите источники всех 
требований. Это может быть вариант использования или другая 
информация от пользователей, системное требование высокого уровня, 
бизнес-правило или иной внешний фактор. Указав всех лиц, 
заинтересованных в каждом требовании, вы будете знать, к кому 
обратиться при поступлении запроса на изменение. Источники 


61
требований устанавливают на основе связей или определяют для этой 
цели атрибут требования. 


Достарыңызбен бөлісу:
1   ...   43   44   45   46   47   48   49   50   ...   53




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет