文献综述+外文翻译.docx
- 文档编号:12754489
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:25
- 大小:36.15KB
文献综述+外文翻译.docx
《文献综述+外文翻译.docx》由会员分享,可在线阅读,更多相关《文献综述+外文翻译.docx(25页珍藏版)》请在冰点文库上搜索。
文献综述+外文翻译
河北科技师范学院
本科毕业设计文献综述
港口产运需系统的设计与实现
院(系、部)名称:
工商管理学院
专业名称:
信息管理与信息系统
学生姓名:
学生学号:
指导教师:
2012年12月20日
河北科技师范学院教务处制
1选题分析
1.1背景分析
随着科技的进步和全社会信息化程度的加深,越来越多的企业或者个人开始通过网络来了解和获得各种自己需要的信息,人们对信息的需求有了更新,更高的要求,而基于WEB的信息平台由于本身所具有的信息量大,传递快速,没有时空限制等特点恰好满足这种要求。
整个社会的信息化进程不断加速,信息数字化旋风席卷全球,数字化资源已逐渐成为整个信息社会的核心资源之一。
特别是在最近的几十年中,数字技术和网络技术在企业中的应用启发人们开始探索数字化在企业中使用、传播和保存,发展趋势良好并取得一些阶段性的成果,文档资源的数字化共享已经成为大众所关注的重要领域之一。
1.2选题的意义
近年来,随着我国信息化的发展,科技事业已经迈入了一个全新的历史发展时期。
科技信息服务已不能继续停留在过去那种传统、单一的纸质文档资源管理和服务模式,特别是在互联网技术和计算机应用技术高速发展的今天,更应该遵循科学发展规律,采用先进的信息存储技术和管理技术来提高整个科技服务的层次和文档资源的信息化水平[2]。
因此,大力开发文档信息资源,构建强大的资源共享平台,实现文档数字化管理和资源共享,对于提高我国整体信息化水平具有十分重要的现实意义和长远意义。
通过这一平台,用户能够上传、管理、分享各种类型的文档,也能下载其他用户共享的文档,进一步提高了工作、学习的效率,带来了生活的便捷;除此之外,用户还可以通过交流平台,将进一步丰富问答双方的交流,更利于提高问题的解决率。
2国内企业信息交流平台发展现状及趋势
信息共享是网络信息共享的重要组成部分,是伴随着信息资源的丰富和个人PC电脑的普及而形成的。
网站信息交流平台同样具备其他分享类网站的基本特征:
(1)拥有各种对客户有价值的企业资源;
(2)分享类网站最显著的特征是互动,与客户互动,或二者兼有之的联系在一起。
2.1国外研究现状
(1)企业信息交流平台虽然发展历史不长,但目前国外的企业信息交流共享平台发展已经相对成熟:
(1)从功能定位上来讲,国外的网站实现了一个企业和客户的开放平台,以方便客户之间互相提供信息服务。
客户在对网站上寻找需要的资源,客户选择自己需要的煤种资源,从商家列出的各个港口中选择合适的港口,选择使用时间,提交申请,等待审批,。
当客户在提交订单时,也必须按照一定的协议提交,不得通过任何不当的方式获取利益。
所以在一定的条件下,网站需要提出协议给予不同用户的权限,尽最大努力发挥网站信息灵活服务的优势。
(2)从效益定位来讲:
作为一个企业信息交流以及传播平台,许多企业信息分享网站并非是公有化网站,所以在建设以及推广方面需要投入大量的人力、物力、财力,这就要求信息共享网站根据自身属性和特点,合理的获取一定的经济效益、局部效益和现实效益。
目前国外的经营模式除了企业间往来外,还采用业务介绍,插入广告等模式,扩大网站收益。
(3)从企业定位来讲,信息分享网站主要是基于传播企业业务,企业文化,企业目标,一些必要企业与往来客户的信息,它主要是一个储存各种有用信息的信息服务平台,体现着现代网络信息的传播性与独特性。
国外的信息共享网站通常建立一套严格的审查标准,对注册用户实行严格的审查。
确保企业与客户之间安全有效的进行合作,促进港口在客户需要的时间段内的合理安全的使用,
(4)为了实现企业目标,对企业信息和企业信息活动进行管理。
企业以先进的信息技术为手段,对信息进行采集、整理、加工、传播、存储和利用的过程,对企业的信息活动过程进行战略规划,对信息活动中的要素进行计划、组织、领导、控制的决策过程,力求资源有效配置、共享管理、协调运行、以最少的耗费创造最大的效益。
2.2国内的研究现状
国内企业信息共享平台开发的起步较国外晚,但近些年来发展迅速,国内涌现了大批企业信息管理系统,其已经渗入到了各个行业,电子行业汽车行业、机械行业、精细化工行业、食品饮料行业、医药行业、·鼎捷软件流通行业解决方案、连锁零售行业、连锁租赁行业、精品分销行业、POS行业、百货行业、等。
由此可以出,国内大部分发展迅速、规模大型的企业信息共享网站,多是借助原有的用户群体,发展壮大起来的。
虽然对于用户的准入、信息的开放程度和文档基数的发展有一定的积极作用,但容易造成版权危机。
所以,国内的信息分享平台还应学习国外优秀的经营模式和盈利模式。
3基于JSP的企业信息共享与交易平台涉及的内容
3.1基于JSP的企业信息交易平台所涉及的关键技术和特点
3.1.1JSP技术
JSP是(JavaServerPages)是基于JavaServlet以及整个Java体系的Web开发技术。
JSP技术是SUN公司提出的,它充分利用了Java的通用性,同时,针对Java的速度问题进行了优化。
另外,由于许多大公司开始支持JSP的Web服务器,这使得JSP已经成为架设动态网站的成熟技术,它利用JDBC(JavaDatabaseConnectivity)的API实现对后台数据服务器的访问,由于JDBC是独立于数据库服务器系统的,要访问不同的数据库(SQLServer、Oracle、DB2等),就要针对不同数据库的JDBC驱动程序来连接这些数据库。
3.1.2MVC设计模式及其框架技术
为了是web开发更为简单,往往采用科学的设计模式,基于java面向对象的编程思想形成的MVC设计模式渐渐成为主流。
MVC英文即Model-View-Controller,即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离,这样一个应用被分成三个层——模型层、视图层、控制层,使开发更为便捷,提高程序的重用性,降低耦合度。
而基于MVC设计模式形成的各种框架技术也逐渐成为主流,对于JSP网站的开发过程中,目前最流行的框架组合式SSH(Struts2、Spring、hibernate),Struts2负责视图层的实现,用于封装用户的业务方法;Spring作为控制器,是连接用户业务方法与数据库持久层的桥梁。
Hibernate作为优秀的持久层框架,对java中的JDBC进行了轻量级的封装,使用户更加随心所欲的操作数据库。
三者共同构成整个网站的体系。
3.1.3基于JSP的企业信息系统交易平台的特点
1.各施其职,互不干涉。
在MVC模式中,三个层各施其职,所以如果一旦哪一层的需求发生了变化,就只需要更改相应的层中的代码而不会影响到其它层中的代码。
2.有利于开发中的分工。
在MVC模式中,由于按层把系统开,那么就能更好的实现开发中的分工。
网页设计人员可以进行开发视图层中的JSP,对业务熟悉的开发人员可开发业务层,而其它开发人员可开发控层。
3.有利于组件的重用。
分层后更有利于组件的重用。
如控制层可独立成一个能用的组件,视图层也可做成通用的操作界面。
3.2基于JSP的企业海运煤炭衔接交易平台的主要设计目标
基于以上技术描述和企业信息系统交易平台的发展状况,该平台应该完成以下的功能:
1、为登陆用户提供在线查询和订单交易服务
登陆界面中企业根据需要为客户分配各种不同的角色,角色对应不同的菜单选项,用户根据自己的用户名和密码登陆系统,在系统中用户可以查看自己的订单,港口使用情况,等等与煤炭运输企业相关的一些业务。
2、为企业或者客户提供在线打印预览和报表服务
企业内部员工或者是系统操作管理者浏览系统时,在系统中查找客户或者企业内部所需要的资源,报表等信息,网页中以电子表格的形式显示,往往更多的时候操作者需要将这些信息下载下来,打印成电子表格的形式供公司内部人员或者是客户查阅。
该系统按照客户的要求解决这项问题。
3、权限分配等服务
企业中的操作者,职位不同所拥有的权限不同,企业中的系统超级管理者要根据员工所处的位置为员工分配角色,进而分配其可以操作的系统模块菜单项
提供系统操作日志功能
当企业的中的员工在操作系统时,无论是添加一条港口使用记录,还是删除、编辑、修改一条记录都有可能产生误操作,产生企业或者用户不想看到的结果,以往的系统往往会产生不可逆的操作,为满足企业需求,改变以往无操作日志的情况,无论企业内部员工或者客户的每次操作都会产生日志,便于在数据库中产生错误的记录时可以恢复到之前的状态。
5、提供广告业务功能
为扩大企业的盈利需求。
除了在与往来客户之间的业务合作产生的收益之外,应企业需要,为公司编制广告业务模块,供往来单位企业或者外来相关企业投放广告。
4存在的问题和解决方法
4.1海运衔接平台网站发展过程中存在的问题及解决方案:
底层框架选择是一个系统的基础。
框架的优劣会影响到后续的开发,系统的复杂与否,进而影响服务器的承载大小,一个好的框架有助于程序员的开发编程;
公司的组织机构应该有一个比较清晰的了解,因为公司各个岗位的人员较多,系统中的权限各有区别,分析清各岗位的职责,才能为其分配好权限。
4.2网站建设过程中存在的技术难点及解决方案
通过与校外软件系统公司的合作。
在保证企业框架的基础上,与企业合作,运用企业的框架,该框架基于(spring3.0+struts2+hibernate3.3)的思想搭建;网上查阅资料,了解海运煤炭运输企业的公司一般运营模式
参考文献
[1]应群,张大治.精通Eclipse.北京.清华大学出版社,2006.6
[2]沈嫒芬,林万莲主编.信息服务及其利用.武汉:
华中师范大学出版社,1996.7
[3]张成昱,来强,王平,赵仪,孔黎.分布式网络信息资源重构模式及系统实现.清华大学学报,2003.2
[4]比茨·斯通.博客:
即时网站内容的天才策略(Blogging:
GeniusStrategiesforInstantWebContent).西安:
西安交通大学出版社,2002.9.13
[5]胡杰,党延忠,基于web的工作流技术在文档管理系统中的应用,计算机工程与应用,2003.12
[6]CayS.Horstmann.Java和新技术卷1.北京:
机械工业出版社,2006.8
[7]王中网络版权的贬值和措施电子知识产权2009.08
[8]严蔚敏,吴伟民主编.数据结构清华大学出版社2006.5
[9](美)斯贝尔(Spell,B.)著;董梁,刘艳译java高级编程(第二版)清华大学出版社2006.11
[10]刘俊亮王清华JSPWeb开发学习实录清华大学出版社2011.7
(1)
[11]蒲子明许勇王黎Struts2+Hibernate+Spring整合开发技术详解清华大学出版社2011.8
[12]邓俊辉.java数据结构与算法.北京:
机械工业出版社,2006.1
[13]M.Waldman,A.D.Rubin,andL.F.Cranor,"Publius:
Arobust,tamper-evident,censorship-resistantweb",Proceedingsofthe9thUSENIXSecuritySymposium,August2000.
[14]FreenetWebsite:
[15]R.Dingledine,M.J.Freedman,andD.Molnar,“TheFreeHavenProject:
DistributedAnonymousStorageService”,InternationalWorkshoponDesignIssuesinAnonymityandUnobservability,LNCS2009,July2000.
河北科技师范学院
本科毕业设计外文翻译
InfrastructureforAutomaticDynamicDeployment
OfJ2EEApplicationinDistributedEnvironments
院(系、部)名称:
工商管理学院
专业名称:
信息管理与信息系统
学生姓名:
汪连洲
学生学号:
0811090217
指导教师:
刘书霞
2012年12月20日
河北科技师范学院教务处制
基于J2EE在分布式环境下的底层结构的动态配置的应用
AnatolyAkkerman,AlexanderTotok,andVijayKaramcheti
摘要:
为了实现广域网中符合企业标准基于组件的应用程序中动态的可适应性,我们需要一种框架来在这样的环境里自动化地配置J2EE应用程序。
这种需要对于哪怕在单一的应用程序服务器上尝试部署J2EE应用的人来说也显而易见,这种任务设计到大量的系统服务和应用组件的配置。
关键词:
j2ee;动态配置;分布式;组件
1前言
近几年,我们已经看到基于组件的企业应用开发的显著增加。
这种应用程序通常被部署在公司的内部网或者是因特网上,以高事务容量,大量的用户和覆盖范围广的访问为特征,它通常会被部署在中央区域,采用服务器集群来均衡负载从而支持用户下载。
但是这种平均负荷的方法被证明只对减少应用转发的用户可以察觉的反应时间有效,而对于减少网络方面的延迟作用不大,垂直分割(例如…运行网络层和事务层在不同的虚拟机)被用于错误分离和均衡负荷,但是它是不符合实际的由于远程调运的大量使用显著地增加了运行时时间。
最近的著作已经表明在广域网中利用垂直负荷而不引起前面所述的超时问题的可行性。
那非研究的主要结论可以概括如下:
(1)应用合适的应用程序,在广域网中的垂直负荷可以察觉的延迟。
(2)广域垂直层需要复制应用层组件而且需要维持和原组件间的一致性。
(3)新加的复制组件可以被动态配置以满足新的需要。
(4)事实上,不同的复制组件可能会根据应用不同的方式实现相组件。
(5)新的请求路径可以复用先前的组件配置路径。
应用智能监视和人工智能规划方法再结合那个研究得出的结论,我们看到通过动态布置基于动态监视的额外的应用组件,在广域网中符合工业标准基于组件的应用程序中动态的可适应性是可以实现的。
然而,为了实现这种动态可适性,我们需要一种框架来在这样的环境里自动化地配置J2EE应用程序。
这种需要对于哪怕在单一的应用程序服务器上尝试布置J2EE应用的人来说也显而易见,这种任务设计到大量的系统服务和应用组件的配置。
例如你必须在配置和部署应用组件前先建立JDBC数据源,设立消息目的地和资源适配器。
在需要跨越多个节点服务器的广域网配置中,这将更加复杂,因为更多的便利内部节点通信的系统服务需要配置和启动,而且多种配置数据比如IP地址,端口号,JNDI名字和其他的数据在多个节点的配置文件中必须维持一致性。
这种分布式配置框架必须满足:
(1)声明内部组件一致性规范和定义它对组件配置部署的影响。
(2)声明应用程序组件对应用服务器,以及它们的配置和部署的依赖性。
(3)提供简单但可表达的抽象方法去控制通过部署和拆卸组件获得的适用性。
(4)能够复用服务和组件从而高效的利用网路节点资源。
(5)提供上述便利而不会增加应用程序员的设计负担。
在本论文中,我们提出自动动态部署J2EE应用程序的框架涉及了上面的所有问题,这种框架为组件定义了结构描述语言,链接说明和集合。
这种组件说明语言用来描述应用程序组件和链接,它使得应用组件与系统组件中清晰的分开。
一种灵活的系统类型用来定义组件接口和端口的兼容性。
一种为配置组件属性而开发的定义和表述语言允许内部组件间独立的规范和组件间属性的继承。
组件集合语言允许先前定义的复制的组件通过连接合适的端口集合到应用路径,连接时通过链接复制对象和具体把这些复制组件映射到目标应用服务器节点。
组件配置过程评估了应用程序路径的正确性,确认在系统组件上的应用组件的独立性和完成复制组件的部署。
根据这些配置使先前部署的复制组件在新的路径中得以匹配和复用的努力正在做出。
我们把这种架构作为JBoss开源java应用服务器的一部分加以实现,在几个J2EE样本程序比如JavaPetStore,,RUB和TPC_W_NYU中进行测试。
这种架构实现利用了JBoss的可扩展的微内核结构,基于JMX规范。
JBoss的组件结构允许根据部署应用程序的需要增加服务配置。
我们相信通过动态部署和拆卸系统服务来重构应用服务器对构建高效资源框架的动态分布部署的J2EE应用程序来说是非常必要的。
本文如下部分是这样组织的。
第2部分提供了必要的背景以理解和研究有关的J2EE组件技术规范。
第3部分对这种架构给出了一般性的描述。
第4部分更深入的描述了有关这种架构特别重要的和有趣的内部机制。
第五部分描述了如何实现这种架构,相关联的工作将在第六部分介绍。
2J2EE背景知识
2.1介绍
组件框架。
组件框架是一种中间件系统,它支持遵守一定标准的有不同组件构成的应用程序。
应用组件被塞入这种确立它们运行环境和规定它们交互的框架中。
这通常是通过容器,组件持有者来实现的。
这种容器也提供通常需要的功能以实现命名,安全性,事务,和持久性!
组件框架为组件的执行提供了一个集成的环境,因此显著的减少了在设计,实现,部署和维护应用程序时工作。
现在工业上的组件框架标准以对象管理组的CORBA组件模型,SUN公司的JAVA2PlatformJ企业版[J2EE]和微软公司的.NET标准,其中在企业里应用最为广泛的组件框架是2EEE。
J2EE.J2EE是开发多层企业应用JAVA程序的综合性的标准。
J2EE规范定义如下:
(1)组件编程模型。
(2)组件和主服务器的链接。
(3)服务器提供给组件的服务。
(4)各种各样的人物角色。
(5)兼容性检验装置和编译测试程序。
在众多的服务列表中,消息通信,事务处理,命名机制和其它应用组件用到的服务是应用服务器必须提供的。
用J2EE进行应用开发必须遵守经典的3层结构—表现层,业务层和企业信息系统层。
属于各层的J2EE组件在开发时遵守具体的J2EE标准。
1、表现层或者网络层
这一层实际上又被分为客户端和服务器端。
客户端包括浏览器,applets,Java应用程序等和负责和服务器端的表现层或者业务层进行交互。
服务器端包括servlet、jsp和静态网页内容。
这些组件负责把业务数据传递给终端用户。
数据本身通常从业务层获得有时也从企业信息系统层直接获得。
表现层的服务器端通常通过Http协议来进行访问。
2、业务层或者EJB层
这一层包含EJB,即企业应用的事务逻辑模型。
这些组件提供了持久化机制和事务支持。
EJB中的组件通过RMI被调用。
在Java虚拟机调用或者异步的消息传递,取决与EJB组件的类型。
EJB规范定义了很多种组件。
它们在调用风格(同步和异步,本地和远程)与状态(完全状态,不可持久状态,可持久)方面不同。
同步调用的EJB组件通过特定的工厂代理对象来表现自己。
这种工厂代理对象通常被EJB部署者绑定在JNDI中。
EJB对象允许或者本地EJB对象是特定EJB实例的代理。
3、企业信息系统或者数据层
这一层指的就是企业信息系统,比如关系数据库,ERP系统,消息系统等。
业务层和持久层在资源适配器的帮助下与该层进行通信。
资源适配器在Java连结结构中被定义。
J2EE编程模型一直被认为是分布式的编程模型,在该模型中应用组件在J2EE服务器上运行并且彼此可以相互交互。
经过初始化说明和第一个服务实现后,该技术,更显著的说EJB技术,已经明显地从纯粹的分布式计算模型转向了本地交互。
转变的背后有合理的性能有关的原因,然而分布式的特征现在还存在。
J2EE规范已经经过了好几次修订,现在最稳定的版本是1.3,1.4版本正处于重审阶段。
我们应该把注意力放在1.3版本上,而实际上是在学习后者。
适用与商业的J2EE实现可以大量的从BEA系统,IBM,Oracle等赞助商得到。
包括JBoss和JOnAS在内的开源实现据称兼容性也不错。
最近名单上有多出了新的ApacheprojectGeronimo。
2.2J2EE组件编程模型
在我们基本的J2EE组件前,先让我们强调一下什么是组件。
软件组件是有一系列的具体的接口和明确的上下文环境构成。
它可以被独立的部署而且易于被第三方重构。
根据以上的定义,如下的组成J2EE应用程序的实体可以看作是软件组件:
(1)EJBS(会话,实体,消息驱动)。
(2)Web组件(Servlet、JSP)。
.
(3)消息目的。
(4)数据源。
EJB和Web组件被部署在由应用服务赞助商提供的容器中.它们有定义良好的容器规则来管理生命周期,线程,持久化和其他问题。
EJB和Web组件都利用JNDI目录机制去寻找资源和它们想要交互的其EJB组件。
目录被执行的JNDI环境被独立的由容器的每个组件加以维护。
该种环境下的绑定机制通常由组件部署的解释者加以配置。
消息目的地,像对话和队列,是由消息服务执行所提供的资源。
数据源是提供给应用服务器的为事务组件进入到企业信息服务层提供数据接口,通常由被应用服务器管理的JDBC连接池实例化。
一个J2EE编程者明确编写的项目只有EJB和Web组件。
这些用户编写的组件彼此交互而且系统服务可以是明显的也可以是隐含的。
例如,EJB开发者可以选择明确的事务区分方式,这种方式意味着开发者假设通过定义良好接口的事务经理服务平台来书写明确的程序交互。
或者,开发者也可选择容器管理事务区分的方式。
这样由于组件的事务行为通过他的描述者来定义而且全部用EJB容器来处理,因此作为一个隐式独立的EJB提供潜在的事务管理服务。
2.3组件间的链接
2.3.1远程交互
J2EE仅定义了三种可以在不同应用服务器间传递的基本组件间连接类型。
在这三种情况下,通信通过特定的Java对象来完成。
(1)远程EJB调用:
同步的EJB调用通过主EJB对象和EJB对象接口来实现。
(2)Java连结器的外部连接:
同步消息接收,同步和异步消息发送,用连接工厂和连接接口进行数据库查询。
(3)Java连接器的内部连接:
异步消息传递进入消息驱动Bean只能使用ActivationSpec对象。
在前两个实例中,应用组件的开发者不仅书写执行在组件的运行时JNDI环境中的对象目录代码,而且书写发布方法调用,与远程的组件相互发送和接受消息。
组件的运行时JNDI环境为每一个组件部署所创建。
环境中的绑定在组件部署时由部署者进行初始化。
这些绑定被假设为是静态的,因为规格中没有提供任何的容器和组件间协议去提示绑定发生了变化。
在Java连接器的内部通信情景下,ActivationSpec对象查询以及所有的相应的M容器隐式的完成。
虽然查询的协议还没有被标准化,但是假设一个基于JMX或者JNDI的查询是合理的。
假设潜在的应用服务器提供了所有的设备去控制部署过程的每一步,那么在两个J2EE组件间确立一个连接需要涉及:
(1)部署目标组件类。
(2)创建一个特定的Java对象用作目标组件代理。
(3)用组件的命名服务去绑定目标。
(4)启动目标组件。
(5)部署指定的组件类。
(6)在主机的命名服务中,创建和进行指定组件的运行环境。
(7)启动指定的组件。
然而,没有一个现代的应用服务器允许详细的控制所有组件类型的部署过程除了在它们的部署解释器中的有限的选择。
因此我们的架构将使用简化的途径,它所依赖的特征在现在的大多
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 文献 综述 外文 翻译