某零售集团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业务系统业务数据源进行人工的“关联关系分析”处理之后得到“关联关系库”，即各类外部因素与某零售集团业务指标之间的关联情况，包含有关性的判定与关联函数形式关联关系库”是业务模型分析的基本框架。二期系统某零售集团信息仓库数据存储部分包含两个部分即ODS库与OLAP库部分。总部主档库及A业务系统业务源数据通过ETL（数据的提取、转换与装载）处理之后进入二期系统某零售集团信息仓库的ODS库部分。该部分是二期系统数据存储的主体，其中所有的业务信息再通