小型软件项目开发流程探讨

小型软件项目开发流程探讨2009-12-11 博客园 Jack Tang一．导言

国内很多项目都是小型项目,参与人员少（两到五个人）,要快速交付（一两个月） . 要成功完成这种项目,除了使用成熟且被团队成员熟练使用的技术之外,有一个良好的开发流程,也是很必要的.

二．小型软件项目开发流程

下图是我对小型软件项目开发流程的一个设想:

需求分析的重要性想必大家都应该清楚,对于项目来说,满足用户的需求是第一位的.

因为时间紧,系统设计经常被忽略. 这会留下很大的隐患,国内很多项目的需求通常是很简略的,还需要在系统设计阶段把一些需求进一步的明确. 不然会出现因为前期一些需求不明确,一些已经开发好的功能要重做的情况. 另外,设计做好了,思路清楚了,接下来的开发会顺利很多.

系统设计包括业务流程设计,数据库设计,界面设计三部分. 关于界面设计,哪些信息是用户需要的,哪些信息是用户不需要的,要仔细考虑一下.

看到设计评审,大家肯定有点奇怪: 小项目还做什么评审,不是浪费时间吗？其实不是这样的,三个臭皮匠顶个诸葛亮,一个人的设计,或多或少会存在一些不足,大家集思广益,设计出来的方案无疑会更成熟一些. 在评审的过程,大家的设计经验也无形中进行了交流,对系统的了解也更多.

小型项目的设计评审不用很正式,搬上椅子坐到设计人员电脑旁边,先听讲解,再提问题,然后有人把提出的问题记录下来就好了.

很多小型项目没有设置专业测试人员,因此,开发过程中的自测很重要,这也是保障项目质量的重要一环.

功能都开发完成,开发人员也完成自测试之后,便可准备进入交叉测试环节. 测试的思维和开发的思维是不同的. 测试要站在用户的角色看问题,把自己当成用户,看项目是否满足全部需求.

进入交叉测试之前,开发人员应先完成部署手册和使用说明,并部署到一个全新的环境（最好有个单独的测试服务器）,给大家演示一遍.

交叉测试发现的问题先各自用Excel表格记录下下,最后汇总到一个Excel文件,放到公共目录. 改Bug后要验证. 发布前,所有Bug再验证一次.

三．小型项目人员配置

一个项目经理,一到四位开发人员

项目经理负责需求分析,主持设计评审,决定设计评审是否通过,决定是否可进入交叉测试决定是否可发布项目.

开发人员负责系统设计,开发和自测,交叉测试,修改Bug,编写部署手册和使用说明.