基于soa的学校财务系统设备系统和资料系统融合的设计模型.docx
- 文档编号:10198432
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:15
- 大小:280.83KB
基于soa的学校财务系统设备系统和资料系统融合的设计模型.docx
《基于soa的学校财务系统设备系统和资料系统融合的设计模型.docx》由会员分享,可在线阅读,更多相关《基于soa的学校财务系统设备系统和资料系统融合的设计模型.docx(15页珍藏版)》请在冰点文库上搜索。
基于soa的学校财务系统设备系统和资料系统融合的设计模型
课程报告
课程名称:
SOA方法与技术
题目:
基于soa的学校财务系统、设备系统
和资料系统融合的设计模型
学院:
交通运输学院
专业:
电子商务
学生:
王泽胜
学号:
11121103
指导老师:
董宝田
摘要
本文简单介绍了SOA的概念,以及它的设计特点。
对目前学校报销流程做了简单的分析,在SOA的基础上分析了整个报销的业务流程,建立了服务模型,确定了需要暴露的接口,并对服务接口进行了定义,初步建立了基于soa的学校财务系统、设备系统和资料系统融合的设计模型。
1.引言
信息化的发展在给校园带来了机遇的同时也带来了新的挑战。
以往的数字化校园信息都是以单一的业务流或数据流来获取的,而教师或学生对信息的获取要求越来越简化,这对数字化校园的业务应用开发工作提出了新的挑战。
目前,大多数学校内部采用的分散孤立的应用程序并不能满足这种要求,因为在这些应用程序之间共享数据是很困难的,各系统的数据库互相独立,存在数据冗余甚至数据冲突,不可避免地形成一个个信息孤岛。
为了将各信息系统资源有效集成,目前很多高校开展了数字化校园建设。
但由于各了系统在开发环境、数据标准、编程语言、部署平台等方面的差异性,如何将各种信息资源有效收集、处理、整合、存储、传输和应用成为目前高校信息化建设的难点。
然而,这些孤立程序不可能在一夜之间全部放弃或替换,因为它们都是一些关键业务,而且在当前的环境下从零开始重新开发整个信息系统显然是不合算的,很重要的一点就是新方案是基于最新的体系架构,它们与原有的老系统的体系架构有明显的不同。
由于学校在信息化过程中普遍缺乏IT系统在企业应用中的整体观念,注重单元技术和缺乏长期可持续使用性。
加上各个部门的经验和从事的业务范围限制及平台、工具的不统一,管理过程和管理系统的规范标准缺失,使得各个信息系统之间的兼容性和集成性成为问题。
所以,传统的应用模式远不能够满足如今校园内部业务流程变动的需要。
如何有效地实施各种业务应用的整体集成,是每一个学校急待解决的问题。
如何将众多的校园应用系统集成起来,也就是最引人关注的热点。
2.SOA概述
2.1SOA概念
SOA是一种面向服务的体系结构模式。
它表示的是一个组件模型,将应用程序中的不同功能单元(称为服务)通过服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式定义的,它独立于实现服务的硬件平台、操作系统和编程语言。
所构建的服务可以用统一和通用的方式实现交互。
在SOA模型中,主要有三种角色:
①服务消费者(ServicesConsumer):
在服务注册器中查找所需服务,并与服务提供者绑定以调用服务;②服务提供者(ServicesProvider):
创建服务并将所提供服务的接口信息发布到服务注册器;③服务注册器(ServicesRegistry):
存储业务信息,提供注册和检索功能。
2.2SOA设计特点
1)重点关注服务。
SOA支持面向服务的开发方法,是对前续的面向过程、面向消息、面向数据库和面向对象开发方法的补充。
服务从更高抽象层次上定义,直接与业务相对应,且其实现可采用面向过程、面向消息、面向数据库和面向对象等不同开发方法。
与面向对象的调用接口相比,服务一般定义较粗粒度的接口,会接收更多的数据,消耗更多的计算资源。
服务一般是用来解决应用间互操作问题,以及将服务组合成新应用或新的应用系统,而不是为应用创建具体的业务逻辑。
2)松耦合。
松耦合是软件设计中一个重要概念,SOA强调服务间的松耦合。
在SOA中松耦合包括以下几个方面:
一是接口松耦合。
接口耦合是指服务请求者与服务提供者之间的耦合。
度量的是请求者与服务提供者的依赖性。
接口松耦合强调服务请求者仅需要根据已发布的服务契约和服务水平协议(或称服务等级协议)就可以请求一个服务,任何时候服务请求者都不需要了解服务提供者对内部实现的信息。
即服务接口封装了所有的实现细节,使服务请求者看不到这此实现细节。
二是技术松耦合。
技术耦合度量的是服务对特定技术,产品或开发环境的依赖程度。
技术松耦合强调服务请求者和服务提供者的实现和运行不需要依赖与特定的某种技术,或某个厂家的解决方案或产品,从而减少对某个厂商的依赖。
在SOA系统中服务请求者和服务提供者可以使用不同技术实现,可以在不同厂商的环境中运行。
三是流程松耦合。
流程松耦合度量的是服务与特定业务流程的依赖程度。
强调服务不应与具体的业务流程相关,以便能够被重用于多种不同的业务流程与应用,这一点强调的是服务的可重用性。
在SOA系统中对业务服务的合理规划,使得一个业务服务可以在多个业务流程中得到复用,并且随着业务要求的改变,一个服务可以在变化后的新的业务流程中能够得到继续使用。
3)重构的灵活性。
在SOA系统建设中,基本的单位是实现业务功能的服务,而不是实现业务逻辑的对象、过程、函数等较小的技术单位。
服务与实际业务功能相关,具有明确的接口。
这些服务可在不同的业务流程中得到重用,提高了服务的价值。
其次在使用中只需按其接口要求进行访问,屏蔽服务实现细节,服务实现的修改不会影响到服务访问方的逻辑,提高了业务流程的适应性。
另外,一旦业务流程变更,仅需对服务进行重新编排,并不修改服务本身,提高了业务流程实现的灵活性。
重构的灵活性,不仅可以使业务服务有更好的重用性,也使得业务流程更容易重构,使得系统具有了更好的灵活性,可以快速面对变化的市场需求。
4)对标准的支持。
为了强调互操作性,在SOA系统中,服务需要尽量符合开放标准。
与服务相关的技术几乎都存在相应标准,通过对标准的使用可以得到众多好处,包括:
减少对特定厂商的依赖;为服务请求者增加了使用不同服务提供者的机会;为服务提供者增加了被更多服务请求者使用的机会;增加了使用开放源代码的标准实现,以及参与这此实现的开发机会。
在SOA系统中,除强调需要遵守技术标准(如SOAP,WSDL,UDDI和WS-*)外,服务层的数据模型和流程模型也有需尽可能基于一些成熟的业务领域标准或纵向的行业标准。
3.基于soa的学校财务、设备系统和资料系统融合的设计模型
3.1业务流程分析
业务用例描述:
柜台报销
图1柜台报销业务流程
对于以上的流程,从业务的角度来看,现在的业务流程具有以下缺点:
1)资料室、设备科和财务处的系统中,部分是系统自己实现的,部分业务还处于完全的手工处理阶段;
2)三个科室要经过三次重复的验证,并且查询操作都是人工进行的,且三个科室距离较远,使得整个流程中耽误了很多时间;
3)很多的人工操作使得整个流程可靠性没有保证;
4)对于一个申请人而言,其信息记录在不同的系统上,而且可能不统一。
为了在尽量复用已经实现的业务部分的基础上,简化报销的整个流程,同时将这些业务进行集中管理,重新设计业务流程如图2:
图2在线报销业务流程
对于这个流程,不可能是一成不变的,这里设定里一些变动点,这样使得该流程可以具有一定的灵活性。
这些调整点对服务模型的建立有一定的影响。
表1系统的调整点
调整点
说明
项目类型
对于不同的项目,其优先级是不一样的
报销额度
不同的项目,不同的设备的报销额度不同
3.2建立服务模型
对业务流程进行分解从而获得相应的服务。
对于该业务流程,我们将在线报销业务作为一级业务进行业务活动的向下分解,直到每一个业务活动都都可以进行清晰的描述为止。
首先将在线报销业务分为3个大的子流程,它们分别是提交申请、处理申请及办理报销。
对于处理流程,进一步细分如下:
检查申请人身份、审查对应的项目、核定报销金额、审批报销申请。
根据上面的业务流程,分解出如下候选服务:
1报销业务
1.1提交报销申请
1.2处理报销申请
1.2.1检查申请人信息
1.2.1.1检查申请的人的编号
1.2.1.2检查对应编号的相关项目名称
1.2.2检查对应项目信息
1.2.2.1检查对应的项目允许报销的设备的额度
1.2.3检查设备是否已经批准购买
1.3办理报销
1.3.1发放借款单
针对以上候选服务,根据它们分别是由什么业务部门提供的,将他们进行归类,从而更好的了解服务应该提供哪些功能模块。
2.1检查申请人信息2.2检查对应项目信息
2.3检查是否已批准购买
2.1.1检查申请的人的编号
人事管理科研管理
2.1.2检查对应编号的相关
项目名称
2.2.1核定报销的金额
3办理报销
1.1提交报销申请
财务系统
3.1发放借款单
图3自顶向下的候选服务
人事管理:
2.1检查申请人信息
2.1.1检查申请的人的编号
2.1.2检查对应编号的相关
科研管理:
2.2检查对应项目信息
2.2.1核定报销的金额
2.3检查是否已批准购买
财务系统:
1.1提交报销申请
3办理报销
3.1发放借款单
3.3决定服务是否暴露
由于和业务目的相关的服务以及需要跨越部门的边界一般需要暴露,所以在在该系统中需要暴露的项目如下:
0报销业务+
1.1提交报销申请(财务系统)+
1.2处理报销申请(财务系统)+
1.2.1检查申请人信息(人事管理系统)+
1.2.1.1检查申请的人的编号(人事管理系统)
1.2.1.2检查对应编号的相关项目名称(人事管理系统)
1.2.2检查对应项目信息(科研管理系统)+
1.2.2.1检查对应的项目允许报销的设备的额度(科研管理系统)+
1.2.3检查设备是否已经批准购买(科研管理系统)+
1.3办理报销(财务系统)+
1.3.1发放借款单(财务系统)
这样,大致了解了该业务流程涉及的业务系统,以及每一个业务系统需要提供哪些服务来完成该业务流程。
3.4定义服务接口
定义了服务之后,需要对服务进行规范化,从而将服务从业务层落实到IT层,要明确各个服务的输入和输出,以及错误处理能力。
这需要对业务流程的数据进行建模,定义每一个服务的接口。
0申请报销业务
输入参数:
报销申请表
申请者编号
申请者密码
申请报销的项目编号
申请报销的设备名称
申请报销的金额
输出参数:
报销业务号
是否同意报销
报销期限
服务从属部门:
财务处
其它说明:
该服务是财务部的高层业务服务。
用来定义该部门的报销业务及其所依赖的其它服务。
同时,可以通过该服务来检查该业务的发展情况。
这个业务是通过3个子流程来实现的。
1.2处理报销申请
输入参数:
报销申请表
申请者编号
申请者密码
申请报销的项目编号
申请报销的设备名称
申请报销的金额
输出参数:
申请成功与否
其它说明:
该服务是财务部的服务。
可以被其它的业务服务使用。
该服务处理报销申请数据,返回是否成功的结果。
1.2.1检查申请人信息
输入参数:
申请人编号
申请者密码
输出参数:
申请人基本信息
姓名
办公室位置
实验室位置
联系电话
所负责的项目编号
错误信息:
用户不存在于系统中
其它说明:
该服务是客户管理系统提供的服务。
可以被其它业务服务使用。
该业务通过唯一的用户编号来返回该用户在系统中的相关信息。
1.2.2.1检查对应的项目允许报销的设备的额度
输入参数:
申请人基本信息
姓名
办公室位置
实验室位置
联系电话
所负责的项目编号
报销申请表
申请者编号
申请者密码
申请报销的项目编号
申请报销的设备名称
申请报销的金额
输出参数:
是否允许报销(1:
允许,0:
不允许)
允许报销的最大额度
1.3办理报销
输入参数:
报销业务号
输出参数:
无
其它说明:
该服务是在客户被通知来报销,用来生成借款单。
最后,应用IBM的WebsphereBusinessModeler来对以上的服务模型进行业务建模。
建立相应的业务对象,服务接口,通过ESB来连接不同的服务,最终实现整个业务流程
4.结束语
借助SOA,采用单点认证,避免了在传统的报销过程中,对申请者身份反复验证的重复性工作。
另外,对申请数据进行一次登记之后,就在整个系统中进行了记录,这样,申请者能够及时的了解申请是否得到批准,如为批准还有哪些工作要做,并且避免了在不同的系统上手工重复记录数据而产生的不统一性。
报销业务流程作为一个基础,可以将学校其它业务流程进行规划整合,最终实现整个校园信息系统的进一步完善。
基于SOA,可以快速构建松散藕合的、具有跨平台信息处理能力的数字化校园应用系统,这种技术特性给高校信息系统集成带来了新的集成模式。
只要将各信息系统的功能通过“服务”的方式“暴露”出来,就可以非常容易地将这些功能集成到门户站点中或组织新的业务流程,从而充分利用现有资源,降低开发及维护成本,建立一个标准统一、通用性强、功能扩展与日常维护简单的应用集成平台。
参考文献
[1]罗辉琼,聂瑞华.基于SOA架构的数字校园研究与实现[J].计算机技术与发展,2009,19(5).
[2]刘治国.基于SOA的数字化校园信息平台总体架构的研究[J].中国轻工教育,2009,(3).
[3]周全明,吴延凤.基于SOA架构的校园信息化平台的设计和实现[J].计算机与数字工程,2009,37
(2).
[4]朱思斯,李晓林,李品.基于SOA的数字化校园服务注册研究及实现[J].软件导刊,2009,8(5).
[5]刘治国基于SOA的数字化校园信息平台总体架构的研究[J]中国轻上教育,2009,12(3).
[6]梁爱虎.精通SOA:
基于服务总线的Struts+EJB+WebService整合应用开发[M]北京:
电子上业出版社,2007.
[7]崔学海(1981-),大学本科,助理实验师.研究方向:
互联网技术.
[8]殷峰.网格关键技术及校园网格应用研究[M].西南交大出版社,2007年1月.
[9]柳西玲.WebService基础教程[M]北京:
清华大学出版社,2005.
[10]孟海涛,殷旭.基于SOA的数字化校园网研究团[J].中国科技信息,2007.
[11]杨恒宇.基J-SOA的WEB应用系统的研究与实现[D]合肥:
合肥工业大学,2006.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 soa 学校 财务 系统 设备 资料 融合 设计 模型