软件项目开发过程控制程序.docVIP

软件项目开发过程控制程序 PAGE PAGE 1 软件项目开发过程控制程序 一、目的 规范需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 二、适用范围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 三、职责 项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 需求分析员进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 技术负责人负责设计工作的安排和技术指导，评审特殊项目的设计。 设计人员负责软件系统设计，编写设计文档。 开发人员负责根据设计说明书编写程序，修改软件代码。 测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 业务管理部：负责开发过程中文件及代码的存档管理。 项目组成员每日填写工作日志。 助理：对项目人员工作日志进行统计。 四、程序 （一）需求分析程序 获取、分析需求 输入：项目立项报告、客户资料、需求调研日志 输出：需求规格说明书 过程：需求分析员按照双方确定的计划，有步骤的进行需求调研和分析活动，获取客户的需求，详细分析客户需求。与客户沟通需记录《调研日志》，根据调研情况和客户提供的资料编写《需求规格说明书》。可参考《需求调研方法》。 需求规格说明书的评审 输入：需求规格说明书 输出：评审记录 过程：对超出我公司产品范围的部分，项目经理负责组织技术负责人（必要时邀请技术专家组）、项目组成员评审《需求规格说明书》。如果评审不通过，需求分析员需要修改后重新提交，直至通过为止。对评审结果进行保存。 规则：《评审记录》可是纸质或电子版。以下评审记录不再一一说明。 需求确认 输入：需求规格说明书 输出：用户签字确认的需求规格说明书 过程：项目经理将内部评审通过的《需求规格说明书》提交客户代表签字确认。 存档 输入：需求调研备忘录、需求规格说明书 过程：需求分析员将需求分析过程中的文档提交配置管理工具进行归档。 规则：参见《项目配置管理规范》。 需求变更 输入：变更申请 输出：需求规格说明书补充说明 过程：客户签字确认了需求以后，当客户的需求发生变化且与基线库的相关文件不一致时，项目经理要组织需求分析员将变化后的需求写进《需求规格说明书补充说明》中，并要得到用户的正式签字认可。 规则：详情参见《需求变更作业指导书》、《变更管理控制规范》。 （二） 软件设计程序 软件设计 输入：《需求规格说明书》 输出：《系统设计说明书》 过程：设计人员根据《需求规格说明书》进行系统设计，编写《系统设计说明书》并提交评审。 规则：如果某个模块是公司产品中没有积累的，以往的项目中都没有可重用模块时，该模块的设计需要详细描述，此外如果项目没有特殊要求，《系统设计说明书》主要描述系统的整体设计。 设计评审 输入：《系统设计说明书》 输出：评审记录 过程：项目经理组织设计文档的评审工作，提请技术负责人对系统设计说明书进行评审。评审方式和方法参见《评审作业指导书》。 设计文档的备案 输入：《系统设计说明书》、评审记录 过程：设计评审结束后，项目经理将设计文档提交配置管理工具，进行存档备案。 设计更改控制 经评审通过后的设计应纳入基线。此后无论因何种原因引起的设计修改，都应按《项目配置管理规范》、《变更管理控制规范》执行。 （三） 编码开发程序 编码 输入：《需求规格说明书》、《系统设计说明书》 输出：程序源代码 过程：项目经理组织开发人员按照开发规范进行编码。 代码集成 输入：程序源代码 过程：技术负责人组织开发人员进行程序的集成和整体调试。 程序验收 输入：程序源代码 输出：《系统上线说明书》 过程：程序的集成和整体调试后，项目经理对系统进行验收，通过后开发人员编