软件项目开发流程规范Release051227

1、软件项目开发流程规范2015年3月版本管理日期版本号版本描述作者目 录1.0目的42.0范围43.0责任44.0流程文件列表45.0开发工作流程图56.0实施步骤与干系人关系56.1产品意向提出66.2市场调研及产品规划书起草66.3产品规划书评审66.4流程类型选择76.5需求说明书起草与日程表拟定76.6需求说明书与日程表评审86.7测试用例与测试计划起草86.8测试计划评审86.9概要设计与概要设计书起草96.10概要设计书评审96.11项目计划与项目分解96.12项目计划评审106.13项目软件开发及例会与汇报制度管理106.14软件测试和测试报告116.15项目总结与产品发布117.

2、0风险管理11附件1：开发工作流程图13附件2：编号规则及文档列表16软件项目开发流程规范1.0 目的建立并文件化一种软件产品的规划、评审、设计、计划、开发、控制与测试的流程，以确保软件产品能够在规定的时间内达到所有指定的需求。本规范特别强调在项目进行过程中持续进行的高效能的团队沟通以及及时总结，良好的流程依赖于执行者忠实地贯彻才能够发挥最大的作用。2.0 范围本流程适用于任意门（格崇科技信息有限公司）所有新产品的开发，包括从初始的产品概念提出一直到进入产品发布，其包括了完整软件开发流程和简化软件开发流程两类开发流程。其项目阶段包括：产品意向提出、市场调研及产品规划书起草、产品规划书评审、流程

3、类型选择、项目需求说明书起草与日程表拟定、需求说明书与日程表评审、测试计划起草、测试计划评审、概要设计与概要设计书起草、概要设计书评审、项目计划与项目分解、项目计划评审、项目软件开发及例会与汇报制度管理、软件测试和测试报告、项目总结与产品发布等阶段。3.0 责任任意门团队负责管理本流程，并负责维护和保障本流程的实际运行。项目干系人包括：部门总经理、运营总监、产品经理、项目经理、设计负责人、开发人员、测试人员及技术总监等其他支持人员。4.0 流程文件列表l 产品意向说明l 流程检查表l 产品规划书l 产品规划书评审意见表l 需求说明书l 概略日程表（完整开发流程）/ 整体日程表（简化开发流程）l

4、 需求说明书及日程表评审意见表l 概略测试计划 / 最终测试计划l 概要设计书l 概要设计书评审意见表l 项目计划（含WBS）l 精确日程表l 资源需求计划l 项目计划与最终测试计划评审意见表l SCM文档（含Source code、开发日志等）l 操作手册l 项目开发例会会议纪要l 项目进展情况跟踪报告l 测试报告l 测试工作例会纪要l 项目总结报告l 软件产品发布通告5.0 开发工作流程图见附件1。6.0 实施步骤与干系人关系软件项目开发流程由本文件所描述的十五个阶段所组成。所有新的软件开发项目均应按此流程运行。在项目阶段的安排中，设定有阶段评审，所有项目流程必须经评审人员书面批准后，才能

5、进入下一阶段工作。在正常情况下，每一阶段提交的成果必须完整，并在进入下一阶段工作前得到批准。本文件要求：在整个开发流程过程中，必须使用流程检查表，以保证项目得以正确实施。项目实施过程中各个阶段实施步骤、负责人、产生文档及干系人说明如下：6.1 产品意向提出新的产品概念，或对现有产品的改进建议，可以来源于任何人，如客户请求、产品经理、项目经理、开发人员、测试人员以及各级管理人员。新的产品概念提出后归口于产品经理进行统一汇总和分析。来源于任何人的产品意向必须填写产品意向说明。l 负责人：产品经理l 产生文档：产品意向说明l 内容包括：产品使用功能描述、关键的性能目标、预期收益（包括经济指标或影响力

6、指标）、希望完成的时间。l 干系人：产品意向提出人6.2 市场调研及产品规划书起草在产品概念和意向提出后，项目进入市场调研和产品规划阶段。其目的在于落实产品意向的合理性和可行性，将产品概念细化为可以衡量的具体用户指标，初步确定项目方向以及范围。l 负责人：产品经理l 文档：产品规划书l 内容包括：问题分析（Problem）、目标确认（Object）、项目范围（Scope）、SWOT分析、用户使用指标（End-user Feature）、性能要求、兼容性要求、本地化要求。l 干系人：产品意向提出人、所属的领导6.3 产品规划书评审产品规划书完成后，须组织项目相关人员对产品规划书进行评审，以验证产

7、品意向以及产品规划书的可行性。如通过评审则进入下一步流程；如无法通过评审则取消该项目；如对该产品意向以及产品规划书存在较大争议无法达成共识，则重新进行产品规划和评估。l 负责人：产品经理l 文档：产品规划书评审意见表l 内容包括：产品意见书评审结论l 干系人：产品意向提出人、部门总经理、运营总监、产品经理、项目经理、设计负责人6.4 流程类型选择产品规划书评审通过后，将有部门总经理和运营总监对产品开发流程类型进行选择，并具有最终决定权。简化流程体系是针对一些工作量较小，工作周期较短的小型开发项目所设计的，其包含完整流程体系的主要部分并适度简化，其目的在于对较小的项目选用简化流程以提高效率，而对

8、较大的项目选用完整流程以保证项目进程和质量。开发流程的选择基本依据为预估全部工作量是否超过10个工作日，如超过10个工作日，则可采用完整流程体系；如小于或等于10个工作日，则可采用简化流程体系。l 负责人：部门总经理/运营总监l 文档：产品规划书评审意见表l 内容包括：项目软件开发流程选择意见l 干系人：产品经理、项目经理6.5 需求说明书起草与日程表拟定产品规划书评审通过并确定软件开发流程类型后，项目经理须根据产品规划书所列的用户需求以及项目内容，起草需求说明书，将产品规划的内容转换为技术性开发需求说明以指导开发方向。同时，根据产品规划书的要求制定项目日程表。如该项目规模较大，软件开发流程采

9、用了完整开发流程，则制定概略日程表；如该项目规模较小，软件开发流程采用了简化开发流程，则制定整体日程表。l 负责人：项目经理l 文档：需求说明书、概略日程表（完整开发流程）/ 整体日程表（简化开发流程）l 内容包括：Function SPEC（包含重要性分级）、性能指标、运营维护要求（如统计功能、备份功能、监控功能等）、估算开发周期以及计划l 干系人：产品经理、设计人员、测试人员、维护人员6.6 需求说明书与日程表评审需求说明书与日程表制定完成后，须组织项目人员相关人员对需求说明书和日程表进行评审，以验证需求说明书的可行性以及日程表安排的合理性。如通过评审则进入下一步流程；如无法通过评审则需要

10、重新对需求说明书以及日程表进行调整，并再次进行评审。l 负责人：项目经理l 文档：需求说明书评审意见表、日程表评审意见表l 内容包括：产品意见书评审结论、日程表评审结论l 干系人：部门总经理、运营总监、产品经理、项目经理、设计负责人6.7 测试用例与测试计划起草在完整开发流程过程中，测试经理（测试人员）在项目经理编制需求说明书以及概略日程表的同时，也必须与项目经理和开发人员保持密切的沟通，制定概略测试计划，以合理安排测试工作。此外，在后期的项目计划过程中，测试经理（测试人员）还将根据项目工作分解以及资源情况，制定测试用例以及精确的测试计划，以明晰测试内容、方式、流程和工作安排。在简化开发流程中

11、，测试用例和测试计划由测试人员与项目经理沟通确定，其中测试计划将包括在整体日程表中，无需单独列出。l 负责人：测试经理/测试人员l 文档：概略测试计划、最终测试计划、测试用例l 内容包括：测试方式、测试环境、测试人员安排、粗估的测试时间（概略测试计划）、准确的测试时间（最终测试计划）l 干系人：产品经理、设计人员、测试人员6.8 测试计划评审测试计划制定完成后，项目经理将组织项目相关人员进行测试计划和测试用例评审。测试计划评审将与项目计划评审同期举行。如通过评审则进入下一步流程；如无法通过评审则需要重新对测试计划进行调整，并再次进行评审。l 负责人：测试经理/测试人员l 文档：最终测试计划评审

12、意见表l 内容包括：最终测试计划评审结论l 干系人：部门总经理、运营总监、产品经理、项目经理、设计负责人、测试人员6.9 概要设计与概要设计书起草需求说明书与日程表通过评审后，设计负责人将在项目经理的沟通和帮助下进行概要设计，并起草概要设计书，以确定软件项目的整体功能结构设计、数据结构设计、接口结构设计等技术内容。在简化开发流程中，此阶段还需要项目经理与设计负责人充分沟通，分解项目开发工作，构建开发工作细项任务（WBS）。l 负责人：设计负责人l 文档：概要设计书l 内容包括：概要设计l 干系人：技术总监、产品经理、项目经理、开发人员、测试人员6.10 概要设计书评审概要设计书完成后，项目经理

13、将在设计负责人的帮助下召开概要设计书评审，以确定概要设计书满足需求说明书的技术功能要求，并具备开发可行性和可操作性。在简化开发流程中，将不进行概要设计书评审，但需要设计负责人和项目经理与技术总监等资深技术专家进行充分沟通，获得技术支持，并以邮件或书面材料予以确认。l 负责人：项目经理l 文档：概要设计书评审意见表l 内容包括： 概要设计书评审结论l 干系人：部门总经理、运营总监、技术总监、产品经理、设计负责人、开发人员、测试人员6.11 项目计划与项目分解执行完整开发流程时，当概要设计书通过评审后，项目经理将在设计负责人与开发人员保持密切沟通的情况下，分解项目开发工作，构建开发工作细项任务（W

14、BS）；同时还要制定精确的日程表，并针对项目开发提出所需的各类资源要求。此外，项目经理还需与测试人员进行沟通，制定精确的测试计划（参考6.7 项“测试计划起草”）l 负责人：项目经理l 文档：WBS、精确日程表、资源需求计划、最终测试计划l 内容包括：项目工作分解、甘特图、内部/外部资源需求说明、版本升级后的准确测试计划l 干系人：产品经理、设计负责人、开发人员、测试人员6.12 项目计划评审项目计划制定完成后，项目经理将组织进行项目计划评审，以确定项目计划的完整性、有效性、可行性，能够满足项目开发工作的整体要求。在简化开发流程中，将不进行项目计划评审，但需要项目经理与项目组全体成员进行充分沟

15、通，获得共识。l 负责人：项目经理l 文档：项目计划评审意见表l 内容包括： 项目计划评审结论l 干系人：部门总经理、运营总监、产品经理、设计负责人、开发人员、测试人员6.13 项目软件开发及例会与汇报制度管理项目计划评审通过后，开发人员将根据项目计划以及概要设计书进行具体的软件开发工作，并形成开发源代码、开发日志以及其他开发文档。产品经理根据开发人员的开发日志和说明，起草面向用户端的操作手册。在该过程中项目经理、设计负责人以及开发人员应保持密切沟通，严格按照项目计划以及概要设计进行工作，定期召开例会进行充分沟通，并形成会议纪要以及定期项目进展情况汇报。项目经理负责将会议纪要和项目进展情况跟踪

16、报告上报给部门总经理和运营总监，并通报给其他项目相关人员。l 负责人：各模块开发人员l 文档：SCM、Source code、操作手册、项目开发例会（周会）、项目进展情况跟踪报告l 内容包括：源代码归档、开发日志、使用说明等l 干系人：项目经理、设计负责人、测试人员、部门总经理、运营总监、产品经理6.14 软件测试和测试报告软件开发工作进行到后期，软件测试人员将逐步介入到具体的项目工作中，按照最终测试计划进行软件测试工作，召开测试工作例会并形成测试报告，反馈给开发人员和项目经理。如测试人员发现结构性缺陷而无法通过测试（严重缺陷），则返回需求说明阶段重新进行开发流程；如测试人员发现功能性缺陷而无

17、法通过测试（一般缺陷），则返回开发阶段进行完善。l 负责人：测试人员l 文档：测试报告、测试工作例会纪要l 内容包括：测试意见反馈、测试工作进度l 干系人：开发人员、项目经理、设计负责人、部门总经理、运营总监、产品经理6.15 项目总结与产品发布软件产品按照测试计划通过全部测试后，将进行项目总结和产品发布。项目总结将回顾项目开发历程、总结经验、表彰先进、检查版本与文档管理情况，并初步规划后期产品升级工作。最终产品将按照发布流程予以发布。l 负责人：项目经理l 文档：项目总结报告、软件产品发布通告l 内容包括： 开发历程回顾、经验总结、版本管理与文档情况总结、后期维护升级初步安排l 干系人：部门

18、总经理、运营总监、产品经理、设计负责人、开发人员、测试人员7.0 风险管理项目开发整体流程中必须要规避各类潜在风险。当项目的时间进度确实由于某种无法克服的原因影响而发生较大变化时，造成如实际工作进度低于计划工作进度的70%，将必须重新进行项目需求评审和时间计划。其他情况下部门总经理与运营总监有权根据部门与公司整体情况对个别项目进行进度干预。附件1：开发工作流程图 附件2：编号规则及文档列表1、文档编号规则范例：RD_P001_0软件项目开发流程规范说明：RD：为任意门团队英文名称首字母 P001：P代表产品/项目类，001为第1号规范 0：表示为主干文件。其分支文件依次为1，2，3，42、产品意向书编号规则范例：RD_PI_15001 任意门资讯平台说明：RD：为任意门团队英文名称首字母 PI：表示产品/项目概念和意向15：表示为2015年度 001：表示第1份此类文件，后续依次递增2，3，43、项目编号规则：范例：RD_PN_05001 海外电子支付说明：RD：为任意门团队英文名称首字母 PN：表示产品/项目编号15：表示为2015年度 001：表示第1份此类文件，后续依次递增2，3，44、文档列表为：l RD_P001_0软件