SOA架构下协同式自动化组卷系统设计与实现.docVIP

SOA架构下协同式自动化组卷系统设计与实现.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
SOA架构下协同式自动化组卷系统设计与实现

SOA架构下协同式自动化组卷系统设计与实现   摘要:学校实行教考分离,推进科学化、信息化的自动化组卷系统势在必行,而各学校的组织结构、信息化程度不尽相同,这些内在和外在因素制约着学校信息化的发展。该文讨论以一种基于SOA架构,实现多用户协同参与和协作的自动化组卷系统,文中分析了系统实现的步骤和方法,给出了一种基于SOA和协同工作理念的自动化组卷系统解决方案,并且具有松耦合、分布式、业务流灵活等特点,具有较高的实用价值。   关键词:面向服务的体系结构;协同工作;组卷算法   中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2013)22-5068-05   SOA,即面向服务的体系架构(Service Oriented Architecture)。近年来,SOA得到了前所未有的迅猛发展,SOA旨在研究实现软件模块间的松散耦合,保证工作流的灵活性,最大程度地利用现有IT资产,节约软件开发中人力和物力成本。SOA采用独立于编程语言和硬件设施的接口(WSDL),统一标准的通信协议(SOAP)保障上述理念的实现。   正是由于SOA的先进理念,一些组织和机构开始注重SOA方面的研究。在学校信息化方面引入SOA的理念,符合校情,能够解决因各校信息化发展不均衡、学校管理体制不同数据流、工作流管理不便的难题,同时能够有效地整合现有的信息化模块。应用SOA理念解决分布式、多用户参与地协同式自动化组卷系统,可以科学化地制订试卷的组卷方案,促进教学水平的提高,而且也具有较高地学术研究价值和应用价值。   1 SOA架构下协同式自动化组卷系统设计   系统分析设计过程中,该文给出两种分层模型:按照功能层次的水平分层模型和通用功能模块相切地垂直分层模型。在本文中两种分层模型并不冲突,而是相互补充,同时旨在降低程序的硬编码带来的灵活性缺失。所谓按照功能层次划分的水平分层模型,是指按照实现特定的功能进行分层,使各层各司其职,完成指定的功能,这种分层模型带来的优势提高了系统的可移植性,但某一层发生变化了,只需要更改其中的一层即可,不会影响全局。此外,对于系统的后期维护来讲,也降低了维护成本。垂直分层模型是对水平分层模型的一种有益补充,在水平分层模型的某一层的不同模块中可能因实现同样的功能,导致重复地在该水平层的不同模块间编写同样的代码(如权限控制代码),导致代码冗余。垂直分层模型的关注目标是设计一个垂直切面对象,实现统一的用户权限管理,使该垂直切面应用于所有的水平层次模块,从而做到统一管理,同时减少了冗余代码。   1.1 系统体系结构水平模型设计   在系统体系结构的水平模型设计中,按照功能进行分层,简化了操作,隔离了变化,有效降低了层次之间的耦合。在水平分层模型中应用SOA的思想,协同式自动化组卷系统可分为5层。   1)资源层   该层是服务的基础层,既有现有IT资源(遗留系统)的复用与整合,又包括了待开发功能模块的资源。遗留系统的资源可作为基础数据的提供者,与新建数据库、其他数据源一同构建成系统的资源层。资源层负责将系统中各种基础数据存放在数据库中,由数据库管理系统完成对数据的管理工作。有了资源层的支撑,就为整个系统实现服务提供了坚实的基础。   2)实体层   该层负责业务逻辑的实现,处理本系统的各种业务元素。同时实体层也是服务层操作的数据模型层,该层负责资源层与具体程序实现之间映:实体层映射资源层,该层为服务层操作资源层的数据提供一种中介服务,同时实体层为保障资源层的数据有效性提供支撑。   3)服务层   该层负责算法及业务逻辑的实现。SOA 是跨平台的,不受使用哪种语言和操作系统的限制,但要向上层开放API 接口,提供基本的算法实现。例如,借助于SOA的主流实现技术——Web Service,自动化组卷系统组卷过程中的组卷算法等都在该层实现。服务层将业务规则和运算法则等都采用程序的方法实现。服务层是在遵循服务协议堆栈的前提下实现的。Web 服务层实际上就是对实体层的业务元素进行符合Web 服务协议堆栈要求的封装。   4)控制层   该层负责业务流程的控制。不同的学校其组织组构不尽相同,导致学校的工作流会发生变化。必然要求系统的流程要灵活,重组工作流不至于系统程序结构的变化。系统松耦合性直接来源于业务元素的松耦合性,在设计业务元素时必须将业务流程与业务元素分离,将业务需求合适地分割成松耦合的业务元素。同时业务流程与表现层之间也应是松耦合的,控制层在不改变编码的情况下可以轻而易举地改变表现层的切换。   5)表现层   该层负责人机交互,是用户与自动化组卷系统交互的接口。本层除了要为用户提供良好的用户体验,同时还要为系统的实体层等提供数据校验服务。   1.2系统体系结构垂直模

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档