掌握需求过程

     先理解工作，然后决定怎样的产品能最好地支持工作。
     得到正确的产品范围对于得到正确的需求是很关键的。
     大多数的需求蔓延都是因为一开始就没有正确地收集需求。

 

 

一、项目启动
     1、确定工作上下文范围。
     2、项目的目标：对应的业务好处和度量标准。
     3、风险承担者：客户、顾客、用户、其他风险承担者。风险承担者是需求的来源。
     4、限制条件。
     5、命名惯例与定义。
     6、成本估算
          计算上下文模型中相邻系统的数目和输入输出数据流的数目。
          通过影响工作的业务事件的数目来确定。
          功能点计数。
     7、风险分析。

 

 二、网罗需求
     1、风险承担者访谈。
     2、找出工作的本质：区分问题的本质（即需求）和解决方案。
     3、解决正确的问题。
     4、创新的产品：现有工作方式的改进和创新。
     5、业务用例研讨会。
     6、创造性研讨会。
     7、头脑风暴：各抒己见、集思广益。
     8、用户代表：需求范围、优先级。
     9、思维图。
     10、场景：一般用UML活动图来描述，包括正常场景、可选情况、异常情况、假设情况。
     11、原型。

 

三、功能性需求
     功能性需求描述了产品为了满足工作或业务必须做的事，它们与产品中使用到的任何技术都无关。
     通过产品用例场景开始编写功能性需求。

  

四、非功能性需求
     1、观感需求。
     2、易用性和人性化需求。
     3、执行需求：速度、精度、吞吐量、健壮性等。
     4、操作和环境需求。
     5、可维护性和支持需求。
     6、安全性需求：保密性、可得性、完整性。
     7、文化和政策需求。
     8、法律需求。

 

五、验收标准
     需求的测量指标就是验收标准。
     验收标准是需求的度量方式。
     如果需求是以正确的量化方式提交的，那么验收标准和需求就是一回事。
     验收标准是产品必须达到的无二义性的目标。
     通过检查需求描述和理由，确定哪种量化方式最能体现用户需求的意图，从而导出验收标准。

 

六、质量关
     质量关测试每项需求的正确性和合适性。
     越早发现错误，修正它的成本就越低。
     测试需求是开发产品最便宜、最快的方式。

     1、测试完整性。
     2、测试可追踪性。
     3、统一使用术语。
     4、确定是否与目标相关。
     5、测试验收标准。
     6、确定在限制条件下是否可行。
     7、区分是需求还是解决方案。
     8、顾客价值。
     9、镀金需求。
     10、需求蔓延：在大家认为需求过程已经结束以后又进入规格说明书的需求。
     11、需求渗漏：指那些因为某种原因渗漏到规格说明书中的需求。

 

七、需求原型
     需求原型的目的是帮助提取需求。
     原型的好处在于能发现其他需求网罗技术可能遗漏的需求。
     如果每次针对一个用例制作原型，就会更方便，最终也更为准确。

     1、低保真原型：将注意力集中在产品做什么上，有助于发现遗漏的功能和测试产品的范围。
     2、高保真原型：给出产品真实的外观，在发现易用性需求方面非常有效。

 

八、复查需求规格说明书
     1、发现遗漏的需求。
     2、确定是否已发现所有的业务用例。
     3、顾客价值。
     4、排列需求优先级。
     5、冲突的需求。
     6、二义性的规格说明。
     7、风险分析。
     8、度量所需的工作量。

 

 

注：以上内容摘录自《掌握需求过程（第2版）》。