软 件 开 发 过 程.docVIP

软 件 开 发 过 程 第一部分 概述 1 目的 本规范的目的是使整个软件产品开发阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化，有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 2 适用范围 本规范适用于公司范围内所有以正式的项目形式进行的软件产品的开发；不包括需求获取、现场调试等内容。 本规范分为两个部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 3 过程模型 本规范所采用的软件开发过程模型为裁剪的RUP开发过程模型。 4 环境 建模语言 采用UML作为建模语言 建模工具 采用Rational Rose作为建模工具 配置管理工具 采用SourceSafe/Cvs作为配置管理工具，由项目经理根据具体情况自行决定。 变更和缺陷管理工具 采用ClearQuest作为变更和缺陷管理工具 需求管理工具 采用RequisitePro作为需求管理工具 单元测试工具 推荐使用Purify、Quantitify、PurifyCovervage、BoundChecker等工具，具体选择何种工具由项目经理自行决定。 引用规范 《C++编码规范》 指南 《需求建模指南》、《分析指南》、《设计指南》、《实现建模指南》、《数据库建模指南》 5 角色划分与组织机构 软件过程的每一个活动都由具体的角色执行；本过程所涉及的角色和组织机构及其职责如下： 系统分析员 管理需求 查找参与者和用例 确定性能要求 建立用例模型结构 用例工程师 详细说明用例 详细说明软件需求 用例分析 用例设计 需求复审员 复审需求 用户界面设计员 设计用户界面原型 确定边界类 * 一般界面设计员不参与界面部分的实现 构架设计师 确定需求优先级 构架分析 构架设计 构架实现 制定和组织学习编码规范 设计员 类的设计 子系统设计 数据库设计员 生成数据模型 设计复审员 复审设计 构架复审员 复审构架 程序员 实现构件 调试 单元测试 实现测试 开发安装软件 代码复审员 复审代码（该角色可以由技术监督小组成员兼任） 测试员 制定测试计划 设计测试 执行测试 评估测试 配置管理员 建立变更控制流程 复审变更请求 确认重复或拒绝的变更请求 管理基线 流程工程师 编制开发案例 启用开发案例 项目经理 制定软件开发计划 制定迭代计划 制定风险管理计划 协调项目运行 项目复审与变更控制委员会 该委员会是负责监督项目和控制变更的行政管理团队；在执行复审任务时，可由该委员会主席指派专人（项目复审员）负责。 建议该委员会由项目经理、构架设计师、需求提供方及有项目审批权限的3~5人组成，其中主席一职应当在需求和技术方面都有一定权威性。主席根据实际需要召开会议评估变更请求，对项目进行审批和项目计划复审。 该委员会有三个基本任务： 变更控制 明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行。由他们批准对已建立基线的配置项的所有变更。该团队的目的在于确保所有提出的变更都得到了妥善的技术分析与复审，并已记录备查。 项目审批与计划复审 项目审批；项目计划复审；迭代计划复审。 验收复审 迭代验收复审；生命周期里程碑复审；项目验收复审； 技术监督小组 与项目经理一起监控小组技术状态，建议每周由研发人员轮流执行技术小组组长职责，定期负责召开技术讨论会，审查上周进展情况及技术状态（软件模型完整性、代码规范性等内容），讨论本周工作计划、技术问题等内容并监督各规范的执行情况。 6 制品 该部分列出了工作流程所涉及的制品及这些制品的格式。 第二部分 管理过程规范 管理规程规范分为两个部分：项目管理过程规范、配置与变更管理过程规范。 7 项目管理过程规范 7.1 过程概述 项目管理过程如下图所示 管理过程贯穿于软件开发过程的始终，它也随着开发过程的迭代进行自身的迭代。 7.2 项目准备7.3 7.3.1 概述 项目准备活动在软件开发过程中只进行一次，即在项目初始阶段的第一个迭代中，而且它是最早进行的活动。 7.3.2 确定并评估风险 执行角色 项目经理 活动描述 项目经理 确定潜在的风险，分析风险、确定风险的优先级并制定风险规避和降低策略，填写