软件工程课件

1、9.5软件配置管理软件配置管理标识变更控制变更审核变更（确保适当地实现了变更）报告变更（通知需要知道变更的人员）目标：使错误量减少到最小、使生产率最高软件配置管理软件配置项软件配置项Software Configuration Item - SCI与合同、过程、计划和产品有关的文档和数据源代码、目标代码和可执行代码软件工具、库内可复用软件、外购软件及用户提供的软件基线（Baseline）通过正式评审和批准的规格说明或者中间产品软件配置项在成为基线之前可以迅速非正式修改，软件配置项成为基线之后，只有通过正式的变更控制过程才能修改标志软件开发的里程碑软件配置管理：软件开发中的基线计划基线需求基线设

2、计基线实现基线测试基线项目规划项目开发计划需求分析需求规格说明软件设计体系结构文档/详细设计文档软件实现源代码软件测试测试报告软件配置管理：基线化的SCI软件工程软件工程任务任务SCI技术技术评审评审批准的批准的SCI存储的存储的SCI提取的提取的SCISCM控控制制修改的修改的SCI项目数据库项目数据库基线：基线： 需求规格说明需求规格说明 设计说明设计说明 源代码源代码 可运行系统可运行系统修改修改软件配置管理的任务软件配置项标识变更控制版本控制配置审核报告系统构建配置项标识：层次结构配置项命名：唯一性、可追溯性配置项标识：名字、描述、资源、实现变更控制跟踪来自客户和开发者的变更请求，决定

3、是否变更、何时变更跨越里程碑进行修改/对基线的修改开发库：开发人员使用，可频繁修改受控库存放在生存期某一阶段工作结束时释放的阶段产品/基线软件配置管理的对象，也称为软件配置管理库产品库:完成系统测试，等待交付变更控制过程提交变更申请表提交变更申请表计划变更如何实现估算变更成本提交变更申请至变更控制委员会审批实施变更记录变更将变更的软件提交质量保障人员审查配置管理人员检入并生成系统新版本拒绝变更请求拒绝变更请求变更结束变更结束不可接受可接受获准未获准否是从配置库中检出分析变更申请质量达标版本控制一个程序员及时保存软件，备份软件多个程序员程序员之间随意传递代码公共存储区版本控制版本（Version

4、）软件配置项的一个实例，在明确定义的时间点上某个配置项的状态通常由配置项名称加上版本号组成需求规格1.0需求规格1.1需求规格2.0需求规格2.1需求规格2.2UserManagement1.0UserManagement1.1UserManagement1.2UserManagement2.0版本控制版本控制对软件的不同版本进行标识和跟踪、对版本的各种操作进行控制，如检入检出、分支与合并、版本发布等。主要功能项目数据库：存储所有软件配置项版本管理：存储软件配置项的所有版本并进行管理系统构建：收集所有相关的配置项，构建软件特定版本错误跟踪版本控制系统开源软件：CVS、Subversion版本的

5、标识通常由配置项名称加上版本号组成变更的历史记录记录所有对软件做出的变更存储管理建立中心数据库（Repository）增量存储（Delta storage）：只存储每个版本之间的差异版本控制系统：增量存储版本1.0版本1.1版本1.2版本1.3增量1增量2增量3创建日期版本控制系统：并行开发顺序开发顺序开发并行开发并行开发组件组件1 1组件组件2 2组件组件3 3组件组件2 2组件组件3 3组件组件1 1归并归并归并归并版本控制系统允许并行开发串行开发既不有效也不实用开发人员不应等待其他开发人员的工作完成进行有效并行开发的关键是隔离软件配置项为每位开发者建立不同的工作目录避免同时修改同一个文件

6、公共仓库和私有工作空间版本控制系统：并行开发公共仓库（公共仓库（Repository）工作空间工作空间 （Workspace）ABCPQRXYZABCXYC检出检入检出检入工作空间工作空间 （Workspace）版本控制系统代码线分支（Branch）多个开发人员并行开发不同的软件开发路线、可能的实验性路线不同平台的版本、同一内容的不同界面开发V1.0V1.1V1.2V2.0V2.1V2.2V1.1.1V1.1.2V1.2.1代码线代码线1代码线代码线1.1代码线代码线1.2分支分支分支分支合并合并版本控制：案例一个项目现处于版本3.0的Beta测试阶段，客户提出了很多功能增强请求。为了保证产品

7、按时发布，大部分功能增强请求将在下一个版本3.1中发布。为了充分利用开发资源，项目组决定现在就开始3.1版本的开发。如何管理版本3.0和3.1的并行开发？版本控制：案例3.03.0基线基线2 23.0Beta3.0Beta3.03.0发布发布3.13.1基线基线0 03.1Beta3.1Beta创建项目创建项目3.13.1同步同步基线基线3.03.0版本版本3.13.1版本版本3.13.1发布发布配置审核确保变更的正确性正式的技术评审审查被修改的软件配置项的技术正确性与其它软件配置项的一致性是否有遗漏、是否引起副作用软件配置审核对正式的技术评审的补充评估正式技术评审没有考虑的特征修改时是否遵循

8、软件工程标准是否在该配置项中显著地表明了修改是否注明修改日期和修改者是否适当更新了所有相关的软件配置项状态报告配置状态报告：记载软件配置的变化发生什么事？谁做了这件事？这件事是什么时候发生的？它将影响哪些其它事物？状态报告时机增加新的软件配置项更改软件配置项的标识（名字、描述、资源、实现)变更软件配置项审核软件配置项系统构建把软件组件、外部库、配置文件等编译和链接成一个完整的能在特定目标配置上运行的程序的过程构成系统的所有部分是否都已包含在构建指令中是否包含每个部分的合适版本是否包含所有必需的数据文件编译程序和其它所需工具的版本是否合适自动构建工具构建脚本不同组件之间的依赖关系编译和链接工具系

9、统构建过程自动构建系统自动构建系统源代码源代码数据文件数据文件库库构建脚本构建脚本编译器和工具编译器和工具可执行目标系可执行目标系统统版本控制系统版本控制系统软件项目计划书Software Project Management PlanIEEE标准1058-19981 概述1.1 项目概述1.2 项目管理计划的演化2 参考资料3 定义和缩写4 项目组织4.1 外部接口4.2 内部组织结构4.3 角色与职责划分软件项目计划5 管理过程5.1 项目启动计划5.2 工作计划5.3 控制计划5.4 风险管理计划5.5 项目收尾计划6 计划过程6.1 过程模型6.2 方法、工具和技术6.3 基础设施6.

10、4 产品验收7 支持过程7.1 配置管理计划7.2 验证和确认计划7.3 文档计划7.4 质量保证计划7.5 评审计划7.6 问题解决7.7 分包管理计划7.8 过程改进计划8 其他计划附录索引9.6 软件质量保证计算机软件质量是软件的一些内部特性的组合，质量不是在软件产品中被测试出来的，而是在软件开发和生产过程中形成的。软件质量（Software quality）的定义为：（1）软件产品中能满足给定需要的性质和特性的总体。（2）软件具有所期望的各种属性的组合程度。（3）顾客和用户觉得软件满足其综合期望的程度。（4）确定软件在使用中将满足顾客预期要求的程度。为保证软件充分满足用户要求而进行的有

11、计划、有组织的活动称为软件质量保证，其目的是生产高质量的软件。我国国家标准对质量定义是：一组固有特性，满足要求的程度。物品的质量有好有坏，质量好的往往更受到人们的欢 迎。软件质量的好坏也会有这样的特性。软件质量是指软件满足明确规定或隐含定义的需求的程度。软件质量保证的目标是开发出可接受的软件产品。这里所谓的“可接受”应是用户理解意义上的可接受，或者说应达到用户提出的质量要求。9.6.1 软件质量的特性软件质量的要点：软件功能必须满足用户规定的需求；软件应遵守规定标准所定义的一系列开发准则；软件应满足某些隐含的需求。如，可理解性、可维护性等。软件质量的特性:功能性：软件的功能达到的设计规范和能满

12、足用户需求 的程度。（包括：适应性、准确性、互用性、安全性）可靠性：在规定的一段时间和条件下,软件能够实现要求 的功能的能力以及不引起系统失效的概率。（包括：成熟性、容错性、易恢复性）易使用性：用户学习、操作、准备输入和理解输出的难易程度。（包括：易立即性、易学性、易操作性）效率：软件实现某种功能所需计算机的资源的多少以及执行其功能时所使用资源的持续时间的多少。（包括：资源效率、时间效率）可维护性：进行必要修改的难易程度。（包括：易分析性、易改变性、稳定性、易测试性）可移植性：软件从一个计算机环境转移到另一个计算机环境的运行能力。（包括：适应性、易安装性、一致性、易替换性）9.6.2 软件质量保证措施软件质量保证是软件工程管理的重要内容。包括以下措施：v应用好的技术方法 软件开发人员因该依靠适当的技术方法和工具，形 成高质量的规格说明和高质量的设计，还要选择适的开发环境。v测试软件软件测试是质量保证的重要手段，通过测试可以发现软件中大多数潜在的错误。但是软件测试并不能保证发现所有的错误。v进行正式的技术评审技术人员按照规格说明和设计，对软件产品进行严格的评审、审查。审查能够有效地发现软件中的缺和错误。v标准的实施用户可以根据需要，参照国家标准、国际标准，制定软件工程实施规范。一旦形成软件标准就必须确保遵循它们，在进行技术审查时，应评估软件是否与所制定的标准相一致。v控制变更控