軟件體系結(jié)構(gòu)復(fù)習(xí)資料

1、第一章 概論w 軟件體系結(jié)構(gòu)定義 國內(nèi)普遍接受的定義：軟件體系結(jié)構(gòu)包括構(gòu)件、連接件和約束，它是可預(yù)制和可重構(gòu)的軟件框架結(jié)構(gòu)。l 構(gòu)件是可預(yù)制和可重用的軟件部件，是組成體系結(jié)構(gòu)的基本計(jì)算單元或數(shù)據(jù)存儲單元l 連接件也是可預(yù)制和可重用的軟件部件，是構(gòu)件之間的連接單元l 構(gòu)件和連接件之間的關(guān)系用約束來描述 軟件體系結(jié)構(gòu) = 構(gòu)件 + 連接件 + 約束w 構(gòu)件 構(gòu)件是指一個(gè)計(jì)算單元或者數(shù)據(jù)存儲單元，可以是一個(gè)處理過程或數(shù)據(jù)元素。 構(gòu)件是用于實(shí)現(xiàn)計(jì)算和狀態(tài)的單元，可以工作在：客戶端、服務(wù)器端、數(shù)據(jù)庫或?qū)拥取?構(gòu)件可簡單可復(fù)雜：復(fù)雜構(gòu)件描述一個(gè)系統(tǒng)，一個(gè)體系結(jié)構(gòu)由一些描述系統(tǒng)的復(fù)雜構(gòu)件組成。w 連接件 連

2、接件是體系結(jié)構(gòu)的一個(gè)元素，它可以用于建模：l 構(gòu)件之間的相互作用l 控制這些相互作用的規(guī)則 簡單相互作用：l 過程的調(diào)用l 訪問共享變量 復(fù)雜和語義相關(guān)的相互作用：l 客戶端-服務(wù)器協(xié)議l 數(shù)據(jù)庫訪問協(xié)議l 異步事件的多點(diǎn)傳送l 管道數(shù)據(jù)流w 約束 約束描述了體系結(jié)構(gòu)的配置和拓?fù)湟?，配置或拓?fù)涫侵笜?gòu)件和連接件組成的一個(gè)連接圖，它用于描述軟件體系結(jié)構(gòu)的構(gòu)成，確定了體系結(jié)構(gòu)的構(gòu)件與連接件之間的連接關(guān)系：l 正確的連接性l 并發(fā)和分布性l 符合設(shè)計(jì)的啟發(fā)式和風(fēng)格規(guī)則1_(35)_是一個(gè)獨(dú)立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。（35）A.面向?qū)ο笙到y(tǒng)中的對象（Object） B.模塊化程

3、序設(shè)計(jì)中的子程序（Subroutine） C.基于構(gòu)件開發(fā)中的構(gòu)件（Component） D.系統(tǒng)模型中的包（Package）參考答案：C1軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯(cuò)誤的是_(44)_。（44）A.根據(jù)用戶需求，能夠確定一個(gè)最佳的軟件架構(gòu)，指導(dǎo)整個(gè)軟件的開發(fā)過程 B.軟件架構(gòu)設(shè)計(jì)需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等 C.軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴關(guān)系，支持項(xiàng)目計(jì)劃和管理活動 D.軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作參考答案：A1軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評審等活動，是一個(gè)迭代的過程。

4、以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動的描述，錯(cuò)誤的是_(45)_。（45）A.在建立軟件架構(gòu)的初期，一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格 B.將架構(gòu)分析階段已標(biāo)識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系 C.軟件架構(gòu)設(shè)計(jì)活動將已標(biāo)識構(gòu)件集成到軟件架構(gòu)中，設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件 D.一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì)，需要邀請獨(dú)立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進(jìn)行評審參考答案：C第二章 建?！?+1”模型概述SA“4+1”模型邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。開發(fā)視圖也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理。進(jìn)程視圖側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求。物理視圖主要考慮如何把軟件映

5、射到硬件上，它通常要考慮到系統(tǒng)性能、規(guī)模、可靠性等。場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來。2在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于_(26)_，系統(tǒng)工程師側(cè)重于_(27)_。（26）A.實(shí)現(xiàn)視圖 B.進(jìn)程視圖 C.邏輯視圖 D.部署視圖（27）A.實(shí)現(xiàn)視圖 B.進(jìn)程視圖 C.邏輯視圖 D.部署視圖參考答案：(26)C (27)D 2基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義、(35) 、(36) 、(37) ,以及測試和發(fā)布5個(gè)順序執(zhí)行的階段。(35)A. 構(gòu)件接口設(shè)計(jì) B. 體系結(jié)構(gòu)設(shè)計(jì) C. 元數(shù)據(jù)設(shè)計(jì) D. 集成環(huán)境設(shè)

6、計(jì)(36)A. 數(shù)據(jù)庫建模 B. 業(yè)務(wù)過程建模 C. 對象建模 D. 構(gòu)件庫建立(37)A. 應(yīng)用軟件構(gòu)建 B. 構(gòu)件配置管理 C. 構(gòu)件單元測試 D. 構(gòu)件編碼實(shí)現(xiàn)參考答案：BDA 2軟件架構(gòu)貫穿于軟件的整個(gè)生命周期,但在不同階段對軟件架構(gòu)的關(guān)注力度并不相同,在 (45) 階段,對軟件架構(gòu)的關(guān)注最多。(45)A. 需求分析與設(shè)計(jì) B. 設(shè)計(jì)與實(shí)現(xiàn) C. 實(shí)現(xiàn)與測試 D. 部署與變更參考答案：B 2軟件架構(gòu)設(shè)計(jì)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵活動。以下關(guān)于軟件架構(gòu)重要性的敘述中,錯(cuò)誤的是 (46) 。(46)A. 架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、可維護(hù)性等品質(zhì) B. 良好的架構(gòu)設(shè)計(jì)能

7、夠更好地捕獲并了解用戶需求C. 架構(gòu)設(shè)計(jì)能夠使得不同的利益相關(guān)人(stakeholders)達(dá)成一致的目標(biāo) D. 架構(gòu)設(shè)計(jì)能夠支持項(xiàng)目計(jì)劃和項(xiàng)目管理等活動參考答案：B第三章 風(fēng)格1. 管道/過濾器 l 含義：每個(gè)構(gòu)件都有一組輸入和輸出，構(gòu)件讀輸入的數(shù)據(jù)流，經(jīng)過內(nèi)部處理，然后產(chǎn)生輸出數(shù)據(jù)流。這個(gè)過程通常通過對輸入流的變換及增量計(jì)算來完成，所以在輸入被完全消費(fèi)之前，輸出便產(chǎn)生了。 這里的構(gòu)件被稱為過濾器，這種風(fēng)格的連接件就象是數(shù)據(jù)流傳輸?shù)墓艿?，將一個(gè)過濾器的輸出傳到另一過濾器的輸入。 l 組成：構(gòu)件（過濾器）和連接件（管道） l 優(yōu)點(diǎn)： 使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)； 允許設(shè)計(jì)

8、者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過濾器的行為的簡單合成； 支持軟件重用。只要提供適合在兩個(gè)過濾器之間傳送的數(shù)據(jù)，任何兩個(gè)過濾器都可被連接起來； 系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡單。新的過濾器可以添加到現(xiàn)有系統(tǒng)中來；舊的可以被改進(jìn)的過濾器替換掉； 允許對一些如吞吐量、死鎖等屬性的分析； 支持并行執(zhí)行。每個(gè)過濾器是作為一個(gè)單獨(dú)的任務(wù)完成，因此可與其它任務(wù)并行執(zhí)行。 l 缺點(diǎn)： 通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。 不適合處理交互的應(yīng)用。 因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個(gè)過濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。 2. 數(shù)據(jù)抽象和面向?qū)ο蠼M織 l 含義：這

9、種風(fēng)格建立在數(shù)據(jù)抽象和面向?qū)ο蟮幕A(chǔ)上，數(shù)據(jù)的表示方法和它們的相應(yīng)操作封裝在一個(gè)抽象數(shù)據(jù)類型或?qū)ο笾小＿@種風(fēng)格的構(gòu)件是對象，或者說是抽象數(shù)據(jù)類型的實(shí)例。對象是一種被稱作管理者的構(gòu)件，因?yàn)樗?fù)責(zé)保持資源的完整性。對象是通過函數(shù)和過程的調(diào)用來交互的。 l 組成：構(gòu)件（對象） l 優(yōu)點(diǎn)： 因?yàn)閷ο髮ζ渌鼘ο箅[藏它的表示，所以可以改變一個(gè)對象的表示，而不影響其它的對象； 設(shè)計(jì)者可將一些數(shù)據(jù)存取操作的問題分解成一些交互的代理程序的集合。 l 缺點(diǎn)： 為了使一個(gè)對象和另一個(gè)對象通過過程調(diào)用等進(jìn)行交互，必須知道對象的標(biāo)識。只要一個(gè)對象的標(biāo)識改變了，就必須修改所有其他明確調(diào)用它的對象； 必須修改所有顯式調(diào)用它

10、的其它對象，并消除由此帶來的一些副作用。例如，如果A 使用了對象B，C 也使用了對象B，那么，C 對B 的使用所造成的對A 的影響可能是料想不到的。 3. 基于事件的隱式調(diào)用 l 含義：構(gòu)件不直接調(diào)用一個(gè)過程，而是觸發(fā)或廣播一個(gè)或多個(gè)事件。系統(tǒng)中的其它構(gòu)件中的過程在一個(gè)或多個(gè)事件中注冊，當(dāng)一個(gè)事件被觸發(fā)，系統(tǒng)自動調(diào)用在這個(gè)事件中注冊的所有過程，這樣，一個(gè)事件的觸發(fā)就導(dǎo)致了另一模塊中的過程的調(diào)用。這種風(fēng)格的構(gòu)件是一些模塊，模塊既可以是一些過程，又可以是一些事件的集合。過程可以用通用的方式調(diào)用，也可以在系統(tǒng)事件中注冊一些過程，當(dāng)發(fā)生這些事件時(shí)，過程被調(diào)用。這種風(fēng)格的主要特點(diǎn)是事件的觸發(fā)者并不知道哪

11、些構(gòu)件會被這些事件影響。這樣不能假定構(gòu)件的處理順序，甚至不知道哪些過程會被調(diào)用，因此，許多隱式調(diào)用的系統(tǒng)也包含顯式調(diào)用作為構(gòu)件交互的補(bǔ)充形式。 l 組成：構(gòu)件（一些模塊，模塊既可以是一些過程，又可以是一些事件的集合） l 優(yōu)點(diǎn)： 為軟件重用提供了強(qiáng)大的支持。當(dāng)需要將一個(gè)構(gòu)件加入現(xiàn)存系統(tǒng)中時(shí)，只需將它注冊到系統(tǒng)的事件中。 為改進(jìn)系統(tǒng)帶來了方便。當(dāng)用一個(gè)構(gòu)件代替另一個(gè)構(gòu)件時(shí)，不會影響到其它構(gòu)件的接口。 l 缺點(diǎn)： 構(gòu)件放棄了對系統(tǒng)計(jì)算的控制。一個(gè)構(gòu)件觸發(fā)一個(gè)事件時(shí)，不能確定其它構(gòu)件是否會響應(yīng)它。而且即使它知道事件注冊了哪些構(gòu)件的構(gòu)成，它也不能保證這些過程被調(diào)用的順序。 數(shù)據(jù)交換效率的問題。有時(shí)數(shù)據(jù)

12、可被一個(gè)事件傳遞，但另一些情況下，基于事件的系統(tǒng)必須依靠一個(gè)共享的倉庫進(jìn)行交互。在這些情況下，全局性能和資源管理便成了問題。 既然過程的語義必須依賴于被觸發(fā)事件的上下文約束，關(guān)于正確性的推理存在問題。 4. 分層系統(tǒng) l 含義：層次系統(tǒng)組織成一個(gè)層次結(jié)構(gòu)，每一層為上層服務(wù)，并作為下層客戶。在一些層次系統(tǒng)中，除了一些精心挑選的輸出函數(shù)外，內(nèi)部的層只對相鄰的層可見。這樣的系統(tǒng)中構(gòu)件在一些層實(shí)現(xiàn)了虛擬機(jī)（在另一些層次系統(tǒng)中層是部分不透明的）。連接件通過決定層間如何交互的協(xié)議來定義，拓?fù)浼s束包括對相鄰層間交互的約束。這種風(fēng)格支持基于可增加抽象層的設(shè)計(jì)。允許將一個(gè)復(fù)雜問題分解成一個(gè)增量步驟序列的實(shí)現(xiàn)。由

13、于每一層最多只影響兩層，同時(shí)只要給相鄰層提供相同的接口，允許每層用不同的方法實(shí)現(xiàn)， 同樣為軟件重用提供了強(qiáng)大的支持。 l 組成：構(gòu)件，連接件 優(yōu)點(diǎn)： 支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解； 支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?，因此功能的改變最多影響相鄰的上下層?支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。 l 缺點(diǎn)： 并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級或高級的功

14、能綜合起來； 很難找到一個(gè)合適的、正確的層次抽象方法。 5. 倉庫系統(tǒng)及知識庫 l 含義：在倉庫風(fēng)格中，有兩種不同的構(gòu)件：中央數(shù)據(jù)結(jié)構(gòu)說明當(dāng)前狀態(tài)，獨(dú)立構(gòu)件在中央數(shù)據(jù)存貯上執(zhí)行， 倉庫與外構(gòu)件間的相互作用在系統(tǒng)中會有大的變化?？刂圃瓌t的選取產(chǎn)生兩個(gè)主要的子類。若輸入流中某類時(shí)間觸發(fā)進(jìn)程執(zhí)行的選擇，則倉庫是一傳統(tǒng)型數(shù)據(jù)庫；另一方面，若中央數(shù)據(jù)結(jié)構(gòu)的當(dāng)前狀態(tài)觸發(fā)進(jìn)程執(zhí)行的選擇，則倉庫是一黑板系統(tǒng)。 l 組成：構(gòu)件（中央數(shù)據(jù)結(jié)構(gòu)，獨(dú)立構(gòu)件） 6. C2 風(fēng)格 l 含義：通過連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。C2 風(fēng)格中的系統(tǒng)組織規(guī)則如下： 系統(tǒng)中的構(gòu)件和連接件都有一個(gè)頂部和一個(gè)底部；

15、 構(gòu)件的頂部應(yīng)連接到某連接件的底部，構(gòu)件的底部則應(yīng)連接到某連接件的頂部，而構(gòu)件與構(gòu)件之間的直接連接是不允許的； 一個(gè)連接件可以和任意數(shù)目的其它構(gòu)件和連接件連接； 當(dāng)兩個(gè)連接件進(jìn)行直接連接時(shí)，必須由其中一個(gè)的底部到另一個(gè)的頂部。 l 組成：構(gòu)件、連接件 特點(diǎn)： 系統(tǒng)中的構(gòu)件可實(shí)現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起； 所有構(gòu)件之間的通訊是通過以連接件為中介的異步消息交換機(jī)制來實(shí)現(xiàn)的； 構(gòu)件相對獨(dú)立，構(gòu)件之間依賴性較少。系統(tǒng)中不存在某些構(gòu)件將在同一地址空間內(nèi)執(zhí)行，或某些構(gòu)件共享特定控制線程之類的相關(guān)性假設(shè)。 7. C/S l 含義：C/S 軟件體系結(jié)構(gòu)是基于資源不對等，且為實(shí)現(xiàn)共享而提出來的

16、，是20 世紀(jì)90 年代成熟起來的技術(shù)， C/S 體系結(jié)構(gòu)定義了工作站如何與服務(wù)器相連，以實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用分布到多個(gè)處理機(jī)上。 C/S 體系結(jié)構(gòu)有三個(gè)主要組成部分：數(shù)據(jù)庫服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò)。 l 組成：數(shù)據(jù)庫服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò) l 優(yōu)點(diǎn)： 模型思想簡單，易于人們理解和接受。 靈活、易維護(hù)與擴(kuò)充：系統(tǒng)的客戶應(yīng)用程序和服務(wù)器構(gòu)件分別運(yùn)行在不同的計(jì)算機(jī)上，系統(tǒng)中每臺服務(wù)器都可以適合各構(gòu)件的要求，這對于硬件和軟件的變化顯示出極大的適應(yīng)性和靈活性，而且易于對系統(tǒng)進(jìn)行擴(kuò)充和縮小。 資源可以進(jìn)行合理配臵：在C/S 體系結(jié)構(gòu)中，系統(tǒng)中的功能構(gòu)件充分隔離，客戶應(yīng)用程序的開發(fā)集中于數(shù)據(jù)的顯示和分析，

17、而數(shù)據(jù)庫服務(wù)器的開發(fā)則集中于數(shù)據(jù)的管理，不必在每一個(gè)新的應(yīng)用程序中都要對一個(gè)DBMS 進(jìn)行編碼。將大的應(yīng)用處理任務(wù)分布到許多通過網(wǎng)絡(luò)連接的低成本計(jì)算機(jī)上，以節(jié)約大量費(fèi)用。 l 缺點(diǎn)： 開發(fā)成本較高 客戶端程序設(shè)計(jì)復(fù)雜 用戶界面風(fēng)格不一，使用繁雜，不利于推廣使用 軟件移植困難 軟件維護(hù)和升級困難 新技術(shù)不能輕易應(yīng)用 l 例子：QQ、MSN、飛信、銳捷客戶端、HomeShare 網(wǎng)絡(luò)共享軟件。 8. B/S l 含義：瀏覽器/服務(wù)器（B/S）風(fēng)格就是上述三層應(yīng)用結(jié)構(gòu)的一種實(shí)現(xiàn)方式，其具體結(jié)構(gòu)為：瀏覽器/Web 服務(wù)器/數(shù)據(jù)庫服務(wù)器。B/S 體系結(jié)構(gòu)主要是利用不斷成熟的WWW 瀏覽器技術(shù)，結(jié)合瀏覽器

18、的多種腳本語言， 用通用瀏覽器就實(shí)現(xiàn)了原來需要復(fù)雜的專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開發(fā)成本。從某種程度上來說，B/S 結(jié)構(gòu)是一種全新的軟件體系結(jié)構(gòu)。 l 組成：瀏覽器/Web 服務(wù)器/數(shù)據(jù)庫服務(wù)器 l 優(yōu)點(diǎn)： 基于B/S 體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶端”的功能，很容易在運(yùn)行時(shí)自動升級。 B/S 體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開放性基礎(chǔ)。 l 缺點(diǎn)： 沒有集成有效的數(shù)據(jù)庫處理功能，對數(shù)據(jù)處理功能不強(qiáng)。 安全性難以控制。 采用B/S 體系結(jié)構(gòu)的應(yīng)用

19、系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S 體系結(jié)構(gòu)。 B/S 體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理(OLTP)應(yīng)用 9. 為什么要使用異構(gòu)風(fēng)格 l 不同的結(jié)構(gòu)有不同的處理能力的強(qiáng)項(xiàng)和弱點(diǎn)，一個(gè)系統(tǒng)的體系結(jié)構(gòu)應(yīng)該根據(jù)實(shí)際需要進(jìn)行選擇，以解決實(shí)際問題。 l 關(guān)于軟件包、框架、通信以及其他一些體系結(jié)構(gòu)上的問題，目前存在多種標(biāo)準(zhǔn)。即使在某段時(shí)間內(nèi)某一種標(biāo)準(zhǔn)占統(tǒng)治地位，但變動最終是絕對的。 l 一些遺留下來的代碼，它們?nèi)杂行в茫菂s與新系統(tǒng)有某種程度上的不協(xié)調(diào)。然而在許多場合，將技術(shù)與經(jīng)濟(jì)綜合進(jìn)行考慮時(shí)，總是決定不再重寫它們。 內(nèi)外有別 模型v 優(yōu)點(diǎn)：外

20、部用戶不直接訪問數(shù)據(jù)庫服務(wù)器、企業(yè)內(nèi)部用戶的交互性較強(qiáng)，數(shù)據(jù)查詢和修改相應(yīng)速度快v 缺點(diǎn)：企業(yè)外部用戶修改和維護(hù)數(shù)據(jù)時(shí)，速度慢，較繁瑣，數(shù)據(jù)交互不強(qiáng)查改有別 模型v 優(yōu)點(diǎn)：體現(xiàn)了B/S體系結(jié)構(gòu)和C/S體系結(jié)構(gòu)的共同優(yōu)點(diǎn)v 缺點(diǎn)：因外部用戶能直接訪問數(shù)據(jù)庫服務(wù)器，會引發(fā)安全問題。特定領(lǐng)域軟件體系結(jié)構(gòu)（DSSA）3某游戲公司欲開發(fā)一個(gè)大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對該目標(biāo)，公司應(yīng)該采用_(48)_架構(gòu)風(fēng)格最為合適。（48）A.管道-過濾器 B.隱式調(diào)用 C.主程序-子程序 D.解釋器參考答案：B3某公司承接了一個(gè)開發(fā)家用空

21、調(diào)自動調(diào)溫器的任務(wù)，調(diào)溫器測量外部空氣溫度，根據(jù)設(shè)定的期望溫度控制空調(diào)的開關(guān)。根據(jù)該需求，公司應(yīng)采用_(50)_架構(gòu)風(fēng)格最為合適。（50）A.解釋器 B.過程控制 C.分層 D.管道-過濾器參考答案：B3某公司欲開發(fā)一個(gè)漫步者機(jī)器人，用來完成火星探測任務(wù)。機(jī)器人的控制者首先定義探測任務(wù)和任務(wù)之間的時(shí)序依賴性，機(jī)器人接受任務(wù)后，需要根據(jù)自身狀態(tài)和外界環(huán)境進(jìn)行動態(tài)調(diào)整，最終自動完成任務(wù)。針對這些需求，該機(jī)器人應(yīng)該采用_(51)_架構(gòu)風(fēng)格最為合適。（51）A.解釋器 B.主程序-子程序 C.隱式調(diào)用 D.管道-過濾器參考答案：C3某公司欲開發(fā)一個(gè)語音識別系統(tǒng)，語音識別的主要過程包括分割原始語音信號、

22、識別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個(gè)過程都需要進(jìn)行基于先驗(yàn)知識的條件判斷并進(jìn)行相應(yīng)的識別動作。針對該系統(tǒng)的特點(diǎn)，采用_(52)_架構(gòu)風(fēng)格最為合適。（52）A.解釋器 B.面向?qū)ο?C.黑板 D.隱式調(diào)用參考答案：C3特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動，其中_(53)_活動的主要目的是為了獲得DSSA。該活動參加人員中，_(54)_的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識。（53）A.領(lǐng)域需求 B.領(lǐng)域分析 C.領(lǐng)域設(shè)計(jì) D.領(lǐng)域?qū)崿F(xiàn)（54）A.領(lǐng)域?qū)＜?B.領(lǐng)域分析者

23、 C.領(lǐng)域設(shè)計(jì)者 D.領(lǐng)域?qū)崿F(xiàn)者參考答案：(53) B(54) A 3 Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是 (51) 風(fēng)格。Java語言宣傳的”一次編寫,到處運(yùn)行”的特性,從架構(gòu)風(fēng)格上看符合 (52) 風(fēng)格的特點(diǎn)。(51)(52)A. 虛擬機(jī) B. 管道-過濾器 C. 事件驅(qū)動 D. 微內(nèi)核-擴(kuò)展參考答案：CA 3某軟件開發(fā)公司負(fù)責(zé)開發(fā)一個(gè)Web服務(wù)器服務(wù)端處理軟件,其核心部分是對客戶端請求消息的解析與處理,包括HTTP報(bào)頭分離、SOAP報(bào)文解析等功能。該公司的架構(gòu)師決定采用成熟的架構(gòu)風(fēng)格指導(dǎo)整個(gè)軟件的設(shè)計(jì),以下 (53) 架構(gòu)風(fēng)格,最適合該服務(wù)端處理軟件。 (5

24、3)A. 虛擬機(jī) B. 管道-過濾器 C. 黑板結(jié)構(gòu) D. 分層結(jié)構(gòu)參考答案：B 3某公司欲開發(fā)一個(gè)基于圖形用戶界面的集成調(diào)試器。該調(diào)試器的編輯器和變量監(jiān)視器可以設(shè)置調(diào)試斷點(diǎn)。當(dāng)調(diào)試器在斷點(diǎn)處暫停運(yùn)行時(shí),編輯程序可以自動卷屏到斷點(diǎn),變量監(jiān)視器刷新變量數(shù)值。針對這樣的功能描述,采用 (54) 的架構(gòu)風(fēng)格最為合適。(54)A. 數(shù)據(jù)共享 B. 虛擬機(jī) C. 隱式調(diào)用 D. 顯式調(diào)用參考答案：C 3某公司欲開發(fā)一種工業(yè)機(jī)器人,用來進(jìn)行汽車零件的裝配。公司的架構(gòu)師經(jīng)過分析與討論,給出了該機(jī)器人控制軟件的兩種候選架構(gòu)方案:閉環(huán)控制和分層結(jié)構(gòu)。以下對于這兩種候選架構(gòu)的選擇理由,錯(cuò)誤的是 (55) 。(55

25、)A. 應(yīng)該采用閉環(huán)控制架構(gòu),因?yàn)殚]環(huán)結(jié)構(gòu)給出了將軟件分解成幾個(gè)協(xié)作構(gòu)件的方法,這對于復(fù)雜任務(wù)特別適合B. 應(yīng)該采用閉環(huán)控制結(jié)構(gòu),因?yàn)殚]環(huán)控制架構(gòu)中機(jī)器人的主要構(gòu)件(監(jiān)控器、傳感器、發(fā)動機(jī)等)是彼此分開的,并能夠獨(dú)立替換C. 應(yīng)該采用分層結(jié)構(gòu),因?yàn)榉謱咏Y(jié)構(gòu)很好地組織了用來協(xié)調(diào)機(jī)器人操作的構(gòu)件,系統(tǒng)結(jié)構(gòu)更加清晰D. 應(yīng)該采用分層結(jié)構(gòu),因?yàn)槌橄髮拥拇嬖?滿足了處理不確定性的需要:在 較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會變得確定參考答案：A 3一個(gè)軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例,其主流架構(gòu)經(jīng)歷了管道-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中,錯(cuò)誤的是

26、 (56) 。(56)A. 早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格,以文本形式輸入的代碼被逐步轉(zhuǎn) 化為各種形式,最終生成可執(zhí)行代碼B. 早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格,并且大多數(shù)編譯器在詞法分析時(shí) 創(chuàng)造獨(dú)立的符號表,在其后的階段會不斷修改符號表,因此符號表并不是 程序數(shù)據(jù)的一部分C. 現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,主要關(guān)心編譯過程中程 序的中間表示D. 現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,但由于分析樹是在語法 分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入,因此分析樹不是數(shù)據(jù)中心的 共享數(shù)據(jù)參考答案：D第四章 描述Wright使用Wright描述該系統(tǒng)的體系結(jié)構(gòu)，并用CSP描

27、述行為:Wright應(yīng)用：將一個(gè)字符串讀入，修改字符串使其呈現(xiàn)大小寫交替出現(xiàn)，然后輸出 如：I love this game I LoVe ThIs GaMe 假設(shè)系統(tǒng)設(shè)計(jì)管道過濾器系統(tǒng)，它分解輸入流（使用過濾器Split）,分別處理各子流（使用過濾器Upper和Lower）,然后合并子流（使用過濾器Merge）。SplitLowerUpperMergeConfigI/O LibraryMainSplitUpperLowerMergev System Capitalize 定義一個(gè)系統(tǒng)Capitalizev Component SplitFilterv port In= readInv por

28、t Left,Right = transferSource v Computation=In.readLeft.transfer In.readRight.transfer v Component UpperCasev port In 輸入?yún)f(xié)議v port Out 輸出協(xié)議v comp spec LowerCase構(gòu)件規(guī)格說明vv Component LowerCasev port In 輸入?yún)f(xié)議v port Out 輸出協(xié)議v comp spec LowerCase構(gòu)件規(guī)格說明v Component MergeFilterv port Left,Right 輸入?yún)f(xié)議v port Out 輸出

29、協(xié)議v comp spec MergeFilter構(gòu)件規(guī)格說明v Connector Pipev Role Source = transferSource v Role Sink =readSinkv Glue =Source.transferSink.readGluev Configuration Capitalizev Instancesv Split : SplitFilterv Upper : UpperCasev Lower: LowerCasev Merge : MergeFilterv P1, P2, P3 ,P4: Pipev Attachmentsv Split.Left a

30、s P1.Sourcev Upper.In as P1.Sinkv Split.Right as P2.Sourcev Merge.Right as P2.Sinkv Upper.Out as P3.Sourcev v End CapitalizeSplitUpperMerge 4用例(use case)用來描述系統(tǒng)對事件做出響應(yīng)時(shí)所采取的行動。用例之間是具有相關(guān)性的。在一個(gè)”訂單輸入子系統(tǒng)”中,創(chuàng)建新訂單和更新訂單都需要核查用戶賬號是否正確。用例”創(chuàng)建新訂單”、”更新訂單”與用例”核查客戶賬號”之間是 (32) 關(guān)系。(32)A. 包含(include) B. 擴(kuò)展(extend) C. 分

31、類(classification) D. 聚集(aggregation)參考答案：A 4面向?qū)ο蟮脑O(shè)計(jì)模型包含以 (33) 表示的軟件體系結(jié)構(gòu)圖,以 (34) 表示的用例實(shí)現(xiàn)圖,完整精確的類圖,針對復(fù)雜對象的狀態(tài)圖和用以描述流程化處理的活動圖等。(33)(34)A. 部署圖 B. 包圖 C. 協(xié)同圖 D. 交互圖參考答案：BD第五章 動態(tài)SASOA：serve-oriented architectureSOA及其結(jié)構(gòu)1. 軟件體系結(jié)構(gòu)動態(tài)性 l 演化：由于系統(tǒng)需求、技術(shù)、環(huán)境、等因素而導(dǎo)致的軟件體系結(jié)構(gòu)的變化。 l 動態(tài)：軟件系統(tǒng)在運(yùn)行時(shí)的體系結(jié)構(gòu)的變化為體系結(jié)構(gòu)的動態(tài)性。 l 靜態(tài)：體系結(jié)構(gòu)

32、靜態(tài)的修改，又可稱為體系結(jié)構(gòu)擴(kuò)展 5以下關(guān)于軟件構(gòu)件及其接口的敘述,錯(cuò)誤的是 (38) 。(38)A. 構(gòu)件是軟件系統(tǒng)中相對獨(dú)立且具有一定意義的構(gòu)成成分 B. 構(gòu)件在容器中進(jìn)行管理并獲取其屬性或者服務(wù)C. 構(gòu)件不允許外部對所支持的接口進(jìn)行動態(tài)發(fā)現(xiàn)或調(diào)用 D. 構(gòu)件可以基于對象實(shí)現(xiàn),也可以不基于對象實(shí)現(xiàn)參考答案：C第六章 web服務(wù)SA1. 定義 l Web服務(wù)作為一種新興的 Web 應(yīng)用模式，是一種嶄新的分布式計(jì)算模型，是 Web 上數(shù)據(jù)和信息集成的有效機(jī)制。l Web服務(wù)就像 Web 上的構(gòu)件編程，開發(fā)人員通過調(diào)用 Web 應(yīng)用編程接口，將 Web 服務(wù)集成進(jìn)他們的應(yīng)用程序，就像調(diào)用本地服務(wù)

33、一樣。2. SOA（Service-Oriented Architecture）：面向服務(wù)的體系結(jié)構(gòu)面向服務(wù)模型的特征是 松散耦合 粗粒度服務(wù) 標(biāo)準(zhǔn)化接口第七章 基于SA的軟件開發(fā)設(shè)計(jì)模式：Design Pattern基于體系結(jié)構(gòu)的設(shè)計(jì)方法 ：ABSD（Architecture-Based Software Design）ABSDM7某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如下所示。其中與Factory Method中的“Creator”角色相對應(yīng)的類是_(33)_；與“Product”角色相對應(yīng)的類是_（34）_。（33）A. Bank B. Ac

34、count C. Checking D. Savings（34）A. Bank B. Account C. Checking D. Savings參考答案：（33）A(34) B7基于軟件架構(gòu)的設(shè)計(jì)（Architecture Based Software Development. ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用_(46)_來描述軟件架構(gòu)，采用_(47)_來描述需求。（46）A.類圖和序列圖 B.視角與視圖 C.構(gòu)件和類圖 D.構(gòu)件與功能（47）A.用例與類圖 B.用例與視角 C.用例與質(zhì)量場景 D.視角與質(zhì)量場景參考答案：（46）B（47）C7某公司欲開

35、發(fā)一個(gè)軟件系統(tǒng)的在線文檔幫助系統(tǒng)，用戶可以在任何一個(gè)查詢上下文中輸入查詢關(guān)鍵字，如果當(dāng)前查詢環(huán)境下沒有相關(guān)內(nèi)容，則系統(tǒng)會將查詢按照一定的順序轉(zhuǎn)發(fā)給其他查詢環(huán)境?；谏鲜鲂枨?，采用_(59)_最為合適。（59）A.責(zé)任鏈模式 B.橋接模式 C.裝飾模式 D.適配器模式參考答案：A某公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含若干預(yù)定義的窗格（Pane）對象，例如TextPane, ListPane等，窗格之間不允許直接引用。基于該類庫的應(yīng)用由一個(gè)包含一組窗格的窗口組成，并需要協(xié)調(diào)窗格之問的行為?；谠擃悗?，在不引用窗格的前提一下實(shí)現(xiàn)窗格之間的協(xié)作，應(yīng)用開發(fā)者應(yīng)采用_(60)_最為合適。（60）

36、A.備忘錄模式 B.中介者模式 C.訪問者模式 D.迭代器模式參考答案：B7某公司開發(fā)一個(gè)文檔編輯器，該編輯器允許在文檔中直接嵌入圖形對象，但開銷很大。用戶在系統(tǒng)設(shè)計(jì)之初提出編輯器在打開文檔時(shí)必須十分迅速，可以暫時(shí)不顯示當(dāng)前頁面以外的圖形。針對這種需求，公司可以采用_(61)_避免同時(shí)創(chuàng)建這些圖形對象。（61）A.代理模式 B.外觀模式 C.橋接模式 D.組合模式參考答案：D 7某軟件公司欲開發(fā)一個(gè)Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計(jì)UML類圖如下圖所示。圖中與Command模式中的”Invoker”角色相

37、對應(yīng)的類是 (30) ,與 “ConcreteCommand”角色相對應(yīng)的類是 (31) 。(30)(31)A. Command B. MenuItem C. Open D. BulktinBoardScreen參考答案：BC 7軟件架構(gòu)需求是指用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。以下活動中,不屬于軟件架構(gòu)需求過程范疇的是 (47) 。(47)A. 設(shè)計(jì)構(gòu)件 B. 需求獲取 C. 標(biāo)識構(gòu)件 D. 架構(gòu)需求評審參考答案：A 7基于架構(gòu)的軟件設(shè)計(jì)(ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計(jì)。以下關(guān)于ABSD的敘述中,錯(cuò)誤的是 (48) 。 (48)A. 使用

38、ABSD方法,設(shè)計(jì)活動可以從項(xiàng)目總體功能框架明確就開始B. ABSD方法是一個(gè)自頂向下,遞歸細(xì)化的過程C. ABSD方法有三個(gè)基礎(chǔ):功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求以及 軟件模板的使用D. 使用ABSD方法,設(shè)計(jì)活動的開始意味著需求抽取和分析活動可以終止參考答案：D 7軟件架構(gòu)文檔是對軟件架構(gòu)的正式描述,能夠幫助與系統(tǒng)有關(guān)的開發(fā)人員更好地理解軟件架構(gòu)。軟件架構(gòu)文檔的寫作應(yīng)該遵循一定的原則。以下關(guān)于軟件架構(gòu)文檔寫作原則的敘述中,錯(cuò)誤的是 (49) 。(49)A. 架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計(jì)者的角度進(jìn)行編寫 B. 應(yīng)該保持架構(gòu)文檔的即時(shí)更新,但更新不要過于頻繁C. 架構(gòu)文檔中的描述應(yīng)該盡量避免

39、不必要的重復(fù) D. 每次架構(gòu)文檔修改,都應(yīng)該記錄修改的原則參考答案：A 7架構(gòu)復(fù)審是基于架構(gòu)開發(fā)中一個(gè)重要的環(huán)節(jié)。以下關(guān)于架構(gòu)復(fù)審的敘述中,錯(cuò)誤的是 (50) 。(50)A. 架構(gòu)復(fù)審的目標(biāo)是標(biāo)識潛在的風(fēng)險(xiǎn),及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)的缺陷和錯(cuò)誤B. 架構(gòu)復(fù)審過程中,通常會對一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評估和測試C. 架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開發(fā)人員組成D. 架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過程參考答案：C7 (57) 的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策; (58) 是最低層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用-計(jì)數(shù)是C+管理動態(tài)資源時(shí)常用的一種 (59)

40、 。(57)(58)(59)A. 架構(gòu)模式 B. 慣用法 C. 設(shè)計(jì)模式 D. 分析模式參考答案：ABB7 某軟件公司基于面向?qū)ο蠹夹g(shù)開發(fā)了一套圖形界面顯示構(gòu)件庫VisualComponent。在使用該庫構(gòu)建某圖形界面時(shí),用戶要求為界面定制一些特效顯示效果,如帶滾動條、能夠顯示藝術(shù)字體的透明窗體等。針對這種需求,公司采用 (60) 最為靈活。(60)A. 橋接模式 B. 命令模式 C. 組合模式 D. 裝飾模式參考答案：D7 某軟件公司承接了為某工作流語言開發(fā)解釋器的工作。該工作流語言由多種活動節(jié)點(diǎn)構(gòu)成,具有類XML的語法結(jié)構(gòu)。用戶要求解釋器工作時(shí),對每個(gè)活動節(jié)點(diǎn)進(jìn)行一系列的處理,包括執(zhí)行活動

41、、日志記錄、調(diào)用外部應(yīng)用程序等,并且要求處理過程具有可擴(kuò)展能力。針對這種需求,公司采用 (61) 最為恰當(dāng)。(61)A. 適配器模式 B. 迭代器模式 C. 訪問者模式 D. 觀察者模式參考答案：C設(shè)計(jì)模式實(shí)例實(shí)例1：簡單電視機(jī)工廠某電視機(jī)廠專為各知名電視機(jī)品牌代工生產(chǎn)各類電視機(jī)，當(dāng)需要海爾牌電視機(jī)時(shí)只需要在調(diào)用該工廠的工廠方法時(shí)傳入?yún)?shù)“Haier”，需要海信電視機(jī)時(shí)只需要傳入?yún)?shù)“Hisense”，工廠可以根據(jù)傳入的不同參數(shù)返回不同品牌的電視機(jī)。現(xiàn)使用簡單工廠模式來模擬該電視機(jī)工廠的生產(chǎn)過程。實(shí)例2： 身份證號碼在現(xiàn)實(shí)生活中，居民身份證號碼具有惟一性，同一個(gè)人不允許有多個(gè)身份證號碼，第一次

42、申請身份證時(shí)將給居民分配一個(gè)身份證號碼，如果之后因?yàn)檫z失等原因補(bǔ)辦時(shí)，還是使用原來的身份證號碼，不會產(chǎn)生新的號碼?，F(xiàn)使用單例模式模擬該場景。 實(shí)例3：文件瀏覽文件有不同類型，不同類型的文件其瀏覽方式有所區(qū)別，如文本文件和圖片文件的瀏覽方式就不相同。對文件夾的瀏覽實(shí)際上就是對其中所包含文件的瀏覽，而客戶端可以一致地對文件和文件夾進(jìn)行操作，無需關(guān)心它們的區(qū)別。使用組合模式來模擬文件的瀏覽操作。實(shí)例4：電源總開關(guān)現(xiàn)在考察一個(gè)電源總開關(guān)的例子，以便進(jìn)一步說明外觀模式。為了使用方便，一個(gè)電源總開關(guān)可以控制四盞燈、一個(gè)風(fēng)扇、一臺空調(diào)和一臺電視機(jī)的啟動和關(guān)閉。通過該電源總開關(guān)可以同時(shí)控制所有上述電器設(shè)備，使

43、用外觀模式設(shè)計(jì)該系統(tǒng)。實(shí)例5：電視機(jī)遙控器 電視機(jī)遙控器就是一個(gè)迭代器的實(shí)例，通過它可以實(shí)現(xiàn)對電視機(jī)頻道集合的遍歷操作，本實(shí)例我們將模擬電視機(jī)遙控器的實(shí)現(xiàn)。 實(shí)例6：旅游出行策略 旅游出行方式可以有多種，如可以乘坐飛機(jī)旅游，也可以乘火車旅游，如果有興趣自行車游也是一種極具樂趣的出行方式。不同的旅游出行方式有不同的實(shí)現(xiàn)過程，客戶根據(jù)自己的需要選擇一種合適的旅游方式。在本實(shí)例中我們用策略模式來模擬這一過程。第八章 分析和測試基于SA描述的軟件測試內(nèi)容包括第九章 評估軟件質(zhì)量屬性場景用于描述軟件的質(zhì)量屬性?？尚薷男詧鼍埃捍碳ぴ矗洪_發(fā)人員刺激：希望改變用戶界面環(huán)境：設(shè)計(jì)時(shí)制品：代碼響應(yīng)：修改不產(chǎn)生副作用響應(yīng)度量：在3小時(shí)內(nèi)安全性場景：刺激源：未授權(quán)用戶刺激：希望改變和刪除系統(tǒng)中的數(shù)據(jù)環(huán)境：運(yùn)行時(shí)制品：系統(tǒng)中的數(shù)據(jù)響應(yīng)：系統(tǒng)拒絕用戶訪問響應(yīng)度量：訪問成功概率低于0.01%，99.99%遭到拒絕外部質(zhì)量：外部質(zhì)量對于用戶而言是可見的包括正確性、健壯性、可靠性、性能、安全性、易用性、兼容性等。內(nèi)部質(zhì)量：內(nèi)部質(zhì)量只有開發(fā)人員關(guān)心