需求分析

需求分析要深入，文档中的页面，内容只是一小部分需求，在这些后面还有大量的后续工作（很多功能都是一个流程，必须考虑每个步骤，这样才能确定最终的实现方式），有很多是隐形需求，这些需求必须仔细分析讨论，这些需求并不都是开发人员的工作，如果不仔细讨论，那么就会成为开发的工作（不要给自己揽活）。

写需求分析文档时，要写清楚那些是认同的需求，那些是不明白的，那些是有异议的，之后再找业务部门继续讨论。

一定不要片面的，独立的考虑问题，在分析某一个功能时，要和相关的功能联系的看，要分析处理的整个流程。

• 各种名词的理解要统一。
• 排行内容的表述，要量化。
• 程序要符合需求，要来源于需求，咨询是先导
• 做事要仔细，谨慎，每一个术语，概念，细节都要弄懂
• 不要马虎，不要漏掉任何细节

     

画用例图，要以业务的角度去分析流程，分析问题，不要一个操作一个用例！

分清了流程后，再确定其中的用例。

   

需求分析第一步是要分析清楚具体业务流程！！这个不清楚是不能开始画用例的，也不能画时序图的！尽管有需求文档，但是不能只是看表面的东西，要想清楚流程，从内容（信息结构），动作出发，

这里的得到的还是要以业务的语言来描述，