基于SOA技术的航空统一数据信息平台的分析与设计.doc

矽辉月缈日学位论文使用授权声明乃研究生签名： 心”的需要而设计的。关键词：面向服务的体系结构、企业客户信息工厂、统一建模语言 瑀琭吐， 目目母攀鲇牖咎卣鳌 樯堋际酢系统分析与设计。系统典型应用。低撤治鲇肷杓啤 服务逻辑模块及其组件设计致谢参考文献 研究现状，并给出本论文的内容安排和组织结构。下：是航空公司巩固和提高自身竞争力优势和提升长期盈利能力的保障；改进点，东航在恼褰枭希枰M骋豢突菘庖约癊基础平台的建设来随着全球信息产业浪潮的不断涌起，信息产业的触角通过不断的延伸，已经渗入大型主机系统，变化至了腃芄梗堑的出现以后，系统的发展方向就愈来愈朝小型化和分布式的方向演变了。直到年技术横空出世后，驼饺饲凹钢痔逑到峁梗匠晌A讼乱淮鶺服务的基础框架标准，近几年已演变成为计算机信息领域的一个新的发展方向。之类多种信息的标准，但很多种异构系统间的数据源仍然运用相对独 本文研究内容及目标笠捣褡芟实现源系统和统一客户数据库系统之间的数据交铣每汀匾B每托畔、趴突、离港、订座、 本文结构第五章，为本文的结论，分析了系统实现后的特点与优势。文章最后对系统进行总结和展望，对本文所做工作的总结。 的简要介绍。娜疲篠，即面向服务的架构，它可以 来定义蛘咭部沙莆猉，成是服务登记的统一标准。每一种姆穸加杏胫喙氐姆衿分琿。这种服务品质的关键元素不仅有其安全需要热缡谌肴现，可靠 窃赪和技术的基础之上通过合并而成的全新的框架。 所示： 作出相应的检查并进行修改；幕肪场裕珼的工具集提供了一套一致的痵编辑程序，以此来完成使应用的逻辑分割在端与以非常容易的掌握此工具集的运用，并能进行比较和调整痵的应用；的开发上。其具体功能如下：瓺是将对的操作缱罴虻腂僮整个封装在内的，例 南喙刈榧校笤赟校械腟赟嗽诵衝因为核心的逻辑被封装在了标识和校虼薟并执行使用其它方法更难于编程及费时的功能。 都包含有驱动程序，因此程序能访问如 系统分析与设计。系统从相关数据源系统中导入数据并完成数据的系统通过低程峁瘢灰缀凸悴嚼唷勘晗低惩鼸发起交易，而 应用服务月层次化的系统架构易进行实现，业务规则的实现，应用流程的调度控制，等等。 墨圈鯹鴉明畸觥觥觥觥觥鯻图系统管理和监控系统结构图系统的运行状况。管理系统则以图形界面展示这些状态。 盟生卫蛆锄譬监涠曙圈冒龃縧 目应用框架设计原理图三、业务组件和中，该表中的数据始终和实体表中的数据保持同步。当增加一个用户时，系统比较客户的属性和表中其他用户的属性，若发现一致，则判定这两个客户是同一个人。在外部系统修改客户的参与人识别属性时，系统把新的属性写入待归并客户表，然后返回。后台程序扫描待归并客户表，比较每个被修改客户的新属性和参与人识别表中其他客户的数据，若发现一致，则启动归并的程序。骤。在后台批量处理流程中参与人识别是存储过程。 归并前归并后当外部系统新增一个参与人，或修改参与人的识别相关的属性时，系统将根据业 记录被归并的参与人，并通过批量接口通知目标系统。实现方式：存储过程。图客户号生成原理国客户号规则为位数字： 管理服务器后台管理系统主要为系统提供后台管理功能，为提供模型原数据的图应用服务器功能图一、模型管理和数据库创建语句。模型中实体的控制以及实现后台管理系，供。 、!一卜瓴穦墨刊鸫豯；鞠一现权限的校验。 五、系统监控迪址绞剑杭嗫氐5氖迪忠览涤诒患嗫叵低常话悴捎胏，调用，既敫梦募馕鲋1湮狢 图东航当前系统环境 件进行进一步分析，识别出组件之间的依赖关系； 性；开发的服务管理平台来实现。它主要提供以下主要功能：供外部系统接入，实现消息可靠传输，消息路由和消息格式转换一、应用架构视图：为应用系统之间的业务数据交换提供可靠的基础。理模块：的后台管理和服务管理等功能； 量士士士一 基于际醯暮娇胀骋皇菪畔姆治设计獷平台 二，具体如下图所示； 一、功能概述务人员的业务创新，提供了很好的技术基础。”。将其前端的请求封装成服务的对象，屏蔽了拇恚奖愕饔谩核心平台统间除了点对点的通信需求外，有时候需要通过广播的方式将信息从一点传播到多 板的完整名称。现行实施的模板类型有以下校种是常用类型：服务。在此模板内没有消息转换处理步骤。下图为流程示意图： 卜匿量至 承蚨藑端模板顺序端到端模板其实就是组合多个独立的端到端的消息流用来完成具有多个业示：函：顺序端到端模扳三、接口集成模式 甈籑組。攀觯篍与服务请求方和服务提供方的连接都采用方式。到模式攀觯篍与服务请求方的连接采用绞剑敕裉峁降牧硬捎肳 肭蠓狡檬褂肳 一到肭蠓狡檬褂肳裉峁揭财檬褂肳应的笮鞒探寥消息记录到相应的数据库内 輘，笸齏诘慊蛘逤节点服务逻辑处理流程图瓻系统要正常运行，一定可以不断的产生新的服务，这样才可以满足持续 二、功能概述大功能模块：据访问层和数据存储层来达到业务要求。 进行文件访问的服数据存储层包括关系型数据库管理系统，文件存储服务器等系统相关的外部信息服务管理模块逻辑架构图服务管理模块选择开源框架作为核心应用框架。同时拥有版本， 程的好风格。的框架基础为基于应用属性的控制翻转无二的口。它提供了唯一的数据访问抽象，包含简单有效架构，大大地提高了蚣堋所示简单展示了框架的基本模式的依赖，且可真正的让你从程序逻辑中分隔出配置与依赖关系。 并且，封装还提出了一类比编程性更佳的声明性事务管理它的庾癙岢隽朔螦言开发难度最低；赟语句执行结果的对象化转换，同时兼顾对象化褂檬菘夂团渲眯畔次狝 皿皿靡豢啊骸图运行时体系结构 纾美从氡硎静阆嘟换氖荽投韵蟆它们也许是在被应用程序实例仅供开发者扩展实现用，并不暴残硖齌及等苯佑隞騄相交互。的输入参数和峁？7可以用的代码来完成的功能。旅婀堂杌媪薙 厂磊飞一运行逻辑甒框架服务管理的设计理念，阍市硌穸嘀諻技术作为实现基础。平台则选用际蹩蚣堋保诩际跄芰愕那榭鱿隆、 昧薟的核心设计，而非紧应用隬几乎相同，要用于处理用户的请求，处理用户的请求时候回调业务控制器的执行方法，此方法的返回值决定了 腁嗤耆牙肓硕訵容器的依赖，从而可以按照显著考恫畋，非常适用于构建内部的分布式松耦合企业架构。在服务管理模一、系统分层及包结构设计服务管理模块的架构设计是以为核心的多层架构，因此系统的组件设计遵循的最佳实践，对数据存储、组件，服务、展现交互分别进行了层次划分。因此我们的组件设计以及相应的包的设计也按照这个划分方式进行划分。在功能模块各包下，直接在根级目录下创建对象模型和类。二、服务管理模块对象模型 一，竺兰竺；服务管理对象模型：服务信息，定义了服务的具体数据信息； 系统管理对象模型息：罩竟芾碜榧停缤 点一川，；疚賛而错误娃理对象模型 错误处理对象模型的核心是错误等待对象。通过对象模型可以准确的描述错误基认证授权象对象模型定义了服务的具体数据信息； 二二二二二二墨运画鱼叵二捎叩。文件配置的方式进行J莸拿枋觯琱成渲卸允菘釩葜涤的映射采用的 如果固定查询条件的查询，在迪掷嘀锌梢允褂肏查询，并以以下的代码方式进行饔茫缤 所示：旁隰的机器上，将隹诘腝 甒蚖蠧部署， 主要工作包括以下几点：分发，传输配置。 参考文献清华大学出版社，甋：綣】，【】任佳贺我国商业银行实施客户关系管理研究学位论文哈尔滨工程大学年【】李宽，唐学彬，叶又升等集中分布式操作型数据