德信无线标准软件过程TSSP-14-软件版本发布和维护过程

1、WM5软件发布流程和维护过程Cai Beibei 2006-06-22 议程1. 概述2. 过程活动和描述3. 验证4. 相关文档5. 度量6. 附录:文档版本发布过程1.概述1.1 目的目的 指导软件生命周期过程中各个版本的对内、对外发布过程，保证版本发布的正确性（不是指功能的正确性，仅只取用正确的配置项版本）1.2 术语、缩略语定义术语、缩略语定义 Pretest：预测试，包括主要功能的验证、本版本修正问题及其可能产生的影响的验证 HPRT：Hardware Product Reliability Test TOP：Technology of Production1.概述1.3 过程总体概

2、述过程总体概述 Fail Pass 软件版本发布计划软件版本发布计划准备待发布版本准备待发布版本验证待发布版本验证待发布版本预测试预测试电源测试电源测试TOP测试测试其它测试其它测试软件版本发布软件版本发布1.概述1.3.1 软件版本发布计划 SPM根据开发计划提交软件版本发布计划，确定待发布的产品的要求、版本标识、需加入的新功能、需修改的问题、发布对象、发布日程安排 1.3.2 准备待发布软件版本： 开发人员根据软件版本发布计划提交修改的配置项，具体参见配置管理过程；SCM将开发人员提交的配置项受控，具体参见配置管理过程；SCM从配置管理库中取得正确的配置项版本，构建出待发布的工作产品1.概

3、述1.3.3 确认待发布软件版本： 相关人员对待发布的工作产品进行验证（电流、GPRS、TOP、Pretest等相关验证，按照各个部门的测试标准执行）1.3.4 软件版本发布： SCM将经过验证，确认达到发布标准的软件版本正式发布，并将软件版本发布结果受控 2. 过程活动描述2.1 提交软件版本发布计划提交软件版本发布计划 2.1.1 目的 作为软件版本发布的依据 2.1.2 角色和职责 lSPM人员：填写软件版本发布计划，并发送给相关人员，包括：相关开 发人员、SCM人员、SQA人员、软、硬件测试人员、生产测试人员等 lSCCB：确认或者批准软件版本发布计划，具体参见配置管理过程 l开发人员

4、：根据SPM的软件版本发布计划，确认工作安排，提交个人工作计划 l Pre-test Team：根据SPM的软件版本发布计划，确认工作安排 l SCM人员：根据SPM的软件版本发布计划，确认工作安排，并执行计划 l SQA人员：审核软件版本发布计划的可执行性 2. 过程活动描述2.1.3 进入条件 符合下面任一条进入条件：l项目计划中的阶段时间点已到l软件符合项目计划的阶段目标l客户要求2.1.4 输入l软件开发计划 l客户需求变更等版本发布请求 2. 过程活动描述2.1.5 活动lSPM与相关开发人员确认修改Bug和实现新增功能的安排时间，与测试人员确认相关测试的时间安排，保证发布计划有效。

5、SPM要综合平衡工作量，根据平台实际情况以及测试周期提前发布软件版本发布计划，保证发布计划工作量是合理的 lSPM制订软件版本发布计划，并发送给相关人员，包括：软件开发人员，SCM、SQA、软件/硬件测试人员、生产测试人员 l开发人员应制定个人工作计划，合理安排工作时间 2.1.6 输出软件版本发布计划 2. 过程活动描述2.1.7 退出条件软件版本发布计划已发布 2.2 准备待发布版本准备待发布版本2.2.1角色和职责 l开发人员：提交软件版本发布计划中需要提交的变更 lSPM：督促开发人员在软件版本发布计划中规定的时间点之前提交变更，协调准备工作过程中出现的问题 lSCM人员：根据软件版本

6、发布计划，从配置管理系统中取得正确的版本，准备好待发布的工作产品 2. 过程活动描述2.2.2 进入条件开发人员已根据个人工作计划提交变更配置项2.2.3 输入软件版本发布计划及个人计划2.2.4 任务描述lSCM人员检查软件版本发布计划执行状态 l软件版本发布计划中涉及到的变更都已提交后，SCM人员对此次提交打基线,通知BV组从配置管理系统中取正确的文件版本进行编译 lSCM人员将编译好的软件版本发布到约定的位置，并填写Release Audit Report，通知相关人员开始确认待发布软件版本 2. 过程活动描述l如果开发人员不能在软件版本发布计划规定的时间点之前提交变更，及时通知SPM

7、lSPM关注软件版本的准备情况，并根据情况调整软件发布计划，根据情况将调整结果通知相关人员 2.2.5 输出l待发布的软件版本 lRelease Audit Report Release 2.2.6 退出条件l待发布的工作产品已经准备好 l发布计划取消 2. 过程活动描述2.3 确认待发布工作产品确认待发布工作产品 2.3.1角色和职责 lSCM人员：准备Release Notes l测试人员：软件测试人员对软件版本进行Pretest，反馈Pretest的结果（Pretest Report、Fail Ratio）；硬件测试人员进行HPRT测试，反馈测试结果；生产人员进行TOP测试并反馈测试结果

8、；lSQA人员：根据测试人员的测试结果检查软件版本是否符合阶段质量目标、是否可以放行 lSPM：确认测试结果，确认发布软件版本是否可以发行，并通知SCM人员。如果软件版本不符合阶段质量目标，申请特采，特采完毕后，通知SCM人员 2. 过程活动描述2.3.2 进入条件 待发布的软件版本已经准备就绪，SCM已经发出通知 2.3.3 输出l待发布的工作产品 lRelease Audit Report 2.3.4 任务描述lSCM人员准备Software Official Release Note for Internal Software Official Release Note for Cust

9、omerl测试人员测试完毕后，将测试结果反馈给SPM、SCM、SQA，并在Release Notes中签字 lSQA根据测试结果，确定待发布软件版本是否符合放行标准，并在Release Notes中签字 2. 过程活动描述lSPM确认待发布软件是否可以放行，如果不符合放行标准，申请特采，特采不通过，更新发布计划。如果符合放行标准，通知SCM人员2.3.5 输出l经过验证的待发布软件版本 l相关测试人员已签字的软件发布说明2.3.6 退出条件相关测试人员完成软件版本的验证并在发布说明上签字 2. 过程活动描述2.4 软件版本发布软件版本发布2.4.1 角色和职责 lSCM人员：检查软件发布说明

10、，发布软件版本，总结发布中存在的问题，并通知相关人员 lSQA人员：跟踪软件版本发布执行情况，统计软件版本发布执行结果2.4.2 进入条件 软件版本符合发布标准 2.4.3 输入软件版本发布说明2. 过程活动描述2.4.4 任务描述lSCM人员确认软件版本发布说明，是否相关人员都已签字确认 l如果是对外发布的软件版本，将软件、软件版本发布说明电子表格放到约定的位置，并邮件通知DCC，将相关人员都已签字的Software Official Release Note for Internal和Software Official Release Note for Customer和交给DCC l如果

11、是对内发布的软件版本，邮件通知软件部相关人员，新建通知相关人员加入项目lSCM人员填写Release Result，总结版本发布过程 2.4.5 输出l通知邮件l已发布的软件2. 过程活动描述2.4.6 退出条件软件版本发布执行结果已发出 2.5 软件版本维护软件版本维护l对于量产之后的Running Change版本，待发布软件版本准备就绪后，除了进行2.3中指出的各种相关测试之外，还应由SPM填写软件测试申请单以及软件版本发布记录表，说明该版本的目的、关闭/未关闭的问题以及特殊需求和限制。测试人员需要进行系统测试，系统测试通过后，方可发布 l软件版本发布记录表需要与其他需要受控的文档一起纳

12、入配置管理过程。如果客户要求，SCM在版本正是发布时，软件版本发布记录表还需要一并提交给DCC lSPM在软件测试申请单中应当注明重点测试模块 3. 验证SQA人员审核软件版本发布活动遵循软件版本发布管理过程实施 4. 相关文档NO名称编号归档 保存版式发布对象1软件版本发布计划 文档库电子文件 项目组成员2软件版本审计报告 组织数据库电子文件 软件部成员 3Software Official Release Note for Internal DCC/数据库纸质文档/电子文件项目组成员DCC4Software Official Release Note for CustomerDCC/数据库

13、电子文件 DCC5. 度量过程或阶段 收集数据 责任人 统计和分析数据 提交软件版本发布计划工作量SCM准备待发布软件版本工作量SCM确认待发布工作产品工作量SCM软件版本发布工作量、软件版本发布的频率、Rework次数、Delay时间SCM附录附录: 文档版本发布过程文档版本发布过程 1.1 文档版本发布计划文档版本发布计划1.1.1 执行人员：软件项目经理（SPM）1.1.2 执行活动：l软件项目经理编写项目的Schedule时，要明确计划本项目各阶段的输出文档，明确编写文档的责任人以及文档的编写周期 l软件项目经理负责跟踪与监督文档编写人是否按照计划时间完成文档的编写工作 1.2 文档版

14、本内部发布文档版本内部发布1.2.1 执行人员：软件配置管理员（SCM）、文档编写人、SQA附录附录: 文档版本发布过程文档版本发布过程1.2.2 执行活动 ：l文档编写人负责组织文档内部评审，内部评审通过后，文档版本Fix为V0.1.0 l文档编写人负责将V0.1.0版本的文档发给SQA/SCM,并在邮件主体说明需要通知的相关人员名单 lSQA进行Check，SQA Check完成后通知SCM（邮件 )lSCM将V0.1.0版本的文档上传到Clear Case的相应目录下 lSCM进行文档版本内部发布（邮件），并进行Document Release Note for Internal文档版本

15、内部发布，签字确认通知相关人员注：如果文档是内部使用，不需要发给客户，请直接将版本Fix为1.0.0 附录附录: 文档版本发布过程文档版本发布过程 1.3 文档版本FIX规则: 内部评审 客户确认 内部使用,不需要客户评审,内部评审后草稿版草稿版V0.01-V0.09内部评审确认版内部评审确认版V0.1.0客户确认版客户确认版V1.0.0附录附录: 文档版本发布过程文档版本发布过程1.4 文档版本正式发布文档版本正式发布1.4.1 执行人员：软件配置管理员（SCM）、软件项目经理（SPM）、SQA1.4.2 执行活动：l软件项目经理将内部评审确认的文档发给客户，由客户进行确认。（注：需要发给客

16、户确认的文档）l客户确认后，软件项目经理通知文档编写人按照客户的要求修改文档并将文档版本Fix为V1.0.0 l文档编写人完成Fix V1.0.0版本后，请通知SPM、SCM、SQA、Test leader，并在邮件主体说明需要通知的相关人员名单 lSQA进行Check，Check完成后通知SCM，SCM将文档放在Clear Case库中相应文件夹下 lSCM进行文档版本正式发布（邮件），并进行document Release Note for Internal文档版本内部发布，签字确认通知相关人员 附录附录: 文档版本发布过程文档版本发布过程1.5 文档版本变更发布文档版本变更发布1.5.1 执行人员：软件配置管理员（SCM）、文档编写人、软件项目经 理（SPM）、SQA1.5.2 执行活动 :l已经Fix V1.0.0的文档进行任何修改，文档修改人请填写TF_SW _ xxxx_ Change_Request.xls l文档修改人根据修改量的大小组织文档的正式评审/分发式评审 l评审通过，文档修改人请通知SPM、SC