軟件體系結(jié)構(gòu)評估

軟件體系結(jié)構(gòu)評估軟件體系結(jié)構(gòu)的好壞關(guān)系到軟件產(chǎn)品的好壞，軟件產(chǎn)品的好壞關(guān)系到軟件公司的發(fā)展。到目前為止沒有很好的自動化評估系統(tǒng)。質(zhì)量屬性：1、可修改性度量軟件系統(tǒng)變化的成本。變化包括功能擴展、容量擴展、結(jié)構(gòu)更新等。2、可用性是指軟件在發(fā)生錯誤、異常、或者失敗時如何反應?？捎眯?平均工作時間/(平均工作時間+平均修復時間)3、性能性能表征軟件系統(tǒng)的響應速度或者由相應速度決定的其它度量。評估的定義4、可測試性

可測試性表明軟件系統(tǒng)在多大程度上容易被測試檢查出缺陷。5、易用性易用性表明軟件系統(tǒng)完成后用戶的體驗和效率。6、安全性安全性代表軟件對未授權(quán)和非法操作的防衛(wèi)能力。評估的必要性：1、體系結(jié)構(gòu)評估可以減少后期的測試和糾錯的開銷2、評估是挖掘隱性需求并將其補充到設計的最后機會3、體系結(jié)構(gòu)是開發(fā)過程的中心，不良的體系結(jié)構(gòu)會帶來一蹋糊涂的效果?；谡{(diào)查問卷或檢查表的評估方式

基于場景的評估方式

基于度量的評估方式主要的評估方式調(diào)查問卷是一系列可以應用到各種體系結(jié)構(gòu)評估的相關(guān)問題，其中有些問題可能涉及到體系結(jié)構(gòu)的設計決策；有些問題涉及到體系結(jié)構(gòu)的文檔，有的問題針對體系結(jié)構(gòu)描述本身的細節(jié)問題。檢查表中也包含一系列比調(diào)查問卷更細節(jié)和具體的問題，它們更趨向于考察某些關(guān)心的質(zhì)量屬性?；谡{(diào)查問卷或檢查表的評估方式(1)

這一評估方式比較自由靈活，可評估多種質(zhì)量屬性，也可以在軟件體系結(jié)構(gòu)設計的多個階段進行。但是由于評估的結(jié)果很大程度上來自評估人員的主觀推斷，因此不同的評估人員可能會產(chǎn)生不同甚至截然相反的結(jié)果，而且評估人員對領域的熟悉程度、是否具有豐富的相關(guān)經(jīng)驗也成為評估結(jié)果是否正確的重要因素。盡管基于調(diào)查問卷與檢查表的評估方式相對比較主觀，但由于系統(tǒng)相關(guān)的人員的經(jīng)驗和知識是評估軟件體系結(jié)構(gòu)的重要信息來源，因而它仍然是進行軟件體系結(jié)構(gòu)評估的重要途徑之一。基于場景的方式由SEI首先提出并應用在體系結(jié)構(gòu)權(quán)衡分析方法（ATAM）和軟件體系結(jié)構(gòu)分析方法（SAAM）中。這種軟件體系結(jié)構(gòu)評估方式分析軟件體系結(jié)構(gòu)對場景也就是對系統(tǒng)的使用或修改活動的支持程度，從而判斷該體系結(jié)構(gòu)對這一場景所代表的質(zhì)量需求的滿足程度。例如，用一系列對軟件的修改來反映易修改性方面的需求，用一系攻擊性操作來代表安全性方面的需求等?；趫鼍暗脑u估方式(1)

這一評估方式考慮到了包括系統(tǒng)的開發(fā)人員、維護人員、最終用戶、管理人員、測試人員等在內(nèi)的所有與系統(tǒng)相關(guān)的人員對質(zhì)量的要求。基于場景的評估方式涉及到的基本活動包括確定應用領域的功能和軟件體系結(jié)構(gòu)的結(jié)構(gòu)之間的映射，設計用于體現(xiàn)待評估質(zhì)量屬性的場景以及分析軟件體系結(jié)構(gòu)對場景的支持程度。不同的應用系統(tǒng)對同一質(zhì)量屬性的理解可能不同，例如，對操作系統(tǒng)來說，可移植性被理解為系統(tǒng)可在不同的硬件平臺上運行，而對于普通的應用系統(tǒng)而言，可移植性往往是指該系統(tǒng)可在不同的操作系統(tǒng)上運行。由于存在這種不一致性，對一個領域適合的場景設計在另一個領域內(nèi)未必合適，因此基于場景的評估方式是特定于領域的。這一評估方式的實施者一方面需要有豐富的領域知識以對某以質(zhì)量需求設計出合理的場景，另一方面，必須對待評估的軟件體系結(jié)構(gòu)有一定的了解以準確判斷它是否支持場景描述的一系列活動。度量是指為軟件產(chǎn)品的某一屬性所賦予的數(shù)值，如代碼行數(shù)、方法調(diào)用層數(shù)、構(gòu)件個數(shù)等。傳統(tǒng)的度量研究主要針對代碼，但近年來也出現(xiàn)了一些針對高層設計的度量，軟件體系結(jié)構(gòu)度量即是其中之一。代碼度量和代碼質(zhì)量之間存在著重要的聯(lián)系，類似地，軟件體系結(jié)構(gòu)度量應該也能夠作為評判質(zhì)量的重要的依據(jù)。赫爾辛基大學提出的基于模式挖掘的面向?qū)ο筌浖w系結(jié)構(gòu)度量技術(shù)、Karlskrona和Ronneby提出的基于面向?qū)ο蠖攘康能浖w系結(jié)構(gòu)可維護性評估、西弗吉尼亞大學提出的軟件體系結(jié)構(gòu)度量方法等都在這方面進行了探索，提出了一些可操作的具體方案。我們把這類評估方式稱作基于度量的評估方式?；诙攘康脑u估方式三種評估方式的比較場景在進行體系結(jié)構(gòu)評估時，一般首先要精確地得出具體的質(zhì)量目標，并以之作為判定該體系結(jié)構(gòu)優(yōu)劣的標準。我們把為得出這些目標而采用的機制叫做場景。場景是從風險承擔者的角度對與系統(tǒng)的交互的簡短描述。在體系結(jié)構(gòu)評估中，一般采用刺激、環(huán)境和響應三方面來對場景進行描述刺激是場景中解釋或描述風險承擔者怎樣引發(fā)與系統(tǒng)的交互部分。例如，用戶可能會激發(fā)某個功能，維護人員可能會做某個更改，測試人員可能會執(zhí)行某種測試等，這些都屬于對場景的刺激。環(huán)境描述的是刺激發(fā)生時的情況。例如，當前系統(tǒng)處于什么狀態(tài)？有什么特殊的約束條件？系統(tǒng)的負載是否很大？某個網(wǎng)絡通道是否出現(xiàn)了阻塞等。響應是指系統(tǒng)是如何通過體系結(jié)構(gòu)對刺激作出反應的。例如，用戶所要求的功能是否得到滿足？維護人員的修改是否成功？測試人員的測試是否成功等。ATAM評估方法ATAM：ArchitectureTradeoffAnalysisMethod（體系結(jié)構(gòu)權(quán)衡分析方法）特點評估SA對特定質(zhì)量目標的滿足情況，揭示諸多質(zhì)量目標之間的相互作用和權(quán)衡結(jié)構(gòu)化的評估方法，可重復方法來源體系結(jié)構(gòu)風格質(zhì)量屬性分析方法16ATAM步驟簡述(1/2)ATAM主要部分包括4組，共9個步驟：陳述，包括通過它進行的信息交流ATAM方法的陳述：評估負責人商業(yè)動機的陳述：項目經(jīng)理或系統(tǒng)客戶SA的陳述：系統(tǒng)設計人員調(diào)查與分析，包括對照體系結(jié)構(gòu)方法評估關(guān)鍵質(zhì)量屬性需求確定體系結(jié)構(gòu)方法：系統(tǒng)設計人員生成質(zhì)量屬性效用樹（utilitytree）：說明構(gòu)成系統(tǒng)“效用”的質(zhì)量屬性（性能、有效性、安全性、可修改性、可用性），具體到場景層次，標注刺激/反應，并區(qū)分不同的優(yōu)先級分析體系結(jié)構(gòu)方法：基于步驟5識別出的高優(yōu)先級的場景，說明和分析針對這些場景的體系結(jié)構(gòu)方法。在這一步驟中，體系結(jié)構(gòu)風險、非風險、敏感點和權(quán)衡點被識別出來17ATAM步驟簡述(2/2)測試，包括對照所有相關(guān)人員的需求檢驗最新結(jié)果集體討論并確定場景優(yōu)先級分析體系結(jié)構(gòu)方法：針對步驟7的高等級場景形成報告，包括陳述ATAM的結(jié)果結(jié)果的表述：包括方法、場景、特定屬性的問題、效用樹、有風險決策、無風險決策、敏感點和權(quán)衡點提示：上述步驟順序并不嚴格，可根據(jù)需要適當調(diào)整18ATAM步驟詳述(1/13)第1步：ATAM方法的陳述

評估負責人向參加會議的相關(guān)人員介紹ATAM方法。在這一步，要對每個人解釋參與的過程，并留出解答疑問的時間，明確其他工作的環(huán)境和預期ATAM評估步驟簡介用于獲取信息和分析的技巧：效用樹的生成、基于體系結(jié)構(gòu)方法的獲取和分析、對場景的集體討論及優(yōu)先級的劃分評估的結(jié)果：場景及其優(yōu)先級、用以理解和評估體系結(jié)構(gòu)的問題、描述體系結(jié)構(gòu)的動機需求并給出其優(yōu)先級的效用樹、所確定的一組體系結(jié)構(gòu)方法、所發(fā)現(xiàn)的有風險決策、無風險決策、敏感點和權(quán)衡點等19ATAM步驟詳述(2/13)第2步：商業(yè)動機的陳述

項目決策者從商業(yè)角度，向相關(guān)人員介紹系統(tǒng)概況和主要的商業(yè)動機系統(tǒng)最重要的功能技術(shù)、管理、經(jīng)濟、政治方面的任何相關(guān)限制與該項目相關(guān)的商業(yè)目標和上下文主要的相關(guān)人員體系結(jié)構(gòu)的驅(qū)動因素，即促使形成該體系結(jié)構(gòu)的主要質(zhì)量屬性目標20ATAM步驟詳述(3/13)第3步：體系結(jié)構(gòu)陳述

在適合的細節(jié)層次上描述體系結(jié)構(gòu)，體系結(jié)構(gòu)信息直接影響可能的分析及分析的質(zhì)量。在進行更實質(zhì)的分析之前，評估小組通常需要詢問更多的有關(guān)體系結(jié)構(gòu)的信息技術(shù)約束條件，諸如要求使用的操作系統(tǒng)、硬件、中間件等該系統(tǒng)必須要與之交互的其他系統(tǒng)用以滿足質(zhì)量屬性需求的體系結(jié)構(gòu)方法、樣式、模式和采用的機制高層體系結(jié)構(gòu)視圖：功能、代碼、并發(fā)、物理21ATAM步驟詳述(4/13)第4步：確定體系結(jié)構(gòu)方法體系結(jié)構(gòu)方法定義了系統(tǒng)的重要結(jié)構(gòu)，描述了系統(tǒng)演化、對更改的響應、對攻擊的防范以及與其他系統(tǒng)的集成等強調(diào)體系結(jié)構(gòu)方法和體系結(jié)構(gòu)風格的確定，代表了所評估的體系結(jié)構(gòu)用以事先具有高優(yōu)先級的質(zhì)量屬性的手段，保證關(guān)鍵需求按計劃得以實現(xiàn)的手段體系結(jié)構(gòu)風格，包括構(gòu)件類型及其拓撲結(jié)構(gòu)的描述，對構(gòu)件間數(shù)據(jù)和控制交互模式的描述和使用該樣風格的優(yōu)缺點的非正式表述體系結(jié)構(gòu)的約束條件，對構(gòu)件及其交互的約束，這些約束條件限定了滿足質(zhì)量屬性需求的設計決策基于屬性的體系結(jié)構(gòu)風格(attribute-basedarchitecturalstyles,ABASs)，一種帶有解釋該風格如何實現(xiàn)某些質(zhì)量屬性的體系結(jié)構(gòu)風格22ATAM步驟詳述(5/13)第5步：生成質(zhì)量屬性效用樹

評估小組與項目決策者合作，共同確定出該系統(tǒng)的最重要的質(zhì)量屬性目標，并設置優(yōu)先級，進行進一步的細化，該步指導其他的分析

這種方式將所有風險承擔者和評估小組的精力集中到對系統(tǒng)的成功與否具有重要意義的體系結(jié)構(gòu)的方面上

效用樹為我們提供了一種直接而有效地將系統(tǒng)的商業(yè)驅(qū)動因素轉(zhuǎn)換為具體的質(zhì)量屬性場景的機制，該步驟的輸出結(jié)果是對具體質(zhì)量屬性需求（以場景形式實現(xiàn)）的優(yōu)先級的確定效用樹中質(zhì)量屬性細化為場景確定最重要的質(zhì)量屬性目標，并設置優(yōu)先級效用樹設置優(yōu)先級標準每個場景對系統(tǒng)成功與否的重要性體系結(jié)構(gòu)設計人員所估計的實現(xiàn)這種場景的難度23ATAM步驟詳述(5/13)效用樹樣例代表系統(tǒng)的整體質(zhì)量24ATAM步驟詳述(5/13)效用樹樣例二級節(jié)點構(gòu)成質(zhì)量屬性25ATAM步驟詳述(5/13)效用樹樣例優(yōu)先級高（H）、中（M）、低（L）26ATAM步驟詳述(6/13)第6步：分析體系結(jié)構(gòu)方法

針對劃分了優(yōu)先級的質(zhì)量需求（第5步）和采用的體系結(jié)構(gòu)方法（第4步），評估它們的匹配情況與效用樹中每個高優(yōu)先級的場景相關(guān)的體系結(jié)構(gòu)方法或決策，評估小組應該能夠期望在前面第4步中已經(jīng)得出了所有體系結(jié)構(gòu)方法與每個體系結(jié)構(gòu)方法相聯(lián)系的待分析問題，這些問題是與對應于場景的質(zhì)量屬性相匹配的。問題可以來自于對這些方法的文檔編寫實踐、關(guān)于體系結(jié)構(gòu)的書籍、參加評估的風險承擔者的經(jīng)驗等體系結(jié)構(gòu)設計師對問題的解答風險、無風險、敏感點、權(quán)衡點的確認27ATAM步驟詳述(8/13)體系結(jié)構(gòu)方法分析模板28ATAM步驟詳述(9/13)舉例：體系結(jié)構(gòu)方法分析示例29ATAM步驟詳述(10/13)第7步：集體討論并確定場景優(yōu)先級

在第7步和第8步，評估組測試所理解的體系結(jié)構(gòu)，場景被用作測試的主要手段

第5步確定的場景主要是從體系結(jié)構(gòu)設計人員的角度看待系統(tǒng)的質(zhì)量屬性需求，這一步是從相關(guān)人員的角度討論場景需討論的場景：用例場景、生長場景、探測場景，這些場景可能同效用樹的場景保持一致，也可能發(fā)現(xiàn)更多的驅(qū)動場景，這也是一個重要收獲相關(guān)人員對場景投票確定優(yōu)先級比較場景討論結(jié)果和質(zhì)量效用樹新場景與效用樹中的某個葉節(jié)點場景相匹配新場景成為效用樹中某個已有分支的新葉節(jié)點新場景表達的是以前未曾考慮到的質(zhì)量屬性，因而與效用樹中的任何分支都不匹配將場景討論結(jié)果放到質(zhì)量效用樹當中，即系統(tǒng)體系結(jié)構(gòu)設計和系統(tǒng)需求一致30ATAM步驟詳述(10/13)集體討論并確定場景優(yōu)先級一旦收集了若干個場景后，必須要設置優(yōu)先級。評估人員可通過投票表決的方式來完成，每個風險承擔者分配相當于總場景數(shù)的30%的選票，且此數(shù)值只入不舍。例如，如果共有17個場景，則每個風險承擔者將拿到6張選票，這6張選票的具體使用則取決于風險承擔者，他可以把這6張票全部投給某一個場景，或者每個場景投2-3張票，還可以一個場景一張票等。一旦投票結(jié)果確定，所有場景就可設置優(yōu)先級。設置優(yōu)先級和投票的過程既可公開也可保密。31ATAM步驟詳述(10/13)對某車輛調(diào)度系統(tǒng)進行評估時所得到的幾個場景及其得票情況32ATAM步驟詳述(10/13)場景與質(zhì)量屬性33ATAM步驟詳述(11/13)效用樹生成和場景集體討論的差異34ATAM步驟詳述(12/13)第8步：分析體系結(jié)構(gòu)方法

在已確定了若干場景并進行了分析之后，評估小組就可以引導體系結(jié)構(gòu)設計師在所描述的體系結(jié)構(gòu)的基礎上實現(xiàn)第7步中得出的最高優(yōu)先級的場景，對相關(guān)的體系結(jié)構(gòu)決策如何有助于該場景的實現(xiàn)做出解釋與第6步類似對新增的場景，分析其體系結(jié)構(gòu)方法；對不變的場景，進行檢查35ATAM步驟詳述(13/13)第9步：陳述結(jié)果

最后，需要把在ATAM分析中所得到的各種信息進行歸納總結(jié)，并呈現(xiàn)給相關(guān)人員

在這一陳述中，評估負責人概要介紹ATAM評估的各個步驟和得到的各種信息，包括商業(yè)環(huán)境、促成該體系結(jié)構(gòu)的主要需求、約束條件和體系結(jié)構(gòu)等，但最重要的結(jié)果如下：文檔化的體系結(jié)構(gòu)方法若干場景及其優(yōu)先級基于質(zhì)量屬性的若干問題效用樹風險、無風險、敏感點、權(quán)衡點形成風險主題，根據(jù)某些常見的基本問題或系統(tǒng)缺陷將風險分組36ATAM評估方法的階段以時間為維度，評估分為4個階段，第0階段：建立階段合作關(guān)系的建立——評估客戶和評估人員之間準備工作——組建評估小組，召開開工會議，進行準備第1階段：第1~6步以體系結(jié)構(gòu)為中心重點是獲取體系結(jié)構(gòu)信息并對其進行分析第2階段：第7~9步以相關(guān)人員為中心重點是獲知相關(guān)人員的觀點，并驗證第1階段的結(jié)果第3階段：后續(xù)階段形成最終報告、對后續(xù)活動（如果有的話）做出規(guī)劃評估小組在此階段實現(xiàn)文檔和經(jīng)驗的更新37第0階段的工作合作關(guān)系的建立評估人員和評估客戶的交流評估客戶應該是對所評估體系結(jié)構(gòu)對應的項目有一定影響力的人，而且可以聯(lián)系到很多位體系結(jié)構(gòu)相關(guān)人員客戶應對所要采用的評估方法有基本了解，并且知道在評估過程中都要做哪些工作客戶應對所要評估的體系結(jié)構(gòu)及其系統(tǒng)做出描述假設評估負責人已經(jīng)決定可以進行評估，則應商談并簽署關(guān)于評估工作的合同或協(xié)議要解決好信息專有性問題。例如，評估小組可能需要簽署不得泄漏該評估信息的協(xié)議準備工作組建評估小組角色：評估小組負責人，評估負責人，場景書記員，進展書記員，計時員，過程觀察員，過程監(jiān)督者，提問者召開評估小組開工會議就評估的經(jīng)驗和體會進行廣泛的交流，同時指定每個成員要扮演的角色為第1階段進行必要的準備38第1階段的工作完成第1~6步的工作通過收集足夠多的信息，以決定：之后的評估工作是否可行、能否順利展開如果不行，就可在為第2階段的工作召集更多的相關(guān)人員之前，在第1階段及時終止是否需要更多的體系結(jié)構(gòu)文檔如果需要，則應明確需要的是哪些類型的文檔，以及應以什么形式提交這些文檔哪些相關(guān)人員應參與第2階段的工作在第一階段的最后，評估出資人要保證讓合適的相關(guān)人員參與第2階段的工作39第2階段的工作在簡要重復第1~6步工作的基礎上，進行第7~9步的工作步驟所做工作第1階段的參與者第2階段的參與者1ATAM方法的陳述評估小組和項目決策者評估小組、項目決策者和所有相關(guān)人員2商業(yè)動機的陳述3體系結(jié)構(gòu)的陳述4確定體系結(jié)構(gòu)方法5生成質(zhì)量屬性效用樹6分析體系結(jié)構(gòu)方法7集體討論并確定場景優(yōu)先級——8分析體系結(jié)構(gòu)方法9評估結(jié)果陳述40第3階段的工作生成最終報告在ATAM評估快要結(jié)束時，必須撰寫并提交最終的評估報告：做了哪些工作、有何發(fā)現(xiàn)、得出了什么結(jié)論等收集數(shù)據(jù)針對參與者/評估小組成員的改進意見調(diào)查，詢問對評估實踐的看法針對評估客戶/評估小組成員的成本調(diào)查針對評估客戶的長期收益調(diào)查更新工作產(chǎn)品倉庫對在剛完成的評估中所用到的或所生成的工作產(chǎn)品進行維護，這將有助于更好地進行未來的評估工作，包括：成本/收益信息、場景、待分析的問題、參與者的意見、評估的最終報告41ATAM評估方法總結(jié)(1/3)場景的優(yōu)勢對場景的集體討論和優(yōu)先級的確定一般都有助于相關(guān)人員的交流，并能促進相互協(xié)作所生成的場景集經(jīng)常是相關(guān)人員迄今為止所看到的對系統(tǒng)需求的最佳表示把“分析”加入到分析方法中確定質(zhì)量屬性效用樹確定采用的體系結(jié)構(gòu)方法分析體系結(jié)構(gòu)方法對質(zhì)量屬性的滿足程度42ATAM評估方法總結(jié)(2/3)ATAM方法的兩個方面第1面：針對第1階段第2面：針對第2階段較少的相關(guān)人員(2~4人)許多相關(guān)人員(10~15人)以體系結(jié)構(gòu)為中心以相關(guān)人員為中心面向解決方案面向問題面向分析面向驗證促進對體系結(jié)構(gòu)的理解促進相關(guān)人員之間的交流場景主要用于效用樹的創(chuàng)建場景主要用于效用樹的驗證大信息量的、非正式的技術(shù)上的交流有組織的會議43ATAM評估方法總結(jié)(3/3)ATAM概念流圖44ATAM案例研究(1/6)戰(zhàn)場控制系統(tǒng)（BattlefieldControlSystem,簡稱BCS）該系統(tǒng)供部隊的營級單位使用，用于在戰(zhàn)場實時環(huán)境下控制部隊的行軍、戰(zhàn)略和作戰(zhàn)準備工作第1步：ATAM方法表述第2步：商業(yè)動機表述對系統(tǒng)所要輔助完成的在戰(zhàn)場上執(zhí)行的各種任務的介紹，并指出這些任務的具體需求支持一個指揮官節(jié)點，控制和指揮一組士兵及其裝備與能夠為它提供指揮與情報信息的其它系統(tǒng)交互定期收集當前執(zhí)行任務的狀態(tài)信息軟件/硬件限制：要求極高的物理健壯性、能夠適應來自與之交互的其它系統(tǒng)的消息格式的頻繁變更，其它性能指標45ATAM案例研究(2/6)第3步：體系結(jié)構(gòu)的表述46ATAM案例研究(3/6)第4步：確定體系結(jié)構(gòu)方法客戶機/服務器采用備用指揮官節(jié)點——可用性采用一組針對領域的設計模式——可修改性采用獨立通信構(gòu)件——性能47ATAM案例研究(4/6)第5步：生成質(zhì)量屬性效用樹48ATAM案例研究(5/6)第6步：分析體系結(jié)構(gòu)方法針對備用指揮官節(jié)點方法——可用性客戶機/服務器方法可能存在單點故障關(guān)鍵刺激是由于受到攻擊或因軟硬件故障而導致的系統(tǒng)中某個節(jié)點（特別是指揮官節(jié)點）的崩潰可用性受指揮官節(jié)點崩潰速度和指揮官節(jié)點修復速度的影響有風險決策：不能生成新的備用節(jié)點可以提供多個備用節(jié)點，n個接收節(jié)點/m個被動接收節(jié)點QA=g(n,m)針對獨立通信構(gòu)件方法——性能客戶機/服務器方法可能服務器是一個潛在瓶頸無線調(diào)制解調(diào)器較低的速度（9600波特）是BCS系統(tǒng)的單個最重要的性能驅(qū)動因素使用性能模型的目的是，獲取影響消息的大小和分布情況的體系結(jié)構(gòu)決策QP=h(n,m,CO)CO指其他通信開銷49ATAM案例研究(6/6)第7步：集體討論并確定場景的優(yōu)先級第8步：分析體系結(jié)構(gòu)方法第9步：結(jié)果的表述可用性：QA=g(n,m)性能：QP=h(n,m,CO)總結(jié)階段體系結(jié)構(gòu)文檔編寫更明確的需求敏感點和權(quán)衡點體系結(jié)構(gòu)風險：指揮官節(jié)點和備用節(jié)點之間的通信模式，被作為攻擊目標507.3SAAM評估方法SAAM(SoftwareArchitectureAnalysisMethod)

主要分析體系結(jié)構(gòu)的可修改性；也可以對系統(tǒng)屬性及系統(tǒng)功能評估方法描述場景、劃分優(yōu)先級、分析體系結(jié)構(gòu)問題SAAM評估的輸入一組場景SAAM評估的輸出將代表了未來可能做的更改的場景與體系結(jié)構(gòu)對應起來，顯示出體系結(jié)構(gòu)中未來可能具有較高復雜性的地方，估計預期工作量理解系統(tǒng)功能，比較多個體系結(jié)構(gòu)支持的功能數(shù)量51SAAM評估步驟SAAM評估步驟52SAAM評估步驟SAAM評估步驟第1步：場景的形成集體討論形成場景場景應表明支持的活動類型場景應表明客戶期望對系統(tǒng)所作更改的類型第2步：體系結(jié)構(gòu)的表述描述系統(tǒng)的靜態(tài)特征和動態(tài)特征場景的形成和體系結(jié)構(gòu)的表述相互促進53SAAM評估步驟第3步：場景的分類和優(yōu)先級的確定場景分類：直接場景/間接場景直接場景：這一預計的使用情況不需要對體系結(jié)構(gòu)做任何修改就可以實現(xiàn)間接場景：對執(zhí)行某一功能的一個或者多個構(gòu)件進行更改、為實現(xiàn)某一功能而添加/刪除構(gòu)件，或者需要建立新的關(guān)系劃分優(yōu)先級，考察重要場景間接場景對體系結(jié)構(gòu)的影響第4步：對場景的單個評估場景與體系結(jié)構(gòu)描述對應起來對直接場景，說明體系結(jié)構(gòu)如何執(zhí)行對間接場景，說明更改及其代價54SAAM評估步驟第5步：場景相互作用的評估場景相互作用：兩個或者多個間接場景要求更改同一個構(gòu)件體現(xiàn)體系結(jié)構(gòu)設計中的功能分配暴露體系結(jié)構(gòu)文檔未充分說明結(jié)構(gòu)的分解第6步：形成總體評估為場景設置權(quán)值體系結(jié)構(gòu)支持的直接場景數(shù)量55實例1：CASL編譯程序軟件體系結(jié)構(gòu)分析CASL語言的編譯系統(tǒng)邏輯上分為6個功能：(1)文本編輯器：一個類似與寫字板的文本編輯器，用戶可用來輸入程序代碼；還用來顯示編譯系統(tǒng)的界面元素(2)詞法分析器：對用戶輸入的程序代碼進行詞法分析。若有錯，則進入報錯程序。(3)語法分析器：對用戶輸入的程序代碼進行語法分析。若有錯,則進入報錯程序。(4)語義分析器：對用戶輸入的程序代碼進行語義分析。若有錯，則進入報錯程序。(5)代碼生成器：以上步驟若沒有錯誤則生成可執(zhí)行代碼。(6)報錯程序：報告錯誤的行數(shù)。56實例1：CASL編譯程序軟件體系結(jié)構(gòu)分析體系結(jié)構(gòu)文本編輯詞法分析語法分析語