BUG及需求变更管理制度.doc

BUG及需求变更管理制度BUG及需求变更管理制度拟文梁黎明湛舜研审核胡平伟批准胡平伟发布日期2009-11-4实施日期2009-11-4修订历史记录序号日期版本修订说明编制批准12009-10-260.1最初版本梁黎明湛舜研22009-10-290.1修改版本梁黎明32009-11-21.0整理版本梁黎明胡平伟第12页，共 18页目 录1.目的42.适用范围43.流程图5第0步：需求变更确认流程5第一步：BUG及新需求提交过程7第二步：问题处理及反馈8第三步：测试及发布10第四步：现场部署及反馈11第五步：特殊流程124.附录13附件一、问题清单13附件二、程序修改记录14附件三、数据库跟踪表（项目名称：）15附件四、版本说明16附件五、更新日志17附件六、用户意见确认表181. 目的规范环保项目组对BUG及需求变更的管理，提高系统实施过程软件缺陷和需求变更实现的效率，减少问题的产生，提高客户满意度。2. 适用范围暂适用于环保项目组。3. 流程图第0步：需求变更确认流程工序动作执行者介质处理过程要求1获得用户提出的新需求或者修改意见实施1) 口头沟通2) 会议记录3) 交流草稿1) 用脑记录2) 用笔记录3) 用心记录1) 仔细全面理解和记录用户提出的需求和意见2) 对于明显不合理的需求及时拒绝并解释，减少流程成本2记录新需求实施1）问题清单1) 将沟通时的记录转化为问题清单的文档内容2) 问题清单里的问题描述列，记录用户需求详细描述3) 类型标为新需求1) 用户需求描述要清晰具体，考验实施文字表达能力2) 必要时贴图或画上草图3知会实施1) 必须邮件2) 辅助QQ3) 紧急电话1) 把问题清单通过邮件的方式发送给项目经理，并抄送给胡、詹、梁；2) 如果有必要再在QQ群里通知；3) 紧急情况请打电话！该版本问题清单不需要放入SVN4需求分析项目经理1) 拍脑袋2) 组织快速会议3) 请示领导1) 分析需求是否合理和可行；2) 如果合理可行，则评估需求实现的方式与时间3) 如果不合理，说明原因4) 如果合理但不可行，提出替代解决方案看项目经理本事5需求分析意见用户确认实施1) 用户意见确认表1) 根据需求分析结论，将需求记录填入用户意见表中交给用户签名确认；2) 对于不合理的需求，给用户解释清楚我们的看法3) 对于合理但不可行的需求，给用户解释我们的解决方案用户意见确认表电子文档放入SVN项目文档的需求目录(/svn/projects/实施/用户意贝确认)第一步：BUG及新需求提交过程工序动作执行者介质处理过程要求6记录BUG或新需求实施1）文件：问题清单2）工具：JIRA首先在JIRA工具上记录BUG并发给项目负责人，由他来指派。1）BUG和新需求要分开两种类别进行记录；2）在JIRA工具上记录BUG时，多个问题要分成多个BUG来记录，切记不可多个问题放在一起，这样不利于项目经理指派工作及对问题的后序跟踪处理。7知会实施1）邮件2）QQ3) 电话1）把问题清单通过邮件的方式发送给项目负责人，并抄送给胡、詹、梁；2）如果有必要再在QQ群里通知一次；问题清单要统一放在SVN的相关目录下（/svn/projects/实施/问题清单）第二步：问题处理及反馈工序动作执行者介质处理过程要求8问题领取并处理项目经理1）文件：问题清单2）工具：JIRA1）接收实施的问题清单；2）对BUG直接在JIRA工具中指派人员修改；3）对新需求要在问题清单表的“项目经理”栏说明需求是否允许做变更以及不做变更需求的原因，还要说明这批问题在什么时间内完成；4）对记有新需求的问题清单表，项目经理要发送回实施；1）实施接收来自项目经理的问题清单时，如果有新需求，要把新的需求记录回JIRA工具中；2）项目经理必须要在问题清单里答复修复完成时间；3）项目经理要编写程序修改记录；4) 问题清单统一存放在（/svn/projects/实施/问题清单）下面。9问题处理开发工具：JIRA1）开发人员根据JIRA工具中指派的问题进行程序的修改；2）问题修复完成之后，要把JIRA上BUG状态改为Resolved;10打包程序及相关说明文件开发文件：程序修改记录、数据库变更说明、部署说明1）由项目经理打包文件存放在相关项目的TestEdition文件夹里面；2）打包的文件必须包括如下内容：源程序、程序修改记录、数据库变更说明、部署说明。1)统一由主要项目负责人打包程序；如主要负责人不在场，要邮件指派人员进行处理；2）打包的程序一定要放在项目指定的位置（TestEdition文件夹里面）3）如果没有数据库变更或新的部署说明，在文件包里也要有程序修改记录、数据库变更说明、部署说明这三个文件，在这三个文件的内容写无即可。第三步：测试及发布工序动作执行者介质处理过程要求11部署并回归测试测试文件：程序修改记录、数据库变更说明、部署说明1）在SVN上取到最新的程序和相关说明文件；2）在测试环境中部署并回归测试由QA在测试环境部署12反馈结果测试文件：问题清单在问题清单中反馈测试结果要把测试反馈的结果更新到SVN上。13发布新版本测试打包程序和相关的文件，并上传在SVN的release目录下打包文件包括：1）源代码；2）问题清单3）数据库变更说明4）部署说明5）版本说明第四步：现场部署及反馈工序动作执行者介质处理过程要求14客户现场更新程序实施文件：更新日志1）在SVN的release目录下取到最新的程序包2）并在更新日志中记录每次更新程序的情况。1）要注明更新时间、更新原因及更新版本号等；2）更新日志要统一存放在（/svn/projects/实施/更新日志）下面15更新程序后检查实施更新完程序后要仔细检查。要检查的内容包括：A、无法在测试环境中模拟的功能B、提交需修改的BUG再次确认；C、新增加的功能确认；16记录问题更改情况实施在问题清单表中记录真实环境的使用情况必须记录17完成第五步：特殊流程4. 附录附件一、问题清单（实施提供）项目名称： 提交人：序号记录时间问题描述类型（BUG/新需求）是否变更原因（如果不变更请注明原因）完成时间测试情况真实环境情况实施填写项目经理填写QA填写实施填写1如果是新需求就直接在这里描述，并要求项目经理确认；新需求变更/不变更通过/不通过修复/问题仍存在2如果是BUG，先在JIRA上记录，然后在这里记录BUG编号BUG 附件二、程序修改记录（项目经理提供）文档填写要求： 1）项目名称、提交人、提交日期、编号、模块名称以及功能说明由”项目经理”填写完整； 2）QA检查意见和备注栏目由“QA组”填写项目名称提交人提交日期编号模块名称功能说明QA检查意见备注1必填必填23附件三、数据库跟踪表（项目名称：）（项目经理提供，QA汇总）编号变更日期数据库名变更内容变更前变更后更新数据库用的脚本变更人员是否更新PDM备注1必填必填必填必填必填必填必填23附件四、版本说明（QA提供）项目名称：发布时间：编写 人：系统概述：系统仍存在的问题：无法在测试环境中测试的功能：附件五、更新日志（实施提供）编号项目名称更新时间更新人变更版本号变更原因备注1必填必填必填必填2345678910附件六、用户意见确认表（项目经理提供）文档示例： 系统：环境监察系统栏目：环境投诉部门：监察分局联系人：吴佩珊业务：环境投诉业务处理意见填写：1. 增加投诉受理的查询条件l 增加“联系方式”为基本查询条件2. 增加“投诉归档”功能l 用户可选定一个时间段进行归档，在这个时间段内的数据归档后不再允许修改3. 除归档的数据外，受理人员在任意环节均可以修改投诉的数据。4. 增加标识投诉是否“重复投诉”或