釋義
1、注音kuàng jià
2、釋義：（1）建築工程中，由梁、柱等聯結而成的結構；（2）比喻事物的組織、結構
3、土木工程中，由梁、柱等構件剛性連結而成的結構體系。
2、比喻事物的組織、結構：這部長篇小說已經有了一個大緻的框架。
土木工程
（框，讀kuàng，不讀kuāng。）
由梁和柱組成的能承受垂直和水平荷載的結構，梁和柱是剛性連結的。主要要用于工業與民用建築物的承重骨架，橋梁構架或工程構築物。
一般指建築工程中，由粱或尾架和柱聯結而成的結構。由于我國古代家具自宋以後曾吸收古代大木構制的作法，故傳統家具采用框檔、立柱結構形式的即稱框架，并将此類結構形式的家具稱之謂“框架式家具”。
施工流程
(1)基礎工程
測量放線→土方開挖→釺探、驗槽→靜壓樁→砼墊層→承台、基礎鋼筋、模闆、砼→牆、柱鋼筋→水電預留、預埋→牆柱模闆→牆柱砼→拆模養護→梁闆模闆→梁闆鋼筋→水電預留、預埋→梁闆砼→養護→外牆防水→防水保護層→基礎土方回填。
(2)主體工程
測量放線→牆柱鋼筋→水電預留、預埋→牆柱模闆→牆柱砼→拆模養護→梁闆模闆→梁闆鋼筋→水電預留、預埋→梁闆砼→養護
(3)裝飾裝修工程
測量放線→二次結構砌築、隔牆安裝→屋面防水→立門窗框→内牆抹灰→樓地面→牆面踢腳→設備安裝→門窗扇安裝→吊頂→精裝修→油漆、塗料。
軟件工程
框架定義
框架（Framework）是整個或部分系統的可重用設計，表現為一組抽象構件及構件實例間交互的方法;另一種定義認為，框架是可被應用開發者定制的應用骨架。前者是從應用方面而後者是從目的方面給出的定義。
可以說，一個框架是一個可複用的設計構件，它規定了應用的體系結構，闡明了整個設計、協作構件之間的依賴關系、責任分配和控制流程，表現為一組抽象類以及其實例之間協作的方法，它為構件複用提供了上下文(Context)關系。因此構件庫的大規模重用也需要框架。
構件領域框架方法在很大程度上借鑒了硬件技術發展的成就，它是構件技術、軟件體系結構研究和應用軟件開發三者發展結合的産物。在很多情況下，框架通常以構件庫的形式出現，但構件庫隻是框架的一個重要部分。框架的關鍵還在于框架内對象間的交互模式和控制流模式。
框架比構件可定制性強。在某種程度上，将構件和框架看成兩個不同但彼此協作的技術或許更好。框架為構件提供重用的環境，為構件處理錯誤、交換數據及激活操作提供了标準的方法。
應用框架的概念也很簡單。它并不是包含構件應用程序的小片程序，而是實現了某應用領域通用完備功能（除去特殊應用的部分）的底層服務。使用這種框架的編程人員可以在一個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的默認行為的類集合。具體的應用通過重寫子類(該子類屬于框架的默認行為)或組裝對象來支持應用專用的行為。
應用框架強調的是軟件的設計重用性和系統的可擴充性,以縮短大型應用軟件系統的開發周期，提高開發質量。與傳統的基于類庫的面向對象重用技術比較，應用框架更注重于面向專業領域的軟件重用。應用框架具有領域相關性，構件根據框架進行複合而生成可運行的系統。框架的粒度越大，其中包含的領域知識就更加完整。
框架，即framework。其實就是某種應用的半成品，就是一組組件，供你選用完成你自己的系統。簡單說就是使用别人搭好的舞台，你來做表演。而且，框架一般是成熟的，不斷升級的軟件。框架的概念最早起源于Smalltalk環境，其中最著名的框架是Smalltalk 80的用戶界面框架MVC(Model-View-Controller)。随着用戶界面框架Interviews【Linton 89】和ET++【Weinand 89】的開發和發布，框架研究越來越受到研究人員的重視。雖然框架研究最初起源于用戶界面領域，但它還被成功地應用到其他領域中，如操作系統【Russo 90】、火警系統【Molin 96a，Molin 96b】等。Taligent公司于1992年成立後，框架研究受到了廣泛的重視。該公司計劃基于框架來開發一個完整的面向對象操作系統。另外，該公司還發布了一套支持快速應用開發的工具集CommonPoint，其中包括了上百個面向對象框架【Andert 94,Cotter 95】。框架還沒有統一的定義，其中Ralph Johnson所給出的定義基本上為大多數研究人員所接受：
一個框架是一個可複用設計，它是由一組抽象類及其實例間協作關系來表達的【Johnson 98】。
這個定義是從框架内涵的角度來定義框架的，當然也可以從框架用途的角度來給出框架的定義：
一個框架是在一個給定的問題領域内，一個應用程序的一部分設計與實現【Bosch 97】。
從以上兩個定義可以看出，框架是對特定應用領域中的應用系統的部分設計和實現com/wiki/%E5%AD%90%E7%B3%BB%E7%BB%9F target="_new" class=innerlink>子系統)的整體結構。框架将應用系統劃分為類和對象，定義類和對象的責任，類和對象如何互相協作，以及對象之間的控制線程。這些共有的設計因素由框架預先定義，應用開發人員隻須關注于特定的應用系統特有部分。框架刻畫了其應用領域所共有的設計決策，所以說框架着重于設計複用，盡管框架中可能包含用某種程序設計語言實現的具體類。
一個基于框架開發的應用系統包含一個或多個框架，與框架相關的構件類，以及與應用系統相關的功能擴展。與應用系統相關的擴展包括與應用系統相關的類和對象。應用系統可能僅僅複用了面向對象框架的一部分，或者說，它可能需要對框架進行一些适應性修改，以滿足系統需求。
面向對象的框架作為一種可複用的軟件，在基于框架的軟件開發過程中會涉及到框架的開發和利用兩個方面的工作。框架的開發階段在于産生領域中可複用的設計。該階段的主要結果是框架以及與框架相關的構件類。該階段的一個重要活動是框架的演變和維護。象所有軟件一樣，框架也易于變化。産生變化的原因很多，如應用出錯，業務領域變化，等等。
不論是哪一種技術，最終都是為業務發展而服務的。從業務的角度來講。首先，框架的是為了企業的業務發展和戰略規劃而服務的，他服從于企業的願景（vision）；其次，框架最重要的目标是提高企業的競争能力，包括降低成本、提高質量、改善客戶滿意程度，控制進度等方面。最後，框架實現這一目标的方式是進行有效的知識積累。軟件開發是一種知識活動，因此知識的聚集和積累是至關重要的。框架能夠采用一種結構化的方式對某個特定的業務領域進行描述，也就是将這個領域相關的技術以代碼、文檔、模型等方式固化下來。
使用框架原因
因為軟件系統發展到今天已經很複雜了，特别是服務器端軟件，涉及到的知識，内容，問題太多。在某些方面使用别人成熟的框架，就相當于讓别人幫你完成一些基礎工作，你隻需要集中精力完成系統的業務邏輯設計。而且框架一般是成熟，穩健的，他可以處理系統很多細節問題，比如，事物處理，安全性，數據流控制等問題。還有框架一般都經過很多人使用，所以結構很好，所以擴展性也很好，而且它是不斷升級的，你可以直接享受别人升級代碼帶來的好處。
框架一般處在低層應用平台（如J2EE）和高層業務邏輯之間的中間層。
軟件為什麼要分層？
為了實現“高内聚、低耦合”。把問題劃分開來各個解決，易于控制，易于延展，易于分配資源…。
框架設計模式
框架、設計模式這兩個概念總容易被混淆，其實它們之間還是有區别的。構件通常是代碼重用，而設計模式是設計重用，框架則介于兩者之間，部分代碼重用，部分設計重用，有時分析也可重用。在軟件生産中有三種級别的重用：内部重用，即在同一應用中能公共使用的抽象塊;代碼重用，即将通用模塊組合成庫或工具集，以便在多個應用和領域都能使用；應用框架的重用，即為專用領域提供通用的或現成的基礎結構，以獲得最高級别的重用性。
框架與設計模式雖然相似，但卻有着根本的不同。設計模式是對在某種環境中反複出現的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用代碼表示，也能直接執行或複用，而對模式而言隻有實例才能用代碼表示;設計模式是比框架更小的元素，一個框架中往往含有一個或多個設計模式，框架總是針對某一特定應用領域，但同一模式卻可适用于各種應用。可以說，框架是軟件，而設計模式是軟件的知識。
框架開發
框架的最大好處就是重用。面向對象系統獲得的最大的複用方式就是框架，一個大的應用系統往往可能由多層互相協作的框架組成。
由于框架能重用代碼，因此從一已有構件庫中建立應用變得非常容易，因為構件都采用框架統一定義的接口，從而使構件間的通信簡單。
框架能重用設計。它提供可重用的抽象算法及高層設計，并能将大系統分解成更小的構件，而且能描述構件間的内部接口。這些标準接口使在已有的構件基礎上通過組裝建立各種各樣的系統成為可能。隻要符合接口定義，新的構件就能插入框架中，構件設計者就能重用構架的設計。
框架還能重用分析。所有的人員若按照框架的思想來分析事務，那麼就能将它劃分為同樣的構件，采用相似的解決方法，從而使采用同一框架的分析人員之間能進行溝通。
主要特點
領域内的軟件結構一緻性好；
建立更加開放的系統；
重用代碼大大增加，軟件生産效率和質量也得到了提高；
軟件設計人員要專注于對領域的了解，使需求分析更充分；
存儲了經驗，可以讓那些經驗豐富的人員去設計框架和領域構件，而不必限于低層編程；
允許采用快速原型技術；
有利于在一個項目内多人協同工作；
大粒度的重用使得平均開發費用降低，開發速度加快，開發人員減少，維護費用降低，而參數化框架使得适應性、靈活性增強。
解決問題
框架要解決的最重要的一個問題是技術整合的問題，在J2EE的框架中，有着各種各樣的技術，不同的軟件企業需要從J2EE中選擇不同的技術，這就使得軟件企業最終的應用依賴于這些技術，技術自身的複雜性和技術的風險性将會直接對應用造成沖擊。而應用是軟件企業的核心，是競争力的關鍵所在，因此應該将應用自身的設計和具體的實現技術解耦。這樣，軟件企業的研發将集中在應用的設計上，而不是具體的技術實現，技術實現是應用的底層支撐，它不應該直接對應用産生影響。要理解這一點，我們來舉一些例子：
一個做視頻流應用的軟件企業，他為電廣行業提供整體的解決方案。他的優勢在于将各種各樣的視頻硬件、服務器、和管理結合起來，因此他扮演的是一個集成商的角色。因此他的核心價值在于使用軟件技術将不同的硬件整合起來，并在硬件的整合層面上提供一個統一的管理平台。所以他的精力應該放在解決兩個問題：
如何找到一種方法，将不同的硬件整合起來，注意，這裡的整合并不是技術整合，而是一種思路上的整合。首先要考慮的絕對不是要使用什麼技術，而是這些硬件需要提供哪些服務，需要以什麼樣的方式進行管理。因此，這時候做的事情實際上是對領域進行建模。例如，我們定義任何一種硬件都需要提供兩種能力，一種是統一的管理接口，用于對所有硬件統一管理；另一種是服務接口，系統平台可以查詢硬件所能夠提供的服務，并調用這些服務。所以，設計的規範将會針對兩種能力進行。
另一個問題是如何描述這個管理系統的規範。你需要描述各種管理活動，以及管理中所涉及的不同實體。因為管理系統是針對硬件的管理，所以它是構架在硬件整合平台之上的。
在完成業務層面的設計之後，我們再來看看具體的技術實現。光有規範和設計是不夠的，我們還需要選擇一個優秀的技術。由于是對不同硬件的整合，我們想到采用Java提供的JMX技術。JMX技術适合用來進行系統整合，它定義了一個通用的規範，并給出了遠程管理端口的一些默認實現。JMX已經經過了實踐的檢驗，不少的應用服務器都采用了以JMX為基礎的結構，例如有名的JBoss。JMX已經是一個很好的開始了，但是我們還需要在JMX的基礎上再做一些工作。
相關概念
1.白盒與黑盒框架
框架可分為白盒(White-Box)與黑盒(Black-Box)兩種框架。
基于繼承的框架被稱為白盒框架。所謂白盒即具備可視性，被繼承的父類的内部實現細節對子類而言都是可知的。利用白盒框架的應用開發者通過衍生子類或重寫父類的成員方法來開發系統。子類的實現很大程度上依賴于父類的實現，這種依賴性限制了重用的靈活性和完全性。但解決這種局限性的方法可以是隻繼承抽象父類，因為抽象類基本上不提供具體的實現。白盒框架是一個程序骨架，而用戶衍生出的子類是這個骨架上的附屬品。
基于對象構件組裝的框架就是黑盒框架。應用開發者通過整理、組裝對象來獲得系統的實現。用戶隻須了解構件的外部接口，無須了解内部的具體實現。另外，組裝比繼承更為靈活，它能動态地改變，繼承隻是一個靜态編譯時的概念。
在理想情況下，任何所需的功能都可通過組裝已有的構件得到，事實上可獲得的構件遠遠不能滿足需求，有時通過繼承獲得新的構件比利用已有構件組裝新構件更容易，因此白盒和黑盒将同時應用于系統的開發中。不過白盒框架趨向于向黑盒框架發展，黑盒框架也是系統開發希望達到的理想目标。
2.熱點、食譜以及好萊塢原則
成功的框架開發需要确定領域專用的''熱點''(Hot spot)。應用開發者在框架的基礎上進行開發，隻須擴展框架的某些部分，''熱點''就是在應用領域的一種擴展槽，開發者根據自己的需要填充這些擴展槽。''熱點''使框架具有靈活性，如在具體的實現中，擴展槽可以被看成是一些抽象類，開發者通過重寫抽象方法獲得具體實現。
''食譜''(Cookbook)就是描述如何使用框架方法的文檔。在''食譜''中包含了許多''烹饪''方法，這些''烹饪''方法相當于一些具體的操作步驟，描述了為解決某一專門問題如何使用框架的詳細方法。框架的内部設計和實現細節通常不出現在''食譜''中。
框架的一個重要特征就是用戶定義的方法經常被框架自身調用，而不是從用戶的應用代碼中調用。這種機制常稱為“好萊塢原則”(Hollywood Principle)或“别調用我們，我們會調用您”。
JAVA框架
WAF：全稱：WEB APPLICATION FRAMEWORK
主要應用方面：EJB層，（WEB層也有，但是比較弱）。
主要應用技術：EJB等
簡述：這是SUN在展示J2EE平台時所用的例子PetStore(寵物商店系統)裡面的框架。是SUN藍皮書例子程序中提出的應用框架。它實現了MVC和其他良好的設計模式。SUN的網站上有技術資料，最好下載PetStore來研究，WEBLOGIC裡自帶此系統，源碼在beaweblogic700samplesserversrcpetstore。這是學習了解J2EE的首選框架。
Struts:主要應用方面：WEB層。主要應用技術：JSP,TagLib,JavaBean,XML等出處，這是APACHE的開源項目，應用很廣泛。基于MVC模式，結構很好，基于JSP。Jbuilder8裡已經集成了STRUTS1.02的制作。
簡述WAF+STRUTS結合的例子：WEB層用STRUTS，EJB層用WAF：JSP(TagLib)——>ActionForm——>Action——>Event——>EJBAction——>EJB——>DAO——>Database JSP（TagLib）(forward)<——Action<——EventResponse<——
Turbine：主要應用方面：WEB層。主要應用技術：servlet等出處，這是APACHE的開源項目。基于SERVLET。據說速度比較快，基于service（pluggable implementation可插拔的執行組件）的方式提供各種服務。
COCOON：主要應用方面：WEB層。
主要應用技術：XML，XSP，servlet等
簡述：這是APACHE的一個開源項目。基于XML，基于XSP（通俗地說，XSP是在XML靜态文檔中加入Java程序段後形成的動态XML文檔。）。特點是可以與多種數據源交互，包括文件系統，數據庫，LDAP，XML資源庫，網絡數據源等。
ECHO：主要應用方面：WEB層。主要應用技術：servlet等出處：簡述：nextapp公司的一個開源項目。基于SERVLET。頁面可以做的很漂亮，結合echopoint，可以作出很多圖形效果（裡面用了jfreechart包）。使用SWING的思想來作網頁，把HTML當作JAVA的類來做。但是大量使用Session，頁面分幀（Frame）很多,系統資源消耗很大。
JATO：全稱：SUN ONE Application Framework主要應用方面：WEB層。主要應用技術：JSP,TagLib,JavaBean等出處，簡述：這是SUN推出的一個商業性框架，一看名字就知道是結合SUN ONE的平台推出的。我下載了JATO2.0看了一下，感覺有些簡單，使用了JSP+TagLib+JavaBean。如他的DOC所說JATO是适合用在小的WEB應用裡。
TCF：全稱：Thin-Client Framework主要應用方面：JAVA GUI。主要應用技術：JAVA application等出處，簡述：這是IBM出的一個框架。基于MVC模式，基于JAVA Application。
應用框架
随着管理信息應用範圍的拓展，交易類應用為管理對象的電子信息獲取提供了豐富的手段，這些信息的存儲、加工、增值、展現等處理事務，均屬于管理決策類應用系統的範疇。傳統的信息系統通常将這些事務，與交易類應用合并在一個應用系統中實現，随着一個組織中應用系統不斷地湧現，關聯數據的組織和共享、曆史數據的積累和重用、全面數據的挖掘和增值等需求，促生了基于數據倉庫技術的，面向整個組織，獨立性的管理決策類應用環境的實現。這類應用有一個最大的特點，就是用戶需求是持續發展和不斷完善的，特别是應用的初期，用戶甚至提不出充分和全面的需求。同時，這類應用又存在非常強的應用共性。為此，可以通過一組與業務無關的，産品化的技術支撐環境，去實現對海量數據獲取和儲存的支持能力；去實現描述加工規則發展和完善的能力；去實現提供數據組織訪問和管理的能力；去實現反映結果信息簡潔和人性化的能力，這便是“管理決策框架”的意義。該框架由以下部分構成：
業務架構
所有的應用系統隻有在覆蓋了相應的業務以後，才具有應用的實際意義。與業務無關的管理決策框架在沒有加載業務以前，隻能稱之為框架，加載業務以後則成為了針對特定業務的管理決策系統了。所謂業務架構一方面是為用戶加載和組織業務提供的一個手段和環境（開始也為用戶加載了一些通用的業務如查詢、報表等）；另一方面也是在實際應用時的業務門戶。類似于智能終端的桌面，用戶拿到手的時候桌面是空的，隻是有一些通用業務，如時鐘、畫圖、記事簿等，随着應用的發展，每個人的桌面會呈現出各不相同的個性化業務。管理決策框架中向用戶提供了業務操作和管理的操作2類業務，其中業務操作是面向大衆用戶的，涉及業務管理活動的流程、查詢、分析、決策等日常作業，這些操作絕大多數都需要用戶後續自行加載；管理操作是面向小衆用戶的，涉及對業務管理活動的流程定義、數據組織、分析規則、決策算法、展現效果等定義和描述操作，并對它們進行加載和維護的作業。與傳統的應用系統不同的是，這些作業的形成不是由程序員編碼實現的，而是用戶骨幹或者第三方團隊（小衆用戶），利用管理決策框架提供的管理操作（由應用架構的相關産品提供）加載實現的。加載的結果通常以“方案”的形式打包，每個“方案”對應一個管理活動的過程、規則、算法、結果展現等等。訓練成熟的方案經過該架構的解析和執行，面向用戶提供直觀高效的，可持續發展的，智能化的最佳用戶體驗。該架構涉及的技術包括：統一門戶、統一權限、工作流、商務智能（BI）等等。
應用架構
該架構主要是面向業務架構提供軟件功能的支持，既提供運行時的業務功能支持，又提供加載時的管理功能支持。與傳統的應用架構的最大不同在于，該架構能為整個組織實現業務需求的變化和滿足覆蓋地域的不同，提供可持續發展的支撐能力和具有更長的生命周期。同時，也是确保業務無關性，實現管理決策類應用産品化的關鍵。為此，組成該架構的一系列産品，均以人機交互的模式，将管理決策業務需要實現的數據源獲取、數據口徑描述、數據的組織、加工規則、管理過程、結果展現等進行定義、描述和發布管理；其所涉及的每個定義和描述的結果，均分為2個部分，一是以代碼段或腳本形式保存的，可以由業務架構解析并執行的部分，稱為“方案元”；二是對相應的方案元按照标準的元模型，以人工語境描述的數據集合，稱為“元數據”。方案元也作為元數據的一部分一并打包，并加以保存和管理，每項業務所涉及方案元的集合稱為“方案”，每個“方案”經過測試和訓練，面向特定的用戶發布。這個過程稱為“主動式元數據管理”。應用架構發布的結果就是業務架構面向大衆用戶提供的“業務功能”；使用應用架構所提供産品進行業務實現（加載）的過程，就是小衆用戶在業務架構中使用“管理功能”的過程。該架構涉及的技術包括：元數據标準、元數據管理、方案的形成和管理、知識的形成和管理等等。
數據架構
它面向全局提供統一的數據綜合利用及管理環境。與傳統的數據架構不同，該架構提出了對“數據空間”進行“數據管理”的概念。“數據空間”是整個組織所有管理對象所涉及的數據全集，以及它們所有的數據屬性。傳統的數據架構關注的重點，局限在所有管理對象涉及的實體數據（内容），而“數據空間”關注和管理的對象，還要擴展到：一是以人工語境對“内容”進行解釋性描述的元數據（變化）；二是記錄“内容”和“變化”的歸檔數據（曆史）；三是反映管理決策框架運行環境的日志數據（狀态）等。這裡記錄内容、變化、曆史、狀态的數據集合，稱之為“數據全集”；“變化”與傳統的隻供機器識别的技術元數據（傳統數據屬性），一并稱之為新的“數據屬性”。“數據管理”指的是要對進入管理決策框架的數據源進行完整性、原始性、不可抵賴性的實現管理；要對基礎數據口徑和後續加工規則、算法等進行标準化、規範化、可追溯的描述管理；要對數據空間涉及的所有數據，進行合理組織、物理分區、數據結構的定義，實現全面科學、統分結合、訪問高效的控制管理；要對内容、變化、曆史、狀态等涉及的所有數據增值過程，進行全面質量管理和全過程的生命周期管理。該架構涉及的技術包括：非結構化數據處理、檔案管理、“大數據”技術、數據倉庫（特别是DW2.0）涉及的相關技術等等。
技術架構
該架構是構成信息系統物理環境的産品集合，包括服務器、操作系統、中間件、網絡環境等基礎技術環境。在進行配置管理時，管理決策框架除了要考慮災備的異地支持環境，還要在物理上分為生産環境和訓練環境。生産環境是訓練環境的子集，其主要是将正式發布的“方案”經過加載、解析、執行，針對特定業務提供日常作業的支持服務，從而确保了生産環境的簡化、高效、可靠、穩定；訓練環境除了能模拟實際生産環境，還要提供業務（方案）加載、測試、訓練、維護、發布等管理作業的支持服務，從而确保該框架對業務應用無關性、對業務需求的可持續發展、保證支持環境的長生命周期。該架構涉及的技術包括：虛拟技術、雲計算、容災管理、數據中心監控等等。
安全架構
在最大限度滿足管理決策框架運行的基礎上，構建網絡、硬件和軟件相結合的安全體系，通過監控管理手段來确保系統穩定，削弱高度信息化的應用系統受單點故障的影響程度，使系統能夠将風險分散和具備一定的自救能力。要考慮一體化的，整體安全架構的設計要求；要符合信息安全标準(物理安全、運行安全、數據安全、内容安全等)規定而采取的技術和管理要求；要實現信息安全和數據質量管理的技術環境，能夠提供安全策略的具體管理機制。信息安全不僅體現在物理環境的實現上，更要強調信息安全管理機制的建立和持續完善，并且管理機制要能夠體現在物理環境上，要能夠通過物理環境管理、記錄、分析各類信息安全事件，避免其再次發生。
标準體系
作為與業務無關的應用軟件産品，管理決策框架需要一系列标準，以規範整個框架對外部的銜接、規範框架内各架構間的銜接，以及每個架構内部的，對處理對象的獲取、加工、處理等描述的規範等等。它們涉及到相互銜接、處理對象描述、加工規則描述等等方面的标準化，以及如何對它們進行描述的标準化（元數據标準，即元模型）；涉及到包括組織、制定、維護、發布、遵循等内容的标準管理機制；特别是要有一個支撐标準管理機制的技術支持環境，這個環境不僅要提供對每個标準生命周期的管理，還要提供整個框架對标準遵循和使用的一緻性和易用性保障和服務。
運維體系
管理決策框架的運維體系分為2類：一類是物理環境運維。即傳統的數據中心環境和設備的運行保障和安全保障；另一類是應用環境運維。它包括涉及業務架構、應用架構、數據架構、标準體系的運維管理。通過這些運維管理活動，實現業務需求的有效支撐和可持續發展；實現管理功能（即整個框架本身）的可靠運行和可持續發展。為了這2類管理活動的有效進行，需要建立一套運維管理機制，包括運維組織、制度、職責等等；同樣，也要有一個支撐運維管理活動的運維技術支持環境，它不僅要提供對運維管理活動的過程和監控提供服務，還要提供對運維事項的發起、發現、定位、預警、處置、恢複等手段提供功能性支持，并且能夠通過對運維事件多角度信息的捕獲、積累、分析、挖掘，實現智能化的運維輔助和事件預測。
網頁設計
框架是網頁中經常使用的頁面設計方式，框架的作用就是把網頁在一個浏覽器窗口下分割成幾個不同的區域，實現在一個浏覽器窗口中顯示多個HTML頁面。使用框架可以非常方便的完成導航工作，讓網站的結構更加清晰，而且各個框架之間決不存在幹擾問題。利用框架最大的特點就是使網站的風格一緻。通常把一個網站中頁面相同的部分單獨制作成一個頁面，作為框架結構的一個子框架的内容給整個網站公用。
一個框架結構有兩部分網頁文件構成：
框架Frame：框架是浏覽器窗口中的一個區域，它可以顯示與浏覽器窗口的其餘部分中所顯示内容無關的網頁文件。
框架集Frameset：框架集也是一個網頁文件，它将一個窗口通過行和列的方式分割成多個框架，框架的多少根據具體有多少網頁來決定，每個框架中要顯示的就是不同的網頁文件。
所謂框架就是把網頁分成幾個框窗，同時取得多個URL。
此例中
程序設計
程序設計中的框架包含DoitPHP(原Tommyframework)是一個基于BSD開源協議發布的輕量級PHP框架，還包含如thinkphp、codeigniter（簡稱CI）、yii framework、doophp、qeephp、等主流的程序設計框架，根據個人習慣和性能要求，其各也有不同的優缺點！
從軟件設計角度，框架是一個可複用的軟件架構解決方案，規定了應用的體系結構，闡明軟件體系結構中各層次間及其層次内部各組件間的毅力關系，責任分配和控制流程，表現為一組接口，抽象類以及實例間協作的方法。
