《零售集团BI系统需求分析报告文件》由会员分享，可在线阅读，更多相关《零售集团BI系统需求分析报告文件（54页珍藏版）》请在金锄头文库上搜索。
1、某零售集团BI项目需求分析书目录目录2一、前言51.定义52.用途5二、BI项目二期建设目标51.系统的功能体系结构概述52.总体功能体系结构讲明61)日常业务报表8定制脱机报表8联机报表查询82)业务探究式分析（OLAP）83)KPI指标分析报告93.系统流程101)系统总体流程102)日常业务报表处理流程113)业务探究式分析（OLAP）处理流程124.数据讲明121)总体数据讲明122)系统数据来源详细讲明143)日常业务报表分析处理数据讲明144)业务探究式分析OLAP处理数据讲明145.系统界面差不多形式15三、某零售集团BI系统运行环境151.软件环境151)软件环境配置图152)
2、软件环境配置讲明16客户端软件16BI应用16中间件16数据库治理系统17操作系统172.网络与服务器环境171)网络与服务器配置图172)网络与服务器配置讲明18某零售集团信息仓库ODS服务器配置19某零售集团信息仓库OLAP服务器配置20某零售集团信息仓库Web应用服务器配置21四、某零售集团BI项目需求分析的任务概述211.对一期需求业务的重新整理、归类、筛选和补充222.跨业态商流、物流分析223.决策支持系统224.数据交换平台22五、某零售集团BI项目需求分析的对象231.区域/业态231)中等超市业态子公司主题分析23运营分析23商品分析24u合同24u订货24u销售24u旬报2
3、4u供应商24u品类KPI指标24u品类组KPI监控24u品类组业绩监控24供应商分析24u供应商差不多查询24u供应商供应结构分析24u供应商供货能力分析24u供应商销售分析24u供应商库存分析24u供应商贡献度分析（KPI）242)加盟店分析24u进货分析25u销售分析25u库存分析25u要货分析253)大卖场业态子公司主题分析（今后纳入）254)便利店业态子公司便利主题分析（今后纳入）255)江苏分公司主题分析（今后纳入）256)浙江分公司主题分析（今后纳入）252.跨业态商品分析251)定牌商品主题25销售主题25库存主题25定牌商品结构分析25定牌商品供货能力分析25定牌商品贡献度分
4、析（KPI）252)联合采购商品主题25供应商主题25库存主题25销售主题25联合采购效果评估（KPI）253)生鲜商品主题25销售统计报表25销售跟踪报表253.中仓分析261)中仓库存分析262)中仓进发货分析263)门店向中仓要货统计264.决策分析26六、日常业务报表分析的详细内容26七、多个业务因素、多角度、随机式探究式分析OLAP261.探究式分析功能概述272.探究式分析的形式273.探究式分析所提供信息内容284.探究式分析的差不多操作28八、决策支持系统29一、 前言1. 定义那个地点的某零售集团BI项目需求分析书即软件工程中通常所提到的软件需求规格讲明 （Software
5、Requirements Specification），简称SRS。具体标准参照了IEEE 830-1998。2. 用途软件工程初期的一般过程是，软件开发的打算，确定要实现的目标和进度等，然后确实是软件需求规格讲明书，该讲明书必须要得到用户的审核、确认。此后的开发过程，差不多上围绕着需求规格讲明书做进一步地细化，直至开发出产品。因此，测试打算中也要针对需求进行验证，看看是否满足了用户的要求。二、 BI项目二期建设目标BI项目二期的建设目标是在一期试验性、应急式BI应用成功投入运行的基础上，结合某零售集团的当前业务运营治理需求与健康扩张（做大的同时，更需要做强）的战略，首次系统地设计与开发基于某
6、零售集团各类关键基础运营（原始）数据的治理分析报表体系与相应的基础运营数据集中治理平台（以下称某零售集团信息仓库），从而使某零售集团的供应商治理、门店绩效治理、各业态商品品类业绩考核建立在可靠的业务数据基础上，使某零售集团的相关职能部门职员与治理者能够及时看到他们所关怀的业务数据，从而为企业决策者正确决策提供准确、及时的依据，并使企业能更好地为供应商和顾客服务，进而提高企业的经营治理水平，提升企业整个供应链的竞争力。 本节将从总体上描述二期系统的功能目标，要紧包括功能体系结构的讲明、各模块之间关系的描述、差不多系统界面形式的选择以及各个功能模块的设计目标。本章所定义的内容，均为二期系统的总体特
7、性，这些特性，将作为后面几节中所详细阐述的具体功能需求的差不多参照。1. 系统的功能体系结构概述二期系统将在两个层面上为某零售集团提供业务数据分析功能，即，日常业务报表与高度随机探究式业务信息展现（OLAP）。在二期开发的同时，宏软将基于其长期积存的商业数据挖掘经验，为某零售集团的下一步深层次数据应用做一些预备与探究工作，但那个工作的系统展开将作为某零售集团BI三期的核心任务。2. 总体功能体系结构讲明二期系统的总体功能结构如图1所示：58 / 58图1 某零售集团BI二期系统功能体系某零售集团信息仓库ETL(抽取、转换、加载)联机报表查询、定制脱机报表、业务探究式分析（OLAP）、专题分析模
8、型元数据管理WEB服务器客户端客户端客户端客户端客户端模型库总部主档库A业务数据库B业务数据库外部数据源其他业务库区域/业态分析中仓主题分析跨业态主题分析决策支持主题分析.1) 日常业务报表日常业务报表即那些在业务中使用比较频繁的、格式与内容固定的数据分析报表。要紧用以反映某零售集团日常经营活动中销售、库存、毛利率等三类要紧因素对某零售集团业务指标的阻碍。考虑到首次系统地设计业务模型分析，为了提高系统的使用率与节约软硬件资源，在此我们临时集中精力先考虑这三种要素。对每一类阻碍因素的日常业务报表均分为两个部分，即定制脱机报表、联机报表查询。 定制脱机报表即依照用户稳定的公共业务需求，系统自动生成
9、，并可选择向特定用户或用户组主动发送的可用脱机方式扫瞄的定制报表，它能够EXCEL或其它大伙儿适应的文件形式独立于系统存在。例如门店业务方面的中类销售报表，分为日、周、月报表三种格式。比如：中类销售报表（按中类汇总）所选门店各中类的销售额、数量、毛利及同环比日报、周报、月报 联机报表查询即依照用户大量、经常性的业务查询需要，由系统对历史数据进行预先处理，处理结果在某零售集团信息仓库中以数据表的形式存在，以方便用户通过联机方式随时按条件进行查询得到，例如门店业务方面的大类销售连续性查询，用户界面上呈现的能够是柱方图或曲线图等多种信息表现方式。比如：销售连续性查询（按大类）所选门店所选大类在所选时
10、段内每日的销售金额2) 业务探究式分析（OLAP）业务探究式分析功能即通常所讲的OLAP（联机分析处理）功能，这是对日常业务报表功能的扩充，要紧作用是给某零售集团业务分析人员一个从各个不同角度与因素组合了解业务现状的一个高效、易用的业务分析平台。如此的需求是现有的一期系统所不能够满足的。那个功能还能够减少大量的非频繁使用的定制性报表需求，有效地兼顾了大众化需求与少量深层次需求之间的矛盾，降低了开发工作量与系统资源消耗。在一般的治理信息系统中，决策数据的不一致性突出，多个信息提供者对信息都不具备严格的定义，不同的业务系统对同一信息数据的理解和定义不同，甚至许多相同命名的数据所指代的业务信息并不相
11、同。这些问题给基于数据的业务分析与决策支持带来了巨大的困难。因此在某零售集团二期系统开发中，为有效、可持续地实现上述业务探究式分析（OLAP）功能与其它非定制静态报表，首先必须对相关关键业务基础数据做抽取、清洗和整合（这些数据预备工作简称ETL）的ODS信息仓库建设工作，然后再依照具体业务探究式分析（OLAP）的应用需求，再次做更高层次的数据抽取、改造（含生成新的衍生变量）与整合工作，因此对整个BI系统而言共有两次ETL过程，在工作量上要予以充分评估。3) KPI指标分析报告作为对上述两种报表体系的一种应用，我们针对相关业务部门提出了一些差不多的KPI指标，这些指标是基于某零售集团信息仓库的数
12、学挖掘模型的示范性应用，作为抛砖引玉，为在下一期项目中建立更系统的KPI指标体系做好铺垫与引导工作。考虑到系统的有用性，我们遵守的一个最重要原则是KPI指标个数绝对不能超过5个，否则信息过多，不利于决策者的快速消化与应用，就失去KPI的宗旨了。KPI结果将在系统支持的前提下以用户方便的形式呈现。表 1 二期系统功能模块一览功能名称解决的问题要紧输出结果要紧方法备注日常业务报表业务现状况以及外部因素对业务指标的实际阻碍状况分析报表分析图形借助于“分析框架”，对报表数据进行计算合并处理包括：定制脱机报表联机报表查询高度随机探究式业务信息展现（OLAP）对业务数据多角度、多因素、更随机的多角度探究式
13、分析可供旋转、切片、钻取等处理的多维查询立方体及多维查询图表基于相关某零售集团信息仓库与面向相关主题的数据集市生成业务探究式分析（OLAP）报表库或称立方体KPI分析指数化与简约化治理目标，量化关键因素对企业绩效的阻碍状况KPI分析报告借助于“分析框架”，对报表数据进行计算处理及统计建模3. 系统流程1) 系统总体流程A业务系统第一次抽取/转换/加载汇总钻取/切片/旋转关联关系库业务规则转换关联关系转换第二次抽取/转换/加载多维数据仓库OLAP图形、报表B业务系统其它系统某零售集团信息仓库ODS总部主档库业务数据源业务规则库图2二期系统总体流程图图2所显示的是二期系统的总体系统流程图。系统的数
14、据来源总体上能够分为某零售集团总部主档（即基础数据）数据库和A业务系统等外部业务数据源。总部主档库中所保存的是某零售集团方面企业基础信息包括供应商主档、商品主档、门店主档、公司组织机构、业务人员主档等数据，A业务系统等外部业务数据源要紧提供各业态、各销售单位等前一天的按单品聚合的明细业务数据包括销售、退货等数据内容。对某零售集团业务部门提供的业务规则如“返利计算规则”等，得到后形成存储于系统中的“业务规则库”。所谓“业务规则库”，确实是进行业务分析处理时所需要的计算公式以及合并、抵消原则。对总部主档库及A业务系统业务数据源进行人工的“关联关系分析”处理之后得到“关联关系库”，即各种外部因素与某零售集团业务指标之间的关联情况，包括相关性的判定以及关联函数形式，“关联关系库”是业务模型分析的差不多框架。二期系统某零售
