BW项目周记(第1周)

 

第1周 2007/3/5 到 2007/3/9

 3月2号从江西出发来到北京，经历了南昌火车站人山人海的场面，看到了很多武警在维持次序，感慨老百姓过个春节真是不容易呀，所幸买到了一张有座位的退票，否则，只有站着来北京了。利用2天时间安顿下来后，就开始了项目的实施。

   客户是国内知名的贸易型企业，用的SAP软件版本是Netweaver 2004s,版本是最新的，其中ERP业务重点是GTM（全球贸易管理），还启动了Adobe的工作流，至于Netweaver 2004s是怎么和Adobe工作流无缝链接的，我并没有很深的了解，但这个方案肯定比SAP的工作流要好，个人曾经测试过R3的工作流，感觉还是摸不到头绪，也许要和业务配合强些，才能发挥R3工作流的强大功能吧。

   业务方面经过简单的培训，大致了解了所谓的GTM，其实就是把SD/MM加了一个很简单的面具而已，不过，如果是个人要学习业务，GTM确实是个很好的应用。

   BW方面，由于用的是BI7.0, 版本是最新的，和BW3.x有很大的不同，特别是把Update Rule和Transfer Rule去掉了，换成了Transformation，另外，所有的DataSource都有版本区别了。所幸的是BI7还支持老版本。

   这个BW项目前面已经有2个顾问都做过短期的实施，另外BPS和BCS需求也很大，做的配置和设置都很多，对一个新来的顾问来说，确实有难度，不过，基于对BW技术的自信，还是有信心的。

   项目的第一个挑战来自BI7.0的short dump，基本随便点一下更改更新规则或者显示数据流，系统立刻出错，以前顾问一直没解决这个问题，所以，他们都用了BW3.X的数据流概念，不敢用BI7.0的DTP。这个错误给我的直觉是BW的补丁不够，当前补丁是10，而SAP发布的补丁已经到了12，所以，要求BASIS把ABA/BASIS的补丁打到12,但BASIS的反馈很不乐观，他说打补丁到12，就必须同步打JAVA的补丁到12，这样WEB才不会出错，而打JAVA的补丁，成功率不到1/3，所以很难立刻把补丁升级到12，最后我提出，先在BW SANDBOX机上，把ABA/BASIS补丁打上去，我同步测试。

当BASIS把BW SANDBOX补丁打到11的时候，经过测试，发现BW错误依旧，非常不爽，这个时候，肯定想到了GUI的补丁也要考虑，可是SAP 的NOTES并没有找到最新的补丁（NOTES太多，几十页，根本找不到），我想到了发MESSAGE,结果在发MESSAGE的第1页，就搜到了解决方案，原来只要把2个OCX文件覆盖一下，然后REGSRV32.EXE注册一下，问题立刻解决，非常搞的是，那个方案说，这个办法解决了every case. 果然是every case， 哈哈。至此，再到BW系统，发现不再出现错误了，数据流显示很正常，更改更新规则，或者转换，也不再出错，问题圆满解决。在这里，就有点要抱怨SAP了，既然是GUI方面的错误，为什么系统总要报是BW自身的函数出错呢？太误导大众了。

项目的第2个挑战来自BW信息对象的使用上，由于这个项目是国内最早在BW上实施BPS/BCS的项目之一。所以，很多的顾问都已经利用各种各样的信息对象，比如单就供应商这个对象，就用了0GN_VENDOR,0BPARTNER,0SLL_VEND等，非常的不规范，而且这些对象间，又有很麻烦的互相参考关系，如何缕清这些关系，要求在既不影响其他顾问现在所作的工作，同时又能把项目规范下来的前提下，进行这个很有艺术的工作。

首先考虑的是，把对BW有重大影响的信息对象规范下来，这几个对象是0VENDOR,0CUSTOMER,0MATERIAL,按照客户的实际情况，还是废除0MATERIAL，启用ZMATERIAL，同时对0VENDOR,0CUSTOMER进行规范，把容易导致误解的0BPARTNER改成普通属性，或者干脆删除，这个属性对很多道艺不高的顾问或者关键用户，容易造成很大的误解和发生很多不必要的错误。至于0COMPANY/0COMP_CODE等，由于BCS应用有重大特殊用处，不做任何修改。

接下来的工作就是要创建ZMATERIAL，以及对0VENDOR/0CUSTOMER做大手术了，创建ZMATERIAL没什么问题，由于时间关系，没完成数据的提取。在修改0VENDOR/0CUSTOMER时，又出现了很大的麻烦，以前的顾问把这些对象全部设置为信息供应者，这真是对BW概念领悟得不深刻，我估计是他们不知道怎么去抽取数据，万般无奈，才想到了要创建成信息供应者，这样可以直接处理，他们肯定忘记了信息源的主要功能。

对0VENDOR/0CUSTOMER的主要修改在于一方面把不必要的导航属性改成显示属性，这步很容易实现，另一方面，就是要把0VENDOR的信息供应者特性去掉，因为不可能用这个来做报表，所以，从系统规范角度来说，一定要去掉这种毫无意义的信息供应者。在做这个动作的时候，系统一直不让激活，一直强调要到信息供应者界面去取消这个特性，结果发现根本不行，无意中，输入了一个错误的InfoArea,发现InfoArea自动变成了未分配的信息区，然后就能激活了，真是不容易了，再把未分配的信息区去掉，再激活信息对象，OK! 呵呵，这里也要感触了，接手别人的二手项目真是不容易呀，他们起码做了100个这样的信息供应者了，要去掉得花掉我们关键用户多少时间呀。

到这里，本周工作基本结束，完成了2个的培训，基本了解了业务和BW需求。下周就要开始数据的测试和校验工作了，因为是接手的项目，所以，根本没什么时间来详细了解以前的设计，只能是实在觉得必须更改的，才去做修改，更细致的清理工作，只能等将来空闲的时候来整理了，希望能把这个项目做成一个经典项目。否则，真对不起自己了。