標籤:

業務架構,功能架構,系統架構,技術架構,應用架構都是什麼關係?


首先你講的「業務架構,功能架構,系統架構,技術架構,應用架構」裡面是有重疊的,其中功能架構

可以是業務架構部分、也可以是應用架構部分,系統架構和技術架構是重疊的,可以把這兩個名稱叫一個名稱就行

我的理解是

業務(邏輯)架構:使用一套方法論對產品(項目)所涉及到的需求的業務進行業務邊界劃分,簡單的講就是根據一套邏輯思路進行業務的拆分,總體原則是對業務進行業務邊界的劃分,比如做一個企業訂購服務網站,你需要把商品類目、商品、訂單、訂單服務、支付、退款很清晰的劃分出來,而業務架構不需要考慮諸如我用什麼技術開發、我的並發大怎麼辦、我選擇什麼樣的硬體等等。

應用架構:應用是介於業務語言與技術語言之間,是對整個系統實現的總體上的架構,他需要指出系統的層次、系統開發的原則、系統各個層次的應用服務,例如,上述系統中可以分為、數據層(資源層)、數據服務層、中間構建服務層、業務邏輯層、表現層,並寫明每個層次應用服務。

數據(持久化)架構:對存儲數據(資源)的架構方法論,其架構原則同應用架構大同小異,即考慮到各個系統應用場景、不同時間段的應用場景對數據進行諸如數據異構、讀寫分離、資料庫或NOSQL的策略、緩存的使用、分散式數據(資料庫)策略等等。

技術架構:我的理解是對上述架構中提出的功能(或服務)進行技術方案的實現。包括軟體系統實現、操作系統選擇、運行時設計。技術架構設計面較廣,專業性較強。

以上回答就我的理解而闡述,歡迎討論。


我在諮詢公司專職做企業級架構的時間還比較短,剛一年多點,就我的理解簡單說下。

簡單來說,這些架構面向的人群不同。

業務架構、功能架構面向業務人員,業務用來告訴業務人員我們要做的系統或系統群為哪些業務提供了系統支撐,功能架構用於描述細分業務下提供了哪些功能,注意這裡的功能和技術人員的功能的定義是有偏差的。

應用架構是介於技術和業務之間的一個管理層面的中間產物,簡單點講某個業務的功能可能分布在不同的應用中,某個應用可能由多個系統協作來完成。一般企業以應用為管理單元。

系統架構用於描述系統定位與集成關係,是用來圈定單個系統的功能範圍的。關注系統架構的一般是科技條線的中層,通常會按照系統架構制定項目計劃。

技術架構的邊界比較模糊,對不同受眾描述的詳細程度不同,科技條線自上而下都是比較關注技術架構的,但是各層關注的點不同,高層可能關心的是對系統或系統群使用的技術選型,對整體的把握,要保證不會因為選型引起其他的風險,舉個例子,如果在高性能存儲方面選擇redis的話,就要盡量保證網路的封閉性,避免公網訪問;選擇以cobol語言實現的各類產品時要考慮市場上開發人員數量少,承擔更高的迭代成本等。

先這樣吧,認識淺薄,歡迎指正討論


求權威解釋


求詳細解讀


推薦閱讀:

飲食障礙有什麼好的解決方案?
中國每年大量產生的電子垃圾是如何處理的?歐美有成熟的相關解決方案可供借鑒么?
如何建立家庭區域網?
系統集成解決方案的注意要點有哪些?

TAG:解決方案 |