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