f）服务相关性
这里有两种服务相关性：
前提条件的相关性：在开始执行当前调用之前另一服务调用必须已经成功地执行了。例如，找到存货应当发生在存储存货之前；
处理相关性：另一服务调用需要成功地执行当前服务。
g）其它服务属性
其它服务属性包括服务级协议（如性能需求）、能力和安全。在这个阶段，我们详述并实验了如何使那些属性更合理且可实现。
9）服务规范及实现
当考虑如何实现服务时，我们需考虑：
服务细节
服务的数据输入及输出
服务是同步的还是异步的
协议需求（XML/HTTP、SOAL/HTTP、JMS、XML/MQ 等等）
服务组合
对于服务无功能需求。
我们也需要确定如何使用遗留和现有的企业功能，通过询问诸如“我们要不要在遗留功能上放置包装器？”或“我们需要为企业服务更改发布的接口吗？”之类的问题。在回答完这样的问题之后，就能做出服务实现决策并在服务模型中归档。
10）向 Application Developer 输出服务模型
最后，我们将来源于 Business Integration Modeler 的模型作为 Business Process Execution Language（BPEL）和 WSDL 输出，然后我们将它们引入 Application Developer 中。然后，我们进一步地编辑、增强、开发 Application Developer 中的流程编排。
结束语
作者提出了以模型为中心的解决方案，用于分析和设计基于服务的适用于集成包解决方案组件和遗留系统的集成层。他们使用 CBM 零售映射作为逻辑组件模型的启动，过滤掉与 SoT 的当前范围无关的内容。使用业务分析组开发的可用业务流程及用例文档作为主要输入，它们使用 WebSphere Business Integration Modeler 来为内部组件的交互建模，并将每个交互都确定成那些逻辑组件中的候选业务服务。他们分析输入输出消息和数据需求，并指导对每个服务的复杂性的最初的评估。他们将那些服务构建到逻辑服务模型中，他们进一步扩大逻辑服务模型使其包括公共业务和工具服务、数据和安全服务。他们将所选的逻辑业务组件映射到确定的包应用程序组件（子系统）中，并合并逻辑服务到那些子系统中。
参考资料
您可以参阅本文在 developerWorks 全球站点上的 英文原文。
在文章 "面向服务的建模和体系结构：如何确定、指定和实现您的 SOA 的服务"中发现分析和设计 SOA 所需的关键活动（developerWorks，2004 年 11 月）。
着手于应用程序开发工具及 DB2®、Lotus®、Rational®、Tivoli® 和 WebSphere® 的中间件产品。您可以免费下载产品的测试版，或选择 developerWorks 免费的 Software Evaluation Kit 的 Linux® 或 Windows® 版本。
获得由 Thomas Erl 所著的书籍面向服务的体系结构：集成 XML 和 Web 服务的领域指导（Prentice Hall，2004）。
文章来源于领测软件测试网 https://www.ltesting.net/
