業務系統--業務架構轉化成為IT應用的中間橋梁

業務系統用于減少和管理業務内互相依賴和互動的複雜關系網。通過定義一組功能來實作該目的，這樣，依賴這些功能的業務就不必了解那些功能的執行方式。這樣，業務系統與硬體和軟體元件的使用方式就相當一緻了。業務系統定義一個封裝了系統所含結構元素的結構單元，并且該結構單元以這些系統的外在可視屬性來表現特征。

業務系統由業務流程分析人員用以确定組織内所需的功能是否存在，并確定業務模型會預見到變更或者至少能從變更中複原。業務設計人員使用業務系統來收集相關業務工作者和業務實體，并明确定義和管理組織内的依賴關系。項目經理也使用業務系統來安排并行工作。

UML 說明：

業務分析模型中的元件，構造型為 <<business system>>。業務系統和 UML 子系統的級别相同，因為它同樣是具有封裝語義的元件。

<a></a>

業務系統應該用于通過明确定義每個業務系統提供的功能（或服務），來管理組織内的依賴關系。這意味着業務系統封裝了它所包含的元素，這樣，其服務使用者就不需依賴于它<b>如何</b>提供服務，而依賴于它提供的服務是<b>什麼</b>。

當封裝不重要時，可放寬此規則。在這種情況下，業務系統可直接與其他業務系統中包含的元素互動或直接依賴于這些元素。在這種情況下，正式詳細指定必須在業務系統邊界上提供的概念上的服務就不那麼重要，因為就服務使用者将要綁定的包含元素而言，最終那些服務是随在業務系統中包含的元素一起提供的。 這種變體将業務系統更多地視為封裝（構造）機制，而不是概念。

該内容完成時，本質上業務系統在執行期間在是不存在的，也就是說，這和業務操作的情況一樣，因為它的概念上的服務由所包含的元素直接提供。既便如此，這也仍然表示帶有資源所有權的真正業務組織邊界。

業務系統設計是否合理的标準：

      在任何一層都不應超過 12 個。