决策支持系统报表生命周期管理

河北网通决策支持系统报表

生命周期管理办法（初稿）文件基本信息编制人苟智勇完成日期2008年7月28日审核人审核意见审核日期批准人批准意见批准日期备注版本修订记录日期修改章节修改类型*修改描述修改人版本2008-07-28全部A新增苟智勇V1.0*修改类型分为A-ADDEDM-MODIFIEDD-DELETED1.总则实施背景当前通信市场竞争日趋激烈，客户对通信产品和服务的需求也更加丰富，因此在市场营销和数据分析工作需要进行大量的数据统计，制作大量的报表，为了能够更好的为公司的生产经营服务，合理利用资源，需要对这些报表有一个统一的管理办法，以便更好的为生产经营服务。管理办法目标明确报表的生成、维护、退出的整个生命周期操作流程；对流程中涉及到的各个部分的操作制订执行标准。业务描述流程描述报表的整个生命周期主要包括报表需求管理、报表生成报表维护、报表退出四个阶段。报表需求管理阶段一般以业务支撑部门为主，报表提供部门配合，故本管理办法不涉及本阶段的管理。2.2.术语解释固定报表：需要固化在决策支持系统前台，并且在固定时间范围内需要定时提供统计数据的报表。临时报表：需求部门临时需要统计的报表，一般只统计一次或者几次。基本报表：是预定义的标准业务报表，以批处理方式产生，并以静态文件的形式发布。多维报表：多维报表是基于OLAP技术的，OLAP技术允许用户以主题分析的形式组织数据，对数据进行多个角度分析。多维分析报表由“维”（影响因素）和“指标”（衡量因素）组成，能够真正为用户所理解、并真实的反映企业特性信息。外部报表：因响应其他业务部门需求而生成的报表。内部报表：是根据维护需要或者内部分析需要而生成的报

表。报表生成管理外部报表3.1.1定报表3.1.1定报表1、在系统建设时期与推广试用初期，报表可根据使用部门的意见，在项目组内部进行评估验证进行管理，如果项目组经过讨论认为有必要开发固化在前台，则将响应需求和设计体现在需求或者会议纪要等书面文件中，并录入到CHANGE系统；2、在系统正式运行期间，根据外部需求响应而生成的固定报表，进入机制基本基于综合支撑组在CHANGE系统提出的需求进行响应。3.1.3临时报表临时报表也遵循综合支撑组CHANGE需求管理。3.1.3多维报表多维报表在生成前应审核各维度和指标是否合乎逻辑内部报表1、对于内部报表，不论固定或者临时报表，如果报表的使用范围一直是分析组内部，原则上报表的进入机制由内部沟通后主管审批进入；2、对于另外一些内部报表，即在内部使用后效果较好，且其他部门也有类似需求的报表，可由内部评估后主管评审，然后开放给特定角色权限进行试用。报表输出报表生成后，固定报表和多维报表应注明各项指标含义和口径；临时报表应将SQL语句存档，由业务支撑部门提交给需求部门。报表维护管理省级报表管理1、对于外部固定报表，每月应进行检查，检查内容包括点击量和数据质量；2、外部临时报表在交付使用前应核查数据与业务逻辑是否正常；3、根据需求进行报表升级应进行版本管理（见附表）；4、对报表元数据进行记录（见附表）；5、对报表数据的最小保存周期进行记录（见附表）。地市自开发报表管理1、对于地市的自开发报表需求，应统一在即席查询中开发；2、自开发报表应严格遵照权限审批管理；3、根据需求进行报表升级应进行版本管理（见附表）；4、对报表元数据进行记录（见附表）；报表失效管理1、每两个月登录系统日志查询/菜单点击量进行查看，对2个月内点击量排名在后10位的报表进行标记，并通知报表需求人此报表已进入失效报表程序（通知情况记录）；2、若需求部门或者人员没有特殊说明，且一个月后此报表排名仍在后10位，此报表进行备份归档，同时报表生成进程暂停；3、半年内如果此报表没有重新提交使用需求，