版本管理条例

在软件开发这个庞大而复杂的过程中，需求涉及到各方面的人员，信息的交流反馈不仅仅是研发小组成员之间及各个研发小组之间，还存在于客户与研发着之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义的改动，大到重新设计程序模块甚至可能是整个需求分析变动。在整个软件生命周期中，会形成众多的版本，但谁也不敢百分百保证不出现错误的修改。版本管理条例，不仅是对源代码的版本进行管理，而且还要对整个项目进行管理。

    公司很早就引进 Microsoft 公司的 Visual SourceSafe 6.0 （ VSS ）版本管理产品进行版本管理。但在使用过程中，存在一定的问题，特别是在项目处于维护阶段时的版本管理不尽人意，经常出现反复的问题。因此，在实行 VSS 上的管理的基础上，特制定企业方案事业部版本管理条例，重点是减少由于版本管理不善而造成的错误。

    1. 开发阶段版本管理条例

    1.1数据库、源码和 jsp 页面的一致性问题

    在开发阶段，数据库、源码和 JSP 可能会有团队中不同的成员进行的修改，经常会出现不一致。必须严格执行如下规定：

    1. 对涉及与其他共用的数据库、源码和 JSP ，除遵守项目组的约束外，必须在 check out 下的文件进行修改，并避免长时间不 check in ；

    2. 对涉及与其他共用的数据库、源码和 JSP check out 、 check in 必须要有注释；

    1.2 用户对需要的变更

    在得到用户签字确认的需求文档后，在开发阶段，对用户提出的需求，必须执行如下规定：

    1. 修改工作量不大，用户提出的需求不会出现反复的情况下，尽量满足用户的要求，但必须有书面记录，并上传到 VSS 上；

    2. 修改工作量较大，或者是工作量不大，但会容易出现反复，如进行修改，则必须得到用户负责人的签字确认或邮件确认，不管是否修改，都必须有书面记录，上传到 VSS 上，并打印到纸质文档中保管；

    3. 对修改工作量大，除执行上面规定外，还必须用邮件等方式知会到项目经理、部门经理以及相关人员；

    4. 对在后期提出的需求，涉及数据库或者源程序的大量修改，尽可能不作修改；

    1.3 开业人员对需求的变更

    在得到用户签字确认的需求文档后，在开发阶段，如在技术上或者工作量等方面由开发人员提出的需求变更，必须执行如下规定：

    1. 对在需求文档范围内，缩小需求范围的需求变更，必须得到用户负责人的签字确认或邮件确认，并形成文档，上传到 VSS 上

    2. 对可能影响回款，用户验收意见等的需求变更，必须用户公章，还必须用邮件等方式知会到项目经理、部门经理以及相关人员；

    2. 维护阶段版本管理条例

    2.1 维护管理必备资料

    项目在用户验收后，进行系统维护期，必须具备如下资料：

    1.  由项目经理编写竣工资料；

    2.  由项目尽量与测试组中共同编写维护规定；

    3.  用户验收运行环境及数据库备份；

 

原文转自：http://www.ltesting.net