前言
SOA是一种架构模型，由网站服务技术等标准化元件组成，目的是为企业、学校或提供网路服务单位建构一个具弹性、可重复使用的整合性介面，促进内外部如内部应用程式、用户、与部门(系所)等相关单位完美的沟通，尽速达到网路服务提升的目标。
何谓SOA?
我们常听到 Information Technology (IT)产业的架构演进，由1980年代的主机(mainframe)架构，到1990年代的主从式(client server)架构，到1999年时是network centric架构，而到2004年时已复杂到所谓的 Service-Oriented Architecture架构(SOA，服务导向架构) 。此外也常听到：如果企业不导入这个架构，企业在未来就会没有竞争力。因此，本文将针对SOA作浅显的简介，也希望透过本文的介绍，对于本校网站服务技术(web services) 未来的架构有所帮助。首先让我们厘清一些SOA的迷思。正确来说 [1]：
。SOA不是新玩意：多年前即有资讯部门或公司成功地用SOA方式来建构、运行应用程式，且当时XML、web service都尚未提出。
。SOA不是种技术：它是种建构、组织的方法，用来建立应用程式的运行环境，以及让学校的业务程式能以「功能化」方式发展、累积。
。就算购买最新的XML、web services产品（如开发工具、执行平台、软体元件等），也不表示就可以建构出SOA式的应用程式。
简单来说，SOA是一种遵循典范，是针对学校或企业内应用程式的设计、开发、布建、管理所提出的遵循典范。从资讯技术层面而言，一个执行学校或企业业务的应用程式称为一个独立的「逻辑单位」，而对学校或企业营运层面而言则可称为一项「服务」，在企业的整体运算环境中就存在着多个「独立逻辑／业务服务」，且需要对其进行妥善设计、开发、布建、管理等，也因此需要采行服务导向架构（SOA）。要实现SOA，需要学校或企业的程式设计师改采「持续累积服务」的观念与角度来开发应用程式，即便这么做在短时间内看不到显着好处，程式师还是必须跳脱、超越过往对应用程式的想法，改以「既有服务可否再运用？」或者是「能否沿用其他同仁开发过的服务再建构？」的观点来面对程式开发。SOA主张「程式开发技术」与「程式建构方法」的交替并用，以类似传讯沟通的作法，将数个所需的「业务服务」进行连结，以此来实现一个新的应用程式，而非「从头开发」。透过适当的程式组构及传讯式的程式连结，可让学校或企业快速因应学生或用户的需求与改变，新的应用程式只要透过「传讯微调」即可实现，而非「重新撰写」。SOA不单只是程式开发的方法论，也提供行政管理层面的依循。例如它并非是以应用程式个体为角度来进行管理，而是直接将过往程式师开发出的程式视为「服务」来管理。而对「服务」间的「互动传讯」进行分析，SOA便可让程式设计部门的主管了解何时该执行哪个业务逻辑，以及为何要执行，如此资讯管理者与分析师便可对服务程序进行最佳化调适。
SOA如何运作?
SOA服务导向架构是一种新兴的系统架构模型，主要概念是针对学校或企业需求组合而成的一组软体元件。组合的元素通常包括：软体元件、服务及流程三个部份。当学校或企业面对外部要求时，流程负责定义外部要求的处理步骤；服务包括特定步骤的所有程式元件，而软体元件则负责执行工作的程式。SOA 已成为现今软体发展的重要技术，透过 SOA 让异质系统整合变得容易，程式再使用度也提高。不必自行开发或拥有所有程式元件，发展者可以视其需要组合网路上最好的服务。不受限于特定厂商的产品功能或是平台，达到真正的开放性(Openness)。从分散式元件架构到 SOA概念上，SOA 如同物件导向、软体元件等软体技术一般，运用小的零组件组合成应用系统。但 SOA 强调的是如何将彼此关系松散的应用系统功能元件在网路上发行、组合及使用。SOA 具有下列技术特性[2]：