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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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