上周我进行了非常重要的一次面向最终用户的培训,可是由于系统设置的不规范操作和没有专业DBA的陪同,可以说是出现了实施生涯最丢脸的一次培训,当系统运行一些标准请求出错时,我恨不得找个地缝钻进去!太丢脸了......
同时作为项目组成员难逃其咎,可是在实施过程中乙方公司又不听自己的任何建议,心里真是感觉冤枉.在没有进行任何压力测试的情况下进行CRP3培训真是冒险
[@more@]培训几天发生的严重的问题:
1. 第一天演示过账的时候 多次出现不能过账 ,请求状态为红色,然后把手动更改职责关键字的不正当方法更正回来,只能进系统,演示时还是多次出现不能过账,过账错误.培训用户不能登录系统.只能继续课程,将近讲完应付.
2. 第二天培训应付时候,演示将应付账款传送至总帐请求,请求状态为红色,出现错误.不能传入总帐.经DBA***协助后.可以勉强维持应付培训,但是批付款不能进行,讲到一半,系统付款流程管理器请求出错,只能遮掩跳过批付款演示,演示到费用报表的时候不能完成单张费用报表的付款,用户界面练习还勉强维持,但是多半用户运行将应付账款传送至总帐出错.
3. 第三天培训在应付,演示创建成批增加,请求状态为红色,出现错误.不能创建成批增加,后经***协助后,出现不能过账成批增加. 同时在培训批付款时不能完成批付款,付款流程管理器出现问题,一直挂在系统里面导致系统频繁出错,近一半用户不能登录,要么登录 后提交请求出错.客户上层领导多次要求给用户进系统练习机会,可是不能登录系统
整个培训过程每天都在多次出问题,造成了非常不好的影响.给用户以很不稳定的印象.只是在大家的努力下尴尬勉强完成培训.
以上是实际出现的问题,直接原因找到的是在定义职责的时候关键字中出现了中文,由于是和乙方实施公司共同实施,乙方有所谓将近10年实施经验的财务顾问系统设置如此之后,由技术人员手动UPDATE 系统后台表数据是导致新加用户后多人登录系统紊乱,整个培训中严重的问题频繁出现.
当场入行的时候就知道一个原则:ORACLE 就是坚决禁止手动修改后台表数据,此次培训尝尽苦头,是一个极其深刻的教训!
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/226700/viewspace-1022202/ ，如需转载，请注明出处，否则将追究法律责任。
