從需求定義到軟件體系結(jié)構(gòu)

2024/3/1712.2從需求定義到軟件體系結(jié)構(gòu)

2024/3/172什么是“工程”？定義有很多，通常來說：

用最少的代價解決問題... ...目的是處理實際的難題... ...以科學(xué)知識為手段... ...建造工具... ...服務(wù)于人類目標：使普通人能做以前只有

專家圣手才能做的事情2024/3/173工程的進化2024/3/174工程化的步伐手工(Craft)商業(yè)(Commerical)工程(ProfessionalEngineering)行家里手和業(yè)余天才熟練的工匠受過系統(tǒng)教育的專業(yè)人員直覺與強力既定程序分析與理論偶然的進步注重實效地優(yōu)化以科學(xué)為指導(dǎo)地升級換代不經(jīng)意的推廣言傳身教專業(yè)教育課程奢侈地使用原料注重成本與原料利用原料多次利用生產(chǎn)是為了使用而不是出售為銷售而生產(chǎn)市場份額2024/3/175規(guī)范化循環(huán)專門的解決方法土方法規(guī)范化模型與理論新的問題實踐提高2024/3/176構(gòu)建一個小狗屋2024/3/177構(gòu)造一棟房屋2024/3/178構(gòu)建一個高層建筑2024/3/179軟件中的影響因素技術(shù)混合性能吞吐量容量可用性失敗安全出錯容忍程度功能成本兼容性恢復(fù)能力2024/3/1710軟件設(shè)計的目標和目的

軟件需求：解決“做什么”軟件設(shè)計：解決“怎么做”軟件結(jié)構(gòu)設(shè)計的任務(wù)問題結(jié)構(gòu)(軟件需求)軟件結(jié)構(gòu)

映射2024/3/17112.2.1什么叫軟件的體系結(jié)構(gòu)

軟件體系結(jié)構(gòu)，又常被稱為架構(gòu)。“軟件體系結(jié)構(gòu)”你早就知道Client/ServerThree-tierP2PDistributed……2024/3/1712架構(gòu)不是框框—應(yīng)用架構(gòu)的基本思想一個架構(gòu)是一個可復(fù)用的設(shè)計構(gòu)件，它規(guī)定了應(yīng)用的體系結(jié)構(gòu)，闡明了整個設(shè)計、協(xié)作構(gòu)件之間的依賴關(guān)系、責(zé)任分配和控制流程。

2024/3/1713“建筑體系結(jié)構(gòu)”2024/3/1714“建筑體系結(jié)構(gòu)”2024/3/1715SA的定義后人精簡GarlanandShaw的定義為：

體系結(jié)構(gòu)=組件+連接件+約束

Architecture=Components+

Connectors+Constrains2024/3/1716除了構(gòu)件，連接件和約束3個最基本的組成元素，軟件體系結(jié)構(gòu)還包括端口（port）和角色（role）兩種元素。構(gòu)件的接口由一組端口組成，每個端口表示了構(gòu)件和外部環(huán)境的交互點。連接件作為建模軟件體系結(jié)構(gòu)的主要實體，同樣也有接口。連接件的接口由一組角色組成，連接的每個角色定義了該連接表示的交互的參與者。

2024/3/1717SA之重要最早指出SA的重要性的是大師EdsgerDijkstra(1930-2002)

“..thelargertheproject,themoreessentialthestructuring!”(1968)

2024/3/1718程序=？程序=算法+數(shù)據(jù)結(jié)構(gòu)（1960’s）程序=子程序+子程序（1970’s）對象=算法+數(shù)據(jù)結(jié)構(gòu)

程序=對象+對象（1980’s）程序=組件+連接件（1990’s）2024/3/1719

軟件體系結(jié)構(gòu)學(xué)習(xí)主要內(nèi)容軟件體系結(jié)構(gòu)的有關(guān)概念軟件體系結(jié)構(gòu)的層次性軟件體系結(jié)構(gòu)的設(shè)計原理2024/3/1720什么是軟件體系結(jié)構(gòu)

軟件體系結(jié)構(gòu)定義了軟件局部和總體部件的構(gòu)成,以及這些部件之間的相互作用關(guān)系。

2024/3/1721技術(shù)進步每個新的體系結(jié)構(gòu)的誕生，都給技術(shù)的進步帶來深遠影響WWW三層結(jié)構(gòu)CORBAJ2EE.NET軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)包括兩部分:(1)過程構(gòu)件(模塊)的層次結(jié)構(gòu)(2)數(shù)據(jù)構(gòu)件2024/3/1723軟件的架構(gòu)主要回答的問題軟件的組成部分軟件的層次關(guān)系模塊的內(nèi)部處理邏輯模塊之間的界面軟件體系結(jié)構(gòu)可分為四種不同的體系：概念結(jié)構(gòu)

包括部件、互連、原則和性能等代碼結(jié)構(gòu)

包括軟件的配置管理、系統(tǒng)建造等模塊結(jié)構(gòu)

包括模塊界面、模塊管理、模塊控制和一致性等執(zhí)行結(jié)構(gòu)

包括性能分析、調(diào)度分析、動態(tài)配置和不同的執(zhí)行系統(tǒng)之間的接口等

與軟件體系結(jié)構(gòu)有關(guān)的研究：體系結(jié)構(gòu)風(fēng)格(ArchitectureStyles)

表示軟件系統(tǒng)的一種特別的基本結(jié)構(gòu)，以及相關(guān)的構(gòu)造方法設(shè)計模式(DesignPatterns)

構(gòu)造型模式、結(jié)構(gòu)型模式、行為型模式框架(Framework)

另一種研究和構(gòu)造軟件體系結(jié)構(gòu)的方法，更多的是關(guān)于應(yīng)用領(lǐng)域問題的已建立的系統(tǒng)結(jié)構(gòu)?？蚣芎驮O(shè)計模式構(gòu)件通常是代碼重用，而設(shè)計模式是設(shè)計重用，框架則介于兩者之間，部分代碼重用，部分設(shè)計重用，有時分析也可重用。有三種級別的重用：(1)內(nèi)部重用，即在同一應(yīng)用中能公共使用的抽象塊;(2)代碼重用，即將通用模塊組合成庫或工具集，以便在多個應(yīng)用和領(lǐng)域都能使用；(3)應(yīng)用框架的重用，即為專用領(lǐng)域提供通用的或現(xiàn)成的基礎(chǔ)結(jié)構(gòu)，以獲得最高級別的重用性。

設(shè)計模式是對在某種環(huán)境中反復(fù)出現(xiàn)的問題以及解決該問題的方案的描述，它比框架更抽象；架構(gòu)可以用代碼表示，也能直接執(zhí)行或復(fù)用，而對模式而言只有實例才能用代碼表示;設(shè)計模式是比架構(gòu)更小的元素，一個架構(gòu)中往往含有一個或多個設(shè)計模式，架構(gòu)總是針對某一特定應(yīng)用領(lǐng)域，但同一模式卻可適用于各種應(yīng)用。2024/3/1728成功的架構(gòu)開發(fā)需要確定領(lǐng)域?qū)Ｓ玫摹盁狳c”

(Hotspot)。應(yīng)用開發(fā)者在框架的基礎(chǔ)上進行開發(fā)，只須擴展架構(gòu)的某些部分，“熱點”就是在應(yīng)用領(lǐng)域的一種擴展槽，開發(fā)者根據(jù)自己的需要填充這些擴展槽“食譜”(Cookbook)就是描述如何使用架構(gòu)方法的文檔。在“食譜”中包含了許多“烹飪”方法，這些“烹飪”方法相當(dāng)于一些具體的操作步驟，描述了為解決某一專門問題如何使用架構(gòu)的詳細方法。架構(gòu)的內(nèi)部設(shè)計和實現(xiàn)細節(jié)通常不出現(xiàn)在“食譜”中。2024/3/1729為什么要進行體系結(jié)構(gòu)開發(fā)?

領(lǐng)域內(nèi)的軟件結(jié)構(gòu)一致性好；

建立更加開放的系統(tǒng)；

重用代碼大大增加;軟件設(shè)計人員要專注于對領(lǐng)域的了解，使需求分析更充分；

存儲了經(jīng)驗;允許采用快速原型技術(shù)；

有利于在一個項目內(nèi)多人協(xié)同工作；

大粒度的重用使得平均開發(fā)費用降低;2024/3/1730好的開始相當(dāng)于成功一半設(shè)計模式是支撐架構(gòu)的重要組件架構(gòu)設(shè)計是骨架，設(shè)計模式就是肉時刻牢記架構(gòu)設(shè)計的目標1.最大化的重用：2.盡可能的簡單明了：3.最靈活的拓展性：2024/3/1731好的體系結(jié)構(gòu)與大多數(shù)好的設(shè)計一樣是一系列相容的原理和技術(shù)的產(chǎn)物，在項目的各個階段保持一致在各種變化面前表現(xiàn)出彈性在產(chǎn)品的整個生命周期中充當(dāng)向?qū)е赜贸墒斓墓こ讨R2024/3/17322.3軟件體系結(jié)構(gòu)的風(fēng)格

軟件體系結(jié)構(gòu)風(fēng)格主要分為兩類。

⑴固定術(shù)語類：包括全局組織結(jié)構(gòu)，如分層系統(tǒng)，管道過濾器系統(tǒng)，客戶/服務(wù)系統(tǒng)，黑板系統(tǒng)等，還包括局部化的模式，如模型－視圖－控制等其他面向?qū)ο箝_發(fā)的模式。全局化的模式是在軟件全局上提供設(shè)計方式；而局部化的模式則側(cè)重于軟件系統(tǒng)的一小部分，是針對特定問題提供解決方案。

2024/3/1733⑵參數(shù)化模型類：這一類別的風(fēng)格包括對特定應(yīng)用領(lǐng)域的特定系統(tǒng)組織，它指定了構(gòu)件及其交互的配置，如詞法分析器，類型分析器，優(yōu)化器和代碼生產(chǎn)器，還有一些參考模型，如人機交互框架，通信參考模型，以及在航空、移動機器人等領(lǐng)域的大量特定領(lǐng)域方法。

2024/3/1734體系結(jié)構(gòu)風(fēng)格的最關(guān)鍵四個要素提供一個設(shè)計的詞匯表定義一套配置規(guī)則定義一套解釋原則定義基于這種風(fēng)格的系統(tǒng)所進行的分析2024/3/17352.3.2常用的軟件體系結(jié)構(gòu)風(fēng)格

1、管道和過濾器風(fēng)格

在管道/過濾器風(fēng)格的軟件體系結(jié)構(gòu)中，每個構(gòu)件都有一組輸入和輸出，構(gòu)件讀輸入的數(shù)據(jù)流，經(jīng)過內(nèi)部處理，然后產(chǎn)生輸出數(shù)據(jù)流。

管道管道管道管道過濾器過濾器過濾器過濾器過濾器過濾器2024/3/17372、倉庫風(fēng)格和黑板風(fēng)格

倉庫（Repositories）風(fēng)格的體系結(jié)構(gòu)有兩種不同的構(gòu)件組成：（1）中央數(shù)據(jù)結(jié)構(gòu)，它說明當(dāng)前狀態(tài)；（2）獨立構(gòu)件的集合，它對中央數(shù)據(jù)結(jié)構(gòu)進行操作。

2024/3/1738對于系統(tǒng)中數(shù)據(jù)和狀態(tài)的控制方法有兩種。（1）輸入事務(wù)選擇進行某種處理，并把執(zhí)行結(jié)果作為當(dāng)前狀態(tài)存儲到中央數(shù)據(jù)結(jié)構(gòu)中，這時，倉庫是一個傳統(tǒng)的數(shù)據(jù)庫體系結(jié)構(gòu)（2）另一種方法是，由中央數(shù)據(jù)結(jié)構(gòu)的當(dāng)前狀態(tài)決定進行某種處理，這時，倉庫是一個黑板（blackboard）體系結(jié)構(gòu)。

2024/3/1739存儲器直接存取黑板（共享數(shù)據(jù)）知識源知識源知識源知識源知識源知識源計算2024/3/1740倉庫和黑板倉庫在計算機應(yīng)用中幾乎無處不在信息共享系統(tǒng)在很多領(lǐng)域有相似的發(fā)展趨勢，因為有相似的技術(shù)和商業(yè)壓力的激勵黑板是一種特別的倉庫，主要用于需要對凌亂的信息進行處理的領(lǐng)域，其控制策略必須是機會主義的2024/3/17413、數(shù)據(jù)抽象和面向?qū)ο箫L(fēng)格

面向?qū)ο蟮娘L(fēng)格主要是利用對象的3個特性，即封裝特性、繼承和多態(tài)特性，建立構(gòu)件對象。對象是一種被稱作管理者的構(gòu)件，因為它負責(zé)保持資源的完整性。對象是通過函數(shù)和過程的調(diào)用來交互的。

抽象數(shù)據(jù)類型過程調(diào)用對象對象對象對象對象2024/3/17434、客戶/服務(wù)器風(fēng)格（C/S結(jié)構(gòu)）

三部分組成：

中心服務(wù)數(shù)據(jù)系統(tǒng)客戶應(yīng)用程序網(wǎng)絡(luò)客戶端通過網(wǎng)絡(luò)直接連接到數(shù)據(jù)庫服務(wù)器，由二者分擔(dān)業(yè)務(wù)處理。2024/3/1744客戶機/服務(wù)器體系結(jié)構(gòu)2024/3/1745C/S體系結(jié)構(gòu)的處理流程客戶機/服務(wù)器體系結(jié)構(gòu)應(yīng)用系統(tǒng)的組成：顯示邏輯部分(表示層):實現(xiàn)與用戶交互應(yīng)用處理部分(功能層):進行具體運算和數(shù)據(jù)處理數(shù)據(jù)管理部分(數(shù)據(jù)層):對數(shù)據(jù)庫中數(shù)據(jù)進行查詢、

修改、更新等任務(wù)應(yīng)用分層表示層功能層數(shù)據(jù)層三層明確分割,

邏輯上獨立

胖客戶機和瘦客戶機客戶機“胖”客戶機應(yīng)用處理邏輯顯示邏輯服務(wù)器數(shù)據(jù)管理邏輯數(shù)據(jù)庫“瘦”客戶機表示顯示邏輯數(shù)據(jù)管理邏輯數(shù)據(jù)庫表示應(yīng)用處理應(yīng)用處理邏輯客戶機服務(wù)器三層C/S的基本硬件結(jié)構(gòu)

將三層功能裝載到硬件的三種基本方法表示層表示層表示層功能層數(shù)據(jù)層數(shù)據(jù)層功能層功能層數(shù)據(jù)層客戶機服務(wù)器(1)將數(shù)據(jù)層和功能層放在一臺服務(wù)器上(2)將數(shù)據(jù)層和功能層放在不同服務(wù)器上服務(wù)器(3)將功能層放在客戶機上2024/3/1749

體系結(jié)構(gòu)3.4三層客戶/服務(wù)器風(fēng)格第三章軟件體系結(jié)構(gòu)風(fēng)格表示層數(shù)據(jù)層功能層三層客戶機/服務(wù)器體系結(jié)構(gòu)2024/3/1750

處理流程3.4三層客戶/服務(wù)器風(fēng)格第三章軟件體系結(jié)構(gòu)風(fēng)格三層C/S體系結(jié)構(gòu)的處理流程2024/3/17515、瀏覽器/服務(wù)器風(fēng)格（B/S結(jié)構(gòu)）

具體結(jié)構(gòu)為：瀏覽器/Web服務(wù)器/數(shù)據(jù)庫服務(wù)器。B/S體系結(jié)構(gòu)主要是利用不斷成熟的WWW瀏覽技術(shù)，結(jié)合瀏覽器的多種腳本語言，用通用瀏覽器實現(xiàn)原來需要復(fù)雜的專用軟件才能實現(xiàn)的功能。

2024/3/1752瀏覽器/服務(wù)器體系結(jié)構(gòu)2024/3/1753結(jié)合三層C/S的B/S結(jié)構(gòu)（四層）數(shù)據(jù)庫數(shù)據(jù)庫客戶端數(shù)據(jù)庫驅(qū)動應(yīng)用服務(wù)中間服務(wù)器客戶端(Browser)WebApp.WebServer客戶端遠程連接客戶機2024/3/17546、分層系統(tǒng)風(fēng)格

分層（layered）系統(tǒng)組織成一個層次結(jié)構(gòu)，每一層為上層服務(wù)，并作為下層客戶。在一些層次系統(tǒng)中，除了一些精心挑選的輸出函數(shù)外，內(nèi)部的層次對相鄰的層可見。

這種風(fēng)格支持基于可增加抽象層的設(shè)計。這樣，允許將一個復(fù)雜問題分解成一個增量步驟序列的實現(xiàn)。由于每一層最多只影響兩層，同時只要給相鄰層提供相同的接口。2024/3/1755過程調(diào)用構(gòu)件元素可用系統(tǒng)基本功能核心層用戶2024/3/1756層次模型的結(jié)構(gòu)關(guān)系客戶層N層N-1層1使用抽象的最高層抽象的最低層2024/3/1757層次風(fēng)格特點每層為上一層提供服務(wù)，使用下一層的服務(wù)，只能見到與自己鄰接的層適當(dāng)時候(必不得已的時候)，可以允許一定的越層操作大的問題分解為若干個漸進的小問題，逐步解決，隱藏了很多復(fù)雜度修改一層，最多影響兩層，而通常只能影響上層。接口穩(wěn)固，則誰都不影響2024/3/1758

●使用層，不需要去了解層的實現(xiàn)細節(jié)●可以使用另一種技術(shù)來改變基礎(chǔ)的層，而不會影響上面的層的應(yīng)用?！窨梢詼p少不同層之間的依賴?！袢菀字贫ǔ鰧訕藴省?/p>

●底下的層可以用來建立頂上的層的多項服務(wù)。

●層不可能封裝所有的功能，一旦有功能變動，勢必要波及所有的層。

●效率降低。2024/3/1759應(yīng)用層協(xié)議表示層協(xié)議會晤層協(xié)議傳輸層協(xié)議

物理介質(zhì)應(yīng)用層表示層會晤層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層應(yīng)用層表示層會晤層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層中繼系統(tǒng)中繼系統(tǒng)主機系統(tǒng)主機系統(tǒng)ISO/OSI開放系統(tǒng)互連參考模型2024/3/1760.NET框架分層模型2024/3/17617、基于事件的隱式調(diào)用風(fēng)格

基于事件的隱式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個過程，而是觸發(fā)或廣播一個或多個事件。系統(tǒng)中的其它構(gòu)件可以把某一過程注冊為與它所關(guān)心的事件相關(guān)聯(lián)。當(dāng)一個事件被觸發(fā)時，系統(tǒng)自動調(diào)用在這個事件中注冊的過程，這樣，一個事件的觸發(fā)就導(dǎo)致了另一模塊中的過程的調(diào)用。

2024/3/1762從體系結(jié)構(gòu)上說，這種風(fēng)格的構(gòu)件是一些模塊，這些模塊既可以是一些過程，又可以是一些事件的集合。過程可以用通用的方式調(diào)用，也可以在系統(tǒng)事件中注冊一些過程，當(dāng)發(fā)生這些事件時，過程被調(diào)用。

2024/3/1763基于事件的隱式調(diào)用風(fēng)格的主要特點是事件的觸發(fā)者并不知道哪些構(gòu)件會被這些事件影響。這樣不能假定構(gòu)件的處理順序，甚至不知道哪些過程會被調(diào)用，因此，許多隱式調(diào)用的系統(tǒng)也包含顯式調(diào)用作為構(gòu)件相互的補充形式

2024/3/17648、模型－視圖－控制器風(fēng)格MVC模式把涉及數(shù)據(jù)管理和顯示的功能分散到不同的對象上，降低對象間的耦合。MVC是一個設(shè)計模式，它強制性地使應(yīng)用程序的輸入、處理和輸出分開。使用MVC應(yīng)用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)，并且盡量降低部分間的耦合。每一部分處理特定的任務(wù)，并負責(zé)完成與其它部分的通信。2024/3/1765Model-View-Controller模式2024/3/1766MVC模式MVC模式的目的就是實現(xiàn)Web系統(tǒng)的職能分工。Model層實現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通?？梢杂肑avaBean或EJB來實現(xiàn)。View層用于與用戶的交互，通常用JSP來實現(xiàn)。Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。2024/3/1767MVC的優(yōu)點：⑴各施其職，互不干涉⑵有利于開發(fā)中的分工

⑶有利于組件的重用

2024/3/1768MVC的缺點：

⑴MVC的缺點是由于它沒有明確的定義，所以完全理解MVC并不是很容易。

⑵

如何將MVC運用到應(yīng)用程序中沒有準確的解決方案，需要設(shè)計者認真考慮。

⑶

由于將一個應(yīng)用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，意味著代碼文件增多，因此，對于文件的管理需要費點心思，開發(fā)的工作量也要增加了。

⑷

模型和視圖的嚴格分離可能使得調(diào)試困難一些，但比較容易發(fā)現(xiàn)錯誤。

2024/3/17699、C2風(fēng)格

C2體系結(jié)構(gòu)風(fēng)格可以概括為：通過連接件綁定在一起的按照一組規(guī)則運作的并行構(gòu)件網(wǎng)絡(luò)。

2024/3/1770C2風(fēng)格中的系統(tǒng)組織規(guī)則⑴系統(tǒng)中的構(gòu)件和連接件都有一個頂部和一個底部；⑵構(gòu)件的頂部應(yīng)連接到某連接件的底部，構(gòu)件的底部則應(yīng)連接到某連接件的頂部，而構(gòu)件與構(gòu)件之間的直接連接是不允許的；⑶一個連接件可以和任意數(shù)目的其它構(gòu)件和連接件連接；⑷當(dāng)兩個連接件進行直接連接時，必須由其中一個的底部到另一個的頂部對體系結(jié)構(gòu)風(fēng)格的理解結(jié)構(gòu)風(fēng)格以結(jié)構(gòu)組織為特性定義了一個軟件系統(tǒng)族，表達了部件以及部件之間的關(guān)系。體系結(jié)構(gòu)風(fēng)格通過組件應(yīng)用的限制及其與構(gòu)建有關(guān)的組成和設(shè)計規(guī)則來表現(xiàn)組件和組件之間的關(guān)系。體系結(jié)構(gòu)風(fēng)格表示了軟件系統(tǒng)的一種特別的基本結(jié)構(gòu)，以及相關(guān)的構(gòu)造方法。體系結(jié)構(gòu)風(fēng)格應(yīng)該使一些對軟件構(gòu)成帶有整體性、普遍性、一般性的結(jié)構(gòu)和結(jié)構(gòu)關(guān)系的方法。在設(shè)計中，遵循這些風(fēng)格的構(gòu)成原則，對軟件的開發(fā)和維護十分有益。2024/3/1772

體系結(jié)構(gòu)軟件設(shè)計的問題

工具—

如何描述軟件的總體結(jié)構(gòu)方法—

用什么方法由問題結(jié)構(gòu)導(dǎo)出軟件結(jié)構(gòu)評估準則—

什么樣的軟件結(jié)構(gòu)是

“最優(yōu)的”2024/3/1773體系結(jié)構(gòu)文檔的用處軟件開發(fā)過程中各種角色之間交流設(shè)計思想的媒介進行上層分析的基礎(chǔ)。此基礎(chǔ)上可以驗證體系結(jié)構(gòu)設(shè)計方案，精煉或改變必要的方案讓別人理解系統(tǒng)的第一手資料2024/3/1774有利于軟件開發(fā)者之間交流基本想法是什么？我該做什么(如，實現(xiàn)哪些需求)？我該在哪做(如，這項功能實現(xiàn)在哪里)？我和誰交互？接口是什么？有什么可以重用的代碼？必須遵從什么約定(質(zhì)量目標、舊體系/接口、預(yù)算等)？有哪些硬性規(guī)定(設(shè)計、接口、約束等)？2024/3/17752.4軟件體系結(jié)構(gòu)描述方法

2.4.1軟件體系結(jié)構(gòu)描述方法概述