《2023年-某零售集团BI系统需求分析书(1).docx》由会员分享，可在线阅读，更多相关《2023年-某零售集团BI系统需求分析书(1).docx（46页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、带格式的：左侧：3. 17厘米，右恻：3. 17阻米, 装订线：0字符，指定行网格某零售集团BI项目需求分析书2 .总体功能体系结构说明二期系统的总体功能结构如图1所示:图1某零售集团Bl二期系统功能体系客户端客户端客户端WEB服务器客户端I客户端I中仓主题分析| |跨业态主题分成决策支持主题分析联机报表查询、定制脱机报表、业务探索式分析(OLAP),专题分析模型模型库某零售集团信息仓库元数据管理ETL(抽取、转换、加拗A业务数据,B业务数据,其他业务.，卜部数据源JonMMx2COOyoh8.8rri1）日常业务报表日常业务报表即那些在业务中使用比较频繁的、格式与 内容固定的数据分析报表。主
2、要用以反映某零售集团日常经 营活动中销售、库存、毛利率等三类主要因素对某零售集团 业务指标的影响。考虑到首次系统地设计业务模型分析，为 了提高系统的使用率与节约软硬件资源，在此我们暂时集中 精力先考虑这三种要素。对每一类影响因素的日常业务报表 均分为两个部分，即定制脱机报表、联机报表查询。定制脱机报表即根据用户稳定的公共业务需求，系统自动生成，并 可选择向特定用户或用户组主动发送的可用脱机方式浏 览的定制报表，它可以EXCEL或其它大家习惯的文件形式 独立于系统存在。例如门店业务方面的中类销售报表，分 为日、周、月报表三种格式。比如：中类销售报表（按中类汇总）所选门店各中类的销售额、数量、毛利
3、及 同环比日报、周报、月报联机报表查询即根据用户大量、经常性的业务查询需要，由系统对 历史数据进行预先处理，处理结果在某零售集团信息仓库 中以数据表的形式存在，以方便用户通过联机方式随时按 条件进行查询得到，例如门店业务方面的大类销售连续性 查询，用户界面上呈现的可以是柱方图或曲线图等多种信 息表现方式。比如：销售连续性查询（按大类）所选门店所选大类在所选时段内每FI的销 售金额2）业务探索式分析（OLAP）业务探索式分析功能即通常所说的OLAP （联机分析处 理）功能，这是对日常业务报表功能的扩充，主要作用是给 某零售集团业务分析人员一个从各个不同角度与因素组合了 解业务现状的一个高效、易用
4、的业务分析平台。这样的需求 是现有的一期系统所不能够满足的。这个功能还可以减少大量的非频繁使用的定制性报表需 求，有效地兼顾了大众化需求与少量深层次需求之间的矛盾, 降低了开发工作量与系统资源消耗。在一般的管理信息系统中，决策数据的不一致性突出， 多个信息提供者对信息都不具备严格的定义，不同的业务系 统对同一信息数据的理解和定义不同，甚至许多相同命名的 数据所指代的业务信息并不相同。这些问题给基于数据的业 务分析与决策支持带来了巨大的困难。因此在某零售集团二 期系统开发中，为有效、可持续地实现上述业务探索式分析 (OLAP)功能与其它非定制静态报表，首先必须对相关关键 业务基础数据做抽取、清洗
5、和整合(这些数据准备工作简称 ETL)的ODS信息仓库建设工作，然后再根据具体业务探索式 分析(OLAP)的应用需求，再次做更高层次的数据抽取、改 造(含生成新的衍生变量)与整合工作，所以对整个BI系统 而言共有两次ETL过程，在工作量上要予以充分评估。3) KPI指标分析报告作为对上述两种报表体系的一种应用，我们针对相关业 务部门提出了一些基本的KPI指标，这些指标是基于某冬售 集团信息仓库的数学挖掘模型的示范性应用，作为抛砖引玉, 为在下一期项目中建立更系统的KPT指标体系做好铺垫与引 导工作。考虑到系统的实用性，我们遵守的一个最重要原则是 KPI指标个数绝对不能超过5个，否则信息过多，不
6、利于决 策者的快速消化与应用，就失去KPI的宗旨了。KPI结果将 在系统支持的前提下以用户方便的形式呈现。表1二期系统功能模块一览功能名称解决的问题主要输出结果主要方法备注日常业务报业务现状分析报表借助于“分包括：表况以及外 部因素对 业务指标 的实际影 响状况分析图形析框架”，对报表数据进行计算合并处理定制脱机报表联机报表 查询高度随机探对业务数可供旋基于相关索式业务信据多角度、转、切片、某零售集息展现多因素、更钻取等处团信息仓(OLAP)随机的多 角度探索 式分析理的多维 查询立方 体及多维 查询图表库与面向 相关主题 的数据集 市生成业 务探索式 分析(OLAP) 报表库或 称立方体功能
7、名称解决的问题主要输出结果主要方法备注KPI分析指数化与KPI分析借助于“分简约化管报告析框架”，理目标，量对报表数化关键因据进行计素对企业算处理及绩效的影统计建模响状况3.系统流程I）系统总体流程业务规则库业务数据源图2二期系统总体流程图图2所显示的是二期系统的总体系统流程图。系统的数 据来源总体上可以分为某冬售集团总部主档（即基础数据） 数据库和A业务系统等外部业务数据源。总部主档库中所保 存的是某零售集团方面企业基础信息包括供应商主档、商品 主档、门店主档、公司组织机构、业务人员主档等数据，A 业务系统等外部业务数据源主要提供各业态、各销售单位等 前一天的按单品聚合的明细业务数据包括销售
8、、退货等数据 内容。对某零售集团业务部门提供的业务规则如“返利计算规 则”等，得到后形成存储于系统中的“业务规则库”。所谓“业 务规则库”，就是进行业务分析处理时所需要的计算公式以及 合并、抵消原则。对总部主档库及A业务系统业务数据源进行人工的“关 联关系分析”处理之后得到“关联关系库”，即各种外部因素 与某零售集团业务指标之间的关联情况，包括相关性的判定 以及关联函数形式，“关联关系库”是业务模型分析的基本框 架。二期系统某零售集团信息仓库数据存储部分包括两个部 分即ODS库和OLAP库部分。总部主档库及A业务系统业务源 数据经过ETL （数据的提取、转换和装载）处理之后进入二 期系统某零售
9、集团信息仓库的ODS库部分。该部分是二期系 统数据存储的主体，其中所有的业务信息再经过第二次ETL 的清洗和重新整合后，按照某冬售集团信息仓库查询及模型 分析所需要的多维形式存储即二期系统某零售集团信息仓库 的OLAP库部分（即：基于应用主题的数据集市与相应的 Cubes）。某零售集团BI二期系统的各种应用功能，都需要从 某零售集团信息仓库中提取数据以作处理。系统投入运行后， 某零售集团信息仓库将在ETL工具的支持下定期进行动态更 新。业务规则库、关联关系库和某零售集团信息仓库构成了二期系统中所保存的主体数据内容，同时也是二期系统三部 分功能的完整支撑平台。2）日常业务报表处理流程在日常业务报
10、表处理流程中，系统首先根据业务规则库 和关联关系库所提供的信息构建模型代数形式例如“返利计 算规则”、“某零售集团总部商品品类历史主档与在用商品品 类主档关联关系”等，随后从某零售集团信息仓库中提取数 据，计算求出模型的各个参数，得到模型的具体形式，最后 根据某零售集团信息仓库数据，以及用户所输入的查询参数, 得到模型分析的结果。模型分析结果以报表和图形两种基本 形式展现（图3）。图3日常业务报表处理基本流程3） 业务探索式分析（OLAP）处理流程在业务探索式分析（OLAP）功能中，系统从某零售集团 信息仓库中提取数据，根据查询的需要（选择主题、维度， 输入维度参数，旋转、钻取指令等）对之进行
11、组织，将结果 以多维立方体以及多维分析图的形式展现出来（图4）数据仓库. 数据仓库 充询OLAP数据 集主题、维度选择图4业务探索式分析（OLAP）处理基本流程4.数据说明在本节当中，我们将进一步对上述流程中所使用的各项数 据内容进行描述。1）总体数据说明从图2的总体流程说明可以看出，某零售集团BI二期系 统中的主要数据内容包括总部主档库、A业务系统与其它业 务数据源、业务规则库、关联关系库、某零售集团信息仓库、模型分析结果、业务探索式分析（OLAP）查询结果及将在未来下一期BI项目中实现的数据挖掘应用八个大块（表2）o表2二期系统总体数据说明名称内容主要来源保存方式主档某零售集团方面企业基础
12、总部主档某零售信息应包括供应商主档、库集团信商品主档、进价主档、门息仓库店主档等数据。ODS （应包括历史主档、目前在用主档）名称内容主要来源保存方式A 业务系 统等外部 业务数据 源1, 各销售单位及中仓 进货清单2, 各销售单位销售清 单3, 各销售单位及中仓 库存清单4, 各销售单位要货清 单5, 生鲜及中仓发货清 单6, 各销售单位进货凭 证7, 会员销售8, 单品销售9, 客流与折扣10,单品毛利表11,日结单12,退、换货数据13,理赔数据14,其他描述性说明第一次ETL某冬售 集团信 息仓库ODS名称内容主要来源保存方式业务规则库1, 业务报表合并规则（板块内部合并和板块 之间合
13、并）2, 业务指标之间运算 规则3, KPI指标运算规则4, 其他业务规则5, 动态分析依据的假 设条件6, 国家相关法律政策 （如税率等）说明计算机程 序辅助下 的手工整 理某零售 集团信 息仓库0DS名称内容主要来源保存方式关联关系库1, 总部主档系统基础 数据与A业务系统等外 部业务数据源之间基础 数据关联关系。2, 总部历史主档与目 前使用主档之间数据关 联关系。3, 某零售集团和供应 商之间系统数据交换 EDI标准与总部目前使 用主档之间数据关联关 系计算机程 序辅助下 的手工整 理某零售 集团信 息仓库 0DS多维信息 仓库经过整合处理并以面向主 题的多维形式组织的业务 数据。第二
14、次ETL多维信 息仓库0LAP名称内容主要来源保存方式FI常业务报表1, 报表2, 报告3,图形展示(交互式直方 图、折线图等)模型计算、分析处理分内 容保存 于某零 售集团 信息仓 库ODS业务探索 式分析 (OLAP)查询结果 集根据查询需要从某零售集 团信息仓库中提取的多维 数据信息仓库， 业务探索 式分析 (OLAP)处理信息仓 库的汇 总表、物 化视图数据挖掘 分析结果数据挖掘分析得到的规律集合数据挖掘处理某零售 集团信 息仓库ODS2)系统数据来源详细说明详见需求文档二期系统业务数据源详细说明,待提交。3）日常业务报表分析处理数据说明表3模型分析处理数据说明名称内容来源保存形式关联
15、关系库影响因素与指标 之间的关联关系 体系关联关系分析某零售集团 信息仓库业务规则库业务计算分析所 使用的公式和遵 循的逻辑规则业务规则 分析某零售集团信息仓库形式模型库业务模型的代数 形式模型形式构建某零售集团信息仓库多维信息仓库经过整合处理并 以面向主题的多 维形式组织的业 务数据。第二次ETL多维信息仓库输入参数用户输入的业务模型分析参数用户输入不保存模型结果 数据集根据业务模型和 输入参数计算得 到的结果数据。计算分析不保存名称内容来源保存形式日常业务报表根据业务模型结 果数据集构造的 报表展现处理不保存日常业务 分析图根据业务模型结 果数据集构造的 图形输出展现处理不保存4）业务探索
16、式分析OLAP处理数据说明表4 OLAP分析处理数据说明名称内容来源保存形式某零售集 团信息仓 库经过整合处理并 以面向主题的多 维形式组织的业 务数据。第二次ETL多维信息仓库主题、维度选择需要查询的主 题、维度内容用户输入不保存OLAP 结 果数据集根据主题、维度 选择，从信息仓 库中提取的数据 块信息仓库 查询处理不长久保存 （缓存于信 息仓库视图 中）OLAP 查 询报表多维查询表格展现处理不保存OLAP 多 维图形多维查询图形展现处理不保存5.系统界面基本形式某零售集团B1项目二期系统将采用性能优越、易于扩展、 易于维护的三层结构，即数据库服务器-应用服务器-客户端浏 览器的结构。这
17、是一种基于WEB浏览器访问的系统结构，因此 也可以称为B/S （浏览器/服务器）结构。这种结构的优越之处 在于：首先，客户端无需安装任何软件，对系统的所有访问都 可以通过Web浏览器来进行；其次，使用独立的应用服务器， 使得软件逻辑的扩展变得十分容易，并且可以方便地加入负载 均衡、容错等设计；再次，客户端的访问范围也可以很容易地 根据授权得到扩展。在这种形式下，所有对系统的访问都将通过WEB浏览器界 面来实现。经过数年来Internet的大发展，WEB浏览器已经深 入人心。因而对这一基本界面我们无需多言。需要强调的是， 原一期系统中选用的数据可视化工具Brio产品仅支持相对较为 呆板的报表显示
18、界面，对于探索式查询、互动分析与丰富的图 形表现等需求并不能提供足够的支持。因此，在二期系统中，我们将选用功能更全面、成熟的Cognos BI产品，以满足用户 对这类数据分析与查询方式的需要。三、某零售集团BI系统运行环境1.软件环境2)软件环境配置说明本系统的软件配置由五层组成：客户端软件用户大部分应用通过浏览器(IE6. 0或Netscape5. 0)目录目录3一、 前言81 .定义82 .用途8二、BI项目二期建设目标81 .系统的功能体系结构概述92 .总体功能体系结构说明101）日常业务报表12 定制脱机报表12 联机报表查询132）业务探索式分析（OLAP） 133 ） KPI指标
19、分析报告144 . 系统流程161）系统总体流程162）日常业务报表处理流程193）业务探索式分析（OLAP）处理流程205 .数据说明201）总体数据说明202）系统数据来源详细说明25来实现联机查询，另外系统也可根据用户个性化需求，自 动生成定制脱机报表及电子邮件Email,主动发送给用户 通过Word、Excel及Outlook等常用办公软件采用脱机方 式阅读。 BI应用主要基于底层的中间件软件及一些独立服务软件，用 以实现对数据的抽取、转换及加载，根据不同的应用主题, 对某零售集团信息仓库进行联机报表查询、预处理自动生 成定制脱机报表，多维数据仓库创建、管理及维护，图形 报表的发布和在
20、线服务等大部分的应用内容。中间件主要为上层的B1应用提供一整套能够采集、存储、 分析、报告数据并提供数据访问能力的组件和服务，解释 和执行从这些应用软件发送的处理请求。数据库管理系统DB2数据库是针对大型企业应用提供的数据库管理系 统，为某零售集团这样一个已经很大并仍在快速发展期的 中国零售业旗舰的，数据仓库建设和数据管理提供了一整 套成熟的软件组件和服务支持，可以有效地适应未来系统 扩展的需求，从而避免在业务发展很大时被迫更换数据库 平台与开发工具，仅此一项就可以为企业降低不可估量的成本与风险。操作系统作为最底层的系统，为所有的软件应用提供支持平 台，在本项目中，根据企业应用需求及与硬件更好
21、的兼容 性采用了 IBM AIX 5. 2o2.网络与服务器环境1）网络与服务器配置图图6某零售集团Bl项目二期系统网络架构2）网络与服务器配置说明某零售集团BI系统三台服务器都安装并放置在某零 售集团总部机房，通过数据交换平台与总部主档库、各分 支机构（包括区域、业态等）的业务系统（包括A业务、 B业务等业务数据源）以及外部系统如供应商系统等相联。 另外，系统还设有呢b应用服务器。某零售集团总部、各 分支机构等最终用户可分别通过浏览器访问某零售集团 BI系统的应用。某零售集团信息仓库ODS服务器配置表 5 IBM PSeries 650 酉己置基本参数处理器类型POWER 4+处理器主频1.
22、2 GHz处理器缓存每个1. 2GHz处理器卡可配8MB处理器个数4最大处理器个数8内存类型Chipkill ECC内存容量8GB最大内存容量64GB存储设备硬盘类型SCSI硬盘容量2X36. 4GB +6 X 146GB软驱3.5 1. 44MB光驱CD-ROM网络网卡类型/数量10/100控制器接口与扩展槽I/O 端 口4个串口，2个端口连接p系列 硬件管理控制台、键盘、鼠标扩展槽个数最多48个PCT热插/任意交换适 配器（40个64位PCI-X； 8个64 位 PCI）,电力特征电源类型冗余热插拔电源是否冗余是电源个数2N+1软件系统操作系统ATX 5L版本5.2管理软件High Ava
23、ilability ClusterMultiprocessing (HACMP)环境要求工作温度5 - 35()工作湿度8% - 80%A某零售集团信息仓库OLAP服务器配置表 6 IBM XSeries 255 酉己置基本参数处理器类型Intel Xeon MP Processor处理器主频2. 20GHz处理器缓存每个处理器配512KB二级缓存处理器个数2最大处理器个数4内存类型PC1600 DDR SDRAM内存容量2GB最大内存容量24GB存储设备硬盘类型Ultra320 SCSI硬盘容量9X36. 4GB+12X72GB软驱3.5 1. 44MB光驱CD-ROM网络网卡类型/数量10
24、/100控制器接口与扩展槽I/O 端口4个串口，2个端口连接p系列 硬件管理控制台、键盘、鼠标插槽X托架总数（空闲）：7(7) x 16(12)电力特征电源供应类型110-220 volt Hot SwapRedundant 2 Std.电源370W热辐射1000W声音辐射6. 5Bels软件系统操作系统Microsoft Windows 2000Advanced Server环境要求工作温度5 - 35()工作湿度8% - 80%某零售集团信息仓库Web应用服务器配置表 7 IBM XSeries 235 酉已置基本参数处理器类型Intel Xeon MP Processor处理器主频2.
25、80GHz处理器缓存每个处理器配512KB二级缓存处理器个数2最大处理器个数2内存类型PC1600 DDR SDRAM内存容量1GB最大内存容量12GB存储设备硬盘类型Ultra320 SCSI标准硬盘容量6X36. 4GB软驱3.5 1. 44MB光驱CD-ROM网络网卡类型/数量10/100控制器接口与扩展槽I/O 端口4个串口，2个端口连接p系列 硬件管理控制台、键盘、鼠标插槽X托架总数（空闲）：7(7) x 16(12)电力特征电源供应类型Auto Restart电源560W热辐射121W声音辐射65dB软件系统操作系统Microsoft Windows 2000Advanced Se
26、rver环境要求工作温度5 - 35()工作湿度8% - 80%四、某零售集团BI项目需求分析的任务概述根据项目建设目标以及6月24日项目组周例会精神，某零售集团Bl项目二期系统需求分析任务将包括四个方面的任务：1 .对一期需求业务的重新整理、归类、筛选和补充二期系统与一期系统相比，在硬件平台、操作系统、数据 库软件以及开发工具方面都将有重大改变，因此与其说是一期 系统的迁移，不如说是在二期系统全新架构下对一期需求业务 内容的一种包容，相当于重新开发，并且是在新的软、硬件开 发环境下进行的。在二期系统开发中，我们将对一期需求业务 进行重新整理、归类、筛选和补充。例如：对于一期系统中那 些适合多
27、维分析的业务，我们将采用OLAP技术进行优化，对一 期中使用效果不好的报表将予以改进甚至废弃以提高系统利用 率。2 .跨业态商流、物流分析跨业态商流、物流分析的主要目标是针对定牌、联合采购 以及生鲜等跨业态销售的商品进行专项主题统计分析，为相关 部门进行业务分析、绩效考核与管理决策提供数据依据。其中 包括给出自动计算定牌商品占所在门店或经营单位销售总额的 比例，包括给出简约的儿个KPI指标来衡量联合采购的效果。 同时保留一期系统中对生鲜业态的主题分析。3）日常业务报表分析处理数据说明264）业务探索式分析OLAP处理数据说明275.系统界面基本形式28三、某零售集团BI系统运行环境291 .软
28、件环境291）软件环境配置图292）软件环境配置说明29 客户端软件29 BI应用30 中间件30 数据库管理系统30 操作系统312 .网络与服务器环境311）网络与服务器配置图312）网络与服务器配置说明33 某零售集团信息仓库ODS服务器配置.33 某零售集团信息仓库OLAP服务器配置35 某零售集团信息仓库Web应用服务器配置37四、某零售集团BI项目需求分析的任务概述381.对一期需求业务的重新整理、归类、筛选和补充393 .决策支持系统将开发专门针对公司领导的综合查询和决策分析系统，核 心目标是：通过信息深度加工与度身定做的信息展现与传递模 式，提高决策者对信息的利用效率与利用度，
29、提高决策者应用 信息的积极性与应用效果。该系统将针对不同领导提供个性化、高度简约的静态综合 报表、动态KPI指数与业务宏观发展趋势等决策支持服务。这 样有利于解决一个制约公司管理水平的最大瓶颈：公司最需要 量化信息并做到“心中有数”的决策型管理者，往往没有时间 消化信息，因为目前运营基础信息的积累速度太快，而传统的 信息加工与展现方式太繁杂、消耗时间了，往往给出的是零碎 的信息，而不是集约化的定量的概括性、总结式信息。在与相 关领导的需求调查后提供有关该系统的详细设计文档。4 .数据交换平台某零售集团数据交换平台系统建设的目标是设计一个完 整、实用、适合连锁零售业海量数据传输、交换及处理的平台
30、。 根据某零售集团企业特点，该交换平台应是一个基于不同应用 标准、组件化、架构良好、具有很好扩展性的多层的开放的软 件体系。为了满足某零售集团各业务系统以及与外部系统间数 据传输需要，某零售集团BI项目二期系统建设中将根据某零售 集团企业内部及外部系统应用的不同特点，确定数据交换所应 采取的不同技术手段。如企业与供应商之间的数据交换具有数 据量相对较小，实时性、安全性要求相对较高等特点，可采用 XML数据集成方式进行数据交换。而BI系统与各业务系统间的 海量数据交换用XML方式就显然不能适用了。因此必须针对公 司的各个职能部门、各个业态、各个地区的计算机系统、数据 库系统、数据接口、业务流程、
31、业务规则、数据分析需求进行 全面调研，规划数据交换的标准和平台技术。可以预见最终形 成的某零售集团企业数据交换平台标准将是一个采取了多种数 据交换及集成技术的综合解决方案。五、某零售集团BI项目需求分析的对象根据某零售集团企业行业特征及企业组织架构，按职能、主题 划分，BI二期项目业务模型分析的对象有4大类：1 .区域/业态本项目的一个主要目标是为某零售集团的各区域/业态（包 括中等超市业态子公司、加盟店、大卖场业态子公司、便利店 业态子公司便利、江苏分公司、浙江分公司等）提供不同视角 （包括运营分析、商品分析及供应商分析等）与不同层面（包 括门店、直营/合资、区域/业态等）上提供及时有效的分
32、析统 计报表，帮助各区域/业态的各级运营、商品管理部门用户及时 做出准确有效的业务与管理决策，从而提高经营效益。区域/业 态主题分析主要内容包括：1）中等超市业态子公司主题分析运营分析为中等超市业态子公司各级运营部门提供不同视角 （包括销售、库存、促销等）、不同层面（包括门店、直 营/合资、标超等）上的分析统计报表，为中等超市业态 子公司运营部门用户运营管理提供有效的业务与管理支 持，从而提高运营效率。运营分析的主要内容包括： 销售分析 库存分析 促销分析 KPI指标主要服务对象：中等超市业态子公司各级运营部门。商品分析商品分析主要目标是为中等超市业态子公司的商品 管理部门提供基于品类的统计分
33、析报表，包括供应商、合 同、订货、销售、库存以及KPI指标等内容。为商品管理部门进行品类管理、优化商品品类结构及提高经营效益提 供数据依据。商品分析主要内容包括： 合同 订货 销售 旬报 供应商 品类KPI指标 品类组KPI监控 品类组业绩监控主题服务对象：中等超市业态子公司商品管理部门负 责人、各品类经理及销售管理部。供应商分析对供应商做横纵向对比分析是流通企业优化供应商 结构，提高经济效益的主要手段。供应商分析主要内容包 括： 供应商基本查询 供应商供应结构分析 供应商供货能力分析 供应商销售分析 供应商库存分析 供应商贡献度分析（KPI）主题服务对象：中等超市业态子公司商品管理部门负 责
34、人及各品类经理2）加盟店分析从不同视角（销售、库存、要货及发货）提供及时有 效的分析统计报表，帮助某零售集团加盟店的管理部门用 户掌握具体业务情况，及时做出准确有效的业务与管理决 策。 进货分析 销售分析 库存分析 要货分析主题服务对象：某零售集团加盟公司3）大卖场业态子公司主题分析（将来纳入）4）便利店业态子公司便利主题分析（将来纳入）5）江苏分公司主题分析（将来纳入）6）浙江分公司主题分析（将来纳入）2.跨业态商品分析跨业态主题分析的主要目标是针对定牌、联合采购以及生 鲜等跨业态销售的商品进行专项主题统计分析，为相关部门进 行业务分析、管理决策提供数据依据。其中包括给出自动计算 定牌商品占
35、所在门店或经营单位销售总额的比例，包括给出简 约的几个KPT指标来衡量联合采购的效果。同时保留一期系统 中对生鲜业态的主题分析。跨业主题分析主要内容包括：1）定牌商品主题销售主题库存主题定牌商品结构分析定牌商品供货能力分析定牌商品贡献度分析（KPI）主题服务对象：各区域/业态商品管理部门及产品开发部2）联合采购商品主题供应商主题库存主题销售主题联合采购效果评估（KPI）主题服务对象：各区域/业态商品管理部门及联合采购部3）生鲜商品主题销售统计报表销售跟踪报表主题服务对象：各区域/业态商品管理部门、运营部门及某 零售集团生鲜加工中心3.中仓分析对中仓进、发货以及库存情况进行统计分析，以向用户反
36、映商品在中仓的流转情况，为某零售集团物流部门优化商品库 存结构以及提高物流效率提供数据依据。中仓主题分析主要内 容包括：1）中仓库存分析2）中仓进发货分析3）门店向中仓要货统计主题服务对象：中仓、各区域/业态商品管理部门及物流配 送部门4.决策分析将开发专门针对公司领导的综合查询和决策分析系统，核 心目标是：通过信息深度加工与度身定做的信息展现与传递模 式，提高决策者对信息的利用效率与利用度，提高决策者应用 信息的积极性与应用效果。该系统将针对不同领导提供个性化、高度简约的静态综合 报表、动态KPI指数与业务宏观发展趋势等决策支持服务。这 样有利于解决一个制约公司管理水平的最大瓶颈：公司最需要
37、 量化信息并做到“心中有数”的决策型管理者，往往没有时间 消化信息，因为目前运营基础信息的积累速度太快，而传统的 信息加工与展现方式太繁杂、消耗时间了，往往给出的是零碎 的信息，而不是集约化的定量的概括性、总结式信息。在与相 关领导的需求调查后提供有关该系统的详细设计文档。主题服务对象：某零售集团总部领导人。六、日常业务报表分析的详细内容详见文件二期系统日常业务报表范围。七、多个业务因素、多角度、随机式探索式分析OLAP1 .探索式分析功能概述多个业务因素、多角度、随机式的探索式分析，即OLAP, 是一种主流的、日渐成熟的基础业务数据应用方法。它借助于 某零售集团信息仓库的多维结构数据组织，为
38、用户提供多层次、 多视角、综合交叉的数据查询功能，有效地适应了业务决策中 对数据信息的需求的突发性（相当随机）、时效性很强（没有足 够时间度身定做）与临时性（往往用了一次很少再重复使用） 的特点。在二期系统中，我们将通过对一期原有历史数据的导入、 清洗和整合，构造出一个适合于探索式分析要求的某零售集团 信息仓库环境，为某零售集团用户提供便捷有效的业务探索式 分析（OLAP）功能。用户可以根据实际需要迅速地了解各种有 用的统计分析信息及报表，并通过多种形式的转换和展现，得 到对企业业务数据最全面、最透彻的认识。2 .探索式分析的形式分析的目标旨在为某零售集团的业务管理人员在完成各种 选择性、判断
39、性工作的时候提供信息参考。这一功能不能够直 接进行业务的处理，其所生成的报告应被视为统计分析报告， 而不是真正意义上的业务报表。业务探索式分析（OLAP）所提 供的是一种全面的、多方位的、高度统计性的查询分析服务。这一查询服务是面向主题的，也就是说，同一主题的相关 数据将会被归纳在一起，并经过集成整合，目标是使管理人员 能够快捷地获得其完成决策分析所需要的复杂的统计数据。这 种面向主题查询的技术基础是某零售集团信息仓库。本查询功能的服务界面包括多维查询矩阵（Decision Cube）、趋势图、直方图、饼图等多种不同形式的展示。项目导览饼图展示直方图展示图5业务探索式分析（OLAP）的数据展现
40、这里的“多维”和“维度”的具体含义是，在多个（多于 两个）不同的分类轴（其分类标度可以是离散的也可以是连续 的）上，对数据进行加总、求平均、求增减量、求相关比率等 统计运算，从而将高度集成的统计数据依照分类轴的标度展现2 .跨业态商流、物流分析393 .决策支持系统404 .数据交换平台40五、某零售集团BI项目需求分析的对象411 .区域/业态411）中等超市业态子公司主题分析42 运营分析42 商品分析42 合同43 订货43 销售43 旬报43 供应商43 品类KPI指标43 品类组KPI监控43 品类组业绩监控43 供应商分析43 供应商基本查询43 供应商供应结构分析43 供应商供货
41、能力分析43 供应商销售分析44 供应商库存分析44给使用者，提供一种综合、直观、具有很强表达力和决策支持 能力的数据展现功能。3 .探索式分析所提供信息内容探索式分析所提供的信息分别按照不同的主题，从不同的 角度按维度展开、全面的反映主题数据的状况。某零售集团BI 项目二期系统提供进货、销售和库存等主题；同时提供时间、 业务部门和区域等公用维度，针对不同的主题提供哪些维度， 将在需求详细分析探索式分析中详细介绍；这里的“多维”和 “维度”的具体含义是，在多个（多于两个）不同的分类轴（其 分类标度可以是离散的也可以是连续的）上，对数据进行加总、 求平均、求增减量、求相关比率等统计运算，从而将高
42、度集成 的统计数据依照分类轴的标度展现给使用者，提供一种综合、 直观、具有很强表达力和决策支持能力的数据展现功能。4 .探索式分析的基本操作探索式分析功能除了数据的一般展示之外，还可以完成切 片、切块、旋转以及钻取等操作。所谓切片，就是在某一个维度上选取特定的值，在该维度 值保持不变的情况下，根据其他的维度对数据进行展现。这就 好像从数据的多维立方体中“切”出一个截面来一样。而切块， 则是限定一个或多个维度的取值范围而得到的数据展现结果， 就好像从多维立方体中“切”出一个立方数据体来一样。这两 种方式实质上就是要对多维数据在某些维度上的取值进行限 制。这种处理在多维数据查询中都可以得到支持。而
43、数据的钻取，则是指在数据的某个维度上，从高级别的 维度值向低级别的维度值推进，展现更为细致的内容。从另一 种意义上，钻取就是针对多维展现的数据，进一步地探求其内 部组成和来源。只要在维度上设置了层级结构，钻取处理就是 可行的。在“销售”主题中，时间、业务部门和区域等维度上 都存在着层级结构，例如业务部门分为门店、多业态等层次， 因而在这些维度上都能够实现数据的钻取。其他主题也都是类 似的情况。一层一层的钻取使我们能快速而准确的定位到问题 所在。因而钻取一般能回答“为什么”的问题。钻取还可以分 为“上钻”和“下钻”两种基本形式。八、决策支持系统将按照前面定义的本系统的核心目标做需求调查，然后给
44、出详细的可操作的系统功能描述。 供应商贡献度分析（KPI） 442）加盟店分析44 进货分析44 销售分析44 库存分析44要货分析443）大卖场业态子公司主题分析（将来纳入）444）便利店业态子公司便利主题分析（将来纳入）445）江苏分公司主题分析（将来纳入）456）浙江分公司主题分析（将来纳入）452 .跨业态商品分析45 销售主题45 库存主题45 定牌商品结构分析45 定牌商品供货能力分析45 定牌商品贡献度分析（KPI） 452）联合采购商品主题45 供应商主题45 库存主题46 销售主题46 联合采购效果评估（KPI） 463）生鲜商品主题46 销售统计报表46 销售跟踪报表463 .中仓分析461）中仓库存分析462）中仓进发货分析463）门店向中仓要货统计464 .决策分析47六、日常业务报表分析的详细内容47七、多个业务因素、多角度、随机式探索式分析OLAP.481 .探索式分析功能概述482 .探索式分析的形式483 .探索式分析所提供信息内容504 .探索式分析的基本操作50八