一．导言

  国内很多项目都是小型项目, 参与人员少(两到五个人), 要快速交付(一两个月) . 要成功完成这种项目, 除了使用成熟且被团队成员熟练使用的技术之外, 有一个良好的开发流程, 也是很必要的.       二．小型软件项目开发流程   下图是我对小型软件项目开发流程的一个设想:

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

      因为时间紧, 系统设计经常被忽略. 这会留下很大的隐患, 国内很多项目的需求通常是很简略的, 还需要在系统设计阶段把一些需求进一步的明确. 不然会出现因为前期一些需求不明确, 一些已经开发好的功能要重做的情况. 另外, 设计做好了, 思路清楚了, 接下来的开发会顺利很多.       系统设计包括业务流程设计, 数据库设计, 界面设计三部分. 关于界面设计, 哪些信息是用户需要的, 哪些信息是用户不需要的, 要仔细考虑一下.       看到设计评审, 大家肯定有点奇怪: 小项目还做什么评审, 不是浪费时间吗? 其实不是这样的, 三个臭皮匠顶个诸葛亮, 一个人的设计, 或多或少会存在一些不足, 大家集思广益, 设计出来的方案无疑会更成熟一些. 在评审的过程, 大家的设计经验也无形中进行了交流, 对系统的了解也更多.       小型项目的设计评审不用很正式, 搬上椅子坐到设计人员电脑旁边, 先听讲解, 再提问题, 然后有人把提出的问题记录下来就好了.       很多小型项目没有设置专业测试人员, 因此, 开发过程中的自测很重要, 这也是保障项目质量的重要一环.       功能都开发完成, 开发人员也完成自测试之后, 便可准备进入交叉测试环节. 测试的思维和开发的思维是不同的. 测试要站在用户的角色看问题, 把自己当成用户, 看项目是否满足全部需求.       进入交叉测试之前, 开发人员应先完成部署手册和使用说明, 并部署到一个全新的环境（最好有个单独的测试服务器）, 给大家演示一遍.       交叉测试发现的问题先各自用Excel表格记录下下, 最后汇总到一个Excel文件, 放到公共目录. 改Bug后要验证. 发布前, 所有Bug再验证一次.       三．小型项目人员配置   一个项目经理, 一到四位开发人员       项目经理负责需求分析, 主持设计评审, 决定设计评审是否通过, 决定是否可进入交叉测试决定是否可发布项目.       开发人员负责系统设计, 开发和自测, 交叉测试, 修改Bug, 编写部署手册和使用说明.

本文转自左正博客园博客，原文链接：http://www.cnblogs.com/soundcode/archive/2010/12/26/1917190.html，如需转载请自行联系原作者