软件工程9-10-史济民.pptVIP

领域分析 定义 领域分析是在特定应用领域寻找最优复用，以公共对象、类、子集合和框架等形式进行标识、分析和规约。 目标 是获得领域分析模型 领域分析的输入和输出 开发可复用构件 开发构件最终目的是为了复用。建造构件应遵循的原则与方法： 单个构件的特征 通用性、可变性和易组装性 REBOOT构件模型 创建领域构件的设计框架 除了满足单个构件的特征外，还要考虑应用领域的特征。应考虑的关键问题主要包括： 标准数据：标识出标准的全局数据结构，使所有设计的构件都可以用这些标准数据来刻画。 标准接口协议：建立3个层次的接口协议，即构件内接口，构件外接口和人机接口。 程序模板：成形的结构模型，用作新程序的体系结构设计模板。 几种流行的典型构件技术 COM/OLE CORBA OpenDoc 建立可复用构件库 三种分类模式 枚举分类:通过定义一个层次结构来描述构件，在该层次中定义软件构件的类以及不同层次的子类。该分类的优点是易于理解和使用。 刻面分类：对领域分析后，可标识出一组基本的描述特征，这些特征称为刻面，意为呈现于用户面前的一个方面。刻面可描述构件的功能、被操作的数据、构件应用的语境等，并根据其重要性区分优先次序并被联系到构件。 属性-值分类：为领域中所有构件定义一组属性，然后赋给这组属性一组值，通过查询相应属性的值，找出所需构件。 基于构件的开发 构件集成模型 应用系统工程 在CBSD（基于构件的软件开发）中，通过复用构件系统开发单个应用系统的构件工程，称为应用系统工程(ASE)。ASE过程实质是从一个或多个构件系统中选择构件进行特化，最后把构件装配成应用系统。 ASE过程的基本步骤： 获取需求； 分析； 设计应用系统； 实现应用系统； 测试应用系统； 应用系统打包。 CBSD的实施不仅需要技术的支持，还需要机构的保证，即要重组开发组织的结构。 面向对象与软件复用 OO方法对软件复用的支持 复用技术对OO方法的支持 基于构件软件开发的现状与问题 小结 软件复用是在软件开发中避免重复劳动的解决方案。 通过软件复用，可以提高软件开发的效率和质量。软件复用研究被视为解决软件危机，提高软件生产效率和质量的现实可行的途径。 湘 潭 大 学 湘 潭 大 学 第9章 软件维护 软件维护的种类 软件可维护性 软件维护的实施 软件维护的管理 软件配置管理 软件再工程 9.1 软件维护的种类 软件维护是软件生存周期花钱最多、延续时间最长的活动。 典型情况是维护费：开发费=2：1。 软件维护是指软件系统交付使用后，为了改正或满足新的需要而修改软件的过程。 软件维护的最终目的是满足用户对已开发产品的性能与运行环境不断提高的需要，进而延长软件的寿命。 按照维护的具体目标，可分为4类： 完善性维护（perfective maintenance） 软件在使用期间不断改善和加强产品的功能与性能。 完善性维护约占50-60% 。 适应性维护（adaptive maintenance） 使软件适应运行环境的改变而进行的一类维护。 大约占整个维护的25% 。 纠错性维护（corrective maintenance） 在于纠正在开发期间未能发现的遗留错误。 约占总维护量的20% 。 预防性维护（preventive maintenance） 选择那些还能使用数年、目前虽能运行但不久就须作重大修改或加强的软件，进行预先的维护 。 9.2 软件可维护性 可维护性是衡量维护难易程度的一种软件属性。 影响可维护性的软件属性 可理解性（understandability） 维护者不一定是设计者，软件文档完整、正确便于阅读和理解，有利于维护。 可修改性（modifiability） 软件开发遵循软件工程原则，其结构清晰，降低了复杂度，便于修改，且修改带来副作用的概率较小。 可测试性（testability） 可测试性代表软件测试的难易程度。源程序良好的可理解性、齐全的测试文档都能提高可测试性。 对可维护性的定量度量 T.Gilb建议把维护过程中各种活动耗费的时间记录下来，并以此来间接度量软件的可维护性，他建议记录10种时间。 问题识别时间。 管理延迟时间。 收集维护工具时间。 问题分析时间。 修改规格说明书时间。 改正（修改）时间。 局部测试时间。 整体测试时间。 维护复审时间。 分发与恢复时间。 提高可维护性的途径 提供完整和一致的文档 采用现代化的开发方法 9.3 软件维护的实施 　　　不严重 ? 　　　　　　　　　　　　　　　　　⊕　　　 　　　　维护人员 　　　　　　　　纠错　　 　　　　　　严重