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

河北网通决策支持系统报表生命周期管理办法

(初稿)

文件基本信息

版本修订记录

*修改类型分为A –ADDED M –MODIFIED D –DELETED

1.总则

1.1.实施背景

当前通信市场竞争日趋激烈，客户对通信产品和服务的需求也更加丰富，因此在市场营销和数据分析工作需要进行大量的数据统计，制作大量的报表，为了能够更好的为公司的生产经营服务，合理利用资源，需要对这些报表有一个统一的管理办法，以便更好的为生产经营服务。

1.2.管理办法目标

1.明确报表的生成、维护、退出的整个生命周期操作流程；

2.对流程中涉及到的各个部分的操作制订执行标准。

2.业务描述

2.1.流程描述

报表的整个生命周期主要包括报表需求管理、报表生成、报表维护、报表退出四个阶段。报表需求管理阶段一般以业

务支撑部门为主，报表提供部门配合，故本管理办法不涉及本阶段的管理。

2.2.术语解释

固定报表：需要固化在决策支持系统前台，并且在固定时间范围内需要定时提供统计数据的报表。

临时报表：需求部门临时需要统计的报表，一般只统计一次或者几次。

基本报表：是预定义的标准业务报表，以批处理方式产生，并以静态文件的形式发布。

多维报表：多维报表是基于OLAP技术的，OLAP技术允许用户以主题分析的形式组织数据，对数据进行多个角度分析。多维分析报表由“维”（影响因素）和“指标”（衡量因素）组成，能够真正为用户所理解、并真实的反映企业特性信息。

外部报表：因响应其他业务部门需求而生成的报表。

内部报表：是根据维护需要或者内部分析需要而生成的报

表。

3.报表生成管理

3.1.外部报表

3.1.1固定报表

1、在系统建设时期与推广试用初期，报表可根据使用部门的意见，在项目组内部进行评估验证进行管理，如果项目组经过讨论认为有必要开发固化在前台，则将响应需求和设计体现在需求或者会议纪要等书面文件中，并录入到CHANGE系统；

2、在系统正式运行期间，根据外部需求响应而生成的固定报表，进入机制基本基于综合支撑组在CHANGE系统提出的需求进行响应。

3.1.3临时报表

临时报表也遵循综合支撑组CHANGE需求管理。

3.1.3多维报表

多维报表在生成前应审核各维度和指标是否合乎逻辑。

3.2.内部报表

1、对于内部报表，不论固定或者临时报表，如果报表的

使用范围一直是分析组内部，原则上报表的进入机制由内部

沟通后主管审批进入；

2、对于另外一些内部报表，即在内部使用后效果较好，

且其他部门也有类似需求的报表，可由内部评估后主管评审，然后开放给特定角色权限进行试用。

3.3.报表输出

报表生成后，固定报表和多维报表应注明各项指标含义和口径；临时报表应将SQL语句存档，由业务支撑部门提交给需求部门。

4.报表维护管理

4.1.省级报表管理

1、对于外部固定报表，每月应进行检查，检查内容包括点

击量和数据质量；

2、外部临时报表在交付使用前应核查数据与业务逻辑是否

正常；

3、根据需求进行报表升级应进行版本管理（见附表）；

4、对报表元数据进行记录（见附表）；

5、对报表数据的最小保存周期进行记录（见附表）。

4.2.地市自开发报表管理

1、对于地市的自开发报表需求，应统一在即席查询中开发；

2、自开发报表应严格遵照权限审批管理；

3、根据需求进行报表升级应进行版本管理（见附表）；

4、对报表元数据进行记录（见附表）；

5.报表失效管理

1、每两个月登录系统日志查询/菜单点击量进行查

看，对2个月内点击量排名在后10位的报表进行标

记，并通知报表需求人此报表已进入失效报表程序

（通知情况记录）；

2、若需求部门或者人员没有特殊说明，且一个月后此

报表排名仍在后10位，此报表进行备份归档，同时

报表生成进程暂停；

3、半年内如果此报表没有重新提交使用需求，则在系

统中删除此报表生成进程。

6.附则

本管理办法自发布之日起执行，其解释和修改权属中国网通（集团）有限公司河北省分公司数据中心。

附表：

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