為發展中的 SOA 服務用法收集需求

當企業有一些面向服務的體系結構（Service-Oriented Architecture，SOA）服務時，需求收集流程就可能非常有挑戰了。當某個業務單位需要與另一個組相同的服務時，如何進行處理呢？通過本文可了解如何最好地捕獲和記錄來自多個不同組的需求。

    本系列的第一篇文章討論了面向服務的體系結構 (SOA) 項目的技術需求。其中對之所以在業務需求前分析技術需求的原因進行了詳細的說明。其中還討論了不同類型技術需求的細節以及在捕獲這些需求時需要注意的各種問題。

    在本系列的第 2 部分中，您已了解了用于第一批 SOA 服務的需求流程，包括需要收集的不同需求類型，以便啟動 SOA 項目和構建第一批 SOA 服務。

    現在我們將了解如何從第一組 SOA 服務過渡到成熟的 SOA 平臺，包括在推出企業 SOA 平臺前必須處理的需求。此處的重點是業務，本文并不對企業服務總線之類的技術產品進行深入探討。

    企業 SOA

    本系列的前一篇文章討論了第一組 SOA 服務的業務需求。在這個階段，最多選擇三到五個服務?，F在我們將討論企業 SOA 的業務需求。

    企業 SOA（此術語在本文所述的上下文中使用）指代具有數十或數百服務的組織。這包括內部服務（供企業內的客戶使用）、合作伙伴服務（供企業客戶使用）和客戶服務（供 B2B 客戶以及最終客戶或使用者使用）。您的 SOA 項目已從試點開始向廣泛部署過渡。您開始將公司視為一個成熟的 SOA 組織——或者正在逐漸成熟的 SOA 組織。

    在此階段，您可能已經回答了是否應該實施 SOA 的問題。資金投入不是問題——已經證明了 SOA 的價值。當然，您可能將仍然面臨單個服務或一組服務的資金投入問題，但將不會有人對 SOA 的整體價值提出質疑了。

    企業 SOA 的技術需求

    盡管本文的大部分都關注的是業務問題，但我們仍然需要首先討論一些基本技術問題。

    初始 SOA 的需求

    正如前一篇文章中討論的，首批 SOA 服務的需求關注五個主要方面。

原文轉自：http://www.kjueaiud.com