1、PD-BOSS-ORG-ZTLC-001 （内部保密资料）NGCRM 版本总体流程自年 月 日起正式生效广州从兴电子开发有限公司编制： 审批：共 页 PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程文档修改历史日期 版本 作者 修改内容 评审号 变更控 制号 发布日期2011-3-8 V0.1 高岚/李锋 初稿2011-5-6 V0.2 李伶2011-5-14 V0.3 李伶更新 5.1.10，增加涉及文档2011-6-1 V0.4 李伶调整 4.1 版本管理总体流程图，增加需求流程；新增 4.2 需求流程和4.5 上载流程2011-11-2 V0.5 李伶 根据项目特性，修
2、订各流程细节2012-1-11 V0.6 梁展鹏、罗周杰 增加 BUG 版本管理流程2012-1-20 V0.7 罗周杰 新增 2.3 需求开发活动阶段与 OA 流程映射图PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 3 页 共 33 页目录1 前言 .41.1 文档目的 .41.2 适用范围 .41.3 名词解释 .41.4 参考资料 .42 正式版本流程 .52.1 角色与职责 52.2 流程图 .62.3 需求开发活动阶段与 OA 流程映射图 72.4 过程描述 .92.4.1 需求流程 .92.4.2 研发流程 .112.4.3 测试流
3、程 .152.4.4 上载流程 .173 bug 版本流程 .193.1 角色与职责 193.2 流程图 .203.3 过程描述 .213.3.1 确认 BUG .213.3.2 建立缺陷单 .213.3.3 缺陷评审 .213.3.4 缺陷分析 .223.3.5 BUG 单排版 223.3.6 任务分派 .223.3.7 缺陷处理 .223.3.8 BUG 版本上载 23PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 4 页 共 33 页1 前言1.1 文档目的规范 NGCRM 项目的版本需求、开发、测试、上载流程，明确项目版本开发过程中的各项
4、活动，分清职责。有效地生产出正确的，与客户需求一致的软件产品1.2 适用范围本文档适用参与 NGCRM 割接项目的项目管理人员、需求管理人员、开发人员、测试人员、运维人员。1.3 名词解释术语 解释NGCRM 下一代客户关系管理系统1.4 参考资料编号 资料名称 作者123PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 5 页 共 33 页2 正式版本流程2.1 角色与职责角色 职责 备注移动公司 发布需求,确定版本计划版本经理 外部收集需求、协助确定版本计划；内部发布版本颁布计划，协助版本上线开发经理 跟据版本计划确定内部开发计划，跟进开发进度
5、测试经理 跟据版本计划确定内部测试计划，跟进测试进度。版本打包上载开发组长 安排各组的开发任务 监控本组开发任务的质量设计人员 完成概要设计编写 参与概要设计评审活动设计总负责人 协助需求人员制定 CRM 内部的实现方案 协调、合并各组之间的完成概设开发人员 编写代码 配合测试人员测试测试人员 编译、打包程序 部署内部测试机 执行内部测试运维人员 负责需求上载的执行及上载过程中问题的反馈QA 监控流程的执行情况PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 6 页 共 33 页2.2 流程图PD-BOSS-ORG-ZTLC-001 NGCRM 版
6、本总体流程广州从兴电子开发有限公司 第 7 页 共 33 页正式版本流程需求阶段开发阶段测试阶段上载阶段运维人员需求人员 开发 / 设计人员 测试人员 输出输入测试报告2 . 4 . 3 . 6 测试执行2 . 4 . 2 . 2 概要设计评审2 . 4 . 3 . 2 制定测试计划概设评审报告概要设计2 . 4 . 2 . 1 概要设计2 . 4 . 3 . 3 编写测试用例代码走查报告2 . 4 . 3 . 1 测试需求分析2 . 4 . 1 . 7 0 级方案评审2 . 4 . 2 . 4 代码走查 / 单元测试2 . 4 . 2 . 3 编码 / 参数配置2 . 4 . 1 . 8 建
7、立开发计划2 . 4 . 1 . 1 确定版本范围2 . 4 . 1 . 3 需求评估结果内部评审2 . 4 . 1 . 2 需求评估2 . 4 . 4 . 3 评审上载文档2 . 4 . 4 . 2 上载文档准备2 . 4 . 4 . 4 执行上载2 . 4 . 4 . 5 上线检查并验收需求 0 级技术方案单元测试报告上载文档版本计划概要设计测试用例测试用例2 . 4 . 4 . 1 上载计划制定2 . 4 . 3 . 7 编写或汇总测试报告2 . 4 . 3 . 5 测试环境准备2 . 4 . 3 . 7 联调测试2 . 4 . 2 . 5 分组按单提交代码列表2 . 4 . 3 . 4
8、 测试用例评审2 . 4 . 1 . 5 建立 O A 需求版本2 . 4 . 1 . 6 需求分析需求 0 级方案评审报告版本计划版本计划测试用例评审报告结束2 . 4 . 1 . 4 确定版本计划需求 0 级技术方案上载文档问题跟进列表PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 8 页 共 33 页2.3 需求开发活动阶段与 OA 流程映射图需求开发活动与 O A 流程映射图版本需求开发测试活动输出O A 流程活动管理确定版本计划建立需求版本版本会议版本沟通需求评审发布版本计划根据版本计划建立用户需求指定需求负责人进行分析指定方案评审负责
9、人评审是否通过 ？用户需求说明书需求分析方案评审否拆需求变更单到开发各组主管是用户需求跟踪矩阵需求分析与方案文档截止到某个时间点需完成方案评审记录各主管安排设置变更配置项 ， 分派设计 、 开发 、 评审和测试任务概要设计模型变更提交外部参数设计设计评审更新 O A 状态 ， 发提醒到下一环节是否通过 ？否更新 O A 状态 ， 以及发提醒给开发是指定整体设计负责人概设评审报告概设文档代码开发单元测试规范化的代码单元测试报告代码走查报告是否通过 ？更新 O A 状态 ， 以及发提醒给测试是否测试根据版本开发计划更新 O A 状态 ， 以及发提醒给相关人是否通过 ？ 是否上载准备测试报告上载相关
10、文档持续更新的用例库PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 9 页 共 33 页2.4 过程描述2.4.1 需求流程2.4.1.1 确定版本范围 涉及的文档或工具：版本计划 涉及的角色：客户、版本经理、开发经理、测试经理 详细的活动描述： 版本经理收到局方发布的版本计划，与开发经理、测试经理沟通确定版本范围 确定版本范围后版本经理需要与客户沟通需求的优先级2.4.1.2 需求评估 涉及的文档或工具：版本计划 涉及的角色：版本经理、需求负责人 详细的活动描述： 版本经理对每个需求指定需求负责人 需求负责人对需求进行评估，并填入版本计划中相应
11、的列。评估内容包括： 工作量估算 涉及 CRM 开发小组 识别是否涉及外围系统（CRM 以外的系统，包括营帐、计费、HSC 等） 存在的问题 对于有问题的需求版本经理和客户进行进一步讨论，达成一致意见。 对跨项目需求，版本经理与其他项目版本经理做版本对接。2.4.1.3 需求评估结果内部评审 涉及的文档或工具：版本计划 涉及的角色：版本经理、开发经理、需求负责人、开发负责人、测试负责人 详细的活动描述：PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 10 页 共 33 页 版本经理召集需求负责人、开发负责人、测试负责人对需求评估结果进行评审。 评
12、审过程中版本经理与开发经理确定重点需求 版本经理将版本计划与局方确认。2.4.1.4 确定版本计划 涉及的文档或工具： 版本计划 涉及的角色：版本经理、开发经理、设计总负责人 详细的活动描述： 需求评估结果通过后，版本经理将版本计划内部公布。 版本经理将内部评审过的版本计划与局方确认。 版本计划公布后，开发经理根据需求评估结果（需求工作量等级为 A/B 的需求单）指定该需求的设计总负责人2.4.1.5 建立 OA 需求版本 涉及的文档或工具：版本计划 涉及的角色：需求助理 详细的活动描述： 需求助理根据版本计划在 OA 上建立版本，并将该版本的需求单录入，并填入相关的需求负责人，分发需求分析任
13、务 需求助理从 OA 定期（一周两次）导出版本开发进度，对版本进行监控2.4.1.6 需求分析 涉及的文档或工具：需求 0 级技术方案 涉及的角色：需求负责人、设计总负责人 详细的活动描述： 需求负责人接到需求分析任务后， 其进行分析，产出需求 0 级技术方案，需并将文档放入配置库，svn 路径为（03 需求/12 版本需求分析） 设计总负责人应该协助需求人员制定 CRM 内部的实现方案 完成需求分析任务时要在在处理情况中填写需求 0 级技术方案的 SVN 路径或其它说明。 如果需求为产品配置并涉及其他项目配置，由需求负责人与其他项目接口人PD-BOSS-ORG-ZTLC-001 NGCRM
14、版本总体流程广州从兴电子开发有限公司 第 11 页 共 33 页联系，说明配置需求。（待讨论）2.4.1.7 需求 0 级技术方案评审 涉及的文档或工具：需求 0 级技术方案、需求 0 级技术方案评审报告 涉及的角色：需求负责人、开发人员、测试人员、运维人员、涉及系统接口人 详细的活动描述： 需求负责人对需求 0 级技术方案发起需求评审，并召集相关开发、测试、运维人员以及所涉及的系统接口人参与。 评审方式采取先邮件预审然后集中评审的方式，同时在集中评审时可采用批量方式进行，提高效率。 在评审过程中发现的缺陷，由需求负责人进行修改，功能组组长负责跟踪缺陷的闭合情况。 评审后，输出需求 0 级技术
15、方案评审报告中，放入配置库中。2.4.1.8 建立开发计划 涉及的文档或工具：版本计划 涉及的角色：需求负责人、开发组长、测试组长 详细的活动描述： 需求负责人在 OA 上拆分需求变更给该需求所涉及的功能组组长 开发组长根据需求负责人所分发的变更内容，给各组员安排开发任务。 每条需求变更必须包含设计任务、设计评审、编码任务、单元测试、测试分发任务。如果为产品配置类需求则包含参数设计任务、设计评审、配置修改任务、测试分发任务。 小组计划有变更时，开发组长需要邮件通知测试组长更新测试计划。如果测试任务已分发，由组员拒绝任务后，由测试组长重新分发。 版本经理、需求负责人、功能组组长、测试组组长都有义
16、务跟进开发、测试进度。跟进方式可以通过NGCRM 项目日报监控开发进度PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 12 页 共 33 页2.4.2 研发流程2.4.2.1 概要设计 涉及的文档或工具：概要设计说明书 涉及的角色：设计人员、设计总负责人 模板地址： https:/10.200.1.108/NGCRM/09 文档模板/开发设计模板/ 详细的活动描述： 设计人员根据需求 0 级技术方案进行概要设计，完成后在 OA 上提交任务，并在处理情况处填写设计文档的 SVN 路径。 在设计过程中如果发现涉及产品配置，需在概要设计中说明配置方案。
17、同时通知开发组长在 OA 上将参数配置修改任务分发给产品配置组长。 配置方案要求可参见产品配置方案说明 概要设计完成后，将其放入配置库中，并同步更新以下文档：1）05设计/03数据库设计/NGCRM.物理模型变更申请表.xls2）05设计/03数据库设计/CMCC.NGCRM.固定参数详细设计.doc3）05设计/03数据库设计/CMCC.NGCRM.系统参数配置设计.xls4）05设计/03数据库设计/CMCC.NGCRM.业务参数配置设计.xls05设计/03数据库设计/CMCC.NGCRM.业务规则检查配置设计.xls5）业务概设：/05设计/01概要设计/ 02业务概设（将需求级设计文
18、档合并至业务级总文档）6）版本概设：/05设计/01概要设计/01版本概设7）crm后台独立程序：/21质量管理/02系统运营/NGCRM后台独立程序.xls（crm后台独立程序，如果有新增的或对原来修改的，务必先登记到以下svn，由各组代码提交接口人负责监督，没有登记不予以提交到测试）8）/01概要设计/服务组件设计/NGCRM服务组件需求矩阵.xls9）/01概要设计/服务组件设计/NGCRM服务设计文档(内部).doc10）/01概要设计/服务组件设计/NGCRM组件设计文档(JAVA).doc11）/05设计/01概要设计/服务组件设计/内外服务映射.xls12）设计注意事项参见，05
19、设计/03数据库设计/NGCRM.物理模型相关的业务规则.xlsPD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 13 页 共 33 页 对于有设计总负责人的需求，设计总负责人要整体把握设计的进度，协调各组之间顺利完成概设。 如果设计涉及库表变更，在设计完成后提交相关库表变更申请到外部（省公司，华为）进行评审，并在规定时间内跟进反馈的评审结果。如果外部评审不结束，则不提交设计评审任务，不启动编码任务。2.4.2.2 概要设计评审 涉及的文档或工具：概设评审报告 涉及的角色：设计人员、设计总负责人、开发人员、开发组长、测试组长、测试人员、维护人员、需
20、求负责人 详细的活动描述： 由组长检查设计文档是否齐全，设计人员发起评审（对于有设计总负责人的需求则由其合并各功能组的设计文档，并发起评审）。参加人员有设计人员、设计总负责人、开发人员、开发组长、测试组长、测试人员、维护人员、需求负责人。 对于重点需求需要先邮件预审，然后集中评审方式。其余需求可视情况采用邮件评审方式进行。 评审后，评审人将评审结果填入概设评审报告中，放入配置库中。 对于概设评审过程中发现的缺陷，设计人员要对设计文档进行修改，并同步维护相关文档，相应的功能组组长负责跟踪缺陷的闭合情况。 如果设计涉及库表模型变更，在设计评审通过后，由各个设计负责人在开发环境变更库表模型。 2.4
21、.2.3 编码/参数配置 涉及的文档或工具：单元测试报告 涉及的角色：开发人员、功能组组长、设计总负责人 详细的活动描述： 开发人员根据概要设计进行编码工作，有设计疑问直接和设计人员沟通； 编码要求参见编码规范,地址：https:/10.200.1.108/NGCRM/02 资料/02通用规范资料文档/03 编码规范PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 14 页 共 33 页 编码完成后，由设计总负责人检查设计相关产出，包括概要设计、概设评审报告，开发组长检查编码相关产出，包括安装文档、固定参数文档、固定参数 SQL 文档、系统参数文档
22、，系统参数 SQL 文档，安装文档、库表变更日志等是否齐全。 如果为参数配置类任务，则开发人员按照产品配置方案进行配置参数修改。2.4.2.4 代码走查（可裁剪）/单元测试 涉及的文档或工具：代码走查报告、单元测试报告 涉及的角色：开发人员、功能组组长、设计人员、设计总负责人 模板地址： 单元测试报告模板地址： https:/10.200.1.108/NGCRM/09 文档模板/开发设计模板/NGCRM( 功能_开发人员)单元测试报告.doc 代码走查报告模板地址：https:/10.200.1.108/NGCRM/09 文档模板/开发设计模板 /NGCRM（功能_走查人员）代码走查报告模板（
23、C+ ）.xlshttps:/10.200.1.108/NGCRM/09 文档模板/开发设计模板 /NGCRM（功能_走查人员）代码走查报告模板（JAVA）.xls 详细的活动描述： 如果是重点需求，需由设计人员和测试人员进行代码走查，输出代码走查报告。 配置参数任务的评审用代码走查任务实现 开发人员需在代码提交前进行单元测试，并填写单元测试报告 参数配置完成后需进行配置评审，主要分为以下几点：1：需求人员& 配置人员在前台界面查看产品相关信息是否配置满足产品规范说明2：计费信息配置评审：这个需要提交给 HSC 查看 CRM 是否漏挂、错挂计费 ID 信息3：如果需要修改、则输出修改方案。 单
24、元测试之后，需由设计负责人（设计总负责人）检查开发人员的输出是否与设计要求一致，发现有差异时要求开发人员进行修改。2.4.2.5 分组按单提交代码列表(待讨论) 涉及的文档或工具：代码列表 涉及的角色：开发人员、开发组长 详细的活动描述： 开发在 OA 先提交“编码实现 ”任务，然后再提交代码列表。PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 15 页 共 33 页 开发人员提供代码列表并协助测试人员进行代码编译打包； 开发人员提供业务参数协助测试人员进行测试系统的模块部署； NG-CRM 项目群对于 WAS 前台集成原则上设定一天进行一次打包
25、，打包时间设定为每天 17:00，开发人员须在每天 17:00 前提交代码，交付测试团队。 开发通过提交测试申请表的方式提交功能给测试组测试2.4.2.5.1 SQL 列表 涉及的文档或工具：SQL 列表 涉及的角色：开发人员、功能组上载接口人、上载接口人 详细的活动描述： 开发人员提交自己负责的需求单涉及的 SQL 语句（库表变更、参数变更、菜单变更、权限变更等）到本功能组上载接口人。 功能组上载接口人定时汇总组内 SQL 语句放上 SVN。 SQL 编写规范请参考 BOSS 版本 SQL 规范。 上载变更的 sql，如果涉及附件所列 42 张表，必须同时变更 xxzw、xxzwhis下的表
26、。BOSS版 本 SQL规 范 .doc2.4.2.5.2 后台程序列表 涉及的文档或工具：后台代码列表 涉及的角色：开发人员、功能组上载接口人、上载接口人 详细的活动描述： 开发人员提交自己的后台独立程序安装文档到本功能组上载接口人 功能组上载接口人定时汇总并提交到 SVN 上，方法如下： 需求组在 SVN 上给各组统一建目录； 各组每天将自组的新增量加到此目录（所有有文档统一放入此目录下）； 如果有临时紧急上载需要邮件通知上载接口人，并从版本上载增量维护中删掉临时紧急上载内容；临时紧急上载内容需求组会单独生成文PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开
27、发有限公司 第 16 页 共 33 页档放到 SVN； 到版本上载截至时间，需求组会锁住此目录，重建下版本目录提供给各组。2.4.2.5.3 前台代码列表 涉及的文档或工具：前台代码列表 涉及的角色：开发人员 详细的活动描述： 开发人员按需求提交前台程序代码列表到 SVN 指定目录中。2.4.2.5.4 安装文档 涉及的文档或工具：安装文档模板 涉及的角色：功能组开发人员、功能组上载接口人 详细的活动描述： 开发人员按需求提交后台程序安装文档列表到 SVN 制定目录中。 请注意在安装文档中填写相关的监控策略。 功能组上载接口人将版本的安装文档汇总。2.4.3 测试流程2.4.3.1 测试需求分
28、析（可裁剪） 涉及的文档或工具：TD 涉及的角色：测试人员 详细的活动描述： 测试人员在配置库中获取客户的原始需求文档、需求分析文档和概要审计文档。 模块负责人根据需求说明书分析该需求需要修改的功能点。在 TD 的需求模块的相关需求下面填写需求功能点，按照系统模块进行划分。2.4.3.2 制定测试计划 涉及的文档或工具：测试计划、版本开发计划 涉及的角色：测试组长 详细的活动描述：PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 17 页 共 33 页 测试组长根据版本整体计划安排版本整体测试计划，在 OA 上分发测试任务，任务包括测试设计、测试执
29、行、测试报告。 如果涉及到需要联调测试的需求，内部联调由测试规划组组织联调，外部联调由测试组组织联调。2.4.3.3 编写测试用例 涉及的文档或工具：TD 平台 涉及的角色：测试人员 详细的活动描述： 测试人员进行初步测试用例设计，在代码提交之前完成。 根据后续设计增加、裁减、细化测试用例。 如果涉及到需要联调测试的需求，由测试组统一编写联调测试用例。 测试团队使用 TD 进行用例管理， TD 上建立 NG-CRM 项目的模块，用例根据归属模块的不同，形成用例库。2.4.3.4 测试用例评审 涉及的文档或工具：评审报告 涉及的角色：测试人员、测试用例评审人 详细的活动描述： 对重点需求必须进行
30、测试用例评审。 测试人员发起，召集测试用例评审人（可以是其他测试人员、测试组长、相关设计人员、需求负责人）进行评审，也可以邮件的方式按需求来评审测试用例。 评审结束后，评审结果记录在评审报告中。测试负责人需对发现的问题对用例进行调整和修改。（邮件评审无需出评审报告）2.4.3.5 测试环境准备 涉及的文档或工具：前台代码列表、后台代码列表、打包编译工具、TD 涉及的角色：测试人员 详细的活动描述： 前台代码：根据每天的前台代码列表，从配置库中获取指定版本的代码并打包。PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 18 页 共 33 页 后台独立
31、程序：根据后台代码中的版本号，编译后台独立程序。 每次编译前，检查代码列表中是否有 makefile 发生改变，若发现有MAKEFILE 变更，需向相应开发组的组长确认，确认通过后才能进行后续操作。 测试人员根据开发提交的上载申请前台代码列表、上载申请后台代码列表编译程序。如有编译失败，通过缺陷打回到开发这边。 如出现编译错误，登记在 TD 上。 准备测试数据。2.4.3.6 测试执行 涉及的文档或工具：TD 涉及的角色：测试人员 详细的活动描述： 测试人员根据测试用例，执行测试。测试的结果记录在 TD 上（如测试数据、结果、界面等证据）。 到 TD 的 test lab 中更新用例的执行情况
32、。 测试结果尽量使用截图，图片格式一律使用 JPG。截图软件建议使用SnagIt。 测试过程中发现缺陷需在 OA 上进行登记，指定开发负责人，并跟进缺陷修复进度。 测试人员审核开发人员的单元测试效果，对于应该在单元测试中发现却未被发现的缺陷，测试人员可以记录下来，最后由组长汇总。2.4.3.7 编写或汇总测试报告 涉及的文档或工具：TD 涉及的角色：测试需求负责人 详细的活动描述： 测试人员在执行测试后输出测试报告，测试组长汇总版本的测试报告。 为了保证开发质量及开发处理缺陷的及时性，测试组将每周提供项目缺陷报告，由测试主管发布。缺陷报告内容包含项目缺陷率，模块缺陷率，缺陷处理及时率。PD-B
33、OSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 19 页 共 33 页2.4.3.8 联调测试（可裁剪） 涉及的文档或工具：TD、联调测试用例、联调测试用例评审报告、联调测试报告、联调测试跟踪表 涉及的角色：测试人员 详细的活动描述： 需要联调测试的需求，内部联调由测试规划组组织联调，外部联调由测试组组织联调 测试组编写联调测试测试用例并组织评审，执行联调测试，测试中发现的缺陷在 OA 登记处理。 联调测试时测试人员要识别、确认涉及网络的需求相关信息2.4.4 上载流程（待讨论）2.4.4.1 上载计划制定 涉及的文档或工具：版本上载计划 涉及的角色：
34、版本经理、开发主管、测试主管 详细的活动描述： 版本经理和各开发主管、测试主管根据版本计划、开发测试的实际完成情况确定版本上载内容，制定当期的版本上载计划（外部需求需要提前一周发布，内部需求需要提前 3 天发布） 确定版本上载计划后，版本经理要与客户做确认工作2.4.4.2 上载文档准备 涉及的文档或工具：上载申请文档，上载检查列表，版本计划，代码列表，上载计划 涉及的角色： 详细的活动描述： 测试人员将上载应用程序包、配置文件、SQL 语句准备好 需准备的文档还包括NGCRM 上载变更影响分析、NGCRM 统一版本上载、应用安装文档、设计文档以及上载 ChecklistPD-BOSS-ORG
35、-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 20 页 共 33 页2.4.4.3 上载文档交付 涉及的文档或工具：上载文档，上载检查列表，版本计划，代码列表，上载计划 涉及的角色：测试负责人 详细的活动描述：2.4.4.4 上载文档评审 涉及的文档或工具：上载申请文档，安装文档 涉及的角色：维护上载负责人，开发负责人、测试负责人、需求负责人、版本经理 详细的活动描述： 维护上载负责人牵头组织开发负责人评审上载文档（上载内容，配置文件，SQL）， NGCRM 统一版本上载，上载变更影响分析，上载Checklist 在评审过程中发现的问题填在NGCRM 上载问题跟进列
36、表中，并指定问题跟进人2.4.4.5 执行上载 涉及的文档或工具：程序包，安装文档 涉及的角色：维护上载负责人 详细的活动描述： 维护上载负责人根据上载操作文档，在上载当晚将前台应用包、后台独立程序等上传到应用服务器，包括旧应用的停用以及新应用的启动。 上载过程中出现的问题，运维人员及时通知开发、测试人员解决 在上载完成后填写上载顺序流程中的实际上载情况。2.4.4.6 上线检查并验收 涉及的文档或工具：上载记录 涉及的角色：维护上载负责人、测试人员、开发人员PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 21 页 共 33 页 详细的活动描述
37、在上载完成后，由运维人员根据上载 Checklist完成上载检查 运维、测试配合客户进行验收，发现问题时通知开发、测试组成员进行处理。 在上线检查以及验收过程中发现的问题需填写在NGCRM 上载问题跟进列表中，并指定开发、测试负责人跟进。2.4.4.7 版本总结 涉及的文档或工具：版本总结报告 涉及的角色：版本经理、开发经理、测试经理、运维经理、QA 详细的活动描述： 在版本上载后一周内需召开版本总结会议 在会议召开前，项目各负责人应该提前填好按版本总结报告中相关的内容 版本经理组织需求、开发、测试、运维负责人召开版本总结评审会，评估整个版本执行过程和上载过程，发现并讨论存在问题，填入版本总结
38、报告中的问题列表并确定改进事项和责任人。2.5 附件列表文档名称 文档附件NGCRM 项目日报 NGCRM版 本 日 报 （ 20120215-模 板 ） .xls产品配置方案说明 产 品 配 置 方 案 说 明 .docNGCRM 上载变更影响分析 NGCRM上 载 变 更 影 响分 析 _YYYYMMDD（ 模 板 ） .docPD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 22 页 共 33 页NGCRM 上载问题跟进列表 NGCRM上 载 问 题 跟 进列 表 _YYYYMMDD（ 模 板 ） .xlsxNGCRM 统一版本上载 NGCR
39、M统 一 版 本 上 载_YYYYMMDD（ 模 板 ） .doc上载顺序流程 上 载 顺 序 流 程 _yyyymmdd(模 板 ).xls上载 Checklist 上 载 Checklist_YYYYMMDD（ 模 板 ） .xlsx3 变更处理流程3.1 角色与职责角色 职责 备注版本经理 发起版本计划变更 与客户确认版本计划变更需求负责人 发起需求变更，0 级方案变更设计负责人 发起设计变更开发、测试人员 评估变更 实施变更PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 23 页 共 33 页3.2 流程图变更处理流程开发 、 测试人员版
40、本经理 需求负责人 设计负责人客户提出变更评估变更确认变更实施变更3.3 过程说明3.3.1 提出变更 涉及的文档或工具： 涉及的角色：版本经理、需求负责人、设计人员 详细的活动描述：1) 版本计划变更：由版本经理发起，通知需求负责人、开发负责人、测试负责人2) 需求变更：由需求负责人发起，邮件通知开发负责人、测试负责人PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 24 页 共 33 页3) 0 级方案变更：由需求负责人发起，邮件通知开发负责人、测试负责人4) 设计变更：由设计负责人发起，邮件通知需求负责人、开发负责人、测试负责人3.3.2 评
41、估变更 涉及的文档或工具： 涉及的角色：版本经理、需求负责人、开发负责人、测试负责人 详细的活动描述： 变更发起人召集相关需求、开发、测试负责人进行变更影响评估，综合评估该变更需要的工作量以及对项目进度的影响， 判断变更能否实施。3.3.3 确认变更（可裁剪） 涉及的文档或工具：版本计划 涉及的角色：版本经理 详细的活动描述： 如果变更影响版本计划，版本经理将变更评估的结果与客户确认，更新版本计划并内部公布。3.3.4 实施变更 涉及的文档或工具：版本计划、OA 涉及的角色：版本经理、需求负责人、开发人员、测试人员 详细的活动描述：1) 版本计划变更处理： 需求增加的处理：版本经理根据更新的版
42、本计划在 OA 上新建需求单，指定需求分析人，按需求的正常开发流程进行。 需求删除的处理：版本经理根据更新的版本计划在 OA 上将要删除的需求作废处理（作废后该需求下属的所有开发任务消失），也可使用版本调出功能将需求调至其它版本。2) 需求变更的处理： 当变更出现在需求分析阶段（未分发开发任务）： 由需求负责人按照变更后的内容编写0 级技术方案PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 25 页 共 33 页 评估变更是否影响开发计划，有影响则通知开发、测试负责人 当变更出现在开发、测试阶段（已分发开发任务）： 开发组长与需求负责人沟通确认，
43、如需直接封闭变更的，要需求负责人在 OA 上发布封闭通知给各组长，开发组长方可进行直接封闭操作。 需求负责人重新分析需求，对需求 0 级技术方案进行更新，并邮件发布给相关开发、测试人员，说明变更内容和变更影响 需求负责人完成需求分析任务后重新拆分需求变更给各开发组长 组长按变更内容重新分发开发任务3) 0 级方案变更处理 开发组长与需求负责人沟通确认，如需直接封闭变更的，要需求负责人在 OA 上发布封闭通知给各组长，开发组长方可进行直接封闭操作。 需求负责人重新分析需求，对需求 0 级技术方案进行更新，并邮件发布给相关开发、测试人员，说明变更内容和变更影响 需求负责人完成需求分析任务后重新拆分
44、需求变更给各开发组长 组长按变更内容重新分发开发任务4) 设计变更处理： 处于编码阶段（设计任务已提交/编码任务未提交）：组长重新分发设计任务，并要求编码人员按更新后的设计文档进行编码。 处于测试阶段（设计、代码任务已提交，测试人员返回设计缺陷给设计人员）：设计人员根据缺陷描述对设计文档进行修改，完成后通知相关编码人员进行代码修改，待代码修复完成后设计人员将缺陷返回测试人员评审 该变更已经封闭（所有开发、测试任务已完成）：走内需流程进行修改。PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 26 页 共 33 页4 内需申请流程4.1 角色与职责角色 职责 备注开发人员 内需分析 提交内需方案给组长评审开发组长 对内需方案进行初审 将内需方案提交给版本经理评审版本经理 评审内需方案 将内需排入正式版本，更新版本计划PD-BOSS-ORG-ZTLC-001 NGCRM 版本总体流程广州从兴电子开发有限公司 第 27 页 共 33 页4.2 流程图内需申请流程开发组长 版本经理开发人员发现内需启动申请内需分析内需方案初审内需方案评审更新版本计划完成YNY是否走内需
