软件开发流程中文版模板.docx
《软件开发流程中文版模板.docx》由会员分享，可在线阅读，更多相关《软件开发流程中文版模板.docx（23页珍藏版）》请在冰豆网上搜索。
软件开发流程中文版模板
处理代码
UPA03-00601
处理名字
程序开发处理步骤
摘要
程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其它相关产品团队之间的交互过程中。
处理所有者
Yu-ianShie
处理用户
状态
☑草稿☐处理中☐终止
再评估日期
`
版本
作者
日期
描述
0.1
彼得・李
/11/14
为PKM创立
0.7
彼得・李
/3/21
所有者和用户review以后
0.9
彼得・李
/7/14
发起者的认能够后
0.95
彼得・李
/7/22
重整以后更新
1.0
克莱尔・陈
/2/10
增加程序构架review&设计review
程序开发过程
内容
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）14
10.参考14
10.1.参考文件和模板14
10.1.1设计文档模板14
10.1.2月度演示计划14
10.1.3术语名单14
10.1.4清单14
10.1.5术语调查报告模板14
10.1.6美满的设计指南14
10.1.7自动测试的要求14
10.1.8UI布局Spec模板14
10.1.9UI数位映象的名单模板14
10.1.10RC翻译成套工具14
10.1.11RC文件名单14
10.2.相关过程14
10.2.1功能Spec发展过程14
10.2.2产品计划过程14
10.2.3UI设计过程14
10.2.4美满的设计过程14
10.2.5文献过程14
10.2.6配置发展过程14
10.2.7地方化过程14
10.2.8测试的过程14
10.2.9专利工程学过程15
10.2.10自动测试的过程15
1.概要
程序开发处理步骤的主要目的是将规范化的工作流运用在整个产品的生命周期中程序开发阶段以及RD同其它相关产品团队之间的交互过程中。
过程包含三个阶段:
准备,执行和修正。
在准备阶段,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
●SQA
●PPM
●ProductTeam
●PO
●CCO
2.角色
2.1.发起者（s）
发起者
角色
●PO
职责
●引导产品相关的研发过程而且提供战略建议
●处理资源管理事项特别是有跨团队协作情况
●为产品相关的事项做最终决策
知识
●产品开发相关知识
工具
●TBD
2.2.供应方（s）
PP
角色
●产品计划者
职责
●研究营销趋向、提出产品摘要
知识
●产品知识
工具
●TBD
创意性设计
角色
●创意设计部
职责
●为研发程序集成创意产品UI位图
知识
●可视化通信,设计理论
工具
●Photoshop,PhotoImpact
2.3.参与者（s）
RD
角色
●RD项目小组
职责
●提供月度演示计划给SQA和PPM
●根据产品功能规格说明开发产品程序
●组成相关输出（参见输出部分）和交付给相关团队
●进入程序测试前,给SQA提供程序培训,所有SQA项目小组成员都应该参与并学会程序细节。
TS项目小组也应被通知、参与。
●提供月度演示给产品团队
●在程序开发进行到2/3阶段（或在第二个月度演示后）,将执行程序构架和设计review。
知识
●编程经验,编程,调试
工具
●VC++
SQA
角色
●SQA项目小组
职责
●月度演示后对RD发送的功能进行预测试
●完成测试过程,在RD完成编码后核实产品程序
知识
●测试方法
工具
●TBD
产品团队
角色
●PPM,DOC,OC,CFG,创意性设计
职责
●参加月度演示而且给出建议
●程序开发过程期间为RD提供产品相关输入
●如果所有需求在设计Review中已经实现（基于RD提供的检查清单）,OC将进行Review。
●Review特殊需求Revisit报告
知识
●TBD
工具
●TBD
PPM
角色
●产品程序经理
职责
●监测程序开发过程而且确保开发顺利进行
●帮助RD做出发展日程表、批准月度演示计划
●如果RD根据月度演示计划发出输出,PPM要参与每个程序的月度演示和监控
●如果RD执行日程表遇到问题,PPM应该了解问题和找出解决办法
●如果RD必须修改日程表,PPM将对修改批准负责
●根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Review
●递交特殊需求Revisit报告给CEO
知识
●项目管理技能,产品知识
工具
●TBD
PO
角色
●产品线所有者
职责
●根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Review
●review特殊需求Revisit报告
知识
●TBD
工具
●TBD
CCO
角色
●核心竞争力office
职责
●根据RD提供的检查清单,如果在设计评论期间,所有需求已实现,进行Review
●review特殊需求Revisit报告
知识
●TBD
工具
●TBD
2.4.用户（s）
SQA
角色
●SQA项目小组
职责
●在月度演示以后接受部分程序产品而且执行预测试
●接受完整程序进行测试处理
知识
●测试方法
工具
●TBD
CFG
角色
●配置小组
职责
●建立可安装的程序给测试和最终用户
知识
●产品配置知识
工具
●TBD
创意设计
角色
●UI内容设计小组
职责
●接受UI位图清单,内容设计指导,执行UI/Content设计
知识
●设计方法
工具
●PhotoImpact,Photoshop
DOC
角色
●文档小组
职责
●编写产品帮助文档和用户手册
●从RD接手,Review而且最终敲定术语清单交付给OC
知识
●技术文档编写,产品知识
工具
●OfficeWord,PageMaker
OC
角色
●本地化小组
职责
●从RD接受RC工具而且从DOC处得到帮助归档、指导、术语清单
●本地化ULead产品,实现多国语言版
知识
●本地化过程
工具
●TBD
CEO
角色
●首席执行官
职责
●Review特殊需求Revisit报告
知识
●TBD
工具
●TBD
3.业务流程图
4.处理描述
步骤
参加者
描述
[1].开发计划
RD
●在Spec0.5阶段,RD根据功能规格说明开始实施开发计划。
在计划阶段,RD应该撰写设计文档版本0.3（参见输出部分）
●在Spec0.95阶段,RD提供每月度演示日程表、而且在程序主日程计划中包含月度演示日程安排
●RD为DOC过程提供术语清单给PPM
●在正式编码开始前,RD应该提供详细的月度演示计划给SQA和PPM。
如果该计划缺乏可行性,PPM应该请求RD修改计划。
●一旦计划由PPM同意,RD应该根据计划提供月度演示。
[2].编程
RD
●RD编写程序代码和月度演示计划交付给SQA和PPM
●RD在源代码段给出必要的代码注释（为以后维护和调试提供方便）
●RD为UI设计过程提供UI位图清单给PPM。
然后交付到UI设计师
●RD为内容设计过程提供内容设计指导给PPM。
然后交付到UI设计师
●RD也需要准备其它输出给相关的团队（参见输出部分）
●RD首要职责是测试她们的程序,列出完整的程序检测清单
●对于评估调查技术风险、研究潜在技术创新,RD有职责为主要的功能和模块去定位技术来源,为自定设计执行前期的界面研究,在进入SQA处理前一个月,为技术调查报告做出结论。
细节参见专利工程学过程
[3].月度演示
RD,SQA,产品小组
●RD根据当前进展组织月度演示展示,同时在月度演示计划中定义完整的功能说明.所有产品团队都应该出席月度演示。
[4].预测试
SQA
●在月度演示以后,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定制需求
-网上企业需求
-跨多产品综合化考虑
-本地化需求
-模板或工具需求
●PM将整理并提交一个特殊需求Revisit报告给CEO。
[6].测试
RD,SQA
●在程序进入SQA之前,RD主持训练项目,训练SQA项目小组深入了解详细的产品功能和特点
●当程序进入SQA时,RD协同SQA项目小
升级会员 