2013 sap 泛微项目感想

刚毕业参与到一个价格不菲的项目中，开始学abap做pi到sap接口，做了几个然后oa到pi接口，一直在学习新东西。不过随着时间的推移，也感觉到其中不合理的地方。

行业：连锁百货    后台：sap  前台 ：泛微协同管理平台OA。

06-28---

10-28一些表单有什么问题，都是小问题，测试人员口头对开发人员说，开发人员手头又有活，就容易忽视。

系统流程线太长，eweaver 和sap两个不同的系统，在接口，数据传输花费的时间太多，一个流程，前台表单，oa到pi接口，pi到sap接口，两方业务人员，有八个人，不容易协调。一个简单的功能，比如验证表单某个单号是否存在，就要从前台走到后台再反馈，常规的思路，但接口要开发几段，业务要新增需求更新文档，如此时间就长了。

10-29

pi不太稳定，第二次不能连接，恢复比第一次的一天快，两个小时恢复，修缮的某一接口不通，一直eclipse debug还以为自己写错了，下午又突然通了。

流程太长，做oa接口的也想测试流程是否通，想看pi的sxi_monitor和z表，但没有sap方面的知识和账号。

sap和泛微是两个独立的系统，连到一起在接口花费时间太多，并且缺失很多逻辑，如前台表单验证，后台数据是否可用的验证。网上说两家联合v2平台，但是我觉得现在做的不像之前有成功案例的情况。

测试人员必须了解各个部分，不然不知道问题出在哪，该找谁修改。

10-30

sap大多是单任务窗口，操作不方便。pi bw的窗口就方便许多。

oa修改表单一个字段比新建一个表单更麻烦，因为原来的单子字段都排整齐了，新增字段为了美观需要再调整所有的布局。

11-21

虽然项目开始也提过命名要规范，接口名倒是规范，但是中间数据库命名不规范，本身俩套系统命名就不一致，在各自系统又不一样。OA端数据字段命名有拼音，拼音各字首字母，拼音前俩字全拼后首字母，英文。sap端有英文缩写，英文全称，系统本身的五英文字母。最常用的主键编号，都有oadoc ，oa_doc,id,billno,no,number好几种，其它字段不一致就更多了，外加要跟前台表单对应起来，就更容易让人迷惑了，还要花时间去对字段，去猜测。

11-26

毕竟不同地区，不同公司，我们用qq，人家用skype，虽然在一个屋子里有什么问题可以到对方位置上交流，但统一聊天工具会更方便，聊天工具上发个消息就行。

11-27

接口传输的数据应改都加上发送信息，如系统时间，发送人等。sap处接口有加，pi中间库没有，oa数据库有日期没时间。等到需要查找问题时才发觉要有个信息多好。

在接口上花的时间依然太多，sap处的一点改动都可能导致数据发送不到pi。需要一个系统架构师，给一个合理的框架，数据传输的最短方式！我好怀念java类的思想，hibernate，play框架这些东西。。！

有些业务人员总不过来讨论，影响软件进度，或是做好了说跟当初想的不一样。。

有些店业务人员经常更换，不了解软件容易操作错误，给软件维护人员带来负担，能留住人的公司才是好公司。

清洁人员很多代打卡的，从八点半到晚九点半，工作时间确实有些长了。在一个上万人的公司，严格的管理与上有对策下有对策始终是矛盾的。

12-17

供应商跟公司有维护关系，但我方业务，前台oa开发都不知道，测试各种某物料某供应商没在某公司维护，只有sap开发人员知道怎么回事，sap的基础思想应告知流程的

参与人员，团队需要各种逻辑描述的文档，开放人员兼测试但不懂业务，业务测试又不懂技术，在文档不明确的情况下，流程测试不通。完全分工做不到的话就应该多交流。