阅读笔记三 掌握需求过程

需求验证:

　　功能性需求 确保功能被正确地执行

　　　　非功能性需求 量化度量，引入该产品的3个月之内，60%的用户将用它来完整规定的工作。在这些用户之中，将有75%对产品表示赞许。

　　　　　　客户:询问客户一个关键问题来确定，这个问题是：“什么会被认为是满足需求失败？”。

　　　　　　　　测试 产品将不会让测试组的80%的人感觉到被冒犯。

　　　　　　　　　　观感需求,界面的兼容性作为验收标准

　　　　　　　　　　　　易用性需求,经过一天培训之后，10个用户中有9个能够成功地完成选择的任务。

　　　　　　　　　　　　　　性能需求,在95%的情况下，响应时间将不超过1.5秒，在其他情况下不超过4秒。

　　　　　　　　　　　　　　　　可操作性需求,对要求的环境下使用是否容易或使用是否成功的量化标准。

　　　　　　　　　　　　　　　　　　可维护性需求,新的用户将能被加入系统，并且对现存用户的打断不超过5分钟。

　　　　　　　　　　　　　　　　　　　　安全性需求,产品的数据必须与数据的权威来源保持一致。

　　　　　　　　　　　　　　　　　　　　　　文化和政策需求,基于谁将认证产品是可接受的。

　　　　　　　　　　　　　　　　　　　　　　　　法律需求,法律部门/公司的律师将认证产品符合相关法律。

　　　　　　　　　　　　　　　　　　　　　　　　　　用例需求,所有相关需求的意图的总和。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　限制条件,度量

 

需求管理

　　　　需求跟踪、需求变更、版本控制

　　　　　　需求事后分析，总结经验，从成功中获益并避免导致失败的失误。

 

需求开发过程:

　　对收集、提取、编写和检查需求的过程进行剪裁，让这些过程能适应您的技术与文化环境。

　　　　需求中可以包含技术元素，但不能包含技术实现。