回顾总结:DW项目的总结与回顾（上）

        最近直在SONY参和个DW项目(Sony China Tri-One Project)主要负责将用户生产及供分析数据从SAP中ETL到搭建在ORACLE中POOL里并为其它系统提供相应数据接口并且这个POOL也是由我们负责根据用户需求来设计并构建客观地说我们工作部分是整个DW项目中这个分支项目基础和关键核心当然了解和熟悉DW项目人也都会赞同我观点毋庸置疑整个项目规模是很庞大参和此项目也都是几个大公司如IBM、HP、FUJITSU等我公司名气显然没前面几个大因此在整个项目中也只是分了小杯羹前面几个公司参和此项目大多 2、 3十号人马显得浩浩荡荡而我们项目组连PM才总共3人不过做事情却是这个分支项目中最累最繁杂部分目前我们工作部分已进入到提供相应数据接口阶段应该说已经接近尾声现在将前段时间工作中心得体会和积累下来些零碎东西整理成文

先总体来看这个项目应该说我们负责部分有4个核心阶段:
、需求数据从SAP系统迁移到ORACLE系统阶段
2、POOL需求分析、设计和构建阶段
3、数据从ODS中ETL到POOL阶段
4、向其它系统提供数据接口阶段

接下来就每个阶段工作过程及要点做个大致整理总结和回顾

、需求数据从SAP系统迁移到ORACLE系统阶段
通常DW项目实施中在这阶段为了避免复杂业务或者转换逻辑直接和生产系统加载而往往提供ODS层出于技术层面上考虑及用户认可我们也设计并提供这数据层以保证数据在区别系统间迁移时平滑过渡SAP系统不像别ERP系统样它对自身管理以及安全性方面有着更高和更严谨要求我们也只能借助个用户提供应用层有限地来了解SAPDB结构因此我们必须借助ETL工具(对于这个项目客户选用是INFORMATICA)来将构建DW用到SAP中很多系统表抽取到ORACLE系统中以便研究和搞清其结构和关系用户对整个项目过程中任何设计、开发和测试要求都很严格想尽量避免频繁地无谓地和SAP进行数据交互最重要是用户现场有3个SAP环境分别是开发、测试和生产环境因此通过INFORMATICA设计产生ABAP都将在这3个环境下注册并移植所以用户是不希望看到未经严格测试而通过ABAP在3个环境中反复注册移植现象(移植工作是由用户来做^_^)总体看这个阶段工作是比较简单但比较费时繁琐

2、POOL需求分析、设计和构建阶段
通过前阶段工作我们从用户大致需求出发已经将项目中涉及到SAP系统表抽到了ORACLE平台上这样对我们深入分析表结构和表间关系及了解掌握其业务逻辑带来了极大便利同时也尽可能减少了和SAP系统交互这阶段工作中我们首先熟悉了系统中表结构及数据关系定程度上理解了数据关系中所包含和体现业务逻辑然后就又回头对照用户EXCEL式需求条目细致地去分析如何将需求完全、合适地加载整合到要设计出业务模型里面当然了这个阶段中和用户沟通是十分关键和必要只有和用户进行全方位交流和明确确认才能真正体会到用户实际需求不至于出现对业务逻辑产生理解偏差现象所以这个阶段中大小会议成了主旋律在清晰地理解了用户需求、数据关系和业务逻辑后我们就借助POWERDESIGNER来着手设计业务模型了我们大致是按照业务模块来分工做模型设计在做模型设计过程中当问题积累到定程度后就又同用户进行交流以澄清、确认或加以介绍说明反反复复就是为了明明白白POOL业务模型最终成型了紧接着就是根据将其生成物理模型并最终创建到ORACLE里应该说这阶段是这个项目中最艰苦、最熬人同时也是最为关键个阶段不过旦将这阶段做好、做扎实了那后面工作就会变得心应手、马平川了


(待续…)

延伸阅读