《软件项目研发管理流程》由会员分享，可在线阅读，更多相关《软件项目研发管理流程（34页珍藏版）》请在金锄头文库上搜索。
1、XX信息软件开发项目技术管理规范文件编号： RK-S20170802 生效日期： 2017.8.20受控编号：版次：Ver1.0修改状态：编制：审核：批准：贵州XX信息科技有限公司目录一、编写说明3二、软件项目整体开发流程4三、各阶段岗位职责与工作内容5四、各阶段工作要求81软件需求分析82 软件项目计划123 概要设计164 详细设计195 编码236 需求管理247 软件配置管理268 软件质量保证279 数据度量和分析30一、编写说明为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。与软
2、件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。 本软件开发行为规范，采用以下的术语描述： 规则：在软件开发过程中强制必须遵守的行为规范。 建议：软件开发过程中必须加以考虑的行为规范。 说明：对此规则或建议进行必要的解释。 示例：对此规则或建议从正或反两个方面给出例子。 本软件开发过程行为规范由技术研发部负责解释和维护。二、软件项目整体开发流程三、各阶段岗位职责与工作内容序号工作名称负
3、责人参与人审批人工作内容交付物工作说明1立项管理项目经理售前经理总经理1.项目或产品建设内容；2.项目风险分析；3.明确后续工作；4.讨论解决方案。1.风险分析报告；2.如需进一步讲解，交付展示PPT;3.如确定立项，交付立项报告及解决方案4.立项后，确认开发经理1.立项报告、解决方案提交到开发经理后，开始需求调研准备。1.1项目介绍项目经理总经理或售前经理项目经理系统或方案简介无2需求分析项目经理售前经理、开发经理总工程师确认用户需求及功能边界需求规格说明书1.需求规格说明书由售前经理编制，提交开发经理后；开发经理开始开发计划编制3开发计划开发经理项目经理、售前经理项目经理1.确定开发工期；
4、2.明确开发人员。3.开发计划交付甲方项目开发计划书开发经理完成计划编制，人员配置完成后，经项目经理提交客户审核通过，开发经理完成人员分工，开发业务启动4软件设计开发经理开发工程师总工程师1.数据库设计2.概要设计1.数据字典；2.概要设计说明书公司采用敏捷开发，开发经理需按通用模块-基础数据管理模块-业务管理模块-数据应用模块进行设计，区分无需设计的模块可直接进行开发5软件编码开发经理开发工程师、测试工程师项目经理1.完成软件编码；2.完成详细设计说明书；3.代码迭代及版本控制1.软件代码及数据库2.详细设计说明书详细设计说明书由该功能的开发工程师编写5.1内部审核开发经理开发工程师总工程师
5、1.审核数据库及代码是否按公司技术规范执行采用定期抽样审核方式工作5.2版本控制开发经理总工程师1.按公司要求进行代码迭代与版本控制；2.完成代码备份各研发组，可自行确认代码进行本地迭代方式，并定期将代码提交贵阳总部迭代、备份5.3静态质量审查开发经理总工程师代码提交到SonarQube进行静态代码审核代码静态质量审核报告及整改说明进入动态测试环节前，必须提交静态质量报告6软件测试测试经理测试工程师、开发工程师总工程师完成软件测试1.测试计划2.功能测试报告（含测试用例）3.压力测试报告采用敏捷测试，测试经理根据开发进度，逐个模块跟进测试6.1试运行测试经理开发经理项目经理实际生产环境进行软件
6、运行测试1.软件试运行报告取决于甲方是否提供试运行时间7软件部署实施经理项目经理、开发工程师实施经理在生产环境进行正式系统部署及投运项目实施报告8验收交付项目经理实施工程师、售前工程师总经理完成项目验收并交付客户使用验收报告验收通过后，进行项目总结。开发组明确运维职责后，人员开始进入其他项目9项目运维实施经理项目经理1.及时发现对项目运行期间的问题和客户新需求；2.需求甄别，需及时更改的提交开发经理；3.保持客户沟通运维报告、需求更改说明书四、各阶段工作要求1软件需求分析1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。1-2：当产品的需求规格发生变更时，必
7、须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。1-3：必须对软件需求规格文档进行正规检视。1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。说明：参考建议1-1到1-16。1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。序号问题1所有定义、实现方法是否清楚地表达了用户的原始要求？2在功能实现过程、方法和技术要求的描述上，
8、是否没有背离了功能的实际要求？3是否没有不能理解或造成误解的描述 ？1-2：采用以下检查表检查软件需求规格文档中需求的完备性。序号问题1需求定义中是否包含了有关文件（指质量手册、质量计划以及其它有关文件）种所规定的需求定义所应该包含的所有内容？2需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求？3功能性需求是否覆盖了所有非正常情况的处理？4是否对各种操作模式（如正常、非正常、有干扰等）下的环境条件都作了规定？5是否对所有功能与时间因素有关的方面都作了考虑？6是否标识出了所有与时间因素有关的功能？它们的时间准则是否都说明了？时间准则的最大、最小执行时间是否都定义了？7是否标识并
9、定义了在将来可能会变化的需求？8是否定义了系统所有的输入？9是否标识清楚了系统输入的来源？10是否标识出了系统的输出？11是否说明了系统输入、输出的类型？12是否说明了系统输入、输出的值域、单位、格式等？13是否说明了如何进行系统输入的合法性检查？14是否定义了系统输入、输出的精度？15是否定义了系统性能的各个方面？16在不同负载情况下，是否规定了系统的处理能力？17在不同情况下，是否规定了系统的响应时间？18是否充分定义了关于人机界面的需求？19是否对需求定义进行了可行性分析和相关文件（资料）是否已归档？20是否对影响需求实现的因素进行了调查，调查结果是否已归档？21是否有经济效益分析，分析
10、结果是否已归档？22是否详细描述了有关硬件、软件、操作人员、操作过程等方面的安全性？23是否评估了本项目对用户、其它系统、环境的影响特性？24是否按完成时间、重要性对系统功能、外部接口、性能进行了优先排序？1-3：采用以下检查表检查软件需求规格文档中需求的兼容性。序号问题1界面需求是否使软硬件系统具有兼容性？2需求定义的文档是否满足项目文档编写标准？在矛盾时，是否有适当的标准可供选择？1-4：采用以下检查表检查软件需求规格文档中需求的一致性。序号问题1各个需求之间是否一致？是否有冲突和矛盾？2所规定的模型、算法和数值方法是否相容？3是否使用了标准的术语和定义形式？4需求是否与其软硬件操作环境相
11、容？5是否说明了软件对其系统和环境的影响？6是否说明了环境对软件的影响？7所采用的技术是否与用户要求的技术一致？1-5：采用以下检查表检查软件需求规格文档中需求的正确性。序号问题1需求定义是否满足标准的要求？2算法和规则是否有科技文献或其它文献作为基础？3是否定义了对在错误、风险分析中所标识出的各种故障模式和错误类型所需的反应？4是否参照了有关的标准？5是否对每一个需求都给出了理由？理由是否充分？6对设计和实现的限制是否都有论证？1-6：采用以下检查表检查软件需求规格文档中需求的可行性。序号问题1需求定义是否使软件的设计、实现、操作和维护都可行？2所规定的模型、数值方法和算法是否对待解决问题合
12、适？是否能够在相应的限制条件下实现？3是否能够达到关于质量的要求？1-7：采用以下检查表检查软件需求规格文档中需求的易修改性。序号问题1对需求定义的描述是否易于修改（如是否采用良好的结构和交叉引用表等）？2是否有冗余的信息？是否一个需求被定义了多次？1-8：采用以下检查表检查软件需求规格文档中需求的健壮性。序号问题1是否有容错的需求？1-9：采用以下检查表检查软件需求规格文档中需求的易追溯性。序号问题1是否可从上一阶段的文档中找到需求定义中的相应内容？2需求定义是否明确地表明前阶段中提出的有关需求和设计限制都已被覆盖了？3需求定义是否便于向后继开发阶段查找信息1-10：采用以下检查表检查软件需
13、求规格文档中需求的易理解性。序号问题1是否每一个需求都只有一种解释？2功能性需求是否以模块方式描述的？是否明确地标识出了其功能？3是否有术语定义一览表？4是否使用了形式化或半形式化的语言？5语言是否有歧义性？6需求定义中是否只包含了必须的实现细节而不包含不必要的实现细节？是否过分细致了？7需求定义是否足够清楚和明确使其能够作为开发设计规约和功能性测试数据的基础？8需求定义的描述是否将对程序的需求和所提供的其它信息分离开来了？1-11：采用以下检查表检查软件需求规格文档中需求的易测试性和可验证性。序号问题1需求是否可以验证（即是否可以检验软件是否满足了需求）？2是否对每一个需求都指定了验证过程？3数学函数的定义是否使用了精确定义的语法和语义符号？1-12：采用以下检查表检查软件需求规格文档中的性能需求描述。序号问题是否精确的描述了所有的性能需求和可容忍的性能降低程度？对每一个性能应包含两方面的内容：1 a. 在最坏情况的执行结果 2 b. 本性能失效后，对系统产生的影响1-13：采用以下检查表检查软件需求规格文档中功能需求描述。序号问题1是否清楚、明确地描述了所
