軟件構(gòu)架復(fù)習(xí)大綱-預(yù)覽頁(yè)
【正文】 常見的軟件構(gòu)架結(jié)構(gòu)第四章 理解質(zhì)量屬性（*）我們開發(fā)一個(gè)系統(tǒng)是為了給用戶使用，因此系統(tǒng)的質(zhì)量好壞最終要由用戶來評(píng)判。當(dāng)系統(tǒng)不再提供其規(guī)范中所說明的服務(wù)時(shí)，就出現(xiàn)了系統(tǒng)故障。性能的一般性場(chǎng)景：場(chǎng)景部分可用的值刺激源大量獨(dú)立源中的一個(gè)，可能來自系統(tǒng)內(nèi)部刺激定期、隨機(jī)或偶然事件到達(dá)制品系統(tǒng)環(huán)境正常模式；超載模式響應(yīng)處理刺激；改變服務(wù)級(jí)別相應(yīng)度量等待時(shí)間、時(shí)間期限、吞吐量、抖動(dòng)、缺失率、數(shù)據(jù)丟失(4)、安全性（Security）安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時(shí)，阻止非授權(quán)使用的能力安全性被刻畫為一個(gè)提供認(rèn)可（交易不能被交易的任何一方拒絕）、機(jī)密性（未經(jīng)授權(quán)不能訪問數(shù)據(jù)或服務(wù)）、完整性（根據(jù)計(jì)劃來提交數(shù)據(jù)或服務(wù)）、保證（交易各方是所聲稱的人）、可用性（系統(tǒng)可用于合法用途）和審核（在系統(tǒng)內(nèi)部跟蹤系統(tǒng)活動(dòng)）的系統(tǒng)安全性的一般性場(chǎng)景：場(chǎng)景部分可用的值刺激源授權(quán)或非授權(quán)用戶；訪問了有限的資源/大量資源刺激試圖修改數(shù)據(jù)，訪問系統(tǒng)服務(wù)制品系統(tǒng)服務(wù)、系統(tǒng)中的數(shù)據(jù)環(huán)境在線或離線、直接或通過防火墻入網(wǎng)響應(yīng)對(duì)用戶驗(yàn)證，阻止或允許訪問數(shù)據(jù)或服務(wù)相應(yīng)度量避開安全措施所需要的時(shí)間或資源；恢復(fù)數(shù)據(jù)/服務(wù)(5)、可測(cè)試性（Testability）——可測(cè)試性是指通過測(cè)試揭示軟件缺陷的容易程度。易用性的一般性場(chǎng)景場(chǎng)景部分可用的值刺激源最終用戶刺激想要學(xué)習(xí)系統(tǒng)特性、有效使用系統(tǒng)、使錯(cuò)誤的影響最低，適配系統(tǒng)等制品系統(tǒng)環(huán)境在運(yùn)行時(shí)或配置時(shí)響應(yīng)上下文相關(guān)的幫助系統(tǒng)，導(dǎo)航，撤銷、取消操作，從系統(tǒng)故障中恢復(fù)，國(guó)際化，定制能力相應(yīng)度量任務(wù)時(shí)間，錯(cuò)誤數(shù)量，用戶滿意度等第五章 實(shí)現(xiàn)質(zhì)量屬性（****）1. 什么是戰(zhàn)術(shù)？u 戰(zhàn)術(shù)（tactics）——影響質(zhì)量屬性響應(yīng)的設(shè)計(jì)決策u 構(gòu)架策略（architectural strategy）——戰(zhàn)術(shù)的集合u 構(gòu)架模式（architectural pattern）——以某種方式將戰(zhàn)術(shù)打包在一起2. 實(shí)現(xiàn)可用性的戰(zhàn)術(shù)？可用性（Availability）可用性戰(zhàn)術(shù)將會(huì)阻止錯(cuò)誤發(fā)展為故障，或者至少能夠把錯(cuò)誤的影響限制在一定范圍內(nèi)，從而使修改成為可能。測(cè)試的目標(biāo)是發(fā)現(xiàn)錯(cuò)誤7. 實(shí)現(xiàn)易用性的戰(zhàn)術(shù)？用戶請(qǐng)求為用戶提供適當(dāng)?shù)姆答伜蛥f(xié)助易用性分離用戶接口支持用戶主動(dòng)取消撤銷聚合用戶模型用戶模型系統(tǒng)模型任務(wù)模型易用性與用戶完成期望任務(wù)的難易程度以及系統(tǒng)為用戶提供的支持種類有關(guān)8. 一些重要的概念：連鎖反應(yīng)，接口等u 連鎖反應(yīng)（ripple effects）——修改某個(gè)模塊卻影響到其他并沒有被修改的模塊，我們必須修改所有相關(guān)模塊（直接影響和間接影響）才能夠?qū)崿F(xiàn)我們的變更目標(biāo)u 接口是兩個(gè)獨(dú)立的實(shí)體相遇并進(jìn)行交互或通信的邊界第七章 設(shè)計(jì)構(gòu)架（*）1. 什么是屬性驅(qū)動(dòng)因素？功能、質(zhì)量和商業(yè)需求的某個(gè)集合塑造了構(gòu)架。該分解提供了模塊和對(duì)模塊交互類型的限制e、驗(yàn)證用例和質(zhì)量屬性場(chǎng)景并對(duì)其進(jìn)行求精，使它們成為子模塊的限制對(duì)需要進(jìn)一步分解的每個(gè)模塊重復(fù)上述步驟在構(gòu)架的模塊分解結(jié)構(gòu)的最初幾個(gè)層次穩(wěn)定后，就可以把這些模塊分配給開發(fā)小組，這就是工作分配視圖，分配任務(wù)的原則：開發(fā)小組內(nèi)部是高內(nèi)聚，外部是松耦合根據(jù)開發(fā)小組的特長(zhǎng)進(jìn)行分配盡量與模塊的分界原則一致在使用ADD方法完成了系統(tǒng)的構(gòu)架設(shè)計(jì)之后，就可以構(gòu)建系統(tǒng)的骨架系統(tǒng)了。 構(gòu)架編檔（Documenting Software Architectures）是對(duì)構(gòu)架的描述，構(gòu)架必然存在，構(gòu)架編檔不一定存在；構(gòu)架的建立源于系統(tǒng)的需求，構(gòu)架文檔的編寫源于構(gòu)架描述、交流的需求，構(gòu)架編寫的基本規(guī)則是：從讀者的角度進(jìn)行編寫構(gòu)架編檔既然如此重要，我們?cè)撊绾螌?duì)構(gòu)架進(jìn)行編檔呢？構(gòu)架編檔包括如下三部分內(nèi)容：視圖編檔；接口編檔；視圖的組織構(gòu)架編檔就是將相關(guān)視圖編成文檔，然后向其中添加適合多個(gè)視圖的文件。他們可能是開發(fā)組織內(nèi)部的，也可能
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1