产品发布管理过程_第1页
产品发布管理过程_第2页
产品发布管理过程_第3页
产品发布管理过程_第4页
产品发布管理过程_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

xx有限公司产品发布管理过程PAGExxxx有限公司产品发布管理过程产品发布管理过程文档版本号:V1.0文档编号:XXXX_VAL_PROC_RRM文档密级:内部公开归属部门/项目:研发部编写人:xxx生效日期:xxxx-xx-xx版权信息本文件涉及之信息,属xxxx有限公司所有。未经xxxx有限公司允许,文件中的任何部分都不能以任何形式向第三方散发。网址:

文档修订记录版本号修订日期修订人修订说明修订状态审核日期审核人批准人V1.0xxxxx正式版Axxxxxxxxxxx修订状态:A--增加,M--修改,D--删除日期格式:YYYY-MM-DD

目录1. 目的/方针 12. 范围 13. 术语 14. 角色与职责 15. 入口准则 16. 输入 17. 流程图 18. 主要活动 38.1. 产品对外发布 38.1.1. 主要步骤 38.1.2. 发布申请 48.1.3. 实施配置审计 58.1.4. 审批 58.1.5. 实施发布 58.2. 产品移交 58.2.1. 主要步骤 58.2.2. 移交申请 68.2.3. 完备性检查 68.2.4. 构建验收测试环境 68.2.5. 验收测试 78.2.6. 记录归档 79. 输出 710. 出口准则 711. 引用文档 712. 使用模板 7PAGE8/SECTIONPAGES8目的/方针通过规范公司产品发布管理过程,确保产品发布过程受控,在产品发布时确定该版本所有的组件,并向客户提供正确的产品版本。公司所有软件产品发布需严格遵守产品发布管理过程,进行软件产品版本控制,保证软件产品质量。在发布管理过程中应为产品分配版本标识,从受控库获取发布产品并经过配置审计和审批,在产品发行给最终客户前要进行记录,能及时了解每个客户的产品版本信息。范围覆盖公司实施类、产品研发类、合同开发类、维护开发类项目的产品发布。术语无角色与职责角色职责CM工程师负责产品发布项目经理审批产品发布跟踪发布的产品负责产品移交给项目实施人员项目实施人员负责产品对外发布QA工程师负责配置审计客户代表接受产品移交CCB接受产品第一次发布时的审批入口准则产品达到发布准则或项目经理判定达到发布时机输入《系统测试报告》《软件变更报告单》流程图图1:发布管理过程示意图图2:产品移交过程示意图主要活动一个完整的产品发布过程需要经过二个活动:产品对外发布、产品移交。产品对外发布产品发布:是从受控库获取发布产品配置项,进行产品版本标识并经过发布审批,将需要发布的产品和文档放置在产品库规定目录下的活动。产品发布为:正式发布。正式发布是指经过测试并达到发布准则的产品发布活动。产品标识方式为:产品版本号,参见《软件配置项标识与版本规划约定》。测试包是根据用户或项目组的调试请求,在用户环境调试相关的程序,但不确定该程序的正式发布时间,需等待用户的上线通知。以产品版本号发布准则在产品的《系统测试报告》中遗留缺陷:严重度一般以上的缺陷=0;严重度为一般以下的缺陷<=10;主要步骤正式发布的前提是测试后的产品达到预定的产品发布准则,测试负责人或者项目经理在《系统测试报告》或《软件变更报告单》上签字确认产品已经可以发布。正式发布的产品标识:产品版本号。流程图:流程名称:产品正式发布规程编号:页码:1/1描述:描述产品经过测试并达到发布准则的发布管理活动。流程目标:为产品分配版本标识,从受控库获取发布产品配置项并经过配置审计和审批,由CM工程师将发布的产品和配置项放置在产品库规定目录下,确保发布产品配置项的完整性和一致性的过程。驱动事件:产品经过测试,达到发布准则输入:系统测试报告、软件变更报告单输出:发布申请表、产品发布说明、产品版本发布备忘录、产品发行汇总表流程涉及的部门或角色:项目组与其它流程的关系:前一个流程确认测试规程/变更规程、后一个活动产品移交规程/产品对外发行活动关键控制点:实施配置审计、审批流程负责人:项目组流程图版本标识发布申请配置审计审批产品版本号(第一次发布)《发布申请表》《产品发布说明》《产品版本发布备忘录》《产品发行汇总表》物理审计和功能审计CCB产品版本号(升级变动版本号X1、X2或X3位时)《发布申请表》《产品发布说明》《产品版本发布备忘录》《产品发行汇总表》物理审计和功能审计CCB表1:正式发布列表发布申请产品正式发布前,项目经理组织编写申请发布所需的文档,以不同标识发布的产品根据表1正式发布列表中要求提交相应的申请文档和发布产品配置项。实施配置审计项目经理指派的人员组织实施配置审计详见《配置管理过程》,并将《配置审计报告》提交给项目经理。审批将发布申请资料和审批通过的《配置审计表》提交审批:产品版本号(第一次发布)不但要项目经理审批且需要提交给CCB审批;以其它标识发布的产品提交项目经理审批审批通过后,将发布申请资料提交给CM工程师实施发布;审批不通过则放弃本次发布。实施发布CM工程师根据审批后的发布申请资料,从受控库获取规定的配置项并标识,将产品配置项放置在产品库版本标识的目录下,填写《XX产品版本发布备忘录》。发布完成后通知客户接收。产品移交由项目组和客户代表之间进行产品验收测试和实施/服务移交的活动。产品移交活动适用于以产品版本号正式发布的产品。主要步骤流程名称:产品移交规程编号:页码:1/1描述:描述产品正式发布后,对外发行前、开发项目组与客户接口部门进行产品验收测试和实施、服务移交的过程。流程目标:规范产品发布环节开发项目组与客户部门移交活动,确保产品功能和文档符合用户需求以及实施、售后服务工作顺利移交驱动事件:产品正式发布、移交文档准备就绪、项目经理提交产品移交申请输入:软件产品包/升级包、移交文档、产品移交申请表输出:产品移交申请表、验收测试报告流程涉及的部门或角色:开发项目组、客户接口部门与其它流程的关系:前一个流程产品发布规程、后一个活动产品对外发行活动关键控制点:完备性检查、确认验收流程负责人:项目组实施负责人流程图移交申请项目经理向客户提出产品移交申请并提交产品包、《验收测试报告》以及根据《项目验收移交客户资料清单》要求的文档。完备性检查客户/客户代表收到《项目验收移交客户资料清单》,产品包以及相关文档,根据《项目验收移交客户资料清单》内容以及各文档模板要求,确认文档和产品是否完备和符合规范。如提供的产品包和文档不完备或不符合规范,客户/客户代表将《项目验收移交客户资料清单》退还给项目经理,要求其准备完毕后再次提交移交申请。构建验收测试环境项目实施人员/客户服务部门根据项目组提供的测试案例,遵循《验收测试规程》要求制定《验收测试计划》;根据验收测试计划,构建验收测试环境,按照安装手册或产品升级包说明中的升级步骤安装产品包或升级包。记录安装过程中的出现的异常问题。验收测试项目实施部门/客户部门按计划组织完成验收测试工作(主要测试类型:功能测试和文档测试),从用户角度对需求进行验证,参见《验收测试规程》。项目组对确认验收工作提供支持。测试结果和测试过程中出现的异常问题记录在《验收测试报告》中。验收测试通过准则:没有一个一般以上缺陷;一般以下级别缺陷<10个;缺陷严重级别判断由项目经理和验收测试人员共同确定。如验收测试不通过,将验收测试报告以及产品移交申请表返回给项目经理;由项目组完成修

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论