在任何领域中，语义都非常重要，而在 SOA 中更是如此。由于 SOA 涉及多个团队和组织，因此就相关术语达成一致至关重要。本系列将带着您开始 SOA 之旅，为您定义各种基础术语和它们背后的重要概念。您将了解 SOA 领域中需要理解并用于沟通的各个词汇。对于每个术语，将说明它在 SOA 领域中有何重要性、在这种情况下的含义、相关的标准有哪些以及与其他术语的区别如何。
第 1 部分中确定了业务的焦点，并通过定义服务、SOA 等术语为后续部分打好了基础。第 2 部分涵盖了开发流程、模型和资产。这一部分是本系列的第三期，在其中，您将探索各种术语和技术，它们有的与在高抽象级别（分析）下设计 SOA 有关，另一些则涉及如何推进到较低的抽象级别（设计），后一种级别的下面紧接着代码级。
以下列出的术语并不是按照字母顺序排列的，同时也未按照其重要性进行排列。相反，我们将按照构建块的方式对其进行组织。第 1 部分最先介绍的是服务，因为若要理解 SOA 框架，它大概是最重要的一个概念。本系列接下来的各部分是以服务概念为基础的，为了定义其他术语，它们对与特定原则有关的概念进行分组，如本文中的分析 和设计。
本系列的第 2 部分介绍了 IBM® Rational® Unified Process® (RUP®)，后者在需求和实现之间定义了一套被称为分析和设计 的原则。分析和设计的内容包括若干活动，通过这些活动，可根据功能和非功能需求集来指定初始的 IT 体系结构。其他一些活动也可作为分析和设计的基础，这些活动对初始的体系结构加以细化，使抽象级别由分析级进入设计级，这一细化程度足以让开发人员生成和编写出实现代码。
SOA 分析和设计也可以指以下术语中的一个或多个：
- 服务建模
- 面向服务的分析和设计
- 面向服务的建模和体系结构 (SOMA)
- Rational Unified Process for Service-Oriented Modeling and Architecture (RUP SOMA)
分析会在较高的（概念级）抽象级别上对将要构建的系统进行描述。分析的输入是一组需求和现有的资产（或是应用程序或系统）。输出则是对需要构建的各个方面的描述。分析对 SOA 来说是至关重要的，因为通过分析，可以在服务标识期间使 IT 与业务保持一致。分析结果将作为输入在设计中使用。
设计会描述将要构建的系统，更重要的是，它还会对如何构建加以描述。
大多数体系结构工作是在分析和设计的工作流中、在项目的细化阶段执行的。
面向服务的分析和设计利用了分析和设计原则（如面向对象的开发或基于组件的开发中的原则）。例如，您也许还记得所谓的面向对象的分析和设计 (OOAD)。不过，必须注意的是，SOA 的工作重点始终在于服务（而不是对象或组件）。
注意：分析级模型常会发展为设计级模型，所以对于分析和设计而言只有一套 RUP 原则。
面向服务的分析和设计工作的主要输出是一个服务模型（即先前所说的服务规范）和一个设计模型，服务模型记录了面向服务的系统中所有重要的体系结构部件，而设计模型则进一步阐述了服务模型应如何实现的细节。这两个模型对 SOA 设计进行了全面说明，开发者可以据此明白无误地执行这一实现。
在下列各部分中将描述相关任务，为您介绍面向服务的分析和设计的相关术语。
注意：术语标识 和规范 适用于基于组件的开发中，而术语规范 和实现 则是由通用建模语言 (Unified Modeling Language, UML) 定义的。这三个术语构成了 RUP SOMA 的核心活动（术语的含义未变）。
