()

 

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

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

 

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

   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、软件开发商或咨询商意见。