项目规划与管理
1评估准备
有一个强有力的执行业务主管，业务主管应该对DW/BI系统对组织的潜在影响具有清晰的认识
2范围及论证
确定项目的边界范围
3、人员配备
业务发起人：DW系统的最终客户
业务驱动者：发起人有时会将系统中那些不具备战略性的责任指派给组织中的中层管理人员
业务领导者、业务用户、业务分析师、数据管理师、BI应用设计人员/开发人员、项目经理、技术架构师、数据架构师/建模者、数据库管理员、元数据协调人、ETL架构师/设计人员、ETL开发人员
4、规划的开发与维护
业务需求定义
一、需求预规划
1、选择讨论话题
2、确定及筹备需求小组
3、选择、调度和准备业务代表
二、收集业务需求
1、初启
2、访谈流程
3形成最终文档
三、指导以数据中心的访谈
四、文档话需求
五、需求优先级
技术架构设计
1、建立架构小组
2、收集与架构有关的需求
3、架构需求文档化
4、建立架构模型
5.确定架构实现阶段
6、设计并定义子系统
7、建立架构规划
8、评审及确定技术架构
产品选择及安装
1、了解公司的采购流程
2、建立产品评价矩阵
3.进行市场调研
4、评价的选项列表不要太多
5、必要情况下构建原型系统
6、选择产品、安装试验以及谈判
维度建模—物理设计
1、开发命名及数据库标准
表和列名是用户体验的关键因素，用于数据模型和BI应用的导航，还需要围绕键的定义建立标准以及确定是否允许存在空值
2、开发物理数据库模型
3、开发初始索引规划
4、设计聚合，包括OLAP数据库
5、确定物理存储细节
避免常见的错误
1、过于迷恋技术和数据，而没有将重点放在业务需求和目标上
2、将项目处理为一个巨大的持续多年的项目，而不是追求更容易管理的，虽然仍然具有挑战性的迭代开发工作
3、分配大量的精力去构建规范化数据结构，在基于维度模型建立可行的展现区前，用尽所有的预算
4、将主要精力投入到后端操作性性能和易开发性，而没有重点考虑前端查询的性能和易用性
5、将维度模型放入单一基础之上，不考虑使用可共享的、一制性纬度，通过数据结构将这些模型联系在一起
6、只将汇总数据加载到展示区的维度结构中
7、忽略承认DW系统的成功直接来源于业务的认可。如果用户未将DW系统当成他们制定决策的基础，那么所做的工作就是徒劳无益的
网友评论