三、各阶段岗位职责与工作内容
序号 工作名称 负责人 参与人 审批人 工作内容 交付物 1.风险分析报告； 2.如需进一步讲工作说明 1.项目或产品建设内1 立项管理 项目经理 售前经理 总经理 解，交付展示PPT; 1.立项报告、解决方案提交到开发经理后，开始需求调研准备。 容；2.项目风险分析；3.如确定立项，交3.明确后续工作；4.讨付立项报告及解决论解决方案。 方案 4.立项后，确认开发经理 1.1 项目介绍 项目经理 总经理或售前经理 项目经理 系统或方案简介 无 1.需求规格说明书2 需求分析 项目经理 售前经理、开发经理 总工程师 确认用户需求及功能边界 由售前经理编制，需求规格说明书 提交开发经理后；开发经理开始开发计划编制
开发经理完成计划编制，人员配置完3 开发计划 开发经理 项目经理、售前经理 1.确定开发工期； 项目经理 2.明确开发人员。 3.开发计划交付甲方 项目开发计划书 成后，经项目经理提交客户审核通过，开发经理完成人员分工，开发业务启动 公司采用敏捷开发，开发经理需按通用模块-基础数4 软件设计 开发经理 开发工程师 总工程师 1.数据库设计 2.概要设计 1.数据字典； 2.概要设计说明书 据管理模块-业务管理模块-数据应用模块进行设计，区分无需设计的模块可直接进行开发 1.完成软件编码； 5 软件编码 开发经理 开发工程师、测试工程师 2.完成详细设计说明项目经理 书； 3.代码迭代及版本控制 5.1 内部审核 开发经理 开发工程师 总工程师 1.审核数据库及代码是否按公司技术规范执行 采用定期抽样审核方式工作 1.软件代码及数据库 2.详细设计说明书 详细设计说明书由该功能的开发工程师编写
各研发组，可自行确1.按公司要求进行代码5.2 版本控制 开发经理 总工程师 迭代与版本控制； 2.完成代码备份 认代码进行本地迭 代方式， 并定期将代码提交贵阳总部迭代、备份 5.3 静态质量审查 开发经理 总工程师 代码提交到SonarQube进行静态代码审核 代码静态质量审核报告及整改说明 进入动态测试环节前，必须提交静态质量报告 1.测试计划 6 软件测试 测试经理 测试工程师、开发工程师 总工程师 完成软件测试 2.功能测试报告（含测试用例） 3.压力测试报告 6.1 试运行 测试经理 开发经理 项目经理 实际生产环境进行软件运行测试 1.软件试运行报告 采用敏捷测试，测试经理根据开发进度，逐个模块跟进测试 取决于甲方是否提供试运行时间 7 软件部署 实施经理 项目经理、开发工程师 实施经理 在生产环境进行正式系统部署及投运 项目实施报告 验收通过后，进行8 验收交付 项目经理 实施工程师、售前工程师 总经理 完成项目验收并交付客户使用 项目总结。开发组验收报告 明确运维职责后，人员开始进入其他项目
1.及时发现对项目运行期间的问题和客户9 项目运维 实施经理 项目经理 新需求； 2.需求甄别，需及时更改的提交开发经理； 3.保持客户沟通
运维报告、需求更改说明书
四、各阶段工作要求
1．软件需求分析
1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。 1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。
1-3：必须对软件需求规格文档进行正规检视。
1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。
1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明：参考建议1-1到1-16。
1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。
序号 问题 1 所有定义、实现方法是否清楚地表达了用户的原始要求？ 2 在功能实现过程、方法和技术要求的描述上，是否没有背离了功能的实际要求？ 3 是否没有不能理解或造成误解的描述？ 1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
序号 问题 1 需求定义中是否包含了有关文件（指质量手册、质量计划以及其它有关文件）种所规定的需求定义所应该包含的所有内容？ 2 需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求？ 3 功能性需求是否覆盖了所有非正常情况的处理？ 4 是否对各种操作模式（如正常、非正常、有干扰等）下的环境条件都作了规定？ 5 是否对所有功能与时间因素有关的方面都作了考虑？ 6 是否标识出了所有与时间因素有关的功能？它们的时间准则是否都说明了？时间准则的最大、最小执行时间是否都定义了？ 7 是否标识并定义了在将来可能会变化的需求？