软件开发流程中文版

内容

1. 概要.................................................................................................................................... 3 2. 角色 ....................................................................................................................................... 5 2.1. 发起者(s) ....................................................................................................................... 5 2.2. 供应方(s) ....................................................................................................................... 5 2.3. 参与者(s) ....................................................................................................................... 5 2.4. 用户(s) ........................................................................................................................... 6 3. 业务流程图 ............................................................................................................................ 8 5. 里程碑 ................................................................................................................................. 10 6. 流程的输入/输出 .................................................................................................................. 11 6.1. 触发器 .......................................................................................................................... 11 6.2. 输入 ............................................................................................................................. 11 6.3. 输出 ............................................................................................................................. 12 7. 存贮(TBD) ........................................................................................................................... 13 8. 清单 ..................................................................................................................................... 13 9. 主要绩效显示(TBD) ............................................................................................................ 13 10. 参考 ................................................................................................................................... 13 10.1. 参考文件和模板 ............................................................................. 错误！未定义书签。

10.1.1 设计文档模板 .................................................................. 错误！未定义书签。 10.1.2 月度演示计划 .................................................................. 错误！未定义书签。 10.1.3 术语名单 ......................................................................... 错误！未定义书签。 10.1.4 清单 ................................................................................ 错误！未定义书签。 10.1.5 术语调查报告模板........................................................... 错误！未定义书签。 10.1.6 美满的设计指南 .............................................................. 错误！未定义书签。 10.1.7 自动测试的要求 .............................................................. 错误！未定义书签。 10.1.8 UI布局Spec模板 ........................................................... 错误！未定义书签。

10.1.9 UI数位映象的名单模板 ................................................... 错误！未定义书签。 10.1.10 RC翻译成套工具 .......................................................... 错误！未定义书签。 10.1.11 RC文件名单 .................................................................. 错误！未定义书签。

10.2. 相关过程 ........................................................................................ 错误！未定义书签。

10.2.1 功能Spec发展过程 ....................................................... 错误！未定义书签。 10.2.2 产品计划过程 .................................................................. 错误！未定义书签。 10.2.3 UI设计过程 ..................................................................... 错误！未定义书签。 10.2.4 美满的设计过程 .............................................................. 错误！未定义书签。 10.2.5 文献过程 ......................................................................... 错误！未定义书签。 10.2.6 配置发展过程 .................................................................. 错误！未定义书签。 10.2.7 地方化过程 ..................................................................... 错误！未定义书签。 10.2.8 测试的过程 ..................................................................... 错误！未定义书签。 10.2.9 专利工程学过程 .............................................................. 错误！未定义书签。 10.2.10 自动测试的过程 ............................................................ 错误！未定义书签。

1. 概要

程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其他相关产品团队之间的交互过程中。

过程包含三个阶段： 准备, 执行和修正。在准备阶段，RD根据产品功能规格说明.做最初的程序设计。设计工作可以在Spec 0.5就开始。 在执行阶段RD工程师开始编码。月度程序demo将由RD给出，根据预定义的项目计划对当前进度进行演示。 然后SQA会对RD给出的月度程序demo做预测试以修正给出的功能. 在程序开发进行到2/3阶段(或在第二个月度演示后)，将执行程序构架和设计review。如果在设计review期所有需求都已经实现，PO、 PM、OC和CCO将其进行review。然后PM将整理递交一个特殊需求Revisit报告给CEO。 在修正阶段，程序进入SQA，并且测试过程被启动。RD与SQA一起进行调试和修正代码。计文档作为将来项目参考以及其他相关的任务。

在程序RTM，RD工程师会编写设 SIPOC图 供应方  输入 处理 输出 用户       PP  程序功能规 创意性格 设计  产品摘要  程序位图 程序开发过程

参与者  RD  SQA  PPM  Product Team  PO  CCO  设计文档  相关术语列表  月度演示计划  月度演示  检查清单  UI布局Spec (可选)  UI位图列表  内容设计指导  程序培训  自动测试DB列表  文件列表  RC工具  参考目录  注册列表  产品程序  源代码打印输出  Video/DVD产品技术调查报告  视频项目模板 ()  做Movie模板 ()  捕获模板()  做光盘模板()  特殊需求Revisit报告 SQA CFG 创意性设计 DOC OC CEO 2. 角色

2.1. 发起者(s)

角色 职责 发起者 知识 工具       PO 引导产品相关的研发过程并且提供战略建议 处理资源管理事项特别是有跨团队协作情况 为产品相关的事项做最终决策 产品开发相关知识 TBD 2.2. 供应方(s)

角色 PP 职责 知识 工具 角色 创意性设计 职责 知识 工具         产品计划者 研究营销趋向、提出产品摘要 产品知识 TBD 创意设计部 为研发程序集成创意产品UI位图 可视化通信，设计理论 Photoshop， PhotoImpact 2.3. 参与者(s)

角色 职责      RD   知识 工具 角色 职责 SQA 知识 工具 产品团队 角色         RD项目小组 提供月度演示计划给SQA和PPM 根据产品功能规格说明开发产品程序 组成相关输出(参见 输出 部分)和交付给相关团队 进入程序测试前，给SQA提供程序培训，所有SQA项目小组成员都应该参与并学会程序细节。TS项目小组也应被通知、参与。 提供月度演示给产品团队 在程序开发进行到2/3阶段(或在第二个月度演示后)，将执行程序构架和设计review。 编程经验，编程，调试 VC++ SQA项目小组 月度演示后对RD发送的功能进行预测试 完成测试过程，在RD完成编码后核实产品程序 测试方法 TBD PPM， DOC， OC， CFG，创意性设计 职责     参加月度演示并且给出建议 程序开发过程期间为RD提供产品相关输入 如果所有需求在设计Review中已经实现（基于RD提供的检查清单），OC将进行Review。 Review特殊需求Revisit报告 TBD TBD 产品程序经理 监测程序开发过程并且确保开发顺利进行 帮助RD做出发展日程表、批准月度演示计划 如果RD根据月度演示计划发出输出，PPM要参与每个程序的月度演示和监控 如果RD执行日程表遇到问题，PPM应该了解问题和找出解决办法 如果RD必须修改日程表， PPM将对修改批准负责 根据RD提供的检查清单，如果在设计评论期间，所有需求已实现，进行Review 递交特殊需求Revisit报告给CEO 项目管理技能，产品知识 TBD 产品线所有者 根据RD提供的检查清单，如果在设计评论期间，所有需求已实现，进行Review review特殊需求Revisit报告 TBD TBD 核心竞争力office 根据RD提供的检查清单，如果在设计评论期间，所有需求已实现，进行Review review特殊需求Revisit报告 TBD TBD 知识 工具 角色 职责           PPM 知识 工具 角色 职责 PO 知识 工具 角色 职责 CCO 知识 工具             2.4. 用户(s)

角色 职责 SQA 知识 工具 角色 CFG 职责 知识 工具          SQA项目小组 在月度演示以后接受部分程序产品并且执行预测试 接受完整程序进行 测试处理 测试方法 TBD 配置小组 建立可安装的程序给测试和最终用户 产品配置知识 TBD 角色 创意设计 职责 知识 工具 角色 职责 DOC 知识 工具 角色 职责 OC 知识 工具 角色 CEO 职责 知识 工具                   UI内容设计小组 接受UI位图清单，内容设计指导，执行UI/Content设计 设计方法 PhotoImpact， Photoshop 文档小组 编写产品帮助文档和用户手册 从RD接手，Review并且最终敲定术语清单交付给OC 技术文档编写，产品知识 Office Word，PageMaker 本地化小组 从RD接受RC工具并且从DOC处得到帮助归档、指导、术语清单 本地化ULead产品，实现多国语言版 本地化过程 TBD 首席执行官 Review特殊需求Revisit报告 TBD TBD 3. 业务流程图

Program Development ProcessProduct TeamPreparationSQARDPLO/PM/LOC/CCOIncoming/Outgoing FlowsFunctional Spec DevelopmentProcess[01] Development PlanningExecution[03] Monthly DemoPatent Engineering ProcessUI Design Process[05] Architecture Review[05] Design ReviewContent Design ProcessDocumentation Process[04] Pretesting[02] CodingVerificationAuto Testing Process[06] TestingConfiguration Development Process[07] DocumentationTesting ProcessLocalization ProcessTrademark Development ProcessDescription: 1. Symbol [ ] Means Process Step

4. 处理描述

步骤 [1]. 开发计划 RD 参加者  描述 在Spec 0.5阶段， RD根据功能规格说明开始实施开发计划。在计划阶段，RD应该撰写 设计文档 版本0.3 (参见 输出 部分)    在Spec 0.95阶段， RD提供每月度演示日程表、并且在程序主日程计划中包含月度演示日程安排 RD为DOC过程提供 术语清单 给PPM 在正式编码开始前，RD应该提供详细的 月度演示计划 给SQA和PPM。如果该计划缺乏可行性，PPM应该请求RD修改计划。  [2]. 编程 RD        一旦计划由PPM同意， RD应该根据计划提供月度演示。 RD编写程序代码和 月度演示计划 交付给SQA和PPM RD在源代码段给出必要的代码注释（为以后维护和调试提供方便） RD为UI设计过程提供UI位图清单给PPM。然后交付到UI设计师 RD为内容设计过程提供内容设计指导给PPM。然后交付到UI设计师 RD也需要准备其他输出给相关的团队(参见 输出 部分) RD首要职责是测试他们的程序，列出完整的程序检测清单 对于评估调查技术风险、研究潜在技术创新，RD有职责为主要的功能和模块去定位技术来源，为自定设计执行前期的界面研究，在进入SQA处理前一个月，为技术调查报告做出结论。细节参见 专利工程学过程 [3]. 月度演示 RD， SQA，产品小 组 [4].预测试 SQA   RD根据当前进展组织月度演示展示，同时在 月度演示计划 中定义完整的功能说明. 所有产品团队都应该出席月度演示。 在月度演示以后， RD提供详细的检查清单给SQA。 SQA根据功能 检查清单 预测试。 RD应该在下月演示前，修正所有在当月演示中发现的bug。 如果bug与其他未完成的功能有联系， RD 可以不修正该bug直到相关的功能完成以后。 如果是由于资源问题或安排日程不当，RD不可能修正该bug， RD应该考虑重新调整交货计划。PPM应该批准在两个情况上的变化。  在预测试之后，SQA提交测试结果给RD，PPM。 如果PPM发现了日程被严重延迟， 他/她 将要求通过会议与 RD相关团队讨论可能的解决方案。 [5]. 程序构架Review RD  在程序开发进行到2/3阶段(或在第二个月度演示后)，RD 项目带头人和相关的RD项目负责人进行程序构架Review。 [5]. 设计Review RD， PO， PM， CCO   在程序开发进行到2/3阶段(或在第二个月度演示后)，设计Review完成。 如果所有需求和下列项已完成，PO、PM、OC和CCO将进行Review。 -OEM定制需求 -网上企业需求 -跨多产品综合化考虑 -本地化需求 -模板或工具需求  [6]. 测试 RD， SQA   PM将整理并提交一个特殊需求Revisit报告给CEO。 在程序进入SQA之前， RD主持训练项目，训练SQA项目小组深入了解详细的产品功能和特点 当程序进入SQA时， RD协同SQA项目小组进行程序代码调试和改正。 CFG为程序安装构建程序。 详细的工作步骤定义在 测试处理 和 配置开发处理 中  [7]. 文档 RD RD提供RC成套工具给OC实现产品本地化。 工具 分三个阶段提交。 详细参见 输出 部分 在英文版产品RTM以后， RD ：     递交最后的RC工具给OC 源代码备份2个拷贝 完全 设计文档 版本0.9 打印出程序源代码申请版权(参见 版权开发流程) 5. 里程碑

里程碑

流程开始 月度演示 程序UI Review 程序内容Review SQA 培训 程序构架Review 设计Review

描述

在Spec 0.5以后，程序开发正式开始。然后每个月举行月度演示。 [1] 当产品部份程序完成后，月度演示执行，显示RD进度。 参见 UI 设计过程 参见 内容设计过程

[3] [2] [2]

步骤

在程序进入SQA之前， RD主持训练项目，训练SQA项目小组深[2] 入了解详细的产品功能和特点。 这有助于改进SQA的测试过程。 在程序开发进行到2/3阶段(或在第二个月度演示后)，RD 项目带[5] 头人和相关的RD项目负责人进行程序构架Review。  

在程序开发进行到2/3阶段(或在第二个月度演示后)，设计[5] Review完成。

如果所有需求和下列项已完成，PO、PM、OC和CCO将进行Review。 -OEM定制需求 -网上企业需求 -跨多产品综合化考虑 -本地化需求 -模板或工具需求

PM将整理并提交一个特殊需求Revisit报告给CEO。

程序进入SQA Pre-Beta Spec冻结

在Spec中所有功能定义已完成，程序进入SQA测试过程。 Pre-Beta版程序。 PM应该发送程序获得部分反馈。

在程序进入SQA大约1个月 (1/3 SQA时段)之后，程序Spec应该[6] 被冻结，不允许有任何变动。 如果由于一些特定原因仍然需要修改Spec，必须获得CEO批准。

行为冻结 Beta版发行

在Spec冻结之后，应该完成程序行为冻结

定义)之后， SQA将发布程序的Beta版。 程序将被发送到Reviewer手上。 参见 测试流程 编码冻结 释放Candidate

在测试将要结束的时候、RD、PPM和SQA对一个稳定版的程序[6] 达成协议。 RD停止修改程序代码。

在代码冻结后，程序释放Candidate或RC之后。 SQA将执行MTBF[6] 测试。 如果 第一RC (RC1)出问题， RD将修正bug并且发布RC2依此类推。

RTM RC冻结 OC RTM

[6] RC通过MTBF测试将被认为是RTM版本。 如果没有什么大问题，RTM版既是程序产品。

在英文RTM版以后， RD最终为多国语言版实现完成RC工具。 [7] 在英文RTM版以后，在5个星期内，实现多国语言版RTM产品。 [7] SQA仅对多国语言部分进行测试 。

[6] [6]

在程序进入SQA大约2个星期 (1/6 SQA时段)， SQA将发布[6]

程序测试经过一段时间以后，并且达到某一水平的质量(由SQA[6]

6. 流程的输入/输出

6.1. 触发器

触发器(From ) Spec 0.5 (功能Spec创建过程) 程计划。 描述 在Spec 0.5中，RD项目小组开始程序开发流程并且根据功能规格.定制编6.2. 输入

输入 程序功能规格 描述 输出来源于 功能规格开发处理 . 它定义了详RD 细产品信息和技术细节。当设计和编程时。RD参考Spec 产品摘要 程序位图 输出来源于 产品计划处理 . 它描述产品理念PP 和基本特点。 输出来源于UI设计处理 通过创意设计师完成。 创意设计 RD 整合位图到程序中作为程序用户界面的一部分。 程序art内容 输出来源于 内容设计处理 由创意设计师完成。 创意设计 RD整合art内容到程序中。 [2] [2] [1] PIC [1] 步骤 6.3. 输出

输出 设计文档 描述 RD在编程前后为每个功能编写 设计文档。 在编程处理之前，RD应该完成的文档 (版本0.3)包括的前三个部分： 1. 介绍 2. 用户界面 3. 类的信息、类的关系和构架 在英文版RTM程序以后， RD完成文档剩下的部分(版本0.9) 。 RD PIC 步骤 [1][7] 术语清单 月度演示计划 RD为DOC提供术语清单，DOC实现产品文档说RD， PPM， DOC [1] 明。 然后产品文档提供给LOC实现多国语言版。   一旦程序开发过程开始，在编码前，RD提RD， PPM 供细节的月度演示计划 给SQA和PPM。 计划应该包括每个演示详细的交付内容 (由模块/特点决定)和为完成交付内容所需的人力资源。 [1] 月度演示   RD根据总的日程计划表和月度演示计划。RD， SQA，产品队 [3] 在编码过程中提供月度演示。 在月度演示中，RD给SQA和相关产品小组演示完整功能。 [2][3][4] 检查清单 在月度演示后，RD将提供检查清单给SQA作为RD， SQA 预测试的功能演示。功能清单 是根据 月度演示计划制定的，并且进一步细化每个功能测试点的介绍和步骤。 RD也将提供检查清单给PO、PM、OC和CCO，作为设计Review。 UI布局Spec UI 位图清单 内容设计指导 程序培训 定义UI布局的需求，因此创意设计师能相应地RD，创意设计 做出他们的设计 定义所需的位图细节清单。 定义产品内容的设计需求 培训。也应该邀请TS了解程序细节（用户支持的目的）。 RD，创意设计 RD，创意设计 [2] [2] [2] [2] 在程序进入SQA之前， RD给SQA提供了程序RD， SQA 特殊需求Revisit报告 保证所有需求和下列项已完成，PM在设计PM Review期间整理提交特殊需求Revisit报告给CEO。 -OEM定制需求 -网上企业需求 -跨多产品综合化考虑 -本地化需求 -模板或工具需求 [5] 自动测试需求 文件列表 注册列表 RC翻译工具， RC文件列表 视频项目模板 做电影模板 捕获模板 做光碟模板 产品程序 请) 技术调查报告 在产品进入SQA后， RD提供自动测试需求。 详RD， SQA 细参见 自动测试指导。 [6] 详细内容会被包含在CD里面，输出到CFG。包RD， PPM， CFG [6] 括共享模块。 当用户安装程序时，它列出内容和写注册的地RD， PPM， CFG [6] 方。 输出到CFG。 (参见 配置管理流程) 本地化流程。 (参见 本地化流程) RD， PPM， OC [6] [6] [6] [6] [6] RD为CFG提供模板。 这仅是为video/DVD产品。 RD 同上。 同上。 同上。 完成程序代码。 代码。RTM是产品专利版权申请的一个需求。 (参见 商标发展流程) 这个报告是为调查技术风险、研究潜在的创新。 RD， PDT RD有责任去定义主要功能或模块的技术来源和执行前期art调查，总结技术调查报告。 参见 专利工程流程 RD RD RD RD， SQA， CFG [6] [7] 源代码打印输出(版权、专利申根据区域要求， 项目结束后RD 将打印部分源RD [7] 7. 存贮(TBD)

程序代码应该上传到相应的文件夹下 \\ \\alto\\ ProductDev. 参见 配置管理流程

8. 清单

输入 描述 PIC 步 9. 关键绩效指标(TBD)

10. 参考