数据库类论文范文集,与基于SOA的企业人事信息同步平台相关硕士学位论文

这篇数据库论文范文属于论文格式免费优秀学术论文范文,数据库类硕士学位论文,与基于SOA的企业人事信息同步平台相关本科毕业论文格式。适合数据库及信息系统及建筑设计方面的的大学硕士和本科毕业论文以及数据库相关开题报告范文和职称论文写作参考文献资料下载。

摘 要 ：随着企业各独立业务系统已日臻完善,业务系统间的水平集成需求越来越明显.本文基于SOA架构,通过BizTalk　Server,提出某建筑设计研究院人事信息同步平台架构.在充分利用其原有系统及功能,及保证其灵活性的前提下,为其人事信息进行服务集成.

关 键 词 ：SOA；BizTalk　Server；服务集成

中图分类号：C931.6 文献标识码：A 文章编号：1007-9599　（2012）　18-0000-02

随着信息化发展,许多企业为不同的业务定制了不同的业务系统.而进一步的系统发展则需要这些独立的业务系统数据共享.如何共享这些数据,统一流程成为一个问题.面向服务架构（SOA）作为一种灵活的,松耦合的架构风格,可以很好地解决这一问题.

某建筑设计研究院的业务信息系统包括了人事系统、建筑设计办公系统、档案系统等多个专业系统,而各系统分别采用不同的同步模式,一个系统的修改很可能极大地影响其他系统.同时,随着建筑设计相关业务不断完善和扩大,需要各个系统能快速适应新的业务变化的要求.

本文在SOA架构下,基于BizTalk　Server对该研究院的各业务系统进行服务集成,以人事信息部分为例,概括介绍了数据、流程整合的设计思路以及开发实例.

1.面向服务的体系结构（SOA）

面向服务的体系结构（service—oriented　architecture,　SOA）是一种架构风格.它将业务划分为一系列粗粒度的业务服务,再将这些业务服务组装成业务流程.

SOA的分析和设计步骤：

（1）服务发现：发现服务的候选者,主要有自上而下、自下而上和中间对齐三种方式.（2）服务规约：确定哪些服务候选者将被暴露为服务,并规范性地描述服务的各个方面的属性,包括输入输出消息、安全约束、响应时间等等.（3）服务实现：服务实现需要对现有系统进行分析,根据服务的规约,最终设计并实现各个服务和服务的编排.

2.Biztalk　server

BizTalk　Server是微软推出的一套信息交换与应用整合系统.它提供了一个功能强大的基于Web的开发和执行环境,具有松耦合的集成和长期运行的业务流程.它可以处理长期的交易,运行数周或数月,而不只是几分钟或几小时.BizTalk　Server通过Inter发送和接收文件,并提供一系列的服务,以确保数据的完整性,可交付性,安全性,并支持BizTalk框架和其他重要文件格式.

3.人事信息同步平台设计

3.1 人事信息交互现状及问题

本文所涉建筑设计研究院原有信息系统较多,涉及人事信息的主要有人事管理系统,建筑设计办公系统（以下简称办公系统）,即时聊天系统及图档系统.且各系统都在开发过程中或计划中,尚不成熟,故对灵活性要求较高.

该研究院原有信息系统的交互方式是直接共享数据库,采用触发器、视图等方法同步不同系统间的数据,技术上较为简单,但是一旦更改一个系统的数据库结构,其他系统势必受到影响.另外,由于人力资源信息具有一定保密性,数据库层面的操作存在潜在的安全隐患.而该研究院的信息系统仍在不断发展,当未来增加新的系统或对旧系统进行升级时,还需大量修改原有系统,其成本也会非常高.

总而言之,该研究院目前的数据同步方式需要各个系统人员的大量交流,灵活性较差,维护成本高,出错概率也较高.

3.2 人事信息同步平台服务设计

人事流程基本可分为录用,调职,离职以及其他日常维护.其中录用调职离职流程由人事管理系统驱动.员工首先在人事部门完成人事流程后,数据被发送到其他各系统,再由其他系统分别完成一系列流程,并对数据进行修改.日常维护则主要分为信息勘误和背景信息的更新.根据维护内容不同,员工本人由办公系统,或人事部门由人事管理系统中发起,经过审核等流程后,完成系统内部的数据修改；再将需要共享的数据通过共享平台同步到其他系统并完成其他流程.

依照SOA架构的分析设计流程,分别为以上功能发现服务、规约服务并最终实现服务.

以人事录用为例,主要流程如下：

（1）首先由人事管理系统输入数据,完成人事流程；（2）人事系统将数据发送到同步平台.同步平台将数据分别转发到办公系统,图档系统和即时聊天系统；（3）在办公系统中完成一定流程,如计算机室给员工分配网络账号,电脑等,然后将企业地址发回同步平台；（4）其他各系统以相似方法完成一定流程,修改并同步数据.

怎么写数据库硕士论文
播放:33843次 评论:6827人

服务发现：

按照现有系统及功能,在不暴露系统内部流程,尽量保持现有功能的情况下,相关服务候选者有：

人事管理系统：新员工录用、员工信息更新

办公系统：员工添加、员工信息更新

图档系统：员工添加、员工信息更新

即时聊天系统：员工添加、员工信息更新

服务规约：

（1）决定需要暴露服务：由于新员工录用由人事系统发起,而不是由其他系统或平台调用的功能,所以无需暴露为服务.其他系统的人事初始信息都需要从外部获得,所以员工添加是必要的服务.图档系统和即时聊天系统都需要从外部获得员工账号等更新信息,所以这两个系统都需要员工信息更新服务.而办公系统和人事系统的员工信息更新虽有必要,但与录用流程无关,可以留待其他流程中再行规约.

（2）服务的输入输出：人事管理系统调用平台接口时,平台接口的输入数据为该员工的全部数据.

办公系统的输入数据为该员工的全部数据.其输出数据为操作结果.

图档系统和即时聊天系统并不需要全部人事信息,所以将人事基本数据精简后,只将必需的信息发送给相应系统,而某些详细信息如身份证、家庭住址等详细信息或其他保密的信息则不被发送. 服务实现：

依照同步平台的服务设计,各原有系统保持内部流程不变,只需将相关功能按规约暴露为服务.即人事系统调用同步平台的录用流程服务,办公系统、图档系统和及时聊天系统分别重新包装其人员添加,信息更新服务.

4.人事信息同步平台实例

BizTalk　Server的数据流如图3.3　-　1,BizTalk　Server通过接收位置接收数据、创建消息,　经接收管道处理后,将其存储到MessageBox数据库,然后根据映射关系将输入消息转换为另一种架构的输出消息,再将转换后的消息由发送管道处理之后经发送端以相应的格式发送给目标端.

仍以录用的步骤二为例,信息同步平台部分的实现主要有以下几个步骤：

（1）创建消息架构,即按照服务规约定义的输入输出.本例中主要有人事全部信息、人事精简信息和操作结果；（2）创建管道以完成XML的拆装工作；（3）创建数据映射,即将人事全部信息映射为人事精简信息,以及将人事全部信息的关键信息映射到操作结果中；（4）创建业务流程及端口,主要业务流程如下：

1）平台接收数据；2）检查数据（检查工号、姓名不为空）,并设置错误信息；3）如果通过数据检查,则将输入数据直接发送给办公系统,并等待办公系统结果；4）如果办公系统结果正常：

a由输入数据构造精简数据（图档系统和聊天系统的暂使用相同数据架构）；

b将精简数据发送给图档系统；

d将精简数据发送给聊天系统（图档系统和聊天系统由于数据简单,不再进行返回值的判断,默认操作成功）；

1>如果办公系统结果错误：

a设置错误信息；

2>构造结果信息,并为错误信息赋值；

3>将结果信息返回；

5）部署系统,设置接收位置等.

5.结语

本文结合研究院的实际需要,设计实现了基于SOA的人事信息同步平台.SOA架构使集成工作可以充分利用原有系统和功能,而无需大量的重新开发工作.而BizTalk　Server的开发及日常维护工