项目管理过程规范电子科技大学智能工程试验室.docVIP

卷号 卷内编号 密级 分类: 　　规范 使用者: 项目组、项目管理部 文档编号： SP_CRI_1.0 信息所,2009 软件过程规范 Version 1.0 技术委员会  文档信息 标题:软件过程规范 作者:技术委员会 创建日期: 2009-8-25 版本:1.0 部门名称: 信息所 修订文档历史记录 日期 版本 说明 作者 2009-9-1 草稿 创建 詹德容 目录 1 前言 5 1.1 目的 5 1.2 对象 5 1.3 要求 5 1.4 适用范围 5 1.5 软件过程总体流程 5 1.6 文档结构 6 1.7 词汇表 7 1.8 参考信息 7 2 项目管理过程规范 7 2.1 项目立项 7 2.1.1 立项申请 7 2.1.2 立项准备 8 2.1.3 立项审批 8 2.2 项目启动与计划 9 2.3 项目实施 12 2.4 项目结束 12 3 开发过程规范 13 3.1 过程总述 13 3.2 需求分析阶段 13 3.3 系统架构设计阶段 14 3.4 细化设计阶段 14 3.5 编码和单元测试 15 3.6 系统集成与集成测试 15 3.7 系统测试 16 3.8 验收测试与安装 16 3.9 维护 17 4 需求变更管理过程规范 17 4.1 过程总述 17 4.2 过程规范 18 5 配置管理过程规范 18 5.1 配置管理的目标 18 5.2 配置管理过程规范 18 5.2.1 配置管理计划 18 5.2.2 实施配置管理 19 6 附件 19 6.1 文档模板 20 6.1.1 项目管理类 20 6.1.2 开发过程类 20 6.2 工作指南 20 前言 目的 本规范的目的是为信息所建立标准软件过程，为信息所的软件项目的管理工作和开发工作提供一部详细、可操作的过程指南。使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 适用范围 适用于产品开发生命周期中的除产品维护外的其他全部过程；在本规范中，主要包括管理过程规范和开发过程规范两个部分，分别适用于软件开发过程中的技术性活动和管理性活动。其中管理过程包括项目管理过程、需求变更管理过程以及配置管理过程。 软件过程总体流程 软件过程总体流程如图1-1所示。其中项目管理过程分为项目立项、项目启动与计划、项目实施与项目结束四个阶段。 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。 图1-1 软件过程总体流程 文档结构 第一部分简介第二部分规范第部分规范第部分 图2-81项目启动流程 具体活动描述如下： 商业目标 参与人员：高层管理人员 所有的团队成员 市场代表 目的：介绍项目的相关信息，传达管理层的目标 内容： 管理层向团队解释为什么需要这个项目，开始项目的原因及管理层对于这个项目的目标。 市场代表向团队解释这个产品的市场需求，一些重要的特征，团队需要知道客户的一些特殊需求。 角色分配 参与人员：所有团队成员 目的：团队要形成自己的目标，并分配角色 内容：定义团队角色，并定义团队目标。 RUP团队角色如下：项目经理系统分析员设计员WBS做进一步分解，以便清楚应该完成的每个具体任务或者提交物应该执行的活动。 定义活动间的关系：按照活动之间的逻辑关系（强制性依赖关系、软逻辑关系、外部依赖关系和里程碑），定义活动的顺序并用网络图表示出来。 历时估算：估计任务的持续时间即历时估计。包括每个任务的历时估计和总任务的历时估计。 项目经理根据任务历时估算的结果编制《软件项目进度计划》，下发《项目任务书》给项目组员。 工程师评估每个人每个星期花在这些任务上的时间并形成个人时间表（通常以小时为单位），向项目经理提交《个人进度安排》（以甘特图的形式表示）。 项目经理根据没个成员提交的《个人进度安排》修订《项目项目进度计划》。 质量目标和计划 参与人员：所有团队成员 目的：制定质量目标和计