BI工作流程_第1页
BI工作流程_第2页
BI工作流程_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

精品文档1 工作内容1.1 工作内容构成 工作内容大致可分为四个阶段:需求阶段,设计阶段,开发阶段,测试阶段:(1) 需求阶段:向业务人员了解需求,确定功能模块、维度、指标,及其源系统取数逻辑,形成业务需求文档。进一步针对需求进行分析,提炼各模块的维度和指标,分析维度、指标的取数逻辑,形成需求分析文档。(2) 设计阶段:根据需求分析文档设计页面原型原型分析页面设计文档。设计模型确保满足原型开发所需,形成模型设计文档。进一步设计数据库,确保模型与原型页面都可执行,形成数据库设计文档。(3) 开发阶段:根据数据库设计文档开发数据库,记录开发过程数据库开发跟踪文档、根据模型设计文档开发模型,记录开发过程模型开发跟踪文档、根据原型页面设计文档开发分析页面,记录开发过程分析页面开发跟踪文档。(4) 测试阶段:针对开发内容进行单元测试(测试内容含:分析页面,模型,数据库)。对整个产品进行系统测试。阶段工作内容交付物需求源系统分析包括源系统主要功能,数据结构,数据质量及数据的可访问性分析。业务需求分析分析业务需求文档,提炼出各模块的维度和指标,分析维度、指标的取数逻辑需求分析文档设计原型设计界面架构,页面展示设计。原型分析页面设计文档模型设计数据库物理逻辑模型设计,管理缓慢及快速变化维度,性能考虑。模型设计文档数据库设计文档开发数据库开发根据数据库设计文档开发数据库数据库开发跟踪文档模型开发根据模型设计文档开发模型模型开发跟踪文档分析页面开发根据原型页面设计文档开发分析页面分析页面开发跟踪文档测试单元测试针对数据库、模型、分析页面测试数据库测试报告、模型测试报告、分析页面测试报告系统测试针对整个产品系统进行测试系统测试报告培训客户培训编写整个产品的操作手册系统操作手册1.2 工作流程图2 需求阶段 参与人:需求分析。 提交物:需求分析文档2.1 源系统分析包括源系统主要功能,数据结构,数据质量及数据的可访问性分析。充分理解源系统数据才能不但满足业务需求,并且能超越或预见用户未来可能的需求从而予以相应的考虑。了解数据的格式、数据范围、更新方式及频率、数据质量的好坏,也是选择合适数据抽取、加载方式的基础。2.2 业务需求分析 包括客户即席查询需求分析,报表需求,多维分析需求,数据挖掘需求,权限控制需 求。认真梳理业务需求文档,并编写成适合设计人员、开发人员查看的需求分析 文档。2.3 注意事项a. 用户需求是否清楚。大多数用户在项目开始阶段并不能完全清楚自己需求,在项目进行中需求变更时常发生,所以设计阶段需要充分考虑到扩展性,但是主要需求在这阶段必须弄清楚。b. 没有制定BI的技术标准。BI项目实施是一个长期的过程,一个项目解决所有问题也很少见,通常分阶段实现。所以BI工作选择及总体架构设计等问题必须有长期的考虑。c. 缺乏高层领导及业务部门支持。BI目标用户从高层领导到一线员工都有,且侧重于管理层。BI项目将来会直接介入管理层的日常工作。缺乏领导的理解与支持,将对项目产生巨大的不利影响。业务部门的资源支持也尤为重要。3 设计阶段 参与人:界面设计人员,模型设计人员,数据库设计人员。 提交物:原型分析页面设计文档,模型设计文档,数据库设计文档。3.1 界面原型设计包括界面架构,页面展示设计。架构设计应该包括行业的整体架构,及标注此项目阶段所包括的内容。界面原型设计十分重要,此阶段需要业务人员参与,能够大大减少开发过程返工量。3.2 数据模型设计包括数据库物理逻辑模型设计,管理缓慢及快速变化维度,性能考虑。业务分析产生的文档将直接指导数据库的模型设计。a. 选择建模的方式。ER模型或维度建模。b. 验证模型好坏,ER模型验证是否所有的实体表在模型中正确的建立及实体表之间的关系是否正确。维度建模验证事实表和维度粒度是否相当,不同类型事实表设计(事务事实,快照事实等),模型对于缓慢及快速变化维度的解决方法。c. 性能验证。考虑增加聚合表及索引。d. 模型业务需求验证。3.3 注意事项 a.前端设计加入过多的客户化或额外的编程要求。 b .忽略了项目整体架构设计。 c.设计没有同时从源数据和用户需求出发。 d.数据建模缺少对变化维适当处理,缺少对模型的验证。4 开发阶段 参与人:数据库开发,模型开发人员,前台开发人员。 提交物:数据库、数据库开发跟踪文档、模型、模型开发跟踪文档、分析页面、 分析页面开发跟踪文档4.1 开发阶段包括ETL开发,模型开发,前端报表开发,元数据管理,权限设置等等。设计完成后开发阶段是BI项目中占用大多数人工和时间的阶段,但开发阶段最难还不是开发本身,而是我们的开发是否正是用户需要。虽然设计阶段已经解决过,相比用户对于数据模型的无法理解,用户对于前段报表和分析的要求会非常高,而且经常变化,这里需要ETL队伍和前端开发队伍协同工作,同步开发,分步验收,要让最终用户也参与进来,减少测试阶段的需求变更。4.2 注意事项a.缺乏变化控制流程。b.让最终用户参与。5 测试阶段 参与人:项目自测人员,业务测试人员。 提交物:单元测试报告,系统测试报告。5.1 单元测试 包括ETL正确性测试,报表功能及逻辑的正确性测试,权限正确性测试等等,测试阶 段还应该包括性能的优化。5.2 系统测试业务人员按照需求说明书对系统整体功能进行测试。测试各个功能块是否正确,逻

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论