1、软件工程,第8章 基于构件的软件开发,基于构件的软件开发目标,长期以来的软件开发状况 多数软件都是针对某个具体的应用系统从头进行开发的 导致：出现了大量的同类软件重复开发，造成大量人力、财力的浪费，而且软件的质量也不高 对比：汽车工业的生产模式 在已有的部件基础上通过组装进行生产：有专门的部件生产工厂，汽车设计者在设计中选择市场上已有的合适的部件 避免了大量的重复劳动，提高了产品质量和生产效率，促进分工合作 我们的目标：将制造业中的组装式生产模式引入到软件开发中,内容摘要,基于构件的软件开发概述 建造可复用构件 应用系统工程 构件的管理 小结,内容摘要,基于构件的软件开发概述 建造可复用构件
2、应用系统工程 构件的管理 小结,基于构件的软件开发,基于构件的软件开发 Component-Based Software Development 简称CBSD 是指使用可复用构件来开发应用软件 基于构件的软件工程 Component-Based Software Engineering 简称CBSE,构件(Component)的典型定义,Pressman书中的定义：构件是某系统中有价值的、几乎独立的并可替换的一个部分，它在良好定义的体系结构语境内满足某清晰的功能 Brown的定义：构件是一个独立发布的功能部分，可以通过其接口访问它的服务 “计算机科学技术百科全书”的定义：软件构件是软件系统中具
3、有相对独立功能，可以明确标识，接口由规约指定，与语境有明显依赖关系，可独立部署，且多由第三方提供的可组装软件实体；软件构件须承载有用的功能，并遵循某种构件模型；可复用构件是指具有可复用价值的构件,商用成品构件,Commercial off-the-shelf 简称COTS 指由第三方开发的满足一定构件标准的，可组装的软件构件,构件的要素,规格说明：建立在接口概念之上，作为服务提供方与客户方之间的契约 一个或多个实现 受约束的构件标准 包装方法 部署方法,3C构件模型,关于构件的一个指导性模型 由构件的三个不同方面的描述组成 概念(concept)：关于“构件做什么”的抽象描述，可以通过概念去理
4、解构件的功能。概念包括接口规约和语义描述两部分，语义描述和每个操作相关联(至少表示为前后置谓词形式) 内容(content)：概念的具体实现，描述构件如何完成概念所刻画的功能 周境(context)：描述构件和外围环境在概念级和内容级的关系，刻画构件的应用环境，为构件的选用和适应性修改提供指导,REBOOT构件模型,REBOOT(Reuse Based on Object_Oriented Technology)：基于面向对象技术的复用 一种基于刻面(facet)的模型 刻面：对领域进行分析，所得到的一组基本的描述特征 刻面可以描述构件执行的功能、所操作的数据、构件应用的周境或任何其它特征 通
5、常的刻面描述限制在不超过7或8个刻面 一个构件通常包括以下刻面： 抽象(abstraction)：它是构件概念的抽象性描述 操作(operation)：它是构件所提供的操作的描述 操作对象(operand)：它描述操作的对象 依赖(dependency)：它描述构件与外界的依赖关系,常用的构件标准,CORBA(公共对象请求代理体系结构) Common Object Request Broker Architecture OMG发布的构件标准 核心是ORB(Object Request Broker)，定义了异构环境下对象透明地发送请求和接收响应的基本机制 COM+ 微软开发的一个构件对象模型，
6、提供了在运行于Windows操作系统之上的单个应用中使用不同厂商生产的对象的规约 EJB：一种基于Java的构件标准 提供了让客户端使用远程的分布式对象的框架 EJB规约规定了EJB构件如何与EJB容器进行行交互,对象管理组织（OMG）的CORBA,1、 CORBA技术概述,CORBA（公共对象请求代理体系结构）是由OMG（ Object Management Group，对象管理组织）提出的应用软件体系结构和对象技术规范，其核心是 一套标准的语言、接口和协议，以支持异构分布应用程序间的互操作性及独 立于平台和编程语言的对象重用。,CORBA在不同平台、不同语言之间实现对象通信的模型，它为分布
7、 式应用环境下对象资源共享、代码重用、可移植和对象间相互访问建立了 通用标准，同样也为在大量硬件、软件之间实现互操作提供了良好的解决 方案。,CORBA的基础是对象管理体系（OMA），它定义了应用程序的 面向对象的体系结构，CORBA OMA由下图所示的四个部分组成：应 用程序对象(application objects)、公共工具(common facilities)、对象请 求代理(ORB）和对象服务。,、CORBA的对象管理体系（OMA）,CORBA OMA,（1）对象请求代理是整个CORBA系统的核心，它提供了客户和服务对象之间进行信息传送的通路。,（2）对象服务是为创建对象、对象访问
8、控制、对象生命期控制、对象引用等提供的一套基本的功能服务。对象服务是为方便应用程序开发人员开发服务对象的必要的系统服务。,（3）公共工具为许多不同的应用程序提供一套一般用途的应用程序功能，例如信息管理、系统管理、任务管理。,（4）应用程序对象是专用于特定领域的应用构件，它为最终用户提供了一套完成特定任务的对象。,CORBA的对象管理体系,3、CORBA的体系结构,CORBA的体系结构,微软的COM,1、COM技术概述,COM为构件与构件、构件与应用程序之间的通信和互操作提供了统一的标准和技术规范，使得使用不同编程语言开发的构件进行基于构件的软件开发成为可能。,COM技术规范包括了两大部分：规范
9、部分和实现部分。,规范部分定义了构件之间的通信机制，这些规范是独立于任何特定的编程语言和操作系统的。,COM接口是COM构件暴露出来的所有信息，它由一组逻辑上相关 的函数组成，客户程序利用这些函数获得COM构件提供的服务。,COM接口是COM构件暴露出来的所有信息，它由一组逻辑上相关的 函数组成，客户程序利用这些函数获得COM构件提供的服务。,COM中定义的每一个接口都必须从IUnknown继承而来。IUnknown提供了两个非常重要的操作：COM构件生存期的控制和构件接口的查询。,IUnknown的三个成员函数: QueryInterface（）：用于查询同一个COM构件对象的其他接口指针
10、AddRef（）：增加引用计数 Release（）：减少引用计数,COM构件对象的结构：,微软的COM,CORBA的接口,Windows DNA（分布式网际应用体系结构）是一个完整的、三层 结构的企业应用总体方案，是一个分布式的企业应用开发平台。,2、Windows DNA 策略,三层结构,COM+在COM的基础上增加了许多新的特征， 通过把COM、DCOM 和MTS统一起来，形成了真正适合于企业应用的构件。,3、COM的发展COM+,COM+,Sun的EJB,1、EJB技术概述,EJB构件是实现了EJB规范的在企业级应用中完成业务逻辑的Java构件。,EJB构件驻留在EJB容器中。EJB容器
11、为EJB构件提供了一组标准的系 统服务，其中包括事务管理、持久性、安全性和并发控制等 。,EJB容器降低了EJB构件开发的复杂程度，提高了构件开发的效率， 保证了构件的可移植性。,EJB规范定义了EJB构件与EJB容器之间的交互机制。,(1)无状态会话EJB构件在方法调用之间不会保持客户的会话状态信息。,(2)有状态会话EJB构件保持会话的状态信息，每个会话实例都与一个特定的客户相关联。,(3)实体EJB构件 提供了对持久数据进行操作的服务。,(4)消息驱动EJB构件为客户和EJB构件之间提供了一种异步的通信能力 。,2、EJB构件的类型,（1）远程接口 向客户展示EJB构件提供的业务逻辑方法
12、。,（2）本地接口 提供与EJB构件生命周期有关的方法。,（3）Bean类 实现EJB构件的业务逻辑方法，通过远程接口提供给客户。,3、EJB构件的组成,基于构件的软件开发过程,领域工程步骤-1,领域分析：首先要进行领域分析，收集领域中有代表性的应用样本，分析应用中的公共部分或相似部分，抽取该领域的应用体系结构.其目标是：发现和挖掘在特定领域内可以被复用的构件。领域分析活动中输入和输出如图所示：领域分析不是针对某个特定的软件系统，而是针对一类软件系统的共同的特征、知识和需求。比需求分析更一般、更抽象、更广泛的特征。,领域分析,输入信息 技术文献 已有应用 专家经验/建议 当前与未来的需求,输出
13、信息领域语言复用标准分类方法功能/行为模型,领域工程步骤-2,建立领域特定的基准体系结构模型：在领域分析的基础上，构造该领域的基准体系结构，这个基准体系结构应是可以裁剪和扩充的，并可供该领域的应用复用 标识候选构件：在领域分析和领域基准体系结构模型的基础上标识该领域的候选构件 泛化(generalization)和可变性(variability)分析：提高其通用性，同时寻找候选构件在不同应用中的变化点(variation point)，通过设置参数、继承或其它手段，使可变部分局部化,领域工程步骤-3,重建构件：在泛化和可变性分析的基础上，重建构件，使它成为可复用构件 构件的测试：对重建的可复用
14、的构件要严格测试，以提高其可靠性 构件的包装：经测试的构件应根据构件库的要求，对它进行包装，以便构件库对它分类储存和检索 构件入库：包装后的构件即可存入构件库,应用系统工程的步骤-1,建立应用系统的体系结构模型：可以使用构件生产者提供的领域特定的基准体系结构经裁剪和/或扩充而获得 寻找候选构件：根据应用系统的体系结构模型，从构件库或其它可利用的构件源中寻找候选构件 评价和选择合适的构件：评价候选构件以判断是否适合于待开发的软件 构件的修改(modify)和特化(specialize)：在复用时对构件进行特化以满足特定应用的需要,应用系统工程的步骤-2,开发未被复用的部分：对新系统中未复用的部分
15、进行开发 构件的组装：将特化和修改后的可复用构件和新开发的部分组装成一个新的软件系统 集成测试：对组装后的软件系统进行集成测试 评价被复用的构件，并推荐可能的新构件,CBSD对质量、生产率和成本的影响,对质量的影响：随着长期的测试和使用，构件能够保证很高的质量，因此可以使系统开发的质量得到保证 对生产率的影响：一般来说，大约30% 50%的复用可使生产率提高25%40% 对成本的影响 与复用相关的成本应由多个采用复用技术的项目来分担 通常要经过23个采用复用的生产周期(大约3年左右)复用才能带来显著的效益,内容摘要,基于构件的软件开发概述 建造可复用构件 应用系统工程 构件的管理 小结,建造可
16、复用构件,建造构件的目的是为了以后复用构件，即为复用而建造构件 在建造构件时仍应遵循抽象、逐步求精、信息隐蔽、功能独立、结构化程序设计等思想和原则 由于面向对象方法具有封装性、继承等特点，能有力地支持复用，所以应尽可能考虑采用面向对象方法,对可复用构件的要求,构件的设计应具有较高的通用程度 构件应易于调整 构件应易于组装 构件必须具有可检索性 构件必须经过充分的测试,创建领域构件的设计框架,除应遵循已有的设计概念和原则外，还必须考虑应用领域的特征，例如： 标准数据：应该研究应用领域，并标识出标准的全局数据结构(如文件结构或完整的数据库)。于是所有设计的构件都可以用这些标准数据结构来刻画 标准接
17、口协议：应该建立三个层次的接口协议：构件内(intramodular)接口、构件外接口以及人机接口 程序模板：程序的结构模型可以作为新程序的体系结构设计的模板,可变性分析,构件应具有较强的通用性和可变性 为了满足不同的复用需求，需要在构件复用时可能发生变化的一个或多个位置上标识变化点(variation point)，同时为变化点附加一个或多个变体(variant) 例如Account构件的帐号编码规则以及透支规则在不同的国家可能不一样,构件系统中的门面和变体,可变性机制,继承：在变化点上创建指定抽象类型或抽象类的子类型或子类。 扩展和扩展点：可以在用况和对象构件中的变化点(或扩展点)上附加变
18、体(或扩展) 参数化：用于模板、框架和宏的类型和类 适用于变体较小时(经常是一个数值、短语或表达式),内容摘要,基于构件的软件开发概述 建造可复用构件 应用系统工程 构件的管理 小结,应用系统工程,任务：通过组装可复用构件得到应用系统 CBSD中构件是组成应用系统的基本单元 注重体系结构和构件接口的分析和设计，忽略构件内部实现的设计,关注接口的设计,接口是构件行为的描述机制，并提供了对其服务的访问 供应接口(Provided interface)：描述构件所提供的服务，可以被其它构件访问 请求接口(requived interface)：请求接口描述构件为完成其功能(服务)需请求其它构件为其提
19、供的服务 一个接口可以有多种实现，并且对使用者隐蔽 接口描述是构件使用者能依赖的所有信息，因此构件接口描述的表达能力和完整性是CBSD方法主要关注的问题之一,基于构件的体系结构,基于构件的应用系统体系结构 描述了组成应用系统的构件，构件之间的组织结构、交互、约束和关系 对系统的组成、结构以及系统如何工作的较为宏观的描述 如果在领域工程中已开发了领域基准体系结构(reference architecture)，则可以通过对基准体系结构的剪裁和/或扩充获得应用系统的体系结构,基于构件的体系结构层次,逻辑体系结构 以接口形式对每组服务进行描述，并描述那些包怎样交互来满足通常的用户使用场景 展示了系统
20、设计的蓝图，可用于验证系统是否提供了适当的功能，并能在系统功能需求变化时方便地改变系统的设计 物理体系结构 描述系统的物理设计，包括硬件及其拓扑结构、网络和通信协议、基础设施(如运行平台、中间件、数据库管理系统等)，以及软件系统的部署 展示了系统的实现构架，有助于理解系统的许多非功能属性，如性能、吞吐量、服务的可用性等,基于构件的应用系统开发方法,Rationel统一过程 Rationals Unified Process，简称RUP 一个关于软件开发的广泛的过程框架，覆盖了整个软件生命周期 使用UML进行分析和设计建模，鼓励使用CBSD方法 The Select Perspective Me
21、thod 支持通用的构件设计方法，并以Select Component Manager为目标 通用构件设计准则使用UML作为构件设计符号 Sterling Software的Enterprise-CBD方法 鼓励使用UML的扩展形式把构件的规格说明和实现分离 允许制作技术中立的规格说明，然后再使用不同的实现技术来实现规格说明 共同点：关注构件库中的构件、接口的设计和基于构件构架的应用程序组装,构件鉴定(qualification),目的：确保获得的构件可以完成所需的功能并能被集成在系统中与系统的其它构件正确交互 主要依据是构件的接口描述和相关的规格说明，但这些信息往往还不足以确保构件能成功地集
22、成到系统中 对于外部提供的成品构件(COTS)可通过运行构件测试版进行鉴定,构件鉴定需考虑的因素,应用编程接口(API) 该构件所需的开发和集成工具 运行时需求，包括使用的资源(如内存或存储器)、时间或速度以及网络协议 服务需求，包括操作系统接口和来自其他构件的支持 安全特征，包括访问控制和身份验证协议 嵌入式设计假定，包括特定的数值或非数值算法的使用 异常处理,构件的特化和组装,构件特化 根据应用系统的具体情况对其进行特化，对变化点配置特定的变体，必要时要自行开发变体 如果所选的构件不能完全满足应用系统的功能需求，还需对构件作适当的修改 如果所选的构件未按构件标准开发(如遗产系统中抽取的构件
23、)时，还需按某种构件标准对其进行包装 构件组装 将经过鉴定和特化后的构件组装成应用系统 提倡使用构件组装工具来组装应用系统(能检查接口匹配中的错误，实现组装的自动化或半自动化),内容摘要,基于构件的软件开发概述 建造可复用构件 应用系统工程 构件的管理 小结,构件的管理,构件的分类描述 对构件库中的构件进行合理的分类和组织，帮助软件开发人员方便地找到所需要的构件 大多数的研究都建议使用图书馆科学索引方法进行构件分类 构件库管理系统：主要用于构件的储存、检索、浏览和管理,常用的构件分类模式-1,枚举分类(Enumerated Classification) 将构件组织成分类层次结构，构件库中的构
24、件按某些性质分成若干大类，每个大类又分成若干较小的类，经过若干次分解，形成构件分类的层次结构，实际的构件位于层次结构的最低层，其它层次则表示构件的类或子类 枚举分类模式的分层结构易于理解和检索，但是，在建立层次结构之前，必须进行领域分析，寻找合适的供分类的性质。,常用的构件分类模式-2,刻面分类(Faceted Classification) 根据一组刻面对构件分类，每个刻面从不同的侧面对构件库中的构件进行分类，并根据重要性设置刻面的优先级 每个刻面由一组术语(term)构成,称之为术语空间(term space)，这些术语通常是描述性的关键词 检索：用户通过指定一组刻面的术语值寻找匹配的构件
25、 使用同义词词典(thesaurus)解决用户指定的术语值与库中构件所对应的术语值之间的不一致问题 评价：具有较好的灵活性，易于加入新的刻面值，比枚举分类模式易于扩展和修改,常用的构件分类模式-2,常用的构件分类模式-3,属性值分类(Attribute_Value Classification) 为所有构件定义一组属性，每个构件都具有一组属性值，开发人员通过指定一组属性值对构件库检索 与刻面分类方法非常类似，不同点在于：属性值分类法对可使用的属性数量没有限制；属性没有优先级；不使用同义词,构件库管理系统的主要功能,构件的分类存储(即添加构件)：根据构件库的分类模型将入库的构件储存在构件库中 构
26、件检索：从构件库中检索出满足用户要求或接近用户要求的构件. 构件库浏览：浏览库中的全部或部分构件 删除构件：将不再使用的构件从构件库中删去 构件使用情况评价：根据用户使用和检索构件的反馈意见对构件作出评价，为进一步的改进提供依据,构件的描述和检索,构件库管理系统的两个关键技术 直接影响到构件库检索的查准率(precision)、查全率(recall)和效率(efficient) 常用的构件检索方法 规约匹配：基于有序的谓词逻辑的匹配，通过谓词演算公式进行精确匹配,通过逻辑连接符和逻辑量词进行部分精确匹配 特征(signature)匹配：通过接口的定义进行匹配，适用于函数之类的构件 术语轮廓匹配：基于构件编目描述语言的匹配，将每一个构件的编目描述作为该构件的一个特征矢量，通过测算矢量的距离进行匹配 行为采样：基于构件测试的匹配，根据测试结果相同的概率进行匹配,内容摘要,基于构件的软件开发概述 建造可复用构件 应用系统工程 构件的管理 小结,小结,基于构件的软件开发(CBSD)是20世纪90年代开始流行的开发方法 CBSD支持软件复用，能有效提高软件的开发效率和质量，降低开发和维护成本，因此受到人们的关注 本章内容：基于构件的软件开发的概念、领域工程过程和应用系统工程过程、可复用构件的建造、基于CBSD的应用系统分析和设计、以及构件的管理,
