软件开发过程控制程序Word格式.docx

1、 项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 需求分析员：进行需求调研，编写需求规格说明书、调研日志、需求的补充文档等，必要时进行需求变更。 技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 设计人员：软件界面设计。 开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 测试员：编写测试用例，搭建测试环境、执行单元测试、集成测试，提出测试报告。 行政人事部：负责开发过程中文件及代码的存档管理。 项目组成员：每日填写工作日志。 部门负责人：对项目人员工作日志进行统计。4程序4.1需求分析程序4.1.1获取、分析需求 输入：项目立

2、项报告、客户资料、需求调研日志 输出：需求规格说明书 过程：需求分析员按照双方确定的计划，有步骤的进行需求调研和分析活动，获取客户的需求，详细分析客户需求。与客户沟通需记录调研日志，根据调研情况和客户提供的资料编写需求规格说明书。4.1.2需求规格说明书的评审评审记录对超出我公司产品范围的部分，项目经理负责组织技术负责人（必要时邀请技术专家组）、项目组成员评审需求规格说明书。如果评审不通过，需求分析员需要修改后重新提交，直至通过为止。对评审结果进行保存。 规则：评审记录可是纸质或电子版。以下评审记录不再一一说明。4.1.3需求确认用户签字确认的需求规格说明书项目经理将内部评审通过的需求规格说明

3、书提交客户代表签字确认。4.1.4存档需求调研备忘录、需求规格说明书需求分析员将需求分析过程中的文档提交配置管理工具进行归档。参见项目配置管理规范。4.1.5需求变更变更申请需求规格说明书补充说明客户签字确认了需求以后，当客户的需求发生变化且与基线库的相关文件不一致时，项目经理要组织需求分析员将变化后的需求写进需求规格说明书补充说明中，并要得到用户的正式签字认可。详情参见需求变更作业指导书、变更管理控制规范。4.2 软件设计程序4.2.1软件设计 需求规格说明书系统设计说明书开发人员根据需求规格说明书进行系统设计，编写系统设计说明书并提交评审。如果某个模块是公司产品中没有积累的，以往的项目中都

4、没有可重用模块时，该模块的设计需要详细描述，此外如果项目没有特殊要求，系统设计说明书主要描述系统的整体设计。4.2.2设计评审项目经理组织设计文档的评审工作，提请技术负责人对系统设计说明书进行评审。评审方式和方法参见评审作业指导书。4.2.3设计文档的备案系统设计说明书、评审记录设计评审结束后，项目经理将设计文档提交配置管理工具，进行存档备案。4.2.4设计更改控制经评审通过后的设计应纳入基线。此后无论因何种原因引起的设计修改，都应按项目配置管理规范、变更管理控制规范执行。4.3 编码开发程序4.3.1编码需求规格说明书、系统设计说明书程序源代码项目经理组织开发人员按照开发规范进行编码。4.3

5、.2代码集成技术负责人组织开发人员进行程序的集成和整体调试。4.3.3程序验收系统操作说明书程序的集成和整体调试后，项目经理对系统进行验收，通过后开发人员编 写系统操作说明书，以便指导上线工程师顺利安装调试。4.3.4配置管理程序源代码、源代码清单、系统操作说明书开发人员应当在项目开发过程中定时进行代码的备份，程序调试结束后，项目经理填写源代码清单，开发人员填写系统操作说明书，并提交配置管理工具。4.3.5测试流程4.3.5.1 测试用例的编写、审核与备案测试用例测试人员根据需求规格说明书、系统设计说明书编写测试用例。项目经理审核测试用例，审核通过后配置管理员纳入配置管理。在用户接受性测试时，

6、项目经理要将测试用例提供给客户，以指导其测试。4.3.5.2 系统测试 输入:测试报告项目经理组织测试人员进行系统集成测试，测试人员编写测试报告以记录项目质量情况。4.3.5.3 用户手册的编写与审核用户手册系统测试通过后，项目经理组织测试人员结合测试用例，编写用户手册。4.3.5.4存档测试用例、测试报告、用户手册测试阶段结束后，配置管理员将该阶段的文档纳入配置项，存档备案。5流程图6相关文件项目计划项目配置管理规范项目需求分析说明书 需求评审记录项目需求评审报告 项目技术分析项目概要设计说明书 项目概要设计评审报告 项目详细设计说明书 项目详细设计评审报告 项目设计更改申请记录 项目原型设计测试计划测量监视软件确认记录测试软件确认记录测试用例评审报告测试记录软件测试记录表格软件测试记录反馈表格缺陷记录缺陷修复说明书项目阶段审核记录项目内审报告用户方硬件环境确认报告项目部署记录实施记录外部验收记录验收确认单维护记录项目质量目标考核记录项目确认报告产品复制记录