软件开发流程中文版

1、处理代码UPA03-00601处理名字程序开发处理步骤摘要程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其他相关产品团队之间的交互过程中。处理所有者Yu-ianShie处理用户状态回草稿处理中终止再评估日期版本作者日期描述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程序开发过程内容TOC o 1-5 h z HYPERLINK l

2、 bookmark4 o Current Document 概要3 HYPERLINK l bookmark6 o Current Document 角色5 HYPERLINK l bookmark8 o Current Document 发起者(S)5 HYPERLINK l bookmark10 o Current Document 供应方(s)5 HYPERLINK l bookmark12 o Current Document 参与者(S)5用户(s)6 HYPERLINK l bookmark16 o Current Document 业务流程图8 HYPERLINK l bookm

3、ark20 o Current Document 里程碑10 HYPERLINK l bookmark22 o Current Document 流程的输入/输出11 HYPERLINK l bookmark24 o Current Document 触发器11输入11 HYPERLINK l bookmark28 o Current Document 输出12存贮(TBD)13 HYPERLINK l bookmark30 o Current Document 清单13主要绩效显示(TBD)13 HYPERLINK l bookmark32 o Current Document 参考1310

4、.1.参考文件和模板错误！未定义书签。10.1.1设计文档模板错误！未定义书签。月度演示计划错误！未定义书签。术语名单错误！未定义书签。清单错误！未定义书签。术语调查报告模板错误！未定义书签。10.1.6美满的设计指南错误！未定义书签。自动测试的要求错误！未定义书签。UI布局Spec模板错误！未定义书签。UI数位映象的名单模板错误！未定义书签。RC翻译成套工具错误！未定义书签。RC文件名单错误！未定义书签。10.2.相关过程错误！未定义书签10.2.1功能Spec发展过程错误！未定义书签。产品计划过程错误！未定义书签UI设计过程错误！未定义书签。美满的设计过程错误！未定义书签文献过程错误！未定

5、义书签配置发展过程错误！未定义书签地方化过程错误！未定义书签测试的过程错误！未定义书签专利工程学过程错误！未定义书签自动测试的过程错误！未定义书签。1.概要程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其他相关产品团队之间的交互过程中。过程包含三个阶段：准备，执行和修正。在准备阶段，RD根据产品功能规格说明做最初的程序设计。设计工作可以在spec0.5就开始。在执行阶段RD工程师开始编码。月度程序demo将由RD给出，根据预定义的项目计划对当前进度进行演示。然后SQA会对RD给出的月度程序demo做预测试以修正给出的功能.在程序开发进行到2/3阶段

6、（或在第二个月度演示后），将执行程序构架和设计review。如果在设计review期所有需求都已经实现，PO、PM、OC和CCO将其进行review。然后PM将整理递交一个特殊需求Revisit报告给CEO。在修正阶段，程序进入SQA，并且测试过程被启动。RD与SQA起进行调试和修正代码。在程序RTM，RD工程师会编写设计文档作为将来项目参考以及其他相关的任务。SIPOC图3b供应方处理用户FPP程序功能规创意性格设计产品摘要程序位图程序开发过程设计文档SQA相关术语列表CFG月度演示计划创意性设计月度演示DOC检查清单OCUI布局Spec（可选）CEOUI位图列表内容设计指导程序培训自动测试

7、DB列表文件列表RC工具参考目录注册列表产品程序源代码打印输出Video/DVD产品技术调查报告视频项目模板（）做Movie模板（）捕获模板（）做光盘模板（）特殊需求Revisit报告参与者RDSQAPPMProductTeamPOcco2.角色21发起者(s)发起者角色PO职责引导产品相关的研发过程并且提供战略建议处理资源管理事项特别是有跨团队协作情况为产品相关的事项做最终决策知识产品开发相关知识工具TBD22供应方(s)PP角色产品计划者职责研究营销趋向、提出产品摘要知识产品知识工具TBD创意性设计角色创意设计部职责为研发程序集成创意产品UI位图知识可视化通信，设计理论工具Photosho

8、p，PhotoImpact23参与者(s)RD角色RD项目小组职责提供月度演示计划给SQA和PPM根据产品功能规格说明开发产品程序组成相关输出(参见输出部分)和交付给相关团队进入程序测试前，给SQA提供程序培训，所有SQA项目小组成员都应该参与并学会程序细节。TS项目小组也应被通知、参与。提供月度演示给产品团队在程序开发进行到2/3阶段(或在第个月度演示后)，将执行程序构架和设计review。知识编程经验，编程，调试工具VC+SQA角色SQA项目小组职责月度演示后对RD发送的功能进行预测试完成测试过程，在RD完成编码后核实产品程序知识测试方法工具TBD产品团队角色PPM，DOC，OC，CFG，

9、创意性设计职责知识工具PPMPOCCO角色职责知识工具角色职责知识工具角色职责知识工具产品程序经理监测程序开发过程并且确保开发顺利进行帮助RD做出发展日程表、批准月度演示计划如果RD根据月度演示计划发出输出，PPM要参与每个程序的月度演示和监控如果RD执行日程表遇到问题，PPM应该了解问题和找出解决办法如果RD必须修改日程表，PPM将对修改批准负责根据RD提供的检查清单，如果在设计评论期间，所有需求已实现，进行Review递交特殊需求Revisit报告给CEO项目管理技能，产品知识TBD产品线所有者根据RD提供的检查清单，如果在设计评论期间，所有需求已实现,进行Reviewreview特殊需求

10、Revisit报告TBDTBD核心竞争力office根据RD提供的检查清单，如果在设计评论期间，所有需求已实现,进行Reviewreview特殊需求Revisit报告TBDTBD参加月度演示并且给出建议程序开发过程期间为RD提供产品相关输入如果所有需求在设计Review中已经实现（基于RD提供的检查清单）,OC将进行Review。Review特殊需求Revisit报告TBDTBD2.4.用户SQA角色SQA项目小组职责在月度演示以后接受部分程序产品并且执行预测试接受完整程序进行测试处理知识测试方法工具TBDCFG角色配置小组职责建立可安装的程序给测试和最终用户知识产品配置知识工具TBD角色UI

11、内容设计小组创意设计职责接受UI位图清单，内容设计指导，执行Ul/Content设计知识设计方法工具PhotoImpact，PhotoshopDOC角色文档小组职责编写产品帮助文档和用户手册从RD接手，Review并且最终敲定术语清单交付给OC知识技术文档编写，产品知识工具OfficeWord，PageMakerOC角色本地化小组职责从RD接受RC工具并且从DOC处得到帮助归档、指导、术语清单本地化ULead产品，实现多国语言版知识本地化过程工具TBDCEO角色首席执行官职责Review特殊需求Revisit报告知识TBD工具TBDProgramDevelopmentProcessDescri

12、ption:1.SymbolMeansProcessStep3.业务流程图ProductTeamSQARDPLO/PM/LOC/CCOIncoming/OutgoingFlowsoltaLaDeF01DevelopmentPlanningFunctionalSpecDevelopmentProcessnolKucex03MonthlyDemoPatentEngineering04Pretesting02Coding05ArchitectureReview05DesignReviewUIDesignProcessContentDesignDocumentationProcessAutoTesti

13、ngProcessConfigurationDevelopmentTestingProcessLocalizationProcessTrademarkDevelopmentProcess4.处理描述步骤参加者1.开发计划RD2.编程RD3.月度演示RD，SQA，产品小组预测试SQA.程序构架ReviewRD描述在Spec0.5阶段，RD根据功能规格说明开始实施开发计划。在计划阶段，RD应该撰写设计文档版本0.3（参见输出部分）在Spec0.95阶段，RD提供每月度演示日程表、并且在程序主日程计划中包含月度演示日程安排RD为DOC过程提供术语清单给PPM在正式编码开始前，RD应该提供详细的月度演

14、示计划给SQA和PPM。如果该计划缺乏可行性，PPM应该请求RD修改计划。旦计划由PPM同意，RD应该根据计划提供月度演示。RD编写程序代码和月度演示计划交付给SQA和PPMRD在源代码段给出必要的代码注释（为以后维护和调试提供方便）RD为UI设计过程提供UI位图清单给PPM。然后交付到UI设计师RD为内容设计过程提供内容设计指导给PPM。然后交付到UI设计师RD也需要准备其他输出给相关的团队（参见输出部分）RD首要职责是测试他们的程序，列出完整的程序检测清单对于评估调查技术风险、研究潜在技术创新，RD有职责为主要的功能和模块去定位技术来源，为自定设计执行前期的界面研究，在进入SQA处理前一个

15、月，为技术调查报告做出结论。细节参见专利工程学过程RD根据当前进展组织月度演示展示，同时在月度演示计划中定义完整的功能说明所有产品团队都应该出席月度演示。在月度演示以后，RD提供详细的检查清单给SQA。SQA根据功能检查清单预测试。RD应该在下月演示前，修正所有在当月演示中发现的bug。如果bug与其他未完成的功能有联系，RD可以不修正该bug直到相关的功能完成以后。如果是由于资源问题或安排日程不当，RD不可能修正该bug，RD应该考虑重新调整交货计划。PPM应该批准在两个情况上的变化。在预测试之后，SQA提交测试结果给RD，PPM。如果PPM发现了日程被严重延迟，他/她将要求通过会议与RD相

16、关团队讨论可能的解决方案。在程序开发进行到2/3阶段（或在第二个月度演示后），RD项目带头人和相关的RD项目负责人进行程序构架Review。.设计ReviewRD,PO,PM,CCO在程序开发进行到2/3阶段（或在第二个月度演示后），设计Review完成。如果所有需求和下列项已完成，PO、PM、OC和CCO将进行Review。-OEM定制需求-网上企业需求-跨多产品综合化考虑-本地化需求-模板或工具需求PM将整理并提交一个特殊需求Revisit报告给CEO。6.测试RD，SQA在程序进入SQA之前，RD主持训练项目，训练SQA项目小组深入了解详细的产品功能和特点当程序进入SQA时，RD协同SQ

17、A项目小组进行程序代码调试和改正。CFG为程序安装构建程序。详细的工作步骤定义在测试处理和配置开发处理中RD提供RC成套工具给OC实现产品本地化。工具分三个阶段提交。详细参见输出部分.文档RD在英文版产品RTM以后，RD:递交最后的RC工具给OC源代码备份2个拷贝完全设计文档版本0.9打印出程序源代码申请版权（参见版权开发流程）5里程碑里程碑流程开始月度演示程序UIReview程序内容ReviewSQA培训描述在Spec0.5以后，程序开发正式开始。然后每个月举行月度演示。1当产品部份程序完成后，月度演示执行，显示RD进度。参见U设计过程参见内容设计过程22在程序进入SQA之前，RD主持训练项

18、目，训练SQA项目小组深2入了解详细的产品功能和特点。这有助于改进SQA的测试过程。步骤程序构架Review设计Review在程序开发进行到2/3阶段（或在第二个月度演示后），RD项目带头人和相关的RD项目负责人进行程序构架Review。在程序开发进行到2/3阶段（或在第二个月度演示后），设计Review完成。如果所有需求和下列项已完成，PO、PM、OC和CCO将进行Review。-OEM定制需求-网上企业需求-跨多产品综合化考虑-本地化需求-模板或工具需求程序进入SQAPre-BetaSpec冻结行为冻结Beta版发行编码冻结释放CandidateRTMRC冻结OCRTMPM将整理并提交一个

19、特殊需求Revisit报告给CEO。在Spec中所有功能定义已完成，程序进入SQA测试过程。在程序进入SQA大约2个星期（1/6SQA时段），SQA将发布Pre-Beta版程序。PM应该发送程序获得部分反馈。在程序进入SQA大约1个月（1/3SQA时段）之后，程序Spec应该被冻结，不允许有任何变动。如果由于一些特定原因仍然需要修改Spec，必须获得CEO批准。在Spec冻结之后，应该完成程序行为冻结程序测试经过一段时间以后，并且达到某一水平的质量（由SQA6定义）之后，SQA将发布程序的Beta版。程序将被发送到Reviewer手上。参见测试流程在测试将要结束的时候、RD、PPM和SQA对一

20、个稳定版的程序达成协议。RD停止修改程序代码。在代码冻结后，程序释放Candidate或RC之后。SQA将执行MTBF测试。如果第一RC（RC1）出问题，RD将修正bug并且发布RC2依此类推。RC通过MTBF测试将被认为是RTM版本。如果没有什么大问题，RTM版既是程序产品。在英文RTM版以后，RD最终为多国语言版实现完成RC工具。7在英文RTM版以后，在5个星期内，实现多国语言版RTM产品。7SQA仅对多国语言部分进行测试。6流程的输入/输出6.1.触发器触发器(FromvProcess)描述Spec0.5（功能Spec创建过程）在Spec0.5中，RD项目小组开始程序开发流程并且根据功能

21、规格.定制编程计划。62输入输入描述PIC步骤程序功能规格输出来源于功能规格开发处理.它定义了详RD细产品信息和技术细节。当设计和编程时。RD参考Spec1产品摘要输出来源于产品计划处理.它描述产品理念和基本特点。PP1程序位图输出来源于U设计处理通过创意设计师完成。RD整合位图到程序中作为程序用户界面的一部分。创意设计2程序art内容输出来源于内容设计处理由创意设计师完成。RD整合art内容到稈序中。创意设计26.3.输出输出描述PIC步骤设计文档RD在编程前后为每个功能编写设计文档。在编程处理之前，RD应该完成的文档（版本0.3）包括的前二个部分：介绍用户界面类的信息、类的关系和构架在英文

22、版RTM程序以后，RD完成文档剩下的部分（版本0.9）。RD术语清单RD为DOC提供术语清单，DOC实现产品文档说RD,明。然后产品文档提供给LOC实现多国语言版。PPM，DOC1月度演示计划旦程序开发过程开始，在编码前，RD提RD,供细节的月度演示计划给SQA和PPM。计划应该包括每个演示详细的交付内容（由模块/特点决定）和为完成交付内容所需的人力资源。PPM1月度演小RD根据总的日程计划表和月度演示计划。在编码过程中提供月度演示。在月度演示中，RD给SQA和相关产品小组演示完整功能。RD，SQA，产品队检查清单在月度演示后，RD将提供检查清单给SQA作为RD，预测试的功能演示。功能清单是根据月度演示计划制定的，并且进一步细化每个功能测试点的介绍和步骤。RD也将提供检查清单给PO、PM、OC和CCO，作为设计Review。SQA2UI布局Spe