無論你是什麼首席架構師也好，技術負責人也好，你必須要承認，所有的技術和架構都是為業務服務的，脫離了業務，架構就是一團廢紙。
今天就給大家講講業務架構，並且從0-1建設業務架構。
首先明確應用架構的定義，從百度百科上即可瞭解到何為應用架構：
應用架構（Application Architecture）是描述了IT系統功能和技術實現的內容。應用架構分為以下兩個不同的層次：
- 企業級的應用架構：企業層面的應用架構起到了統一規劃、承上啟下的作用，向上承接了企業戰略發展方向和業務模式，向下規劃和指導企業各個IT系統的定位和功能。在企業架構中，應用架構是最重要和工作量最大的部分，他包括了企業的應用架構藍圖、架構標準/原則、系統的邊界和定義、系統間的關聯關係等方面的內容。
- 單個系統的應用架構：在開發或設計單一IT系統時，設計系統的主要模塊和功能點，系統技術實現是從前端展示到業務處理邏輯，到後臺數據是如何架構的。這方面的工作一般屬於項目組，而不是企業架構的範疇，不過各個系統的架構設計需要遵循企業總體應用架構原則。
簡而言之，應用架構圖分為兩類，一類為多系統應用架構，用來分層次說明不同系統間的業務邏輯關係、信息流、系統邊界等等。一類為單系統應用架構，用來分層次說明系統主要組成模塊和功能點之間的業務邏輯關係。
從應用架構圖的描述方式或崗位角度而言，又分為系統功能性架構圖（或叫業務架構圖）和系統技術層次架構圖（或叫技術架構圖）。兩者的差異如下：
一般而言，由於現互聯網公司產品經理越來越聚焦於功能設計和業務決策，而技術人員則越來越聚焦於技術設計。所以對於產品經理而言，架構圖的運用則側重在業務架構圖上，技術架構圖則由技術經理負責。當然產品經理如果也有技術背景，有能力理解技術架構圖則更好。
下面分別引用網上大神所做的架構圖例子來說明何為業務架構圖，何為技術架構圖。
技術架構圖
由上圖可見，技術架構圖的特點在於用技術語言來描述系統的七個層級。
業務架構圖
業務架構圖可以按多系統業務架構圖和單系統業務架構圖進行說明。
多系統業務架構圖
來源於《深度｜從一個故事說起，談談企業應用架構的演變史》，作者楊堃，侵刪)
由上圖可見，業務架構圖是從業務邏輯的視角出發，為產品經理整齊地展現出一個企業各類系統之間的層次和關係。在產品大神楊堃的《深度｜從一個故事說起，談談企業應用架構的演變史》一文中，形象地為我們描述了業務架構圖從無到有的過程，非常值得各位產品人學習的。下面就根據大神的經驗說一下自己對業務架構圖的理解。
業務架構圖按照層次結構可以分為經典的三層結構：展現層、業務邏輯層和數據層，而上圖作者在該基礎上又分別對展現層和業務邏輯層做了細分。在上圖的基礎上其實還可以加上一層運維層來說明系統所需要的硬件條件。對於單個系統的架構圖而言尤其重要。
使用多系統應用架構圖還有一個好處在於，每當有新增的子系統時，可以提前預判是否需要共用哪些單元或者業務邏輯。例如是否用同一套賬戶體系，這對產品前期開發至關重要。
單系統業務架構圖
對於一個從0到1的項目而言，產品經理除了要了解這個項目在整個企業應用架構中的定位，還要對整個系統的模塊和功能有著清晰的分層次設計和了解。所以產品經理就不僅需要多系統業務架構圖，也需要單系統業務架構圖。
單系統應用架構圖
由上圖可以看出，單系統應用架構圖分層可以和多系統應用架構圖一致。但是每個層次裡面的說明單元就變成功能模塊，而非子系統。
應用架構圖看起來和具體功能設計沒太大關係，但心中存在這一張圖時，可以從整個大局去設計系統，做好提前佈局，避免後期出現巨坑。
閱讀更多 IT技術管理那些事兒 的文章
