标签：
在某条河流上有个地方发生了污染泄露，需要提供一个河流应急布点方案，让其能够及时保障污染情况的及时有效监测。具体方案是什么呢？问客户？不知道。如果他知道，就不用找你了。其实很多时候用户并不明白自己需要的东西具体是如何的，作为我们，更重要的是能够提供一个信息化的解决方案而不是根据用户的原始需求去编写代码。站在用户的角度进一步思考，才能提出能抓住用户痛处提供更有价值性的产品。
亨利.福特所说，“如果我最初问客户他们想要什么？他们应该是会告诉我,要一匹更快的马！”但是福特没有给他们更快的马，而是给了一辆汽车。只有根据用户需求不断的去思考并验证自己的假设，才能找到需要解决的用户问题的核心，才能做出有竞争力的产品。
It‘s a specific thing your system has to do to work correctly.
1、一项需求通常是一件特定的事，可以测试那件事来确认你真的满足该需求
2、明确system要实现哪些功能点，对象是什么，比如狗门设备（含遥控器）
3、明确对象要操作的事，如狗门系统必须do很多事，开门、关门、让狗进出，防止小动物进来
任何客户想到的事都是系统do的一部分
4.系统运作的正确与否是由客户决定的，假设忘了客户的需求，系统没有正确运作。
做到以上4点，需做如下事情：
1、收集对象（狗门）的需求（requirement）
2、整理出对象（狗门）真正做什么
3、取得任何我们需要客户提供的信息
4、把对象（狗门）建对
确认软件做客户要系统做的事
倾听客户，注意系统需要做什么，稍后整理出系统该如何做这些事。开发者确认系统能做什么。
一组好的需求，不仅是客户告诉要完成的事，还要确保系统能运作，不寻常出乎意料的情况也能完成，要想到流程中可能出现问题的每个细节。
为错误或替换路径作规则
为需求写用例
A use case describes
what 模块需要做什么
your system
does 明确聚焦系统do，什么事应该发生
to accomplish a
particular 一个模块实现的流程聚焦一个用例
customer 确定好角色即使用系统的人
goal. 目的是系统做什么
用例三部分
1、清楚系统做什么
2.每个用例明确业务流的起点，通过条件指明流程的终点
3.触发业务流程的人或user
用例通常是步骤列表，而用例图是以视觉方式显示用例，以图表的形式显示系统如何运作。
按照用例检查需求
对照用例看需求，确认用例涵盖系统必须做的每一件事
需求列表对应用例步骤，将需求的编号写在用例步骤旁的空格上，假如用例的步骤不需要做，标注N/A“没有”
用例的每一个步骤对应任意一个需求
许多发生在系统外的事，可以不做用例标注的部分
为主要业务流找到需求，替换路径也会容易找到需求
如果用例步骤没有需求处理到它，分析原因，可以试着增加额外需求，如果需求涵盖了系统要做的每一件事。
然后看需求列表，看哪块是用程序代码控制，哪块使用硬件设备处理
标签：
原文地址：http://www.cnblogs.com/shareyezi/p/4443424.html
