ImageVerifierCode 换一换
格式:DOCX , 页数:31 ,大小:369.43KB ,
资源ID:11927811      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/11927811.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(BI需求分析.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

BI需求分析.docx

1、BI需求分析某零售集团 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三

2、、 某零售集团 BI 系统运行环境 151.软件环境 151)软件环境配置图 152)软件环境配置说明 16客户端软件 16BI 应用 16中间件 16数据库管理系统 17操作系统 172.网络与服务器环境 171)网络与服务器配置图 172)网络与服务器配置说明 18某零售集团信息仓库 ODS 服务器配置 19某零售集团信息仓库 OLAP 服务器配置 20某零售集团信息仓库 Web 应用服务器配置 21四、 某零售集团 BI 项目需求分析的任务概述 211.对一期需求业务的重新整理、归类、筛选和补充 222.跨业态商流、物流分析 223.决策支持系统 224.数据交换平台 22五、 某零售集

3、团 BI 项目需求分析的对象 231. 区域 /业态 231) 中等超市业态子公司主题分析 23运营分析 23商品分析 24合同 24订货 24销售 24旬报 24供应商 24品类 KPI 指标 24品类组 KPI 监控 24品类组业绩监控 24供应商分析 24供应商基本查询 24供应商供应结构分析 24供应商供货能力分析 24供应商销售分析 24供应商库存分析 24供应商贡献度分析( KPI ) 242) 加盟店分析 24进货分析 25销售分析 25库存分析 25要货分析 253) 大卖场业态子公司主题分析(将来纳入) 254) 便利店业态子公司便利主题分析(将来纳入) 255) 江苏分公司

4、主题分析(将来纳入) 256) 浙江分公司主题分析(将来纳入) 252. 跨业态商品分析 251) 定牌商品主题 25销售主题 25库存主题 25定牌商品结构分析 25定牌商品供货能力分析 25定牌商品贡献度分析( KPI ) 252) 联合采购商品主题 25供应商主题 25库存主题 25销售主题 25联合采购效果评估( KPI) 253) 生鲜商品主题 25销售统计报表 25销售跟踪报表 253.中仓分析 261) 中仓库存分析 262) 中仓进发货分析 263)门店向中仓要货统计 264.决策分析 26六、 日常业务报表分析的详细内容 26七、 多个业务因素、多角度、随机式探索式分析 OL

5、AP 261. 探索式分析功能概述 272. 探索式分析的形式 273.探索式分析所提供信息内容 284.探索式分析的基本操作 28八、 决策支持系统 29前言1. 定义这里的某零售集团 BI 项目需求分析书即软件工程中通常所提到的软件需求规 格说明 (Software Requirements Specification ),简称 SRS。具体标准参照了 IEEE830-1998。2. 用途 软件工程初期的一般过程是,软件开发的计划,确定要实现的目标和进度等,然后 就是软件需求规格说明书 ,该说明书必须要得到用户的审核、 确认。此后的开发过程, 都是围绕着需求规格说明书做进一步地细化,直至开

6、发出产品。当然,测试计划中也要 针对需求进行验证,看看是否满足了用户的要求。BI 项目二期建设目标BI 项目二期的建设目标是在一期试验性、应急式 BI 应用成功投入运行的基础上, 结合某零售集团的当前业务运营管理需求与健康扩张(做大的同时,更需要做强)的战 略,首次系统地设计与开发基于某零售集团各类关键基础运营(原始)数据的管理分析 报表体系与相应的基础运营数据集中管理平台 (以下称某零售集团信息仓库) ,从而使某 零售集团的供应商管理、门店绩效管理、各业态商品品类业绩考核建立在可靠的业务数 据基础上,使某零售集团的相关职能部门员工与管理者能够及时看到他们所关心的业务 数据,从而为企业决策者正

7、确决策提供准确、及时的依据,并使企业能更好地为供应商 和顾客服务,进而提高企业的经营管理水平,提升企业整个供应链的竞争力。本节将从总体上描述二期系统的功能目标,主要包括功能体系结构的说明、各模块 之间关系的描述、基本系统界面形式的选择以及各个功能模块的设计目标。本章所定义 的内容,均为二期系统的总体特性,这些特性,将作为后面几节中所详细阐述的具体功 能需求的基本参照。1. 系统的功能体系结构概述 二期系统将在两个层面上为某零售集团提供业务数据分析功能,即,日常业务 报表与高度随机探索式业务信息展现( OLAP)。在二期开发的同时,宏软将基于其长 期积累的商业数据挖掘经验,为某零售集团的下一步深

8、层次数据应用做一些准备与 探索工作,但这个工作的系统展开将作为某零售集团 BI 三期的核心任务。2. 总体功能体系结构说明1 所示:二期系统的总体功能结构如图图1 某零售集团 BI 二期系统功能体系共 29 页第 7 页1) 日常业务报表日常业务报表即那些在业务中使用比较频繁的、 格式与内容固定的数据分析 报表。主要用以反映某零售集团日常经营活动中销售、库存、毛利率等三类主要 因素对某零售集团业务指标的影响。 考虑到首次系统地设计业务模型分析, 为了 提高系统的使用率与节约软硬件资源,在此我们暂时集中精力先考虑这三种要 素。对每一类影响因素的日常业务报表均分为两个部分,即定制脱机报表、联机 报

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

10、多种信息表现方式。比 如:2) 业务探索式分析( OLAP )业务探索式分析功能即通常所说的 OLAP(联机分析处理)功能,这是对日 常业务报表功能的扩充, 主要作用是给某零售集团业务分析人员一个从各个不同 角度与因素组合了解业务现状的一个高效、 易用的业务分析平台。 这样的需求是 现有的一期系统所不能够满足的。这个功能还可以减少大量的非频繁使用的定制性报表需求, 有效地兼顾了大 众化需求与少量深层次需求之间的矛盾,降低了开发工作量与系统资源消耗。在一般的管理信息系统中, 决策数据的不一致性突出, 多个信息提供者对信 息都不具备严格的定义, 不同的业务系统对同一信息数据的理解和定义不同, 甚

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

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

13、算合并处 理包括: 定制脱机报表 联机报表查询高度随机探索式 业务信息展现 (OLAP)对业务数据多角 度、多因素、更随 机的多角度探索 式分析可供旋转、切 片、钻取等处理 的多维查询立 方体及多维查 询图表基于相关某零售 集团信息仓库与 面向相关主题的 数据集市生成业 务探索式分析 (OLAP )报表库 或称立方体KPI 分析指数化与简约化 管理目标,量化关 键因素对企业绩 效的影响状况KPI 分析报告借助于“分析框 架”,对报表数据 进行计算处理及 统计建模3. 系统流程1) 系统总体流程业务规则库抽取B业 其它 系统 务系 系统 某零售集团信息仓库 ODS 统统业务数据源图 2 二期系统

14、总体流程图图 2 所显示的是二期系统的总体系统流程图。 系统的数据来源总体上可以分 为某零售集团总部主档(即基础数据)数据库和 A 业务系统等外部业务数据源。 总部主档库中所保存的是某零售集团方面企业基础信息包括供应商主档、 商品主 档、门店主档、公司组织机构、业务人员主档等数据, A 业务系统等外部业务数 据源主要提供各业态、 各销售单位等前一天的按单品聚合的明细业务数据包括销 售、退货等数据内容。对某零售集团业务部门提供的业务规则如“返利计算规则”等,得到后形成 存储于系统中的“业务规则库” 。所谓“业务规则库”,就是进行业务分析处理时 所需要的计算公式以及合并、抵消原则。对总部主档库及

15、A 业务系统业务数据源进行人工的 “关联关系分析” 处理之后得到“关联关系库”,即各种外部因素与某零售集团业务指标之间的关联情况,包括相关性的判定以及关联函数形式, “关联关系库”是业务模型分析的基本框 架。二期系统某零售集团信息仓库数据存储部分包括两个部分即 ODS库和 OLAP库部分。总部主档库及 A 业务系统业务源数据经过 ETL(数据的提取、转换和装 载)处理之后进入二期系统某零售集团信息仓库的 ODS库部分。 该部分是二期系 统数据存储的主体,其中所有的业务信息再经过第二次 ETL 的清洗和重新整合 后,按照某零售集团信息仓库查询及模型分析所需要的多维形式存储即二期系统 某零售集团信

16、息仓库的 OLAP库部分(即:基于应用主题的数据集市与相应的 Cubes)。某零售集团 BI 二期系统的各种应用功能,都需要从某零售集团信息仓 库中提取数据以作处理。 系统投入运行后, 某零售集团信息仓库将在 ETL工具的 支持下定期进行动态更新。业务规则库、关联关系库和某零售集团信息仓库构成了二期系统中所保存的主体数据内容,同时也是二期系统三部分功能的完整支撑平台。2) 日常业务报表处理流程在日常业务报表处理流程中, 系统首先根据业务规则库和关联关系库所提供 的信息构建模型代数形式例如 “返利计算规则”、“某零售集团总部商品品类历史 主档与在用商品品类主档关联关系” 等,随后从某零售集团信息

17、仓库中提取数据, 计算求出模型的各个参数, 得到模型的具体形式, 最后根据某零售集团信息仓库 数据,以及用户所输入的查询参数,得到模型分析的结果。模型分析结果以报表 和图形两种基本形式展现(图 3)。关联关系库业务规则库图 3 日常业务报表处理基本流程3) 业务探索式分析( OLAP )处理流程在业务探索式分析 (OLAP)功能中,系统从某零售集团信息仓库中提取数据, 根据查询的需要(选择主题、维度,输入维度参数,旋转、钻取指令等)对之进 行组织,将结果以多维立方体以及多维分析图的形式展现出来(图 4)查询报表图4 业务探索式分析( OLAP )处理基本流程4. 数据说明在本节当中,我们将进一

18、步对上述流程中所使用的各项数据内容进行描述。1) 总体数据说明从图 2 的总体流程说明可以看出,某零售集团 BI 二期系统中的主要数据内 容包括总部主档库、 A 业务系统与其它业务数据源、业务规则库、关联关系库、 某零售集团信息仓库、模型分析结果、业务探索式分析( OLAP)查询结果及将在 未来下一期 BI 项目中实现的数据挖掘应用八个大块(表 2 )。表 2 二期系统总体数据说明名称内容主要来源保存方式主档某零售集团方面企业基础信息应包括供应 商主档、商品主档、进价主档、门店主档等 数据。总部主档库某零售集团 信息仓库 ODS(应包括 历史主档、 目 前在用主档)名称内容主要来源保存方式A

19、业务系统等 外部业务数据 源1, 各销售单位及中仓进货清单2, 各销售单位销售清单3, 各销售单位及中仓库存清单4, 各销售单位要货清单5, 生鲜及中仓发货清单6, 各销售单位进货凭证7, 会员销售8, 单品销售9, 客流与折扣10, 单品毛利表11, 日结单12, 退、换货数据13, 理赔数据14, 其他描述性说明第一次 ETL某零售集团 信息仓库 ODS业务规则库1, 业务报表合并规则(板块内部合并和板 块之间合并)2, 业务指标之间运算规则3, KPI 指标运算规则4, 其他业务规则5, 动态分析依据的假设条件6, 国家相关法律政策(如税率等)说明计算机程序 辅助下的手 工整理某零售集团

20、 信息仓库 ODS关联关系库1, 总部主档系统基础数据与 A 业务系统 等外部业务数据源之间基础数据关联 关系。2, 总部历史主档与目前使用主档之间数 据关联关系。3, 某零售集团和供应商之间系统数据交 换 EDI 标准与总部目前使用主档之间数 据关联关系计算机程序 辅助下的手 工整理某零售集团 信息仓库 ODS多维信息仓库经过整合处理并以面向主题的多维形式组织的业务数据。第二次 ETL多维信息仓 库 OLAP日常业务报表1, 报表2, 报告3,图形展示(交互式直方图、折线图等)模型计算、 分析处理部分内容保 存于某零售 集团信息仓 库 ODS名称内容主要来源保存方式业务探索式分 析(OLAP

21、 )查 询结果集根据查询需要从某零售集团信息仓库中提取的多维数据信息仓库, 业 务探索式分 析( OLAP ) 处理信息仓库的 汇总表、 物化 视图数据挖掘分析 结果数据挖掘分析得到的规律集合数据挖掘处 理某零售集团 信息仓库 ODS2) 系统数据来源详细说明详见需求文档二期系统业务数据源详细说明 ,待提交。3) 日常业务报表分析处理数据说明表 3 模型分析处理数据说明名称内容来源保存形式关联关系库影响因素与指标之间的关联关系体系关联关系分析某零售集团信息仓库业务规则库业务计算分析所使用的 公式和遵循的逻辑规则业务规则分析某零售集团信息仓库形式模型库业务模型的代数形式模型形式构建某零售集团信息

22、仓库多维信息仓库经过整合处理并以面向 主题的多维形式组织的 业务数据。第二次 ETL多维信息仓库输入参数用户输入的业务模型分析参数用户输入不保存模型结果数据集根据业务模型和输入参 数计算得到的结果数据。计算分析不保存日常业务报表根据业务模型结果数据集构造的报表展现处理不保存日常业务分析图根据业务模型结果数据集构造的图形输出展现处理不保存4) 业务探索式分析 OLAP 处理数据说明表 4 OLAP 分析处理数据说明名称内容来源保存形式某零售集团信息 仓库经过整合处理并以面向 主题的多维形式组织的 业务数据。第二次 ETL多维信息仓库主题、维度选择需要查询的主题、维度内容用户输入不保存OLAP 结

23、果数据 集根据主题、维度选择,从 信息仓库中提取的数据 块信息仓库查询处 理不长久保存(缓存于信息仓库视图中)OLAP 查询报表多维查询表格展现处理不保存OLAP 多维图形多维查询图形展现处理不保存5. 系统界面基本形式某零售集团 BI 项目二期系统将采用性能优越、 易于扩展、易于维护的三层结构, 即数据库服务器 -应用服务器 -客户端浏览器的结构。这是一种基于 WEB浏览器访问 的系统结构,因此也可以称为 B/S(浏览器 /服务器)结构。这种结构的优越之处在 于:首先,客户端无需安装任何软件,对系统的所有访问都可以通过 Web浏览器来进行;其次,使用独立的应用服务器,使得软件逻辑的扩展变得十

24、分容易,并且可 以方便地加入负载均衡、容错等设计;再次,客户端的访问范围也可以很容易地根 据授权得到扩展。在这种形式下,所有对系统的访问都将通过 WEB浏览器界面来实现。经过数年 来 Internet 的大发展, WEB浏览器已经深入人心。因而对这一基本界面我们无需多 言。需要强调的是,原一期系统中选用的数据可视化工具 Brio 产品仅支持相对较为 呆板的报表显示界面,对于探索式查询、互动分析与丰富的图形表现等需求并不能 提供足够的支持。因此,在二期系统中,我们将选用功能更全面、成熟的 Cognos BI产品,以满足用户对这类数据分析与查询方式的需要。三、 某零售集团 BI 系统运行环境1.

25、软件环境1) 软件环境配置图图5 软件环境配置图2) 软件环境配置说明本系统的软件配置由五层组成:客户端软件用户大部分应用通过浏览器( IE6.0 或 Netscape5.0 )来实现联机查询, 另外系统也可根据用户个性化需求,自动生成定制脱机报表及电子邮件 Email ,主动发送给用户通过 Word、Excel 及 Outlook 等常用办公软件采用 脱机方式阅读。BI 应用主要基于底层的中间件软件及一些独立服务软件,用以实现对数据的抽 取、转换及加载,根据不同的应用主题,对某零售集团信息仓库进行联机报 表查询、预处理自动生成定制脱机报表,多维数据仓库创建、管理及维护, 图形报表的发布和在线

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

27、的兼容性采用了 IBM AIX 5.2 。2. 网络与服务器环境1) 网络与服务器配置图联华总部分支机构外部系统各区域、各业态分 支机构业务系统前台查询 后台数据库供应商前台查询 总部主档库Web浏览号数据交换平台数据抽 取、转换及加载数据抽 取、转换及加载ADSL、拨 等方式BI 系统 Web应用服务器 IBM XSeries 235BI 系统 ODS服 务 器 IBM PSeries 650BI 系 统 OLAP 服 务 器 IBM XSeries 255图6 某零售集团 BI项目二期系统网络架构2) 网络与服务器配置说明某零售集团 BI 系统三台服务器都安装并放置在某零售集团总部机房,

28、通过数据交换平台与总部主档库、各分支机构(包括区域、业态等)的业务 系统(包括 A 业务、 B业务等业务数据源)以及外部系统如供应商系统等相 联。另外,系统还设有 Web应用服务器。某零售集团总部、各分支机构等最 终用户可分别通过浏览器访问某零售集团 BI 系统的应用。某零售集团信息仓库 ODS服务器配置表 5 IBM PSeries 650 配置基本参数处理器类型POWER 4+处理器主频1.2 GHz处理器缓存每个 1.2GHz 处理器卡可配 8MB处理器个数4最大处理器个数8内存类型Chipkill ECC内存容量8GB最大内存容量64GB存储设备硬盘类型SCSI硬盘容量236.4GB

29、6146GB软驱3.5 1.44MB光驱CD-ROM网络网卡类型 / 数量10/100 控制器接口与扩展槽I/O 端口4 个串口, 2 个端口连接 p 系列硬件管理控制台、键盘、鼠标扩展槽个数最多 48个 PCI热插/任意交换适配器( 40个64位PCI-X;8个64位 PCI),电力特征电源类型冗余热插拔电源是否冗余是电源个数2N+1软件系统操作系统AIX 5L 版本 5.2管理软件High Availability Cluster Multiprocessing (HACMP)环境要求工作温度5 35( )工作湿度8% - 80%某零售集团信息仓库 OLAP服务器配置表 6 IBM XSeries 255 配置基本参数处理器类型Intel Xeon MP Processor处理器主频2.20GHz处理器缓存每个处理器配 512KB二级缓存处理器个数2最大处理器个数4内存类型PC1600 DDR SDRAM内存容量2GB最大内存容量24GB存储设备硬盘类型Ultra320 SCSI硬盘容量936.4GB1272GB软驱3.5 1.44MB

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1