基于REST架构海事信息系统模型,这是一篇与海事论文范文相关的免费优秀学术论文范文资料,为你的论文写作提供参考。
海事论文参考文献：
摘 要：为了解决当前海事信息系统架构内部逻辑耦合度较高、技术平台间通用性较低、不利于系统升级改造和第三方集成等问题,提出了一种基于REST架构的新型海事信息系统设计研发模型.打破了传统的基于JavaEE技术的信息系统MVC开发模式,在系统集成、数据整合、信息共享、网络服务发布、平台兼容性等方面表现出诸多优势,从业务管理信息系统的角度进一步消除海事信息化领域的信息“孤岛”现象.
关键词：海事信息系统；REST架构；系统集成
中图分类号：U665.2 文献标识码：A 文章编号：1006—7973（2018）1-0044-04
MVC信息系统研发模型从上世纪七十年代问世到如今的四十多年间被很多信息系统所采用,而基于J2EE的Spring mvc、Struts等MVC研发框架在当前海事信息系统研发中具有很强的影响力.MVC 模型即Model-View-Controller模型,它包括称为模型、视图和控制器的三个组成部分,基于其设计模式产生的逻辑框架在信息系统项目设计研发中较其他模式表现出一定的技术优势.
MVC模式也慢慢地表现出其明显的不足和设计逻辑缺陷,主要表现在：①任何一个网络服务请求的发起到最终得到相关业务数据并在页面上进行逻辑展示,都要严格遵从模型、控制器、视图这个MVC设计模式规定的业务处理流程,操作过程较为复杂、模块间交互繁琐、每个模块之间功能可能存在重复.②设计模式对数据模型的耦合度较高导致其必须首先通过生成相关数据源的对象实体,才可以根据相关依赖性操作来实现业务信息的逻辑处理和数据计算.③每一次客户端的请求所需展现的代码都需要服务器端进行处理并渲染后返回给前端,客户端和服务器端分工设计不够合理导致服务器端的工作强度压力较高,也降低了网络传输效率和对前端展示技术的兼容性.
1 REST架构
综上所述,当前海事业务管理信息系统所面临的诸多问题核心主要包括：传统MVC工程研发设计模式的处理逻辑分工不明确,引发整体业务处理流程过于冗余,前端显示和后端处理结合在一起导致彼此模块间耦合度较高.
那么应该尝试一种更好的研发方式或设计模式,能够将紧耦合的整体工程进行切分使之彼此分离,前端只关注展现,后端只关注业务逻辑.而基于REST风格的研发框架为基于前后端分离的设计思想付诸实践提供了很好的借鉴和技术支撑,因此决定采用REST框架实现前后端即静态展现和动态逻辑的隔离.
REST一般称表述性状态传递是一种松耦合的逻辑设计风格,其关键核心是对资源的表示和获取,该架构注重将资源使用统一资源标识符URI来唯一进行表示.REST是在现有的网络服务技术体系基础上,加强约束和相关应用规范以增强逻辑架构可扩展能力.基于REST风格的设计架构整体分为前端和后端两个部分,前后端的交互过程可以概括地用图1进行描述：
如图可以看出,前端和后端进行了分离,由紧耦合的单工程应用分为逻辑清晰的前端应用和后端应用.前端关注用户展现,后端关注业务逻辑,前后端的信息交互通过Web服务请求和序列化的格式数据来实现.
REST架构遵从的设计原则核心主要包括：工程中所有应用服务资源都需进行统一定位标识,展现端即前端和业务端即后端的交互采用无序的数据传递,前端发起任何一个网络服务请求应携带发起者客户端的全部数据,对数据量较大的信息交互前端应该提供缓存机制以优化整体操作性能,对前端的任何请求后端只负责响应而不负责回溯,后端的体系架构变动不会对前端的业务展现造成任何影响,前端在分布式情况下发起的网络服务请求可以被任何一台处于工作中的后端服务器响应.REST关键核心内容可以用图2进行表示：
2 逻辑模型
基于前端应用和后端处理逻辑彼此分离的行为模式,设计出基于REST架构的海事信息系统的逻辑模型,如图3所示：
基于REST架构的逻辑模型打破了传统基于JavaEE的MVC固有研发框架,设计模式更加清晰.整个逻辑模型采用B/S架构,对海事应用系统用户层面来说是透明的,用户只要根据自身需求在客户端进行界面操作即可,不用去关注任何业务逻辑和技术实现细节.
模型进一步降低了前后端的耦合程度,前端应用负责对页面进行组织并进行用户工作台综合展示,后端应用只关注海事业务实现并返回指定格式的序列化结果集.采用前后端逻辑分离的工程体系,也使得信息系统项目研发工作分工更加明确,也有利于提升代码编写人员的技术专一性,使得工程设计研发效率大幅度提升.
基于REST框架的前后端分离模型具有更好的平台兼容性,后端不必考虑前端使用何种展现技术,前端则适用于任何后端高级研发语言和逻辑体系架构.
2.1网络服务端
網络服务端即逻辑后端负责和数据源的交互,针对前端的网络服务请求对应访问相关数据源获取可操作数据,并对生成的可识别模型类对象进行逻辑操作反馈给业务展现端.从整体上来说,网络服务端主要包括访问权限管理OAM、Session Manager管理器、业务逻辑处理、对象解析器、序列化数据生成器等诸多细分模块,下面对该部分的关键核心模块进行解析.
访问权限管理OAM是整个网络服务端的接入控制器,负责和业务展现端进行数据对接和网络交互,其响应业务展现端发送的Web Service请求和异步刷新服务.访问权限管理OAM对接入的普通http请求和ajax请求进行合法性认证,通过其内置的认证服务中心对接收的客户端请求数据进行验证,并针对不同前端环境发放对应的通行证Ticket已标志其是否正常登录.该模块针对前端的校验技术应提供绝对安全的接入手段,目前主要包括不可逆加密型**方式和全球唯一性数字证书加密服务两种类型.针对正常合法的网络服务资源请求,访问权限管理OAM采取放行策略并反馈其需求的后端资源.针对未实现前端*登录或数字认证的用户接入和网络请求,访问权限管理OAM实行自定义拦截,拒绝提供其定位的静态资源或数据获取服务并强制进入登录转接页面.
结论：关于海事方面的的相关大学硕士和相关本科毕业论文以及相关2018直属海事划入地方论文开题报告范文和职称论文写作参考文献资料下载。
单位内控规范下资产控制和内控信息系统功能架构
摘要：行政事业单位内部控制，要求充分发挥信息系统的作用，充分体现信息系统的优势，本文分析了资产控制规范对内控信息系统的要求，应对资产管理风险，应。
电力企业运营监测（控）信息系统应用架构设计
摘 要：电力企业在朝着信息化方向发展，要处理的业务数据急剧增长，在不影响质量的前提下，为了提高工作效率，需要建立一个具备信息监测、分析处理等多种。
信息系统在医院成本核算中应用
摘要：成本核算是医院在生产经营过程中，对各种消耗按照一定对象进行分配和归集以计算单位成本及总成本的方法。医院进行成本核算有助于合理归纳成本支出，。
会计信息系统内部控制相关
摘 要：本文从会计信息系统内部控制发展历程入手，并对当前企业会计信息系统内部控制现状加以分析，发现企业会计信息系统内部控制中存在的问题，并提出合。