产品管理流程.docx

1、 产品管理流程及操作手册本文档适用于中科方德软件有限公司软工应用服务部，仅作内部管理使用，切勿外传。yaolan2013-10-17中科方德软件有限公司一、 产品发布流程产品发布基本信息审批审批产品发布及入库1 、 项目经理可发起2 、 在 Q o n e 上填写 产品发布申请 事业部总经理审批配置管理员完成产品发布通知及入库审批 审批 审批 审批测试 需求 开发 实施 销售步骤：1、项目经理完成该项目后，在外网 Qone 上发起产品发布申请 ，路径：我的工作台-工作单-发起表单-产品发布申请中科方德软件有限公司2、测试、需求、开发、实施、销售负责人同时分别从各自角度确认完成情况，同意发布4、

2、事业部总经理汇总意见，完成审批5、配置管理员完成入库，填写入库地址，并邮件发送 产品发布通知单 ，告知部门全体成员。 （为了简化流程，完成产品发布流程的产品自动入库，就不单独提交产品入库申请了）加上产品发布通知单模板产 品 发 布 通 知 单 .docx二、 产品入库流程中科方德软件有限公司产品入库基本信息审批审批产品入库1 、 部门成员可发起2 、 在 Q o n e 上填写 产品入库申请 ， 标明申请原因测试负责人确认是否完成测试 ， 及测试内容 、 测试结果 、 风险等详细描述开发部经理审批配置管理员完成产品入库产品负责人审核 ， 确保产品符合预期规划审批审批审批Q A 审核以上材料是否

3、完整总经理审批本流程按照 QONE 配置管理模块进行配置步骤说明：1、配置管理员制定配管计划，路径：项目管理部门流程控制配置管理配置管理计划；由于是按照项目集群的方式统一管理项目，然后又将流程单独做到一个项目上，因此每次提交新的入库只能更改配置管理计划（原则上每个项目只有一个配置管理计划）中科方德软件有限公司2、填写配管计划，提交开发部负责人审批通过，路径：项目管理 部门流程控制配置管理配置管理计划注：该项审批在前台页面无提示，只能原路进入项目下配管计划进行审批3、配管计划完成后，部门成员才可以进行申请，在外网 Qone 上发起产品入库申请 ，填写详细信息，路径：我的工作台- 工作单- 发起表

4、单-产品入库申请入库信息必填项：配置项标识、配置项名称、入库内容上传、备注中填写入库原因、开发内容、风险与意见建议4、测试部确认该产品测试结果，准许入库5、产品经理确认产品功能是否完整实现6、开发部经理确认该入库产品已完成开发，开发内容是哪些？中科方德软件有限公司7、QA 确认以上信息是否完整填写8、事业部总经理审批9、配置管理员完成入库，填写入库信息（为了简化流程，完成产品发布流程的产品自动入库，就不单独提交产品入库申请了）产品发布流程和产品入库流程的区分：1、版本的区分：根据产品版本管理规定，走产品发布流程的是产品版本第二级及以上，如从 5.3.x 升级到 5.4.x，以及从 5.x.x

5、升级到 6.x.x；走产品入库申请的是产品版本第三级，如从 5.3.1 升级到 5.3.2三、 产品出库流程本流程按照 QONE 配置管理模块进行配置中科方德软件有限公司步骤描述：产品出库基本信息审批审批产品出库1 、 全体成员可发起2 、 在 Q o n e 上填写 产品出库申请 ， 说明出库原因实施部经理审批 ， 确认该客户所需产品信息Q A 审批 ， 确保所需材料完整配置管理员完成产品出库审批总经理审批出库前提：该产品已经完成入库流程 出库原则：每一个客户安装时都必须走出库管理，已入库的产品可多次出库发起对象：实施部成员均可提交出库申请，1、在外网 Qone 上发起产品出库申请 ，路径：

6、我的工作台 -工作单-发起表单-产品出库申请中科方德软件有限公司2、开发部经理审批，确认本次版本有效，能正常出库3、事业部总经理审批4、配置管理员完成产品出库四、 产品版本管理与以前管理一致，没有变动1. 产品版本命名规则a) 产品产生时版本初版均三级划分，以 V1.0.0 的方式表示，其中第一位为主版本号，第二位是子版本号，第三位是修正版本号i. 第一级：核心架构变化、用户界面重构、一级功能模块，增加主版本升级加1ii. 第二级：二级功能模块，增加子版本号升级加 1中科方德软件有限公司iii. 第三级：bug 修改，个别功能的改进，其修正版本加 1b) 产品在交付入库前发生变动时,由项目组相

7、关人员按照规则对其变动加以版本标记,并提交产品部报备。2. 产品版本号是在原有产品的基础上进行升级，包括文档评审通过和测试通过及试运行期间的版本变化。产品的文档版本号和程序版本号都必须跟原来保持继承性和可追索性。由于产品的不同工件修改的频次不一样，所以不要求所有工件的版本号必须保持一致。例如允许 V5.0 的产品包括：程序 V5.0、需求规格说明书 V4.3、设计说明书V5.2、测试用例 V5.5 等。产品包工件的一致性由产品基线来控制。3. 产品基线命名规则a) 产品基线：产品名称+ 版本号，如： QONE5.0可以采用 LABEL 或目录的方式予以标识。并将产品基线中的文档与代码部分分开存

8、放入产品库。 b) 内部基线：产品名称_基线名称简写_版本号，版本号为两位数如： QONE4.0_RD说明：为 QONE4.0 项目的需求基线。基线名称 简写 举例计划基线 PP EGIP_ PP需求基线 RD EGIP_ RD设计基线 SD EGIP_ SD中科方德软件有限公司编码基线 CD EGIP_ CD测试基线 TEST EGIP_ TEST4. 定制版本命名规则产品名称：基线版本_客户代号_客户版本号，如 Qone5.4.2_ Jing_002_2013070902000基线名称：客户代号_客户版本号， 如 Jing_002_2013070902000Beta 版本：中间版本，未完成

9、测试临时提交客户的版本Beta 版本命名规则：待入库基线请放入内网 http:/192.168.3.207/svn/Qong-pro/预发布中，文玲玲提交入库申请单，完成审批后移入“验收发布”文件夹中。建立 release 和 beta 两个项目，Release 为正式发布版本，经过开发、测试、产品等一系列流程完成的最终版本，可直接发到客户处。如未完成测试，测试经理须打回，中断入库流程。Beta 版本为产品中间件，未测试版本，或其他异常版本，临时需要发到客户处安装的未经质检的版本。测试经理如实填写是否完成测试，并提出意见，可进入下一级审核，最终由事业部总经理审核决定是否出入库。两种版本出入库流程一致。