文档仅供参考
系统中所保存的主体数据内容,同时也是二期系统三部分功能的完整支撑平台。
2)
日常业务报表处理流程
在日常业务报表处理流程中,系统首先根据业务规则库和关
联关系库所提供的信息构建模型代数形式例如”返利计算规则”、”某零售集团总部商品品类历史主档与在用商品品类主档关联关系”等,随后从某零售集团信息仓库中提取数据,计算求出模型的各个参数,得到模型的具体形式,最后根据某零售集团信息仓库数据,以及用户所输入的查询参数,得到模型分析的结果。模型分析结果以报表和图形两种基本形式展现(图3)。
关联关系库业务规则库业务模型形式构建模型形式库业务模型库模型结果数据集日常业务报表参数求解计算分析展现处理日常业务分析图联华信息仓库输入参数图 3 日常业务报表处理基本流程
3)
业务探索式分析(OLAP)处理流程
16
2020年4月19日
文档仅供参考
在业务探索式分析(OLAP)功能中,系统从某零售集团信息仓库中提取数据,根据查询的需要(选择主题、维度,输入维度参数,旋转、钻取指令等)对之进行组织,将结果以多维立方体以及多维分析图的形式展现出来(图4)
查询报表（多维立方体）数据仓库数据仓库查询OLAP数据集展现处理多维查询图形主题、维度选择
图4 业务探索式分析(OLAP)处理基本流程
4.
数据说明
在本节当中,我们将进一步对上述流程中所使用的各项数据内容
进行描述。
1)
总体数据说明
从图2的总体流程说明能够看出,某零售集团BI二期系统中
的主要数据内容包括总部主档库、A业务系统与其它业务数据源、业务规则库、关联关系库、某零售集团信息仓库、模型分析结果、业务探索式分析(OLAP)查询结果及将在未来下一期BI项目中实现的数据挖掘应用八个大块(错误!未找到引用源。)。
17
2020年4月19日
文档仅供参考
表 2 二期系统总体数据说明
名称 主档 内容 某零售集团方面企业基础信息应包括供应商主档、商品主档、进价主档、门店主档等数据。 主要来源 总部主档库 保存方式 某零售集团信息仓库ODS(应包括历史主档、当前在用主档) 某零售集团信息仓库ODS A业务系统等外部业务数据源 1， 各销售单位及中仓进货清单 2， 各销售单位销售清单 3， 各销售单位及中仓库存清单 4， 各销售单位要货清单 5， 生鲜及中仓发货清单 6， 各销售单位进货凭证 7， 会员销售 8， 单品销售 9， 客流与折扣 10， 11， 12， 13， 14， 单品毛利表 日结单 退、换货数据 理赔数据 其它描述性说明 第一次ETL 业务规则库 1， 业务报表合并规则(板块内部合并和板块之间合并) 2， 业务指标之间运算规则 3， KPI指标运算规则 4， 其它业务规则 5， 动态分析依据的假设条件 6， 国家相关法律政策(如税率等)说明 计算机程序辅助下的手工整理 某零售集团信息仓库ODS 关联关系库 1， 总部主档系统基础数据与A业务系统等外部业务数据源之间基础数据关联关系。 2， 总部历史主档与当前使用主档之间数据关联关系。 3， 某零售集团和供应商之间系统数据交换EDI标准与总部当前使用主档之间数据关联关系 经过整合处理并以面向主题的多维形式组织的业务数据。 2020年4月19日
计算机程序辅助下的手工整理 某零售集团信息仓库ODS 多维信息仓库 第二次ETL 多维信息仓库OLAP 18
文档仅供参考
名称 日常业务报表 内容 1， 报表 2， 报告 3,图形展示(交互式直方图、折线图等) 主要来源 模型计算、分析处理 业务探索式分析(OLAP)查询结果集 数据挖掘分析结果
根据查询需要从某零售集团信息仓库中提取的多维数据 数据挖掘分析得到的规律集合 信息仓库,业务探索式分析(OLAP)处理 数据挖掘处理 保存方式 部分内容保存于某零售集团信息仓库ODS 信息仓库的汇总表、物化视图 某零售集团信息仓库ODS 2)
系统数据来源详细说明
详见需求文档<二期系统业务数据源详细说明>,待提交。
3)
日常业务报表分析处理数据说明
表 3 模型分析处理数据说明
名称 关联关系库 内容 影响因素与指标之间的关联关系体系 业务规则库 业务计算分析所使用的公式和遵循的逻辑规则 形式模型库 业务模型的代数形式 多维信息仓库 经过整合处理并以面向主题的多维形式组织的业务数据。 输入参数 用户输入的业务模型分析参数 模型结果数据集 根据业务模型和输入参数计算得到的结果数据。 日常业务报表 根据业务模型结果数据集构造的报表 日常业务分析图 根据业务模型结果数据集构造的图形输出
来源 关联关系分析 业务规则分析 模型形式构建 第二次ETL 保存形式 某零售集团信息仓库 某零售集团信息仓库 某零售集团信息仓库 多维信息仓库 用户输入 计算分析 不保存 不保存 展现处理 展现处理 不保存 不保存 4)
业务探索式分析OLAP处理数据说明
19
2020年4月19日
文档仅供参考
表 4 OLAP分析处理数据说明
名称 某零售集团信息仓库 内容 经过整合处理并以面向主题的多维形式组织的业务数据。 主题、维度选择 需要查询的主题、维度内容 OLAP结果数据根据主题、维度选择,从集 信息仓库中提取的数据块 OLAP查询报表 多维查询表格 OLAP多维图形 多维查询图形
来源 第二次ETL 保存形式 多维信息仓库 用户输入 信息仓库查询处理 展现处理 展现处理 不保存 不长久保存(缓存于信息仓库视图中) 不保存 不保存 5.
系统界面基本形式
某零售集团BI项目二期系统将采用性能优越、易于扩展、易于
维护的三层结构,即数据库服务器-应用服务器-客户端浏览器的结构。这是一种基于WEB浏览器访问的系统结构,因此也能够称为B/S(浏览器/服务器)结构。这种结构的优越之处在于:首先,客户端无需安装任何软件,对系统的所有访问都能够经过Web浏览器来进行;其次,使用独立的应用服务器,使得软件逻辑的扩展变得十分容易,而且能够方便地加入负载均衡、容错等设计;再次,客户端的访问范围也能够很容易地根据授权得到扩展。
在这种形式下,所有对系统的访问都将经过WEB浏览器界面来实现。经过数年来Internet的大发展,WEB浏览器已经深入人心。因而对这一基本界面我们无需多言。需要强调的是,原一期系统中选用的数据可视化工具Brio产品仅支持相对较为呆板的报表显示界面,对于探索式查询、互动分析与丰富的图形表现等需求并不能提供足够的支持。因此,在二期系统中,我们将选用功能更全面、成熟的
20
2020年4月19日
零售集团BI商务智能项目需求分析方案
