软件开发项目管理制度
第一章
总
则
第一条
为规范应用系统开发项目管理流程，及时提供满足管理和业务需求的应用系统，特制定本制度。
第二条
本文件适用于我单位应用系统开发管理、二次开发管理等工作；信息系统开发工作包括外包开发和本单位自行开发。
第三条
对于外包开发项目，合作方为软件或服务供应商；对于自行开发项目，合作方为本单位系统开发团队。
第二章
职
责
第四条
需求提交部门职责：
业务部门负责需求的提出、参与需求规格说明书业务部分的制定、参与需求审核及演示版审核、负责用户测试的业务部分、配合安装部署试运行和产品验收。
第五条
XX 部门职责：
负责受理业务部门提出的需求，进行需求分析，同时需要进行安全分析，主持需求规格说明书、概要设计、演示版的审
核；负责质量控制，组织产品验收和正式投产使用；负责软件开发过程中的整体协调工作。
第六条
合作方职责 负责进行需求分析、概要设计、详细设计、代码编制、测试、安装部署和验收。
第三章
工作程序
第七条
提出需求：
业务部门提出开发的应用软件的需求，具体包括：时间要求、功能要求、权限控制、安全要求和业务流程。
第八条
受理：
XX 部门在接到业务部门的要求后，立即着手安排各项准备工作，制定任务计划，包括人力资源的考虑和时间要求的考虑，向合作方提出开发要求。
第九条
需求分析：
合作方在接到开发要求后，与 XX 部门共同进行需求分析。
第十条
需求审核：
XX 部门组织业务部门和合作方共同进行需求规格说明书的审核，合作方提供审核所需的材料和需求规格说明书，负责技术问题的解释。业务部门应认真审核需求规格说书所描述的内
容是否符合业务和管理要求，如果不符合要求 XX 部门和合作方重新进行需求分析，直到审核通过为止，业务部门签字认可。
第十一条
概要设计：
合作方对审核通过后的需求按软件开发标准开始进行概要设计。
第十二条
概要设计审核：
XX 部门组织需求部门对合作方的概要设计进行审核，包括：是否符合业务部门提出的业务和管理要求，是否符合软件开发标准的要求，结构是否合理。审核未通过，合作方重新进行概要设计。
第十三条
演示版开发：
合作方对概要设计通过后的需求进行演示版的开发，完成所有界面设计、业务流程和功能规划。
第十四条
演示版的审核：
XX 部门组织业务部门和合作方共同进行演示版的审核，业务部门要对界面、业务流程和功能划分进行确认，如未达到业务部门的要求，重新进行演示版的开发，直到审核通过为止，业务部门签字认可。
第十五条
详细设计和代码编制：
合作方对演示版审核通过后的应用开始进行详细设计和代码编写，并按软件开发标准文档模版补充和完善详细设计说明书。
合作方对代码编写完的应用产品编写安装维护手册、升级安装手册、用户操作手册、测试用例报告，并进行多种方式的测试，包括：开发人员自身的测试、测试人员的测试，测试环境的测试。测试的内容不仅需要包含功能需求，也需要包含业务系统的安全需求，测试人员在测试完成后应编制测试报告，如果出现 BUG 或者不满足安全需求，要求填写 BUG 记录表，开发人员修订程序代码，直到测试完全通过。
第十六条
安装部署试运行：
XX 部门根据安排通知合作方开始安装部署试运行时间。由XX 部门组织业务部门进行安装部署试运行工作，并由业务部门负责用户测试工作。
第十七条
试运行审核：
XX 部门组织业务部门试运行进行审核，审查测试用例、报告测试报告以及相关的技术文档，对程序中的关键点和安全需求按照测试用例报告进行严格测试，业务部门应配合 XX 部门对应用产品进行试用，验证产品功能是否满足业务和管理要求，如果试用过程中发现不符合业务和管理要求，应认真填写问题反馈意见。如果业务部门反馈意见表明试运行不合格，XX 部门将要求合作方重新进行代码编写和测试，直到试运行通过。
第十八条
产品验收：
XX 部门组织业务部门对合作方提交的应用产品进行验收，
主要根据试运行用户测试结果和合同中规定的验收文档和其他要求进行验收工作，XX 部门负责严格检查技术文档，业务部门负责严格检查业务操作文档，并各自出具验收报告，由 XX 部门汇总项目验收报告后报项目领导小组。若验收不合格，由 XX 部门与合作方重新商定验收时间，择日进行，直到验收通过。
第十九条
投产上线：
在产品正式投产使用前，XX 部门负责对系统的基础架构平台进行安全检测与评估，安全检测的范围包含但不仅限于：操作系统、数据库、网络、信息系统功能隐患、结构合理性、源代码缺陷、服务能力（压力测试）。XX 部门确认该系统满足信息安全基线要求后，产品才可以正式的投产使用。
第二十条
记录归档：
XX 部门在项目结束后将所有记录根据档案管理的要求进行归档工作。
第四章
附
则
第二十一条
本制度由 XXXX 负责解释。
第二十二条
本制度自发布之日起生效执行。