某零售公司 BI 项目需求剖析书
1 / 35
BI需求分析总结计划
目录
目录 .................................................................
错误 ! 不决义书签。 一、 1. 2. 二、 1. 2. 3. 4. 5. 三、
1. 序言 ..................................................... 定义 ..................................................... 用途 .....................................................
BI 项目二期建设目标 .......................................
系统的功能系统结构概括 ................................... 整体功能系统结构说明
.....................................
1)
平时业务报表 .........................................
定制脱机报表 .............................
联机报表查问 .............................
2) 业务探究式剖析（ OLAP） ............................... 3)
KPI 指标剖析报告
......................................
系统流程 .................................................
1) 系统整体流程 ......................................... 2) 平时业务报表办理流程 .................................
3)
业务探究式剖析（ OLAP）办理流程 .......................数听说明 .................................................
1) 整体数听说明 ......................................... 2) 系统数据根源详尽说明 ................................. 3) 平时业务报表剖析办理数听说明.........................
4)
业务探究式剖析 OLAP办理数听说明 ......................系统界面基本形式 .........................................
某零售公司 BI 系统运转环境 ................................ 软件环境 .................................................
2 / 35
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
BI需求分析总结计划
1) 2)
软件环境配置图 ....................................... 软件环境配置说明 .....................................
客户端软件 ............................... BI 应用 ................................... 中间件 ................................... 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
2.
四、 1.2.3.4.五、
1.
数据库管理系统 ........................... 操作系统 .................................
网络与服务器环境 .........................................
1) 网络与服务器配置图 ................................... 2)
网络与服务器配置说明 .................................
某零售公司信息库房 ODS服务器配置 ......... 某零售公司信息库房 OLAP服务器配置 ......... 某零售公司信息库房
Web应用服务器配置 ......某零售公司 BI 项目需求剖析的任务概括
......................
对一期需求业务的从头整理、归类、挑选和增补............... 跨业态商流、物流剖析 ..................................... 决议支持系统 ............................................. 数据互换平台 .............................................
某零售公司 BI 项目需求剖析的对象 .......................... 地区 / 业态 ................................................
1) 中等商场业态子公司主题剖析...........................
营运剖析 ................................. 商品剖析 .................................
合同 ................................................. 订货 ................................................. 销售 ................................................. 旬报 .................................................
3 / 35
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
BI需求分析总结计划
供给商 ...............................................
品类 KPI 指标 .........................................
品类组 KPI 监控 ....................................... 品类组业绩监控 .......................................
供给商剖析 ...............................
供给商基本查问 ....................................... 供给商供给结构剖析 ................................... 供给商供货能力剖析 ................................... 供给商销售剖析 ....................................... 供给商库存剖析 .......................................
供给商贡献度剖析（ KPI ） .............................. 2) 加盟店剖析 ...........................................
进货剖析 ............................................. 销售剖析 ............................................. 库存剖析 .............................................
要货剖析 .............................................
3) 大卖场业态子公司主题剖析（未来归入）
.................
4) 便利店业态子公司便利主题剖析（未来归入）............. 5) 江苏分公司主题剖析（未来归入）....................... 6) 浙江分公司主题剖析（未来归入）.......................
2. 跨业态商品剖析 ...........................................
1) 定牌商品主题 .........................................
销售主题 ................................. 库存主题 ................................. 定牌商品结构剖析 ......................... 定牌商品供货能力剖析 .....................
定牌商品贡献度剖析（
KPI ） ................4 / 35
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
BI需求分析总结计划
2) 联合采买商品主题 .....................................
供给商主题 ............................... 库存主题 ................................. 销售主题 .................................
联合采买成效评估（ KPI） ..................
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
3.
4.六、 七、
1.2.3.4.八、 3) 生鲜商品主题 .........................................
销售统计报表 ............................. 销售追踪报表 .............................
中仓剖析 .................................................
1) 中库房存剖析 ......................................... 2) 中仓进发货剖析 ....................................... 3)
门店向中仓要货统计 ...................................
决议剖析 .................................................
平时业务报表剖析的详尽内容............................... 多个业务要素、多角度、随机式探究式剖析 OLAP...............探究式剖析功能概括 ....................................... 探究式剖析的形式 ......................................... 探究式剖析所供给信息内容 ................................. 探究式剖析的基本操作 .....................................
决议支持系统 .............................................
5 / 35
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。 错误 ! 不决义书签。
BI需求分析总结计划
一、 序言
1. 定义
这里的《某零售公司 BI 项目需求剖析书》即软件工程中往常所提到的《软件需求规
格说明 》（Software Requirements Specification
），简称 SRS。详细标准参照了 IEEE
830-1998。
2. 用途
软件工程早期的一般过程是，软件开发的计划，确立要实现的目标和进度等，而后
就是《软件需求规格说明书》 ，该说明书一定要获取用户的审查、 确认。今后的开发过程，
都是环绕着需求规格说明书做进一步地细化，直至开发出产品。自然，测试计划中也要
针对需求进行考证，看看能否知足了用户的要求。
二、
BI 项目二期建设目标
BI 应用成功投入运转的基础上，
BI 项目二期的建设目标是在一期试验性、应急式
联合某零售公司的目前业务营运管理需求与健康扩充（做大的同时，更需要做强）的战略，初次系统地设计与开发鉴于某零售公司各种重点基础营运（原始）数据的管理剖析
报表系统与相应的基础营运数据集中管理平台 （以下称某零售公司信息库房） ，从而使某零售公司的供给商管理、门店绩效管理、各业态商品品类业绩查核成立在靠谱的业务数
据基础上，使某零售公司的有关职能部门职工与管理者能够及时看到他们所关怀的业务数据，从而为公司决议者正确决议供给正确、及时的依照，并使公司能更好地为供给商和顾客服务，从而提高公司的经营管理水平，提高公司整个供给链的竞争力。
本节将从整体上描绘二期系统的功能目标，主要包含功能系统结构的说明、各模块之间关系的描绘、基本系统界面形式的选择以及各个功能模块的设计目标。本章所定义的内容，均为二期系统的整体特征，这些特征，将作为后边几节中所详尽论述的详细功
6 / 35
BI需求分析总结计划
能需求的基本参照。
1. 系统的功能系统结构概括
二期系统将在两个层面上为某零售公司供给业务数据剖析功能，即，平时业务
报表与高度随机探究式业务信息显现（
OLAP）。在二期开发的同时，宏软将鉴于其长
期累积的商业数据发掘经验，为某零售公司的下一步深层次数据应用做一些准备与
探究工作，但这个工作的系统睁开将作为某零售公司
BI 三期的核心任务。
2. 整体功能系统结构说明
二期系统的整体功能结构如图 1 所示：
7 / 35
BI需求分析总结计划
图1 某零售公司 BI 二期系统功能系统
客户端
客户端 WEB服务器
客户端
客户端
客户端
地区 / 业态剖析
中仓主题剖析
跨业态主题剖析
. . . 决议支持主题剖析
. . . ）、专题剖析模型
联机报表查问、定制脱机报表、业务探究式剖析（ OLAP
元
数
模型库
据 管 理
ETL(抽取、变换、加载 )
. . .
总部主档库
A业务数据库
B业务数据库
其余业务库
外面数据源
8 / 35
BI需求分析总结计划
1) 平时业务报表
平时业务报表即那些在业务中使用比较屡次的、 格式与内容固定的数据剖析报表。主要用以反应某零售公司平时经营活动中销售、库存、毛利率等三类主要
要素对某零售公司业务指标的影响。 考虑到初次系统地设计业务模型剖析， 为了提高系统的使用率与节俭软硬件资源，在此我们暂时集中精力先考虑这三种要
素。对每一类影响要素的平时业务报表均分为两个部分，即定制脱机报表、联机报表查问。
定制脱机报表
即依据用户稳固的公共业务需求，系统自动生成，并可选择向特定用户
或用户组主动发送的可用脱机方式阅读的定制报表，它能够 EXCEL或其余大家习惯的文件形式独立于系统存在。比如门店业务方面的中类销售报表，分为日、周、月报表三种格式。比方：
中类销售报表（按中类汇总）
所选门店各中类的销售额、数目、毛利及同环比日报、周报、月报
联机报表查问
即依据用户大批、常常性的业务查问需要，由系统对历史数据进行早先办理，办理结果在某零售公司信息库房中以数据表的形式存在，以方便用户经过联机方式随时按条件进行查问获取，比如门店业务方面的大类销售连续性查问，用户界面上体现的能够是柱方图或曲线图等多种信息表现方式。比方：
销售连续性查问（按大类） 所选门店所选大类在所选时段内每天的销售金额
9 / 35
BI需求分析总结计划
2) 业务探究式剖析（ OLAP）
业务探究式剖析功能即往常所说的 OLAP（联机剖析办理）功能，这是对平时业务报表功能的扩大， 主要作用是给某零售公司业务剖析人员一个从各个不一样角度与要素组合认识业务现状的一个高效、 易用的业务剖析平台。 这样的需求是现有的一期系统所不可以够知足的。
这个功能还能够减少大批的非屡次使用的定制性报表需求， 有效地兼备了普通化需求与少许深层次需求之间的矛盾，降低了开发工作量与系统资源耗费。
在一般的管理信息系统中， 决议数据的不一致性突出， 多个信息供给者对信息都不具备严格的定义， 不一样的业务系统对同一信息数据的理解和定义不一样， 甚至很多同样命名的数据所指代的业务信息其实不同样。 这些问题给鉴于数据的业务剖析与决议支持带来了巨大的困难。 所以在某零售公司二期系统开发中， 为有效、可连续地实现上述业务探究式剖析（ OLAP）功能与其余非定制静态报表，第一必
须对有关重点业务基础数据做抽取、冲洗和整合（这些数据准备工作简称
ETL）
的 ODS信息库房建设工作， 而后再依据详细业务探究式剖析 （OLAP）的应用需求，再次做更高层次的数据抽取、改造（含生成新的衍生变量）与整合工作，所以对
整个 BI 系统而言共有两次 ETL过程，在工作量上要予以充足评估。
3) KPI 指标剖析报告
作为对上述两种报表系统的一种应用， 我们针对有关业务部门提出了一些基本的 KPI 指标，这些指标是鉴于某零售公司信息库房的数学发掘模型的示范性应用，作为抛砖引玉， 为在下一期项目中成立更系统的 KPI 指标系统做好铺垫与指引工作。
考虑到系统的适用性， 我们恪守的一个最重要原则是 KPI 指标个数绝对不可以超出 5 个，不然信息过多，不利于决议者的快速消化与应用，就失掉 KPI 的主旨了。 KPI 结果将在系统支持的前提下以用户方便的形式体现。
10 / 35
BI需求分析总结计划
表 1 二期系统功能模块一览
功能名称 平时业务报表
解决的问题 业务现状况以及 外面要素对业务 指标的实质影响 状况
对业务数据多角 度、多要素、更随 机的多角度探究 式剖析
主要输出结果 剖析报表 剖析图形
主要方法
借助于“剖析框 架”，对报表数据 进行计算归并处 理
备注 包含：
定制脱机报表 联机报表查问
高度随机探究式 业务信息显现 （OLAP）
可供旋转、切 片、钻取等办理 的多维查问立 方体及多维查 询图表
鉴于有关某零售 公司信息库房与 面向有关主题的 数据市集生成业 务探究式剖析
（ OLAP）报表库或 称立方体
KPI 剖析报告
借助于“剖析框 架”，对报表数据 进行计算办理及 统计建模
KPI 剖析
指数化与简洁化 管理目标，量化关 键要素对公司绩 效的影响状况
3. 系统流程
1) 系统整体流程
11 / 35
BI需求分析总结计划
业务规则库
关系关系库
业务规则变换
关系关系变换
钻取 /切片/ 旋转
总部主档库
第二次
抽取 /变换/加载
汇总
第一次 抽取/变换/加载
多维数据库房 OLAP
图形、报表
A业
其余 B业
系统 务系
某零售公司信息库房 ODS
务系
业务数据源
图 2 二期系统整体流程图
图 2 所显示的是二期系统的总系统统流程图。 系统的数据根源整体上能够分为某零售公司总部主档（即基础数据）数据库和 A 业务系统等外面业务数据源。
总部主档库中所保存的是某零售公司方面公司基础信息包含供给商主档、商品主
档、门店东档、公司组织机构、业务人员主档等数据， A 业务系统等外面业务数据源主要供给各业态、 各销售单位等前一天的按单品聚合的明细业务数据包含销售、退货等数据内容。
对某零售公司业务部门供给的业务规则如“返利计算规则”等，获取后形成储存于系统中的“业务规则库” 。所谓“业务规则库”，就是进行业务剖析办理时所需要的计算公式以及归并、抵消原则。
对总部主档库及 A 业务系统业务数据源进行人工的 “关系关系剖析” 办理以后获取“关系关系库”，即各样外面要素与某零售公司业务指标之间的关系状况，
12 / 35
BI需求分析总结计划
包含有关性的判断以及关系函数形式， “关系关系库”是业务模型剖析的基本框
架。
二期系统某零售公司信息库房数据储存部分包含两个部分即
ODS库和 OLAP
库部分。总部主档库及 A 业务系统业务源数据经过 ETL（数据的提取、变换和装 载）办理以后进入二期系统某零售公司信息库房的
ODS库部分。该部分是二期系
ETL 的冲洗和从头整合
统数据储存的主体，此中全部的业务信息再经过第二次
后，依照某零售公司信息库房查问及模型剖析所需要的多维形式储存即二期系统
某零售公司信息库房的
OLAP库部分（即：鉴于应用主题的数据市集与相应的
Cubes）。某零售公司 BI 二期系统的各样应用功能，都需要从某零售公司信息仓
库中提取数据以作办理。 系统投入运转后， 某零售公司信息库房将在 ETL工具的
支持下按期进行动向更新。
业务规则库、关系关系库和某零售公司信息库房构成了二期系统中所保存的主体数据内容，同时也是二期系统三部分功能的完好支撑平台。
2) 平时业务报表办理流程
在平时业务报表办理流程中， 系统第一依据业务规则库和关系关系库所供给的信息建立模型代数形式比如 “返利计算规则”、“某零售公司总部商品品类历史主档与在用商品品类主档关系关系” 等，随后从某零售公司信息库房中提取数据，计算求出模型的各个参数， 获取模型的详细形式， 最后依据某零售公司信息库房数据，以及用户所输入的查问参数，获取模型剖析的结果。模型剖析结果以报表和图形两种基本形式显现（图 3）。
13 / 35
BI需求分析总结计划
关系关系库
业务规则库
业务模型 形式建立
模型形式库
业务模型库
模型结果 数据集
平时业务报
表
参数求解
计算剖析 显现办理
平时业务分
析图
联华信息库房
输入参数
图 3 平时业务报表办理基本流程
3) 业务探究式剖析（ OLAP）办理流程
在业务探究式剖析 （OLAP）功能中，系统从某零售公司信息库房中提取数据，依据查问的需要（选择主题、维度，输入维度参数，旋转、钻取指令等）对之进
行组织，将结果以多维立方体以及多维剖析图的形式显现出来（图
4）
查问报表 （多维立方体）
数据库房
数据库房 查问 OLAP数据
集
显现办理
多维查问图形
主题、维度选择
图4 业务探究式剖析（ OLAP）办理基本流程
4. 数听说明
在本节中间，我们将进一步对上述流程中所使用的各项数据内容进行描绘。
14 / 35
BI需求分析总结计划
1) 整体数听说明
从图 2 的整体流程说明能够看出，某零售公司 BI 二期系统中的主要数据内容包含总部主档库、 A 业务系统与其余业务数据源、业务规则库、关系关系库、某零售公司信息库房、模型剖析结果、业务探究式剖析（ OLAP）查问结果及将在未来下一期 BI 项目中实现的数据发掘应用八个大块（ 错误 ! 未找到引用源。）。
表 2 二期系统整体数听说明
名称 主档
内容
主要根源 总部主档库
保存方式
某零售公司方面公司基础信息应包含供给 商主档、商品主档、进价主档、门店东档等 数据。
某零售公司
信息库房 ODS （应包含历 史主档、 目前 在用主档）
第一次 ETL
某零售公司 信息库房 ODS
A 业务系统等 外面业务数据
1， 各销售单位及中仓进货清单 2， 各销售单位销售清单
3， 各销售单位及中库房存清单 4， 各销售单位要货清单 5， 生鲜及中仓发货清单 6， 各销售单位进货凭据 7， 会员销售 8， 单品销售 9， 客流与折扣 10， 11， 12， 13， 14，
单品毛利表 日结单
退、换货数据 理赔数据
其余描绘性说明
源
15 / 35
BI需求分析总结计划
名称
内容
主要根源
保存方式 某零售公司 信息库房 ODS
业务规则库
1， 业务报表归并规则（板块内部归并和板 计算机程序
块之间归并）
协助下的手
2， 业务指标之间运算规则
3， KPI 指标运算规则
工整理
4， 其余业务规则
5， 动向剖析依照的假定条件
6， 国家有关法律政策（如税率等）说明
关系关系库
1， 总部主档系统基础数据与 A 业务系统等外
面业务数据源之间基础数据关系关
计算机程序
某零售公司 信息库房 ODS
协助下的手
系。
2， 总部历史主档与目前使用主档之间数
工整理
据关系关系。
3， 某零售公司和供给商之间系统数据交
换 EDI 标准与总部目前使用主档之间数据关系关系
多维信息库房 经过整合办理并以面向主题的多维形式组 织的业务数据。
第二次 ETL
多维信息仓 库 OLAP
平时业务报表
1， 报表
模型计算、 分
部分内容保
2， 报告
析办理
存于某零售
3，图形显现（交互式直方图、折线图等）
公司信息仓
库 ODS
业务探究式分
依据查问需要从某零售公司信息库房中提
信息库房， 业
信息库房的
析（ OLAP）查
取的多维数据 务探究式分
汇总表、 物化
询结果集
析（ OLAP）处
视图
理
数据发掘剖析
数据发掘剖析获取的规律会合 数 据 挖 掘 处 某 零 售 集 团 理
信息库房 ODS
结果
2) 系统数据根源详尽说明
16 / 35
BI需求分析总结计划
详见需求文档《二期系统业务数据源详尽说明》 ，待提交。
3) 平时业务报表剖析办理数听说明
表 3 模型剖析办理数听说明
名称
关系关系库
内容
影响要素与指标之间的 关系关系系统
业务计算剖析所使用的 公式和依照的逻辑规则 业务模型的代数形式 经过整合办理并以面向 主题的多维形式组织的 业务数据。
用户输入的业务模型分 析参数
依据业务模型和输入参 数计算获取的结果数据。 依据业务模型结果数据 集结构的报表
依据业务模型结果数据 集结构的图形输出
根源
关系关系剖析
保存形式
某零售公司信息库房
业务规则库
业务规则剖析
某零售公司信息库房
形式模型库 多维信息库房
模型形式建立 第二次 ETL
某零售公司信息库房 多维信息库房
输入参数
用户输入
不保存
模型结果数据集
计算剖析
不保存
平时业务报表
显现办理
不保存
平时业务剖析图
显现办理
不保存
4) 业务探究式剖析 OLAP办理数听说明
表 4 OLAP 剖析办理数听说明
名称 内容 根源 保存形式
17 / 35
BI需求分析总结计划
某零售公司信息 库房
经过整合办理并以面向 主题的多维形式组织的 业务数据。
需要查问的主题、维度内 容
依据主题、维度选择，从 信息库房中提取的数据 块
多维查问表格 多维查问图形
第二次 ETL
多维信息库房
主题、维度选择
用户输入
不保存
OLAP结果数据集
信息库房查问处 理
不长远保存（缓存于 信息库房视图中）
OLAP查问报表 OLAP多维图形
显现办理 显现办理
不保存 不保存
5. 系统界面基本形式
某零售公司 BI 项目二期系统将采纳性能优胜、 易于扩展、易于保护的三层结构，即数据库服务器 - 应用服务器 - 客户端阅读器的结构。这是一种鉴于 WEB阅读器接见的系统结构，所以也能够称为 B/S（阅读器 / 服务器）结构。这种结构的优胜之处在
于：第一，客户端无需安装任何软件，对系统的全部接见都能够经过 Web阅读器来进行；其次，使用独立的应用服务器，使得软件逻辑的扩展变得十分简单，而且可
以方便地加入负载平衡、容错等设计；再次，客户端的接见范围也能够很简单地依据受权获取扩展。
在这种形式下，全部对系统的接见都将经过
WEB阅读器界面来实现。经过数年
来 Internet 的大发展， WEB阅读器已经人心所向。因此对这一基本界面我们无需多 言。需要重申的是，原一期系统中采纳的数据可视化工具 Brio 产品仅支持相对较为古板的报表显示界面，关于探究式查问、互动剖析与丰富的图形表现等需求其实不可以
供给足够的支持。所以，在二期系统中，我们将采纳功能更全面、成熟的CognosBI
产品，以知足用户对这种数据剖析与查问方式的需要。
18 / 35
BI需求分析总结计划
三、
某零售公司 BI 系统运转环境
1. 软件环境
1) 软件环境配置图
客户端软件
IE 、Netscape等阅读器
WORD、EXCEL、OUTLOOK等
常用办公软件 定制脱机报表
联机报表查
询
BI 应用
探究式剖析
OLAP 电子邮件
业务模型
地区/ 业态
中仓物流
跨业态商品
领导人查问
中间件
Cognos BI
数据库管理
系统 操作 系统
图5 软件环境配置图
2) 软件环境配置说明
本系统的软件配置由五层构成：
客户端软件
用户大多数应用经过阅读器（或）来实现联机查问，此外系统也可依据
用户个性化需求，自动生成定制脱机报表及电子邮件 Email ，主动发送给用户经过 Word、 Excel 及 Outlook 等常用办公软件采纳脱机方式阅读。
BI 应用
主要鉴于基层的中间件软件及一些独立服务软件，用以实现对数据的抽
取、变换及加载，依据不一样的应用主题，对某零售公司信息库房进行联机报
19 / 35
BI需求分析总结计划
表查问、预办理自动生成定制脱机报表，多维数据库房创立、管理及保护，图形报表的公布和在线服务等大多数的应用内容。
中间件
主要为上层的 BI 应用供给一整套能够收集、储存、剖析、报告数据并供给数据接见能力的组件和服务，解说和履行从这些应用软件发送的办理恳求。
数据库管理系统
DB2 数据库是针对大型公司应用供给的数据库管理系统，为某零售公司这样一个已经很大并仍在快速发展期的中国零售业旗舰的，数据库房建设和数据管理供给了一整套成熟的软件组件和服务支持，能够有效地适应未来系统扩展的需求，从而防止在业务发展很大时被迫改换数据库平台与开发工具，仅仅一项就能够为公司降低不行估计的成本与风险。
操作系统
作为最基层的系统，为全部的软件应用供给支持平台，在本项目中，依据公司应用需求及与硬件更好的兼容性采纳了 IBM AIX 。
2. 网络与服务器环境
1) 网络与服务器配置图
20 / 35
BI需求分析总结计划
联华总部
分支机构
外面系统
各地区、各业态分 支机构业务系统
前台查问
总部主档库
前台查问 后台数据库
供给商
Web阅读
ADSL、拨 号等方式
数据互换平台
BI 系统
Web应用服务器
数据抽 取、变换 及加载
IBM XSeries 235
数据抽 取、变换 及加载
BI 系统OLAP 服务器IBM
BI 系统 ODS服 务器IBM
PSeries 650
XSeries 255
图6 某零售公司 BI 项目二期系统网络架构
2) 网络与服务器配置说明
21 / 35
BI需求分析总结计划
某零售公司 BI 系统三台服务器都安装并搁置在某零售公司总部机房，经过数据互换平台与总部主档库、各分支机构（包含地区、业态等）的业务系统（包含 A 业务、 B 业务等业务数据源）以及外面系统如供给商系统等相联。此外，系统还设有 Web应用服务器。某零售公司总部、各分支机构等最后用户可分别经过阅读器接见某零售公司 BI 系统的应用。
某零售公司信息库房 ODS服务器配置
表 5 IBM PSeries 650
配置
基本参数
办理器种类
POWER 4+
办理器主频
GHz
办理器缓存
每个办理器卡可配
8MB
办理器个数
4
最大办理器个数
8
内存种类
Chipkill ECC
内存容量
8GB
最大内存容量
64GB
储存设施
硬盘种类
SCSI
硬盘容量
2× ＋ 6×146GB
软驱
\"
光驱
CD-ROM
网络
网卡种类 / 数目 10/100 控制器
22 / 35
BI需求分析总结计划
接口与扩展槽
I/O 端口 4 个串口， 2 个端口连结 p 系列硬件管理控制台、键盘、鼠标
扩展槽个数 最多 48 个 PCI 热插/ 随意互换适配器（ 40 个 64 位 PCI-X；8 个 64 位
PCI），
电力特色
电源种类
冗余热插拔电源
能否冗余
是
电源个数
2N+1
软件系统
操作系统
AIX 5L 版本
管理软件
High Availability Cluster Multiprocessing (HACMP)
环境要求
工作温度
5 –35(℃)
工作湿度
8% - 80%
某零售公司信息库房 OLAP服务器配置
表 6 IBM XSeries 255
配置
基本参数
办理器种类
Intel Xeon MP Processor
办理器主频
办理器缓存
每个办理器配 512KB二级缓存
办理器个数
2
最大办理器个数 4
23 / 35
BI需求分析总结计划
内存种类
PC1600 DDR SDRAM
内存容量
2GB
最大内存容量
24GB
储存设施
硬盘种类
Ultra320 SCSI
硬盘容量
9×＋ 12×72GB
软驱
\"
光驱
CD-ROM
网络
网卡种类 / 数目
10/100 控制器
接口与扩展槽
I/O 端口 4 个串口， 2 个端口连结 p 系列硬件管理控制台、键盘、鼠标
插槽 x 托架总数 ( 安闲 ): 7(7) x 16(12)
电力特色
电源供给种类
110-220 volt Hot Swap Redundant 2 Std.
电源
370W
热辐射
1000W
声音辐射
软件系统
操作系统
Microsoft Windows 2000 Advanced Server
环境要求
工作温度
5 –35(℃)
工作湿度 8% - 80%
24 / 35
BI需求分析总结计划
某零售公司信息库房 Web应用服务器配置
表 7 IBM XSeries 235配置
基本参数
办理器种类 Intel Xeon MP Processor
办理器主频
办理器缓存 每个办理器配 512KB二级缓存
办理器个数 2
最大办理器个数 2
内存种类 PC1600 DDR SDRAM
内存容量 1GB
最大内存容量 12GB
储存设施
硬盘种类 Ultra320 SCSI
标准硬盘容量 6×
软驱 \"
光驱 CD-ROM
网络
网卡种类 / 数目 10/100 控制器
接口与扩展槽
I/O 端口 4 个串口， 2 个端口连结 p 系列硬件管理控制台、键盘、鼠标
插槽 x 托架总数 ( 安闲 ): 7(7) x 16(12)
电力特色
25 / 35
BI需求分析总结计划
电源供给种类 Auto Restart
电源 560W
热辐射 121W
声音辐射 65dB
软件系统
操作系统 Microsoft Windows 2000 Advanced Server
环境要求
工作温度 5 –35(℃)
工作湿度
8% - 80%
四、
某零售公司 BI 项目需求剖析的任务概括
BI 项目二期系统
依据项目建设目标以及 6 月 24 日项目组周例会精神，某零售公司
需求剖析任务将包含四个方面的任务：
1. 对一期需求业务的从头整理、归类、挑选和增补
二期系统与一期系统对比，在硬件平台、操作系统、数据库软件以及开发工具方面都将有重要改变，所以与其说是一期系统的迁徙，不如说是在二期系统崭新架构下对一期需求业务内容的一种包含，相当于从头开发，而且是在新的软、硬件开发环境下进行的。在二期系统开发中，我们将对一期需求业务进行从头整理、归类、
挑选和增补。比如：关于一期系统中那些合适多维剖析的业务，我们将采纳 OLAP技术进行优化，对一期中使用成效不好的报表将予以改良甚至荒弃以提高系统利用率。
2. 跨业态商流、物流剖析
跨业态商流、物流剖析的主要目标是针对定牌、联合采买以及生鲜等跨业态销
26 / 35
BI需求分析总结计划
售的商品进行专项主题统计剖析，为有关部门进行业务剖析、绩效查核与管理决议供给数据依照。此中包含给出自动计算定牌商品占所在门店或经营单位销售总数的比率，包含给出简洁的几个 KPI 指标来权衡联合采买的成效。同时保存一期系统中对生鲜业态的主题剖析。
3. 决议支持系统
将开发特意针对公司领导的综合查问和决议剖析系统，核心目标是：经过信息深度加工与度身定做的信息显现与传达模式，提高决议者对信息的利用效率与利用度，提高决议者应用信息的踊跃性与应用成效。
该系统将针对不一样领导供给个性化、高度简洁的静态综合报表、动向 KPI 指数
与业务宏观发展趋向等决议支持服务。这样有益于解决一个限制公司管理水平的最 大瓶颈：公司最需要量化信息并做到“成竹在胸”的决议型管理者，常常没有时间 消化信息，由于目前营运基础信息的累积速度太快，而传统的信息加工与显现方式 太繁琐、耗费时间了，常常给出的是琐碎的信息，而不是集约化的定量的归纳性、 总结式信息。在与有关领导的需求检查后供给有关该系统的详尽设计文档。
。
4. 数据互换平台
某零售公司数据互换平台系统建设的目标是设计一个完好、适用、合适连锁零售业海量数据传输、互换及办理的平台。依据某零售公司公司特色，该互换平台应是一个鉴于不一样应用标准、组件化、架构优秀、拥有很好扩展性的多层的开放的软件系统。为了知足某零售公司各业务系统以及与外面系统间数据传输需要，某零售公司 BI 项目二期系统建设中将依据某零售公司公司内部及外面系统应用的不一样特色，确立数据互换所应采纳的不一样技术手段。如公司与供给商之间的数据互换拥有
数据量相对较小，及时性、安全性要求相对较高等特色，可采纳 XML数据集成方式进行数据互换。而 BI 系统与各业务系统间的海量数据互换用 XML方式就明显不可以适
27 / 35
BI需求分析总结计划
用了。所以一定针对公司的各个职能部门、各个业态、各个地域的计算机系统、数
据库系统、数据接口、业务流程、业务规则、数据剖析需求进行全面调研，规划数
据互换的标准和平台技术。
能够预示最后形成的某零售公司公司数据互换平台标准
将是一个采纳了多种数据互换及集成技术的综合解决方案。
五、
某零售公司 BI 项目需求剖析的对象
依据某零售公司公司行业特色及公司组织架构，按职能、主题区分，
BI 二期项目业
务模型剖析的对象有 4 大类：
1. 地区/ 业态
本项目的一个主要目标是为某零售公司的各地区 / 业态（包含中等商场业态子公司、加盟店、大卖场业态子公司、便利店业态子公司便利、江苏分公司、浙江分公
司等）供给不一样视角（包含营运剖析、商品剖析及供给商剖析等）与不一样层面（包
括门店、直营 / 合资、地区 / 业态等）上供给及时有效的剖析统计报表，帮助各地区 / 业态的各级营运、商品管理部门用户及时做出正确有效的业务与管理决议，从而提高经营效益。地区 / 业态主题剖析主要内容包含：
1) 中等商场业态子公司主题剖析
营运剖析
为中等商场业态子公司各级营运部门供给不一样视角（包含销售、库存、促销等）、不一样层面（包含门店、直营 / 合资、标超等）上的剖析统计报表，为中等商场业态子公司营运部门用户营运管理供给有效的业务与管理支持，从而提高营运效率。营运剖析的主要内容包含：
销售剖析
库存剖析
促销剖析
28 / 35
BI需求分析总结计划
KPI 指标
主要服务对象：中等商场业态子公司各级营运部门。
商品剖析
商品剖析主要目标是为中等商场业态子公司的商品管理部门供给鉴于
品类的统计剖析报表，包含供给商、合同、订货、销售、库存以及 KPI 指标等内容。为商品管理部门进行品类管理、优化商品品类结构及提高经营效益供给数据依照。商品剖析主要内容包含：
合同
订货
销售
旬报
供给商
品类 KPI 指标
品类组 KPI 监控
品类组业绩监控
主题服务对象：中等商场业态子公司商品管理部门负责人、各品类经理及销售管理部。
供给商剖析
对供给商做横纵向对照剖析是流通公司优化供给商结构，提高经济效益的主要手段。供给商剖析主要内容包含：
供给商基本查问
供给商供给结构剖析
29 / 35
BI需求分析总结计划
供给商供货能力剖析
供给商销售剖析
供给商库存剖析
供给商贡献度剖析（ KPI）
主题服务对象：中等商场业态子公司商品管理部门负责人及各品类经理
2) 加盟店剖析
从不一样视角（销售、库存、要货及发货） 供给及时有效的剖析统计报表，帮助某零售公司加盟店的管理部门用户掌握详细业务状况，及时做出正确有效的业务与管理决议。
进货剖析
销售剖析
库存剖析
要货剖析
主题服务对象：某零售公司加盟公司
3) 大卖场业态子公司主题剖析（未来归入） 4) 便利店业态子公司便利主题剖析（未来归入） 5) 江苏分公司主题剖析（未来归入） 6) 浙江分公司主题剖析（未来归入）
2. 跨业态商品剖析
跨业态主题剖析的主要目标是针对定牌、联合采买以及生鲜等跨业态销售的商
品进行专项主题统计剖析，为有关部门进行业务剖析、管理决议供给数据依照。其
30 / 35
BI需求分析总结计划
中包含给出自动计算定牌商品占所在门店或经营单位销售总数的比率，包含给出简洁的几个 KPI 指标来权衡联合采买的成效。同时保存一期系统中对生鲜业态的主题剖析。跨业主题剖析主要内容包含：
1) 定牌商品主题
销售主题
库存主题
定牌商品结构剖析 定牌商品供货能力剖析 定牌商品贡献度剖析（ KPI）
主题服务对象：各地区 / 业态商品管理部门及产品开发部
2) 联合采买商品主题
供给商主题
库存主题
销售主题
联合采买成效评估（ KPI）
主题服务对象：各地区 / 业态商品管理部门及联合采买部
3) 生鲜商品主题销售
统计报表销售追踪报表
主题服务对象：各地区 / 业态商品管理部门、营运部门及某零售公司生鲜加工中
心
3. 中仓剖析
31 / 35
BI需求分析总结计划
对中仓进、发货以及库存状况进行统计剖析，以向用户反应商品在中仓的流转状况，为某零售公司物流部门优化商品库存结构以及提高物流效率供给数据依照。中仓主题剖析主要内容包含：
1) 中库房存剖析 2) 中仓进发货剖析 3) 门店向中仓要货统计
主题服务对象：中仓、各地区 / 业态商品管理部门及物流配送部门
4. 决议剖析
将开发特意针对公司领导的综合查问和决议剖析系统，核心目标是：经过信息深度加工与度身定做的信息显现与传达模式，提高决议者对信息的利用效率与利用度，提高决议者应用信息的踊跃性与应用成效。
该系统将针对不一样领导供给个性化、高度简洁的静态综合报表、动向
KPI 指数
与业务宏观发展趋向等决议支持服务。这样有益于解决一个限制公司管理水平的最大瓶颈：公司最需要量化信息并做到“成竹在胸”的决议型管理者，常常没有时间消化信息，由于目前营运基础信息的累积速度太快，而传统的信息加工与显现方式太繁琐、耗费时间了，常常给出的是琐碎的信息，而不是集约化的定量的归纳性、总结式信息。在与有关领导的需求检查后供给有关该系统的详尽设计文档。
主题服务对象：某零售公司总部领导人。
六、 平时业务报表剖析的详尽内容
详见文件《二期系统平时业务报表范围》 。
32 / 35
BI需求分析总结计划
七、
多个业务要素、多角度、随机式探究式剖析 OLAP
1. 探究式剖析功能概括
多个业务要素、多角度、随机式的探究式剖析，即 OLAP，是一种主流的、日渐成熟的基础业务数据应用方法。它借助于某零售公司信息库房的多维结构数据组织，为用户供给多层次、多视角、综合交错的数据查问功能，有效地适应了业务决议中
对数据信息的需求的突发性（相当随机） 、时效性很强（没有足够时间度身定做）与暂时性（常常用了一次极少再重复使用）的特色。
在二期系统中，我们将经过对一期原有历史数据的导入、冲洗和整合，结构出一个合适于探究式剖析要求的某零售公司信息库房环境，为某零售公司用户供给便利有效的业务探究式剖析（ OLAP）功能。用户能够依据实质需要快速地认识各样实用的统计剖析信息及报表，并经过多种形式的变换和显现，获取对公司业务数据最全面、最透辟的认识。
2. 探究式剖析的形式
剖析的目标旨在为某零售公司的业务管理人员在达成各样选择性、判断性工作的时候供给信息参照。这一功能不可以够直接进行业务的办理，其所生成的报告应被
视为统计剖析报告，而不是真实意义上的业务报表。业务探究式剖析（ OLAP）所供给的是一种全面的、多方向的、高度统计性的查问剖析服务。
这一查问服务是面向主题的，也就是说，同一主题的有关数据将会被归纳在一同，并经过集成整合，目标是使管理人员能够快捷地获取其达成决议剖析所需要的
复杂的统计数据。这种面向主题查问的技术基础是某零售公司信息库房。
本查问功能的服务界面包含多维查问矩阵（
Decision Cube ）、趋向图、直方图、
饼图等多种不一样形式的显现。
33 / 35
BI需求分析总结计划
项目导览
多维查问矩阵
饼图显现
直方图显现
图 5 业务探究式剖析（
OLAP）的数据显现
这里的“多维”和“维度”的详细含义是，在多个（多于两个）不一样的分类轴（其分类标度能够是失散的也能够是连续的）上，对数据进行加总、求均匀、求增减量、求有关比率等统计运算，从而将高度集成的统计数据依照分类轴的标度显现给使用者，供给一种综合、直观、拥有很强表达力和决议支持能力的数据显现功能。
3. 探究式剖析所供给信息内容
探究式剖析所供给的信息分别依照不一样的主题，从不一样的角度按维度睁开、全
面的反应主题数据的状况。某零售公司
BI 项目二期系统供给进货、销售和库存等主
题；同时供给时间、业务部门和地区等公用维度，针对不一样的主题供给哪些维度， 将在需求详尽剖析探究式剖析中详尽介绍；这里的“多维”和“维度”的详细含义
是，在多个（多于两个）不一样的分类轴（其分类标度能够是失散的也能够是连续的）
上，对数据进行加总、求均匀、求增减量、求有关比率等统计运算，从而将高度集
成的统计数据依照分类轴的标度显现给使用者，供给一种综合、直观、拥有很强表
达力和决议支持能力的数据显现功能。
4. 探究式剖析的基本操作
34 / 35
BI需求分析总结计划
探究式剖析功能除了数据的一般显现以外，还能够达成切片、切块、旋转以及钻取等操作。
所谓切片，就是在某一个维度上选用特定的值，在该维度值保持不变的状况下，依据其余的维度对数据进行显现。这就仿佛从数据的多维立方体中“切”出一个截面来同样。而切块，则是限制一个或多个维度的取值范围而获取的数据显现结果，就仿佛从多维立方体中“切”出一个立方数据体来同样。这两种方式实质上就是要对多维数据在某些维度上的取值进行限制。这种办理在多维数据查问中都能够获取支持。
而数据的钻取，则是指在数据的某个维度上，从高级其余维度值向初级其余维度值推动，显现更加仔细的内容。从另一种意义上，钻取就是针对多维显现的数据，进一步地探究其内部构成和根源。只需在维度上设置了层级结构，钻取办理就是可行的。在“销售”主题中，时间、业务部门和地区等维度上都存在着层级结构，比如业务部门分为门店、多业态等层次，因此在这些维度上都能够实现数据的钻取。其余主题也都是近似的状况。一层一层的钻取使我们能快速而正确的定位到问题所在。因此钻取一般能回答“为何”的问题。钻取还能够分为“上钻”和“下钻”两种基本形式。
八、 决议支持系统
将依照前面定义的本系统的核心目标做需求检查，而后给出详尽的可操作的系
统功能描绘。
35 / 35
因篇幅问题不能全部显示，请点此查看更多更全内容