面向服务的软件体系架构总体设计分析论文

面向服务的软件体系架构总体设计分析论文

面向服务的软件体系架构总体设计分析论文 篇1

1.1 软件成本越来越高

计算机最初主要用作军事领域，其软件开发主要由国家相关部分扶持，因此无需考虑软件开发成本。随着计算机日益普及，计算机已经深入到人们生活中，软件开发大多面向民用，因此软件开发过程中必须考虑其开发成本，且计算机硬件成本出现跳水现象，由此导致软件开发成本比例不断提升。

1.2 开发进度难以控制

软件属于一种智力虚拟产品，软件与其他产品最大不同是其存在前提为内在逻辑关系。相较于计算机硬件粗生产情况，传统工作中的加班及倒班无法应用到软件开发中，提升软件开发进度无法通过传统生产方法实现。且在软件开发过程中会出现一些意料不到的因素，影响软件开发流程，导致软件开发未按照预期计划展开。由此可见不仅软件项目开发难度不断增加，软件系统复杂复杂性也不断提升，即使增加开发人手也未必能取得良好效果。

1.3 软件质量难以令人满意

软件开发另一常见问题就是在软件开发周期内将产品开发出来，但软件本身表现出的性能却未达到预期目标，难以满足用户多方位需求。该问题属于软件行业开发通病，当软件程序出现故障时会导致巨大损失。在此过程中软件开发缺乏有效引导，开发人员在开发过程中往往立足于自身想法展开软件开发，因此软件开发具有较强主观性，与客户想法不一致，因此导致软件产品质量难以让客户满意。

1.4 软件维护成本较高

与硬件设施一样，软件在使用过程中需要对其进行维护。软件被开发出来后首先进行公测，发现其软件存在的问题，并对其重新编辑提升软件性能，从而为客户提供更好服务。其次软件需要定时更新，若程序员在开发过程中并未按照相关标准执行会导致其缺乏技术性文档，提升软件使用过程中的维护难度。另外在新增或更新软件过程中可能导致出现新的问题，影响软件正常使用，并可能造成新的问题。由此可见软件开发成功后仍旧需要花费较高成本进行软件维护。面向服务体系架构原理

2.1 面向服务体系架构定义

面向服务体系构架从本质上是一种应用体系架构，体系所有功能均是一种独立服务，所有服务均通过自己的可调用接口与程序相连，因此可通过服务理论实现相关服务的调动。面向服务体系构架从本质上来说就是为一种服务，是服务方通过一系列操作后满足被服务方需求的结果。

2.2 面向服务体系架构优点

面向服务体系构架具有较多有点，抽象性较强，可操作性想，功能强大，可在多方面满足用户需求。其主要优点如下：

(1)面向服务体系构架可为开发方提供更具操作空间的开发模式，开发方可充分发挥自己的想法，有助于提升软件开发商开发方法先进性，提高软件开发效率。面向服务体系构架可充分利用软件提供者和使用者间较为松散的耦合关系，将复杂的逻辑关系屏蔽掉。相比于系统表示层，可在仅照顾服务接口的基础上实现软件开发，不需重视自身细节。通过标准接口可实现多种服务相互应用，无需进行平台开发语言等，极大提升软件开发效率。

(2)面向服务体系构架另一个优点是可在现有软件基础上进行研发，无需进行软件体系重建。且在情况允许的条件下利用现有软件开发框架可有效提升企业服务质量，该种方式可从根本上降低软件开发商的工作强度，提升工作效率，便于为用户提供更好服务。在此基础上将企业服务项目进行整合。面向服务体系构架忽略自身细节性问题，在复杂数据传输及软件开发中具有明显优势，有助于实现软件批量生产。面向服务体系构架的ECC系统总体设计

在进行面向服务体系构架的ECC 系统总体设计中可利用XML Web Services 实现对技术的展开。整个系统中每一部分均拥有其独立功能，均可提供相应的服务项目，客户通过网络接口便可享受到这些服务。在提供服务过程中，业务流程主要有两种途径，一种是提供单个服务，另一种是将多种服务整合在一起。

当前各种服务客户端中，多数可利用标准化网络服务接口实现面向对象的业务逻辑服务。通过设计可保证系统外部用户享受和内部用户一样的服务，这样便于实现企业内部和外部合作伙伴的业务整合。如在进行链子系统构建时可通过产品查询功能实现外部客户调动企业内部产品信息，此外企业不仅可实现为合作伙伴提供相应服务，还可在服务同时提升自身运营效率，即企业自身也是受益者。

当系统涉及到业务逻辑为可借助第三方服务帮助完成工作。例如企业需要在系统中加入采购、销售、仓管、财务等方面内容，该过程工作重点就是通过企业自身需求展开客户端设计，开发商通过远程连接向企业提供服务，这样不仅可降低软件开发周期和工作量，还可有效提升工作效率，为后续软件批量生产奠定坚实基础。结束语

面向服务的软件体系架构总体设计分析论文 篇2

关键词：面向服务软件体系,构架原理,范例

计算机技术更新换代较为迅速, 软件开发也发生较多改变, 传统软件开发体系已经无法满足当前对软件生产的需求。随着计算机不断普及, 软件行业必须由传统体系向面向服务架构转变。随着软件应用范围不断增大, 难度逐渐上升, 需要通过成本手段, 提高现有资源利用率。通过面向服务体系结构可提高软件行业应对敏捷性, 实现软件生产的规模化、产业化、流水线化。

1 软件危机的表现

1.1 软件成本越来越高

计算机最初主要用作军事领域, 其软件开发主要由国家相关部分扶持, 因此无需考虑软件开发成本。随着计算机日益普及, 计算机已经深入到人们生活中, 软件开发大多面向民用, 因此软件开发过程中必须考虑其开发成本, 且计算机硬件成本出现跳水现象, 由此导致软件开发成本比例不断提升。

1.2 开发进度难以控制

软件属于一种智力虚拟产品, 软件与其他产品最大不同是其存在前提为内在逻辑关系。相较于计算机硬件粗生产情况, 传统工作中的加班及倒班无法应用到软件开发中, 提升软件开发进度无法通过传统生产方法实现。且在软件开发过程中会出现一些意料不到的因素, 影响软件开发流程, 导致软件开发未按照预期计划展开。由此可见不仅软件项目开发难度不断增加, 软件系统复杂复杂性也不断提升, 即使增加开发人手也未必能取得良好效果。

1.3 软件质量难以令人满意

软件开发另一常见问题就是在软件开发周期内将产品开发出来, 但软件本身表现出的性能却未达到预期目标, 难以满足用户多方位需求。该问题属于软件行业开发通病, 当软件程序出现故障时会导致巨大损失。在此过程中软件开发缺乏有效引导, 开发人员在开发过程中往往立足于自身想法展开软件开发, 因此软件开发具有较强主观性, 与客户想法不一致, 因此导致软件产品质量难以让客户满意。

1.4 软件维护成本较高

与硬件设施一样, 软件在使用过程中需要对其进行维护。软件被开发出来后首先进行公测, 发现其软件存在的问题, 并对其重新编辑提升软件性能, 从而为客户提供更好服务。其次软件需要定时更新, 若程序员在开发过程中并未按照相关标准执行会导致其缺乏技术性文档, 提升软件使用过程中的维护难度。另外在新增或更新软件过程中可能导致出现新的问题, 影响软件正常使用, 并可能造成新的问题。由此可见软件开发成功后仍旧需要花费较高成本进行软件维护。

2 面向服务体系架构原理

2.1 面向服务体系架构定义

面向服务体系构架从本质上是一种应用体系架构, 体系所有功能均是一种独立服务, 所有服务均通过自己的可调用接口与程序相连, 因此可通过服务理论实现相关服务的调动。面向服务体系构架从本质上来说就是为一种服务, 是服务方通过一系列操作后满足被服务方需求的结果。

2.2 面向服务体系架构优点

面向服务体系构架具有较多有点, 抽象性较强, 可操作性想, 功能强大, 可在多方面满足用户需求。其主要优点如下:

(1) 面向服务体系构架可为开发方提供更具操作空间的开发模式, 开发方可充分发挥自己的想法, 有助于提升软件开发商开发方法先进性, 提高软件开发效率。面向服务体系构架可充分利用软件提供者和使用者间较为松散的耦合关系, 将复杂的逻辑关系屏蔽掉。相比于系统表示层, 可在仅照顾服务接口的基础上实现软件开发, 不需重视自身细节。通过标准接口可实现多种服务相互应用, 无需进行平台开发语言等, 极大提升软件开发效率。

(2) 面向服务体系构架另一个优点是可在现有软件基础上进行研发, 无需进行软件体系重建。且在情况允许的条件下利用现有软件开发框架可有效提升企业服务质量, 该种方式可从根本上降低软件开发商的工作强度, 提升工作效率, 便于为用户提供更好服务。在此基础上将企业服务项目进行整合。面向服务体系构架忽略自身细节性问题, 在复杂数据传输及软件开发中具有明显优势, 有助于实现软件批量生产。

3 面向服务体系构架的ECC系统总体设计

在进行面向服务体系构架的ECC系统总体设计中可利用XML Web Services实现对技术的展开。整个系统中每一部分均拥有其独立功能, 均可提供相应的服务项目, 客户通过网络接口便可享受到这些服务。在提供服务过程中, 业务流程主要有两种途径, 一种是提供单个服务, 另一种是将多种服务整合在一起。

当前各种服务客户端中, 多数可利用标准化网络服务接口实现面向对象的业务逻辑服务。通过设计可保证系统外部用户享受和内部用户一样的服务, 这样便于实现企业内部和外部合作伙伴的业务整合。如在进行链子系统构建时可通过产品查询功能实现外部客户调动企业内部产品信息, 此外企业不仅可实现为合作伙伴提供相应服务, 还可在服务同时提升自身运营效率, 即企业自身也是受益者。

当系统涉及到业务逻辑为可借助第三方服务帮助完成工作。例如企业需要在系统中加入采购、销售、仓管、财务等方面内容, 该过程工作重点就是通过企业自身需求展开客户端设计, 开发商通过远程连接向企业提供服务, 这样不仅可降低软件开发周期和工作量, 还可有效提升工作效率, 为后续软件批量生产奠定坚实基础。

4 结束语

软件开发是当前企业行业工作重难点部分, 当前国内软件开发存在规模化、产业化发展困难, 不利于软件开发含有发展。为提高软件开发行业服务水平必须采用面向服务软件体系架构, 提高软件开发效率, 实现软件批量生产, 在此基础上向客户提供更好服务。

参考文献

[1]李颂华, 陶丽红, 高栋.基于s0A架构的物流信息系统的相关技术研究与实现[J].北京科技大学学报, 2011 (01) :59.

[2]黄勇, 周勇, 刘检平.基于SOA架构的新一代高校试题库系统研究[J].江西师范大学学报:自然科学版, 2014 (04) :1.37.

面向服务的软件体系架构总体设计分析论文 篇3

[关键词]面向服务；协同管理；业务逻辑层

[中图分类号]C36 [文献标识码]B [文章编号]1672-5158（2013）06-0259-01

1 引言

本论文引用面向服务架构（SOA，Service Oriented Architecture）的理念，将协同管理软件的业务逻辑层按照“高内聚，低耦合”的原则进行划分，形成17个相对独立的服务，每个服务处理一类具体的业务需求，这些服务协作起来在服务分析器的有效调控下，对用户请求进行有效及时的响应。从而提高软件部署的灵活性，响应效率，实现负载均衡。

2 面向服务的煤炭企业协同管理软件

2.1 服务的划分

煤炭企业协同管理软件将该企业的人、财、物等资源进行集中管理和统一调度，为领导者提供决策，其管理的范围比较广泛，实现的业务功能比较全面，经过各方面的综合考虑，某煤炭企业协同管理软件业务分为17个子服务，分别是OA办公子服务、人事管理子服务、财务管理子服务、资产管理子服务、审计管理子服务、纪委监察管理子服务、团组织管理子服务、党组织管理子服务、社保管理子服务、劳资管理子服务、安全管理子服务、车辆管理子服务、档案管理子服务、项目管理子服务、工会管理子服务以及企业文化管理子服务，具体如图2-1所示。

协同管理软件17个子服务内部内聚度高，服务与服务之间耦合度低。它们之间业务功能划分也相对比较明确，相对于煤炭企业来说，每个服务处理一类具体的业务，而每个业务也相对集中某一个或几个部门，这样有利于集中管理；另外这些子服务之间的粒度大小也相当，在系统运行过程中，用户的访问均衡的分散到这17个子服务中，实现了任务分摊，负载均衡。

2.2 服务的工作机理

协同管理软件的17个子服务要协同起来工作，必须还有一个服务分析器，服务管理器负责接收用户的访问请求，判断由那个服务处理，进而调用该服务进行处理，并将处理结果反馈给用户。

面向服务的煤炭企业协同管理软件工作机理是这样的，用户通过浏览器发出访问请求，服务分析器接收访问请求，判断该访问请求属于17个子服务哪个处理的业务范围，进而调用对应的服务进行处理，对应服务响应接收到的用户请求，处理相关业务并且根据需要传输数据库处理命令给数据库，数据库执行对应的数据库语句并且将处理结果返回给对应的服务，服务对结果进行加工处理后反馈给服务分析器，服务分析器进一步反馈处理结果给浏览器，让用户进行结果的查看操作。如图2-2所示。

2.3 服务的部署

面向服务的煤炭企业协同管理软件最大的优势就在于部署灵活上，可以根据软件的运行情况随时调整部署模式。

首先将服务分析器和服务分开部署在不同的服务器上，服务分析器就专心的进行任务的分析和转发，而17个服务到底部署在几台计算机上合适，其实是相对灵活方便的。

（1）17个子服务部署在一台服务器上。

协同管理软件在煤炭企业刚投产运行时候，访问的用户量并不是很多，有些部门因为硬件或者网络等原因退后使用，这是如果把17个子服务分开部署，则对计算机资源无疑是个浪费，因此可以将17个子服务部署在同一台服务器上，但是工作机理是不变的。这样其实和没有进行服务划分的软件系统一样，反而比没有划分的复杂，但是随着后面用户访问数的增多，则划分服务的协同管理软件优势则显示出来。

（2）17个子服务部署在几台服务器上。

煤炭企业协同管理软件的普及使用使得访问其的用户越来越多，此时有几个服务需要处理的业务则不断增长，如人事管理、财务管理、资产管理等，而有些服务处理的业务仍比较少，如审计、纪委监察等，此时对于业务访问请求多的服务应该分开部署在不同的服务器上，而业务处理少的服务则几个合并部署在一台服务器上。

（3）17个子服务部署在17台服务器上。

对于一个大型煤炭企业，协同管理软件运行几年后几乎企业所有员工都需要使用该软件，此时软件的每一个服务都有不少的用户访问请求，对于前面几种部署的那几个服务也需要分开部署，从而实现17个子服务分别部署在17个服务器上，这样每个服务器只管属于自己服务业务范围内的访问，从而实现17类业务的并行工作。

依据煤炭企业协同管理软件的访问情况来动态调整服务的部署方式，使得在不浪费资源的前提下实现任务分摊和负载均衡，防止访问瓶颈，提高响应效率。

3 结论

大型煤炭企业协同管理软件采用面向服务的模式进行架构，将业务逻辑层分成17个相对独立的子服务，这些服务在服务分析器的有效管理下协同工作，分摊任务，对外提供统一接口，来及时高效的响应用户的访问请求。本文虽然研究的是煤炭企业的协同管理软件，但是对其它大型企业分布式环境下相关软件的架构和开发都有一定的借鉴价值。

参考文献

[1]赵艳妮；分布式工时软件平台架构关键技术研究[D]；陕西师范大学；2008

[2]杜攀，徐进，SOA体系下细粒度组件服务整合的探士[J]计算机应用，2006（03）

[5]高俊，沈才梁，陈暄，一种面向服务体系结构的服务组合方案求解方法[J]，计算机应用研究，2011（11）