一、阅读我们应当怎样做需求分析的感悟。原文博客地址http://blog.csdn.net/yqmfly/article/details/7679781。
前几天阅读到前辈写的几个软件开发失败的案例，印象最深的、直到现在还记得的是需求的问题导致项目的失败。需求太重要了，我们做软件就是
为人服务，做不出我们的客户真正想要的功能是没有办法完成任务的。
很多时候客户不知道自己具体想要什么样的，一直在试探，一点儿一点儿的在找感觉，看看是不是自己想要的，这个时候更需要我们专业的人来引
导他们来发掘真正的需求。这一点我真的很有体会，就比如说我们去买衣服，我只是知道自己需要买外套还是裤子，但是具体啥样的我们并不知道，就
是一遍又一遍的在试衣服，觉得合身舒服漂亮就买了。这时候，如果导购员来问你需要啥，我的建议是最好告诉人家，他们会根据你的特征来推荐一些
款式，从那些里边就可以选出适合我们的。可能我们想要的在那些店里也没有，因为可能之前在看电视或者看到路人穿的那件不错，但是有的导购员也
会推荐满足我们需求的衣服。因为我们是专业的，我们了解现有的技术能不能去实现客户的这些需求，如果不能实现，最好有其他可行的方案，这样既能
让客户觉得我们是专业的，最主要的是能满足客户的需求，不能一味的被客户牵着走。
做需求分析的目标就是了解用户想要一个什么样的软件，我们做一些领域的软件必须了解其中的业务，通过角色分析功能，比如医疗保险、银行等，
每个角色需要处理的业务是不同的，侧重的功能也不一样。
需求分析是贯穿我们整个开发过程的，在开发时要分阶段去跟客户演示开发的成果并跟客户交流，及时改进需求理解的偏差。
二、需求分析的各个阶段，需要掌握的内容
（一）需求调研
2.1.1初识
在前期调研阶段，我们最好掌握主动权，在客户提出需求的时候我们用专业知识进行深入的分析，如果不可行要提出满足需求的方案，我们是技术专家，要合适宜的提出自己的意见。
2.1.2拜访
多跟客户结识交流，团结一切可以团结的力量，分清利害关系与客户建交。
2.1.3研讨会
业务研讨会比较灵活，应该合理组织，一定要注意两点：有效抑制个性化差异、分模块组织专项研讨会。
2.1.4需求研讨
与客户探讨业务需求，对一些技术难以实现的需求，我们应当提出合理的解决方案。
2.1.5迭代
需求分析阶段不断反复讨论，与客户重述，验证需求。
2.1.6需求捕获
需求捕获要捕获最初的源于企业现有的操作流程，我们深入理解了客户现有的操作流程以后，应当有意识地发现那些不合理的部分，并最终提出更加合理、更适于信息化管理的流程。
（二）需求分析
需求分析通常包括功能角色分析、业务流程分析与业务领域分析。
2.2.1功能角色分析与用例图
从外部用户的视角来分析整个软件系统能够提供的功能，以及这些功能到底是提供给哪些角色使用，这时我们通常使用用例图来表示角色与功能。
2.2.2业务流程分析
经过功能角色分析之后，系统的轮廓被勾画出来，接下来需要做业务流程分析，分析流程哪些是系统之内的，哪些是系统之外的。
当我们进行业务流程分析时，在面向对象的时代，我们则是绘制行动图、状态图，以及编写用例说明来完成这部分工作。
2.2.3业务领域分析
从客户的业务领域进行分析，与客户进行交流掌握领域知识，绘制成业务模型，去指导我们软件的开发过程。
（三）需求确认
需求确认的方法有需求列表、快速原型法、需求规格说明书、评审与签字确认会。
