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