2015年下半年试题三：论面向服务的架构及其应用
论文库链接：系统架构设计师论文
论文题目
面向服务的架构是一种组件模型，把应用程序中的不同功能单元（即服务）通过这些服务之间定义良好的接口和契约联系起来，使得这些系统中的服务能够以一种统一和通用的方式进行交互。从应用角度看，SOA是一种应用框架，它关注企业日常的业务应用，将其划分为单独的业务功能和流程，并抽象为服务，用户和系统开发人员可以构建、部署和整合这些服务，无需依赖特定的应用程序及应用平台，从而提高企业业务流程的灵活性。SOA有助于实现更多的信息资产重用、更轻松地管理和更快地应用开发与部署。
请以“面向服务的架构及其应用”为题，依次从以下三个方面进行论述：
1.概要叙述你参与实施的、基于面向服务架构的软件开发项目以及所担任的主要工作。
2.指出SOA技术参考架构中都包含哪些服务类别，并对每类服务的定义和作用进行简要说明。
3.详细阐述你的项目是如何以面向服务的架构为指导进行实施的，在实施过程中遇到了哪些问题，是如何解决的。
写作要点
一、按题目要求介绍作者参与的项目基本信息。
二、SOA技术参考架构中包含的服务类别包括
1、开发服务(Development Services)用于实现新开发的组件以及重用基础架构的能力。
2、业务创新优化服务(Business |nnovation&Ootimization Services)用于从灯和业务两个层面来监控和管理运行情况。
3、管理服务(Management Services)包括对服务、应用和资源的管理和保护能力，如通过负载均衡来有效的分配系统计算资源。
SOA解决方案中的很多服务都是由已有应用系统提供的，接入服务(Access Services)提供访问已有应用或遗留系统的能力，同时提供已有应用、打包应用程序与ESB之间的桥接能力，将已有系统中的功能和信息转化为服务。4、业务应用服务(Business App Services)指那些通过新的计算平台JavaEE来实现的新应用，它们所实现的功能和信息也都转化为服务提供出来。在业务流程需要与外部的合作伙伴、供应商交互的情况下，伙伴服务(PartnerServices)提供文档、协议以及伙伴管理的能力，比如说，可以提供企业边界处不同安全级别差异的转换。
5、信息服务(Information Services)是那些跟信息(而不是活动)有关系的服务,比如将多个系统中异构的数据，聚合、转换为业务黑要的统一整齐的业务数据对象来访问。信息服务通过联合、复制和转换来解决基干不同实现方式的不同数据源之间的数据共享难题。
6、流程服务(Process Services)是指把多个服务聚合成为一个服务流程对应业务过程的服务，这种复合服务通常是长时间运行的过程。流程服务提供服务控制能力，将多个服务串起来实现一个业务流程。
7、交互服务(Interaction Service)一方面将人的活动，通过人机交互以服务的方式出现在整个业务过程中，作为流程服务中的一部分;另一方面将IT的功能和数据传递给最终用户，并满足用户特定的使用习惯。
三、第3个问题是题目要重点描述的内容,要根据项目的实际情况来写自己是怎么做的，遇到什么样的问题，如何解决的。同时文章收尾要对效果进行评价。
论文参考
论面向服务的架构及其应用
摘要
2024年1月，我以系统架构设计师的身份主导参与了单位OA系统的开发与建设，该系统包含打卡签到、公文流转、物品申购等功能。根据该系统功能服务丰富、应用范围较广、使用人群较多的特性，经过技术小组的分析与研判，我们最终敲定了以面向服务架构方式对该系统进行开发。面向服务的架构是一种组件模型，把应用程序中的不同功能单元（即服务）通过这些服务之间定义良好的接口和契约联系起来，使得这些系统中的服务能够以一种统一和通用的方式进行交互。经过编程小组的不懈努力与奋斗，最终于2024年12月成功上线并运行至今，成功帮大家解决了上下班打卡考勤烦、公文流转找领导签批难、物品申购不及时影响办公等问题，领导和同事们普遍反映该系统运行效果良好，我们也将继续努力为同事提供更高质量的无纸化办公系统。
正文
2024年1月，我以系统架构设计师的身份主导参与了单位OA系统的开发与建设，该系统包含打卡签到、公文流转、物品申购等功能。根据该系统功能服务丰富、应用范围较广、使用人群较多的特性，经过技术小组的分析与研判，我们最终敲定了以面向服务架构方式对该系统进行开发。面向服务的架构是一种组件模型，把应用程序中的不同功能单元（即服务）通过这些服务之间定义良好的接口和契约联系起来，使得这些系统中的服务能够以一种统一和通用的方式进行交互。从应用角度看，SOA是一种应用框架，它关注企业日常的业务应用，将其划分为单独的业务功能和流程，并抽象为服务，用户和系统开发人员可以构建、部署和整合这些服务，无需依赖特定的应用程序及应用平台，从而提高企业业务流程的灵活性。SOA有助于实现更多的信息资产重用、更轻松地管理和更快地应用开发与部署。经过编程小组的不懈努力与奋斗，最终于2024年12月成功上线并运行至今，成功帮大家解决了上下班打卡考勤烦、公文流转找领导签批难、物品申购不及时影响办公等问题，领导和同事们普遍反映该系统运行效果良好，我们也将继续努力为同事提供更高质量的无纸化办公系统。
SOA技术参考架构中的面向服务架构是一种组件模型，把应用程序中的不同功能单元通过这些服务之间定义良好的接口和契约联系起来，使得这些系统中的服务能够以一种统一和通用的方式进行交互。提高了功能内部的聚合程度，将所有与该模块相关的代码采用较好的算法写在某服务中，方便同类功能代码的修改完善；降低了模块之间的耦合程度，可以在不影响用户使用体验的情况下，更加灵活地对系统进行维护升级。从应用角度看，SOA是一种应用框架，它关注企业日常的业务应用，将其划分为单独的业务功能和流程，并抽象为服务，用户和系统开发人员可以构建、部署和整合这些服务，无需依赖特定的应用程序及应用平台，从而提高企业业务流程的灵活性。SOA有助于实现更多的信息资产重用、更轻松地管理和更快地应用开发与部署。
在OA系统的具体实施过程当中，我们采用了基于构建抽象业务功能、部署统一通用接口、整合应用程序平台的面向服务架构方法，下文将从这三方面展开详细阐述OA系统如何以面向服务的架构为指导进行实施的。
基于构建抽象业务功能的面向服务架构。该阶段将OA系统涉及到的公司日常业务应用，划分为单独的业务功能和流程，并抽象为服务。前期收集了同事们无纸化办公的需求，大致分为两大类，一类是与人相关的功能，如：打卡签到、请假销假等；另一类是与物相关的功能，如：物品申购、公车派送等。将功能按照类别进行区分后可以在一定程度上提高编码效率，同类型的功能可以相互之间参考代码，调用相似的数据。将功能从业务中剥离出来并形成严谨的流程，拆解为用顺序、条件、循环语句描述的过程，便于开发者和用户更好地理解。如：物品申购功能，由发起人申请→后勤中心审核→财务部门报账→反馈发起人。将各功能对其相应流程进行分解后，编程人员只需对负责的模块进行打磨即可，避免了因工程量较大导致开发混乱的问题。
基于部署统一通用接口的面向服务架构。为了确保各功能模块之间能够实现顺畅地沟通交流，需要对各模块的对外接口进行统一，就像我国各地的方言内部交流确实方便，但若跨市跨省可能就听不太懂，但又不可避免的需要联系，这就需要全国统一通用语言普通话用来交流。部署统一的通用接口，把应用程序中的不同功能单元（即服务）通过这些服务之间定义良好的接口和契约联系起来，确保系统中的服务能够以一种统一和通用的方式进行交互。对模块接口的标准进行定义，要求编程人员统一按照该规范进行约束，并配备一定的测试人员对接口进行检测，确保系统模块之间相互通信没有问题。通过对模块接口进行统一，可以更轻松地管理和更快地对模块进行开发与部署，实现顺利交互。
基于整合应用程序平台的面向服务架构。该阶段是将OA系统中涉及到的多个零散应用程序进行整合，避免因系统不适配设备导致功能失效的问题，提高公司业务流程的灵活性。通盘考虑软件层面的应用程序使用和硬件层面的服务器、数据库、安全设备等，搭建在同一个平台后，是否存在服务器使用率超负荷等问题；用户量增多、数据量增大后，数据库服务器是否能够容纳；数据的安全性是否能得到有效保障。通过对公司数据进行整合，降低信息资产重用率，避免重复收集相同数据的人力、物力成本浪费，有助于实现更多的信息资产重用、更轻松地管理和更快地应用开发与部署。从性能、可用性、可修改性、安全性等角度对OA系统平台进行综合评价，避免使用过程中发生一些影响用户使用体验的问题。
经过编程小组的不懈努力与奋斗，最终于2024年12月成功上线并运行至今，成功帮大家解决了上下班打卡考勤烦、公文流转找领导签批难、物品申购不及时影响办公等问题，领导和同事们普遍反映该系统运行效果良好。但在具体开发过程中，还是出现了一些系统问题，在试运行了大概3个月后，由于系统使用情况良好，很多同事又陆续强烈要求开发小组设计了很多的实用功能，日活跃人数也突破了瓶颈，导致系统偶尔发生卡顿现象。我们在了解到该信息后，第一时间召开技术会议，探讨如何破解该问题，最终采用服务器负载平衡策略将CPU对使用较为频繁的功能进行倾斜。之后，我们将向公司建议使用动环监测系统实时了解服务器使用相关数据信息，避免此类事情的发生。非常感谢领导对我们工作能力的认可，希望有幸能够参与到下次的系统建设中，积极为公司的发展添砖加瓦。