1、1 軟件與軟件工程概念1. 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合，程序只是軟件的組成部分之一；在軟件開(kāi)發(fā)中，編程只是軟件開(kāi)發(fā)過(guò)程的一個(gè)階段。2.在結(jié)構(gòu)化程序設(shè)計(jì)時(shí)代，程序最小的單位是函數(shù)及子程序，程序與數(shù)據(jù)是分離的。程序的最小單位是類。3.軟件的特性：形態(tài)特性、智能特性、開(kāi)發(fā)特性、質(zhì)量特性、生產(chǎn)特性、管理特性、環(huán)境特性、維護(hù)特性、廢棄特性、應(yīng)用特性。4.軟件的分類：系統(tǒng)軟件；應(yīng)用軟件；支撐軟件；可復(fù)用軟件。5.什么是軟件工程？ （課后題）軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)和維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)

2、而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它。6可以用功能性、可靠性、易用性、效率、可維護(hù)性和可移植性六個(gè)特性衡量軟件的質(zhì)量。功能性是指軟件所實(shí)現(xiàn)的功能達(dá)到它的設(shè)計(jì)規(guī)范和滿足用戶需求的程度?？梢浦残允侵杠浖哪骋画h(huán)境轉(zhuǎn)移到另一環(huán)境時(shí)所作努力得程度。7.軟件生存期由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成。開(kāi)發(fā)時(shí)期通常由概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和測(cè)試四個(gè)階段組成。開(kāi)發(fā)過(guò)程中的典型文檔包括：項(xiàng)目計(jì)劃、軟件測(cè)試計(jì)劃、軟件設(shè)計(jì)說(shuō)明書(shū)、用戶手冊(cè)。8.需求分析的基本任務(wù)？ (1)建立分析模型，了解系統(tǒng)的各種需求細(xì)節(jié)。(2)基于分析結(jié)果，編寫(xiě)出軟件需求

3、規(guī)格說(shuō)明或系統(tǒng)功能規(guī)格說(shuō)明，確認(rèn)測(cè)試計(jì)劃和初步的系統(tǒng)用戶手冊(cè)，并提交管理機(jī)構(gòu)進(jìn)行分析評(píng)審。2 軟件工程方法與工具1. 面向?qū)ο蠓椒ǖ某霭l(fā)點(diǎn)和基本原則，是盡量模擬人類習(xí)慣的思維方式，使開(kāi)發(fā)軟件的方法和過(guò)程盡可能接近人類認(rèn)識(shí)問(wèn)題和解決問(wèn)題的方法與過(guò)程，從而使描述問(wèn)題的問(wèn)題空間與其解空間在結(jié)構(gòu)上盡可能一致。2. 形式化方法的主要特點(diǎn)是： （課后題）(1) 軟件需求規(guī)格說(shuō)明被細(xì)化為用數(shù)學(xué)記號(hào)表達(dá)的詳細(xì)的形式化規(guī)格說(shuō)明；(2) 設(shè)計(jì)、實(shí)現(xiàn)和單元測(cè)試等開(kāi)發(fā)過(guò)程由一個(gè)變換開(kāi)發(fā)過(guò)程代替。通過(guò)一系列變換將形式的規(guī)格說(shuō)明細(xì)化成為程序。 3. 面向?qū)ο?= 對(duì)象 + 類 + 繼承 + 消息通信。4. 新類從現(xiàn)有的類

4、中派生的過(guò)程，叫做類繼承。5. 多態(tài)是指一個(gè)程序中同名的不同方法共存的情況。6. UML的特點(diǎn)：統(tǒng)一標(biāo)準(zhǔn)、面向?qū)ο?、可視化、?dú)立于過(guò)程、容易掌握使用、與編程語(yǔ)言的關(guān)系。 3 軟件需求獲取與結(jié)構(gòu)化分析方法1. 結(jié)構(gòu)化分析方法的核心是數(shù)據(jù)字典，包括在目標(biāo)系統(tǒng)中使用和生產(chǎn)的所有數(shù)據(jù)對(duì)象。2. 頂層數(shù)據(jù)流圖或稱環(huán)境圖的作用是什么？（*）頂層數(shù)據(jù)流圖（或稱環(huán)境圖）僅包括一個(gè)數(shù)據(jù)處理過(guò)程，也就是要開(kāi)發(fā)的目標(biāo)系統(tǒng)。其作用如下：(1) 確定系統(tǒng)在其環(huán)境中的位置，與系統(tǒng)有聯(lián)系的外部實(shí)體（包括硬件、軟件、組織機(jī)構(gòu)及人）有哪些。(2) 通過(guò)確定系統(tǒng)的輸入和輸出與外部實(shí)體的關(guān)系確定系統(tǒng)的邊界，也就是要確定哪些功能或處

5、理屬于系統(tǒng)范圍之內(nèi)，哪些屬于系統(tǒng)范圍之外，需要由其他系統(tǒng)處理或人工處理。3. 在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)需要注意哪些問(wèn)題？（*）在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)，需要注意以下兩個(gè)問(wèn)題：(1)當(dāng)對(duì)數(shù)據(jù)流圖分層細(xì)化時(shí)必須保持信息連續(xù)性，也就是說(shuō)，當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。(2) 注意分層細(xì)化時(shí)對(duì)編號(hào)的處理方法。4.在需求評(píng)審的實(shí)施過(guò)程中可能會(huì)遇到得風(fēng)險(xiǎn)包括： (1)需求評(píng)審的參與者選取不當(dāng)。(2)評(píng)審規(guī)模過(guò)大。(3)評(píng)審組規(guī)模過(guò)大。(4)評(píng)審時(shí)間過(guò)長(zhǎng)。3.2頂層數(shù)據(jù)流圖或稱環(huán)境圖的作用是什么？頂層數(shù)據(jù)流圖（或稱環(huán)境圖）僅包括一個(gè)數(shù)據(jù)處理過(guò)程，也就是要開(kāi)發(fā)的目標(biāo)系統(tǒng)

6、。其作用如下：(1) 確定系統(tǒng)在其環(huán)境中的位置，與系統(tǒng)有聯(lián)系的外部實(shí)體（包括硬件、軟件、組織機(jī)構(gòu)及人）有哪些。(2) 通過(guò)確定系統(tǒng)的輸入和輸出與外部實(shí)體的關(guān)系確定系統(tǒng)的邊界，也就是要確定哪些功能或處理屬于系統(tǒng)范圍之內(nèi)，哪些屬于系統(tǒng)范圍之外，需要由其他系統(tǒng)處理或人工處理。3.3 在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)需要注意哪些問(wèn)題？在對(duì)數(shù)據(jù)流圖進(jìn)行分解時(shí)，需要注意以下兩個(gè)問(wèn)題：(1) 當(dāng)對(duì)數(shù)據(jù)流圖分層細(xì)化時(shí)必須保持信息連續(xù)性，也就是說(shuō)，當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。(2) 注意分層細(xì)化時(shí)對(duì)編號(hào)的處理方法。4 結(jié)構(gòu)化設(shè)計(jì)方法1.軟件設(shè)計(jì)的五項(xiàng)原則：分而治之、模塊獨(dú)立性

7、、提高抽象層次、復(fù)用性設(shè)計(jì)、靈活性設(shè)。2.耦合是模塊之間得相對(duì)獨(dú)立性（互相連接的緊密程度）的度量，內(nèi)聚是模塊功能強(qiáng)度（一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度）的度量。耦合程度最高的是內(nèi)容耦合。3.結(jié)構(gòu)化設(shè)計(jì)方法得實(shí)施要點(diǎn)是：(1)首先研究、分析和審查數(shù)據(jù)流圖。(2)然后根據(jù)數(shù)據(jù)流圖決定問(wèn)題的類型。(3)由數(shù)據(jù)流圖推導(dǎo)出系統(tǒng)的初始結(jié)構(gòu)圖。(4)利用一些啟發(fā)式原則來(lái)改進(jìn)系統(tǒng)的初始結(jié)構(gòu)圖，直到得到符合要求的結(jié)構(gòu)圖為止。(5)根據(jù)分析模型中的實(shí)體-關(guān)系圖和數(shù)據(jù)字典進(jìn)行數(shù)據(jù)設(shè)計(jì)。(6)在上面設(shè)計(jì)的基礎(chǔ)上，依據(jù)分析模型中的加工規(guī)格說(shuō)明、狀態(tài)轉(zhuǎn)換圖及控制規(guī)格說(shuō)明進(jìn)行過(guò)程設(shè)計(jì)。(7)制定測(cè)試計(jì)劃。4.模塊結(jié)構(gòu)

8、最普通的形式是樹(shù)狀結(jié)構(gòu)和網(wǎng)狀結(jié)構(gòu)。5.模塊結(jié)構(gòu)的層次數(shù)稱為結(jié)構(gòu)圖的深度。6.扇出表示一個(gè)模塊直接調(diào)用（或控制）的下屬模塊的數(shù)目。7. 基于數(shù)據(jù)流方法的設(shè)計(jì)過(guò)程包括： (1)復(fù)查并精化數(shù)據(jù)流圖。(2)確定數(shù)據(jù)流圖中數(shù)據(jù)流的類型。(3)導(dǎo)出初始的軟件結(jié)構(gòu)圖。(4)逐級(jí)分解。(5)精化軟件結(jié)構(gòu)。(6)導(dǎo)出接口描述和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。8.變換分析方法由：重畫(huà)數(shù)據(jù)流圖；區(qū)分有效（邏輯）輸入、有效（邏輯）輸出、和中心變換部分；進(jìn)行一級(jí)分解，設(shè)計(jì)上層模塊；進(jìn)行二級(jí)模塊，設(shè)計(jì)輸入、輸出和中心變換部分的中、下層模塊四個(gè)部分組成。9.模塊的控制范圍包括它本身及其所有的從屬模塊。10.接口設(shè)計(jì)的依據(jù)是數(shù)據(jù)流圖中的自動(dòng)化

9、系統(tǒng)邊界。5 編碼1.程序的效率是指程序的執(zhí)行速度及程序所占用內(nèi)存的存儲(chǔ)空間。2. 一般情況下，程序的效率和清晰性相比哪一個(gè)更重要？在計(jì)算機(jī)發(fā)展的早期，由于CPU效率低，內(nèi)存小，程序在運(yùn)行時(shí)容易出現(xiàn)運(yùn)行時(shí)間太長(zhǎng)或內(nèi)存溢出問(wèn)題。因此，人們?cè)诰帉?xiě)程序時(shí)，很注重程序的時(shí)間效率和空間效率，而不太注重程序的清晰性。隨著計(jì)算機(jī)硬件性能的飛速發(fā)展以及軟件規(guī)模和復(fù)雜性的急劇增加，這種情況已經(jīng)發(fā)生了根本的轉(zhuǎn)變，程序的清晰性越來(lái)越受到重視，程序的清晰性不好會(huì)給測(cè)試、維護(hù)修改帶來(lái)困難，這對(duì)于規(guī)模龐大和復(fù)雜的軟件尤其明顯。對(duì)于效率沒(méi)有特殊嚴(yán)格要求的系統(tǒng)來(lái)說(shuō)，要將程序的清晰性放在第一位，在不影響清晰性的情況下，去改進(jìn)效

10、率。6 軟件測(cè)試方法1.軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。2.在軟件測(cè)試的對(duì)象中，確認(rèn)包括需求規(guī)格的確認(rèn)和程序的確認(rèn)。3.邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)，屬于白盒測(cè)試。4.獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。5.通常軟件測(cè)試是按4個(gè)步驟進(jìn)行，即單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。6. 調(diào)試也稱排錯(cuò)或糾錯(cuò)，是緊跟在測(cè)試之后要做的工作。6.5 假設(shè)汽車(chē)的車(chē)牌號(hào)可由車(chē)主人在規(guī)定范圍內(nèi)自選，若其規(guī)定為：(1) 車(chē)牌上應(yīng)有7個(gè)字符； (2) 為首的字符限定為漢字“京”；(3) 第2個(gè)字符可任選一字母（AZ）；(4) 第37個(gè)字符可選任意數(shù)字。請(qǐng)為相

11、關(guān)的處理程序采用等價(jià)類劃分方法設(shè)計(jì)等價(jià)類表及相應(yīng)的測(cè)試用例。等價(jià)類表輸入數(shù)據(jù)有效等價(jià)類無(wú)效等價(jià)類字符個(gè)數(shù) 7個(gè)（1）06個(gè)（2），>7個(gè)（3）首字符“京”（4）非“京”（5）第2個(gè)字符字母（6）非字母（7）第37個(gè)字符數(shù)字（8）非數(shù)字（9）測(cè)試用例如下：1）京H87774 （1），（4），（6），（8）2）京H8777 （2）3）京H877745 （3） 4）冀H87774 （5）5）京987774 （7）6）京BA7774 （9） 7 統(tǒng)一建模語(yǔ)言UML概述1.在面向?qū)ο蟮男枨蠓治鰰r(shí)，模型的靜態(tài)結(jié)構(gòu)也稱為靜態(tài)模型，在UML中表示為類圖。2. UML中有哪些關(guān)系？解釋類圖中聚合和關(guān)聯(lián)的相

12、同點(diǎn)和不同點(diǎn)。在UML中，常見(jiàn)的關(guān)系有泛化、聚合、關(guān)聯(lián)、依賴和實(shí)現(xiàn)。在類圖中，關(guān)聯(lián)是一種結(jié)構(gòu)關(guān)系，它描述了兩個(gè)或多個(gè)類的實(shí)例之間的連接關(guān)系。聚合描述了整體和部分之間的結(jié)構(gòu)關(guān)系。按照關(guān)聯(lián)關(guān)系的定義，聚合屬于一種特殊的關(guān)聯(lián)關(guān)系，只不過(guò)這種關(guān)聯(lián)關(guān)系具有明確的整體-部分含義而已。從耦合度的角度看，聚合關(guān)系要強(qiáng)于關(guān)聯(lián)關(guān)系。3. 討論順序圖與協(xié)作圖的關(guān)系，何時(shí)用順序圖建模優(yōu)于協(xié)作圖建模，以及相反的情況。順序圖和協(xié)作圖都能描述對(duì)象間的交互關(guān)系，但兩者的側(cè)重點(diǎn)不同，順序圖著重表現(xiàn)交互的時(shí)間順序，協(xié)作圖則著重表現(xiàn)交互對(duì)象的靜態(tài)鏈接關(guān)系。但即使他們各有側(cè)重，但從語(yǔ)義上來(lái)說(shuō)是等價(jià)的，可從一種圖自動(dòng)轉(zhuǎn)換為另一種圖。一

13、般情況下，當(dāng)需要強(qiáng)調(diào)消息傳遞的時(shí)間順序時(shí)，采用順序圖；當(dāng)表示涉及很多對(duì)象的模型時(shí)，協(xié)作圖比順序圖更形象。順序圖在分析中更常用，而協(xié)作圖則在設(shè)計(jì)中更常用。8 面向?qū)ο蠓治?. 接口設(shè)計(jì)的依據(jù)是數(shù)據(jù)流圖中的自動(dòng)化系統(tǒng)邊界。2.比較面向?qū)ο蟮姆治龇椒ê兔嫦驍?shù)據(jù)流的分析方法，闡述它們各自的特點(diǎn)。面向?qū)ο蟮姆治龇椒ㄊ褂糜美Ｐ蛠?lái)表示用戶的功能需求，用例模型相當(dāng)于功能模型，在對(duì)用例模型進(jìn)行細(xì)化的過(guò)程中，也伴隨著對(duì)功能的分解。但面向?qū)ο蟮姆治龇椒ú⒉皇且怨δ芊纸鉃楹诵模讷@取并分析用戶的功能需求之后，重點(diǎn)以類和對(duì)象為核心，建立對(duì)象模型，交互模型也是圍繞對(duì)象模型進(jìn)行的。面向數(shù)據(jù)流的分析方法是從建立頂層數(shù)據(jù)流圖

14、（環(huán)境圖）開(kāi)始，之后逐層對(duì)加工進(jìn)行分解。面向數(shù)據(jù)流的分析方法是以功能分解為核心的。8.3 用例建模的主要步驟是什么？ 用例建模的主要步驟如下：(1) 確定業(yè)務(wù)參與者可以是與系統(tǒng)有交互的外部硬件、軟件、組織、人等。(2) 確定業(yè)務(wù)需求用例參與者需要系統(tǒng)提供的完整功能。(3) 創(chuàng)建用例圖標(biāo)識(shí)參與者與用例之間、用例與用例之間的關(guān)系。8.5 用例與用例之間的關(guān)系主要有哪兩種？其區(qū)別是什么？ 用例之間的關(guān)系主要有包含（也稱使用）和擴(kuò)展。包含表示一個(gè)用例所執(zhí)行的功能中總是包括被包含用例的功能；擴(kuò)展是指一個(gè)用例的執(zhí)行可能需要由其他用例的功能來(lái)擴(kuò)展，擴(kuò)展聯(lián)系可用于對(duì)期望或可選的行為建模，但其主要用途是使基本用

15、例的功能不依賴于擴(kuò)展用例。9 軟件體系結(jié)構(gòu)和設(shè)計(jì)模式1.軟件設(shè)計(jì)模式是從軟件設(shè)計(jì)過(guò)程中總結(jié)出來(lái)的，針對(duì)特定問(wèn)題的解決方案。2. 風(fēng)格是帶有一種傾向性的模式。3.有兩種領(lǐng)域相關(guān)的體系結(jié)構(gòu)模型：類屬模型和參考模型。4.一個(gè)交互式應(yīng)用系統(tǒng)有模型、視圖和控制器3個(gè)部件組成。10 面向?qū)ο笤O(shè)計(jì)1.面向?qū)ο笤O(shè)計(jì)準(zhǔn)則有：模塊化、抽象、信息隱藏、弱耦合、強(qiáng)耦合。2.在面向?qū)ο筌浖?，常?jiàn)的軟件模塊有類、接口、包、構(gòu)件。3. 從軟件復(fù)用角度，構(gòu)件是指在軟件開(kāi)發(fā)過(guò)程中可以重復(fù)使用得軟件元素。10.1 軟件模塊之間的依賴性可以從哪些角度和抽象層次進(jìn)行分析？在面向?qū)ο筌浖?，常?jiàn)的軟件模塊有類、接口、包、構(gòu)件。因此，

16、分析軟件模塊之間的依賴性就可以從類、接口、包和構(gòu)件的角度和層次進(jìn)行分析。11 軟件維護(hù)到結(jié)束1.軟件運(yùn)行的外部環(huán)境可能發(fā)生變化，為了使軟件適應(yīng)這種變化而修改軟件的過(guò)程叫做適應(yīng)性維護(hù)。2.軟件維護(hù)活動(dòng)花費(fèi)的工作占整個(gè)生存期工作量的70%以上。3.軟件維護(hù)的策略：改正性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)。4.所謂副作用是指因修改軟件而造成的錯(cuò)誤或其他不希望發(fā)生的情況，有修改代碼的副作用、修改數(shù)據(jù)的副作用和文檔的副作用三種。5.實(shí)施風(fēng)險(xiǎn)管理計(jì)劃從根本上將就是將風(fēng)險(xiǎn)化解。 P3146. 文檔的分類：開(kāi)發(fā)文檔、管理文檔、用戶文檔。 P349 第二次復(fù)習(xí)要點(diǎn)1. 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是

17、包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合，程序只是軟件的組成部分之一；在軟件開(kāi)發(fā)中，編程只是軟件開(kāi)發(fā)過(guò)程的一個(gè)階段。2.在結(jié)構(gòu)化程序設(shè)計(jì)時(shí)代，程序最小的單位是函數(shù)及子程序，程序與數(shù)據(jù)是分離的。程序的最小單位是類。 P23.可移植性是指軟件從某一環(huán)境轉(zhuǎn)移到另一環(huán)境時(shí)所作努力的程度。 P64.軟件的分類：系統(tǒng)軟件；應(yīng)用軟件；支撐軟件；可復(fù)用軟件。 P45.什么是軟件危機(jī)？它有哪些典型表現(xiàn)？軟件危機(jī)出現(xiàn)的原因是什么？軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題典型表現(xiàn)：(1)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。(2)用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。(3)

18、軟件產(chǎn)品的質(zhì)量往往靠不住。(4)軟件常常是不可維護(hù)的。(5)軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。(6)軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。(7)軟件開(kāi)發(fā)生產(chǎn)率提高的速度，既跟不上硬件的發(fā)展速度，也遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)產(chǎn)生軟件危機(jī)的原因： 除了軟件本身的特點(diǎn)，其原因主要有以下幾個(gè)方面：(1) 缺乏軟件開(kāi)發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開(kāi)發(fā)數(shù)據(jù)的積累，使得開(kāi)發(fā)工作計(jì)劃很難制定。(2) 軟件人員與用戶的交流存在障礙，使得獲取的需求不充分或存在錯(cuò)誤。(3) 軟件開(kāi)發(fā)過(guò)程不規(guī)范。(4) 隨著軟件規(guī)模的增大，其復(fù)雜性往往會(huì)呈指數(shù)級(jí)升高。(5) 缺少有效的軟件評(píng)測(cè)手段，提交給用戶的軟件的質(zhì)量不能完全

19、保證。6.風(fēng)格是帶有一種傾向性的模式。 P2037.耦合是模塊之間得相對(duì)獨(dú)立性（互相連接的緊密程度）的度量，內(nèi)聚是模塊功能強(qiáng)度（一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度）的度量。耦合程度最高的是內(nèi)容耦合。 P678.深度：模塊結(jié)構(gòu)的層次數(shù)稱為結(jié)構(gòu)圖的深度。 P739.接口設(shè)計(jì)的依據(jù)是數(shù)據(jù)流圖中的自動(dòng)化系統(tǒng)邊界。 P8910.用例之間的關(guān)系有：包含、使用及擴(kuò)展。 P18611.在面向?qū)ο蟮男枨蠓治鰰r(shí)，模塊的靜態(tài)結(jié)構(gòu)也稱為靜態(tài)模型。 P17112.聚合也稱聚集，是一種特殊的關(guān)聯(lián)。它描述了整體與部分之間的結(jié)構(gòu)關(guān)系。 P16713.順序圖描述對(duì)象之間的動(dòng)態(tài)交互關(guān)系，著重表現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。 P

20、17314.從軟件復(fù)用角度，構(gòu)件是指在軟件開(kāi)發(fā)過(guò)程中可以重復(fù)使用得軟件元素。 P23915.調(diào)試也稱排錯(cuò)或糾錯(cuò)，是緊跟在測(cè)試之后要做的工作。 P15916.邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)得設(shè)計(jì)測(cè)試用例得技術(shù)，屬于白盒測(cè)試。 P13317.軟件維護(hù)活動(dòng)花費(fèi)的工作占整個(gè)生存期工作量的70%以上。 P25718.軟件過(guò)程改進(jìn)循環(huán)步驟：評(píng)估-計(jì)劃-改進(jìn)-監(jiān)控。 P29119.文檔的分類：開(kāi)發(fā)文檔、管理文檔、用戶文檔。 P35020.在需求評(píng)審的實(shí)施過(guò)程中可能會(huì)遇到得風(fēng)險(xiǎn)包括： P63(1)需求評(píng)審的參與者選取不當(dāng)。(2)評(píng)審規(guī)模過(guò)大。(3)評(píng)審組規(guī)模過(guò)大。(4)評(píng)審時(shí)間過(guò)長(zhǎng)。21.軟件設(shè)計(jì)的五項(xiàng)原則：分而治之、模塊獨(dú)立性、提高抽象層次、復(fù)用性設(shè)計(jì)、靈活性設(shè)計(jì)P6722.根據(jù)維護(hù)工作的性質(zhì)，維護(hù)活動(dòng)可以分為：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)四種類型。 P25623.瀑布模型的優(yōu)缺點(diǎn)是什么？ P9優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員采用