（）

    为了进一步明确业务需求，减少软件开发中的错误及业务需求调整的困难，防止系统推倒重来的风险，我们对业务需求调研的文档编写提出下列要求，希望参照执行。

    编写业务的调研人员必须精通或熟悉相关业务础知识，了解计算机软件开发技术。编写结果方便业务人员理解，再由软件方需求人员转换成开发文档。

一、业务运行当前情况描述

   1、业务当前情况运行描述，在各分、子公司、不同类型项目的差异；

   2、公司制度及对业务的规定，各分、子公司、项目部执行制度的明细规定；

   3、业务运行的组织机构及岗位，本项业务的应用范围。（总、分公司、项目部）；

   4、业务单据及报表的收集情况；

   5、业务运行的时间要求：经常发生、期间发生（月、季、年）。

二、业务需求的整理、优化及实现设计

   1、业务总体逻辑流程设计；

      与其它业务的接口，接口传递参数。

   2、不同业务单据审批流程设计；

      要求描绘流程图，及每步流程的参与岗位，角色与极限要求；

   3、基础数据设计：提供详细的基础数据。 

      如：合同分类   

  4、单据界面设计，单据编码规则 

      界面按使用要求进行设计，也可以使用工具（WORD 或其它）进行，

      明确字段（类型、精度，界面按件类型，必填要求？ 空值要求？）。

      字段之间的数据关系：如： 单价*数量=金额，本期+上期末=本期末

      单据统一布局风格要求：按二列或三列布局，窗口扩大或缩减要求及按件要求。

   5、单据编号编码规则：是否可以修改，要求连继？ 

      如：合同编码：  控制单元编码-组织单元助记码-年度（4位）-序列号（4位）

                      CD01-HQ1-2010-0001

   6、单据列表界面设计

      字段排列顺序，

      左树要求？ 父子表展现？

   7、打印报表格式要求 （统一的格式，如果不同组织有要求，提供不同格式）

         格式按 WORD 的表格进行设计。

   8、业务预警参数设计

      要求： 预警条件设计，接收预警人员。

   9、查询报表条件参数设计，展现页面字段要求及顺序。

   10、全局性参数

       本项业务是否有多种场景要求全局性或项目级参数按制？

   11、BI 商业智能设计

       提供领导级（公司或部门）的综合商业智能分析，提供主管级的多维度业务深度分析。

   12、业务相关的权限角色的设计要求，用户权限（角色）分配的原则。

三、测试数据设计（多种场景设计及数据）

    1、通用场景数据

    2、特殊场景数据

    3、基础数据

四、文档签认流程

   1、关键业务角色参与讨论并修订文档；（分公司、项目部有代表参与、推广小组）

       主持讨论由：业务部门或信息中心。依据人员水平决定。

       参与讨论有：实施组、系统组，软件开发商或咨询商代表参与。

   2、总部业务主管或部门领导签认；

   3、信息中心评审意见；   

   4、软件开发商或咨询商意见。