软件开发流程中文版Word文件下载.docx

软件开发流程中文版Word文件下载.docx

《软件开发流程中文版Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件开发流程中文版Word文件下载.docx（22页珍藏版）》请在冰豆网上搜索。

2003/3/21

所有者和用户review以后

0.9

2003/7/14

发起者的认可以后

0.95

2003/7/22

重整以后更新

1.0

克莱尔・陈

2004/2/10

增加程序构架review&

设计review

程序开发过程

内容

1.概要

过程包含三个阶段：

准备,执行和修正。

在准备阶段，RD根据产品功能规格说明.做最初的程序设计。

设计工作可以在Spec0.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

●创意性设计

●程序功能规格

●产品摘要

●程序位图

●设计文档

●相关术语列表

●月度演示计划

●月度演示

●检查清单

●UI布局Spec（可选）

●UI位图列表

●内容设计指导

●程序培训

●自动测试DB列表

●文件列表

●RC工具

●参考目录

●注册列表

●产品程序

●源代码打印输出

●Video/DVD产品技术调查报告

●视频项目模板（）

●做Movie模板（）

●捕获模板（）

●做光盘模板（）

●特殊需求Revisit报告

●SQA

●CFG

●DOC

●OC

●CEO

参与者

●RD

●PPM

●ProductTeam

●PO

●CCO

2.角色

2.1.发起者（s）

发起者

角色

职责

●引导产品相关的研发过程并且提供战略建议

●处理资源管理事项特别是有跨团队协作情况

●为产品相关的事项做最终决策

知识

●产品开发相关知识

工具

●TBD

2.2.供应方（s）

PP

●产品计划者

●研究营销趋向、提出产品摘要

●产品知识

创意性设计

●创意设计部

●为研发程序集成创意产品UI位图

●可视化通信，设计理论

●Photoshop，PhotoImpact

2.3.参与者（s）

RD

●RD项目小组

●提供月度演示计划给SQA和PPM

●根据产品功能规格说明开发产品程序

●组成相关输出（参见输出部分）和交付给相关团队

●进入程序测试前，给SQA提供程序培训，所有SQA项目小组成员都应该参与并学会程序细节。

TS项目小组也应被通知、参与。

●提供月度演示给产品团队

●在程序开发进行到2/3阶段（或在第二个月度演示后），将执行程序构架和设计review。

●编程经验，编程，调试

●VC++

SQA

●SQA项目小组

●月度演示后对RD发送的功能进行预测试

●完成测试过程，在RD完成编码后核实产品程序

●测试方法

产品团队

●PPM，DOC，OC，CFG，创意性设计

●参加月度演示并且给出建议

●程序开发过程期间为RD提供产品相关输入

●如果所有需求在设计Review中已经实现（基于RD提供的检查清单），OC将进行Review。

●Review特殊需求Revisit报告

PPM

●产品程序经理

●监测程序开发过程并且确保开发顺利进行

●帮助RD做出发展日程表、批准月度演示计划

●如果RD根据月度演示计划发出输出，PPM要参与每个程序的月度演示和监控

●如果RD执行日程表遇到问题，PPM应该了解问题和找出解决办法

●如果RD必须修改日程表，PPM将对修改批准负责

●根据RD提供的检查清单，如果在设计评论期间，所有需求已实现，进行Review

●递交特殊需求Revisit报告给CEO

●项目管理技能，产品知识

PO

●产品线所有者

●review特殊需求Revisit报告

CCO

●核心竞争力office

2.4.用户（s）

●在月度演示以后接受部分程序产品并且执行预测试

●接受完整程序进行测试处理

CFG

●配置小组

●建立可安装的程序给测试和最终用户

●产品配置知识

创意设计

●UI内容设计小组

●接受UI位图清单，内容设计指导，执行UI/Content设计

●设计方法

●PhotoImpact，Photoshop

DOC

●文档小组

●编写产品帮助文档和用户手册

●从RD接手，Review并且最终敲定术语清单交付给OC

●技术文档编写，产品知识

●OfficeWord，PageMaker

OC

●本地化小组

●从RD接受RC工具并且从DOC处得到帮助归档、指导、术语清单

●本地化ULead产品，实现多国语言版

●本地化过程

CEO

●首席执行官

3.业务流程图

4.处理描述

步骤

参加者

[1].开发计划

●在Spec0.5阶段，RD根据功能规格说明开始实施开发计划。

在计划阶段，RD应该撰写设计文档版本0.3（参见输出部分）

●在Spec0.95阶段，RD提供每月度演示日程表、并且在程序主日程计划中包含月度演示日程安排

●RD为DOC过程提供术语清单给PPM

●在正式编码开始前，RD应该提供详细的月度演示计划给SQA和PPM。

如果该计划缺乏可行性，PPM应该请求RD修改计划。

●一旦计划由PPM同意，RD应该根据计划提供月度演示。

[2].编程

●RD编写程序代码和月度演示计划交付给SQA和PPM

●RD在源代码段给出必要的代码注释（为以后维护和调试提供方便）

●RD为UI设计过程提供UI位图清单给PPM。

然后交付到UI设计师

●RD为内容设计过程提供内容设计指导给PPM。

●RD也需要准备其他输出给相关的团队（参见输出部分）

●RD首要职责是测试他们的程序，列出完整的程序检测清单

●对于评估调查技术风险、研究潜在技术创新，RD有职责为主要的功能和模块去定位技术来源，为自定设计执行前期的界面研究，在进入SQA处理前一个月，为技术调查报告做出结论。

细节参见专利工程学过程

[3].月度演示

RD，SQA，产品小组

●RD根据当前进展组织月度演示展示，同时在月度演示计划中定义完整的功能说明.所有产品团队都应该出席月度演示。

[4].预测试

●在月度演示以后，RD提供详细的检查清单给SQA。

SQA根据功能检查清单预测试。

●RD应该在下月演示前，修正所有在当月演示中发现的bug。

如果bug与其他未完成的功能有联系，RD可以不修正该bug直到相关的功能完成以后。

如果是由于资源问题或安排日程不当，RD不可能修正该bug，RD应该考虑重新调整交货计划。

PPM应该批准在两个情况上的变化。

●在预测试之后，SQA提交测试结果给RD，PPM。

如果PPM发现了日程被严重延迟，他/她将要求通过会议与RD相关团队讨论可能的解决方案。

[5].程序构架Review

●在程序开发进行到2/3阶段（或在第二个月度演示后），RD项目带头人和相关的RD项目负责人进行程序构架Review。

[5].设计Review

RD，PO，PM，CCO

●在程序开发进行到2/3阶段（或在第二个月度演示后），设计Review完成。

●如果所有需求和下列项已完成，PO、PM、OC和CCO将进行Review。

-OEM定制需求

-网上企业需求

-跨多产品综合化考虑

-本地化需求

-模板或工具需求

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

[6].测试

RD，SQA

●在程序进入SQA之前，RD主持训练项目，训练SQA项目小组深入了解详细的产品功能和特点

●当程序进入SQA时，RD协同SQA项目小组进行程序代码调试和改正。

CFG为程序安装构建程序。

详细的工作步骤定义在测试处理和配置开发处理中

●RD提供RC成套工具给OC实现产品本地化。

工具分三个阶段提交。

详细参见输出部分

[7].文档

在英文版产品RTM以后，RD：

●递交最后的RC工具给OC

●源代码备份2个拷贝

●完全设计文档版本0.9

●打印出程序源代码申请版权（参见版权开发流程）

5.里程碑

里程碑

流程开始

在Spec0.5以后，程序开发正式开始。

然后每个月举行月度演示。

[1]

月度演示

当产品部份程序完成后，月度演示执行，显示RD进度。

[3]

程序UIReview

参见UI设计过程

[2]

程序内容Review

参见内容设计过程

SQA培训

在程序进入SQA之前，RD主持训练项目，训练SQA项目小组深入了解详细的产品功能和特点。

这有助于改进SQA的测试过程。

程序构架Review

在程序开发进行到2/