應用程序架構分為以下兩個不同的級別:
企業級應用架構起到統壹規劃的作用，承上啟下，向上承接企業的戰略發展方向和業務模式，向下規劃和指導企業各IT系統的定位和功能。在企業架構中，應用架構是最重要和工作量最大的部分，它包括企業應用架構的藍圖、架構標準/原則、系統的邊界和定義以及系統之間的關系。
在開發或設計單個IT系統時，設計系統的主要模塊和功能點，系統的技術實現從前端展示到業務處理邏輯再到後臺數據如何結構化。這項工作壹般屬於項目組，而不是企業架構的範圍，但是每個系統的架構設計都需要遵循企業整體應用架構的原則。
應用架構主要以架構圖的形式描述系統的組成和框架，壹般從系統功能和系統技術層面兩個架構角度進行設計:
典型整車制造企業產品開發業務業務結構示意圖
比如壹個典型的整車制造企業的產品開發業務的業務結構示意圖，當我們初步總結壹個典型業務的業務組成部分的構成時，就可以得到壹個業務的整體框架結構，我們可以稱之為“業務框架圖”，企業中三個層級的員工在這個框架內從事這項業務的工作內容是什麽。
很多獲得晉升的企業中高層領導，總是習慣性地認為研究執行層的操作方法和規則是自己的主要職責，卻沒有註意到自己的操作內容和操作方法在整個操作鏈條中的重要作用。這樣壹來，管理層和決策層領導的業績自然取決於執行層操作人員的努力，這也導致我們的中高層領導不去研究影響自己判斷和決策能力的技術瓶頸。
很多新興的現代管理模式，其實都是為了解決中高層領導的運營能力，或者說解決三個業務層面之間的信息溝通能力問題，這也是為什麽業務架構分析師也必須分析戰略和管理層面的運營形式。
下面將解釋上述三個不同級別的工作組件的特征:
戰略層的業務組件自然被用來定義和規範戰略層決策者的業務行為。在很多企業中，壹些專門從事戰略數據分析，為決策領導提出具體解決方案的高級管理人員，也應該被認為是戰略業務組件中的業務人員。
戰略層面的業務組件通常應根據以下運營基準進行設計:
由於管理層處於決策層和執行層之間，從信息溝通的角度來說，它有向上級傳遞信息和向下級匯報信息的責任。壹般來說，給上層信息相對容易實現，給下層信息相對困難，管理和技術問題比較多。管理層的業務組件要以提高管理層對業務流程的控制能力，提高管理層、執行層、戰略層之間的信息溝通能力為主線進行設計。管理工作的重點應按照以下思路設定:
和最佳實踐模式或完成調查分析後的業務熱點分析圖。
上述架構圖是壹個典型業務架構在企業層面的輪廓圖，所以對於每壹個典型業務，都包含了所有相關部門的業務組件。但實際上，我們的很多具體分析往往只需要針對壹個部門的業務。在這種情況下，部門級業務架構圖也可以按照上面的方法來編制，但是在大多數情況下，這個架構圖不需要考慮戰略層的組件設計，所以只采用兩層架構圖是沒有問題的。
下面是壹個詳細的業務架構圖。
從技術層面來說，主要是分層模型，如持久層、數據層、邏輯層、應用層、表示層等。，然後每壹層用什麽技術框架，比如Spring，hibernate，ioc，MVC，成熟的類庫，中間件，WebService等。，並要求這些技術能夠概括整個系統的主要實現。
技術框架是技術系統整體或部分的可重用設計，由壹組抽象組件和組件實例間的交互方法表示。另壹種定義認為，技術框架是可以由技術開發人員定制的應用程序框架。前者是根據應用來定義的，後者是根據目的來定義的。