软件开发流程中文版.docx_第1页
软件开发流程中文版.docx_第2页
软件开发流程中文版.docx_第3页
软件开发流程中文版.docx_第4页
软件开发流程中文版.docx_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

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

文档简介

处理代码UPA03-00601处理名字 程序开发处理步骤摘要程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其他相关产品团队之间的交互过程中。处理所有者Yu-ian Shie处理用户状态草稿 处理中 终止再评估日期版本作者日期描述0.1彼得李2002/11/14为PKM创建0.7彼得李2003/3/21所有者和用户review以后0.9彼得李2003/7/14发起者的认可以后0.95彼得李2003/7/22重整以后更新1.0克莱尔陈2004/2/10增加程序构架review & 设计review程序开发过程内容1. 概要32. 角色52.1. 发起者(s)52.2. 供应方(s)52.3. 参与者(s)52.4. 用户(s)63. 业务流程图85. 里程碑106. 流程的输入/输出116.1. 触发器116.2. 输入116.3. 输出127. 存贮(TBD)138. 清单139. 主要绩效显示(TBD)1410. 参考1410.1. 参考文件和模板1410.1.1 设计文档模板1410.1.2 月度演示计划1410.1.3 术语名单1410.1.4 清单1410.1.5 术语调查报告模板1410.1.6 美满的设计指南1410.1.7 自动测试的要求1410.1.8 UI布局Spec模板1410.1.9 UI数位映象的名单模板1410.1.10 RC翻译成套工具1410.1.11 RC文件名单1410.2. 相关过程1410.2.1 功能Spec发展过程1410.2.2 产品计划过程1410.2.3 UI设计过程1410.2.4 美满的设计过程1410.2.5 文献过程1410.2.6 配置发展过程1410.2.7 地方化过程1410.2.8 测试的过程1410.2.9 专利工程学过程1510.2.10 自动测试的过程151. 概要程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及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图供应方输入处理输出用户l PPl 创意性设计l 程序功能规格l 产品摘要l 程序位图程序开发过程l 设计文档l 相关术语列表l 月度演示计划l 月度演示l 检查清单l UI布局Spec (可选)l UI位图列表l 内容设计指导l 程序培训l 自动测试DB列表l 文件列表l RC工具l 参考目录l 注册列表l 产品程序l 源代码打印输出l Video/DVD产品技术调查报告l 视频项目模板 ()l 做Movie模板 ()l 捕获模板()l 做光盘模板()l 特殊需求Revisit报告l SQAl CFGl 创意性设计l DOCl OCl CEO参与者l RDl SQAl PPMl Product Teaml POl CCO2. 角色2.1. 发起者(s)发起者角色l PO职责l 引导产品相关的研发过程并且提供战略建议l 处理资源管理事项特别是有跨团队协作情况l 为产品相关的事项做最终决策知识l 产品开发相关知识工具l TBD2.2. 供应方(s)PP角色l 产品计划者职责l 研究营销趋向、提出产品摘要知识l 产品知识工具l TBD创意性设计角色l 创意设计部职责l 为研发程序集成创意产品UI位图知识l 可视化通信,设计理论工具l Photoshop, PhotoImpact2.3. 参与者(s)RD角色l RD项目小组职责l 提供月度演示计划给SQA和PPMl 根据产品功能规格说明开发产品程序l 组成相关输出(参见 输出 部分)和交付给相关团队l 进入程序测试前,给SQA提供程序培训,所有SQA项目小组成员都应该参与并学会程序细节。TS项目小组也应被通知、参与。l 提供月度演示给产品团队l 在程序开发进行到2/3阶段(或在第二个月度演示后),将执行程序构架和设计review。知识l 编程经验,编程,调试工具l VC+SQA角色l SQA项目小组职责l 月度演示后对RD发送的功能进行预测试l 完成测试过程,在RD完成编码后核实产品程序知识l 测试方法工具l TBD产品团队角色l PPM, DOC, OC, CFG,创意性设计职责l 参加月度演示并且给出建议l 程序开发过程期间为RD提供产品相关输入l 如果所有需求在设计Review中已经实现(基于RD提供的检查清单),OC将进行Review。l Review特殊需求Revisit报告知识l TBD工具l TBDPPM角色l 产品程序经理职责l 监测程序开发过程并且确保开发顺利进行l 帮助RD做出发展日程表、批准月度演示计划l 如果RD根据月度演示计划发出输出,PPM要参与每个程序的月度演示和监控l 如果RD执行日程表遇到问题,PPM应该了解问题和找出解决办法l 如果RD必须修改日程表, PPM将对修改批准负责l 根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Reviewl 递交特殊需求Revisit报告给CEO知识l 项目管理技能,产品知识工具l TBDPO角色l 产品线所有者职责l 根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Reviewl review特殊需求Revisit报告知识l TBD工具l TBDCCO角色l 核心竞争力office职责l 根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Reviewl review特殊需求Revisit报告知识l TBD工具l TBD2.4. 用户(s)SQA角色l SQA项目小组职责l 在月度演示以后接受部分程序产品并且执行预测试l 接受完整程序进行 测试处理知识l 测试方法工具l TBDCFG角色l 配置小组职责l 建立可安装的程序给测试和最终用户知识l 产品配置知识工具l TBD创意设计角色l UI内容设计小组职责l 接受UI位图清单,内容设计指导,执行UI/Content设计知识l 设计方法工具l PhotoImpact, PhotoshopDOC角色l 文档小组职责l 编写产品帮助文档和用户手册l 从RD接手,Review并且最终敲定术语清单交付给OC知识l 技术文档编写,产品知识工具l Office Word,PageMakerOC角色l 本地化小组职责l 从RD接受RC工具并且从DOC处得到帮助归档、指导、术语清单l 本地化ULead产品,实现多国语言版知识l 本地化过程工具l TBDCEO角色l 首席执行官职责l Review特殊需求Revisit报告知识l TBD工具l TBD3. 业务流程图4. 处理描述步骤参加者描述1. 开发计划RDl 在Spec 0.5阶段, RD根据功能规格说明开始实施开发计划。在计划阶段,RD应该撰写 设计文档 版本0.3 (参见 输出 部分) l 在Spec 0.95阶段, RD提供每月度演示日程表、并且在程序主日程计划中包含月度演示日程安排l RD为DOC过程提供 术语清单 给PPMl 在正式编码开始前,RD应该提供详细的 月度演示计划 给SQA和PPM。如果该计划缺乏可行性,PPM应该请求RD修改计划。l 一旦计划由PPM同意, RD应该根据计划提供月度演示。2. 编程RDl RD编写程序代码和 月度演示计划 交付给SQA和PPMl RD在源代码段给出必要的代码注释(为以后维护和调试提供方便)l RD为UI设计过程提供UI位图清单给PPM。然后交付到UI设计师l RD为内容设计过程提供内容设计指导给PPM。然后交付到UI设计师l RD也需要准备其他输出给相关的团队(参见 输出 部分)l RD首要职责是测试他们的程序,列出完整的程序检测清单l 对于评估调查技术风险、研究潜在技术创新,RD有职责为主要的功能和模块去定位技术来源,为自定设计执行前期的界面研究,在进入SQA处理前一个月,为技术调查报告做出结论。细节参见 专利工程学过程3. 月度演示RD, SQA,产品小组l RD根据当前进展组织月度演示展示,同时在 月度演示计划 中定义完整的功能说明. 所有产品团队都应该出席月度演示。4.预测试SQAl 在月度演示以后, RD提供详细的检查清单给SQA。 SQA根据功能 检查清单 预测试。l RD应该在下月演示前,修正所有在当月演示中发现的bug。 如果bug与其他未完成的功能有联系, RD 可以不修正该bug直到相关的功能完成以后。 如果是由于资源问题或安排日程不当,RD不可能修正该bug, RD应该考虑重新调整交货计划。PPM应该批准在两个情况上的变化。l 在预测试之后,SQA提交测试结果给RD,PPM。 如果PPM发现了日程被严重延迟, 他/她 将要求通过会议与 RD相关团队讨论可能的解决方案。5. 程序构架ReviewRDl 在程序开发进行到2/3阶段(或在第二个月度演示后),RD 项目带头人和相关的RD项目负责人进行程序构架Review。5. 设计ReviewRD, PO, PM, CCOl 在程序开发进行到2/3阶段(或在第二个月度演示后),设计Review完成。l 如果所有需求和下列项已完成,PO、PM、OC和CCO将进行Review。-OEM定制需求-网上企业需求-跨多产品综合化考虑-本地化需求-模板或工具需求 l PM将整理并提交一个特殊需求Revisit报告给CEO。6. 测试RD, SQAl 在程序进入SQA之前, RD主持训练项目,训练SQA项目小组深入了解详细的产品功能和特点l 当程序进入SQA时, RD协同SQA项目小组进行程序代码调试和改正。 CFG为程序安装构建程序。 详细的工作步骤定义在 测试处理 和 配置开发处理 中 l RD提供RC成套工具给OC实现产品本地化。 工具 分三个阶段提交。 详细参见 输出 部分7. 文档RD在英文版产品RTM以后, RD :l 递交最后的RC工具给OCl 源代码备份2个拷贝l 完全 设计文档 版本0.9l 打印出程序源代码申请版权(参见 版权开发流程)5. 里程碑里程碑描述步骤流程开始在Spec 0.5以后,程序开发正式开始。然后每个月举行月度演示。1月度演示当产品部份程序完成后,月度演示执行,显示RD进度。3 程序UI Review参见 UI 设计过程2程序内容Review参见 内容设计过程2SQA 培训在程序进入SQA之前, RD主持训练项目,训练SQA项目小组深入了解详细的产品功能和特点。 这有助于改进SQA的测试过程。2程序构架Review在程序开发进行到2/3阶段(或在第二个月度演示后),RD 项目带头人和相关的RD项目负责人进行程序构架Review。5设计Reviewl 在程序开发进行到2/3阶段(或在第二个月度演示后),设计Review完成。l 如果所有需求和下列项已完成,PO、PM、OC和CCO将进行Review。-OEM定制需求-网上企业需求-跨多产品综合化考虑-本地化需求-模板或工具需求 PM将整理并提交一个特殊需求Revisit报告给CEO。5程序进入SQA在Spec中所有功能定义已完成,程序进入SQA测试过程。6Pre-Beta在程序进入SQA大约2个星期 (1/6 SQA时段), SQA将发布Pre-Beta版程序。 PM应该发送程序获得部分反馈。6Spec冻结在程序进入SQA大约1个月 (1/3 SQA时段)之后,程序Spec应该被冻结,不允许有任何变动。 如果由于一些特定原因仍然需要修改Spec,必须获得CEO批准。6行为冻结在Spec冻结之后,应该完成程序行为冻结6Beta版发行程序测试经过一段时间以后,并且达到某一水平的质量(由SQA定义)之后, SQA将发布程序的Beta版。 程序将被发送到Reviewer手上。 参见 测试流程6编码冻结在测试将要结束的时候、RD、PPM和SQA对一个稳定版的程序达成协议。 RD停止修改程序代码。 6释放Candidate在代码冻结后,程序释放Candidate或RC之后。 SQA将执行MTBF测试。 如果 第一RC (RC1)出问题, RD将修正bug并且发布RC2依此类推。6RTMRC通过MTBF测试将被认为是RTM版本。 如果没有什么大问题,RTM版既是程序产品。6RC冻结在英文RTM版以后, RD最终为多国语言版实现完成RC工具。7OC RTM在英文RTM版以后,在5个星期内,实现多国语言版RTM产品。 SQA仅对多国语言部分进行测试 。76. 流程的输入/输出6.1. 触发器触发器(From )描述Spec 0.5 (功能Spec创建过程)在Spec 0.5中,RD项目小组开始程序开发流程并且根据功能规格.定制编程计划。6.2. 输入输入描述PIC步骤程序功能规格输出来源于 功能规格开发处理 . 它定义了详细产品信息和技术细节。当设计和编程时。RD参考SpecRD1产品摘要输出来源于 产品计划处理 . 它描述产品理念和基本特点。PP1程序位图输出来源于UI设计处理 通过创意设计师完成。 RD 整合位图到程序中作为程序用户界面的一部分。创意设计2程序art内容输出来源于 内容设计处理 由创意设计师完成。 RD整合art内容到程序中。创意设计26.3. 输出输出描述PIC步骤设计文档RD在编程前后为每个功能编写 设计文档。 在编程处理之前,RD应该完成的文档 (版本0.3)包括的前三个部分:1. 介绍 2. 用户界面 3. 类的信息、类的关系和构架 在英文版RTM程序以后, RD完成文档剩下的部分(版本0.9) 。RD17术语清单RD为DOC提供术语清单,DOC实现产品文档说明。 然后产品文档提供给LOC实现多国语言版。RD, PPM, DOC1月度演示计划l 一旦程序开发过程开始,在编码前,RD提供细节的月度演示计划 给SQA和PPM。l 计划应该包括每个演示详细的交付内容 (由模块/特点决定)和为完成交付内容所需的人力资源。RD, PPM1月度演示l RD根据总的日程计划表和月度演示计划。在编码过程中提供月度演示。l 在月度演示中,RD给SQA和相关产品小组演示完整功能。RD, SQA,产品队3检查清单在月度演示后,RD将提供检查清单给SQA作为预测试的功能演示。功能清单 是根据 月度演示计划制定的,并且进一步细化每个功能测试点的介绍和步骤。RD也将提供检查清单给PO、PM、OC和CCO,作为设计Review。RD, SQA234UI布局Spec定义UI布局的需求,因此创意设计师能相应地做出他们的设计RD,创意设计2UI 位图清单定义所需的位图细节清单。RD,创意设计2内容设计指导定义产品内容的设计需求

温馨提示

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

评论

0/150

提交评论