现在的位置: 首页 > 综合 > 正文

关于开发模式的一点点思考

2012年06月29日 ⁄ 综合 ⁄ 共 558字 ⁄ 字号 评论关闭

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

抱歉!评论已关闭.