【教学课件】第1章软件开发方法(三)软件开发技术.ppt
《【教学课件】第1章软件开发方法(三)软件开发技术.ppt》由会员分享,可在线阅读,更多相关《【教学课件】第1章软件开发方法(三)软件开发技术.ppt(60页珍藏版)》请在三一办公上搜索。
1、,第1章 软件开发方法(三)软件开发技术,计算机教学实验中心,第2|83页,问题的提出,什么是构件、中间件?什么是CORBA、DOM和JEB?什么是软件复用?什么是C/S?B/S?C/S和B/S的区别?,第3|83页,1了解目前主要的软件开发技术2了解构件技术3了解软件复用技术4了解CORBA、DCOM和J2EE技术5了解C/S和B/S技术及开发基础,第4|83页,软件开发技术,构件技术软件复用技术C/S技术B/S技术,第5|83页,构件技术,软件产业和软件工程技术正面临着新的挑战。而传统的软件设计思想根本无法应对。在这一背景下,构件技术应运而生。构件技术是基于OO技术上的更高级的抽象。它把底
2、层的对象集合打成包,组成功能“插件”。基于构件技术的软件生产就是把已存在的构件组装(集成)到当前软件系统的框架结构中,从而生产出新的软件产品。可以预见,构件技术是软件产业化革命的必然发展趋势。,第6|83页,构件技术概述,OO技术是在“数据十算法”的基础上提升了对事物的认识方法。而构件技术则在“对象+算法”的基础上将认识事物的角度从对象个体本身提升到个体在群体中的作用。这个认识的提高具有本质的不同。从抽象程度来看,OO技术已达到了类级重用(代码重用),它以类为封装的单位。而构件是对一组类的组合进行封装,可以将底层的多个逻辑组合成高层次上的粒度更大的新构件,甚至直接封装到一个系统,使模块的重用从
3、代码级、对象级、架构级到系统级都可能实现。显然,构件技术将抽象的程度提到了一个更高的层次。这种思想正在改变着软件的开发方法和人们的思维方式。,第7|83页,构件的属性,构件是可独立配置的单元,因此构件必须自包容。构件强调与环境和其他构件的分离,因此构件的实现是严格封装的,外界没机会或没必要知道构件内部的实现细节。构件可以在适当的环境中被复合使用,因此构件需要提供清楚的接口规范,可以与环境交互。可以看出,构件沿袭了对象的封装特性,但同时并不局限于一个对象,其内部可以封装一个或多个类、原型对象甚至过程,结构是灵活的。,第8|83页,构件的使用,每个构件都需要先注册才能使用。构件是通过它们的接口特征
4、来标识的,它们所提供的服务与访问方式是接口特征的一部分内容。要考虑的因素包括:应用编程接口(API)。构件所需的开发和集成。运行需求,例如资源的使用(内存和硬盘),时间或速度以及网络协议。服务需求,例如操作系统的接口,或需要其他构件的支持等。安全特征,例如访问控制和身份验证协议等。嵌入式设计假定,有特定的数值/非数值算法使用。异常处理。,第9|83页,实现构件技术的必备条件,有标准软件体系结构,保证构件间通信协议统一,实现同步和异步操作控制,突破本地空间限制,充分利用网络环境。构件有标准接口,保证系统可分解成多个功能独立的单元,用构件组装而成。构件独立于编程语言。构件提供版本兼容,来实现应用系
5、统的扩展和更新。,第10|83页,构件设计,因为构件依赖于平台环境,所以设计时有特殊要求:以接口为核心,使用开放标准。统一的开放标准有,CORBA、DCOM、EJB等。构件语义的描述要形式化。在不同标准中,它们都有自己的形式化语义规定。如在EJB中有会话Bean和实体Bean事务描述符等。提炼封装构件过程要严格记录。由于构件允许第三方使用,所以要保证第三方用户能正确理解构件设计思想,就必须记录每次提炼的变化。通常,要用版本来管理。设计模式也可以重用。基于构件的系统开发的优点之一是重用,它的目标是代码、设计、解决方案都能重用。利用开发工具。利用开发工具创建构件和应用软件。工具如Jbuilder、
6、EJBMaker等。,第11|83页,中间件,构件是依赖于平台环境的。那么在分布式异构环境中如何应用构件呢?中间件就是基于跨环境的构件应用而发展起来的。中间件是介于应用层和网络层之间的一个功能层次,是使应用系统独立于由异构操作环境(操作系统、硬件平台及通信协议等)组成的开发环境。中间件扩展了客户/服务器结构,形成了一个包括客户、中间件和服务器在内的三层次结构及多层次结构,为开发可靠的、可扩展的、复杂的事物密集型应用提供了有力的支持。,第12|83页,构件和中间件,中间件是构件技术的一种实现,是构件存在的基础,它的本质是对分布式应用的抽象,应用是在中间件提供的环境中以构件的形式存在。基于中间件开
7、发的应用是面向需求的构件应用;构件专门用于处理应用的业务逻辑,而中间件负责解决与业务无直接关系的分布式应用中的支撑环境问题(例如,通信、互操作、可靠性、容错性等)。构件的封装、设计与实现隔离,构件间的交互通过规范定义的接口进行;中间件在分布式交互模式上都规定了接口机制,可以解决构件间的交互问题。中间件将应用构件与系统资源隔离,使得构件开发者不用考虑下层的系统平台。中间件提供了构件封装、构件交互规则、构件与环境隔离等机制,为软件重用提供了解决方案。中间件可实现互操作。,第13|83页,中间件分类,基于远程过程调用RPC(Remote Procedure Call)的中间件,被调用的对象可以在分布
8、系统中的任何物理平台上。SunSoft的ONC+属于这种中间件。面向消息的中间件,支持基于消息机制的进程间通信方式。例如,SunSoft的ToolTalk。基于对象请求代理ORB(Object Request Brokers)的中间件,消息通过ORB进行路由选择,ORB同时处理集成和安全方面的问题。如Microsoft的COM、OMG的CORBA等。数据库中间件,支持对异构的关系数据库系统的透明访问。例如Sybase的Open Server、Oracle的SQL Connect和BEA公司的WebLogic等。,第14|83页,中间件面临的问题,中间件提供的服务不是万能的,它所应遵循的一些原则
9、离实际还有很大距离。表现在:多数流行的中间件服务使用专有的API和专有的协议,使得应用建立于单一厂家的产品,来自不同厂家的实现很难互操作。有些中间件服务只提供一些平台的实现,从而限制了应用在异构系统之间的移植。应用开发者在这些中间件服务上建立自己的应用还要承担相当大的风险,随着技术的发展他们往往还需要重写自己的系统。,第15|83页,J2EE技术简介,Java平台的第一个参考实现是 JDK(Java Development Kit),但 JDK并不支持服务器端构件开发。为了提供服务器端部署的企业级服务,Sun公司开发了一些Enterprise API。但是早期的这些应用服务器暴露了Enterp
10、rise API的许多问题。为了解决Enterprise API的问题,Sun公司提出了三个不同的Java平台:J2ME(Java 2 Platform,Micro Edition)是可用于Java设备(如Palm Pilots、呼机、手表等)开发平台。J2SE(Java 2 Platform,Standard Edition)支持标准JDK编程,包含基本的Java语言支持、JFC库及其对applet和application的支持。J2EE(Java 2 Platform,Enterprise Edition)是一个基于Java的完整的企业级应用开发平台,它与Java Enterprise A
11、PI有机地结合、适合服务器端构件体系结构的开发。,第16|83页,J2EE的核心技术,第17|83页,J2EE的核心技术,EJB是J2EE规约中最重要的部分。EJB提供了让客户端使用远程分布式对象的框架,规定了EJB构件如何与EJB容器进行交互等服务。RMI-IIOP用于实现Java和CORBA应用之间互操作。Java 名字及目录接口JNDI提供命名服务和目录服务,它是客户端代码连接EJB构件所必需的关键技术。数据库访问接口JDBC同ODBC一样,允许程序员使用相同的接口访问不同的数据库,JDBC还具有跨平台访问各种数据库的功能。消息服务JMS是一套与消息驱动的中间件通信的API。Java S
12、erver Papes(JSP)可以使不懂Java的人也能用Java编写动态网页。Java 接口定义语言IDL通过建立远程接口支持Java和CORBA应用的通信。Java Mail 基于Java的电子邮件API。,第18|83页,EJB技术,EJB(Enterprise Java Beans)不是一种“产品”,而是为开发和使用基于事务和分布对象应用的服务器端构件而定义的一种技术规约。EJB体系结构相对于CORBA而言,其最大的特点是简单性,可帮助软件开发人员快速地构建分布式应用系统。在EJB组件模型中,一个组件本身只需执行那些与企业应用的业务逻辑密切相关的代码,而将组件的生存周期管理、命名与查
13、找、并发控制、安全性、持久性、事物处理等服务交由组件的运行环境去执行。EJB的目标是为服务器端构件系统定义一个技术规范,该规范能提供一个标准的、分布的、基于OO的体系结构;能屏蔽复杂的系统级功能需求;能兼容CORBA标准;具有与非Java应用之间的互操作能力。,第19|83页,EJB组件的分类,EJB组件模型将EJB组件划分为两大类:实体组件会话组件消息驱动组件(EJB2.0 还包括第三类)组件模型对组件类型的划分实际上是将在应用实践中证明行之有效的设计模式固化在组件模型中,为开发人员提供一种简单、有效的组件开发与部署途径。,第20|83页,EJB的特点包括:,清晰的体系结构:支持多层应用体系
14、结构和基于构件开发。简化的编程模型:EJB构件的开发者只需关注于业务服务实现,复杂的任务比如生命周期管理、持久性、事务处理、安全、一致性及资源管理等等都是由EJB容器负责。通用的编程模型:提供各种服务的高层API,Java是其编程语言。易移植性:可以部署到任何兼容的EJB容器中。支持事务处理:可通过在代码外的描述来定义事务处理。可扩展性:可以根据应用的增长而扩展,EJB服务器往往还提供了负载平衡。安全性:由EJB服务器提供资源的访问权限控制。,第21|83页,COM+技术简介,COM(构件对象模型)是Microsoft提出的第一个构件模型。它起源于OLE,当时的OLE使用DDE(动态数据交换)
15、机制来支持程序之间的通信,由于DDE建立在Windows消息机制基础上,稳定性和效率都很差,由此诞生了COM。DCOM(分布构件对象模型)是COM技术在分布式环境中的延伸(COM仅支持同一台计算机上构件之间的互操作)。DCOM用网络协议来代替本地进程之间的通信,并针对分布环境提供了一些新的特性,如网络安全性、跨平台调用等。MTS(Microsoft 事务服务器)是为满足企业应用而提供的基础设施。MTS可以为分布式企业应用提供服务器端的构件运行和部署环境,它把企业应用系统的客户程序、应用构件和各种资源有机结合起来(而COMDCOM无法有效地实现)。,第22|83页,Windows DNA,为了使
16、Windows真正成为企业应用平台,Microsof公司又推出了Windows DNA(分布式互联网应用体系结构)。它是一个完整的、多层的新一代企业应用体系结构,也是一个服务器端的开发平台,它包含以下主要产品:Windows NT2000:操作系统。DCOM:支持分布式构件的核心技术。MSMQ:消息队列产品,支持构件间的异步通信。MTS:管理构件的应用服务器。Microsoft Wolfpack:支持集群服务器的软件。Microsoft SQL Server:一种关系型数据库管理系统。Microsoft IIS:Web服务器。Microsoft Management Console:部署和管理
17、工具。工具、数据库、操作系统、编程模型和应用服务等。,第23|83页,COM+,为了把COM、DCOM和MTS统一起来,形成真正适合于企业级应用的构件技术,诞生了COM+。COM+是一种中间件技术的规约,其要点是提供建立在操作系统上的、支持分布式企业级应用的“服务”。COM+与Windows DNA一起,使得用户可以采用Microsof公司的技术开发服务器端的构件。COM+的核心是改进的COM/DCOM和MTS的集成,但是COM+增加了一些非常重要的构件服务,比如负载平衡、驻留内存数据库、事件模型、队列服务等。COM+还支持所谓的申述式编程模型,它允许开发人员以较通用的方式开发构件,而一些细节
18、则留到部署时再确定。,第24|83页,COM+主要特点,真正的异步通信。COM+底层提供了队列构件服务,允许客户和构件进行异步通信。事件服务。新事件机制利用系统服务简化了事件模型,避免了COM可连接对象机制的琐碎细节,使事件源和事件接收方实现事件功能更加灵活。灵活性。动态负载平衡以及驻留内存数据库、对象池等系统服务为COM+的灵活性提供了技术基础。可管理和可部署性。COM+申述式编程模型和构件管理环境支持应用系统在开发完成后的管理和部署。易于开发。COM+开发模型比以前的COM构件开发更为简化。,第25|83页,COM+的基本结构,第26|83页,CORBA技术简介,CORBA(Common
19、Object Request Broker Architecture,公共对象请求代理体系结构)是OMG制定的、体系结构最完整、最清晰、跨越平台最多的分布对象模型。通过CORBA接口定义语言IDL 定义接口,使用不同编程语言、不同编译器实现的构件,可以通过对象请求代理ORB进行连接,形成一个跨平台的应用。CORBA一般有两层意思:一是指对象管理组织OMG提出的分布式对象体系结构标准;另一层意思是按这种体系结构开发的中间件产品。CORBA作为一种应用级的互联标准得到了广泛的认同和应用。CORBA是一套规约,而不是一个产品,开发商可以开发不同的产品来实现 CORBA规约。例如,IBM公司的Comp
20、onentBroker等。,第27|83页,OMG,OMG是一个开放标准的非盈利组织,其目标是制定行业标准和对象管理标准,为应用开发提供一个公共框架,推动构件市场的发展。OMG成立于1989年,目前已拥有会员近千个,包括许多研究机构、大学和大公司,如IBM,HP等。,第28|83页,CORBA的发展,CORBA规约的第一代主要集中在为分布式对象定义一个基础,其核心是ORB和IDL。CORBA 2.0增加了ORB互操作性规约,主要是基于TCPIP的IIOP协议(因特网ORB互联协议)。1995年。CORBA 2.1增加了COM/CORBA互操作规范。1997年。CORBA 2.2增添了易移植的对
21、象适配器POA和 IDL到 Java语言的映射规约。与此同时,对象管理体系结构OMA中增加了领域接口。1998年。CORBA 3.0增加了CORBA构件模型CCM(与COM+和EJB核心概念相似),提供容器(为构件提供运行环境)作为构件的运行环境,而诸如事务处理、安全处理、事件处理等公共服务都是通过公共 API访问。2001年。但是,目前还没有成熟的、完全实现CORBA 3.0规约的产品。,第29|83页,CORBA的主要特征,在CORBA环境下应用系统间的互联是以对象或程序的调用方式进行的,实现系统间实时互操作。原则上,一个系统内部能够完成的操作,在系统之间通过CORBA都可以实现。CORB
22、A的OO的特点还保证了各对象的封装性和内部细节的隐蔽性。这不仅可以简化各种功能的使用,还提高了系统的安全性。CORBA比较适合于分层结构的应用集成,这一技术比较适合于互联网应用系统核心业务逻辑的应用程序的集成。此外,由于目前应用服务器大多提供CORBA接口,这样利用CORBA技术完成应用程序和平台之间的无缝连接也比较容易。,第30|83页,OMA基准模型,CORBA的基准模型是OMA。该模型描述了分布式对象系统的基本成分,有四个主要层次:对象服务是一组系统级的对象,为实现和管理对象提供了基本的功能,包括名字、生存周期服务、事务服务、安全服务等。对象请求代理ORB是核心,它提供了一种机制,使得对
23、象可以透明地发送请求和接受响应。ORB与对象服务相结合,确保符合CORBA基准的应用构件之间有效的通信。公共设施是适用于众多应用领域的通用构件,例如信息管理、系统管理、任务管理和用户界面等。应用对象是专用于特定领域的应用构件,OMG没有为它制定标准。,第31|83页,接口定义语言IDL,OMG IDL是CORBA的重要组成部分,是一种严格定义的接口定义语言。用OMG IDL编写的接口定义能完整地定义接口,并完备地说明每个操作的参数。OMG IDL已被ISO ORB采纳,自1991年公布以来,基本上没有改变。OMG IDL是独立于具体编程语言的,一个IDL文件可以向多种编程语言映射。CORBA包
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教学课件 教学 课件 软件 开发 方法 技术

链接地址:https://www.31ppt.com/p-5658166.html