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

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件體系結(jié)構(gòu)知識點(diǎn)：第一章：1. 什么是軟件體系結(jié)構(gòu)答：軟件體系結(jié)構(gòu)=構(gòu)件+連接件+約束 軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來。這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，這一方法在其他的定義和方法中基本上得到保持。2. 軟件體系結(jié)構(gòu)形式化方法答：1.根據(jù)對目標(biāo)軟件系統(tǒng)進(jìn)行說明的方式：（1） 面向模型的方法。在這個(gè)方法中，對目標(biāo)軟件系統(tǒng)的說明是為其構(gòu)造一個(gè)模型，該模型的構(gòu)成成分是一些具有特性的數(shù)據(jù)抽象，如 域，元組等（2）

2、 面向性質(zhì)的方法。這種方法是直接給出目標(biāo)軟件系統(tǒng)的一組特性來描述目標(biāo)軟件系統(tǒng)。通常是目標(biāo)軟件系統(tǒng)必須滿足的形式公理，其形式化說明僅描述目標(biāo)軟件系統(tǒng)的性質(zhì)，而不涉及實(shí)現(xiàn)方法。2.根據(jù)表達(dá)能力的形式方法可分為以下五大類（1） 基于模型的方法（2） 代數(shù)方法（3） 過程代數(shù)方法（4） 基于邏輯的方法（5） 基于網(wǎng)絡(luò)的方法3. 軟件質(zhì)量定義、軟件質(zhì)量模型答：，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。 影響軟件質(zhì)量的主要因素，這些因素是從管理角度對軟件質(zhì)量的度量。可劃分為三組，分別反應(yīng)用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性、健

3、壯性、效率、完整性、可用性、風(fēng)險(xiǎn)（產(chǎn)品運(yùn)行）；可理解性、可維修性、靈活性、可測試性（產(chǎn)品修改）；可移植性、可再用性、互運(yùn)行性（產(chǎn)品轉(zhuǎn)移）。第二章：4. Kruchten 4+1模型描述軟件體系結(jié)構(gòu)Kruchten 4+1模型建立在體系結(jié)構(gòu)的Perry&Wolf定義和Berry Boehm定義的基礎(chǔ)上，采用多視圖模型的方法描述軟件體系結(jié)構(gòu)。該模型由5個(gè)視圖構(gòu)成，每個(gè)視圖只關(guān)心系統(tǒng)的一個(gè)側(cè)面，5個(gè)視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系結(jié)構(gòu)的全部內(nèi)容。 邏輯視圖開發(fā)視圖程序員軟件管理場景視圖 最終用戶功能物理視圖過程視圖 系統(tǒng)工程師拓?fù)渫?集成者信性能可擴(kuò)展性體系結(jié)構(gòu)的概念在每個(gè)視圖里面都可以

4、獨(dú)立應(yīng)用，并不是所有的軟件體系結(jié)構(gòu)都需要完整的4+1視圖。l 邏輯視圖，主要支持功能需求，即系統(tǒng)應(yīng)當(dāng)向最終用戶提供怎么樣的服務(wù)。在邏輯視圖中，從問題出發(fā)，采用面向?qū)ο蟮姆椒ǎ凑粘橄?、封裝、繼承的原則，系統(tǒng)分解成一系列的功能抽象，得到代表著系統(tǒng)的關(guān)鍵抽象表示的峰值。當(dāng)用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí)，邏輯視圖即是對象模型。l 過程視圖，考慮的是一些非功能性需求，它所要面對的問題有并發(fā)、發(fā)布、系統(tǒng)的完整性、容錯(cuò)能力等，強(qiáng)調(diào)并發(fā)性、發(fā)布性、系統(tǒng)集成性和容錯(cuò)能力，還要考慮怎樣把過程視圖與邏輯視圖的要點(diǎn)相適應(yīng)。l 開發(fā)視圖，關(guān)注的是軟件開發(fā)環(huán)境中軟件模塊的實(shí)際組織和管理。開發(fā)視圖通過具有輸入輸出關(guān)系的模塊和子系

5、統(tǒng)圖來表示。描述開發(fā)視圖的原則是分割、編組、可視。開發(fā)視圖側(cè)重的是內(nèi)部需求，這些需求目的是要使開發(fā)相關(guān)活動(dòng)更容易進(jìn)行。l 物理視圖，主要考慮如何把軟件映射到硬件上。軟件系統(tǒng)在計(jì)算機(jī)網(wǎng)絡(luò)的各個(gè)處理節(jié)點(diǎn)上運(yùn)行，各種被確定的元素網(wǎng)絡(luò)、過程、任務(wù)和對象需要映射到各種節(jié)點(diǎn)上去。l 場景視圖，通過使用一些重要的場景，4個(gè)視圖中的元素可以協(xié)調(diào)的共同工作。它承擔(dān)著2個(gè)任務(wù)：Ø 在軟件體系結(jié)構(gòu)設(shè)計(jì)中，將以此視圖為驅(qū)動(dòng)來發(fā)現(xiàn)體系結(jié)構(gòu)元素Ø 在體系結(jié)構(gòu)設(shè)計(jì)結(jié)束后，此視圖承擔(dān)驗(yàn)證和描述的角色。它不僅用于書面記錄，并且是體系結(jié)構(gòu)原型測試的起始點(diǎn)。第三章：5. 軟件生命周期答：是軟件的產(chǎn)生直到報(bào)廢的生

6、命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測試、驗(yàn)收與運(yùn)行、維護(hù)升級到廢棄等階段，這種按時(shí)間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個(gè)階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。6. 構(gòu)件答：構(gòu)件是系統(tǒng)中實(shí)際存在的可更換部分，它實(shí)現(xiàn)特定的功能，看、構(gòu)件可以看成數(shù)據(jù)單元或是計(jì)算單元。符合一套接口標(biāo)準(zhǔn)并實(shí)現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一部分物理實(shí)施，包括軟件代碼或其等價(jià)物。7. 連接件 答：連接件是軟件體系結(jié)構(gòu)的一個(gè)組成部分，他通過對構(gòu)件間的交互規(guī)則的建模來實(shí)現(xiàn)構(gòu)件間的連接，連接件不許編譯。8. 軟件體系結(jié)構(gòu)范式答:設(shè)A

7、=<C，O>是一個(gè)軟件體系結(jié)構(gòu)，若任意一個(gè)構(gòu)件都至少與另一個(gè)構(gòu)件依賴,則稱A滿足第一范式，記為1NF。設(shè)A=<C，O>是一個(gè)軟件體系結(jié)構(gòu)，若A中存在碼，則稱A滿足第二范式，記為2NF。設(shè)A=<C，O>是一個(gè)軟件體系結(jié)構(gòu)，若A中存在碼，若A滿足第一范式，并且C中的構(gòu)件都為事件依賴，則稱A滿足可靠性范式，記為RNF。9. 演算的定義答：演算是移動(dòng)、交互、并發(fā)系統(tǒng)的理論模型，它提供相關(guān)的概念框架和數(shù)學(xué)工具，用于表達(dá)移動(dòng)、交互系統(tǒng)和推論它們的行為，達(dá)到增強(qiáng)對已墮落感系統(tǒng)的理解的目的。10. 化學(xué)抽象機(jī)模型答：化學(xué)抽象機(jī)（chemical abstract machi

8、ne，CHAM）是一種對動(dòng)態(tài)軟件體系結(jié)構(gòu)的分析、測試非常有用的形式化描述技術(shù)。第四章：11. 管道和過濾器風(fēng)格答：在管道過濾器模式下，功能模塊稱作過濾器；功能模塊間的連接可以看作輸入、輸出數(shù)據(jù)流之間的通路，所以稱作管道。12. 客戶機(jī)分配器服務(wù)器風(fēng)格答：客戶機(jī)的任務(wù)是去執(zhí)行特殊領(lǐng)域的任務(wù)。為了執(zhí)行處理任務(wù)，客戶機(jī)訪問由服務(wù)器提供的操作。在發(fā)送請求給服務(wù)器之前，客戶機(jī)向分配器請求信道?？蛻魴C(jī)利用這個(gè)和服務(wù)器通信。服務(wù)器為客戶機(jī)提供一組操作。它既可以注冊自身，也可以通過其名字和地址向分配器進(jìn)行注冊。一個(gè)服務(wù)器組件可以與客戶機(jī)位于同一臺(tái)計(jì)算機(jī)，也可以位于網(wǎng)絡(luò)的某個(gè)節(jié)點(diǎn)處。分配器提供在客戶機(jī)和服務(wù)器間

9、建立通信信道的功能。要實(shí)現(xiàn)這一點(diǎn)，需要取出服務(wù)器組件的名字并將這個(gè)名字映射成為服務(wù)器組件的物理地址。13. 分層系統(tǒng)風(fēng)格答：所謂分層體系結(jié)構(gòu)，是按層次組織軟件的一種軟件體系結(jié)構(gòu)，其中每一層軟件建立在低一層的軟件層上。分層風(fēng)格的主要特征是第J層的服務(wù)只被第J+1層使用-層之間沒有更進(jìn)一步的自己依賴關(guān)系。分層風(fēng)格的體系結(jié)構(gòu)的優(yōu)點(diǎn)：1） 由于對層次的鄰接層數(shù)目進(jìn)行g(shù)len限制，所以系統(tǒng)易于改進(jìn)和擴(kuò)展。2） 每一層的軟件都易于重用，并可為某一層次提供多種可互換的具體實(shí)現(xiàn)。3） 分層系統(tǒng)所支持的設(shè)計(jì)體現(xiàn)了不斷增加的抽象層次，這樣一個(gè)復(fù)雜問題的求解就被分解為一系列遞增的步驟。4） 標(biāo)準(zhǔn)化支持。清晰定義和接

10、受共同的抽象層能促進(jìn)標(biāo)準(zhǔn)化任務(wù)和接口的開發(fā)，同一接口的不同實(shí)現(xiàn)可以替換使用。5） 余部依賴性。層之間的標(biāo)準(zhǔn)化接口往往會(huì)限制被改動(dòng)層的改動(dòng)代碼的影響。6） 可替換性。獨(dú)立層實(shí)現(xiàn)不需要太費(fèi)勁就可以被語義上等價(jià)的實(shí)現(xiàn)所替換。分層風(fēng)格的體系結(jié)構(gòu)的缺點(diǎn)有：1） 應(yīng)當(dāng)如何界定是層次間的劃分是一個(gè)比較復(fù)雜的問題。2） 更改行為的重疊。層的行為改變時(shí)會(huì)出現(xiàn)一個(gè)嚴(yán)重的問題。3） 降低效率。說起來一個(gè)分層體系結(jié)構(gòu)的效率往往要低于整體結(jié)構(gòu)或一個(gè)“對象的海洋”。4） 不必要的工作。如果底層執(zhí)行的某些服務(wù)執(zhí)行了多余或重復(fù)的工作，而這些工作并非高層真正需要的，那么這對性能的影響是負(fù)面的。5） 難以認(rèn)可層的正確粒度。層數(shù)太

11、少的分層體系結(jié)構(gòu)不能完全發(fā)揮這種模式在可重用性、可更改性和可移植性上的潛力。14. 面向服務(wù)的體系結(jié)構(gòu)答：面向服務(wù)的體系結(jié)構(gòu)是一個(gè)組件模型。面向服務(wù)的體系結(jié)構(gòu)將應(yīng)用程序中的不同功能單元稱為服務(wù)，并通過對這些服務(wù)之間定義良好的接口而將其聯(lián)系起來。這種具有中立的接口定義的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點(diǎn)：一點(diǎn)是它的靈活性；另一點(diǎn)是，當(dāng)組成整個(gè)應(yīng)用程序的每個(gè)服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸發(fā)生改變時(shí)，它能夠繼續(xù)存在。然而，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當(dāng)需要對部分或整個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí)，系統(tǒng)就顯得非常脆弱。一個(gè)SOA系統(tǒng)中的各個(gè)組成元素：

12、1、其功能部分包括以下元素：1) 通信。表示了服務(wù)提供者和服務(wù)使用者之間的消息傳輸所采用的協(xié)議。如HTTP、FTP等。2) 服務(wù)通信協(xié)議。表示了服務(wù)之間通信所采用的協(xié)議，即服務(wù)氣功這和使用者之間如何理解雙方互相發(fā)送的消息。這種協(xié)議如SOAP等。3) 服務(wù)描述。表示了如何對服務(wù)本身進(jìn)行描述，即描述了服務(wù)所需的入口參數(shù)、返回值、服務(wù)所在位置等信息。這樣的描述有WSDL等。4) 服務(wù)。表示了可被調(diào)用的服務(wù)本身。5) 業(yè)務(wù)流程。表示了為達(dá)到業(yè)務(wù)需求目的而按照規(guī)則和一定序列調(diào)用的一組服務(wù)集合，它可以將細(xì)粒度的服務(wù)組合為粗粒度的服務(wù)。浙西餓業(yè)務(wù)流程描述通常有BPM、WSFL、BPEL等。6) 服務(wù)登記。保

13、存有服務(wù)數(shù)據(jù)和描述信息。服務(wù)提供者可以將其服務(wù)信息發(fā)布在此，服務(wù)使用者可以在這里查找服務(wù)。2、服務(wù)質(zhì)量包括了下列部分：規(guī)則。表示了一組可以是服務(wù)使用者得到服務(wù)提供者所提供服務(wù)的規(guī)則。安全。表示了一組服務(wù)在服務(wù)使用者的認(rèn)證、授權(quán)、訪問控制等方面的規(guī)則。交互。表示了一組服務(wù)在共同完成一項(xiàng)了倆書時(shí)所要遵循的屬性。管理。表示了用以管理服務(wù)提供者和服務(wù)使用者的一組屬性。第五章：15. 什么是ADL體系結(jié)構(gòu)描述語言（ADL）是軟件體系結(jié)構(gòu)研究的核心問題之一，ADL使用符號標(biāo)記把系統(tǒng)分解成構(gòu)件和連接件，并且說明了這些元素如何連接在一起構(gòu)成一個(gè)配置。它不但是形式化描述軟件體系結(jié)構(gòu)的基本工具，而且也是對軟件體系

14、結(jié)構(gòu)進(jìn)行求精、驗(yàn)證、演化和分析的前提和基礎(chǔ)。16. 典型的ADL1) C2，C2 是一種基于構(gòu)件和消息的ADL，適用于大型頻繁交互的層次型圖形用戶界面的軟件體系結(jié)構(gòu)描述。C2構(gòu)件包含4個(gè)內(nèi)部部分：內(nèi)部對象、包裝器、對話和域轉(zhuǎn)換器，內(nèi)部對象存儲(chǔ)構(gòu)件狀態(tài)并實(shí)現(xiàn)構(gòu)件所提供的操作；包裝器監(jiān)控所有操作請求，并通過底端接口發(fā)送通知；對話負(fù)責(zé)把接收到的外部消息映射成內(nèi)部對象上的操作；域轉(zhuǎn)換器是可選的，它可以修改一些消息使其能被其他構(gòu)件理解，這樣一個(gè)構(gòu)件就能在特定的體系結(jié)構(gòu)中適用。2) Darwin與Wright，Darwin與Wright分別將演算和CSP作為其數(shù)學(xué)基礎(chǔ)，適用于分布式并發(fā)類型的體系結(jié)構(gòu)描述。

15、Darwin和其他ADL類似，把構(gòu)件這個(gè)概念作為系統(tǒng)的基本構(gòu)成元素，在Darwin中，對于構(gòu)件，主要關(guān)心的是它為其他構(gòu)件提供了哪些服務(wù)，他們需要其他構(gòu)件的哪些服務(wù)。Wright的關(guān)鍵思想是把體系結(jié)構(gòu)連接件定義為明確的語義實(shí)體，Wright的主要特點(diǎn)是對體系結(jié)構(gòu)和抽象行為的精確描述。定義體系結(jié)構(gòu)風(fēng)格的能力和一組對體系結(jié)構(gòu)描述進(jìn)行一致性和完善性的檢查。3) ACME是一種體系結(jié)構(gòu)交互語言，支持從一種ADL向另一種ADL規(guī)格說明的轉(zhuǎn)換，的核心概念以種類型的實(shí)體為基礎(chǔ)：構(gòu)件、連接件、系統(tǒng)、端口、角色、表述和表述圖，支持系統(tǒng)結(jié)構(gòu)的分級描述，特別是每個(gè)構(gòu)件或連接件都能用一個(gè)或多個(gè)更詳細(xì)更低層的描述來表示。

16、ACME主要考慮的是體系結(jié)構(gòu)的構(gòu)造，因此并不包含體系結(jié)構(gòu)的計(jì)算語義，而依靠一個(gè)開放的語義框架。因此嚴(yán)格來說，并不是一種真正意義上的，而是一種體系結(jié)構(gòu)變換語言，它提供了一種在不同的體系結(jié)構(gòu)規(guī)范描述之間實(shí)現(xiàn)變換的機(jī)制。從個(gè)不同的方面對軟件體系結(jié)構(gòu)進(jìn)行描述，分別是結(jié)構(gòu)、屬性、約束、類型和風(fēng)格。4) 是一種圍繞著構(gòu)件和連接件這個(gè)基本概念組織的體系結(jié)構(gòu)描述語言。的主要目的在于支持對體系結(jié)構(gòu)的描述，對構(gòu)件交互模式進(jìn)行定位和編碼，并且對需要不同交互模式的構(gòu)件的打包加以區(qū)分。具體來說及其支持工具的主要目的有：l 提供對大量構(gòu)件和連接件的統(tǒng)一的訪問。l 區(qū)分不同類型的構(gòu)件和連接件以便對體系結(jié)構(gòu)配置進(jìn)行檢查。l

17、支持不同的表示方式和不同的開發(fā)人員的分析工具。l 支持對現(xiàn)有構(gòu)件的使用5) 是一個(gè)軟件體系結(jié)構(gòu)設(shè)計(jì)環(huán)境生成器，它的最初目標(biāo)就是要提供一個(gè)用于構(gòu)造開放的、最初體系結(jié)構(gòu)風(fēng)格的體系結(jié)構(gòu)設(shè)計(jì)環(huán)境開發(fā)工具包。它的基本思路是：要使定義新的風(fēng)格變的容易，從而讓設(shè)計(jì)者能夠利用這些風(fēng)格進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)。每個(gè)這樣的環(huán)境度支持以下個(gè)方面：l 與風(fēng)格詞匯表相對應(yīng)的一系列設(shè)計(jì)元素類型，即特定風(fēng)格的構(gòu)件和連接件l 檢查設(shè)計(jì)元素的成分，滿足風(fēng)格的配置約束l 優(yōu)化設(shè)計(jì)元素的語義描述l 一個(gè)允許外部工具進(jìn)行分析和操作體系結(jié)構(gòu)描述的接口l 多風(fēng)格特定的體系結(jié)構(gòu)的可視化，以及操作它們的圖形編輯工具6) 是一種基于事件的、用于定義并

18、執(zhí)行系統(tǒng)體系結(jié)構(gòu)模型的計(jì)算機(jī)語言，還包括與這個(gè)語言相關(guān)的模仿工具集，是一種可執(zhí)行的，其目的在于通過定義并模擬基于事件的行為對分布式并發(fā)系統(tǒng)建模。由種子語言構(gòu)成：l 類型語言，定義接口類型和函數(shù)類型，支持通過繼承已有的接口來構(gòu)造新的接口類型l 模式語言，定義具有因果、獨(dú)立、時(shí)序等關(guān)系的事件所構(gòu)成的事物模型l 可執(zhí)行語言，包含描述構(gòu)件行為的控制結(jié)構(gòu)l 約束語言，定義構(gòu)件行為和體系結(jié)構(gòu)所滿足的形式化約束，其中約束為需要的或禁止的偏序集模式的優(yōu)點(diǎn)在于能夠提供多種分析工具，它所支持的分析都基于檢測在某個(gè)模擬過程中的事件是否違法了某種次序關(guān)系7) 的目的是支持實(shí)時(shí)、容錯(cuò)、安全、多處理、嵌入式的軟件體系系統(tǒng)

19、的分析、驗(yàn)證和生產(chǎn)。提供了集成的、可跟蹤的體系結(jié)構(gòu)規(guī)格說明、分析和實(shí)現(xiàn)，能夠進(jìn)一步保證系統(tǒng)行為與模型一致，降低建模、實(shí)現(xiàn)、調(diào)試和驗(yàn)證的難度，能通過更精確、快速的設(shè)計(jì)評估改善系統(tǒng)設(shè)計(jì)質(zhì)量。語言不僅有文本方式的語法描述，又能以圖形方式描述。8) 語言提供了對軟件體系結(jié)構(gòu)的精確文本表示，同時(shí)保留了直觀的框線圖模型，明確區(qū)分了多種體系結(jié)構(gòu)對象。不僅提供了定義體系結(jié)構(gòu)的功能，而且能夠定義對體系結(jié)構(gòu)的特定類約束。的一個(gè)獨(dú)特方面是對體系結(jié)構(gòu)層次體系的表示和推理。模式支持結(jié)構(gòu)改進(jìn)，即把一個(gè)體系結(jié)構(gòu)系統(tǒng)地轉(zhuǎn)化成另一個(gè)包含不同體系結(jié)構(gòu)概念的體系結(jié)構(gòu)。第六章：17. 什么是風(fēng)險(xiǎn)分析？分析方法有哪些？風(fēng)險(xiǎn)分析是系統(tǒng)安

20、全性工程中一種系統(tǒng)分析方法。主要有以下分析方法：1) 失效模式和后果模式分析，是一種非常有用的方法，主要用于預(yù)防失效。2) 失效模式、后果與嚴(yán)重度分析，是失效模式和后果分析的一個(gè)擴(kuò)展，應(yīng)用于考慮每個(gè)組件失效的重要性3) 風(fēng)險(xiǎn)和可操作性研究，使用一系列的向?qū)г~調(diào)查來自系統(tǒng)操作每個(gè)階段正規(guī)狀況下的后果4) 事件樹分析，又稱決策樹分析，是在給定系統(tǒng)起始事件的情況下，分析此事件可能導(dǎo)致的各種事件的一系列結(jié)果，從而定性與定量的評價(jià)系統(tǒng)的特性，并幫助人們做出處理或防范的決策5) 失效樹分析，又稱因果樹分析，在產(chǎn)品設(shè)計(jì)階段，失效樹分析可幫助判明潛在危險(xiǎn)的模式和災(zāi)難性危險(xiǎn)因素，發(fā)現(xiàn)系統(tǒng)或裝置的薄弱環(huán)節(jié)，以便改

21、進(jìn)設(shè)計(jì)，也可以作為事故發(fā)生后的調(diào)查手段。6) 改進(jìn)的風(fēng)險(xiǎn)分析方法，用來確定系統(tǒng)中的組件及可能存在的錯(cuò)誤模式。第七章：18. 什么是設(shè)計(jì)模式？模式分類設(shè)計(jì)模式是利用面向?qū)ο蠹夹g(shù)來解決特定環(huán)境中問題的方法，是整個(gè)軟件行業(yè)不斷積累的集體智慧的結(jié)晶。按照其目的可分為3類：1) 創(chuàng)建模式：Factory（工廠模式）、Prototype（原型模式）、Builder（建造模式）、Singleton（單利模式）和Adapter（適配器模式）2) 結(jié)構(gòu)模式：Façade（門面模式）、Proxy（代理模式）、Composite（組合模式）、Decorator（裝飾模式）、Bridge（橋接模式）和Fly

22、weight（享元模式）3) 行為模式：Template（模板模式）、Memento（備忘錄模式）、Observer（觀察者模式）、Chain of Responsibility（反映鏈）、Command（命令模式）、State（狀態(tài)模式）、Strategy（策略模式）、Mediator（中介者模式）、Interpreter(解釋器模式定義)、Visitor（迭代器模式）第十章：19. 軟件復(fù)用定義軟件復(fù)用是一種由預(yù)先構(gòu)造好的、為復(fù)用目的而設(shè)計(jì)的軟件構(gòu)件來建立或者組裝軟件系統(tǒng)的過程第十一章：20. 構(gòu)件的特點(diǎn)1) 以二進(jìn)制形式存在，軟件構(gòu)件一般不再以源代碼方式實(shí)現(xiàn)復(fù)用2) 可與其他獨(dú)立開發(fā)的軟

23、件構(gòu)件協(xié)同工作3) 軟件構(gòu)件具有相對獨(dú)立的功能4) 與程序設(shè)計(jì)語言無關(guān)5) 成為其他軟件構(gòu)件的生成模塊6) 存儲(chǔ)在構(gòu)件庫中的長久實(shí)體7) 有提供和請求服務(wù)的插件8) 有良好定義的接口9) 屬于某種構(gòu)件模型10) 有充分的自容性21. 構(gòu)件的分類1) 根據(jù)構(gòu)件復(fù)用的方式，分為黑盒構(gòu)件和百盒構(gòu)件。黑盒構(gòu)件不需要了解內(nèi)部結(jié)構(gòu)，能通過接口從外部調(diào)用，能達(dá)到即插即用的構(gòu)件，白盒構(gòu)件是必須經(jīng)過修改才能復(fù)用的構(gòu)件。2) 根據(jù)功能用途，可分為系統(tǒng)構(gòu)件、支撐構(gòu)件和領(lǐng)域構(gòu)件。系統(tǒng)構(gòu)件在整個(gè)構(gòu)件集成環(huán)境和運(yùn)行環(huán)境中都可以使用的構(gòu)件，支撐構(gòu)件是在構(gòu)件集成環(huán)境和構(gòu)件管理系統(tǒng)中使用的構(gòu)件，領(lǐng)域顧客是為專門應(yīng)用領(lǐng)域制作的構(gòu)

24、件。3) 根據(jù)粒度大小可分為基本數(shù)據(jù)結(jié)構(gòu)類構(gòu)件、功能構(gòu)件和子系統(tǒng)構(gòu)件4) 根據(jù)構(gòu)件復(fù)用時(shí)的形態(tài)，分為動(dòng)態(tài)構(gòu)件和靜態(tài)構(gòu)件，動(dòng)態(tài)構(gòu)件是運(yùn)行時(shí)刻動(dòng)態(tài)嵌入、鏈接的構(gòu)件，靜態(tài)構(gòu)件如源代碼構(gòu)件系統(tǒng)分析構(gòu)件設(shè)計(jì)構(gòu)件等。5) 根據(jù)構(gòu)件的外部形態(tài)，可分為獨(dú)立而成熟的構(gòu)件、有限制的構(gòu)件、適應(yīng)性構(gòu)件、裝配的構(gòu)件和可修改的構(gòu)件。6) 根據(jù)構(gòu)件的結(jié)構(gòu)，分為原子構(gòu)件和組合構(gòu)件7) 根據(jù)構(gòu)件的來源，分為自開發(fā)構(gòu)件和第三方構(gòu)件22. 3C模型模型是由Tracz提出的構(gòu)件描述模型，3C分別代表概念、內(nèi)容和語境，概念是對構(gòu)件做什么的描述，內(nèi)容描述了構(gòu)件被如何實(shí)現(xiàn)，語境將可復(fù)用構(gòu)件放置到其可應(yīng)用的領(lǐng)域中，也就是說，通過刻畫概念的、

25、操作的和實(shí)現(xiàn)的特征，讓軟件開發(fā)人員能夠搜索到適當(dāng)?shù)臉?gòu)件以滿足應(yīng)用需求。第十三章：23. 軟件過程管理軟件過程管理是能夠在可控制、可預(yù)測的前提下，不斷優(yōu)化和提高軟件開發(fā)的品質(zhì)和降低成本，保證一個(gè)軟件高品質(zhì)和低成本是進(jìn)行軟件過程管理的最終目的。24. 軟件規(guī)模度量 軟件規(guī)模度量可分為初步度量和詳細(xì)度量。初步度量是在需求分析和詳細(xì)設(shè)計(jì)未完成之前，通過對軟件功能分析得出結(jié)果。詳細(xì)度量是在需求分析和詳細(xì)設(shè)計(jì)以后所進(jìn)行的度量，通過參考開發(fā)過程中的詳細(xì)度量結(jié)果，可以對根據(jù)初步度量做出的計(jì)劃安排進(jìn)行調(diào)整，以達(dá)到更好的資源配置。軟件規(guī)模度量的方法有：FPA方法、MarkMethod方法、特征點(diǎn)方法、3D功能點(diǎn)方

26、法、構(gòu)造性成本模型和COSMIC-FFP方法。第十四章：25. FPA方法FPA方法是一種將系統(tǒng)分解成更小的單位來度量的方法，這樣就更容易理解和分析。利用來度量一個(gè)系統(tǒng)規(guī)模的步驟如下：工程類型判定確定系統(tǒng)邊界和計(jì)測范圍計(jì)算數(shù)據(jù)功能點(diǎn)計(jì)算事物功能點(diǎn)計(jì)算調(diào)整系數(shù)計(jì)算調(diào)整后的功能點(diǎn)確定功能點(diǎn)數(shù)據(jù)功能點(diǎn)是為了實(shí)現(xiàn)計(jì)測對象應(yīng)用系統(tǒng)的機(jī)能所必須的數(shù)據(jù)的規(guī)模衡量。構(gòu)成數(shù)據(jù)功能點(diǎn)的數(shù)據(jù)種類包括內(nèi)部邏輯文件（Internal Logical File ILF）和外部接口文件（External Interface File EIF）。ILF是一組用戶可以確認(rèn)的在邏輯上有聯(lián)系的數(shù)據(jù)，它們屬于系統(tǒng)內(nèi)部，并通過EI（E

27、xternal Input外部輸入）來維護(hù)。EIF是一組用戶可以確認(rèn)的在邏輯上有聯(lián)系的數(shù)據(jù)，但它只作為參考的目的。這些數(shù)據(jù)保存在應(yīng)用系統(tǒng)邊界的外部，通過另一個(gè)系統(tǒng)的EI來維護(hù)。對于一個(gè)系統(tǒng)的EIF，也是另一個(gè)系統(tǒng)的ILF。數(shù)據(jù)功能點(diǎn)計(jì)算流程如下數(shù)據(jù)的抽出 數(shù)據(jù)種類的識別（ILF/EIF） RET（記錄元素類型）的識別和計(jì)數(shù) DET（數(shù)據(jù)元素類型）的識別和計(jì)數(shù) 數(shù)據(jù)復(fù)雜性判定 計(jì)算出數(shù)據(jù)功能點(diǎn)事物功能點(diǎn)（Transaction Function Point TFP）是網(wǎng)絡(luò)實(shí)現(xiàn)計(jì)測對象應(yīng)用系統(tǒng)的機(jī)能所必須的事物處理的規(guī)模的度量，是用戶和開發(fā)者共同認(rèn)識的、可以被定義的、不可分割的業(yè)務(wù)處理的最小單位。TFP的種類包括外部輸入（EI）、外