一个采购价格及成本计算系统项目的总结
作者:admin 日期:2008-07-09
忙乎了三四个月，终于在紧逼的情况下，把“鸭子”们赶上岸了，意想不到的是一个星期地接地疯狂地被折磨，还好几年的项目磨炼让我能承得住气耐得住性子,忍受一些非系统及技术因素所带来的种种抱怨及找碴。当然，不是说所出来的系统一点问题都没，习惯了C/S界面的操作，在面对新B/S系统的使用时，因为原来的习惯不可避免地要做出一些改变，所带来的使用方与技术人员所的冲突，恰恰是最好找碴的地方。可做完这个项目后终于让我领悟到了在企业真正进行一种变革，确实不是如先前所设想的那么容易。在碰到有史以来最难于沟通的项目后，也让我感觉到在项目中不仅仅是做系统这么简单。
因涉及公司商业信息，只能大致需求： 角色甲要对所采购的物料进行定价，所定的价需根据相关物料分类所对应的成本模型进行成本核算。所拟定的价格应该要与通过成本模型计算所得的价格一致，否则就不能通过相关部门的审计，就不能进行大批量的采购。
活动图之一如下：
技术部分：
User Case
基本架构:基本的三层结构
技术难点：
在这个项目中技术上碰到的最大难点应该是成本模型的设计，因为不同的物料实行不同的成本模型计算，又很难确定物料是根据哪个成本来进行核算的.在做时先前咨询过以前共事的同事（感谢两位项目经理及以前同事），一则用XML实现，一则只能写死。这看起来本是一个很简单的工厂模式可以搞掂，可因为使用的部门（对我来说应该是我的客户）种种的“不一定”，“这个不定”，”这个很难说“之类的反馈让我几乎不能下手，以致最后只能用一个很笨的办法，你有多少模型我就写死多少个，这下可就行了吧。嘿嘿。 至于其它部分，主要是一些数据统计部分，还有就是与ERP系统集成及数据交互。这些都很好说，虽则不在同一服务器，但平台都是在SQL及Windows下，加之NET的配置容易设置。就是不难点了。
需求确定：
如果一个项目中的相关人员不积极参与项目的进程，那这个项目是非常非常难以推进的。因为涉及到敏感的价格因素，可以也涉及到相关人员的私人利益，乃至我在获取需求时是如此的困难，使用部门的人员不积极，不配合，总以"工作忙，你们做出来我们能用就行"推脱需求调研的过程，为后来项目开发带来严重的后果留下了隐患-----这也可能是在企业里做项目的一个难点吧。当IT系统使用部门人说很忙的时候，你确实有些时候拿他没办法。 需求的不确定因素，让我在开发过程中走了一个大大的弯路，当然。在这其中我也犯了一个错误，就是不愿参照原来的老系统设计（因为老系统实在难搞懂，先前的开发人员所写的代码一点注释也没有,命名乱七八糟，同时是用Delphi写的），没想到这个原因居然让我成了第一次演示会众矢之的的声讨对象。[em17]
回过头来想想：其实我最初的设计思路其实是没有错的，因为参考众多同等性质的软件及系统，都是差不多的。也许是公司特殊的原因吧。实践证明，在后面与另一部门的IT系统进行数据集成及交互的时候，必须用回我最先设计的思路，很可惜，虽在会上我以一敌十，结果还是败了。
(话外音:这么多人说我错，也是真的是我错了。。。?!!)
开发过程：
根据断断续继收集的需求，在原定于三个月内的项目，在第一个月就设计出来了。尽管我以很多方式让大家参与试用，但领导方不重视，也许是大家之前对此系统有所顾忌的因素吧，居然没有人试用（理由：很忙，没时间），以致于到最后不得不特意发一道公文强制试用。 强制的结果当然是不好的，虽则强制了关键使用人员试用系统，也反映了一些小问题，但解决这些小问题后让我以为大家对这系统整体设计没问题的时候，启用了第一次演示会。结果大大出于我的意外：由原先的一言不发到最后个个人都对着系统一个一个来挑问题。。。，让我十分被动，十分狼狈---第一次在做项目时碰到这样的情况！ 没办法，推倒重来。
上线情况
系统被强制在旺季时上线，先前我所建议的新老系统并用不被采纳，结果上线后的一个星期内，我成了超级忙特忙的人，只要稍有不顺，电话就过来了。加之先前确写新老数据导入时又没了解到一些特殊的数据处理办法（双方都以为没问题，结果却出了问题）。后果认真想了一下：难道我现在做的东西就这么垃圾？千疮百孔? 实则不是，很多问题仅仅是因为操作人员的使用不当所引起，不了解系统所引起，甚至应该还有些许对新系统的排斥所带来的怨气吧，毕竞，新系统的上线，让他们在对物料的采购定价方面比以前有很多的要求与限制了。 本着最大的耐性，报一个问题解决一个问题的态度，做到让你心服口服手把手口把口像教小孩子学讲话那样让你无话可说后，坚持了一个星期，第二个星期居然没有什么问题了？！！搞得上星期接电话接到害怕的的我没接到电话误认为电话出了问题，不知是我的"良好的服务态度"问题还是系统确实找不出什么大问题了。唉，真是让我无话可说了.唉。。在我以为项目几近失败的时候，居然又复活成功实施下去了。。。
项目感想：
总结一下这次项目中自己的不足之处：
太自信 太相信别人 沟通出了问题 按以前在软件公司做项目的方式去对待
项目中存在的问题
参与项目中的关键人员对项目态度有问题 需求不确定让项目几近被动地实施进行 不能得到及得反馈信息 沟通出了问题 使用前没有进行使用人员的培训(他们太忙了，他们说）
至于别人到底存不存在问题，就不是我的问题了。呵呵。这个项目是做得有史以来做得相当不爽相当郁闷的一个项目,不过还是感谢他们，让我又经历了一次痛苦的“洗礼”过程，让我对项目开发，对人对事方面有了新的认识。失败是成功她妈嘛！！[em13]
因涉及公司商业信息，只能大致需求： 角色甲要对所采购的物料进行定价，所定的价需根据相关物料分类所对应的成本模型进行成本核算。所拟定的价格应该要与通过成本模型计算所得的价格一致，否则就不能通过相关部门的审计，就不能进行大批量的采购。
活动图之一如下：
技术部分：
User Case
基本架构:基本的三层结构
技术难点：
在这个项目中技术上碰到的最大难点应该是成本模型的设计，因为不同的物料实行不同的成本模型计算，又很难确定物料是根据哪个成本来进行核算的.在做时先前咨询过以前共事的同事（感谢两位项目经理及以前同事），一则用XML实现，一则只能写死。这看起来本是一个很简单的工厂模式可以搞掂，可因为使用的部门（对我来说应该是我的客户）种种的“不一定”，“这个不定”，”这个很难说“之类的反馈让我几乎不能下手，以致最后只能用一个很笨的办法，你有多少模型我就写死多少个，这下可就行了吧。嘿嘿。 至于其它部分，主要是一些数据统计部分，还有就是与ERP系统集成及数据交互。这些都很好说，虽则不在同一服务器，但平台都是在SQL及Windows下，加之NET的配置容易设置。就是不难点了。
需求确定：
如果一个项目中的相关人员不积极参与项目的进程，那这个项目是非常非常难以推进的。因为涉及到敏感的价格因素，可以也涉及到相关人员的私人利益，乃至我在获取需求时是如此的困难，使用部门的人员不积极，不配合，总以"工作忙，你们做出来我们能用就行"推脱需求调研的过程，为后来项目开发带来严重的后果留下了隐患-----这也可能是在企业里做项目的一个难点吧。当IT系统使用部门人说很忙的时候，你确实有些时候拿他没办法。 需求的不确定因素，让我在开发过程中走了一个大大的弯路，当然。在这其中我也犯了一个错误，就是不愿参照原来的老系统设计（因为老系统实在难搞懂，先前的开发人员所写的代码一点注释也没有,命名乱七八糟，同时是用Delphi写的），没想到这个原因居然让我成了第一次演示会众矢之的的声讨对象。[em17]
回过头来想想：其实我最初的设计思路其实是没有错的，因为参考众多同等性质的软件及系统，都是差不多的。也许是公司特殊的原因吧。实践证明，在后面与另一部门的IT系统进行数据集成及交互的时候，必须用回我最先设计的思路，很可惜，虽在会上我以一敌十，结果还是败了。
(话外音:这么多人说我错，也是真的是我错了。。。?!!)
开发过程：
根据断断续继收集的需求，在原定于三个月内的项目，在第一个月就设计出来了。尽管我以很多方式让大家参与试用，但领导方不重视，也许是大家之前对此系统有所顾忌的因素吧，居然没有人试用（理由：很忙，没时间），以致于到最后不得不特意发一道公文强制试用。 强制的结果当然是不好的，虽则强制了关键使用人员试用系统，也反映了一些小问题，但解决这些小问题后让我以为大家对这系统整体设计没问题的时候，启用了第一次演示会。结果大大出于我的意外：由原先的一言不发到最后个个人都对着系统一个一个来挑问题。。。，让我十分被动，十分狼狈---第一次在做项目时碰到这样的情况！ 没办法，推倒重来。
上线情况
系统被强制在旺季时上线，先前我所建议的新老系统并用不被采纳，结果上线后的一个星期内，我成了超级忙特忙的人，只要稍有不顺，电话就过来了。加之先前确写新老数据导入时又没了解到一些特殊的数据处理办法（双方都以为没问题，结果却出了问题）。后果认真想了一下：难道我现在做的东西就这么垃圾？千疮百孔? 实则不是，很多问题仅仅是因为操作人员的使用不当所引起，不了解系统所引起，甚至应该还有些许对新系统的排斥所带来的怨气吧，毕竞，新系统的上线，让他们在对物料的采购定价方面比以前有很多的要求与限制了。 本着最大的耐性，报一个问题解决一个问题的态度，做到让你心服口服手把手口把口像教小孩子学讲话那样让你无话可说后，坚持了一个星期，第二个星期居然没有什么问题了？！！搞得上星期接电话接到害怕的的我没接到电话误认为电话出了问题，不知是我的"良好的服务态度"问题还是系统确实找不出什么大问题了。唉，真是让我无话可说了.唉。。在我以为项目几近失败的时候，居然又复活成功实施下去了。。。
项目感想：
总结一下这次项目中自己的不足之处：
太自信 太相信别人 沟通出了问题 按以前在软件公司做项目的方式去对待
项目中存在的问题
参与项目中的关键人员对项目态度有问题 需求不确定让项目几近被动地实施进行 不能得到及得反馈信息 沟通出了问题 使用前没有进行使用人员的培训(他们太忙了，他们说）
至于别人到底存不存在问题，就不是我的问题了。呵呵。这个项目是做得有史以来做得相当不爽相当郁闷的一个项目,不过还是感谢他们，让我又经历了一次痛苦的“洗礼”过程，让我对项目开发，对人对事方面有了新的认识。失败是成功她妈嘛！！[em13]
