《2022年软件项目开发流程规范Release_ .pdf》由会员分享，可在线阅读，更多相关《2022年软件项目开发流程规范Release_ .pdf（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 页 共 16 页软件项目开发流程规范2015 年 3 月名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 页 共 16 页版本管理日期版本号版本描述作者名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - -
2、- - - 第 2 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 页 共 16 页目录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概要设计书评审.
3、96.11项目计划与项目分解. 96.12项目计划评审. 10 6.13项目软件开发及例会与汇报制度管理. 10 6.14软件测试和测试报告. 11 6.15项目总结与产品发布. 11 7.0风险管理 . 11 附件 1：开发工作流程图. 13 附件 2：编号规则及文档列表. 16 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 4 页 共 16 页软件项目开
4、发流程规范1.0 目的建立并文件化一种软件产品的规划、评审、设计、计划、开发、控制与测试的流程，以确保软件产品能够在规定的时间内达到所有指定的需求。本规范特别强调在项目进行过程中持续进行的高效能的团队沟通以及及时总结，良好的流程依赖于执行者忠实地贯彻才能够发挥最大的作用。2.0 范围本流程适用于任意门（格崇科技信息有限公司）所有新产品的开发，包括从初始的产品概念提出一直到进入产品发布，其包括了完整软件开发流程和简化软件开发流程两类开发流程。其项目阶段包括：产品意向提出、市场调研及产品规划书起草、产品规划书评审、流程类型选择、项目需求说明书起草与日程表拟定、需求说明书与日程表评审、测试计划起草、
5、测试计划评审、概要设计与概要设计书起草、概要设计书评审、项目计划与项目分解、项目计划评审、项目软件开发及例会与汇报制度管理、软件测试和测试报告、项目总结与产品发布等阶段。3.0 责任任意门团队负责管理本流程，并负责维护和保障本流程的实际运行。项目干系人包括：部门总经理、运营总监、产品经理、项目经理、设计负责人、开发人员、测试人员及技术总监等其他支持人员。4.0 流程文件列表产品意向说明流程检查表产品规划书产品规划书评审意见表需求说明书名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4
6、 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 5 页 共 16 页概略日程表（完整开发流程）/ 整体日程表（简化开发流程）需求说明书及日程表评审意见表概略测试计划/ 最终测试计划概要设计书概要设计书评审意见表项目计划（含WBS）精确日程表资源需求计划项目计划与最终测试计划评审意见表SCM 文档（含Source code、开发日志等）操作手册项目开发例会会议纪要项目进展情况跟踪报告测试报告测试工作例会纪要项目总结报告软件产品发布通告5.0 开发工作流程图见附件 1。6.0 实施步骤与干系人关系软件项目开发流程由本文件所
7、描述的十五个阶段所组成。所有新的软件开发项目均应按此流程运行。在项目阶段的安排中，设定有阶段评审，所有项目流程必须经评审人员书面批准后，才能进入下一阶段工作。在正常情况下，每一阶段提交的成果必须完整，并在进入下一阶段工作前得到批准。本文件要求：在整个开发流程过程中，必须使用流程检查表，以保证项目得以正确实施。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 6
8、页 共 16 页项目实施过程中各个阶段实施步骤、负责人、产生文档及干系人说明如下：6.1 产品意向提出新的产品概念， 或对现有产品的改进建议，可以来源于任何人，如客户请求、 产品经理、项目经理、开发人员、测试人员以及各级管理人员。新的产品概念提出后归口于产品经理进行统一汇总和分析。来源于任何人的产品意向必须填写产品意向说明。负责人：产品经理产生文档：产品意向说明内容包括：产品使用功能描述、关键的性能目标、预期收益（包括经济指标或影响力指标）、希望完成的时间。干系人：产品意向提出人6.2 市场调研及产品规划书起草在产品概念和意向提出后，项目进入市场调研和产品规划阶段。其目的在于落实产品意向的合理
9、性和可行性，将产品概念细化为可以衡量的具体用户指标，初步确定项目方向以及范围。负责人：产品经理文档：产品规划书内容包括：问题分析（Problem） 、目标确认（Object） 、项目范围（ Scope） 、SWOT分析、用户使用指标（End-user Feature） 、性能要求、兼容性要求、本地化要求。干系人：产品意向提出人、所属的领导6.3 产品规划书评审产品规划书完成后，须组织项目相关人员对产品规划书进行评审，以验证产品意向以及产品规划书的可行性。如通过评审则进入下一步流程；如无法通过评审则取消该项目；如对该产品意向以及产品规划书存在较大争议无法达成共识，则重新进行产品规划和评估。负责人
10、：产品经理名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 7 页 共 16 页文档：产品规划书评审意见表内容包括：产品意见书评审结论干系人：产品意向提出人、部门总经理、运营总监、产品经理、项目经理、设计负责人6.4 流程类型选择产品规划书评审通过后，将有部门总经理和运营总监对产品开发流程类型进行选择，并具有最终决定权。简化流程体系是针对一些工作量较小，工作周期
11、较短的小型开发项目所设计的，其包含完整流程体系的主要部分并适度简化，其目的在于对较小的项目选用简化流程以提高效率，而对较大的项目选用完整流程以保证项目进程和质量。开发流程的选择基本依据为预估全部工作量是否超过10 个工作日，如超过10 个工作日，则可采用完整流程体系；如小于或等于10 个工作日，则可采用简化流程体系。负责人：部门总经理/运营总监文档：产品规划书评审意见表内容包括：项目软件开发流程选择意见干系人：产品经理、项目经理6.5 需求说明书起草与日程表拟定产品规划书评审通过并确定软件开发流程类型后，项目经理须根据产品规划书所列的用户需求以及项目内容，起草需求说明书，将产品规划的内容转换为
12、技术性开发需求说明以指导开发方向。同时，根据产品规划书的要求制定项目日程表。如该项目规模较大，软件开发流程采用了完整开发流程，则制定概略日程表；如该项目规模较小，软件开发流程采用了简化开发流程，则制定整体日程表。负责人：项目经理文档：需求说明书、概略日程表（完整开发流程）/ 整体日程表（简化开发流程）内容包括： Function SPEC（包含重要性分级） 、性能指标、运营维护要求（如统计功能、备份功能、监控功能等）、估算开发周期以及计划名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第
13、 7 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 8 页 共 16 页干系人：产品经理、设计人员、测试人员、维护人员6.6 需求说明书与日程表评审需求说明书与日程表制定完成后，须组织项目人员相关人员对需求说明书和日程表进行评审，以验证需求说明书的可行性以及日程表安排的合理性。如通过评审则进入下一步流程；如无法通过评审则需要重新对需求说明书以及日程表进行调整，并再次进行评审。负责人：项目经理文档：需求说明书评审意见表、日程表评审意见表内容包括：产品意见书评审结论、日程表评审结论干系人：部门总经理、运营总监、产品经理、项
14、目经理、设计负责人6.7 测试用例与测试计划起草在完整开发流程过程中，测试经理（测试人员）在项目经理编制需求说明书以及概略日程表的同时，也必须与项目经理和开发人员保持密切的沟通，制定概略测试计划，以合理安排测试工作。此外，在后期的项目计划过程中，测试经理（测试人员）还将根据项目工作分解以及资源情况，制定测试用例以及精确的测试计划，以明晰测试内容、方式、流程和工作安排。在简化开发流程中，测试用例和测试计划由测试人员与项目经理沟通确定，其中测试计划将包括在整体日程表中，无需单独列出。负责人：测试经理/测试人员文档：概略测试计划、最终测试计划、测试用例内容包括： 测试方式、 测试环境、 测试人员安排
15、、 粗估的测试时间 （概略测试计划） 、准确的测试时间（最终测试计划）干系人：产品经理、设计人员、测试人员6.8 测试计划评审测试计划制定完成后，项目经理将组织项目相关人员进行测试计划和测试用例评审。测试计划评审将与项目计划评审同期举行。如通过评审则进入下一步流程；如无法通过评审则需要重新对测试计划进行调整，并再次进行评审。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密
16、级：机密第 9 页 共 16 页负责人：测试经理/测试人员文档：最终测试计划评审意见表内容包括：最终测试计划评审结论干系人：部门总经理、运营总监、产品经理、项目经理、设计负责人、测试人员6.9 概要设计与概要设计书起草需求说明书与日程表通过评审后，设计负责人将在项目经理的沟通和帮助下进行概要设计，并起草概要设计书，以确定软件项目的整体功能结构设计、数据结构设计、接口结构设计等技术内容。在简化开发流程中，此阶段还需要项目经理与设计负责人充分沟通，分解项目开发工作，构建开发工作细项任务（WBS） 。负责人：设计负责人文档：概要设计书内容包括：概要设计干系人：技术总监、产品经理、项目经理、开发人员、
17、测试人员6.10 概要设计书评审概要设计书完成后，项目经理将在设计负责人的帮助下召开概要设计书评审，以确定概要设计书满足需求说明书的技术功能要求，并具备开发可行性和可操作性。在简化开发流程中，将不进行概要设计书评审，但需要设计负责人和项目经理与技术总监等资深技术专家进行充分沟通，获得技术支持，并以邮件或书面材料予以确认。负责人：项目经理文档：概要设计书评审意见表内容包括：概要设计书评审结论干系人：部门总经理、运营总监、技术总监、产品经理、设计负责人、开发人员、测试人员6.11 项目计划与项目分解名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - -
18、 - - - 名师精心整理 - - - - - - - 第 9 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 10 页 共 16 页执行完整开发流程时，当概要设计书通过评审后，项目经理将在设计负责人与开发人员保持密切沟通的情况下，分解项目开发工作，构建开发工作细项任务（WBS ） ；同时还要制定精确的日程表，并针对项目开发提出所需的各类资源要求。此外，项目经理还需与测试人员进行沟通，制定精确的测试计划（参考6.7 项“测试计划起草” ）负责人：项目经理文档： WBS、精确日程表、资源需求计划、最终测试计划内容包括：项目
19、工作分解、甘特图、内部/外部资源需求说明、版本升级后的准确测试计划干系人：产品经理、设计负责人、开发人员、测试人员6.12 项目计划评审项目计划制定完成后，项目经理将组织进行项目计划评审，以确定项目计划的完整性、有效性、可行性，能够满足项目开发工作的整体要求。在简化开发流程中，将不进行项目计划评审，但需要项目经理与项目组全体成员进行充分沟通，获得共识。负责人：项目经理文档：项目计划评审意见表内容包括：项目计划评审结论干系人：部门总经理、运营总监、产品经理、设计负责人、开发人员、测试人员6.13 项目软件开发及例会与汇报制度管理项目计划评审通过后，开发人员将根据项目计划以及概要设计书进行具体的软
20、件开发工作，并形成开发源代码、开发日志以及其他开发文档。产品经理根据开发人员的开发日志和说明，起草面向用户端的操作手册。在该过程中项目经理、设计负责人以及开发人员应保持密切沟通，严格按照项目计划以及概要设计进行工作，定期召开例会进行充分沟通，并形成会议纪要以及定期项目进展情况汇报。项目经理负责将会议纪要和项目进展情况跟踪报告上报给部门总经理和运营总监，并通报给其他项目相关人员。负责人：各模块开发人员名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 16 页 - - - -
21、 - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 11 页 共 16 页文档： SCM、Source code、操作手册、项目开发例会（周会）、项目进展情况跟踪报告内容包括：源代码归档、开发日志、使用说明等干系人：项目经理、设计负责人、测试人员、部门总经理、运营总监、产品经理6.14 软件测试和测试报告软件开发工作进行到后期，软件测试人员将逐步介入到具体的项目工作中，按照最终测试计划进行软件测试工作，召开测试工作例会并形成测试报告，反馈给开发人员和项目经理。如测试人员发现结构性缺陷而无法通过测试（严重缺陷），则返回需求说明阶段重新进行开发流程； 如测试人
22、员发现功能性缺陷而无法通过测试（一般缺陷），则返回开发阶段进行完善。负责人：测试人员文档：测试报告、测试工作例会纪要内容包括：测试意见反馈、测试工作进度干系人：开发人员、项目经理、设计负责人、部门总经理、运营总监、产品经理6.15 项目总结与产品发布软件产品按照测试计划通过全部测试后，将进行项目总结和产品发布。项目总结将回顾项目开发历程、总结经验、表彰先进、检查版本与文档管理情况，并初步规划后期产品升级工作。最终产品将按照发布流程予以发布。负责人：项目经理文档：项目总结报告、软件产品发布通告内容包括：开发历程回顾、经验总结、版本管理与文档情况总结、后期维护升级初步安排干系人：部门总经理、运营总
23、监、产品经理、设计负责人、开发人员、测试人员7.0 风险管理项目开发整体流程中必须要规避各类潜在风险。当项目的时间进度确实由于某种无法克名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 12 页 共 16 页服的原因影响而发生较大变化时，造成如实际工作进度低于计划工作进度的70%，将必须重新进行项目需求评审和时间计划。其他情况下部门总经理与运营总监有权根据部门
24、与公司整体情况对个别项目进行进度干预。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 13 页 共 16 页附件 1：开发工作流程图产品意向提出市场调研产品规划产品规划书起草产品规划书评审项目终止否决材料不足是否进行完整流程进入简化流程通过否AB名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - -
25、名师精心整理 - - - - - - - 第 13 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 14 页 共 16 页需求说明书概略日程表概略测试计划需求说明书概略日程表评审概要设计概要设计书概要设计书评审WBS/精确日程表 /资源需求测试用例最终测试计划项目计划评审最终测试计划评审产品测试（测试报告）项目总结产品发布是是通过不通过不通过通过不通过沟通协调不通过沟通协调开发例会开发汇报项目开发A测试结论通过不通过（结构性缺陷）不通过（功能性缺陷）名师资料总结 - - -精品资料欢迎下载 - - - - - - - -
26、 - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 15 页 共 16 页需求说明书整体日程表需求说明书整体日程表评审概要设计书WBS技术总监等专家有效沟通（邮件及书面确认）项目开发（项目例会及报告）项目组成员有效沟通产品测试（测试报告）项目总结产品发布不通过通过B测试结论通过不通过（功能性缺陷）不通过（结构性缺陷）名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师
27、精心整理 - - - - - - - 第 15 页，共 16 页 - - - - - - - - - 格崇科技软件项目开发流程规范文件编号：RD001_0 密级：机密第 16 页 共 16 页附件 2：编号规则及文档列表1、文档编号规则范例： RD_P001_0 软件项目开发流程规范说明： RD：为任意门团队英文名称首字母P001：P 代表产品 /项目类， 001 为第 1 号规范0：表示为主干文件。其分支文件依次为1，2，3，4,2、产品意向书编号规则范例： RD_PI_15001 任意门资讯平台说明： RD：为任意门团队英文名称首字母PI：表示产品 /项目概念和意向15：表示为2015 年
28、度001：表示第1 份此类文件，后续依次递增2，3，4,3、项目编号规则：范例： RD_PN_05001 海外电子支付说明： RD：为任意门团队英文名称首字母PN：表示产品 /项目编号15：表示为 2015 年度001：表示第1 份此类文件，后续依次递增2，3，4,4、文档列表为：RD_P001_0 软件项目开发流程规范RD_P001_1 产品意向说明RD_P001_2 流程检查表RD_P001_3 产品规划书RD_P001_4 评审意见表RD_P001_5 需求说明书RD_P001_6 日程表RD_P001_7 测试计划RD_P001_8 概要设计书RD_P001_9 项目计划RD_P001_10 资源需求计划RD_P001_11 项目例会会议纪要RD_P001_12 项目进展情况跟踪报告RD_P001_13 操作手册RD_P001_14 测试用例RD_P001_15 测试报告RD_P001_16 项目总结报告RD_P001_17 软件产品发布通告名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 16 页 - - - - - - - - -