今天和部门经理有机会聊了一会儿天，聊到关于我们部门的开发方式，有感于我参与的以前的项目和现在的项目对比，发现在开发模式上有很大的不同，以前的项目客户是国内客户，用户比较近，大家关系密切一点，在许多问题的讨论上更多的是靠的是一种相互的信任，有更多的时间来商议，很少产生固定的文档样式，往往是我们用很快的速度开发出用户想要的东西，然后拿出来用户使用，使用一发现问题，马上反应，并解决后再用，在开发模式上更接近原型法的开发模式，现在呢，在文档方面有了很细的要求，有一堆的设计文档，用户变更也用很正式的问题票的方式记录下来，从需求分析到外设再到内设到单元测试，连接测试，现场测试，到用户实施，很正式，更像是一种瀑布式的开发模式.
在前一种开发上，业务和处理方案常常是跟用户有直接联系的人确定，开发反应比较快，注重沟通，但对文档资料不够重视，没有设计书，有也是程序完成了为了应付用户需要或者别的查看再添加的，后期代码维护的工作量不小，项目风险较高，全局业务常常掌握个别人手里。后者的开发方式呢，所有沟通都记录在案，有据可查，有很多很详细的文档可查，当然也带来了大量的工作，甚至超过了编码的工作，测试比较详细，项目风险相对要小一些，对用户的响应要迟缓一些，并且后期的维护并不是件轻松事,未完待续......
posted on 2006-11-27 23:42 changhai-xuri 阅读(210) 评论() 收藏 举报
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。