軟件設計與體系結構-秦航-資料下載頁
2025-01-18 21:59本頁面
【正文】 社 28 評估方法比較 ? 場景的生成方式不同 ? SAAM方法采用頭腦風暴（ brainstorming）技術構建場景，要求風險承擔者列舉出若干場景，并將場景分為直接場景和間接場景兩類，分別支持對體系的靜態(tài)分析和動態(tài)分析。 ? ATAM在具體評估中將場景分為三類： ? （ a）用例場景（ use case scenario）。描述用戶的期望與正在運行的系統(tǒng)交互，用于信息的獲取。 ? （ b）生長場景（ growth scenario）。預期的系統(tǒng)變更與質(zhì)量屬性關系。 ? （ c）探索場景（ exploratory scenario）。 清華大學出版社 29 風險承擔者商業(yè)動機表述方式不同 ? SAAM只是將不同組織的需求目標簡單地聯(lián)系在一起 ， 評估中由開發(fā)人員 、 維護人員 、 用戶和管理人員等風險承擔者將其所關心的目標問題以場景形式提出 ? 這樣不同領域的風險承擔者根據(jù)自己領域特點及對軟件的需要確定若干場景 ， 評估小組根據(jù)他們確定的場景來評估軟件系統(tǒng)特定方面的性能 。 清華大學出版社 30 風險承擔者商業(yè)動機表述方式不同 ? ATAM建立在 SAAM的基礎上 ， 借助于效用樹（ quality attribute utility tree） 將風險承擔者的商業(yè)目標轉(zhuǎn)換成質(zhì)量屬性需求 ， 再轉(zhuǎn)換成代表自己商業(yè)目標的場景 。 清華大學出版社 31 軟件體系結構的描述方式不同 ? ATAM方法中軟件體系結構的描述采用Philippe Kruchten“4+1”視圖模型，即從五個不同的視角點描述系統(tǒng)的體系結構，四個視圖模型從特定的不同方面描述軟件的體系結構，忽略與此無關的實體。 清華大學出版社 32 軟件體系結構的描述方式不同 ? SAAM則提倡使用非常單純的體系結構要素。 ? 對體系結構的靜態(tài)描述一般都要區(qū)別數(shù)據(jù)的連接（數(shù)據(jù)在組件之間的傳遞）和控制連接（一個組件調(diào)用另一個組件執(zhí)行某個功能） ? 對軟件體系結構的動態(tài)描述主要描述系統(tǒng)在各個不同時間的行為，給出軟件的體系結構。 清華大學出版社 33 小結 ? 軟件體系結構的評估是一項實踐性非常強的工作，因此應該與實踐緊密聯(lián)系起來。 ? SAAM、 ATAM都已經(jīng)應用到若干個實際的系統(tǒng)中，并且在實踐的過程中不斷地得到改進。 ? 在很大程度上評估的質(zhì)量與風險承擔者的積極參與分不開，評估的過程同時也是風險承擔者對于最終軟件系統(tǒng)的認識交流與提高的過程。
教學課件相關推薦
鄂ICP備17016276號-1