軟件工程各章節(jié)提綱

1、第4章 需求分析1. 什么是軟件需求？用戶對(duì)目標(biāo)系統(tǒng)在功能、行為、性能等方面的要求2. 什么是需求分析？對(duì)軟件需求的理解、分析與表達(dá)3. 需求工程的六個(gè)階段是什么？需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗(yàn)證、需求管理4. 什么是需求工程？運(yùn)用相關(guān)的方法與技術(shù)進(jìn)行需求分析的過程5. 需求獲取的方法？建立順暢的溝通渠道、訪談與調(diào)查、組成聯(lián)合小組（FAST法、用例）、觀察用戶的使用流程。6. 需求分析的原則是什么？必須理解分析軟件的信息域、功能、行為、服務(wù)以及操作，劃分子系統(tǒng)，并逐步求精。7. 軟件模型的分類有哪些？需求模型、設(shè)計(jì)模型8. 軟件建模有哪些方法？結(jié)構(gòu)化法（E-R圖，功能模型

2、）、面向?qū)ο蠓?. 什么是需求規(guī)格說明？對(duì)軟件需求的書面描述，是需求分析階段的最終產(chǎn)物。10. 需求規(guī)格說明的最基本內(nèi)容是什么？描述軟件的功能、數(shù)據(jù)與行為、運(yùn)行環(huán)境、接口、必要的非功能約定11. 什么是需求管理？對(duì)系統(tǒng)需求變更、了解和控制的過程。12. 需求管理的目標(biāo)是什么？為軟件需求提供一個(gè)基線，提供給軟件工程和管理使用。使得軟件計(jì)劃、產(chǎn)品、活動(dòng)與軟件需求保持一致第5章 結(jié)構(gòu)化分析與設(shè)計(jì)1. 結(jié)構(gòu)化分析模型的描述形式有哪些？數(shù)字字典、數(shù)據(jù)流圖（加工規(guī)約）、狀態(tài)轉(zhuǎn)換圖（控制規(guī)約）、實(shí)體關(guān)系圖（數(shù)據(jù)對(duì)象描述）2. 結(jié)構(gòu)化分析方法的概念結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流進(jìn)行分析的方法，利用抽象模型，按照軟

3、件內(nèi)部數(shù)據(jù)之間的傳遞、變換的關(guān)系，自頂向下地分解，直到找到所有需要的功能的軟件為止。3. 結(jié)構(gòu)化分析的工具有哪些？數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語、判定表以及判定樹4. 數(shù)據(jù)流圖有哪些畫法規(guī)則？a) 頂層圖只能有一個(gè)加工，就是系統(tǒng)本身，并且不能有文件b) 父圖與子圖的輸入、輸出要守恒c) 一個(gè)新出現(xiàn)的文件應(yīng)該含有文件的輸入輸出，同時(shí)，還應(yīng)該是不同是加工進(jìn)行讀寫d) 父圖中讀取的文件應(yīng)該要在子圖中畫出e) DFD圖中每個(gè)加工都應(yīng)該有一個(gè)加工規(guī)約進(jìn)行說明，同時(shí)，每個(gè)加工都應(yīng)該至少有一個(gè)輸入、輸出f) 在數(shù)據(jù)流圖中，需按層給加工框編號(hào)。編號(hào)表明該加工所處層次及上下層的親子關(guān)系5. 數(shù)據(jù)字典要點(diǎn)：a)

4、數(shù)據(jù)流條目：名稱+數(shù)據(jù)流組成b) 文件條目：名稱+文件組成c) 數(shù)據(jù)項(xiàng)、加工項(xiàng)、源或宿條目6. 結(jié)構(gòu)化英語的做法：英語命令動(dòng)詞、數(shù)據(jù)字典中定義的名詞、有限的自定義詞、邏輯關(guān)系詞IF_THEN_ELSE、 CASE_OF、WHILE_DO、REPEAT_UNTIL等組成。7. 判定表的大致畫法：8. 判定樹：一種分叉數(shù)表示各種情況的動(dòng)作。9. 狀態(tài)轉(zhuǎn)移圖：狀態(tài)由三部分組成（當(dāng)前狀態(tài)）、（狀態(tài)轉(zhuǎn)換的方向，上面要標(biāo)注發(fā)生的時(shí)間）、Ti（發(fā)生事件）第6章 軟件設(shè)計(jì)基礎(chǔ)1. 什么是軟件設(shè)計(jì)？軟件設(shè)計(jì)是把軟件需求變成軟件表示的過程。軟件設(shè)計(jì)包括兩個(gè)階段：概要設(shè)計(jì)（體系結(jié)構(gòu)設(shè)計(jì)）與詳細(xì)設(shè)計(jì)（構(gòu)件級(jí)設(shè)計(jì)）；2

5、. 軟件設(shè)計(jì)的任務(wù)是什么？通過一種設(shè)計(jì)方法，把軟件分析模型中軟件功能、行為、性能的需求分析實(shí)現(xiàn)為數(shù)據(jù)/類設(shè)計(jì)、系統(tǒng)設(shè)計(jì)、接口設(shè)計(jì)、構(gòu)件級(jí)設(shè)計(jì)、界面設(shè)計(jì)3. 軟件設(shè)計(jì)的過程：制定規(guī)范，把軟件分析模型中軟件功能、行為、性能的需求分析實(shí)現(xiàn)為數(shù)據(jù)/類設(shè)計(jì)、系統(tǒng)設(shè)計(jì)、接口設(shè)計(jì)、構(gòu)件級(jí)設(shè)計(jì)、界面設(shè)計(jì)4. 軟件設(shè)計(jì)有什么原則？a) 抽象化與逐步求精（模塊化與逐步求精）b) 信息隱藏（模塊內(nèi)的過程、數(shù)據(jù)對(duì)其他不需要這些數(shù)據(jù)的模塊不可訪問）c) 模塊獨(dú)立5. 模塊獨(dú)立的衡量標(biāo)準(zhǔn)有什么？a) 內(nèi)聚：表示模塊內(nèi)部的數(shù)據(jù)之間的聯(lián)結(jié)程度b) 耦合：表示各個(gè)模塊之間的聯(lián)結(jié)程度c) 模塊獨(dú)立性強(qiáng)的表現(xiàn)是高內(nèi)聚低耦合6. 體

6、系結(jié)構(gòu)有哪些常見的結(jié)構(gòu)？a) 單主機(jī)結(jié)構(gòu)、C/S、B/S結(jié)構(gòu)b) 以數(shù)據(jù)為中心、數(shù)據(jù)流風(fēng)格的（大量輸入輸出的）、調(diào)用返回風(fēng)格、面向?qū)ο?、層次性的、評(píng)估可選7. 什么樣的程序是稱為結(jié)構(gòu)化的？如果一個(gè)程序的結(jié)構(gòu)中只有選擇、循環(huán)、順序這三種結(jié)構(gòu)并且每個(gè)代碼塊只有一個(gè)輸入輸出的就認(rèn)為這個(gè)程序是結(jié)構(gòu)化的。8. 程序的結(jié)構(gòu)或者說部件級(jí)設(shè)計(jì)的表示方法：程序流程圖（只有五種結(jié)構(gòu)）、NS圖第7章 結(jié)構(gòu)化設(shè)計(jì)方法1. 什么是概要設(shè)計(jì)？概要設(shè)計(jì)是將程序分解成相應(yīng)的模塊，分清各個(gè)模塊的接口、功能以及調(diào)用關(guān)系，并用模塊與其模塊調(diào)用構(gòu)建軟件的結(jié)構(gòu)體系。2. 什么結(jié)構(gòu)圖？描述模塊與模塊之間的調(diào)用關(guān)系的結(jié)構(gòu)圖。3. 結(jié)構(gòu)圖中

7、的幾種特殊符號(hào)：a) 條件調(diào)用b) 循環(huán)調(diào)用c)遞歸調(diào)用4. 結(jié)構(gòu)圖中有什么模塊？傳入模塊、傳出模塊、變換模塊、協(xié)調(diào)模塊5. 變換流結(jié)構(gòu)圖有什么特征？結(jié)構(gòu)圖可以明顯的分為輸入、輸出、變換模塊的結(jié)構(gòu)圖6. 事物流圖有什么特征？數(shù)據(jù)流沿著輸入路徑到達(dá)一個(gè)事務(wù)中心，事務(wù)中心根據(jù)輸入數(shù)據(jù)的類型在若干條動(dòng)作路徑中選擇一條來執(zhí)行7. 由數(shù)據(jù)流圖映射到結(jié)構(gòu)圖有什么方法？a) 復(fù)審和精化數(shù)據(jù)流圖b) 確定結(jié)構(gòu)圖的類型（變換、事務(wù)）c) 將DFD圖轉(zhuǎn)換為初步結(jié)構(gòu)圖（變換法、事務(wù)法）d) 精化初步結(jié)構(gòu)圖8. 變換分析的步驟的什么？從DFD圖中確定變換中心（邏輯輸入輸出），精化各個(gè)物理輸入輸出端9. 事務(wù)分析的步驟

8、：確定事務(wù)中心，分解輸入模塊，分解動(dòng)作路徑模塊10. 軟件模塊如何進(jìn)行優(yōu)化？a) 模塊功能完善化（錯(cuò)誤處理）b) 高內(nèi)聚低耦合，深度以及扇度適合c) 模塊的作用范圍應(yīng)在控制范圍之內(nèi)d) 減少使用病態(tài)聯(lián)接（直接病態(tài)聯(lián)接、公共數(shù)據(jù)域病態(tài)聯(lián)接、通信模塊聯(lián)接）e) 模塊大小適中f) 降低冗余，提高一致第8章 人機(jī)界面設(shè)計(jì)1. 界面設(shè)計(jì)中人的因素有哪些？a) 人對(duì)感知過程的認(rèn)識(shí)b) 用戶的技能和行為方式c) 用戶所要求的整個(gè)任務(wù)以及用戶對(duì)界面的要求2. 人機(jī)界面風(fēng)格的歷史：a) 第一代：命令和詢問方式的界面b) 第二代：簡單的菜單式界面c) 第三代：窗口、圖標(biāo)、菜單、指示器四位一體的界面d) 第四代：第

9、三界面與超文本、多任務(wù)概念相結(jié)合的界面，用戶可同時(shí)執(zhí)行多個(gè)任務(wù)3. 圖像用戶界面的特點(diǎn)：以窗口管理系統(tǒng)為核心，使用鍵盤和鼠標(biāo)器作為輸入設(shè)備。窗口管理系統(tǒng)除基于可重疊多窗口管理技術(shù)外，廣泛采用的另一核心技術(shù)是事件驅(qū)動(dòng)(Event-Driven)技術(shù)。4. 界面的分類有哪些？a) 直接操縱用戶界面b) 多媒體用戶界面c) 多通道用戶界面5. 人機(jī)界面設(shè)計(jì)的過程有哪些？a) 用戶、任務(wù)和環(huán)境分析及建模b) 界面設(shè)計(jì)c) 界面構(gòu)造d) 界面確認(rèn)6. 界面設(shè)計(jì)應(yīng)注意的問題有？a) 系統(tǒng)響應(yīng)時(shí)間 b) 用戶求助設(shè)施c) 錯(cuò)誤信息處理d) 命令標(biāo)記7. 系統(tǒng)響應(yīng)時(shí)間長會(huì)使用戶感到不安和沮喪。穩(wěn)定的響應(yīng)時(shí)間（

10、如1秒）比不定的響應(yīng)時(shí)間（如0.1秒到2.5秒）要好。 8. 界面設(shè)計(jì)的黃金原則是什么？讓用戶擁有控制權(quán)、減少用戶的記憶負(fù)擔(dān)、保持界面一致 9. 界面設(shè)計(jì)評(píng)估有什么方法？專家評(píng)審和可用性測試。第9章 程序設(shè)計(jì)語言與編碼1. 程序設(shè)計(jì)語言的發(fā)展歷史有？第一代：機(jī)器語言和匯編語言；第二代：早期高級(jí)語言第三代：具有很強(qiáng)的數(shù)據(jù)結(jié)構(gòu)和過程描述能力，支持結(jié)構(gòu)化編碼第四代：面向領(lǐng)域的2. 源程序文檔的標(biāo)示符有什么相關(guān)規(guī)則？1. 選擇含義明確的名字，使其能正確提示標(biāo)識(shí)符所代表的實(shí)體2. 名字不要太長，太長會(huì)增加打字量，且易出錯(cuò)。必要時(shí)可使用縮寫3. 不用相似的名字，相似的名字容易混淆，不易發(fā)現(xiàn)錯(cuò)誤4. 不用關(guān)

11、鍵字作標(biāo)識(shí)符5. 同一個(gè)名字不要有多個(gè)含義6.名字中避免使用易混淆的字符。3. 程序注析有什么類型？a) 序言性注釋：通常置于每個(gè)程序模塊的開頭部分，主要描述：模塊的功能；模塊的接口、局部變量、開發(fā)歷史：包括模塊的設(shè)計(jì)者、評(píng)審者、評(píng)審日期、修改日期以及對(duì)修改的描述b) 功能性注釋：通常嵌在源程序體內(nèi)，主要描述程序段的功能。書寫功能性注解時(shí)應(yīng)注意的問題：注解要正確；為程序段作注解，而不是為每一個(gè)語句作注解；用縮進(jìn)和空行，使程序與注釋容易區(qū)分；注解應(yīng)提供一些從程序本身難以得到的信息，而不是語句的重復(fù)。4. 什么叫做代碼的視覺組織？通過在程序中添加一些空格、空行和縮進(jìn)等技巧，幫助人們從視覺上看清程序

12、的結(jié)構(gòu)。5. 程序編碼時(shí)數(shù)據(jù)的說明有什么規(guī)范？a) 數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化b) 說明語句中變量安排有序化c) 使用注解說明復(fù)雜數(shù)據(jù)結(jié)構(gòu)6. 程序編寫時(shí)語句的構(gòu)造有什么規(guī)則？1. 在一行內(nèi)只寫一條語句2. 程序編寫首先應(yīng)當(dāng)考慮清晰性3. 讓編譯程序做簡單的優(yōu)化4. 盡可能使用庫函數(shù)5. 避免不必要的轉(zhuǎn)移。6. 盡量只采用三種基本的控制結(jié)構(gòu)來編寫程序。第10章 軟件測試1.軟件測試用例的設(shè)計(jì)方法分為哪些？黑盒測試、白盒測試2.白盒測試有哪些方法？a) 語句測試：對(duì)程序中每個(gè)可執(zhí)行的語句都至少進(jìn)行一次測試b) 判定測試：對(duì)程序中的每個(gè)判定的分支至少執(zhí)行一次c) 條件測試：對(duì)程序中的每個(gè)判定的結(jié)果（

13、true or false）都執(zhí)行一次d) 條件/判定測試：判定的分支以及結(jié)果都至少執(zhí)行一次e) 條件組合測試：所有判定的結(jié)果的組合都至少執(zhí)行一次f) 路徑測試：對(duì)所有判定的結(jié)果的組合都至少執(zhí)行一次3. 測試的目的是什么？測試是一個(gè)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。4. 黑盒測試的方法有哪些？a) 等價(jià)類測試：將輸入輸出分為兩個(gè)等價(jià)類：有效等價(jià)類與無效等價(jià)類，來測試程序的反應(yīng)；b) 邊界值測試：相對(duì)于輸入輸出等價(jià)類，直接在其邊界值、比邊界值大或少的一些情況作為測試用例5. 等價(jià)類測試有哪些輸入等價(jià)類的情況？a) 如果輸入條件規(guī)定了取值范圍，則可以確定一個(gè)有效等價(jià)類（輸入值在此范圍內(nèi)）和兩個(gè)無效等價(jià)

14、類（輸入值小于最小值及大于最大值）b) 如果輸入條件規(guī)定了值的個(gè)數(shù)，則可以確定一個(gè)有效等價(jià)類（輸入值的個(gè)數(shù)等于規(guī)定的個(gè)數(shù)）和兩個(gè)無效等價(jià)類（輸入值的個(gè)數(shù)小于規(guī)定的個(gè)數(shù)和大于規(guī)定的個(gè)數(shù)）c) 如果輸入條件規(guī)定了輸入值的集合（即離散值），而且程序?qū)Σ煌妮斎胫底霾煌奶幚?，那么每個(gè)允許的值都確定為一個(gè)有效等價(jià)類，另外還有一個(gè)無效等價(jià)類（任意一個(gè)不允許的值）d) 如果輸入條件規(guī)定了輸入值必須遵循的規(guī)則，那么可確定一個(gè)有效等價(jià)類（符合此規(guī)則）和若干個(gè)無效等價(jià)類（從各個(gè)不同的角度違反此規(guī)則）e) 如果輸入條件規(guī)定輸入數(shù)據(jù)是整型，那么可以確定三個(gè)有效等價(jià)類（正整數(shù)、零、負(fù)整數(shù)）和一個(gè)無效等價(jià)類（非整數(shù)）f

15、) 如果輸入條件規(guī)定處理的對(duì)象是表格，那么可以確定一個(gè)有效等價(jià)類（表有一項(xiàng)或多項(xiàng)）和一個(gè)無效等價(jià)類（空表）6. 什么叫比較測試？由不同的兩支開發(fā)隊(duì)伍進(jìn)行相同的軟件開發(fā)，然后將兩者進(jìn)行比較。但也有可能全錯(cuò)。7. 什么叫錯(cuò)誤推測法？憑直覺和經(jīng)驗(yàn)對(duì)軟件可能存在的錯(cuò)誤進(jìn)行測試8. 軟件的測試策略有哪些以及其相應(yīng)對(duì)象是什么？單元測試（編碼）、集成測試（設(shè)計(jì)）、確認(rèn)測試（需求分析）、系統(tǒng)測試（系統(tǒng)工程）9. 單元測試有什么內(nèi)容？a) 1.模塊接口：確保模塊的輸入/輸出參數(shù)信息是正確的。b) 局部數(shù)據(jù)結(jié)構(gòu)：確保臨時(shí)存儲(chǔ)的數(shù)據(jù)在算法執(zhí)行的整個(gè)過程中都能維持其完整性c) 邊界條件：確保程序單元在極限或嚴(yán)格的情況

16、下仍能正確地執(zhí)行。d) 所有獨(dú)立路徑：確保模塊中的所有語句都至少執(zhí)行一次。e) 所有錯(cuò)誤處理路徑：單元測試應(yīng)該對(duì)所有的錯(cuò)誤處理路徑進(jìn)行測試。10. 單元測試過程的模型是怎樣的？11. 什么是樁模塊，驅(qū)動(dòng)模塊？a) 樁模塊的功能是替代被被測模塊調(diào)用的模塊，它接受被測模塊的調(diào)用，驗(yàn)證入口信息，把控制連同模擬結(jié)果返回給被測模塊。b) 驅(qū)動(dòng)模塊接收測試數(shù)據(jù)，調(diào)用被測模塊，把測試數(shù)據(jù)傳送給被測模塊，被測模塊執(zhí)行后，驅(qū)動(dòng)模塊接收被測模塊的返回?cái)?shù)據(jù)，并打印相關(guān)結(jié)果。12. 集成測試有什么類型？非增量集成、增量集成13. 增量集成有哪些方法？a) 自頂向下（深度優(yōu)先、廣度優(yōu)先）b) 自底向上14. 自頂向下以

17、及自底向上各自有什么優(yōu)缺點(diǎn)？a) 自底向上的優(yōu)點(diǎn)：不需要驅(qū)動(dòng)模塊；能盡早對(duì)程序的主要控制和決策機(jī)制進(jìn)行檢驗(yàn)，能較早發(fā)現(xiàn)整體性的錯(cuò)誤；深度優(yōu)先的自頂向下集成能較早對(duì)某些完整的程序功能進(jìn)行驗(yàn)證。缺點(diǎn)：測試時(shí)低層模塊用樁模塊替代，不能反映真實(shí)情況；重要數(shù)據(jù)不能及時(shí)回送到上層模塊。b) 自底向上的優(yōu)點(diǎn)：不需要樁模塊，所以容易組織測試；將整個(gè)程序結(jié)構(gòu)分解成若干個(gè)簇，對(duì)同一層次的簇可并行進(jìn)行測試，可提高效率。缺點(diǎn)：整體性的錯(cuò)誤發(fā)現(xiàn)得較晚。15. 確認(rèn)測試的概述確認(rèn)測試以軟件需求規(guī)約為依據(jù)，以發(fā)現(xiàn)軟件與需求不一致的錯(cuò)誤。主要檢查軟件是否實(shí)現(xiàn)了規(guī)約規(guī)定的全部功能要求，文檔資料是否完整、正確、合理，其他的需求，

18、如可移植性、可維護(hù)性、兼容性、錯(cuò)誤恢復(fù)能力等是否滿足。16. 什么是測試和測試？a) 測試是由一個(gè)用戶在開發(fā)者的場所進(jìn)行的，軟件在開發(fā)者對(duì)用戶的“指導(dǎo)下”進(jìn)行測試。經(jīng)測試后的軟件稱為版軟件。b) 測試與測試不同在于開發(fā)者不在場，由測試者自由測試并將相關(guān)結(jié)果反饋給開發(fā)人員17. 測試完成的標(biāo)準(zhǔn)是什么？觀察單位時(shí)間內(nèi)出現(xiàn)錯(cuò)誤的數(shù)目的曲線，若成上升趨勢則不可停止測試。18. 調(diào)試的方法有哪些？a) 蠻力法：設(shè)置斷點(diǎn)，測試所有變量的值b) 回溯法：從錯(cuò)誤的地方開始，數(shù)據(jù)回流c) 歸納法：從一些錯(cuò)誤的線索出發(fā)，對(duì)他們的關(guān)系進(jìn)行歸納，找出錯(cuò)誤原因d) 演繹法：找出所有可能出錯(cuò)的原因，一個(gè)個(gè)測試19. 循環(huán)

19、測試中的簡單測試有什么辦法？0次測試N次測試比N次測試多一次的循環(huán)或比N次測試少一次的循環(huán)20. 循環(huán)測試中的嵌套循環(huán)有什么步驟？a) 先測試最內(nèi)層循環(huán)：所有外層的循環(huán)變量置為最小值，最內(nèi)層按簡單循環(huán)測試；b) 由里向外，測試上一層循環(huán)：測試時(shí)此層以外的所有外層循環(huán)的循環(huán)變量取最小值，此層以內(nèi)的所有嵌套內(nèi)層循環(huán)的循環(huán)變量取“典型”值，該層按簡單循環(huán)測試；c) 重復(fù)上一條規(guī)則，直到所有各層循環(huán)測試完畢；d) 對(duì)全部各層循環(huán)同時(shí)取最小循環(huán)次數(shù)，或者同時(shí)取最大循環(huán)次數(shù)21. 為什么要進(jìn)行回歸測試？在集成測試過程中，每當(dāng)增加一個(gè)（或一組）新模塊時(shí)，原先已集成的軟件就發(fā)生了改變。新的數(shù)據(jù)流路徑被建立，新

20、的I/O操作可能出現(xiàn)，還可能激活新的控制邏輯，這些改變可能使原本正常的功能產(chǎn)生錯(cuò)誤。第11章 軟件的維護(hù)與再工程1. 什么叫軟件的演化？軟件在交付以后，對(duì)軟件進(jìn)行的一系列活動(dòng)的總稱。2. 軟件演化包括什么？軟件維護(hù)與再工程3. 什么叫軟件維護(hù)？軟件系統(tǒng)交付使用以后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程4. 軟件的維護(hù)活動(dòng)有哪些？糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、改善性維護(hù)、預(yù)防性維護(hù)5. 如何區(qū)分結(jié)構(gòu)性維護(hù)和非結(jié)構(gòu)性維護(hù)？a) 結(jié)構(gòu)化維護(hù)：采用軟件工程的方法進(jìn)行軟件開發(fā)，保證每個(gè)階段都有完整且詳細(xì)的文檔b) 非結(jié)構(gòu)化維護(hù)：如果不采用軟件工程方法開發(fā)軟件，軟件只有程序而欠缺文檔，則維護(hù)工作將變得十分

21、困難6. 維護(hù)工作的工作量模型公式是什么？7. 影響維護(hù)工作的工作量的因素有哪些？a) 系統(tǒng)的規(guī)模b) 程序設(shè)計(jì)語言c) 系統(tǒng)年齡d) 數(shù)據(jù)庫技術(shù)的應(yīng)用e) 先進(jìn)的軟件開發(fā)技術(shù)8. 維護(hù)流程有哪些？9. 軟件維護(hù)人員進(jìn)行修改之前著重看中什么？維護(hù)申請(qǐng)報(bào)告、軟件修改報(bào)告10. 什么叫軟件的可維護(hù)性？指理解、改正、調(diào)整和改進(jìn)軟件的難易程度。11. 軟件可維護(hù)性的主要因素是什么？a) 可理解性：指理解軟件的結(jié)構(gòu)、接口、功能和內(nèi)部過程的難易程度。b) 可測試性：指測試和診斷軟件（主要指程序）中錯(cuò)誤的難易程度。c) 可修改性：指修改軟件（主要指程序）的難易程度。d) 可移植性：指程序轉(zhuǎn)移到一個(gè)新的計(jì)算環(huán)

22、境的難易程度。12. 提高軟件可維護(hù)性的方法？a) 確定質(zhì)量管理目標(biāo)和優(yōu)先級(jí)b) 規(guī)范化程序設(shè)計(jì)風(fēng)格c) 選擇可維護(hù)性高的程序設(shè)計(jì)語言d) 改進(jìn)程序文檔e) 保證軟件質(zhì)量審查方法 13. 什么叫再工程？指在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本 14. 再工程的主要目的是什么？為遺留系統(tǒng)轉(zhuǎn)化為可演化系統(tǒng)提供一條現(xiàn)實(shí)可行的途徑15. 什么叫逆向工程？逆向工程是把軟件源程序還原為軟件文檔或軟件設(shè)計(jì)的過程。第12章 軟件度量與配置管理1. 軟件的度量有哪些方法？a) 第一類分解：i. 面向規(guī)模的度量用于收集與直接度量有關(guān)的軟件工程輸出信息和質(zhì)量信息（軟件大?。﹊i. 面向

23、功能的度量的則集中在程序的“功能性”和“實(shí)用性”iii. 面向人的度量則收集有關(guān)人們開發(fā)計(jì)算機(jī)軟件所用方式的信息和人員理解有關(guān)工具的方法和效率的信息b) 第二種分類：i. 軟件生產(chǎn)率度量集中在軟件工程過程的輸出ii. 軟件質(zhì)量度量可指明軟件滿足明確的和隱含的用戶需求的程度iii. 技術(shù)度量主要集中在軟件產(chǎn)品的某些特征(如邏輯復(fù)雜性、模塊化程度)上，而不是軟件開發(fā)的全過程2. 什么叫軟件質(zhì)量？與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特性的總和3. 軟件質(zhì)量的模型有哪些？a) McCall模型：質(zhì)量要素反映軟件的質(zhì)量，決定產(chǎn)品質(zhì)量的軟件屬性用作評(píng)價(jià)準(zhǔn)則，量化的度量體系可測量軟件質(zhì)量屬性的優(yōu)劣b) Boehm模型：c) ISO/IEC9126質(zhì)量模型4. 程序復(fù)雜性有什么判定原則？a) 程序復(fù)雜性與程序大小