需求分析
需求分析要深入,文档中的页面,内容只是一小部分需求,在这些后面还有大量的后续工作(很多功能都是一个流程,必须考虑每个步骤,这样才能确定最终的实现方式),有很多是隐形需求,这些需求必须仔细分析讨论,这些需求并不都是开发人员的工作,如果不仔细讨论,那么就会成为开发的工作(不要给自己揽活)。
写需求分析文档时,要写清楚那些是认同的需求,那些是不明白的,那些是有异议的,之后再找业务部门继续讨论。
一定不要片面的,独立的考虑问题,在分析某一个功能时,要和相关的功能联系的看,要分析处理的整个流程。
- 各种名词的理解要统一。
- 排行内容的表述,要量化。
- 程序要符合需求,要来源于需求,咨询是先导
- 做事要仔细,谨慎,每一个术语,概念,细节都要弄懂
- 不要马虎,不要漏掉任何细节
画用例图,要以业务的角度去分析流程,分析问题,不要一个操作一个用例!
分清了流程后,再确定其中的用例。
需求分析第一步是要分析清楚具体业务流程!!这个不清楚是不能开始画用例的,也不能画时序图的!尽管有需求文档,但是不能只是看表面的东西,要想清楚流程,从内容(信息结构),动作出发,
这里的得到的还是要以业务的语言来描述,