软件开发过程(SProc)v1.3.docVIP

文档类型：CMM管理规范文档 [内部文档] 软件开发过程 Software Development Process 编制单位：技术开发中心SEPG小组 编制时间：2002/1/12 文档编号：CMM-SDProc-01 版 本 号：V1.3 编制 审核 批准 生效日期 目录 1 概述 1 1.1 目的 1 1.2 方针 1 1.3 适用范围 1 1.4 参考文件 1 2 软件开发过程（SDProc） 2 2.1 过程流程图 4 2.1.1 立项活动（SDProc-A-100）流程图 4 2.1.2 需求分析活动（SDProc-A-200）流程图 5 2.1.3 概要设计活动（SDProc-A-300）流程图 6 2.1.4 详细设计活动（SDProc-A-400）流程图 7 2.1.5 编码及单元测试活动（SDProc-A-500）流程图 8 2.1.6 集成测试活动（SDProc-A-600）流程图 9 2.1.7 系统测试及产品发布活动（SDProc-A-700）流程图 10 2.2 过程详细描述 11 2.2.1 立项活动（SDProc-A-100） 11 2.2.2 需求分析活动（SDProc-A-200） 17 2.2.3 概要设计活动（SDProc-A-300） 20 2.2.4 详细设计活动（SDProc-A-400） 23 2.2.5 编码及单元测试活动（SDProc-A-500） 25 2.2.6 集成测试活动（SDProc-A-600） 28 2.2.7 系统测试及产品发布活动（SDProc-A-700） 30 3 附录 35 3.1 附录1 文档编号 35 3.2 附录2 评审流程 36 概述 目的 改进原有软件开发过程，进一步明确系统开发的生存周期模型，以及各阶段的工作和要求，同时对软件开发流程和相关文档编制制订统一的要求。 方针 所有立项项目都应纳入开发流程管理，严格按照开发流程操作 定义开发流程的目的是促进项目在给定的资源条件下按时、按质完成 项目是按阶段划分的一系列任务，任务之间允许重叠，但前一阶段的任务必须比后一阶段的任务先开始，并且首先得到认可（评审） 项目的技术和管理活动必须有足够的纪录，并且得到相应级别的审核和批准 文档是项目开发不可或缺的部分，应按要求编写、评审和提交，文档质量影响对项目质量的评价 项目的工作产品应按预定的阶段提交 适用范围 本文档属于捷迅科技有限公司技术开发中心SEPG（软件工程过程组）的工作文档，适用于技术开发中心在有合同的项目或自研项目进行系统设计、开发、测试过程和控制活动。本文档只在技术开发中心内部使用。 参考文件 《CP-0604(设计控制程序)》，捷迅科技有限公司技术开发中心规范文件 《WO-0307(产品开发作业指导书)》，捷迅科技有限公司技术开发中心规范文件 《GB 8567-88计算机软件产品开发文件编制指南》，中华人民共和国国家标准 《GB/T8566-1995信息技术 软件生存过程》，中华人民共和国国家标准 《Capability Maturity Model for Software》，Version 1.1，CMU/SEI-93-TR-24 《Key Practices of the Capability Maturity Model》，Version 1.1，CMU/SEI-93-TR-25 软件开发过程（SDProc） 软件开发过程（SDProc）包括按顺序执行的七项活动，组成开发过程的生命周期模型。这七项活动是： 立项活动（SDProc-A-100） 需求分析活动（SDProc-A-200） 概要设计活动（SDProc-A-300） 详细设计活动（SDProc-A-400） 编码及单元测试活动（SDProc-A-500） 集成测试活动（SDProc-A-600） 系统测试及产品发布活动（SDProc-A-700） 其执行顺序如图1所示。   图1：软件开发过程（SDProc）流程图 图1中，所有七个活动均有两个出口，一个出口连接到下一相邻活动，这个出口称为正常出口；另一个出口则返回到合适的上级活动，这个出口称为异常出口。正常出口表明活动所描述的所有任务均按要求完成，异常出口则表明活动所描述的部分或全部活动未能按要求完成，需要由项目经理决定返回到生命周期模型中的合适阶段，以便找到导致任务不能完成的原因，并修正之。例如，假设编码及单元测试阶段发现某模块的编码无法进行，项目经理/程序管理分析问题的原因，如果修改详细设计（不影响概要设计）可解决该问题，则可返回到详细设计活动；如果修改详细设计还不足以解决该问题，必须修改概要设计才行，则可返回到概