任何信息系統都需要一個體系結構來提供其戰略性描述。這將大大促進軟件的互操作性、集成性，提高開發效率，減少重復開發，降低開發成本。體系結構是一個非常值得研究的課題，本文綜述了軟件體系結構在軟件開發應用中所取得的進展，主要介紹了國內外典型的軟件體系結構及其應用原理。最后探討和展望了我國今后的發展方向。
IEEE Std 1471-2000把“體系結構”定義為“一個系統的基本組織，體現在組成系統的各構件、構件的相互關系、構件與環境的關系、以及指導構件設計和隨時間演進的原則當中”。根據其具體的應用，體系結構有兩方面的含義[1]：
一個系統的形式化描述，或系統在構件層的詳細計劃，以便指導其實現；
構件的結構、相互關系，以及指導構件設計和隨時間演進的原則與指南。
任何復雜的基于計算機的信息系統都需要一個體系結構來提供其演化的一個戰略性環境描述。體系結構提供了對組成信息系統的組件或構造塊的描述以及這些組件間復雜的內部關系。確切地說，一個體系結構是對一個信息技術（IT）系統的正式描述，它定義了組成整個信息系統的組件或構造塊，并提供獲取產品的計劃，以及開發系統，這些因素共同運作實現整個系統。因而，你可以通過它管理你的全部IT投資，使其適合你的商業需求。
雖然體系結構對系統設計至關重要，但過去人們對于體系結構的理解和使用卻是非常不規范的，往往是隱含的、粗糙的、片面的。直到二十世紀九十年代，人們才開始較系統地研究軟件系統的體系結構問題。目前主要的研究領域有體系結構框架、技術參考模型、體系結構描述語言、體系結構的形式基礎、體系結構分析技術、體系結構開發模型與方法、體系結構恢復與重用、體系結構設計工具與環境、領域體系結構等。
對軟件系統體系結構的研究[2]，美國DoD有關機構研究[3,4]的TAFIM、DOD TRM和Open Group研究的TOGAF最具有代表性。
由于我國各行業的大部分軟件系統是按項目開發的[5~7]，立足于滿足當前某一領域的需求，客觀上易于造成“煙囪”式系統，即系統之間的互連、互通、互操作性差，系統的重復開發現象普遍。具體表現在：
沒有進行系統的體系結構設計，許多軟件系統都是由若干子項目組成的“拼盤”；
數據通信的協議、格式不統一，造成互連、互通上的問題；
圖形系統，尤其是數字地圖不統一，直接影響圖形數據的交換和互用；
由于缺乏統一的數據模型、數據元素定義和靈活的、可擴展的數據交換格式，無法進行直接的數據（庫）共享。
目前各行業使用的軟件除了一些大型項目外，很大一部分是屬于短期的小型項目。這些軟件由于貼近需求，在功能和人機界面上比較適合使用。但我們不應只注重開發短時期內解決局部問題的單個系統，坐等“煙囪林立”的局面出現后再尋求解決之道。通過公共體系結構框架的設計和規劃，使不同應用單位在不同時期開發的軟件系統能夠按作戰需求實現互連、互通和互操作，即保證信息資源的共享和不同系統資源的相互動用。