资料统计报表业务分析与设计V1a

足一些自定义扩展的需要 ◦ 在Level 2和Level 3级别应用中，报表工具尽量只作为展
现工具，把统计规则的运算放回到应用系统的业务逻辑服 务（含DBMS中的存储过程）里面去。所有数据准备在报 表展示之前完成。
✓ 报表数据要完整存储，与业务源数据适当隔离 ✓ 表中数据应能方便的提取，可用于新业务和技术的扩展，盘活数据 ✓ 存储结构要优化，业务源数据要便于高效采集 ✓ 报表结果数据要有相对独立性，通过冗余存储来保持完整性，避免代
◦ 格式是否可以更改
◦ 格式是否要求导出特定格式，是否要求打印，打印方式（纸张类型、纸张 尺寸；套打与否）
报表的数据分析——数据含义和数据之间的关系？
◦ 数据项定义 ◦ 表面平衡关系
报表的数据来源分析——数据是自动生成还是人工录入？
◦ 位置、粒度、数据质量、可获取性
报表的格式分析——怎么实现这样的格式？是否可以变通？
为什么这么问
◦ 统计报表是按照统计周期来的，通常统计周期并不等于自然时间。比如财务周期、 电费核算周期、信用卡结算周期等。日常业务查询的口径未必和统计报表口径一致。
◦ 临界值或越界情况。当一个业务数据生成过程恰好和统计周期交叉时，设计不好的 话会产生查询和统计的数据结果不一致现象。
◦ 因为管理问题，产生业务数据未按规定及时下账，或者出现重大数据偏差，可能累 积到下一统计周期，造成本期数据失真。
【 Level 3】 随着商业智能的发展和信息化水平的提升，报表中大量的 基础数据项、聚合项甚至二次加工项都被盘活，需要尽可能被结构化存 储。IT技术开始直接支持决策层。
正确用法
◦ 报表工具的定位层面是Level 2和Level 1级别的业务应用 ◦ 报表工具可以在缺乏技术人员支持的情况下，临时性的满
喜欢用交叉表 喜欢分组、分级 喜欢聚合信息 计算关系复杂 格式要求严谨
国外谚语说：一图抵千言。中国式统计报表更 像一幅图，而且是全景画，中国风景画讲究运 动（散点）透视，西方风景画讲究焦点透视。
调研
分析
设计
开发
测试
部署
试运 行
正式 运行
运维 服务
统计报表中蕴藏着大量的关键业务信息
◦ 如果是对外报表，基本是独立系统，即便有从内部业务系统取数的要求， 也只是为了操作员方便而已，技术上不会允许直接访问业务数据库。
小心
◦ 也许是受访者自以为是，在一个跨部门层级的统一规划的综合信息系统里 面，也许个别部门希望把本该直接共享的信息变成‘对外报表’，这是不 允许的。
为什么这么问
◦ 如果报表数据能够从业务系统中自动采集并生成，那么可以说是不 需要人工（统计者）干预（补充信息）的。
表单设计和实现相关的一些业务和技术经验； 技术为业务服务，业务发展会对技术提出发展要求，而技术的发展也会给操作用户带
来新的体验；但总体趋势还是技术在不断革新，以尽可能模仿和贴合人类自然思考和 体验方式在向前发展。
知识背景
前世今生 概念与常识
工作思路与 作业方法
思维模式和 整体方法
业务调研与 分析思路
报表生产引擎
HTML生成器
FO生成器
标准报表项和扩展报表项
报表数据引擎 数据转换
数据访问
JDBC 驱动
文本 驱动
Web services
数据库
用户
报表信息内容
使用方式
用户实例
利益相关者 企业经营指标数据
查询
股东、客户
各级管理人员
本单位经营指标、业务统计 类报表
查询、审核
总经理、厂长、 班组长
◦ 对于复杂报表，就要求客户自己必须具备后台数据结构、SQL知识甚至存储过程或 脚本开发能力；
◦ 对于现业务系统没有的数据，还准备自己设计录入界面或者补充开发业务系统吗？
小心
◦ 理想很丰满，属于客户的不完全合理期望。当今的IT服务商和客户双方一定不能只 是买卖关系，而是生态群落。对于一些客户而言，自定义报表、万能报表之类的叫 法，需要客观的阐释清楚。
◦ 做信息系统设计的时候，不能单纯从技术出发做判断，一定是先从 实际业务和管理规定上做技术实现思路的合理性判断
为什么这么问
◦ 对外报表一般是有统一格式和统计标准的，有些是国家、行业标准，有些 是和相关方约定的标准。
◦ 对外报表通常不和内部业务系统直连，数据通常会经过加工和调整（人工 干预）。
是又怎样
码含义改变或访问效率影响 ✓ 业务系统相关数据要统一规划设计，从完整性、一致性和准确性上达
到整体最优
业务源库设计 指标库设计
生产库信息设计 历史库信息设计
业务相关性分 析
时间戳设计
查询和统计规 则设计
指标数据字典 指标定义 指标存储 BI扩展设计
统计项字典
统计项数据 临时表和正式 表
仿真输出结构 的存储表 数据冗余 数据存储设计 数据访问设计
◦ 有些报表会涉及业务系统本身的利益，需要在项目推进中予以注意。
为什么这么问
◦ 通常来说，正式的统计报表都有相当长的稳定周期。但是随着业务的变化，增加、 修改报表内容和格式也是正常的。用户都会有这个愿望：我们能不能自己来定义报 表？
是又怎样
◦ 实际上，目前最‘智能’的自定义报表也只限于通过语义层和内嵌公式来完成新表 的设计和数据定义；
◦ 无需人工补充信息的报表可以自动化生成。
是又怎样
◦ 需要人工干预（调整）的报表都需要单独设计维护界面。
小心
◦ 要区分人工干预度的大小，有些只是需要人工录入一些描述性信息， 操作员是不能修改自动生成的数据结果的。
◦ 有些是操作员可以修改自动生成的数据结果的，这会使情况变得最 为复杂。
为什么要进行调整
工作表式的设计器：以数据为主，因能定位提取数据项，可用于采集功能 页面式设计器：适用于报告，灵活性强
基于单元格的电子表格设计模式： Excel、安讯eSpreadsheet等
页面设计模式：BIRT、Cognos、水晶报表、
安讯百灵报表等，因其展现模式的丰富性和 贴合自然模式，这类工具占绝对主流。
资料统计报表业务分析与设 计V1a
本演示片会介绍统计报表系统的基本业务概念和常用的设计思路，以期对业务分析和 信息规划提供思路；但限于篇幅和技术的差异性和可变性，不会对具体报表工具、展 现方式进行展开阐述；
本片以统计报表为主题讨论，但也会介绍一些表单、文本报告、商务智能的相关概念； 本片面对的读者对象是从事行业应用服务的业务分析、设计和开发的人员，需要具备
◦ 合理吗？
正规的统计报表管理有严格的审批流程，修订和调整是需要经过审 核的
报录错误、手误、计算错误，当然需要调整和纠正
即便有信息化自动化数据，准确性、完整性和一致性也经常需要人 工干预；对于企业级报表，数据做不到从计算机系统中完全获得
一些内容需要定性分析，做不到定量计算 不应该是一个人自行完成
用户对象，岗位职责，工作内容
统计流程（来源、加工、报送），审核是否纳入计算机流程（！）
异常处理流程和规则
报表格式要求，表样，最好有数据
报表统计周期（务必准确）
报表的保存期限
统计规则
◦ 统计项目含义 ◦ 计算公式 ◦ 表面关系 ◦ 数据来源（！） ◦ 数据单位 ◦ 数据精度 ◦ 生成周期
是又怎样
◦ 实际系统中经常出现业务查询和统计报表数据不对应的情况。我们设计上必须考虑 因为管理、人为错误、口径不同等原因产生的查询和统计结果数据偏差问题。可能 需要扩展字段，比如下账时间，来保证二者口径能够实现统一。
小心
◦ 如果客户说是，其实很多时候是想当然如此。我们要在系统分析和设计阶段和业务 系统充分沟通协调，以保障整个系统的完整性、一致性、准确性。
◦ 布局、版式识别（工具选择）
报表的数据结构规划——数据怎么存储和展现？
◦ 数据库设计、存储规则
报表的生产和输出分析——采用什么方式生成和输出？
◦ 触发条件 ◦ 输出格式（工具选择）
报表设计器
报表元素
图表元素
权限与发布
自定义扩展
报表设计引擎 报表对象模型 标准报表项和扩展报表项
生成
部署
XML 报表模版
业务研究人员
外部及本单位经营指标、业 务统计报表
填报、统计、 查询
战略发展部专工、
规划部专工、计 划部专工
统计分析人员
本单位经营指标、业务统计 信息
填报、统计、 统计专工、调度
查询
员、信通科人员
普通职员
个人业务信息
填报、查询
不要把业务问题都变为技术问题
管理＋工具＝系统，技术只是工具 不是技术上能不能实现，而是业务上允不允许这样做
临时查询
◦ 借助定期报表样式和统计规则，为满足临时性查询要求，进行的计算 和结果输出。实际不属于报表用途，属于对结果要求比较规范的用户 查询。
除了用来填录的表单 （Form），统计报表输出 格式相对简单，分组清晰
以报告为主，统计报表多用 于其中的数据说明
中国人是天生的战略家：习惯 于整合、系统的看事物
支持数据项提取 借鉴BI展现和钻取等功能，扩展报表的使用方式
【Level 1】为了出报表而做报表的思维模式下，计算机只是辅助出图工 具，数据主要以纸张或电子文件方式存在，这是最传统的思维模式。也 是IT技术的初级模式——服务于操作员。
【 Level 2】 随着信息化水平的提高，系统化和网络化环境中，经常需 要数据的再加工和再利用，报表数据的数据库内结构化存储成为必然。 管理者被纳入IT技术服务范围。
现状和使用操作习惯。（老系统的不便和便利，改进期望。）
报表的用途
◦ 是内部报表还是对外报表？ ◦ 是否存在严格的规范？
报表和业务系统的关系
◦ 报表系统是和业务系统紧耦合的关系还是松耦合的关系？ ◦ 业务系统是否是统一规划和建设实施的？
确定报表的生成方式
◦ 是否有明确的定期生成规则？
确定报表的输出方式
◦ 不合理吗？
怎么保证不会弄虚作假？
为什么这么问
◦ 除非报表系统是个纯录入、报送系统，否则报表系统和业务系统关 联性越强，越能体现技术价值，越有生命力。
是又怎样
◦ 报表的分析设计和业务系统规划设计相辅相成，必须考虑彼此的需 求。
小心
◦ 和业务系统紧密关联的报表，需要考虑到权限控制，保护数据的一 致性、完整性和有效性。
◦ 表头 总表头、分项、区块表头
◦ 数据项目 分级、分组、区块项目 横向/纵向汇总（小计、合计）
注脚、说明
定期报表
统计周期≠自然周期
◦ 按日、周、旬、月、季、年等固定时间粒度进行统计生成的正式报表。
不定期报表
◦ 借助定期报表样式和统计规则，为满足过程性、特殊或专项统计需求 生成的正式报表。
报表数据来源多样化支持
报表生成要高效 报表数据查询检索要方便
隐含技术需求
统计核算规则
文件输出和存储 数据也要存储
历史报表数据要能被提取 数据存储要完整，不会受时间和业务变化的影响
数据文件方式的批量导入（excel、csv、txt） 数据采集工具的导入（如ETL工具） 通过人机界面的录入
统计数据源最好经过整理和性能优化 报表数据集中一次性生成，共享
◦ 统计项目很多就是指标和业务分类代码 ◦ 统计规则体现了业务处理规则
统计报表主要使用对象是高层管理，也就是说包含着大量高层管理关 注的信息，而这部分信息，恰恰既是高层访谈时很难获取到的（高层 不会跟你聊太细的事情），又是高层访谈准备工作的最好资料之一。
制式报表通常是最基本的业务需求。
初级功：照猫画虎
◦ 忠实于表样，原生态的生成 ◦ 不考虑业务设计和信息规划，以原汁原味产生报表为目的
中级功：庖丁解牛
◦ 在对报表分析的基础上，指导业务设计 ◦ 有效拆解和规划报表信息构成，有严谨的数据结构设计 ◦ 有传承又有创新，一些不合时宜的内容被进化
高级功：辞旧迎新
◦ 针对客户业务合理规划新的业务设计和报表结构体系
用户特点分 析
业务边界划 分的一些问
题
系统设计与 实现分析思
路
数据结构、 业务逻辑
报表格式
数据采集与 报表录入
报表生产
报表输出
知识进阶
BI基础及思 辨
沟通讨论
Q&A
电子化→系统化→网络化
效率工具→分析工具 解放统计员→服务决策层
标题（业务名称、统计周期、报表类型） 填报人、填报时间（审核人、审核时间） 表体
一套标准两套账
◦ 同一个系统中，不允许存在两套账。如果个别部门提出不合理要求， 承建方必须回绝。
◦ 信息系统的原则：现在已经不是单用户、单机电算化的时代，在多 用户的网络化时代，除非数据不入机，否则来自百度文库要期望入机数据不被 查询和审计。
原
始 需 求
系 统 实
现
超不 范合
的 需
围理
求
外需
需求
求
业务需求 报表要尽可能准确 需要长期保存 报表数据需要进行比对