華南理工大學(xué)軟件工程復(fù)習(xí)提綱

1、第一章軟件工程概述1.什么是軟件？軟件是一系列按照特定順序組織的計算機數(shù)據(jù)和指令的集合，包括程序、數(shù)據(jù)和文檔2.什么是軟件危機，其內(nèi)容主要是指什么？（1）軟件危機指落后的軟件生產(chǎn)方式無法滿足迅速增長的計算機軟件需求，從而導(dǎo)致軟件開發(fā)與維護過程中出現(xiàn)一系列問題的現(xiàn)象。（2）主要表現(xiàn)開發(fā)進度難以預(yù)測開發(fā)成本難以控制用戶對產(chǎn)品功能難以滿足產(chǎn)品質(zhì)量無法保證，難以維護缺少適當(dāng)?shù)奈臋n資料3.什么是軟件工程？軟件工程是應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開發(fā)軟件的工程。它借鑒傳統(tǒng)工程的原則、方法，以達到提高軟件質(zhì)量，降低開發(fā)成本的目的。4.軟件工程的目標(biāo)及其組成部分（1）目標(biāo)：在給定成本、進度的前提下，開發(fā)

2、出具有適用性、有效性、可修改性、可靠性、可理解性、可維護性、可重用性、可移植性、可追蹤性、可互操作性和滿足用戶需求的軟件產(chǎn)品。（2）組成部分方法: 是指產(chǎn)生某些結(jié)果的形式化過程。工具: 是用更好的方式完成某件事情的設(shè)備或自動化系統(tǒng)，如各種集成開發(fā)環(huán)境、編譯工具、測試工具等。過程: 生產(chǎn)特定產(chǎn)品的工具和技術(shù)的結(jié)合5.軟件開發(fā)方法的定義軟件開發(fā)方法是一種使用早已定義好的技術(shù)集及符號表示習(xí)慣組織軟件生產(chǎn)過程的方法。主要有：結(jié)構(gòu)化方法、可視化開發(fā)方法和面向?qū)ο蟮拈_發(fā)方法等6. 好的軟件的一些主要衡量指標(biāo)。例如McCall 的質(zhì)量模型。第二章過程和生命周期建模1. 什么是軟件生命周期？主要分為哪些階段？

3、各個階段的主要任務(wù)及產(chǎn)生的主要制品？（1）軟件生命周期是指軟件的產(chǎn)生直到報廢或停止使用的過程。（2）階段、任務(wù)及制品問題定義：弄清“用戶需要計算機解決什么問題”，提出關(guān)于“系統(tǒng)目標(biāo)與范圍的說明”，提交用戶審查和確認(rèn)?？尚行匝芯浚毫私庥脩粢蠛同F(xiàn)實環(huán)境，從技術(shù)、經(jīng)濟、市場等方面研究并論證開發(fā)該軟件系統(tǒng)的可行性。需求分析：確定用戶對待開發(fā)軟件系統(tǒng)的需求，包括功能、性能、運行環(huán)境約束。編寫需求規(guī)格說明書和初步的用戶手冊。概要（總體）設(shè)計：根據(jù)SRS建立目標(biāo)軟件系統(tǒng)總體結(jié)構(gòu)、設(shè)計全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計約束，制定集成測試計劃詳細設(shè)計：細化概要設(shè)計生成的各個模塊，詳細描述模塊的內(nèi)部細節(jié)（算法、數(shù)據(jù)

4、結(jié)構(gòu)等），形成可編程的程序模塊，制定單元測試計劃程序編碼：根據(jù)詳細設(shè)計規(guī)格說明書編寫源程序集成測試：根據(jù)概要設(shè)計規(guī)格說明書，將經(jīng)過單元測試的模塊逐步進行集成和測試確認(rèn)測試：根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求運行維護：對使用后的軟件進行維護，包括修正錯誤，增加功能，搬遷新環(huán)境等性能維護。2.需求分析的定義。在軟件工程中，需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。即確定要計算機“做什么”，要達到什么樣的效果。3.典型的軟件開發(fā)過程模型的特點（優(yōu)缺點）及要求，特別是原型法、瀑布模型、螺旋模型、增量和迭代等。一、瀑

5、布模型需求分析系統(tǒng)分析程序設(shè)計編碼單元測試和集成測試系統(tǒng)測試驗收測試運行和維護（1）要求：一個開發(fā)階段必須在另一個開發(fā)階段開始之前完成。當(dāng)客戶引發(fā)的所有需求都已經(jīng)過完整性和一致性分析，并形成需求文檔之后，開發(fā)團隊才能夠開始進行系統(tǒng)設(shè)計活動。每一個過程活動都有與其相關(guān)聯(lián)的里程碑和可交付產(chǎn)品。（2）特點：優(yōu)點：采用規(guī)范的結(jié)構(gòu)化方法；嚴(yán)格規(guī)定每個階段提交的文檔；要求每個階段交出的產(chǎn)品必須經(jīng)過驗證缺點：對如何處理開發(fā)中產(chǎn)品和活動的變化沒有提供相關(guān)指導(dǎo)；將軟件開發(fā)視為制造而不是創(chuàng)造；創(chuàng)造一個產(chǎn)品沒有迭代的活動；需要等待很長的時間二、原型法原型法是指在獲取一組基本的需求定義后，利用高級軟件工具可視化的開發(fā)

6、環(huán)境，快速地建立一個目標(biāo)系統(tǒng)的最初版本，并把它交給用戶試用、補充和修改，再進行新的版本開發(fā)。反復(fù)進行這個過程，直到得出系統(tǒng)的“精確解”，即用戶滿意為止。（1）要求（過程）確定用戶的基本需求；構(gòu)造初始原形；運行、評價、修改原形；形成最終的管理信息系統(tǒng)（2）特點優(yōu)點：符合人們認(rèn)識事物的規(guī)律，系統(tǒng)開發(fā)循序漸進，反復(fù)修改，減少開發(fā)中的風(fēng)險和不確定性；開發(fā)周期短，成本相對少。缺點：忽略軟件的總體質(zhì)量和長期的可維護性；開發(fā)過程要經(jīng)過多次反復(fù)修改評價，不便于管理；開發(fā)人員易將原型取代系統(tǒng)分析；缺乏規(guī)范化的文檔資料適用范圍：處理過程明確、簡單系統(tǒng)；涉及面窄的小型系統(tǒng)三、階段化開發(fā)：增量和迭代增量開發(fā)：需求文檔

7、中指定的系統(tǒng)按功能劃分為子系統(tǒng)。定義發(fā)布時首先定義一個小的功能子系統(tǒng)，然后在每一個新的發(fā)布中增加新功能。迭代開發(fā)：一開始就提交一個完整的系統(tǒng)，然后在每一個新的發(fā)布中改變每個子系統(tǒng)的功能。特點：縮短循環(huán)周期，客戶可以提前獲得一部分系統(tǒng)功能四、螺旋模型螺旋模型的每個迭代都圍繞4個主要活動：計劃；確定目標(biāo)、可選方案及約束；評估可選方案及風(fēng)險；開發(fā)與測試特點：優(yōu)點：有利于軟件重用，重視軟件質(zhì)量；減少過多測試缺點：風(fēng)險驅(qū)動，需要豐富的風(fēng)險評估經(jīng)驗；主要適用于內(nèi)部開發(fā)的大規(guī)模軟件項目；隨著迭代次數(shù)增加，工作量加大，開發(fā)成本增加4. 原型法的特點以及分類：探索型（遞增型）原型、實驗型（拋棄型）原型和演化型原

8、型。5.敏捷開發(fā)方法和極限編程的特點。（1）敏捷方法強調(diào)靈活性在快速、有效開發(fā)在軟件中的作用相對于過程和工具，更強調(diào)個人和交互的價值更喜歡在生產(chǎn)運行的軟件上投入時間 ，而不是在文檔的編寫上注重客戶的合作，而不是合同談判專注于對變化的反應(yīng)，而不是創(chuàng)建一個計劃而后遵循這個計劃（2）極限編程具有強溝通、簡化設(shè)計和迅速反饋等特點，一般只適合于規(guī)模小、進度緊、需求不穩(wěn)定、開發(fā)小項目的小團隊。極限編程的核心有4個要點：交流、簡單、反饋和勇氣。第三章計劃和項目管理1.了解項目計劃和管理的主要內(nèi)容和常用方法（1）項目計劃要列出軟件開發(fā)要做的主要工作和任務(wù)清單，要回答“軟件工程項目做什么”。 強調(diào)可調(diào)性創(chuàng)造性分

9、析性響應(yīng)性，用于協(xié)調(diào)項目編制、指導(dǎo)項目執(zhí)行。（2）項目管理，就是項目的管理者，在有限的資源約束下，運用系統(tǒng)的觀點、方法和理論，對項目涉及的全部工作進行有效地管理。即從項目的投資決策開始到項目結(jié)束的全過程進行計劃、組織、指揮、協(xié)調(diào)、控制和評價，以實現(xiàn)項目的目標(biāo)。主要有：階段化管理、量化管理和優(yōu)化管理三個方面。2. 軟件可行性研究的內(nèi)容。了解用戶要求和現(xiàn)實環(huán)境，從技術(shù)、經(jīng)濟、市場等方面研究并論證開發(fā)該軟件系統(tǒng)的可行性。第四章獲取需求1.了解需求的重要性及需求分析階段的目標(biāo)及主要產(chǎn)物。（1）重要性需求在軟件開發(fā)起到了決策的作用，提供了開發(fā)的方向，指明了開發(fā)策略缺少需求或需求錯誤會導(dǎo)致項目開發(fā)失?。?

10、）目標(biāo)及產(chǎn)物了解客戶要求分析系統(tǒng)的數(shù)據(jù)要求需求規(guī)格說明書2. 需求工程包括哪些方面？需求工程包括需求開發(fā)和管理，而需求開發(fā)又包括：需求獲取，需求分析，需求規(guī)格說明和需求驗證。3.需求的類型：功能需求、非功能需求或質(zhì)量需求、設(shè)計約束、過程約束。4. 兩種需求文檔：需求定義文檔和需求規(guī)格說明書。5. 需求規(guī)格說明書的主要內(nèi)容。略6. 常用的需求建模表示方法：ER圖、事件跟蹤、狀態(tài)機、Petri網(wǎng)、數(shù)據(jù)流圖、用例圖和原型法。第五章UML部分1.UML的作用：是為軟件系統(tǒng)的制品進行描述（specifying）、可視化（visualizing）、構(gòu)造（constructing）、文檔化（document

11、ing）的一種語言。2.UML中的41視圖：用例視圖，設(shè)計視圖，進程視圖，實現(xiàn)視圖，分布視圖。用例視圖：用來支持軟件系統(tǒng)的需求分析，它定義系統(tǒng)的邊界，關(guān)注的是系統(tǒng)的外部功能的描述。邏輯視圖（設(shè)計+進程）：定義系統(tǒng)的實現(xiàn)邏輯, 描述實現(xiàn)用例圖描述的功能以及設(shè)計軟件系統(tǒng)的設(shè)計概念。實現(xiàn)視圖：描述組成一個軟件系統(tǒng)的各個物理部件以各種方式組合起來，構(gòu)成一個可實際運行的系統(tǒng)。分布視圖：描述軟件產(chǎn)品在計算機硬件系統(tǒng)和網(wǎng)絡(luò)上的安裝、分發(fā)、分布。3.UML中的三種擴展機制：構(gòu)造型Stereotype；標(biāo)記值 tagged value；約束 constraint.構(gòu)造型(stereotype)：對UML詞匯（建

12、模元素）的擴充，用來描述和已有的UML建模元素類似，但又對特定的問題領(lǐng)域有特殊意義的建模元素。（類）標(biāo)記值（tagged value）：對UML建模元素的構(gòu)成(property)的擴充，用于為此建模元素增加新的規(guī)格說明。（類的屬性）約束（constraint）：約束用來擴充UML建模元素的語義，以便增加新的規(guī)則或修改已有的規(guī)則（關(guān)系）4.UML中所包含的9種圖形及各自的作用。類圖：包含類、接口、協(xié)同及其關(guān)系，用來描述邏輯視圖的靜態(tài)屬性。對象圖：包含對象及其關(guān)系，用來表示類圖的類的對象在系統(tǒng)運行過程中某一時刻的狀態(tài)。組件圖：描述系統(tǒng)的物理實現(xiàn)，包括構(gòu)成軟件系統(tǒng)的各部件的組織和關(guān)系。類圖里的類在實

13、現(xiàn)時最終會映射到組件圖的某個組件。一個組件可以實現(xiàn)多個類。分布圖：描述系統(tǒng)的組件在運行時在運行節(jié)點上分布，一個節(jié)點可包含一個或多個組件。用例圖：描述系統(tǒng)的邊界和其上的動態(tài)行為，包括用例、系統(tǒng)作用者及其之間的關(guān)系。序列圖和協(xié)作圖：用來描述一組對象之間的動態(tài)交互。狀態(tài)圖和狀態(tài)機：用來描述對象的動態(tài)特性。前者強調(diào)對象對外部事件的相應(yīng)及相應(yīng)的狀態(tài)變遷，后者描述對象之間控制流的轉(zhuǎn)換和同步機制。5.用例圖的作用。用例圖用來描述軟件需求模型中的系統(tǒng)功能，通過一組用例可以描述軟件系統(tǒng)能夠給用戶提供的功能。用例圖可以作為整個系統(tǒng)開發(fā)過程中的開發(fā)依據(jù)，指導(dǎo)和驅(qū)動其他模型。6.用例圖的主要構(gòu)成部分。參與者用例系統(tǒng)邊

14、界關(guān)系（箭頭）7.類圖的主要作用類圖是描述類、接口以及它們之間關(guān)系的圖，它顯示了系統(tǒng)中各個類的靜態(tài)結(jié)構(gòu)，是一種靜態(tài)結(jié)構(gòu)。8.了解類之間的各種關(guān)系：關(guān)聯(lián)、依賴、繼承或泛化、組合&聚合關(guān)聯(lián)：用來表示兩個（或多個）類的對象之間的結(jié)構(gòu)關(guān)系，在代碼中表現(xiàn)為一個類以屬性的形式包含對類的一個或多個對象的引用。依賴：表示一個類以某種形式依賴于其他類。依賴關(guān)系中，其中一個類的改編可能會影響另一個類。在程序代碼中，依賴關(guān)系意味著一個類的對象出現(xiàn)在另一個類的操作當(dāng)中。常見的有兩種情況：一個類將另一個類的對象作為自己某個操作的參數(shù)（形參），或者是操作的局部變量。泛化（繼承）：定義類和包之間的一般元素和特殊元素之間的分

15、類關(guān)系。聚合：表示類之間整體與部分的關(guān)系。聚合意味著一個類擁有但共享另一個類的對象。組合：特殊形式的聚合。一個部分類最多只屬于一個整體類，整體類不存在時，部分類將同時銷毀。9.了解類圖的基本建模步驟10.接口和抽象類的定義及各自的特點。（1）抽象類抽象類是指那些不具有任何對象的類，其作用是為其他的類描述它們的公共屬性和行為。通常，抽象類具有一組抽象操作。一個擁有至少一個抽象操作的類必定是一個抽象類。（2）接口接口是一組沒有實現(xiàn)的操作的集合。接口只提供操作的聲明，不提供任何相應(yīng)的功能代碼。具體的功能代碼由使用該接口的類實現(xiàn)，這叫作實現(xiàn)關(guān)系。特點：接口只包含操作而不包含屬性，并且操作都是公有的(p

16、ublic)，不允許使用可見性限定符。 接口不能自己實現(xiàn)其操作，而是由相應(yīng)的類來實現(xiàn)。接口沒有構(gòu)造函數(shù)和析構(gòu)函數(shù)，不能直接被實例化一個類可以實現(xiàn)多個接口。（3）對比接口是一個不帶實現(xiàn)的類，它只規(guī)定類的外部特性，包括公共屬性、操作及其語義，因此只有操作聲明而沒有方法體和物理存儲區(qū)。抽象類和接口很相似，也只定義接口而推遲定義其實現(xiàn)部分，然而抽象類允許增加一些方法的實現(xiàn)。語義層面上：抽象類是一種類是對一組具有相同屬性和方法的邏輯上有關(guān)系的事物的一種抽象。而接口則是對一組具有相同屬性和方法的邏輯上不相關(guān)的事物的一種抽象。抽象類中可以有自己的數(shù)據(jù)成員，也可以有非abstract的成員方法。而接口中的方法

17、只能有靜態(tài)的不能被修改的數(shù)據(jù)成員抽象類表示的是一種繼承關(guān)系，一個類只能使用一次繼承關(guān)系。但是，一個類卻可以實現(xiàn)多個interface。抽象類中的方法可以有默認(rèn)行為。但接口中的方法卻不能擁有默認(rèn)行為。11.交互圖的分類：順序圖和協(xié)作圖，各自的優(yōu)缺點。UML2.0中協(xié)作圖改成通信圖。交互圖描述一個交互，其中包括了一系列的對象及其關(guān)系以及通過這些關(guān)系在對象之間傳送的消息。（1）順序圖強調(diào)的是消息發(fā)送的時間的先后順序。組成部分：對象：序列圖中所包含的每個對象用一個對象框（短式）表示，對象名需帶下劃線。生存線：對象框下畫的一條垂直虛線，稱為該對象的生存線，表示對象的生存時間。激活期：對象生存線上的一個細

18、長方形框，表示該對象的激活時間段，即活動期間。消息：對象之間消息的發(fā)送和接收用兩個對象生存線（激活期）之間的消息箭頭線。（2）協(xié)作圖強調(diào)的是發(fā)送和接收消息的對象之間的組織結(jié)構(gòu)。一個協(xié)作圖顯示了一系列的對象和在這些對象之間的聯(lián)系以及對象間發(fā)送和接收的消息。構(gòu)成：對象；連接；在此連接上傳遞的消息（3）對比相同點：它們都表現(xiàn)出了對象之間的交互信息。兩個圖對象的繪制方式相同不同點：順序圖反映了對象之間交互的時間關(guān)系，而通信圖反映了對象之間交互的空間關(guān)系。順序圖用于展示特定的業(yè)務(wù)場景，而通信圖用來展示詳細的業(yè)務(wù)過程。順序圖的對象在圖形的頂部一字排開，而通信圖對象的擺放位置在二維空間只要選擇合適的位置即可

19、。通信圖不能表現(xiàn)組合片段。12.狀態(tài)圖和活動圖各自的作用。（注意活動圖中泳道的作用）（1）狀態(tài)圖狀態(tài)圖描述了一個對象或交互過程在它的生命周期中對一系列外界激勵的所呈現(xiàn)出的不同狀態(tài)以及它相應(yīng)的響應(yīng)和活動。狀態(tài)圖描述交互對對象內(nèi)部的影響，交互圖中的消息在這里變成外部事件對對象發(fā)出的命令，對象對這些命令的響應(yīng)導(dǎo)致對象的狀態(tài)發(fā)生變化。因此，從這個意義上說，狀態(tài)圖是順序圖的進一步細化，并且是對核心對象（選擇核心對象的依據(jù)是看是否在多個交互圖中有多個消息指向該對象）的細化。（2）活動圖在UML里, 用來為非反應(yīng)型對象建模的狀態(tài)機被稱為活動圖。活動圖是一種特殊形式的狀態(tài)機，用于對計算流程和工作流程建模。活動

20、圖著重表現(xiàn)活動的控制流，描述在對象之間傳遞的操作泳道：活動圖可以用來表達軟件對象的比較復(fù)雜的動態(tài)行為。這些動態(tài)行為l 可能是模擬現(xiàn)實世界的某個機構(gòu)的各業(yè)務(wù)部門的運作情況；l 也可能是一個復(fù)雜的算法，l 這算法可能需要由軟件系統(tǒng)中的多個協(xié)同共同實現(xiàn)。(協(xié)同指的是多個類的對象共同工作，以提供單個類的的對象單獨工作不能提供的動態(tài)行為)在UML里，對在語義上互相關(guān)聯(lián)的活動狀態(tài)的子集的劃分，是使用泳道(swim lane)實現(xiàn)的。泳道是活動圖里對其中的活動按照其職責(zé)上的關(guān)聯(lián)進行的劃分。泳道在活動圖內(nèi)是一系列的垂直的隔斷。在活動圖里，泳道區(qū)分了其中的活動的不同職責(zé)。在有泳道的活動圖中，每一活動都屬于且只屬

21、于一個泳道。泳道之間可以有變遷的傳遞。泳道從語義上可以理解為是一個模型包。泳道可以有名字，以區(qū)分不同狀態(tài)集合的職責(zé)。泳道可以用在為復(fù)雜的算法進行建模的活動圖上。這時，一個泳道對應(yīng)于一個協(xié)同，其中的活動可以由一個或多各互相連接的類的對象實現(xiàn)。帶有泳道的活動圖也可以在軟件開發(fā)的需求分析階段用來為業(yè)務(wù)部門的業(yè)務(wù)流程的建模上，這時，泳道可以代表業(yè)務(wù)流程中的一個業(yè)務(wù)部門。13.組件圖的作用以及組件與接口間的關(guān)系。組件是一個相對獨立的物理塊，是系統(tǒng)的一個物理和可替代的組成部分，一般作為一個獨立的文件存在。組件具有確定的借口，相互之間可以調(diào)用，組件之間存在依賴關(guān)系。組件圖的主要目的是顯示系統(tǒng)組件間的結(jié)構(gòu)關(guān)系

22、。組件與接口：組件的一個重要特性就是實現(xiàn)了邏輯視圖中為軟件系統(tǒng)規(guī)定的設(shè)計詞匯的語義，語義除了靜態(tài)結(jié)構(gòu)之外，即是其規(guī)定的動態(tài)行為。從組件外部來看，一個組件區(qū)分于另一個組件的的本質(zhì)特征就是其動態(tài)行為。如果需要強調(diào)組件的動態(tài)行為，即組件為外部世界提供的服務(wù)，就可以使用接口。通過將軟件系統(tǒng)的劃分為不同的可執(zhí)行組件，可以實現(xiàn)軟件系統(tǒng)的組件化。軟件系統(tǒng)在物理上由不同組件構(gòu)成，有些組件向外部提供由接口規(guī)定的服務(wù)，有些組件使用這些服務(wù)。組件化的好處：組件是可替換的；邊界清晰；便于維護、升級；組件化的軟件系統(tǒng)可以是分布式的，不要求使所有組件都運行于一個結(jié)點一個組件實現(xiàn)了一個接口，被一個組件實現(xiàn)的接口是該組件的實

23、現(xiàn)接口。一個組件使用了另一個組件通過接口提供的服務(wù)，被一個組件調(diào)用的接口是該組件的輸入接口14.部署圖的作用以及節(jié)點的分類（1）部署圖（配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理架構(gòu)。從部署圖中，您可以了解到軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點的組件分布情況。使用部署圖可以顯示運行時系統(tǒng)的結(jié)構(gòu)，同時還傳達構(gòu)成應(yīng)用程序的硬件和軟件元素的配置和部署方式。部署圖描述了一個運行時的硬件結(jié)點，以及在這些結(jié)點上運行的軟件組件的靜態(tài)視圖。 部署圖顯示了系統(tǒng)的硬件，安裝在硬件上的軟件，以及用于連接異構(gòu)的機器之間的中間件。（2）節(jié)點節(jié)點是運行時代表計算資源的物理元素。節(jié)點通常有內(nèi)存及處理能力，它可以是物理設(shè)備

24、及運行在該設(shè)備上的軟件系統(tǒng)。節(jié)點分為處理機和設(shè)備處理機：能執(zhí)行軟件、具備計算能力的節(jié)點，如主機、服務(wù)器、客戶機等設(shè)備：沒有計算能力的節(jié)點，如打印機、傳感器、終端等15.主要的面相對象設(shè)計原則及各自的原理：OCP,LSP,DIP,ISP,CARP,LoD設(shè)計原則名稱簡介里氏替換原則LSP任意父類可以出現(xiàn)的地方，子類也可以出現(xiàn)開閉原則OCP對擴展開發(fā)，對修改關(guān)閉單一職責(zé)原則SRP類的職責(zé)單一依賴倒轉(zhuǎn)原則DIP針對抽象（或接口）編程，而不針對具體編程接口隔離原則ISP使用多個專門接口要優(yōu)于使用單一的接口組合聚合原則CRP優(yōu)先使用組合或聚合關(guān)系，不要過于使用繼承關(guān)系迪米特原則LoD一個軟件實體對其他實

25、體的引用越少越好LSP李氏替換原則：如果在任何情況下，子類（或子類型）或?qū)崿F(xiàn)類與基類都是可以互換的，那么繼承的使用就是合適的。為了達到這一目標(biāo)，子類不能添加任何父類沒有的附加約束。OCP開閉原則：軟件實體（類、模塊、函數(shù)等）應(yīng)該是可擴展的，但是不可修改的。SRP單一職責(zé)原則：規(guī)定一個類應(yīng)該只有一個發(fā)生變化的原因。如果一個類承擔(dān)的職責(zé)過多，就等于把這些職責(zé)耦合在一起了。一個職責(zé)的變化可能會削弱或者抑制這個類完成其他職責(zé)的能力。這種耦合會導(dǎo)致脆弱的設(shè)計，當(dāng)發(fā)生變化時，設(shè)計會遭受到意想不到的破壞。而如果想要避免這種現(xiàn)象的發(fā)生，就要盡可能的遵守單一職責(zé)原則。此原則的核心就是解耦和增強內(nèi)聚性。ISP接口

26、隔離原則：客戶端不應(yīng)該依賴它不需要的接口；一個類對另一個類的依賴應(yīng)該建立在最小的接口上。為了避免“肥接口(fat interface)”，應(yīng)當(dāng)以一個類實現(xiàn)多個接口，而各客戶僅僅獲知必須的接口DIP依賴倒轉(zhuǎn)原則：程序要依賴于抽象接口，不要依賴于具體實現(xiàn)。簡單的說就是要求對抽象進行編程，不要對實現(xiàn)進行編程，這樣就降低了客戶與實現(xiàn)模塊間的耦合。CRP組合復(fù)用原則：繼承復(fù)用：實現(xiàn)簡單，易于擴展。破壞系統(tǒng)的封閉性，從基類繼承而來的實現(xiàn)是靜態(tài)的，不能在運行時動態(tài)改變，缺乏靈活性（即“白盒”復(fù)用）。組合/聚合復(fù)用：耦合度較低，可以靈活地選擇成員對象的操作；可以在運行時動態(tài)改變。（即“黑盒”復(fù)用）迪米特原則：

27、指一個軟件實體應(yīng)該盡量少與其他實體發(fā)生相互作用。16.設(shè)計模式的內(nèi)容和分類。（1）設(shè)計模是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。一個模式有四個基本要素：模式名稱、問題、解決方案、效果（2）分類創(chuàng)建型模式：抽象的實例化過程，隱藏了對象創(chuàng)建的具體細節(jié)，使程序代碼不依賴具體的對象。例：單例模式、抽象工廠模式、建造者模式、工廠模式、原型模式。結(jié)構(gòu)型模式：描述類和對象之間通過組織形成新的結(jié)構(gòu)，以實現(xiàn)新的功能。例：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式。行為型模式：描述算法以及對象之間的任務(wù)（職責(zé)）分配及它們之間的通訊模式。例：模版方法模式、命令

28、模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解釋器模式、狀態(tài)模式、策略模式、職責(zé)鏈模式、訪問者模式。17.設(shè)計模式與面向?qū)ο笤O(shè)計原則之間的關(guān)系，特別是OCP原則設(shè)計模式就是實現(xiàn)了面向?qū)ο笤瓌t，從而達到了代碼復(fù)用、增加可維護性的目的。18.了解常見設(shè)計模式的設(shè)計思想及其原理，了解如何從OCP的角度進行分析第六章設(shè)計系統(tǒng)1.概念設(shè)計和技術(shù)設(shè)計的內(nèi)容概念設(shè)計：是由分析用戶需求到生成概念產(chǎn)品的一系列有序的、可組織的、有目標(biāo)的設(shè)計活動，它表現(xiàn)為一個由粗到精、由模糊到清晰、由抽象到具體的不斷進化的過程。技術(shù)設(shè)計：對主要硬件部分及其功能的描述，確定設(shè)計軟件構(gòu)件的層次和功能、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)流2.好的

29、設(shè)計的衡量：內(nèi)聚和耦合內(nèi)聚是一個模塊內(nèi)部各成分之間相關(guān)聯(lián)程度的度量。（高內(nèi)聚）耦合是指對象之間的依賴性（低耦合），耦合性是程序結(jié)構(gòu)中各個模塊之間相互關(guān)聯(lián)的度量。它取決于各個模塊之間的接口的復(fù)雜程度、調(diào)用模塊的方式以及哪些信息通過接口。3.常用的內(nèi)聚和耦合度類型（1）內(nèi)聚類型低高：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時間內(nèi)聚、邏輯內(nèi)聚、偶然內(nèi)聚（2）耦合類型高低：內(nèi)容耦合、公共耦合、外部耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合、非直接耦合第七章測試1.測試的目標(biāo)和衡量標(biāo)準(zhǔn)目標(biāo)：發(fā)現(xiàn)錯誤，只有當(dāng)發(fā)現(xiàn)了錯誤時，測試才被認(rèn)為是成功的。衡量標(biāo)準(zhǔn)：需求的覆蓋率；缺陷數(shù)量；缺陷重現(xiàn)率；效率；重用價值。2.測試

30、的分類（或組織）。各種類型的測試的主要任務(wù)及所依賴的文檔。模塊、構(gòu)件、單元測試：對軟件中的最小可測試單元進行檢查和驗證，目的是檢驗軟件基本組成單位的正確性。集成測試：在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)，進行集成測試。目的是檢查軟件單位之間的接口是否正確。功能測試：對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，根據(jù)需求文檔檢查產(chǎn)品功能完整性。性能測試：檢查系統(tǒng)的響應(yīng)速度，結(jié)果精確性和數(shù)據(jù)的可訪問性驗收測試：指確認(rèn)系統(tǒng)是否符合設(shè)計規(guī)格或契約之需求內(nèi)容的測試安裝測試：確保該軟件在正常情況和異常情況的不同條件下，安裝后的正常運行。3.黑盒測試和白盒測試的思想，了解白盒測試中

31、的基本路徑測試等方法。（1）黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。（2）白盒測試又稱結(jié)構(gòu)測試，是全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行的測試。白盒法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。（3）基本路徑測試基本路

32、徑測試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例的方法。設(shè)計出的測試用例要保證在測試中程序的每個可執(zhí)行語句至少執(zhí)行一次。在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例。4.單元測試的主要內(nèi)容。包括模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯誤處理測試、邊界測試5.集成測試的類型及主要的測試策略。（1）類型自底向上：從軟件結(jié)構(gòu)中最底層、最基本的軟件單元開始進行集成和測試自頂向下：一個模塊一個模塊地集成軟件，按照控制的結(jié)構(gòu)，從主控模塊開始，向下逐個把模塊連結(jié)起來。一次性測試；三明治測試：混合上下

33、（2）策略非增量式：先測試好每一個軟件單元，然后依次集成在一起再測試整個程序。增量式：逐步把一個要被集成的軟件單元或不見，同已測試好的軟件部件結(jié)合起來測試。好處：占用人工、時間少，能較早發(fā)現(xiàn)模塊錯誤，利于并行開發(fā)。6.確認(rèn)測試的內(nèi)容。包括：安裝測試、功能測試、性能測試、安全性測試、兼容性測試、可使用性測試、文檔測試7.了解測試計劃的主要內(nèi)容。測試計劃，描述了要進行的測試活動的范圍、方法、資源和進度的文檔；是對整個信息系統(tǒng)應(yīng)用軟件組裝測試和確認(rèn)測試。它確定測試項、被測特性、測試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險。測試計劃可以有效預(yù)防計劃的風(fēng)險，保障計劃的順利實施。8.測試系統(tǒng)中的測試過程：功能測試

34、、性能測試、驗收（確認(rèn)）測試、安裝測試，及他們的內(nèi)容第八章系統(tǒng)維護1.維護活動的類型：改正性、適應(yīng)性、完善性、預(yù)防性2.各種維護活動的主要內(nèi)容和目標(biāo)改正性維護（17%-21%）：改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。適應(yīng)性維護（18%-25%）：指使用軟件適應(yīng)信息技術(shù)變化和管理需求變化而進行的修改。完善性維護（50%-60%）：為擴充功能和改善性能而進行的修改，主要是指對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計階段中沒有規(guī)定的功能與性能特征。另外還包括處理效率和編寫程序的改進。預(yù)防性維護（4%）：為了改進應(yīng)用軟件的可靠性和可維護性，適應(yīng)未來軟硬件環(huán)境的變化，主動增加預(yù)防性的新的功能。3.軟件再生：文檔重構(gòu)、重組、逆向工程、再工程，以及它們各自的內(nèi)容和含義。文檔重構(gòu)：對源代碼進行靜態(tài)分析，給出更多的信息重組：改變代碼結(jié)構(gòu)逆向工程：根據(jù)代碼重新創(chuàng)建設(shè)計和規(guī)格說明信息再工程：對現(xiàn)有工程進行逆向工程，接著再改變規(guī)格說明和設(shè)計以完成邏