软件开发基于禅道版本控制规范

2.1   

l 所属计划和模块，可以暂时保留为空。

l  

 

禅道里面需求变更的基本流程如下：

 下面我们来看下具体的操作：

2.4.1  

l 

l 如果选择有待明确，需求被打回到需求的变更者，继续进行完善。

l 如果选择拒绝，则需要给出相应的拒绝原因。

l 同样在评审需求的时候，也会列出相应的影响范围，评审者可以参考。

2.4.3  

  

l 在项目的需求列表页面，可以很方便地对某一个需求进行任务分解。

l 同时还可以查看这个需求已经分解的任务数。

2.5.2    

2.6.2   

2.6.4  

2.7  

2.7.1  

创建成功后，即可关联需求和Bug。

 

l  通知测试

       任务验证

  

 

2.8.2  

咨询人员对业务验证无误后。更新需求状态，关闭需求。并反馈给技术部长，此处版本验证无误。

 

2.10  

 

第3章 Bug维护流程

3.1  

   

2. 

   

此部分参考新需求研发流程

3.5  

此部分参考新需求研发流程

 

3.7  

 

3.8 

此部分参考新需求研发流程

3.10 版本发布

角色：运维人员

 

此部分参考新需求研发流程

 

 

 

第4章  

 

声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！