某零售集团BI系统需求分析书.docx

《某零售集团BI系统需求分析书.docx》由会员分享，可在线阅读，更多相关《某零售集团BI系统需求分析书.docx（51页珍藏版）》请在课桌文档上搜索。

1、某零售集团BI系统需求分析书(1)Iwfr式的：左侧:3.17厘米，右侧:3.17厘米,装订线:O字符,指定行网格目录目录2一、前言71 .定义72 .用途7二、Bl项目二期建设目标71 .系统的功能体系结构概述82 .总体功能体系结构说明81）日常业务报表10 定制脱机报表10 联机报表查询102）业务探索式分析（OLAP）113 ）KPl指标分析报告124 .系统流程141）系统总体流程142）日常业务报表处理流程173）业务探索式分析（OLAP）处理流程175 .数据说明181）总体数据说明182）系统数据来源全面说明233）日常业务报表分析处理数据说明234）业务探索式分析OLAP处理

2、数据说明256 .系统界面基本形式26三、某零售集团BI系统运行环境271 .软件环境271）软件环境配置图272）软件环境配置说明27 客户端软件27 Bl应用28 中间件28 数据库管理系统28 操作系统282 .网络与服务器环境291）网络与服务器配置图292）网络与服务器配置说明30 某零售集团信息仓库ODS服务器配置.31 某零售集团信息仓库OLAP服务器配 33 某零售集团信息仓库Web应用服务器配置34四、某零售集团BI项目需求分析的任务概述361 .对一期需求业务的重新整理、归类、筛选与补充362 .跨业态商流、物流分析373 .决策支持系统374 .数据交换平台38五、某零售

3、集团BI项目需求分析的对象391 .区域/业态391）中等超市业态子公司主题分析39 运营分析39 商品分析40 合同40 订货40 销售40 旬报40 供应商40 品类KPI指标40 品类组KPl监控40 品类组业绩监控40供应商分析40 供应商基本查询41 供应商供应结构分析41 供应商供货能力分析41 供应商销售分析41 供应商库存分析41 供应商奉献度分析（KPl）412）加盟店分析41 进货分析41 销售分析41 库存分析41要货分析413）大卖场业态子公司主题分析（将来纳入）424）便利店业态子公司便利主题分析（将来纳入）425）江苏分公司主题分析（将来纳入）426）浙江分公司主题

4、分析（将来纳入）422 .跨业态商品分析421）定牌商品主题42 销售主题42 库存主题42 定牌商品结构分析42 定牌商品供货能力分析42 定牌商品奉献度分析（KPl）422）联合采购商品主题42 供应商主题42 库存主题42 销售主题43 联合采购效果评估（KPI）433）生鲜商品主题43 销售统计报表43 销售跟踪报表433 .中仓分析431）中仓库存分析432）中仓进发货分析433）门店向中仓要货统计434 .决策分析43六、日常业务报表分析的全面内容44七、多个业务因素、多角度、随机式探索式分析OLAP.441 .探索式分析功能概述442 .探索式分析的形式453 .探索式分析所提供

5、信息内容464 .探索式分析的基本操作47八、决策支持系统48一、前言1 .定义这里的某零售集团BI项目需求分析书即软件工程中通常所提到的软件需求规格说明（SoftWareRequirementsSpecification）,简称SRSo具体标准参照了IEEE830-1998o2 .用途软件工程初期的通常过程是，软件开发的计划，确定要实现的目标与进度等，然后就是软件需求规格说明书，该说明书务必要得到用户的审核、确认。此后的开发过程，都是围绕着需求规格说明书做进一步地细化，直至开发出产品。当然，测试计划中也要针对需求进行验证，看看是否满足了用户的要求。二、Bl项目二期建设目标Bl项目二期的建设目

6、标是在一期试验性、应急式Bl应用成功投入运行的基础上，结合某零售集团的当前业务运营管理需求与健康扩张（做大的同时，更需要做强）的战略，首次系统地设计与开发基于某零售集团各类关键基础运营（原始）数据的管理分析报表体系与相应的基础运营数据集中管理平台（下列称某零售集团信息仓库），从而使某零售集团的供应商管理、门店绩效管理、各业态商品品类业绩考核建立在可靠的业务数据基础上，使某零售集团的有关职能部门员工与管理者能够及时看到他们所关心的业务数据，从而为企业决策者正确决策提供准确、及时的根据，并使企业能更好地为供应商与顾客服务，继而提高企业的经营管理水平，提升企业整个供应链的竞争力。本节将从总体上描述二

7、期系统的功能目标，要紧包含功能体系结构的说明、各模块之间关系的描述、基本系统界面形式的选择与各个功能模块的设计目标。本章所定义的内容，均为二期系统的总体特性，这些特性，将作为后面几节中所全面阐述的具体功能需求的基本参照。1 .系统的功能体系结构概述二期系统将在两个层面上为某零售集团提供业务数据分析功能，即，日常业务报表与高度随机探索式业务信息展现（OLAP）。在二期开发的同时，宏软将基于其长期积存的商业数据挖掘经验，为某零售集团的下一步深层次数据应用做一些准备与探索工作，但这个工作的系统展开将作为某零售集团BI三期的核心任务。2 .总体功能体系结构说明二期系统的总体功能结构如图1所示:图1某零

8、售集团Bl二期系统功能体系客户端客户端客户端WEB服务器区域/业态分析I|中仓主题分析II跨业态主题分析II决策支持主题分析联机报表查询、定制脱机报表、业务探索式分析（OLAP）、专题分析模型 元数据管理1）日常业务报表日常业务报表即那些在业务中使用比较频繁的、格式与内容固定的数据分析报表。要紧用以反映某零售集团日常经营活动中销售、库存、毛利率等三类要紧因素对某零售集团业务指标的影响。考虑到首次系统地设计业务模型分析，为了提高系统的使用率与节约软硬件资源，在此我们暂时集中精力先考虑这三种要素。对每一类影响因素的日常业务报表均分为两个部分，即定制脱机报表、联机报表查询。定制脱机报表即根据用户稳固

9、的公共业务需求，系统自动生成，并可选择向特定用户或者用户组主动发送的可用脱机方式浏览的定制报表，它能够EXCEL或者其它大家习惯的文件形式独立于系统存在。比如门店业务方面的中类销售报表，分为日、周、月报表三种格式。比如：中类销售报表（按中类汇总）所选门店各中类的销售额、数量、毛利及同环比日报、周报、月报联机报表查询即根据用户大量、经常性的业务查询需要，由系统对历史数据进行预先处理，处理结果在某零售集团信息仓库中以数据表的形式存在，以方便用户通过联机方式随时按条件进行查询得到，比如门店业务方面的大类销售连续性查询，用户界面上呈现的能够是柱方图或者曲线图等多种信息表现方式。比如：销售连续性查询（按

10、大类）所选门店所选大类在所选时段内每日的销售金额2）业务探索式分析（OLAP）业务探索式分析功能即通常所说的OLAP（联机分析处理）功能，这是对日常业务报表功能的扩充，要紧作用是给某零售集团业务分析人员一个从各个不一致角度与因素组合熟悉业务现状的一个高效、易用的业务分析平台。这样的需求是现有的一期系统所不能够满足的。这个功能还能够减少大量的非频繁使用的定制性报表需求,有效地兼顾了大众化需求与少量深层次需求之间的矛盾,降低了开发工作量与系统资源消耗。在通常的管理信息系统中，决策数据的不一致性突出，多个信息提供者对信息都不具备严格的定义，不一致的业务系统对同一信息数据的懂得与定义不一致，甚至许多相

11、同命名的数据所指代的业务信息并不相同。这些问题给基于数据的业务分析与决策支持带来了巨大的困难。因此在某零售集团二期系统开发中，为有效、可持续地实现上述业务探索式分析（OLAP）功能与其它非定制静态报表，首先务必对有关关键业务基础数据做抽取、清洗与整合（这些数据准备工作简称ETL）的ODS信息仓库建设工作，然后再根据具体业务探索式分析（OLAP）的应用需求，再次做更高层次的数据抽取、改造（含生成新的衍生变量）与整合工作，因此对整个BI系统而言共有两次ETL过程,在工作量上要予以充分评估O3 ）KPI指标分析报告作为对上述两种报表体系的一种应用，我们针对有关业务部门提出了一些基本的KPl指标，这些

12、指标是基于某零售集团信息仓库的数学挖掘模型的示范性应用,作为抛砖引玉,为在下一期项目中建立更系统的KPI指标体系做好铺垫与引导工作。考虑到系统的有用性，我们遵守的一个最重要原则是KPl指标个数绝对不能超过5个，否则信息过多，不利于决策者的快速消化与应用，就失去KPI的宗旨了。KPI结果将在系统支持的前提下以用户方便的形式呈现。表1二期系统功能模块一览功能名称解决的问题耍紧输出结果耍紧方法备注功能名称解决的问题要紧输出结果要紧方法备注日常业务报业务现状分析报表借助于“分包含：表况与外部因素对业务指标的实际影响状况分析图形析框架”，对报表数据进行计算合并处理定制脱机报表联机报表查询高度随机探对业务

13、数可供旋基于有关索式业务信据多角度、转、切片、某零售集息展现多因素、更钻取等处团信息仓(OLAP)随机的多角度探索式分析理的多维查询立方体及多维查询图表库与面向有关主题的数据集市生成业务探索式分析(OLAP)报表库或者称立方体功能名称解决的问题要紧输出结果要紧方法备注KPI分析指数化与KPl分析借助于“分简约化管报告析框架”，理目标，量对报表数化关键因据进行计素对企业算处理及绩效的影统计建模响状况3.系统流程1）系统总体流程业务规则库业务数据源图2二期系统总体流程图图2所显示的是二期系统的总体系统流程图。系统的数据来源总体上能够分为某零售集团总部主档（即基础数据）数据库与A业务系统等外部业务数

14、据源。总部主档库中所储存的是某零售集团方面企业基础信息包含供应商主档、商品主档、门店主档、公司组织机构、业务人员主档等数据，A业务系统等外部业务数据源要紧提供各业态、各销售单位等前一天的按单品聚合的明细业务数据包含销售、退货等数据内容。对某零售集团业务部门提供的业务规则如“返利计算规则”等，得到后形成存储于系统中的“业务规则库”。所谓“业务规则库”,就是进行业务分析处理时所需要的计算公式与合并、抵消原则。对总部主档库及A业务系统业务数据源进行人工的“关联关系分析”处理之后得到“关联关系库”，即各类外部因素与某零售集团业务指标之间的关联情况，包含有关性的判定与关联函数形式关联关系库”是业务模型分

15、析的基本框架。二期系统某零售集团信息仓库数据存储部分包含两个部分即ODS库与OLAP库部分。总部主档库及A业务系统业务源数据通过ETL（数据的提取、转换与装载）处理之后进入二期系统某零售集团信息仓库的ODS库部分。该部分是二期系统数据存储的主体，其中所有的业务信息再通过第二次ETL的清洗与重新整合后，按照某零售集团信息仓库查询及模型分析所需要的多维形式存储即二期系统某零售集团信息仓库的OLAP库部分（即：基于应用主题的数据集市与相应的Cubes）O某零售集团BI二期系统的各类应用功能，都需耍从某零售集团信息仓库中提取数据以作处理。系统投入运行后,某零售集团信息仓库将在ETL工具的支持下定期进行

16、动态更新。业务规则库、关联关系库与某零售集团信息仓库构成了二期系统中所储存的主体数据内容，同时也是二期系统三部分功能的完整支撑平台。2）日常业务报表处理流程在日常业务报表处理流程中，系统首先根据业务规则库与关联关系库所提供的信息构建模型代数形式比如“返利计算规则”、“某零售集团总部商品品类历史主档与在用商品品类主档关联关系”等，随后从某零售集团信息仓库中提取数据，计算求出模型的各个参数，得到模型的具体形式，最后根据某零售集团信息仓库数据，与用户所输入的查询参数，得到模型分析的结果。模型分析结果以报表与图形两种基本形式展现（图3）。图3日常业务报表处理基本流程3）业务探索式分析（OLAP）处理流

17、程在业务探索式分析（OLAP）功能中，系统从某零售集团信息仓库中提取数据，根据查询的需要（选择主题、维度，输入维度参数，旋转、钻取指令等）对之进行组织，将结果以多维立方体与多维分析图的形式展现出来（图4）咨询报表（多维立方体）图4业务探索式分析（OLAP）处理基本流程4.数据说明在本节当中，我们将进一步对上述流程中所使用的各项数据内容进行描述。1）总体数据说明从图2的总体流程说明能够看出，某零售集团BI二期系统中的要紧数据内容包含总部主档库、A业务系统与其它业务数据源、业务规则库、关联关系库、某零售集团信息仓库、模型分析结果、业务探索式分析（OLAP）查询结果及将在未来下一期Bl项目中实现的数

18、据挖掘应用八个大块（表2）o表2二期系统总体数据说明名称内容要紧来源储存方式主档某零售集团方面企业基础信息应包含供应商主档、商品主档、进价主档、门店主档等数据。总部主档库某零售集团信息仓库ODS（应包含历史主档、目前在用主档）名称内容要紧来源储存方式A业务系统等外部业务数据源1, 各销售单位及中仓进货清单2, 各销售单位销售清单3, 各销售单位及中仓库存清单4, 各销售单位要货清单5, 生鲜及中仓发货清单6, 各销售单位进货凭证7, 会员销售8, 单品销售9, 客流与折扣10,单品毛利表IL日结单12,退、换货数据13,理赔数据14,其他描述性说明第一次ETL某零售集团信息仓库ODS名称内容要

19、紧来源储存方式业务规则库1, 业务报表合并规则（板块内部合并与板块之间合并）2, 业务指标之间运算规则3, KPI指标运算规则4, 其他业务规则5, 动态分析根据的假设条件6, 国家有关法律政策（如税率等）说明计算机程序辅助下的手工整理某零售集团信息仓库ODS名称内容要紧来源储存方式关联关系库1, 总部主档系统基础数据与A业务系统等外部业务数据源之间基础数据关联关系。2, 总部历史主档与目前使用主档之间数据关联关系。3, 某零售集团与供应商之间系统数据交换EDl标准与总部目前使用主档之间数据关联关系计算机程序辅助下的手工整理某零售集团信息仓库ODS多维信息通过整合处理并以面向主第二次仓库题的多

20、维形式组织的业务ETLI数据。I多维信息仓库OLAP名称内容要紧来源储存方式口常业务报表1, 报表2, 报告3,图形展示(交互式直方图、折线图等)模型计算、分析处理部分内容储存于某零售集团信息仓库ODS业务探索式分析(OLAP)查询结果集根据查询需要从某零售集团信息仓库中提取的多维数据信息仓库，业务探索式分析(OLAP)处理信息仓库的汇总表、物化视图数据挖掘分析结果数据挖掘分析得到的规律集合数据挖掘处理某零售集团信息仓库ODS2)系统数据来源全面说明详见需求文档二期系统业务数据源全面说明,待提交。3)日常业务报表分析处理数据说明表3模型分析处理数据说明名称内容来源储存形式关联关系库影响因素与指

21、标之间的关联关系体系关联关系分析某零售集团信息仓库业务规则库业务计算分析所使用的公式与遵循的逻辑规则业务规则分析某零售集团信息仓库形式模型库业务模型的代数形式模型形式构建某零售集团信息仓库多维信息仓库通过整合处理并以面向主题的多维形式组织的业务数据。第：次ETL多维信息仓库输入参数用户输入的业务模型分析参数用户输入不储存模型结果数据集根据业务模型与输入参数计算得到的结果数据。计算分析不储存名称内容来源储存形式日常业务报表根据业务模型结果数据集构造的报表展现处理不储存日常业务分析图根据业务模型结果数据集构造的图形输出展现处理不储存4）业务探索式分析OLAP处理数据说明表4OLAP分析处理数据说明

22、名称内容来源储存形式某零售集团信息仓库通过整合处理并以面向主题的多维形式组织的业务数据。第二次ETL多维信息仓库主题、维度选择需要查询的主题、维度内容用户输入不储存OLAP结果数据集根据主题、维度选择，从信息仓库中提取的数据块信息仓库查询处理不长久储存（缓存于信息仓库视图中）OLAP查多维查询衣格展现处理不储存询报表OLAP多维图形多维查询图形展现处理不储存5.系统界面基本形式某零售集团Bl项目二期系统将使用性能优越、易于扩展、易于保护的三层结构，即数据库服务器-应用服务器-客户端浏览器的结构。这是一种基于WEB浏览器访问的系统结构，因此也能够称之B/S（浏览器/服务器）结构。这种结构的优越之

23、处在于：首先，客户端无需安装任何软件，对系统的所有访问都能够通过Web浏览器来进行；其次，使用独立的应用服务器，使得软件逻辑的扩展变得十分容易，同时能够方便地加入负载均衡、容错等设计；再次，客户端的访问范围也能够很容易地根据授权得到扩展。在这种形式下，所有对系统的访问都将通过WEB浏览器界面来实现。通过数年来Internet的大进展，WEB浏览器己经深入人心。因而对这一基本界面我们无需多言。需要强调的是，原一期系统中选用的数据可视化工具Brio产品仅支持相对较为呆板的报表显示界面，关于探索式查询、互动分析与丰富的图形表现等需求并不能提供足够的支持。因此，在二期系统中，我们将选用功能更全面、成熟

24、的CognosBI产品，以满足用户对这类数据分析与查询方式的需要。三、某零售集团Bl系统运行环境1.软件环境图5软件环境配置图2）软件环境配置说明本系统的软件配置由五层构成：客户端软件用户大部分应用通过浏览器（IE6.O或者Netscape5.0）来实现联机查询，另外系统也可根据用户个性化需求，自动生成定制脱机报表及电子邮件Emai1,主动发送给用户通过WordsExcel及OUt100k等常用办公软件使用脱机方式阅读。Bl应用要紧基于底层的中间件软件及一些独立服务软件，用以实现对数据的抽取、转换及加载，根据不一致的应用主题，对某零售集团信息仓库进行联机报表查询、预处理自动生成定制脱机报表，多

25、维数据仓库创建、管理及保护，图形报表的公布与在线服务等大部分的应用内容。中间件要紧为上层的BI应用提供一整套能够采集、存储、分析、报告数据并提供数据访问能力的组件与服务，解释与执行从这些应用软件发送的处理请求。数据库管理系统DB2数据库是针对大型企业应用提供的数据库管理系统，为某零售集团这样一个已经很大并仍在快速进展期的中国零售业旗舰的，数据仓库建设与数据管理提供了一整套成熟的软件组件与服务支持，能够有效地习惯未来系统扩展的需求，从而避免在业务进展很大时被迫更换数据库平台与开发工具，仅此一项就能够为企业降低不可估量的成本与风险。操作系统作为最底层的系统，为所有的软件应用提供支持平台，在本项目中

26、，根据企业应用需求及与硬件更好的兼容性使用了IBMAIX5,2o2.网络与服务器环境1）网络与服务器配置图联华总部分支机构外部系统区域、各业态夕 典业务系统总部主档库Web浏览数据交换平台数据抽 取、转换 及加载ADSL、拨 号等方式数据抽 取、转换 及加载S-B 前台查询 后台数据库前台Bl系统Web应用服务器IBM XScrics 235BI系统OLAP 服务籍IBM XSeries 255S供应商Bl系统ODS服 务器 IBV PSeries 650图6某零售集团Bl项目:期系统网络架构2）网络与服务器配置说明某零售集团BI系统三台服务器都安装并放置在某零售集团总部机房，通过数据交换平台

27、与总部主档库、各分支机构（包含区域、业态等）的业务系统（包含A业务、B业务等业务数据源）与外部系统如供应商系统等相联。另外，系统还设有Web应用服务器。某零售集团总部、各分支机构等最终用户可分别通过浏览器访问某零售集团BI系统的应用。某零售集团信息仓库ODS服务器配置表5IBMPSeries650酉己置基本参数处理器类型POWER4+处理器主频1.2GHz处理器缓存每个1.2GHz处理器卡可配8MB处理器个数4最大处理器个数8内存类型ChipkillECC内存容量8GB最大内存容量64GB存储设备硬盘类型SCSI硬盘容量236.4GB6146GB软驱3.51.44MB光驱CD-ROM网络网卡类

28、型/数量10/100操纵器接口与扩展槽I/O端口4个串口，2个端口连接P系列硬件管理操纵台、键盘、鼠标扩展槽个数最多48个PCI热插/任意交换适配器（40个64位PCI-X；8个64位PCD,电力特征电源类型冗余热插拔电源是否冗余是电源个数2N+1软件系统操作系统AIX5L版本5.2管理软件HighAvailabilityClusterMultiprocessing(HACMP)环境要求工作温度5-35()工作湿度8%-80%某零售集团信息仓库OLAP服务器配置表6IBMXSeries255酉己置基本参数处理器类型IntelXeonMPProcessor处理器主频2.20GHz处理器缓存每个处

29、理器配512KB二级缓存处理器个数2最大处理器个数4内存类型PC1600DDRSDRAM内存容量2GB最大内存容量24GB存储设备硬盘类型Ultra320SCSI硬盘容量936.4GB+1272GB软驱3.51.44MB光驱CD-ROM网络网卡类型/数量10/100操纵器接口与扩展槽I/O端口4个串口，2个端口连接P系列硬件管理操纵台、键盘、鼠标插槽X托架总数（空闲）：7(7)X16(12)电力特征电源供应类型110-220voltHotSwapRedundant2Std.电源370W热辐射1000W声音辐射6.5Bels软件系统操作系统MicrosoftWindows2000Advanced

30、Server环境要求工作温度5-35()工作湿度8%-80%某零售集团信息仓库Web应用服务器配置表7IBMXSerieS235酉己置基本参数处理器类型IntelXeonMPProcessor处理器主频2.80GHz处理器缓存每个处理器配512KB二级缓存处理器个数2最大处理器个数2内存类型PC1600DDRSDRAM内存容量IGB最大内存容量12GB存储设备硬盘类型Ultra320SCSI标准硬盘容量636.4GB软驱3.51.44MB光驱CD-ROM网络网卡类型/数量10/100操纵器接口与扩展槽I/O端口4个串口，2个端口连接P系列硬件管理操纵台、键盘、鼠标插槽X托架总数（空闲）：7(7

31、)X16(12)电力特征电源供应类型AutoRestart电源560W热辐射121W声音辐射65dB软件系统操作系统MicrosoftWindows2000AdvancedServer环境要求工作温度5-35(0C)工作湿度8%-80%四、某零售集团Bl项目需求分析的任务概述根据项目建设目标与6月24口项目组周例会精神，某零售集团Bl项目二期系统需求分析任务将包含四个方面的任务：1 .对一期需求业务的重新整理、归类、筛选与补充二期系统与一期系统相比，在硬件平台、操作系统、数据库软件与开发工具方面都将有重大改变，因此与其说是一期系统的迁移，不如说是在二期系统全新架构下对一期需求业务内容的一种包容

32、，相当于重新开发，同时是在新的软、硬件开发环境下进行的。在二期系统开发中，我们将对一期需求业务进行重新整理、归类、筛选与补充。比如：关于一期系统中那些适合多维分析的业务，我们将使用OLAP技术进行优化，对一期中使用效果不好的报表将予以改进甚至废弃以提高系统利用率。2 .跨业态商流、物流分析跨业态商流、物流分析的要紧目标是针对定牌、联合采购与生鲜等跨业态销售的商品进行专项主题统计分析，为有关部门进行业务分析、绩效考核与管理决策提供数据根据。其中包含给出自动计算定牌商品占所在门店或者经营单位销售总额的比例，包含给出简约的几个KPI指标来衡量联合采购的效果。同时保留一期系统中对生鲜业态的主题分析。3

33、 .决策支持系统将开发专门针对公司领导的综合查询与决策分析系统，核心目标是：通过信息深度加工与度身定做的信息展现与传递模式，提高决策者对信息的利用效率与利用度，提高决策者应用信息的积极性与应用效果。该系统将针对不一致领导提供个性化、高度简约的静态综合报表、动态KPI指数与业务宏观进展趋势等决策支持服务。这样有利于解决一个制约公司管理水平的最大瓶颈：公司最需要量化信息并做到“心中有数”的决策型管理者，往往没有的时候间消化信息，由于目前运营基础信息的积存速度太快，而传统的信息加工与展现方式太繁杂、消耗时间了，往往给出的是零碎的信息，而不是集约化的定量的概括性、总结式信息。在与有关领导的需求调查后提

34、供有关该系统的全面设计文档。4 .数据交换平台某零售集团数据交换平台系统建设的目标是设计一个完整、有用、适合连锁零售业海量数据传输、交换及处理的平台。根据某零售集团企业特点，该交换平台应是一个基于不一致应用标准、组件化、架构良好、具有很好扩展性的多层的开放的软件体系。为了满足某零售集团各业务系统与与外部系统间数据传输需要，某零售集团BI项目二期系统建设中将根据某零售集团企业内部及外部系统应用的不一致特点，确定数据交换所应采取的不一致技术手段。如企业与供应商之间的数据交换具有数据量相对较小，实时性、安全性要求相对较高等特点，可使用XML数据集成方式进行数据交换。而BI系统与各业务系统间的海量数据

35、交换用XML方式就显然不能适用了。因此务必针对公司的各个职能部门、各个业态、各个地区的计算机系统、数据库系统、数据接口、业务流程、业务规则、数据分析需求进行全面调研，规划数据交换的标准与平台技术。能够预见最终形成的某零售集团企业数据交换平台标准将是一个采取了多种数据交换及集成技术的综合解决方案。五、某零售集团Bl项目需求分析的对象根据某零售集团企业行业特征及企业组织架构，按职能、主题划分，Bl二期项目业务模型分析的对象有4大类：1 .区域/业态本项目的一个要紧目标是为某零售集团的各区域/业态（包含中等超市业态子公司、加盟店、大卖场业态子公司、便利店业态子公司便利、江苏分公司、浙江分公司等）提供

36、不一致视角（包含运营分析、商品分析及供应商分析等）与不一致层面（包含门店、直营/合资、区域/业态等）上提供及时有效的分析统计报表，帮助各区域/业态的各级运营、商品管理部门用户及时做出准确有效的业务与管理决策，从而提高经营效益。区域/业态主题分析要紧内容包含：1）中等超市业态子公司主题分析运营分析为中等超市业态子公司各级运营部门提供不一致视角（包含销售、库存、促销等）、不一致层面（包含门店、直营/合资、标超等）上的分析统计报表，为中等超市业态子公司运营部门用户运营管理提供有效的业务与管理支持，从而提高运营效率。运营分析的要紧内容包含： 销售分析 库存分析 促销分析 KPI指标要紧服务对象：中等超

37、市业态子公司各级运营部门。商品分析商品分析耍紧目标是为中等超市业态子公司的商品管理部门提供基于品类的统计分析报表，包含供应商、合同、订货、销售、库存与KPl指标等内容。为商品管理部门进行品类管理、优化商品品类结构及提高经营效益提供数据根据。商品分析要紧内容包含： 合同 订货 销售 旬报 供应商 品类KPI指标 品类组KPI监控 品类组业绩监控主题服务对象：中等超市业态子公司商品管理部门负责人、各品类经理及销售管理部。供应商分析对供应商做横纵向对比分析是流通企业优化供应商结构，提高经济效益的要紧手段。供应商分析要紧内容包含： 供应商基本查询 供应商供应结构分析 供应商供货能力分析 供应商销售分析

38、 供应商库存分析 供应商奉献度分析（KPI）主题服务对象：中等超市业态子公司商品管理部门负责人及各品类经理2）加盟店分析从不一致视角（销售、库存、耍货及发货）提供及时有效的分析统计报表，帮助某零售集团加盟店的管理部门用户掌握具体业务情况，及时做出准确有效的业务与管理决策。 进货分析 销售分析 库存分析 要货分析主题服务对象：某零售集团加盟公司3）大卖场业态子公司主题分析（将来纳入）4）便利店业态子公司便利主题分析（将来纳入）5）江苏分公司主题分析（将来纳入）6）浙江分公司主题分析（将来纳入）2.跨业态商品分析跨业态主题分析的要紧目标是针对定牌、联合采购与生鲜等跨业态销售的商品进行专项主题统计分

39、析，为有关部门进行业务分析、管理决策提供数据根据。其中包含给出自动计算定牌商品占所在门店或者经营单位销售总额的比例，包含给出简约的几个KPl指标来衡量联合采购的效果。同时保留一期系统中对生鲜业态的主题分析。跨业主题分析要紧内容包含：1）定牌商品主题销售主题库存主题定牌商品结构分析定牌商品供货能力分析定牌商品奉献度分析（KPl）主题服务对象：各区域/业态商品管理部门及产品开发部2）联合采购商品主题供应商主题库存主题销售主题联合采购效果评估（KPI）主题服务对象：各区域/业态商品管理部门及联合采购部3）生鲜商品主题销售统计报表销售跟踪报表主题服务对象：各区域/业态商品管理部门、运营部门及某零售集团

40、生鲜加工中心3.中仓分析对中仓进、发货与库存情况进行统计分析，以向用户反映商品在中仓的流转情况，为某零售集团物流部门优化商品库存结构与提高物流效率提供数据根据。中仓主题分析要紧内容包含：1）中仓库存分析2）中仓进发货分析3）门店向中仓要货统计主题服务对象：中仓、各区域/业态商品管理部门及物流配送部门4.决策分析将开发专门针对公司领导的综合查询与决策分析系统，核心l三l标是：通过信息深度加工与度身定做的信息展现与传递模式，提高决策者对信息的利用效率与利用度，提高决策者应用信息的积极性与应用效果。该系统将针对不一致领导提供个性化、高度简约的静态综合报表、动态KPI指数与业务宏观进展趋势等决策支持服

41、务。这样有利于解决一个制约公司管理水平的最大瓶颈：公司最需要量化信息并做到“心中有数”的决策型管理者，往往没有的时候间消化信息，由于目前运营基础信息的积存速度太快，而传统的信息加工与展现方式太繁杂、消耗时间了，往往给出的是零碎的信息，而不是集约化的定量的概括性、总结式信息。在与有关领导的需求调查后提供有关该系统的全面设计文档。主题服务对象：某零售集团总部领导人。六、日常业务报表分析的全面内容详见文件二期系统日常业务报表范围。七、多个业务因素、多角度、随机式探索式分析OLAP1 .探索式分析功能概述多个业务因素、多角度、随机式的探索式分析，即OLAP,是一种主流的、日渐成熟的基础业务数据应用方法

42、。它借助于某零售集团信息仓库的多维结构数据组织，为用户提供多层次、多视角、综合交叉的数据查询功能，有效地习惯了业务决策中对数据信息的需求的突发性（相当随机）、时效性很强（没有足够时间度身定做）与临时性（往往用了一次很少再重复使用）的特点。在二期系统中，我们将通过对一期原有历史数据的导入、清洗与整合，构造出一个适合于探索式分析要求的某零售集团信息仓库环境，为某零售集团用户提供便利有效的业务探索式分析（OLAP）功能。用户能够根据实际需要迅速地熟悉各类有用的统计分析信息及报表，并通过多种形式的转换与展现，得到对企业业务数据最全面、最透彻的认识。2 .探索式分析的形式分析的目标旨在为某零售集团的业务

43、管理人员在完成各类选择性、推断性工作的时候提供信息参考。这一功能不能够直接进行业务的处理，其所生成的报告应被视为统计分析报告，而不是真正意义上的业务报表。业务探索式分析（OLAP）所提供的是一种全面的、多方位的、高度统计性的查询分析服务。这一查询服务是面向主题的，也就是说，同一主题的有关数据将会被归纳在一起，并通过集成整合，目标是使管理人员能够快捷地获得其完成决策分析所需要的复杂的统计数据。这种面向主题查询的技术基础是某零售集团信息仓库。本查询功能的服务界面包含多维查询矩阵（DeCiSiOnCube）、趋势图、直方图、饼图等多种不一致形式的展示。项目导览图5业务探索式分析（OLAP）的数据展现

44、这里的“多维”与“维度”的具体含义是，在多个（多于两个）不一致的分类轴（其分类标度能够是离散的也能够是连续的）上，对数据进行加总、求平均、求增减量、求有关比率等统计运算，从而将高度集成的统计数据依照分类轴的标度展现给使用者，提供一种综合、直观、具有很强表达力与决策支持能力的数据展现功能。3 .探索式分析所提供信息内容探索式分析所提供的信息分别按照不一致的主题，从不一致的角度按维度展开、全面的反映主题数据的状况。某零售集团Bl项目二期系统提供进货、销售与库存等主题；同时提供时间、业务部门与区域等公用维度，针对不一致的主题提供什么维度，将在需求全面分析探索式分析中全面介绍；这里的“多维”与“维度”的具体含义是，在多个（多于两个）不一致的分类轴（其