PAGE7-2010軟件體系結構復習資料軟件危機表現(xiàn)、根源、解決方法表現(xiàn)：1.軟件成本日益增長2.開發(fā)進度難以控制3.軟件質量差4.軟件維護困難 軟件危機產(chǎn)生的原因： 軟件危機解決方法：1.用戶需求不明確 1.管理2.缺乏正確的理論指導 2.采用工程化的開發(fā)方法3.軟件規(guī)模越來越大 3.加大軟件重用4.軟件復雜度越來越高 4.采用先進的開發(fā)工具軟件體系結構的發(fā)展階段及特征““無體系結構”設計階段以匯編語言進行小規(guī)模應用程序開發(fā)為特征萌芽階段以描述系統(tǒng)的高層抽象結構為中心，不關心具體的建模細節(jié)，劃分了體系結構模型與傳統(tǒng)軟件結構的界限，該階段以Kruchten提出的“4+1”模型為標志初期階段高級階段出現(xiàn)了程序結構設計主題，以控制流圖和數(shù)據(jù)流圖構成軟件結構為特征出現(xiàn)了從不同側面描述系統(tǒng)的結構模型，以UML為典型代表軟件體系結構三種定義及其含義(PPT上有8種，某人說是前三種)1.DewaynePerry和A1exanderWo1f： 軟件體系結構是構件的集合，包括：處理構件、數(shù)據(jù)構件、連接構件。2.MaryShaw和DavidGarlan： 軟件體系結構是軟件設計過程中的一個層次，這一層次超越計算過程中的算法設計和數(shù)據(jù)結構設計。體系結構問題：總體組織和全局控制、通訊協(xié)議、同步、數(shù)據(jù)存取，給設計元素分配特定功能，設計元素的組織，規(guī)模和性能，在各設計方案間進行選擇等3.Kruchten： 概念角度：描述系統(tǒng)的主要構件及它們之間的關系；模塊角度：包含功能分解與層次結構；運行角度：描述了一個系統(tǒng)的動態(tài)結構；代碼角度：描述了各種代碼和庫函數(shù)在開發(fā)環(huán)境中的組織。軟件體系結構意義1.體系結構是風險承擔者進行交流的手段2.體系結構是早期設計決策的體現(xiàn)3.軟件體系結構是可重用的模型軟件體系結構幾種模型的基本含義1.結構模型以體系結構的構件、連接件和其他概念來刻畫結構，通過結構來反映系統(tǒng)的重要語義內容，包括系統(tǒng)的配置、約束、隱含的假設條件、風格、性質等。 2.框架模型 框架模型與結構模型類似，不太側重描述結構的細節(jié)而更側重于整體的結構。 3.功能模型體系結構是由一組功能構件按層次組成，下層向上層提供服務。 4.動態(tài)模型 動態(tài)模型是對結構或框架模型的補充，研究系統(tǒng)的“大顆粒”的行為性質。 5.過程模型 過程模型研究構造系統(tǒng)的步驟和過程。 軟件體系結構4+1視圖模型含義及設計（重點）“4+1”視圖模型從5個不同的視角包括邏輯視圖、進程視圖、物理視圖、開發(fā)視圖和場景視圖邏輯視圖邏輯視圖進程視圖開發(fā)視圖物理視圖最終用戶：功能需求場景編程人員：軟件管理系統(tǒng)集成人員：性能可擴充性、吞吐量等系統(tǒng)工程人員：系統(tǒng)、拓撲、安裝、通信等軟件體系結構風格定義、含義定義：軟件體系結構風格是描述某一特定應用領域中系統(tǒng)組織方式的慣用模式。含義：體系結構風格反映了領域中系統(tǒng)所共有的結構和語義特性，指導如何將各個模塊和子系統(tǒng)組織成一個完整的系統(tǒng)。幾種經(jīng)典的體系結構風格（管道過濾器、面向對象風格、隱式調用風格、倉庫風格、CS、BS、層次風格、異構風格）的組成、結構、優(yōu)缺點、例子（“軟件體系結構（4）.ppt”end，慢慢看）

體系結構描述的幾種方法（圖形表達工具、模塊互連接語言(MIL)、基于軟構件的系統(tǒng)描述語言、基于UML對體系結構進行建模、軟件體系結構描述語言(ADL)）的基本內容以及各自優(yōu)缺點1.圖形表達工具：PPT無，自由發(fā)揮2.模塊互連接語言(MIL)：采用將一種或幾種傳統(tǒng)程序設計語言的模塊連接起來的模塊互連接語言。優(yōu)點：具有嚴格的語義基礎，因此它們能支持對較大的軟件單元進行描述，缺點：不能處理和描述比程序設計語言元素更為抽象的高層次軟件體系結構元素的能力。3.基于軟構件的系統(tǒng)描述語言：將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實體構造組成的組織或系統(tǒng)。 優(yōu)點：較好的一種以構件為單位的軟件系統(tǒng)描述方法缺點：不是十分適合軟件體系結構的描述和表達4.基于UML對體系結構進行建模：缺點：缺乏嚴格的語意描述，不能表達體系結構中的語義，不能描述體系結構的相關模型.5.軟件體系結構描述語言（ADL）：針對軟件體系結構特點的專門軟件體系結構描述語言。 ADL與其他語言的比較： 構造能力：ADL能夠使用較小的獨立體系結構元素來建造大型軟件系統(tǒng)；抽象能力：ADL使得軟件體系結構中的構件和連接件描述可以只關注它們的抽象特性，不管其具體的實現(xiàn)細節(jié)；重用能力：ADL使組成軟件系統(tǒng)的構件、連接件甚至是軟件體系結構都成為軟件系統(tǒng)開發(fā)和設計的可重用部件；組合能力：ADL使得其描述的每一系統(tǒng)元素都有其自己的局部結構，這種描述局部結構的特點使得ADL支持軟件系統(tǒng)的動態(tài)變化組合；異構能力：ADL允許多個不同的體系結構描述關聯(lián)存在；分析和推理能力：ADL允許對其描述的體系結構進行多種不同的性能和功能上的多種推理分析。利用C2、ACME語言描述方法描述系統(tǒng)（重點）（“軟件體系結構（5）.PPT”37）設計模式定義、作用、利用設計模式設計方法、一個設計模式是一個經(jīng)常要出現(xiàn)的一種設計的模板與抽象，可以通過實例化\修改該模板進而得到該設計。（作用和設計方法看ppt比較好……“軟件體系結構（7）.PPT”53）幾種常見模式如組合模式、適配器模式、工廠方法模式的基本使用場景與設計方法（重點）組合模式：“軟件體系結構（7）.PPT”24適配器模式：17工廠模式：11動態(tài)體系結構含義演化：由于系統(tǒng)需求、技術、環(huán)境、等因素而導致的軟件體系結構的變化。動態(tài)：軟件系統(tǒng)在運行時的體系結構的變化為體系結構的動態(tài)性。靜態(tài)：體系結構靜態(tài)的修改，又可稱為體系結構擴展。ABSDM體系結構設計體系結構設計體系結構需求體系結構文檔化體系結構復審體系結構實現(xiàn)體系結構演化0：M0：N軟件體系結構測試軟件體系結構評估三種方法及比較1.基于調查問卷或檢查表的評估方式2.基于場景的評估方式3.基于度量的評估方式三種評估方式的比較：產(chǎn)品線定義（SEI），產(chǎn)品線過程模型CMU/SEI對產(chǎn)品線的定義：“產(chǎn)品線是一個產(chǎn)品集合，這些產(chǎn)品共享一個公共的、可管理的特征集，這個特征集能滿足選定的市場或任務領域的特定需求。這些系統(tǒng)遵循一個預描述的方式，在公共的核心資源(coreassets)基礎上開發(fā)的。”（“軟件體系結構（6）.ppt”31有5個關于產(chǎn)品線的定義）其他概念：根據(jù)SEI的定義，軟件產(chǎn)品線主要由兩部分組成：核心資源、產(chǎn)品集合。核心資源是領域工程的所有結果的集合，是產(chǎn)品線中產(chǎn)品構造的基礎。也有組織將核心資源庫稱為“平臺”。核心資源必定包含產(chǎn)品線中所有產(chǎn)品共享的產(chǎn)品線體系結構，新設計開發(fā)的或者通過對現(xiàn)有系統(tǒng)的再工程得到的、需要在整個產(chǎn)品線中系統(tǒng)化重用的軟件構件。與軟件構件相關的測試計劃、測試實例以及所有設計文檔，需求說明書和領域模型還有領域范圍的定義也是核心資源，采用COTS的構件也屬于核心資源。產(chǎn)品線體系結構和構件是用于軟件產(chǎn)品線中的產(chǎn)品的構建和的核心資源最重要的部分。軟件產(chǎn)品線的過程模型：雙生命周期模型SEI模型

Web服務模型的三個構成元素以及三個基本協(xié)議Web服務模型：ServiceBrokerServiceProviderServiceBrokerServiceProviderServiceRequester3個基本協(xié)議：1.簡單對象訪問協(xié)議2.Web服務描述語言◎SOAP信封◎SOAP編碼規(guī)則◎◎SOAP信封◎SOAP編碼規(guī)則◎SOAPRPC表示◎SOAP綁定3.統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI◎商業(yè)實體結構◎商業(yè)實體結構◎商業(yè)服務結構◎綁定模板◎t模型結構

SOA及其結構定義：W3C定義：SOA為一種應用程序體系結構，在這種體系結構中，所有功能都定義為獨立的服務，這些服務帶有定義明確的可調用接口，可以以定義好