过程实践案例

1、过程实践案例过程实践案例大纲大纲l一、总体流程活动介绍l二、需求管理l三、配置管理l四、多项目版本控制l五、版本发布管理l六、评审管理l七、会议任务管理一、总体介绍一、总体介绍l1、项目特点：产品改造升级l2、团队规模：20人，开发10人，其他10人l3、配置工具：cvs，bugzillal3、项目周期：5个月左右二、需求管理（二、需求管理（1）1、需求跟踪矩阵推进、需求跟踪矩阵推进第一次：需求和测试用例对应第一次：需求和测试用例对应。测试用例编号写在了需求文档上，没有专门的需求跟踪矩阵QA负责检查一致性。这个项目完成后，测试和QA都给PM、部门经理反映，开发过程中丢失了很多需求点，直到测试时

2、才发现，因此领导也逐渐觉得应该加强需求跟踪，为后续推进奠定了基础。二、需求管理（二、需求管理（2）第二次：建立了需求跟踪矩阵第二次：建立了需求跟踪矩阵。l专门的需求负责人l需求矩阵包括了需求编号，需求描述，开发和测试验证情况。这个项目的需求点比较少，因此执行起来很容易。第三次：建立了全面需求跟踪矩阵第三次：建立了全面需求跟踪矩阵l包括UI、测试用例、开发、系统测试验证条目l是这次的需求点很多，因此采用了只提供需求编号，没有需求描述，项目组需要对照需求文档来填写。到目前为止，基本上需求矩阵就算推行起来了。二、需求管理（二、需求管理（3）2、需求变更跟踪矩阵使用、需求变更跟踪矩阵使用l与需求跟踪矩

3、阵配合使用。l在开发编码结束，进入系统测试阶段，使用此表，而不使用需求跟踪矩阵。l每次发版本时开发把此表发出来，测试根据开发解决情况进行验证。l变更项在需求文档中也进行记录三、配置管理三、配置管理 特点：特点：没有专门的配置管理员，每个人都是配置管理员，各自负责提交维护自己的工作产品项目经理申请建立配置库，给每个成员开通权限，并建立好相应的目录，大家都以cvs上的版本为标准，cvs上是最新的不区分开发库和基线库 QA在基线版本上打标签QA不定期查看配置库提交情况，确保提交的东西符合标准，如命名规范之类的四、多项目版本控制四、多项目版本控制特点：特点：l有很多基于基线产品的定制项目l这些项目的变

4、化都不大l基线产品和定制产品由俩个组分别负责l没有配置管理员版本控制方法：版本控制方法：l采用俩条基线，分别是产品基线和定制基线l以定制基线为基础建分支，每个定制项目在分支上开发，但不进行merge，避免merge带来的冲突问题五、版本发布控制五、版本发布控制 特点：特点：l无专门的控制人员，由指定开发人员进行发布l提交版本说明，这个有模板l提交需求跟踪矩阵、变更矩阵l提交版本验证结果六、评审管理六、评审管理以前：使用问题记录表以前：使用问题记录表l 效果：效果很不好。对于边评审就边修改的问题，来不及记录。一般也就简单记录当时没有修改的。l后续对此表的跟踪维护比较费劲现在：当时修改或使用会议纪要现在：当时修改或使用会议纪要l对于不能当时修改的，就会以会议纪要的形式记录下来。l现在基本上不用评审记录表了，感觉也还可以。七、会议任务管理七、会议任务管理 方法：方法：使用任务跟踪表使用任务跟踪表l每次会议遗留任务专门提交到一个任务跟踪表中，避免在会议纪要