高等院校如何利用SOA框架短信通知平台接口提升效率
来源:原创 时间:2018-02-24 浏览:0 次我们正处在由计算机所构建的信息时代,互联网、移动通信、全球化、网络化、信息化、智能化是这个时代的主要特征。信息通信技术日益成为社会发展的助推器,以前所未有的速度渗透到社会生活的方方面面。我们的思想、观念、行为、人们对信息和通信的依赖性的深刻变化,也推动了通信和信息服务的发展空间。随着中国的移动通信产业的快速发展,移动通信用户的迅速增长。移动电话已成为不可缺少的通信设备。作为一种实用、方便、廉价的通信手段,短信赢得了在中国广大手机用户的爱。
与此同时,短信应用的范围也逐步从移动增值业务扩展到企业、银行、证券、交通、教育等应用领域,成为企事业单位不可或缺的内部办公室。客户服务和积极的营销工具。云通信平台以短信应用为主,积累了丰富的行业短信应用解决方案经验,拥有丰富的渠道资源和过硬的技术实力,为全国50000多家客户提供短信应用服务,得到了广大用户的认可和喜爱。使用云通讯PaaS打开短信界面,我们设计并开发了一个统一的高校短信平台。高校业务应用集成。
通过短消息的应用,它与高校现有的信息网络相结合,涵盖了管理、教学、生活等信息管理的诸多方面。本课题的研究具有很好的社会意义和经济价值。本课题的研究背景是辽东大学在职教师1000余人。许多全日制学生的规模和师生之间的及时交流一直是学校面临的问题。
虽然学校已经存在于OA系统的短消息平台中,但它的SMS功能仅限于使用OA帐户的教员,不能覆盖学校的所有师生。覆盖学校所有员工和学生的短信平台,同时根据学校管理的需要随时通过短信群发、自动异常信息预警等短消息通信方法,学校工作人员之间,建立一个绿色安全的教师和学生之间的信息桥梁,将大大提高工作效率和服务水平。同时也节省了学校的日常运营成本。1.2.1在学校日常管理工作的学校信息活动的现状:教学人员应及时通知教师和学生临时调课;学校的工作人员需要通知重要会议的具体人员;工会工作人员需要派遣员工到节日、生日祝福;财务人员需要通知教职工个人所有的财务细节的教学人员等。在学生工作管理中很方便:辅导员应将与学生有关的一切相关信息如:成绩信息、财务信息、招聘信息等及时通知学生。
学校信息活动存在的问题。现阶段校园信息活动主要通过电话或电子邮件进行。这种治疗方法存在着很多问题:(1)定期校园工作、学生管理及其它注意事项有很多,这无疑是对相关人员容易忽略的负担;2)校园的员工,部门之间的电话通讯往往由于繁忙的线路延迟;3)校园教师,大学生用户,和每年的资金成本由学校承担已逐渐成为高校日常运行费用的负担。在现阶段,无论是传统的电话手段,还是电子邮件手段,都不能保证学校各部门之间、教师之间、师生之间及时、畅通的沟通。
构建基于短信的师生综合短信平台已成为学校、教师和学生的迫切需要。传统的传播手段显然不能适应高校不断扩大的信息服务。近年来,移动通信业务发展迅速,市场规模迅速扩大。本文主要介绍了基于云通信平台服务短消息接口的高校短信平台开发的技术和过程。
高校短信平台采用基于SOA架构的W/B服务集成模式设计。主要包包括以下几个模块:l短消息推送服务模块:通过调用云通信平台的服务短消息接口,实现手机短信的推送。
该包采用SSL X 509证书来实现安全的Web服务调用和传输,并返回消息发送状态信息。2)服务管理模块i.user信息数据管理模块:主要完成高校现有的部门和院系和部门的组织结构。用户定义组和管理维护人员和人员信息;11。短消息数据记录模块:用于存储所有用户发送的短信记录和状态发送短消息;111.school-based短信接口:主要用于。其他学校业务系统的短消息呼叫接口;4.自动短信报警模块:主要实现高校网络管理设备的异常预警、学校异常行为预警等功能。3)客户应用模块短信发送:主要包括普通短信一对一,一对多传输,可变短信批量发送。
也可以直接连接在通讯录中直接选择短消息接收方。查询模块:在单位通讯录查询,查询自己的短信记录的辽东学院综合短信平台建设,满足校园综合管理需要新的教育发展模式下,建立便捷的现代通信信道之间的教师、学生和员工,有助于学校使用现代手段推进综合管理。服务水平。综合短信平台将互联网技术和移动通信技术结合起来,是学校教育信息化、管理信息化、服务信息化的重要突破口。相关技术引入服务是基于网络的,分布式模块组件是一种面向服务的体系结构,它执行特定的任务并遵循特定的技术规范。
这些规范使web服务与其他兼容的组件[ 5 ]互操作。Internet Inter-ORB协议(IL OPP很长一段时间,但这些模型都依赖于特殊的对象模型协议。Web服务使用SOAP和XML进一步扩展通信中的模型,以消除特殊对象模型的障碍。Web服务主要使用HTTP和SOAP协议,使业务数据通过HTTP在Internet soap调用业务上传输。对象使用SOAP和通过m B调用的HTTP方法执行远程函数调用,以调用远程对象。
web服务通常包括三个核心标准:SOAP:基于XML的可扩展消息包格式。您需要同时绑定一个传输协议。该协议通常是HTTP或HTTPS,但它也可以是SMTP或XMPP。使WSDL成为XML格式文档,用于描述服务端口访问和使用协议的细节。通常用于帮助生成服务器和客户机代码和配置信息。
Cold Uddi:发布和搜索Web服务的协议。应用程序可以使用此协议在设计或运行时查找目标Web服务。2。web服务和面向服务的体系结构的V形尾翼服务作为一个热门技术,如何应用到企业的IT系统和业务流程,为企业带来直接的经济效益,受到高度关注和尊重的管理人员在国内和国外。近年来,技术架构已经成为Web服务基础架构的下一代,这是SOA(面向服务体系架构(面向服务架构)
云通讯平台认为,SOA是“现代应用开发领域中最重要的学科”[4],预计S0A将成为软件工程中的一种绝对优势的实用方法。主流企业现在应该投资于理解和应用SOA开发技能。2.。2.。2 SOA引入SOA的核心思想是使企业应用程序摆脱面向技术的解决方案的束缚。易于应付企业业务服务不断变化和不断变化的需求。
企业环境中的单个应用程序不能满足业务用户的(各种)需求,即使它是一个大型的电子通达解决方案,仍然无法满足这种日益增长的需求、不断变化的差距、对市场的快速反应,商业用户只能继续开发新的应用程序,扩展现有的应用程序来支持他们现有的业务需求。通过专注于服务,应用程序可以专注于提供更丰富、更有目的的业务流程。基于SOA的企业应用程序倾向于更真实地反映与业务模型的集成。服务是从业务流程的角度来看待的,业务流程是自上而下的。技术驱动的商业视角正好相反。
服务的好处是显而易见的:它们与业务流程相结合,因此,可以更准确地表示业务模型,更好地支持业务流程。相反,我们可以看到一个以应用程序为中心的企业应用程序模型,它迫使业务用户将其功能限制在应用程序的功能上。SOA是一个体系结构模型。它可以根据需求通过网络部署、组合和使用松散的粗粒度应用组件。整个系统被设计并实现为一套交互服务。
它使系统中的某些服务能够充分利用其他服务,在该模型中,任何业务功能都用作提供的服务。应用程序的不同功能(服务)通过这些服务之间定义良好的接口和契约进行连接。这样,系统中构建的服务就可以以统一和通用的方式调用。这个具有中立接口定义的特性(不绑定到特定实现)称为服务之间的松散耦合。
松耦合系统的好处有两个:1。系统的灵活性,2,组成整个应用程序的每个服务的内部结构和实现可以继续存在。SOA体系结构的组件包括:组件和工作流F 19.2。1 soacomponentsandproeemaker(1)服务提供者:服务提供者是一组服务,可以由网络提供商解决;(2)服务用户:用户服务是一组服务,使用由服务提供商提供的一个或更多的服务;(3)服务:服务库,库中包含了描述的服务和服务提供者的服务注册库中的服务,和用户访问提供的服务已经由库发现。在SOA架构下的业务支撑系统,它需要设计开发人员将系统的功能。在SOA的原则中,重点放在服务的可重用性上。
将应用程序逻辑代码和接口代码分开,以便于对任何一个Atom服务进行接口封装和调用,从而实现服务的可重用性。SOA体系结构实现的前提是基于SOA体系结构的系统是松耦合、模块化系统、业务逻辑和接口逻辑分离。客户需求的变化使我们的业务规则每天都在发生变化,带来了编码的复杂性。随着这些问题的日益突出,SOA思想逐渐浮出水面。软件系统中的一种服务:一种服务是实现特定功能或服务的逻辑单元。
流程定义服务本身。服务被定义为业务流程。服务被定义为一个业务流程。服务被定义为支持业务流程。服务定义为进程中的装配操作和逻辑实现。
理解业务流程是一个定制服务是很重要的。为了更好地支持业务流程,SOA不是一件新鲜事,IT组织多年来成功地构建和实现了SOA应用程序,BEA、IBM和其他公司已经看到了它的价值和后续工作。SOA旨在使其更快地响应业务部门的需求,并实现实时企业(实时企业),这是SOA的远景目标。集成了传统的应用集成方法(点对点集成、企业消息总线或中间件集成(EAI)、基于业务流程的集成)是复杂的、昂贵的和不灵活的,以促进企业业务。这些集成的方法很难快速适应基于企业的业务变化的不断变化的需求。
这些问题可以通过基于服务体系结构的应用开发和集成的开发和集成来很好地解决。SOA描述了一组完美的开发模型,以帮助客户机应用程序连接到服务。这些模式定制了一系列机制来描述服务、通知和发现服务,以便与服务进行通信。与传统的应用程序集成方法不同,所有的服务模式都是在基于标准的SOA技术中实现的。大多数的通信中间件系统,如RPC、CORBA、DCOM、EJB和RMI,都是一样的。
然而,它们的实现并不完美,在平衡交互性和标准定制的可接受性方面一直存在问题。SOA试图消除这些缺陷,因为几乎所有的通信中间件系统都有固定的处理模式。但是,服务可以定义为函数,也可以定义为外部对象、应用程序等。这使得SOA适合于任何现有的系统。并使系统在集成中不必刻意遵循任何特殊的定制。