业务需求调研文档内容结构参考 （附件）
为了进一步明确业务需求，减少软件开发中的错误及业务需求调整的困难，防止系统推倒重来的风险，我们对业务需求调研的文档编写提出下列要求，希望参照执行。
编写业务的调研人员必须精通或熟悉相关业务础知识，了解计算机软件开发技术。编写结果方便业务人员理解，再由软件方需求人员转换成开发文档。
一、业务运行当前情况描述
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、软件开发商或咨询商意见。