xyz20003

www.mossle.com
随笔 - 34, 文章 - 0, 评论 - 124, 引用 - 0
数据加载中……

让软件开发慢下来

你在做软件开发吗?

在启动项目前是否做好技术选型了呢?
在设计前是否已经理顺大体需求了呢?
在编码前是否已经反复思索过对应的设计呢?
在测试前是否已经准备好测试用例呢?
在部署交付前是否已经计划好具体的功能列表呢?

考虑过项目的性质吗?互联网应用,还是内部网应用。
弄清了项目规模大小吗?3人月可以搞定的小项目,还是需要几十人月的长期奋战?
确定团队的实力了吗?是全员光头新人,还是在某牛带领下的小马集团,还是经验丰富的水路两栖冲锋队?
如何与客户协同合作?瀑布式一次理清所有需求,还是需要分阶段迭代,或者直接进驻客户公司面对面开发?

是否要使用框架呢?还是选择最基本的jsp, jdbc应用。
编码与项目如何管理,使用版本控制工具?还是用U盘copy过来,copy过去?
如果选择版本控制工具,究竟哪一款才适合自己的情况?
系统如何划分层次?五层?三层?其他方式?
模块如何划分,按功能?按业务?混合分块?
开发如何分工,横向分工,各层之间接口对接?竖向划分每个人负责从前到后一整块。

如何测试?手工点点,还是使用自动化测试工具。
测试用例如何确定,如何提高测试的有效性。
测试的结果如何反馈给开发过程,需要使用excel还是issue跟踪系统?
测试过程中可以暴露并发,事务等隐性问题吗?
性能测试如何进行,压力指数应该保证到多少?

后期维护的方式的选择。
如何维护数据库表结构?每次exp整个数据库,到客户公司imp,还是找一个员工手工比对所有表结构,还是直接实现数据库版本化管理?
如何为系统打补丁?视图层的补丁,服务层的补丁,依赖库的补丁。如何管理,如何实施,如何测试?
系统是否拥有动态部署的能力?在系统升级的过程中是否可以减小出错的可能?

。。。。。。

还有很多,还有很多。有些问题可以通过技术解决,有些问题需要根据具体条件进行分析,有些需要尽力规避,有些需要硬着头皮强顶硬撑。

在考虑清楚这些问题可能带来的各种问题之前,让软件开发慢下来,至少慢一点点也是好的,进行下一步骤之前先了解如果出现了问题该如何应对,如何解决。

posted on 2009-12-25 10:42 临远 阅读(1816) 评论(4)  编辑  收藏

评论

# re: 让软件开发慢下来  回复  更多评论   

受教了,我这里的团队问题太多了。
2009-12-25 11:09 | 日月雨林@gmail.com

# re: 让软件开发慢下来[未登录]  回复  更多评论   

说的很好,但这是看行业的。有时候太多的讨论太多的构思,错过了先机。
2009-12-25 22:12 | stanleyxu2005

# re: 让软件开发慢下来  回复  更多评论   

在市场驱动的情况下,面对很强的市场压力的时候,这些都不是问题!唯一的问题是时间!
2009-12-26 10:31 | zqj

# re: 让软件开发慢下来  回复  更多评论   

软件开发過程就是一个不断修改的過程,等到什么都想好了,來不及了
2009-12-28 13:13 | ducklyl

只有注册用户登录后才能发表评论。


网站导航: