第二章软件开发的主要活动分析.pptVIP

第二章 软件开发的主要活动 内容安排 2.1 需求分析与管理 需求分析与规范（续） 需求分析与规范（续） 需求分析与规范（续） 需求变更管理 需求变更管理（续） 需求跟踪管理 需求跟踪管理（续） 2.2 设计 2.3 编码 2.4 软件测试 2.5 运行与维护 2.6 软件项目管理 2.7 软件配置管理 配置项和基线 配置项和基线 软件开发过程中包括的典型基线 配置库 开发过程与配置管理过程的关系 开发过程决定了配置管理的对象 配置管理控制开发过程的节奏 配置管理流程 配置项标识 配置项标识 版本控制 配置控制 配置控制（续） 状态薄记 状态薄记（续） 状态薄记（续） 配置审计 配置审计（续） 配置审计（续） 配置审计（续） 配置审计（续） 2.8 验证与确认 2.8 验证与确认（续） 2.8 验证与确认（续） 2.9 软件质量保证 2.10 软件文档 内容安排 什么是配置审计 配置审计工作主要集中在两个方面，即： 功能配置审计——验证配置项的实际功效与其软件需求的一致性，软件验证和确认活动的输出就是这种审计的关键输入 物理配置审计——确定配置项符合预期的物理特性，即特定的媒体形式 成功地完成审计是建立产品基线的先决条件 确保软件配置管理的有效性，不允许出现任何混乱现象。 如： 为什么要实施配置审计 防止出现向用户提交了错误的产品，如交付了用户手册不适当的版本 发现不完善的实现，如开发出不符合初始规格说明或未按变更请求实施变更 找出各配置项间不匹配或不相容的现象 确认配置项已在所要求质量控制审查之后作为基线入库保存 确认记录和文档保持着可追溯性 实施配置审计的时机 如何实施配置审计 软件产品交付或是软件产品正式发行前 软件开发的阶段工作结束之后 在维护工作中，定期的进行 审计步骤 如何实施配置审计 由项目经理决定何时进行配置审核工作 质量保证组或软件组的配置管理组指定该项目的配置审计人员 项目经理和配置审计员决定审核范围 配置审计员准备配置审计检查单 配置审计员安排时间审核文档和记录 配置审计员在审计中发现不符合现象，并作记录 由项目经理负责消除不符合现象 配置审计员验证所有发现的不符合现象确已得到解决 何时做 ?具体时间安排 ?谁做 ?做什么（范围） ?准备（检查单） ?记录问题 ?解决问题 ?验证问题解决情况 审计活动可能涉及到范围 如何实施配置审计 评审记录 配置项的变更历史 测试记录 文件的命名 变更请求 版本的编号 人们对配置审计最大的误解是“对配置库中的每个配置项都检查一遍”！ VV过程提供了软件产品和经历软件生存周期过程的一个客观评价。评价标准证明了软件需求和系统需求的正确性、完整性、准确性、一致性和可测试性。执行VV活动，同时实现了如下目标： 尽早发现和改正软件错误。 增强过程与产品风险的洞察力。 支持软件生存周期过程，确保程序性能、进度、支出的需要。 VV过程对软件和与其相关的产品提供证明： 软件生存周期中的获取、供应、开发、维护、运行过程中的所有活动都与需求一致，即达到了需求的正确性、完整性、一致性和准确性。 满足软件生存周期中规定的标准、实践规则、管理。 建立一个评价每个生存周期活动的一个基础，并作为启动下一个生存周期活动的基础。 VV过程在绝大多数情况下与开发过程并行，否则，其目标难以实现。因为验证活动与确认活动间的关联性和互补性，所以验证与确认过程通常一起讨论。在有些环境下，验证过程与确认过程被看成两个独立的过程。 有效的软件VV应该在项目生存周期早期启动，并贯穿其生存周期，对一些应用，甚至包括运行和维护阶段。 软件VV工作在关键系统的开发中的成本可能占有很大的比例。因此，必须精心计划、细致管理。 软件VV工作所需的成本、进度和人员安排必须在项目规划中给出。IEEE标准为此提供了一个框架，其中包括软件VV计划的内容和格式。 软件VV工作的强度、范围和深度应该依据产品的关键性进行调整。 SQA的作用 SQA启动程序 SQA计划 SQA需要考虑的问题 软件质量保证（Software Quality Assurance，简称SQA）是在软件生存周期内，为了保证软件产品符合其指定的需求，软件开发过程符合已建立的计划而提供的保证过程，其工作重点更侧重于事前的预防。 软件开发类 软件过程管理类 用户类 在软件生存周期内，软件文档可大致分为3类文档： 用户类文档主要服务对象是客户或最终用户，通常形成过程经历如下活动： 创建文档 设计与开发文档 生产和发行文档 维护文档 需求分析与管理 设计 编码 软件测试 运行与维护 软件项目管理 软件配置管理 软件验证与确认 软件质量保证 软件文档管理 需求是任何软件开发项目的基础。软件需求表达了需要和置于软件产品上的