SOA 术语之分析和设计
<font style='font-size:1px;color:white'>ttxhfree</font>作者: Bertrand Portier, 出处:developerWorks 中国, 责任编辑: 叶江, <div class="posted">2007-07-17 08:00</div>
</div>
<div class="content">
<h5> 本文中将学习一些新的术语，包括服务标识、规范、实现，以及设计原则，并了解它们为什么是 SOA 成功的基础……</h5>
<div id="pip">
</div>
<div class="guanggao"><span id="contentAdv"></span></div><P> 在任何领域中，语义都非常重要，而在 SOA 中更是如此。由于 SOA 涉及多个团队和组织，因此就相关术语达成一致至关重要。本系列将带着您开始 SOA 之旅，为您定义各种基础术语和它们背后的重要概念。您将了解 SOA 领域中需要理解并用于沟通的各个词汇。对于每个术语，将说明它在 SOA 领域中有何重要性、在这种情况下的含义、相关的标准有哪些以及与其他术语的区别如何。</P>
<P> 在文中，您将探索各种术语和技术，它们有的与在高抽象级别(分析)下设计 SOA 有关，另一些则涉及如何推进到较低的抽象级别(设计)，后一种级别的下面紧接着代码级。</P>
<P> <STRONG>关于组织方式的说明</STRONG></P>
<P> 以下列出的术语并不是按照字母顺序排列的，同时也未按照其重要性进行排列。相反，我们将按照构建块的方式对其进行组织。本文是以服务概念为基础的，为了定义其他术语，它们对与特定原则有关的概念进行分组，如本文中的分析 和设计。</P>
<P> <STRONG>分析和设计</STRONG></P>
<P> 分析和设计的内容包括若干活动，通过这些活动，可根据功能和非功能需求集来指定初始的 IT 体系结构。其他一些活动也可作为分析和设计的基础，这些活动对初始的体系结构加以细化，使抽象级别由分析级进入设计级，这一细化程度足以让开发人员生成和编写出实现代码。</P>
<P> SOA 分析和设计也可以指以下术语中的一个或多个：</P>
<UL>
<LI> 服务建模
<LI> 面向服务的分析和设计
<LI> 面向服务的建模和体系结构 (SOMA)
<LI> Rational Unified Process for Service-Oriented Modeling and Architecture (RUP SOMA)</LI></UL>
<P> 分析会在较高的(概念级)抽象级别上对将要构建的系统进行描述。分析的输入是一组需求和现有的资产(或是应用程序或系统)。输出则是对需要构建的各个方面的描述。分析对 SOA 来说是至关重要的，因为通过分析，可以在服务标识期间使 IT 与业务保持一致。分析结果将作为输入在设计中使用。</P>
<P> 设计会描述将要构建的系统，更重要的是，它还会对如何构建加以描述。</P>
<P> 大多数体系结构工作是在分析和设计的工作流中、在项目的细化阶段执行的。</P>
<P> 面向服务的分析和设计利用了分析和设计原则(如面向对象的开发或基于组件的开发中的原则)。例如，您也许还记得所谓的面向对象的分析和设计 (OOAD)。不过，必须注意的是，SOA 的工作重点始终在于服务(而不是对象或组件)。</P>
<P> 注意：分析级模型常会发展为设计级模型，所以对于分析和设计而言只有一套 RUP 原则。</P>
<P> 面向服务的分析和设计工作的主要输出是一个服务模型(即先前所说的服务规范)和一个设计模型，服务模型记录了面向服务的系统中所有重要的体系结构部件，而设计模型则进一步阐述了服务模型应如何实现的细节。这两个模型对 SOA 设计进行了全面说明，开发者可以据此明白无误地执行这一实现。</P>
<P> 在下列各部分中将描述相关任务，为您介绍面向服务的分析和设计的相关术语。</P>
<P> 注意：术语标识 和规范 适用于基于组件的开发中，而术语规范 和实现 则是由通用建模语言 (Unified Modeling Language, UML) 定义的。这三个术语构成了 RUP SOMA 的核心活动(术语的含义未变)。
<a href=http://soft.heluochina.net/ target=_blank><font style='font-size:1px;color:white'>贴探小黑2007-论坛管理助手</font></a><br /><br /><BR><A HrEF=HTtP://SoFt.hELUOCHiNA.nET/sOFT/TTXH/ADGO.HTM taRGEt=_BlANK><IMG Src=htTP://SofT.hEluocHINA.NET/sOFT/ttxh/ADGo.JPg WiDTh=430 hEIGHT=40 BORDEr=0></a><br>
作者: Bertrand Portier, 出处:developerWorks 中国, 责任编辑: 叶江, <div class="posted">2007-07-17 08:00</div>
</div>
<div class="content">
<h5> 本文中将学习一些新的术语，包括服务标识、规范、实现，以及设计原则，并了解它们为什么是 SOA 成功的基础……</h5>
<div id="pip">
</div>
<div class="guanggao"><span id="contentAdv"></span></div></P>
<P> <STRONG>服务标识</STRONG></P>
<P> 服务标识 是核心的面向服务的分析活动。服务标识的目的是将各个分组的概念化服务及其操作标识出来。</P>
<P> 这些经过标识的服务对于业务而言是有意义的，业务需要这些服务。事实上，业务分析师会帮助软件架构师进行这项工作。下一部分将介绍服务设计原则，您会了解到对服务逻辑分组的需求、对服务及其操作的业务命名的需求。这些都是在服务标识期间决定的，其间使用了多种技术，RUP SOMA 中描述的那些技术也包括在内。</P>
<P> 我们来深入了解一下：</P>
<P> <STRONG>自顶向下方法</STRONG></P>
<P> 业务体系结构工作从一组业务目标开始，标识出一个或多个应予关注的业务流程，这在 SOA 中是非常典型的。通过业务建模工作，可能会出现已经过设计的业务流程(即未来的流程)，对于正在设计中的系统，它们可以被视为功能性的需求。</P>
<P> 自顶向下方法旨在分解业务元素(主要是业务流程和用例)，然后将它们细化为适合服务的粒度。在使用自顶向下方法的过程中，您通常要在业务任务中标识出各种服务操作。这种做法的好处在于，您可以确保标识的服务与业务保持一致。</P>
<P> <STRONG>自底向上方法</STRONG></P>
<P> 自底向上方法旨在分析现有的 IT 资产(如遗留的应用程序和系统)，找出可以作为服务公开的功能，以便重用它们。</P>
<P> 重用是 SOA 的一个重要组成部分，对于 SOA 的成功是极为关键的。您可能知道，遗留应用程序(即已经部署的应用程序)是您的公司最宝贵的资产，应该加以利用。例如，自底向上方法将分析现有的信息管理系统 (IMS) 事务或 COBOL 程序。</P>
<P> 对于自底向上的分析，有一句忠告：您必须谨慎从事，不要盲目地公开现有的 IT 功能。例如，用于创建、读取、更新、删除 (CRUD) 数据的各项服务的粒度可能太小，无法与业务保持一致。</P>
<P>……</P>
<P><A href="http://www.ibm.com/developerworks/cn/webservices/ws-soa-term3/index.html" target=_blank><img src="/TLimages/ttimages/otherpic/view.gif"></A></P>
页:
[1]