表5

4.开发阶段

4.1版本号列表

建议用版本控制器管理所有的文档和代码，这里假设组织使用SVN和有版本操作规范，规范定义了项目版本管理所需的角色、分支规定、版本号命名规定、使用者如何checkin和checkout文件、如何合并分支等等。

开发阶段、测试阶段、发布阶段的版本号各不相同，项目经理编写《版本号列表》，提交版本服务器管理人员创建版本号、使用者帐号及其权限。然后发送文档给项目人员，成员据此操作。当一个阶段结束时，项目经理把所有检查过的、合格的文件并入主干中。

4.2开发、测试、发布环境配置表

配置表主要列有：

• 统一开发人员PC的开发工具，五花八门的开发工具有时会引发五花八门的错误，化时间去解决这些错误是无益的；
• 各阶段，版本服务器的访问地址和物理路径；
• 各阶段，软件的运行网址和服务器数据库的物理路径；
• 如果有外部设备，列出各阶段这些设备的访问地址和物理路径。

• 4.3项目经理的代码检查结果表

  一般项目经理在开发中期和末期各进行一次代码检查，当然，如果时间充裕，检查次数越多越好。开展这项活动前，项目经理要肯定项目组的努力和现阶段成果，告诉成员尽早发现错误是好事，这能避免返工、绕开错误、提升软件的健壮性和稳定性。

  如果有特殊原因，项目经理可以委托他人执行这项活动，但必须对结果表进行复检和评估，对重要模块、重要SQL语句复查。代码检查所需的时间没有公式可循，一般开发时间越多代码越多，可以根据开发时间乘以某个百分率得到代码检查所需时间，这个百分比根据组织经验得出。

  完成公共类、公共设置、几个重要基础模块的开发后，要开展第一次代码检查，这能及时发现错误；检查范围是代码、SQL语句、服务器配置、外挂设备配置等等。如果开发人员多为新手，检查力度尽量细致到每个文件；如果开发人员经验丰富，检查力度可以粗一些，集中在业务逻辑、数据IPO等部分，对于不正确的格式问题，是要纠正，但不是代码检查的核心重点。开发人员根据项目经理的结果表修复错误，一般会轮循1-3次，如果超过3次以上，要引起注意和找原因。

  文档格式例子见表6，但内容不限于此：

检查SVN代码

检查SQL语句

-

检查SQL语句

其他检查

(这部分的检查可以是任意方面的，填写格式不限，只要描述清楚)