框架（framework）是整個或部分系統的可重用設計，表現為一組抽象構件及構件例項間互動的方法;另一種定義認為，框架是可被應用開發者定製的應用骨架。前者是從應用方面而後者是從目的方面給出的定義。
可以說，乙個框架是乙個可復用的設計構件，它規定了應用的體系結構，闡明了整個設計、協作構件之間的依賴關係、責任分配和控制流程，表現為一組抽象類以及其實例之間協作的方法，它為構件復用提供了上下文(context)關係。因此構件庫的大規模重用也需要框架。
構件領域框架方法在很大程度上借鑑了硬體技術發展的成就，它是構件技術、軟體體系結構研究和應用軟體開發三者發展結合的產物。在很多情況下，框架通常以構件庫的形式出現，但構件庫只是框架的乙個重要部分。框架的關鍵還在於框架內物件間的互動模式和控制流模式。
框架比構件可定製性強。在某種程度上，將構件和框架看成兩個不同但彼此協作的技術或許更好。框架為構件提供重用的環境，為構件處理錯誤、交換資料及啟用操作提供了標準的方法。
應用框架的概念也很簡單。它並不是包含構件應用程式的小片程式，而是實現了某應用領域通用完備功能（除去特殊應用的部分）的底層服務。使用這種框架的程式設計人員可以在乙個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的預設行為的類集合。具體的應用通過重寫子類(該子類屬於框架的預設行為)或組裝物件來支援應用專用的行為。
應用框架強調的是軟體的設計重用性和系統的可擴充性,以縮短大型應用軟體系統的開發周期，提高開發質量。與傳統的基於類庫的物件導向重用技術比較，應用框架更注重於面向專業領域的軟體重用。應用框架具有領域相關性，構件根據框架進行復合而生成可執行的系統。框架的粒度越大，其中包含的領域知識就更加完整。
因為軟體系統發展到今天已經很複雜了，特別是伺服器端軟體，設計到的知識，內容，問題太多。在某些方面使用別人成熟的框架，就相當於讓別人幫你完成一些基礎工作，你只需要集中精力完成系統的業務邏輯設計。而且框架一般是成熟，穩健的，他可以處理系統很多細節問題，比如，事物處理，安全性，資料流控制等問題。還有框架一般都經過很多人使用，所以結構很好，所以擴充套件性也很好，而且它是不斷公升級的，你可以直接享受別人公升級**帶來的好處。
框架一般處在低層應用平台（如j2ee）和高層業務邏輯之間的中間層。
軟體為什麼要分層？ 為了實現「高內聚、低耦合」。把問題劃分開來各個解決，易於控制，易於延展，易於分配資源…總之好處很多啦：）。
框架、設計模式這兩個概念總容易被混淆，其實它們之間還是有區別的。構件通常是**重用，而設計模式是設計重用，框架則介於兩者之間，部分**重用，部分設計重用，有時分析也可重用。在軟體生產中有三種級別的重用：內部重用，即在同一應用中能公共使用的抽象塊;**重用，即將通用模組組合成庫或工具集，以便在多個應用和領域都能使用；應用框架的重用，即為專用領域提供通用的或現成的基礎結構，以獲得最高端別的重用性。
框架與設計模式雖然相似，但卻有著根本的不同。設計模式是對在某種環境中反覆出現的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用**表示，也能直接執行或復用，而對模式而言只有例項才能用**表示;設計模式是比框架更小的元素，乙個框架中往往含有乙個或多個設計模式，框架總是針對某一特定應用領域，但同一模式卻可適用於各種應用。可以說，框架是軟體，而設計模式是軟體的知識。
框架的最大好處就是重用。物件導向系統獲得的最大的復用方式就是框架，乙個大的應用系統往往可能由多層互相協作的框架組成。
由於框架能重用**，因此從一已有構件庫中建立應用變得非常容易，因為構件都採用框架統一定義的介面，從而使構件間的通訊簡單。
框架能重用設計。它提供可重用的抽象演算法及高層設計，並能將大系統分解成更小的構件，而且能描述構件間的內部介面。這些標準介面使在已有的構件基礎上通過組裝建立各種各樣的系統成為可能。只要符合介面定義，新的構件就能插入框架中，構件設計者就能重用構架的設計。
框架還能重用分析。所有的人員若按照框架的思想來分析事務，那麼就能將它劃分為同樣的構件，採用相似的解決方法，從而使採用同一框架的分析人員之間能進行溝通。
領域內的軟體結構一致性好； 建立更加開放的系統；
重用**大大增加，軟體生產效率和質量也得到了提高；
軟體設計人員要專注於對領域的了解，使需求分析更充分；
儲存了經驗，可以讓那些經驗豐富的人員去設計框架和領域構件，而不必限於低層程式設計；
允許採用快速原型技術；
有利於在乙個專案內多人協同工作；
大粒度的重用使得平均開發費用降低，開發速度加快，開發人員減少，維護費用降低，而引數化框架使得適應性、靈活性增強。
1. 白盒與黑盒框架 框架可分為白盒(white-box)與黑盒(black-box)兩種框架。 基於繼承的框架被稱為白盒框架。所謂白盒即具備可視性，被繼承的父類的內部實現細節對子類而言都是可知的。利用白盒框架的應用開發者通過衍生子類或重寫父類的成員方法來開發系統。子類的實現很大程度上依賴於父類的實現，這種依賴性限制了重用的靈活性和完全性。但解決這種侷限性的方法可以是只繼承抽象父類，因為抽象類基本上不提供具體的實現。白盒框架是乙個程式骨架，而使用者衍生出的子類是這個骨架上的附屬品。 基於物件構件組裝的框架就是黑盒框架。應用開發者通過整理、組裝物件來獲得系統的實現。使用者只須了解構件的外部介面，無須了解內部的具體實現。另外，組裝比繼承更為靈活，它能動態地改變，繼承只是乙個靜態編譯時的概念。 在理想情況下，任何所需的功能都可通過組裝已有的構件得到，事實上可獲得的構件遠遠不能滿足需求，有時通過繼承獲得新的構件比利用已有構件組裝新構件更容易，因此白盒和黑盒將同時應用於系統的開發中。不過白盒框架趨向於向黑盒框架發展，黑盒框架也是系統開發希望達到的理想目標。
2. 熱點、食譜以及好萊塢原則 成功的框架開發需要確定領域專用的''熱點'' (hot spot)。應用開發者在框架的基礎上進行開發，只須擴充套件框架的某些部分，''熱點''就是在應用領域的一種擴充套件槽，開發者根據自己的需要填充這些擴充套件槽。''熱點''使框架具有靈活性，如在具體的實現中，擴充套件槽可以被看成是一些抽象類，開發者通過重寫抽象方法獲得具體實現。 ''食譜'' (cookbook)就是描述如何使用框架方法的文件。在''食譜''中包含了許多''烹飪''方法，這些''烹飪''方法相當於一些具體的操作步驟，描述了為解決某一專門問題如何使用框架的詳細方法。框架的內部設計和實現細節通常不出現在''食譜''中。 框架的乙個重要特徵就是使用者定義的方法經常被框架自身呼叫，而不是從使用者的應用**中呼叫。這種機制常稱為''好萊塢原則''(hollywood principle)或''別呼叫我們，我們會呼叫您''。
軟體工程中的框架
1.什麼是框架？框架 framework 是整個或部分系統的可重用設計，表現為一組抽象構件及構件例項間互動的方法 另一種定義認為，框架是可被應用開發者定製的應用骨架。前者是從應用方面而後者是從目的方面給出的定義。可以說，乙個框架是乙個可復用的設計構件，它規定了應用的體系結構，闡明了整個設計 協作構件...
軟體工程框架
框架是對特定應用領域中的應用系統的部分設計和實現，它定義了一類應用系統 或子系統 的整體結構。框架將應用系統劃分為類和物件，定義類和物件的責任，類和物件如何互相協作，以及物件之間的控制線程。這些共有的設計因素由框架預先定義，應用開發人員只須關注於特定的應用系統特有部分。框架刻畫了其應用領域所共有的設...
4 軟體工程框架
1 給出了軟體所涉及軟體工程的工程要素 2 給出了各要素之間的關係 3 給出了軟體工程學科所研究的主要內容 正確性 軟體產品達到預期功能的程度 可用性 軟體基本結構 實現及文件為使用者可用的程度 開銷合宜 軟體開發 執行的整個開銷滿足使用者要求的程度 a 需求 定義問題，即建立系統模型 主要任務包括...