关键字：soa 当企业有一些面向服务的体系结构（Service-Oriented Architecture，SOA）服务时，需求收集流程就可能非常有挑战了。当某个业务单位需要与另一个组相同的服务时，如何进行处理呢？通过本文可了解如何最好地捕获和记录来自多个不同组的需求。
本系列的第一篇文章讨论了面向服务的体系结构 (SOA) 项目的技术需求。其中对之所以在业务需求前分析技术需求的原因进行了详细的说明。其中还讨论了不同类型技术需求的细节以及在捕获这些需求时需要注意的各种问题。
在本系列的第 2 部分中，您已了解了用于第一批 SOA 服务的需求流程，包括需要收集的不同需求类型，以便启动 SOA 项目和构建第一批 SOA 服务。
现在我们将了解如何从第一组 SOA 服务过渡到成熟的 SOA 平台，包括在推出企业 SOA 平台前必须处理的需求。此处的重点是业务，本文并不对企业服务总线之类的技术产品进行深入探讨。
企业 SOA
本系列的前一篇文章讨论了第一组 SOA 服务的业务需求。在这个阶段，最多选择三到五个服务。现在我们将讨论企业 SOA 的业务需求。
企业 SOA（此术语在本文所述的上下文中使用）指代具有数十或数百服务的组织。这包括内部服务（供企业内的客户使用）、合作伙伴服务（供企业客户使用）和客户服务（供 B2B 客户以及最终客户或使用者使用）。您的 SOA 项目已从试点开始向广泛部署过渡。您开始将公司视为一个成熟的 SOA 组织——或者正在逐渐成熟的 SOA 组织。
在此阶段，您可能已经回答了是否应该实施 SOA 的问题。资金投入不是问题——已经证明了 SOA 的价值。当然，您可能将仍然面临单个服务或一组服务的资金投入问题，但将不会有人对 SOA 的整体价值提出质疑了。
企业 SOA 的技术需求
尽管本文的大部分都关注的是业务问题，但我们仍然需要首先讨论一些基本技术问题。
初始 SOA 的需求
正如前一篇文章中讨论的，首批 SOA 服务的需求关注五个主要方面。
文章来源于领测软件测试网 https://www.ltesting.net/
