IT行业软件项目开发流程及文档汇总
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件项目开发流程规范
版本管理
目录
1.0目的 (4)
2.0范围 (4)
3.0责任 (4)
4.0流程文件列表 (4)
5.0开发工作流程图 (5)
6.0实施步骤与干系人关系 (8)
6.1产品意向提出 (9)
6.2市场调研及产品规划书起草 (9)
6.3产品规划书评审 (9)
6.4流程类型选择 (10)
6.5需求说明书起草与日程表拟定 (10)
6.6需求说明书与日程表评审 (11)
6.7测试用例与测试计划起草 (11)
6.8测试计划评审 (12)
6.9概要设计与概要设计书起草 (12)
6.10概要设计书评审 (12)
6.11项目计划与项目分解 (13)
6.12项目计划评审 (13)
6.13项目软件开发及例会与汇报制度管理 (13)
6.14软件测试和测试报告 (14)
6.15项目总结与产品发布 (14)
7.0风险管理 (15)
IBD软件项目开发流程规范
1.0目的
建立并文件化一种软件产品的规划、评审、设计、计划、开发、控制与测试的流程,以确保软件产品能够在规定的时间内达到所有指定的需求。
本规范特别强调在项目进行过程中持续进行的高效能的团队沟通以及及时总结,良好的流程依赖于执行者忠实地贯彻才能够发挥最大的作用。
2.0范围
本流程适用于国际业务部(IBD)所有新产品的开发,包括从初始的产品概念提出一直到进入产品发布,其包括了完整软件开发流程和简化软件开发流程两类开发流程。其项目阶段包括:产品意向提出、市场调研及产品规划书起草、产品规划书评审、流程类型选择、项目需求说明书起草与日程表拟定、需求说明书与日程表评审、测试计划起草、测试计划评审、概要设计与概要设计书起草、概要设计书评审、项目计划与项目分解、项目计划评审、项目软件开发及例会与汇报制度管理、软件测试和测试报告、项目总结与产品发布等阶段。
3.0责任
IBD负责管理本流程,并负责维护和保障本流程的实际运行。
项目干系人包括:部门总经理、运营总监、产品经理、项目经理、设计负责人、开发人员、测试人员及技术总监等其他支持人员。
4.0流程文件列表
●产品意向说明
●流程检查表
●产品规划书
●产品规划书评审意见表
●需求说明书
●概略日程表(完整开发流程)/ 整体日程表(简化开发流程)
●需求说明书及日程表评审意见表
●概略测试计划/ 最终测试计划
●概要设计书
●概要设计书评审意见表
●项目计划(含WBS)
●精确日程表
●资源需求计划
●项目计划与最终测试计划评审意见表
●SCM文档(含Source code、开发日志等)
●操作手册
●项目开发例会会议纪要
●项目进展情况跟踪报告
●测试报告
●测试工作例会纪要
●项目总结报告
●软件产品发布通告
5.0开发工作流程图
6.0实施步骤与干系人关系
软件项目开发流程由本文件所描述的十五个阶段所组成。所有新的软件开发项目均应按此流程运行。
在项目阶段的安排中,设定有阶段评审,所有项目流程必须经评审人员书面批准后,才能进入下一阶段工作。在正常情况下,每一阶段提交的成果必须完整,并在进入下一阶段工作前得到批准。
本文件要求:在整个开发流程过程中,必须使用《流程检查表》,以保证项目得以正确实施。
项目实施过程中各个阶段实施步骤、负责人、产生文档及干系人说明如下:
6.1产品意向提出
新的产品概念,或对现有产品的改进建议,可以来源于任何人,如客户请求、产品经理、项目经理、开发人员、测试人员以及各级管理人员。
新的产品概念提出后归口于产品经理进行统一汇总和分析。
来源于任何人的产品意向必须填写《产品意向说明》。
●负责人:产品经理
●产生文档:产品意向说明
●内容包括:产品使用功能描述、关键的性能目标、预期收益(包括经济指标或影响
力指标)、希望完成的时间。
●干系人:产品意向提出人
6.2市场调研及产品规划书起草
在产品概念和意向提出后,项目进入市场调研和产品规划阶段。其目的在于落实产品意向的合理性和可行性,将产品概念细化为可以衡量的具体用户指标,初步确定项目方向以及范围。
●负责人:产品经理
●文档:产品规划书
●内容包括:问题分析(Problem)、目标确认(Object)、项目范围(Scope)、SWOT
分析、用户使用指标(End-user Feature)、性能要求、兼容性要求、本地化要求。
●干系人:产品意向提出人、所属的领导
6.3产品规划书评审
产品规划书完成后,须组织项目相关人员对产品规划书进行评审,以验证产品意向以及产品规划书的可行性。如通过评审则进入下一步流程;如无法通过评审则取消该项目;如对该产品意向以及产品规划书存在较大争议无法达成共识,则重新进行产品规划和评估。
●负责人:产品经理
●文档:产品规划书评审意见表
●内容包括:产品意见书评审结论
●干系人:产品意向提出人、部门总经理、运营总监、产品经理、项目经理、设计负
责人
6.4流程类型选择
产品规划书评审通过后,将有部门总经理和运营总监对产品开发流程类型进行选择,并具有最终决定权。
简化流程体系是针对一些工作量较小,工作周期较短的小型开发项目所设计的,其包含完整流程体系的主要部分并适度简化,其目的在于对较小的项目选用简化流程以提高效率,而对较大的项目选用完整流程以保证项目进程和质量。开发流程的选择基本依据为预估全部工作量是否超过10个工作日,如超过10个工作日,则可采用完整流程体系;如小于或等于10个工作日,则可采用简化流程体系。
●负责人:部门总经理/运营总监
●文档:产品规划书评审意见表
●内容包括:项目软件开发流程选择意见
●干系人:产品经理、项目经理
6.5需求说明书起草与日程表拟定
产品规划书评审通过并确定软件开发流程类型后,项目经理须根据产品规划书所列的用户需求以及项目内容,起草需求说明书,将产品规划的内容转换为技术性开发需求说明以指导开发方向。