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需求。下周就要开始数据的测试和校验工作了,因为是接手的项目,所以,根本没什么时间来详细了解以前的设计,只能是实在觉得必须更改的,才去做修改,更细致的清理工作,只能等将来空闲的时候来整理了,希望能把这个项目做成一个经典项目。否则,真对不起自己了。
 
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值