[工学]软件工程导论 张海藩第5版第13章.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 软件开发各阶段的基线 系统工程 系统规格说明书 需求分析 软件需求规格说明书 软件设计 设计规格说明书 程序编写 源代码 测试 测试计划：过程、数据 操作系统 具体的，软件配置管理主要有5项任务： 1、标识软件配置中的对象 2、版本控制 3、变化控制 4、配置审计 5、报告 13.6.2 软件配置管理过程 1. 标识软件配置中的对象 为了控制和管理软件配置项，必须单独命名每个配置项，然后用面向对象方法组织它们。 1） 标识出两类对象： 基本对象和聚集对象 基本对象是软件工程师在分析、设计、编码或测试过程中创建出来的“文本单元”，例如，需求规格说明的一个段落、一个模块的源程序清单或一组测试用例。 聚集对象 是基本对象和其他聚集对象的集合。 如：需求规格说明书、设计说明书等。 2）怎样标识： 1、每个对象都有一组能惟一地标识它的特征： 名字、描述、资源表和“实现”。 2、对象名是无二义性地标识该对象的一个字符串。 3、所设计的标识模式必须能无歧义地标识每个对象的不同版本。 2. 版本控制 版本控制联合使用规程和工具，以管理在软件工程过程中所创建的配置对象的不同版本。 版本 1.1.1 版本 1.1 版本 1 版本 1.1.2 版本 1.2 版本 1.4 版本 1.3 版本 2.0 版本 2.1 3. 变化控制（变更控制） 软件工程过程中某一阶段的变更,均要引起软件配置的变更。 典型的变化控制过程如下： 1、 接到变化请求之后，首先评估该变化在技术方面的得失、可能产生的副作用、对其他配置对象和系统功能的整体影响以及估算出的修改成本。 2、评估的结果形成“变化报告”， 3、该报告供“变化控制审批者”审阅。所谓变化控制审批者既可以是一个人也可以由一组人组成，其对变化的状态和优先级做最终决策。 4. 配置审计 通常从下述两方面采取措施： ①正式的技术复审； 正式的技术复审（见13.5.2节）关注被修改后的配置对象的技术正确性。审查该对象以确定它与其他软件配置项的一致性，并检查是否有遗漏或副作用。 ②软件配置审计。 通过评估配置对象的那些通常不在复审过程中考虑的特征（例如，修改时是否遵循了软件工程标准，是否在该配置项中显著地标明了所做的修改，是否注明了修改日期和修改者，是否适当地更新了所有相关的软件配置项，是否遵循了标注变化、记录变化和报告变化的规程），而成为对正式技术复审的补充。 5. 状态报告 为了清楚、及时地记载软件配置的变化，需要对开发的过程作出系统的记录反映开发活动的历史情况。这是书写配置状态报告的任务，它回答下述问题： ①发生了什么事？ ②为什么会发生？ ③这件事是什么时候发生的？ ④它将影响哪些其他事物？ 配置状态变化对大型软件开发项目的成功有重大影响。当大量人员在一起工作时，可能一个人并不知道另一个人在做什么。两名开发人员可能试图按照相互冲突的想法去修改同一个软件配置项；配置状态报告通过改善所有相关人员之间的通信，帮助消除这些问题。 美国卡内基梅隆大学软件工程研究所在美国国防部资助下于20世纪80年代末建立的能力成熟度模型（capability maturity model，CMM)，是用于评价软件机构的软件过程能力成熟度的模型。 最初，建立此模型的目的主要是为大型软件项目的招投标活动提供一种全面而客观的评审依据，发展到后来，此模型又同时被应用于许多软件机构内部的过程改进活动中。 13.7 能力成熟度模型（CMM） 一、能力成熟度模型的基本思想 新软件技术的运用并不会自动提高软件的生产率和质量。软件开发机构只有建立一个有规律的、成熟的软件过程。改进后的软件过程将开发出质量更好的软件，使更多的软件项目免受时间和费用超支之苦。 二、CMM的策略 力图改进对软件过程的管理，而在技术方面的改进是其必然的结果。软件过程包括各种活动、技术和工具，因此，它实际上既包括了软件开发的技术方面又包括了管理方面。 三、 CMM 5个等级 CMM通过软件过程从无序到有序的进化过程分成5个阶段，定义能力成熟度的5个等级，引导软件开发机构不断识别出其软件过程的缺陷