BW项目周记(第3周)

  

第3周 2007/3/19 到 2007/3/25

周一感觉有点不爽，做的几个模型都不能传输到测试机上，主要原因是一些莫明其妙的信息对象还连着ERP系统，而在ERP系统端，这些数据源又没有激活，比较典型的例子是0DOC_CLASS，它还有ERP连接的数据源；所以，基本所有的传输都失败。另外，0RECORDMODE的更新在新的转换中的处理，还有就是0PROCESSKEY的理解。

经过郁闷的周一，迎来了愉快的周二。针对周一传输问题，进行了仔细的分析，为什么做一个简单的销售信息块，基本就是参考0SD_C03做的，抽取的数据就是销售行项目和发票数据，完成的是商品的签约和执行情况的分析，应该是一个很简单的模型，可是在Change Request中，为什么会出现一堆莫明其妙的0DOC_CLASS等，与这个信息块或者信息块包含的信息对象没有任何一点联系，它凭什么出现在这个请求中呢？经过分析，估计是传输了某个应用组件把它也顺便带上了，如何才能从请求中不带上它呢？办法很简单，就是把信息块放到一个请求中，看看到底会有哪些信息对象放到请求中去，当然不必真的生成请求，毕竟只是模拟。答案很快有了，经过分析发现，0BILLPRTY参考OCUSTOMER,而OCUSTOMER中，又有很多完全不用的属性，这些属性又有自己的一堆属性，所以，仅仅为了激活一个0BILLPRTY，必须激活将近100个信息对象和应用组件。解决办法就来了，经过仔细分析，将0CUSOTMER,0MATERIAL,0PLANT,0COMP_CODE,0VENDOR,0COSTCENTER等对象无用的属性大量删除，特别是那些属性又包含别的属性及一些地理信息全部清理掉，再把信息块放到请求中，发现已经大大减少了包含的对象，而且，每个组件都是自己能看懂和必须的，把这个主数据的信息对象全部做成一个传输请求，传到测试机，很快就成功。当然，也有一个小问题，就是0SOLD_TO一直参考0CUSTOMER，当0CUSTOMER激活的时候，一直认为0SOLD_TO包含几个导航属性，解决办法就是手工激活0SOLD_TO几次，然后又去修改0CUSTOMER，再重新传请求，OK。 这个清理主数据的过程，本来是我进项目的时候，就着手做的事情，可是一直因为BPS的测试，拖到今天才进行，非常高兴的是，BPS下午也在进行汇报和培训工作，他们进展也很顺利，我们同步做主数据的清理没影响他们的汇报，真是不容易呀。

重新传信息块，很成功，一点问题都没有。很感慨以前的2任顾问，把这么多问题都遗留到现在，从技术方面来说，基本所有BW7.0的技术问题全部解决。总共花了12个工作日，解决的问题包括：BW7.0显示到处报错问题，转换的使用问题，主数据清理问题，传输问题等等，当然，还有一个重要问题就是，以前的模型基本都是废的，逻辑上有重大问题。这方面肯定能解决，当然全部让内部顾问做就可以了。

关于项目进度方面，顾问方其实一直在关注以前实行的4个报表，今天解决完传输问题后，所有的新模型应该能用上了，等数据抽取后，完全可以测试了。进一步传生产机，也就是一个很简单的问题。当然，我在这方面还要催促一下，别耽误了项目进度。

另外，总结一下0RECODEMODE的用法，这个0RECORDMODE其实是以前BW2。0的事情，为了解决2LIS_11/12/13等支持增量抽取的数据源，引出来的一个信息对象，当时，数据源的增量抽取是用‘D’方式，后来改为‘ABR’方式了，这个时候就用了ORECORDMODE对象。而另外的0PROCESSKEY也是一样，主要是解决2LIS_02/03的数据源问题。我会再写一个这个文档来详细说明。

 经过对ONLINEHELP的转换部分仔细研究,对0PROCESSKEY和0RECORDMODE又有了更深的理解和认识,当然更重要的是数据源和ODS的认识了,以前的BW在线帮助写得太粗糙;呵呵,这部分内容完全可以包括在<BW深度历险>中,不知道有没有空来写这样的书.