您的位置:首页 > 其它

电子银行业务分析系统—项目总结5. 项目风险总结

2010-05-14 16:50 344 查看

5. 项目风险总结

对于风险,我主要总结几个方面:
(1)对业务不了解或没有与客户真正确认需求,造成后期用户测试时进入了无休止的改动;
(2)数据源结构不是很了解,增加了采集数据过程的时间;
(3)数据源数据质量的较低,最终影响报表质量,从而导致客户对系统的认可度降低;如果排除我们自身开发质量原因,导致这种情况出现原因有以下两点:
1)客户原来要求的统计口径已经变更,客户测试参考的数据是新口径结果;
2)我们使用的数据源数据质量是否有问题,或者我们分析数据源的时候不
完整造成的。
用户测试问题分析:
对第1)点,这种情况往往是无法避免的,如果在口径变更时,客户提前通知项目组,就可以提前处理,否则做的都是无用功。
对第2)点,如果经过对数据源写SQL验证统计结果与客户要求结果相差比较大,需求分析数据源是否满足报表需求,而验证数据源的工作如果在需求分析期间已经完成,并且把数据源不能满足需求的报表与客户上来后剔除掉,那么在用户测试时候就不会出现这种情况;也就是说:需求阶段把不能实现的报表就排除掉,在开发阶段的工作就不会花无用功,提高工作的效率。
(4)项目组人员频繁变动,给代码衔接和质量带来隐患;
(5)在单位开发ODSB项目,后台ETL取得数据源环境不具备,导致程序不能全面测试;
(6)没有专门的客户配合项目实施,也是给项目的顺利进行带来不便。
这些现象都是非常常见的,而且都是很关键问题,试想如果我们能提前预知风险且采用了相应的措施来防止发生,那麻烦会大大降低;不过,即使发生了,只要我们理清楚思路找到问题根源,然后按照步骤一步步执行下去,问题终究会解决的。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: