三、如何进行需求分析的方法论

　　工程经验中，需求分析工作方法可以分为 三个方面进行考虑

　　第一阶段：全局式

　　这一阶段是和需求方沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。确定对应的接口人

　　输出成果：调查报告、业务流程分解、问题确认

　　内容校验方法：

　　1、需求总体完整性测试：包含内容（业务名词解释、需求背景和目标、用户操作场景说明、功能总览、系统交互图、界面原型、业务规则说明、业务正常和异常流处理）

　　2、来源测试，需求的来源，使用者，确认需求的各个模块的重要性

　　3、可以使用的方法或者图表

　　功能分解图，MM图，系统交互图

　　明确系统涵盖的功能点和范围

　　系统用例图：明确角色关系，系统的调用者与系统之间的关系，明确角色的权限设置和权限冲突，

　　第二阶段：流程式

　　已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。

　　可以输出成果：业务流程报告

　　可以采用的方式方法：功能分解表、活动图

　　明确功能入口，页面间的跳转，参数的传递等

　　1、服务结果为导向的测试方法，用用例结构图方式进行功能分解的形式进行，校验流程形式的复杂度便易性，合理性，准确性

　　2、通过设计用例来验证需求中描述中不详细的遗漏点

　　实际应用中可以考虑的测试方法：

　　1）内容测试：输入输出是否明确，格式校验定义是否完整，是否有预计的响应时间，异常流处理等

　　a）缺少导致这个行为结果的原因的描述；

　　b）没有给出明确定义说明；描述中遗漏了几种可能的异常信息需要进行处理；

　　c）缺少用户权限的描述；

　　d）缺少分支流程的说明；

　　e）业务规则说明上的遗漏；

　　f）边界值上的遗漏