移植B/S架构应用到RIA/SOA架构的过程模型和方法
这是一篇关于富因特网应用程序,面向服务的体系结构,移植,契约式开发的论文, 主要内容为随着IT技术的发展,越来越多的企业应用程序被开发出来,企业的信息服务架构也越来越复杂。由于业务的发展,需求的变化越来越多,这些已经开发的系统也必须更新使得它们跟上需求的变化。作为一个重要的需求,提升用户的操作体验也被提出。同时,IT技术也飞速发展,面向服务的体系结构(SOA)以其松耦合,高灵活性被广泛的接受;富网络应用程序(RIA)也被提出用来改善用户体验,它结合了桌面应用程序和基于浏览器的应用程序的优点。RIA成为前台的一种趋势,同时SOA成为后台架构的趋势,那么SOA和RIA的结合将会带来更大的优势。这使得应用程序的体系结构从客户端—服务器(C/S)架构,发展到浏览器—服务器(B/S)架构,到现在RIA/SOA架构。 应用程序的架构的发展到RIA/SOA,使得越来越多的应用程序需要移植到RIA/SOA架构,而90%的网络应用程序是基于B/S结构的。因此,本文主要研究从B/S架构移植到RIA/SOA架构的方法和过程。 在本文中,我们提出一个移植过程的参考模型。这个模型由四步组成:1.提取表示层逻辑;2.提取SOA的服务;3.编排SOA服务,创建服务门面;4.重建RIA客户端。对每个步,都提出了移植的策略和方法。在编排SOA服务,创建服务门面中,我们提出了基于”契约式设计”的方法来强化RIA-SOA的接口表达。同时提出了检查这些契约的依从的自动化方法。 本文的另外一个关注点是对不同的移植方面提出了各自的具体的移植解决方案。主要论述了基于客户端和服务器端的服务编排:从同步的服务端调用转移到异步的服务调用;把B/S架构中服务器的Session转移到RIA/SOA中客户端的方法:对RIA客户端提供本地文件系统支持的方法和策略。 最后,将本文提到的参考模型和移植方案应用到一个实际项目中。该项目为某金融公司把一个数据分发应用系统从B/S架构移植到了RIAJSOA架构。移植后系统已经交付使用。客户对新系统的用户体验,性能,伸缩性以及项目过程都很满意。
第四方文化演出协同服务平台的设计与实现
这是一篇关于文化演出服务,第四方服务模式,双边资源整合,面向服务的体系结构,SoLoMo的论文, 主要内容为在文化演出票务服务领域,大公司业务竞争激烈却难以垄断大量顾客资源;小型票务代理机构受大公司打压严重,成长缓慢,行业发展受限;观众购票缺乏统一比价平台,黄牛泛滥一票难求。造成这种情况的本质原因一方面是由于第三方票务代理数量急速扩张,但彼此之间无论是售票业务还是售票系统都呈现一种独立分离的状态。票务代理本身是对票务销售服务的一次整合,而现在大量的票务代理缺乏二次整合;另一方面,观众面对大量票务代理及其独立的票务系统,购票渠道杂乱票务信息不直观、不透明,缺乏统一的咨询比价平台,难以与大量的票务代理建立票务服务。针对票务服务产业供需双方数量巨大但难以快速建立票务服务关系的问题,本项目基于双边资源整合的思想,提出一种面向文化演出的第四方服务模式。在该模式下,通过引入第四方文化演出协同服务平台,聚集大量购票人与第三方票务服务提供者,一方面为第三方票务代理整合顾客渠道实现资源共享,另一方面为顾客提供整合的资讯及比价平台。主要包含3方面内容。(1)文化演出领域的第四方服务模式。抽取出第四方文化服务模式下的参与者,阐述这些参与者由第三方服务模式到第四方服务模式的协同演变过程。给出第四方服务模式的So Lo Mo解决方案及业务需求定义。以BPMN模型及服务价值网的形式描述上述业务需求中各方参与者的协同过程及价值交互;(2)第四方文化演出协同服务平台的架构设计与实现。依据上述的文化演出第四方服务模式,阐述基于面向服务架构的第四方平台多层体系结构。根据业务需求给出平台SOA架构的5个每个层次划分,即云服务层、数据层、基础服务层、REST API层以及应用层,详细阐述每个层次的内容与作用。针对第四方平台不同发展时期可能遇到的性能瓶颈,给出基于云平台的4种阶段性架构。给出第四方平台原型系统的技术选型方案及Spring MVC+Spring+My Batis的实现架构。以第四方平台票务交易的协同过程为例,演示第四方平台门户系统和发布系统的实现效果;基于第四方平台开放平台公开的数据接口,开发一款基于移动互联网的O2O票务交付应用“看客App”。对平台门户首页进行了压力测试,给出平台在当前软硬件配置下的负载能力分析。(3)第四方文化演出协同服务平台中的演出推荐。分析第四方文化演出服务模式下面向演出推荐、票务代理推荐、演员推荐,3个不同角度的评价矩阵构建,并以演出推荐为例,基于Apache Mahout实现基于协同过滤推荐算法,使用Movie Lens的电影评分数据集进行了算法实验,分析随数据量变化算--法推荐结果的误差变化;抽取第四方文化演出服务模式下演出的基本特征,基于Weka实现基于内容的演出推荐算法,得出表示用户个人喜好的决策树模型。本文所给出的第四方文化演出协同服务平台,是为了应对上海掌尚信息服务有限公司针对旗下第三方售票门户向第四方综合性服务平台转型的实际业务需求。进行了文化票务第四方服务模式的定义及第四方文化演出协同服务平台系统的架构设计与原型实现。
第四方文化演出协同服务平台的设计与实现
这是一篇关于文化演出服务,第四方服务模式,双边资源整合,面向服务的体系结构,SoLoMo的论文, 主要内容为在文化演出票务服务领域,大公司业务竞争激烈却难以垄断大量顾客资源;小型票务代理机构受大公司打压严重,成长缓慢,行业发展受限;观众购票缺乏统一比价平台,黄牛泛滥一票难求。造成这种情况的本质原因一方面是由于第三方票务代理数量急速扩张,但彼此之间无论是售票业务还是售票系统都呈现一种独立分离的状态。票务代理本身是对票务销售服务的一次整合,而现在大量的票务代理缺乏二次整合;另一方面,观众面对大量票务代理及其独立的票务系统,购票渠道杂乱票务信息不直观、不透明,缺乏统一的咨询比价平台,难以与大量的票务代理建立票务服务。针对票务服务产业供需双方数量巨大但难以快速建立票务服务关系的问题,本项目基于双边资源整合的思想,提出一种面向文化演出的第四方服务模式。在该模式下,通过引入第四方文化演出协同服务平台,聚集大量购票人与第三方票务服务提供者,一方面为第三方票务代理整合顾客渠道实现资源共享,另一方面为顾客提供整合的资讯及比价平台。主要包含3方面内容。(1)文化演出领域的第四方服务模式。抽取出第四方文化服务模式下的参与者,阐述这些参与者由第三方服务模式到第四方服务模式的协同演变过程。给出第四方服务模式的So Lo Mo解决方案及业务需求定义。以BPMN模型及服务价值网的形式描述上述业务需求中各方参与者的协同过程及价值交互;(2)第四方文化演出协同服务平台的架构设计与实现。依据上述的文化演出第四方服务模式,阐述基于面向服务架构的第四方平台多层体系结构。根据业务需求给出平台SOA架构的5个每个层次划分,即云服务层、数据层、基础服务层、REST API层以及应用层,详细阐述每个层次的内容与作用。针对第四方平台不同发展时期可能遇到的性能瓶颈,给出基于云平台的4种阶段性架构。给出第四方平台原型系统的技术选型方案及Spring MVC+Spring+My Batis的实现架构。以第四方平台票务交易的协同过程为例,演示第四方平台门户系统和发布系统的实现效果;基于第四方平台开放平台公开的数据接口,开发一款基于移动互联网的O2O票务交付应用“看客App”。对平台门户首页进行了压力测试,给出平台在当前软硬件配置下的负载能力分析。(3)第四方文化演出协同服务平台中的演出推荐。分析第四方文化演出服务模式下面向演出推荐、票务代理推荐、演员推荐,3个不同角度的评价矩阵构建,并以演出推荐为例,基于Apache Mahout实现基于协同过滤推荐算法,使用Movie Lens的电影评分数据集进行了算法实验,分析随数据量变化算--法推荐结果的误差变化;抽取第四方文化演出服务模式下演出的基本特征,基于Weka实现基于内容的演出推荐算法,得出表示用户个人喜好的决策树模型。本文所给出的第四方文化演出协同服务平台,是为了应对上海掌尚信息服务有限公司针对旗下第三方售票门户向第四方综合性服务平台转型的实际业务需求。进行了文化票务第四方服务模式的定义及第四方文化演出协同服务平台系统的架构设计与原型实现。
基于SaaS模式的企业管理服务平台设计与实现
这是一篇关于软件即服务,面向服务的体系结构,企业管理的论文, 主要内容为本课题基于SaaS (Software as a service)模式的企业管理服务平台的设计与开发思路来源于世行项目,是世行投资支援绵阳科教创业园区企业信息化建设的子项目,目的是为绵阳市科教创业园区的企业开发一款在线服务平台系统。面向的企业多为高新技术的中小型企业,在自身管理上还尚不规范,这就导致了本系统的开发必须具有多样性的原则,在面向各种类型的企业是都可以短时间内进行个性化配置,或者引导相应企业向规划化管理前进。基于这些原因,本平台的需求来源与设计原则一部分来源于对绵阳科创园区的企业访谈,一部分参照企业管理的规范文件对平台系统进行业务设计,力求简单有效,可扩展性强。 本文在确定了基于SaaS模式的发展方式之后首先讨论阐述了企业管理服务平台的总体情况,分析了科创园区中企业需要比较大的几种功能服务。选择面向服务的开发方式来进行具体实现,在此基础上对基于SaaS模式的企业管理服务平台构建的几个关键技术问题进行了研究,提出了相应的解决方案。包括多租户的实现、数据隔离方案、数据可配置性实现、流程可配置性、基于角色的访问控制等。 基于对企业管理服务平台的需求分析,本文首先进行了功能包的划分,主要包括采购管理、仓库管理、生产管理、销售管理、物料资源计划、工程服务管理、财务管理。对静态服务功能模块进行了处理逻辑分析并根据需要设计了相应的数据结构。最后对企业进行各项动态业务操作进行了流程设计。在提出原子功能的划分方法基础上,运用基于BPEL(Business Process Execution Language)的静态WebService组合方法进行流程组合,形成可用的应用系统。 本文最后部分,研究了平台构建方案的实现技术,分析了平台各个技术层的实现方法,并且给出了几个问题的优化方案,开发实现了系统主要功能,验证了本文技术方案开发SaaS应用的可行性,希望能给企业信息化思路带来一些有益的启示。
构建基于SOA的企业应用的策略和方法
这是一篇关于面向服务的体系结构,服务组件结构,SOA评估表格,SOA策略,实施步骤,编程方法的论文, 主要内容为面向服务的体系结构(Service-Oriented Architecture，SOA)是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。随着国内外的软件厂商对SOA支持力度的加大，SOA的相关思想、开发和集成工具、运行平台和新的编程模型不断涌现，而且逐步趋于成熟，SOA的概念也逐渐为国内的企业所了解。 但是SOA并不是一个简单的体系结构，企业从认识SOA开始到决定选择SOA再到成功实施SOA要弄清楚很多问题，并随着这个过程的推进要逐步确立一系列的策略和方法，同时还要在企业组织、人事等方面进行一定的调整，同时再结合SOA的方法论和实现SOA应用的编程方法，才能逐步把这样一个概念变成实实在在的应用系统，从而为企业节约成本、提高管理效率、加快应用的开发和部署，并最终为企业带来可观的经济效益。 在这样的背景下，仅有构建SOA应用的技术和工具是不够的，还必须有能够对企业具有实际指导意义的策略和方法才能真正帮助企业构建能够满足目前需求和未来发展的企业应用。本文就是针对构建基于SOA企业应用的策略和方法进行了深入的研究。 本文第一章到第四章的内容集中介绍了SOA的概念、SOA的选择策略以及设计原则。第五章则以内蒙古三联化工厂物资管理系统的改造为背景研究了构建基于SOA企业应用的具体步骤和编程方法，在此过程中，本文利用了软件工程的思想，将一般的软件项目的工作步骤与SOA路线图思想相结合来组织课题的研发工作和论文的章节安排，从而使得课题研究得以有条不紊的进展，论文的章节也尽量做到井然有序。在实现SOA应用的客户端时，本文分别采取了JSP和AJAX两种不同的技术从不同侧面证实了可以使用多种技术访问SOA服务。 本文的研究重点有以下几个方面并得出了一定的结论： 在策略方面： ● 作为应用集成框架的SOA能给企业带来怎样的价值。本文在介绍了SOA基本概念的基础上，从企业的角度出发，提出了一些应该如何正确认识SOA的观点。
本文内容包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主题。发布者：代码向导 ，原文地址：https://m.bishedaima.com/lunwen/47671.html
