业务需求调研文档内容结构参考 (附件)
为了进一步明确业务需求,减少软件开发中的错误及业务需求调整的困难,防止系统推倒重来的风险,我们对业务需求调研的文档编写提出下列要求,希望参照执行。
编写业务的调研人员必须精通或熟悉相关业务础知识,了解计算机软件开发技术。编写结果方便业务人员理解,再由软件方需求人员转换成开发文档。
一、业务运行当前情况描述
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)手工结算向系统自动计算,两者金额差异如何解决;
5)结算过程步骤的差异(劳务合同有方程数量的确认单据,其它合同可能不需要),需要最终结算单据?
6) 合同清单需要树形结构表达?
7)合同变更(主体变更,金额(清单)变更、参数变更、拆分变更)。
8)合同需要拆分到 WBS ? 变更需要拆分到WBS ?
四、文档签认流程
1、关键业务角色参与讨论并修订文档;(分公司、项目部有代表参与、推广小组)
主持讨论由:业务部门或信息中心。依据人员水平决定。
参与讨论有:实施组、系统组,软件开发商或咨询商代表参与。
2、总部业务主管或部门领导签认;
3、信息中心评审意见;
4、软件开发商或咨询商意见。