軟件工程考試題目匯總

1、判斷題1. 螺旋模型是在瀑布模型和增量模型的根底上增加了風(fēng)險(xiǎn)分析活動(dòng)。 對(duì) 2. 軟件是指用程序設(shè)計(jì)語(yǔ)言編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。 錯(cuò)3. 過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 錯(cuò) 4. 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)對(duì) 5. 軟件模塊之間的耦合性越弱越好。 對(duì) 6. 如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤， 那么說(shuō)明軟件是正確的。 錯(cuò) 7. 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。 對(duì) 8. 數(shù)據(jù)流圖 DFD 和程序流程圖沒(méi)有區(qū)別。 錯(cuò) 9. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原那么有助于得到高內(nèi)聚，低 耦合度的軟件產(chǎn)品。 對(duì) 10. 白盒測(cè)試無(wú)需考慮

2、模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)， 只要了解模塊的功能即 可。錯(cuò)11. 軟件危機(jī)是指在軟件開(kāi)發(fā)和維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題。 對(duì) 12結(jié)構(gòu)化分析方法就是用抽象模型的概念， 按照軟件內(nèi)部數(shù)據(jù)傳遞、 變換的關(guān)系， 自頂向下逐層分解，直到找到滿(mǎn)足功能要求的所有可實(shí)現(xiàn)的軟件為止。對(duì)13程序設(shè)計(jì)語(yǔ)言中應(yīng)絕對(duì)禁止使用GOTO 語(yǔ)句。 錯(cuò) 14模塊越小，模塊的優(yōu)點(diǎn)越大。 錯(cuò) 15集成測(cè)試主要由用戶(hù)來(lái)完成。 錯(cuò) 16. 確認(rèn)測(cè)試方案應(yīng)該在可行性研究階段制定錯(cuò) 17快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。 對(duì) 18需求規(guī)格說(shuō)明書(shū)不是一個(gè)軟件配置項(xiàng)錯(cuò) 19. 黑盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，

3、只要了解模塊的功能即 可。對(duì)20. UML 只能應(yīng)用于軟件系統(tǒng)模型的建立。 錯(cuò) 名詞解釋1. 軟件工程 : 軟件工程是一門(mén)研究如何將完善的科學(xué)與工程原理，先進(jìn)高效的管理技術(shù)以及完整、 標(biāo)準(zhǔn)的設(shè)計(jì)方法應(yīng)用于經(jīng)濟(jì)的開(kāi)發(fā)既可靠， 又能在實(shí)際計(jì)算機(jī)上有效運(yùn) 行的軟件的一門(mén)工程學(xué)科。2. 軟件寬度： 是軟件結(jié)構(gòu)中同一層次上的模塊總數(shù)的最大值。3. 軟件測(cè)試： 在精心控制的系統(tǒng)環(huán)境下， 采用相應(yīng)的技術(shù)手段， 利用一組事先構(gòu)造好的測(cè)試 實(shí)例執(zhí)行程序以發(fā)現(xiàn)程序中存在的問(wèn)題， 并確認(rèn)系統(tǒng)功能、 性能符合需求的一個(gè) 綜合過(guò)程。4. 軟件維護(hù)5. 軟件質(zhì)量保證6. 軟件危機(jī)： 軟件危機(jī)就是軟件在開(kāi)發(fā)和維護(hù)過(guò)程中存在

4、的一系列嚴(yán)重問(wèn)題的總稱(chēng)。7. 軟件生存周期8. 白盒法9. 數(shù)據(jù)字典10. 內(nèi)聚性： 指模塊的功能強(qiáng)度的度量，即一個(gè)模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)， 進(jìn)行集成測(cè)試 。11. 集成測(cè)試12. 軟件： 是計(jì)算機(jī)系統(tǒng)中與硬件系統(tǒng)相互依存的另一部份，是完成某類(lèi)問(wèn)題求解的程序 和數(shù)據(jù)以及為維護(hù)程序必須提供的一系列文檔組成的集合。13. 數(shù)據(jù)流圖14. 黑盒測(cè)試 :測(cè)試是在軟件接口上進(jìn)行； 也叫功能測(cè)試、 輸入 / 輸出驅(qū)動(dòng)測(cè)試。15. 軟件深度 :表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往能粗略地標(biāo)志一個(gè)系 統(tǒng)的大小和復(fù)雜 程度。16. 數(shù)據(jù)字典：是結(jié)構(gòu)化分析方法中采用的表達(dá)數(shù)據(jù)元素的工具。是對(duì)數(shù)據(jù)流圖中所

5、有的數(shù)據(jù)元素、 數(shù)據(jù)結(jié)構(gòu)、 數(shù)據(jù)文件、 數(shù)據(jù)流等的格式與內(nèi)容進(jìn)行定義的數(shù)據(jù)集合。17. 白盒測(cè)試 : 是對(duì)軟件實(shí)現(xiàn)的過(guò)程性細(xì)節(jié)做認(rèn)真的運(yùn)行檢查；也叫結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng) 測(cè)試。確定要開(kāi)發(fā)的工程是否值31 經(jīng)濟(jì)可行性 : 進(jìn)行開(kāi)發(fā)本錢(qián)的估算以及了解取得效益的評(píng)估，得投資開(kāi)發(fā)。經(jīng)濟(jì)可行性的范圍很廣， 包括效益阻礙等責(zé)任問(wèn)題， 要開(kāi)發(fā)工程目的運(yùn)行現(xiàn)有管理制度、 人員素質(zhì)、 操作方式是否 解析 對(duì)于一個(gè)系統(tǒng)所必須要衡量的是經(jīng)濟(jì)上是否合算， 分析、潛在市場(chǎng)前景等。32 社會(huì)可行性 : 要開(kāi)發(fā)的工程是否存在任何侵犯、 方式在用戶(hù)組織內(nèi)是否行得通， 可行。 解析 社會(huì)可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了

6、解的諸多問(wèn)題。33 投資回收期 : 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間投資回收期越短， 就越快獲得利 解析 通常我們用投資回收期來(lái)衡量一個(gè)開(kāi)發(fā)工程的價(jià)值， 潤(rùn)。34 對(duì)應(yīng)關(guān)系 : 即有直接因果關(guān)系在程序中可以同時(shí)處理。 解析 對(duì)應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、 數(shù)量上和順序上有直接的因果關(guān)系， 對(duì)于重復(fù)的數(shù) 據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對(duì)應(yīng)關(guān)系。35 結(jié)構(gòu)沖突 : 輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱(chēng)為結(jié)構(gòu)沖突。 解析 使用 JSP 方法時(shí)會(huì)遇到此類(lèi)結(jié)構(gòu)沖突問(wèn)題，對(duì)此，Jackson 提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的方法， 將沖突局部分隔開(kāi)來(lái)， 建立多

7、個(gè)程序結(jié)構(gòu)， 再利用中間文件把它們聯(lián)系起 來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。填空題21 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的 信息流動(dòng) 情況。 解析 系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素，處 如人工理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等，表達(dá)了元素之間的信息流動(dòng)的情況。22 本錢(qián)效益分析的目的是從 經(jīng)濟(jì) 角度評(píng)價(jià)開(kāi)發(fā)一個(gè)工程是否可行。 解析 本錢(qián)效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)本錢(qián)，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件工程是否可行。23 自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩

8、種組合策略：深度優(yōu)先策略和 寬度優(yōu)先策略 。 解析 漸增式測(cè)試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下 集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式， 不需要編寫(xiě)驅(qū)動(dòng)模塊， 只需要編寫(xiě)樁模塊。 它從主 控模塊開(kāi)始， 按照軟件的控制層次結(jié)構(gòu)， 以深度優(yōu)先或?qū)挾葍?yōu)先的策略， 逐步把各個(gè)模塊集 成在一起。24 獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看， 一條獨(dú)立路徑是至少包含有一條 在其他獨(dú)立路徑中未有過(guò) 的邊的路徑。 解析 在根本路徑測(cè)試中， 以詳細(xì)設(shè)計(jì)或源程序?yàn)楦祝?導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)程 序圖， 在計(jì)算了程序圖的環(huán)路復(fù)雜性之后， 確定只包含獨(dú)立路徑

9、的根本路徑圖， 其中獨(dú)立路 徑是包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。 從程序圖來(lái)看， 一條獨(dú)立路徑是至少 包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。25 匯編語(yǔ)言是面向 機(jī)器 的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間 的一些接口工作。 解析 匯編語(yǔ)言屬于低級(jí)語(yǔ)言，是一種面向機(jī)器的語(yǔ)言，它與高級(jí)語(yǔ)言相比有許多優(yōu)越性： 如操作靈活， 可以直接作用到硬件的最下層， 完成與外部設(shè)備的接口工作等， 是能夠利用計(jì)算機(jī) 硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。26 在 JSP 方法中解決結(jié)構(gòu)沖突的具體方法是 中間數(shù)據(jù)結(jié)構(gòu)或中間文件 。 解析 JSP 方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義

10、了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，根據(jù)輸入、 輸出的數(shù)據(jù)結(jié)構(gòu)， 按一定的規(guī)那么映射成軟件的過(guò)程描述， 在 JSP 方法中解決結(jié)構(gòu) 沖突的具體方法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件， 將沖突局部分隔開(kāi)來(lái)， 建立多個(gè)程序結(jié)構(gòu)，再利 用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。27詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、 使用的數(shù)據(jù) 。 解析 詳細(xì)設(shè)計(jì)的根本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。 軟件問(wèn)題 報(bào)告。28所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(chēng) 解析 在軟件維護(hù)的流程中

11、， 第一步就是制定維護(hù)申請(qǐng)報(bào)告， 也稱(chēng)為軟件問(wèn)題報(bào)告， 它是維護(hù)階 段的一種文檔，由申請(qǐng)維護(hù)的用戶(hù)填寫(xiě)。29有兩類(lèi)維護(hù)技術(shù)：在開(kāi)發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的 維護(hù)支援 技術(shù)。 解析 面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的所有階段，能夠減少軟件錯(cuò)誤， 提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)那么包含信息收集， 錯(cuò)誤原因分析， 維護(hù)方案評(píng)價(jià)等項(xiàng)， 是在軟件維護(hù)階段用來(lái)提高 維護(hù)效率和質(zhì)量的技術(shù)。30科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有： FORTRAN 語(yǔ)言 、 PASCAL 語(yǔ)言、 C 語(yǔ)言和 PL/1 語(yǔ)言。

12、 解析 計(jì)算機(jī)語(yǔ)言根據(jù)不同行業(yè)的需求，使用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些 數(shù)據(jù)庫(kù)語(yǔ)言如 FOXPRO 、 ORICAL 有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語(yǔ)言的科學(xué)計(jì)算能力 就顯得格外重要，如 MATLAB 、 PL/1 、 FORTRAN 語(yǔ)言都是工程計(jì)算中常用的語(yǔ)言。第一章 軟件與軟件工程1. 計(jì)算機(jī)軟件 是與操作系統(tǒng)有關(guān)的程序、規(guī)那么、規(guī)程及其有關(guān)的文檔和數(shù)據(jù)；由兩局部組成：一、機(jī)器可執(zhí)行的程序及有關(guān)數(shù)據(jù)；二、機(jī)器不可執(zhí)行的，與軟件運(yùn)行、維護(hù)有關(guān)的 相關(guān)文檔2. 軟件是邏輯產(chǎn)品不是物理產(chǎn)品，特點(diǎn)是不會(huì)磨損和老化3. 軟件分為系統(tǒng)軟件與應(yīng)用軟件4. 軟件危機(jī)： 軟件功能要求變得更強(qiáng)

13、、更復(fù)雜， 代碼量大， 不僅需要編程人員技藝高超,更需要人員間的組織和合作；在這種情況下，完成軟件往往質(zhì)量差、維護(hù)困難、難以重用等等。軟件危機(jī)的表現(xiàn)形式 是本錢(qián)高、生產(chǎn)率低、質(zhì)量難保證5. 軟件工程 是用工程、科學(xué)和數(shù)學(xué)的原那么與方法研制、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)及 管理方法6. 軟件工程由方法、工具和過(guò)程三局部組成軟件工程的目標(biāo)：可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可 適應(yīng)性、可移植性、可追蹤性、可互操作性7. 軟件工程 原那么：抽象、信息隱藏、模塊化、局部化、完整性、一致性、可驗(yàn)證性8. 軟件生存周期 包括：軟9. 軟件定義分為軟件系統(tǒng)的可行性研究和需求分析兩個(gè)階段10

14、. 可行性研究 包括技術(shù)可行性、操作可行性和經(jīng)濟(jì)可彳 11. 軟件開(kāi)發(fā)模型 :軟件需求完全確定采用瀑布模型；初始階段只提供根本需求時(shí)采用 漸進(jìn)式開(kāi)發(fā)模型，如原型模型和螺旋模型12. 軟件開(kāi)發(fā)周期一般步驟=:可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與實(shí) 現(xiàn)、單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試、運(yùn)行與維護(hù)、退役13. 螺旋模型是生存周期模型與原型模型的結(jié)合，增加了新的成分一一風(fēng)險(xiǎn)分析，有求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)、評(píng)審四局部組成14. CASE 計(jì)算機(jī)輔助軟件工程第二章 軟件工程管理1. 軟件工程的定量描述離不開(kāi)度量、測(cè)量和估算三個(gè)概念2. 度量 具有數(shù)字特征，測(cè)量和估算 是簡(jiǎn)單屬性度量的函數(shù)3.

15、 測(cè)量用于事后或?qū)崟r(shí)狀態(tài)，可分為直接測(cè)量 和間接測(cè)量外部屬性可以說(shuō)是面向管理間接軟件工程的產(chǎn)品、過(guò)程、資源都具有外部屬性和內(nèi)部屬性，者和用戶(hù)的屬性，是由內(nèi)部屬性決定的；Putnam模型是動(dòng)態(tài)多變量模型4. 面向規(guī)模的度量，直接自然直觀；面向功能的度量，5. 經(jīng)驗(yàn)估算模型：CoCoMo模型是靜態(tài)、單變量模型6. 軟件質(zhì)量 的定義是軟件產(chǎn)品滿(mǎn)足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性。1978年Walters和McCall提出包括質(zhì)量要素、準(zhǔn)那么和度量的三層次軟件質(zhì)量度量模型， 質(zhì)量要素分為 產(chǎn)品修正性、產(chǎn)品轉(zhuǎn)移性和產(chǎn)品運(yùn)行性7. T.J把程序看成是有一個(gè)入口節(jié)點(diǎn) 和一個(gè)出口節(jié)點(diǎn)的有向圖8.

16、程序結(jié)構(gòu)復(fù)雜性的度量：V G =e-n+2,e為邊數(shù)，n為節(jié)點(diǎn)數(shù)9. 軟件工程的風(fēng)險(xiǎn)分析包括風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)和風(fēng)險(xiǎn)管理四個(gè)局部11. CMM的能力成熟度 共分為 5級(jí)：L1初始級(jí)、L2可重復(fù)級(jí)、L3已定義級(jí)、L4已管理級(jí)、L5優(yōu)化級(jí)12. 軟件質(zhì)量保證活動(dòng)有8條：第三章計(jì)算機(jī)系統(tǒng)工程1. 計(jì)算機(jī)系統(tǒng)工程包括硬件工程、軟件工程、人機(jī)工程和數(shù)據(jù)庫(kù)工程第四章需求分析根底1. 需求分析分為2. 問(wèn)題分析方法：?jiǎn)栴}分析、需求描述 和需求評(píng)審 三個(gè)階段問(wèn)題抽象、問(wèn)題分解和多視點(diǎn)分析，還有需求建模3. 需求規(guī)格說(shuō)明書(shū)衡量標(biāo)準(zhǔn)：正確性、無(wú)歧義性、完全性、可驗(yàn)證性、一致性、可理解性、可修改性和可追蹤

17、性第五章 面向數(shù)據(jù)流的分析方法1. 面向數(shù)據(jù)流的分析方法是結(jié)構(gòu)化分析方法2. 數(shù)據(jù)流圖有外部實(shí)體、轉(zhuǎn)換、數(shù)據(jù)流和 數(shù)據(jù)源 組成3. 數(shù)據(jù)字典的作用是：重組數(shù)據(jù)條目4. 在逐層精化過(guò)程中，初始輸入流和最終輸出流必須嚴(yán)格一致5. 數(shù)據(jù)字典可以對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)源及外部實(shí)體進(jìn)行描述、組織和管理6. 數(shù)據(jù)流圖精化的原那么是“強(qiáng)內(nèi)聚，松耦合 第六章 面向?qū)ο蟮男枨蠓治?. 面向?qū)ο?對(duì)象+類(lèi)+繼承+聚集+消息2. UML四類(lèi)視圖： 用例圖、靜態(tài)圖 類(lèi)圖、對(duì)象圖、包圖、行為圖 交互圖、狀態(tài)圖、活動(dòng)圖、實(shí)現(xiàn)圖構(gòu)件圖、部署圖3. 迭代的漸進(jìn)式軟件開(kāi)發(fā)過(guò)程，包含初啟、細(xì)化、構(gòu)造 和移交四個(gè)階段，重點(diǎn)在細(xì)

18、化4. 軟件頂層架構(gòu)設(shè)計(jì)：流程處理模式 、客戶(hù)/效勞器模式、模型-視圖-控制器MVC 模式、分層模式5. UML的用例和用例之間有：使用關(guān)系 和擴(kuò)展關(guān)系6. UML包含3個(gè)局部：類(lèi)的名稱(chēng)、屬性列表、方法列表 第八章軟件設(shè)計(jì)根底1. 軟件設(shè)計(jì)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)2. 系統(tǒng)的設(shè)計(jì)過(guò)程有總體結(jié)構(gòu)設(shè)計(jì)一、系統(tǒng)的數(shù)據(jù)設(shè)計(jì)和系統(tǒng)的過(guò)程設(shè)計(jì)2. 模塊化的依據(jù)一一一個(gè)復(fù)雜問(wèn)題分割成假設(shè)干個(gè)可管理的小問(wèn)題更易于求解3. 信息隱藏一一模塊信息對(duì)于那些不需要這些信息的模塊不可訪問(wèn)4. 內(nèi)聚度：低級(jí)內(nèi)聚偶然性?xún)?nèi)聚、邏輯性?xún)?nèi)聚、時(shí)間性?xún)?nèi)聚、中級(jí)內(nèi)聚過(guò)程性?xún)?nèi) 聚、通信性?xún)?nèi)聚、高級(jí)內(nèi)聚順序性?xún)?nèi)聚、功能性?xún)?nèi)聚5. 設(shè)計(jì)軟件

19、應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合， 杜絕內(nèi)容耦合6. 軟件總體結(jié)構(gòu)包括層次結(jié)構(gòu)程序結(jié)構(gòu)和輸入輸出數(shù)據(jù)結(jié)構(gòu)7個(gè)軟件的深度和寬度分別說(shuō)明其控制的層數(shù)和跨度；一個(gè)模塊的“扇出率指其 直接控制的模塊個(gè)數(shù)；“扇入率指直接控制該模塊的模塊數(shù)8. 結(jié)構(gòu)化程序設(shè)計(jì)是特點(diǎn)是單入口、單出口9. 一個(gè)模塊控制另一模塊，前者為“主控模塊，后者為“附屬 模塊1O.PDL過(guò)程設(shè)計(jì)語(yǔ)言P20011.設(shè)計(jì)規(guī)格說(shuō)明與評(píng)審中，復(fù)審分正式和非正式 兩種12. 盒圖又稱(chēng) N-S圖P198第九章 面向數(shù)據(jù)流的設(shè)計(jì)方法1. 面向數(shù)據(jù)流的設(shè)計(jì)方法通常叫結(jié)構(gòu)設(shè)計(jì)法。2. 信息流分交換流和事務(wù)流兩種3. 事務(wù)分

20、析有7個(gè)步驟：1、復(fù)審根本系統(tǒng)模型。2、復(fù)審并精化軟件數(shù)據(jù)流圖。3、確定數(shù)據(jù)流圖的特性。4、指出事務(wù)中心，確定有事務(wù)中心發(fā)出的每一動(dòng)作路徑的數(shù)據(jù)流特性。5、把數(shù)據(jù)流圖映射為事務(wù)處理型的程序結(jié)構(gòu)。6、分解并精化事務(wù)結(jié)構(gòu)以及每條動(dòng)作路徑所對(duì)應(yīng)的結(jié)構(gòu)。7、使用啟發(fā)式設(shè)計(jì)謀略，精化所得程序結(jié)構(gòu)雛形，改進(jìn)軟件質(zhì)量。4. 設(shè)計(jì)優(yōu)化原那么：百分之二十規(guī)那么第十章 面向?qū)ο蟮脑O(shè)計(jì)方法1. UML的消息有簡(jiǎn)單消息、同步消息、異步消息和返回消息四種2. 類(lèi)的類(lèi)型有： :邊界類(lèi)、實(shí)體類(lèi)、控制類(lèi)第十二章人機(jī)界面設(shè)計(jì)1. 人機(jī)界面設(shè)計(jì)先后涉及四個(gè)模型：設(shè)計(jì)模型 軟件工程師提出、用戶(hù)模型 軟件工程師提出、假象模型終端用戶(hù)

21、提出、系統(tǒng)映像模型系統(tǒng)實(shí)現(xiàn)2. 人機(jī)界面風(fēng)格的演變：第一代命令和詢(xún)問(wèn)方式，易出錯(cuò)、不友善且難以學(xué)習(xí)第二代簡(jiǎn)單的菜單式，必須逐級(jí)進(jìn)行，不能一步到位第三代面向窗口的點(diǎn)選界面 WIMP界面，窗口、圖標(biāo)、菜單、顯示器四位一體，形成 桌面的概念，可在不同工作環(huán)境中切換第四代把第三代與超文本、多任務(wù)概念結(jié)合起來(lái)，用戶(hù)可同時(shí)執(zhí)行多個(gè)任務(wù)3. 設(shè)計(jì)人機(jī)界面一般要考慮系統(tǒng)響應(yīng)時(shí)間、用戶(hù)求助機(jī)制、錯(cuò)誤信息處理和命令方式 四個(gè)方面第十四章軟件測(cè)試1. 軟件測(cè)試 是為了發(fā)現(xiàn)程序中的錯(cuò)誤，用到的數(shù)據(jù)稱(chēng)為測(cè)試用例，其原那么是 盡可能暴露錯(cuò)誤2. 大型軟件系統(tǒng)的測(cè)試分為單元模塊測(cè)試和綜合測(cè)試3. 測(cè)試只能找出程序中的錯(cuò)誤，

22、而不能證明程序無(wú)錯(cuò)4. 軟件交付使用后，用戶(hù)繼續(xù)扮演測(cè)試角色5. 黑盒測(cè)試：產(chǎn)品的功能，通過(guò)測(cè)試檢驗(yàn)每個(gè)功能能否正常使用；測(cè)試時(shí)不用考 慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，僅在程序界面上進(jìn)行6. 黑盒測(cè)試的三種方法：等價(jià)分類(lèi)、邊界值分析、比照測(cè)試7. 白盒測(cè)試：產(chǎn)品內(nèi)部工作過(guò)程，通過(guò)測(cè)試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按產(chǎn)品規(guī)格說(shuō)明的規(guī)定正確運(yùn)行8白盒測(cè)試：根本路徑測(cè)試 和控制結(jié)構(gòu)測(cè)試9. 單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位一一模塊，多采用白盒測(cè)試，系統(tǒng)內(nèi)多個(gè)模 塊可以并行測(cè)試10. 模塊接口測(cè)試 是單元測(cè)試的根底11. 綜合測(cè)試分為 非增量式集成 和增量式集成；增量式集成又分為自頂向下集成 和自底向上集成12.

23、 自頂向下集成需要樁模塊13. 自底向上集成需要驅(qū)動(dòng)模塊13. 排錯(cuò)策略：原始類(lèi)、回溯類(lèi)、排除類(lèi)第十五章軟件維護(hù)1. 維護(hù)活動(dòng)起因可分為 糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、改善性維護(hù)、預(yù)防性維護(hù)，其中糾錯(cuò)性維護(hù)最為重要2. 結(jié)構(gòu)化的維護(hù)：文檔健全，非結(jié)構(gòu)化維護(hù)：文檔不健全3. 維護(hù)的副作用：代碼副作用、數(shù)據(jù)副作用、文檔副作用4. 軟件的可維護(hù)性是指：一單項(xiàng)選擇1. 軟件生命周期一般包括：軟件幵發(fā)期和軟件運(yùn)行期，下述D 不是軟件開(kāi)發(fā)期所應(yīng)包含的內(nèi)容。A需求分析B結(jié)構(gòu)設(shè)計(jì)C程序編制D軟件維護(hù)2. 軟件是一種邏輯產(chǎn)品，它的開(kāi)發(fā)主要是A 。A研制B拷貝C再生產(chǎn)D復(fù)制3以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件工

24、程的生存周期模型是C 。A噴泉模型B增量模型C瀑布模型D螺旋模型4.在軟件生存周期中，B 階段必須要答復(fù)的問(wèn)題是“要解決的問(wèn)題是做什么?A詳細(xì)設(shè)計(jì) B可行性分析和工程開(kāi)發(fā)方案C概要設(shè)計(jì)D軟件測(cè)試5. 軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品是一種C 產(chǎn)品A有形B消耗C邏輯D文檔6. C 把瀑布模型和專(zhuān)家系統(tǒng)結(jié)合在一起，在開(kāi)發(fā)的各個(gè)階段上都利用相應(yīng)的專(zhuān)家系統(tǒng)來(lái)幫助軟件人員完成開(kāi)發(fā)工作。A原型模型B螺旋模型C基于知識(shí)的智能模型D噴泉模型7. B 階段是為每個(gè)模塊完成的功能進(jìn)行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過(guò)程描述A概要設(shè)計(jì)B詳細(xì)設(shè)計(jì)C編碼D測(cè)試8. 以下軟件開(kāi)發(fā)模型中，適合于那些不能

25、預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)的模型是A。A 原型模型B 瀑布模型C 基于知識(shí)的智能模型D 變換模型9. 以下軟件開(kāi)發(fā)模型中，以面向?qū)ο蟮能浖_(kāi)發(fā)方法為根底，以用戶(hù)的需求為動(dòng)力，以對(duì)象來(lái)驅(qū)動(dòng)的模 型是C。A 原型模型B 瀑布模型C 噴泉模型D 螺旋模型10以下軟件開(kāi)發(fā)模型中，支持需求不明確，特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持多種軟件開(kāi)發(fā)方法的模 型是 D 。A 原型模型 B 瀑布模型 C 噴泉模型 D 螺旋模型11 軟件特性中，使軟件在不同的系統(tǒng)約束條件下，使用戶(hù)需求得到滿(mǎn)足的難易程度稱(chēng)為 C A 可修改性 B 可靠性 C 可適應(yīng)性D 可重用性12 軟件特性中，一個(gè)軟件能再次用于其他相關(guān)應(yīng)用的

26、程度稱(chēng)為 B A 可移植性B 可重用性C 容錯(cuò)性 D 可適應(yīng)性13 軟件特性中， A 是指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的需求的程度A 可理解性B 可靠性C 可適應(yīng)性D 可重用性14軟件特性中，軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能、適應(yīng)環(huán)境變化等方面工作 的難易程度稱(chēng)為 B 。A 可理解性B 可維護(hù)性C 可適應(yīng)性D 可重用性15軟件特性中，軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境移植到另一個(gè)上去的難易程度指的是CA 可理解性B 可修改性C 可移植性D 可重用性16軟件特性中，在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的概率指的是D 。C 正確 性 17軟件特性中，允許對(duì)軟件進(jìn)行修改而不增加其復(fù)雜性指

27、的是A 有效性B 可適應(yīng)性可靠性A 。A 可修改性B 可適應(yīng)性C 可維護(hù)性D 可移植性18 軟件特性中，多個(gè)軟件元素相互通訊并協(xié)同完成任務(wù)的能力指的是。A 可理解性 B 可互操作性 C 可維護(hù)性 D 可追蹤性19 軟件特性中，根據(jù)軟件需求對(duì)軟件設(shè)計(jì)、程序進(jìn)行正向追蹤，或根據(jù)程序、軟件設(shè)計(jì)對(duì)軟件需求進(jìn)行 逆向追蹤的能力指的是 C 。A可理解性B 可互操作性C 可追蹤性D 可維護(hù)性20軟件的可修改性支持軟件的D 。A有效性B 可互操作性C 可追蹤性D 可維護(hù)性21軟件的可移植性支持軟件的 A 。A可適應(yīng)性B 可互操作性C 可追蹤性D 有效性22軟件的可理解性支持軟件的 B 。A有效性B 可移植性C

28、 可追蹤性D 可靠性23在軟件工程的原那么中，抽象、信息隱藏、模塊化和局部化的原那么支持軟件的 C A 有效性B 可互操作性C 可靠性D 可追蹤性24以下選項(xiàng)中，屬于需求分析階段的任務(wù)的是D 。A 組裝測(cè)試方案 B 單元測(cè)試方案C 軟件總體設(shè)計(jì)D 驗(yàn)收測(cè)試方案25以下選項(xiàng)中，屬于概要設(shè)計(jì)階段的任務(wù)的是A 。A 組裝測(cè)試方案 B 單元測(cè)試方案C 初步用戶(hù)手冊(cè)D 驗(yàn)收測(cè)試方案26以下選項(xiàng)中，屬于詳細(xì)設(shè)計(jì)階段的任務(wù)的是B 。A 組裝測(cè)試方案B 單元測(cè)試方案C 初步用戶(hù)手冊(cè)D 驗(yàn)收測(cè)試方案27以下選項(xiàng)中，屬于實(shí)現(xiàn)階段的任務(wù)的是C 。A 組裝測(cè)試方案B 繪制程序流程圖 C單元測(cè)試D 驗(yàn)收測(cè)試方案A工程幵

29、發(fā)總結(jié)報(bào)告B驗(yàn)收測(cè)試方案C需求規(guī)格說(shuō)明書(shū)D最終用戶(hù)手冊(cè)二填空1 計(jì)算機(jī)軟件是指與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、數(shù)據(jù)以及任何與之有關(guān)的文檔資料。2. _瀑布模型是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的假設(shè)干階段的模型。3. 維護(hù)階段是軟件生存周期中時(shí)間最長(zhǎng)的階段。4. 噴泉模型是一種以用戶(hù)需求為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模型，適合于面向?qū)ο蟮膸园l(fā)方法。5 .軟件生存周期是指一個(gè)軟件從定義開(kāi)始直到該軟件最終退役為止的整個(gè)時(shí)期。6.在軟件的生產(chǎn)過(guò)程中，總是有大量各種信息要記錄，因此, 的作用。文檔在產(chǎn)品的開(kāi)發(fā)過(guò)程中起著重要7.在軟件生存周期中，軟件定義過(guò)程的根本任務(wù)是確定軟件系統(tǒng)的工程需求8.在軟件生

30、存周期中，軟件定義過(guò)程可以通過(guò)軟件系統(tǒng)的可行性研究和需求分析兩個(gè)階段來(lái)完成。9 .在軟件生存周期中，軟件開(kāi)發(fā)過(guò)程可以通過(guò)_ 概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)_、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試共5個(gè)階段組成。10 .我們把支持軟件工程的開(kāi)發(fā)、管理、維護(hù)活動(dòng)的軟件叫做軟件開(kāi)發(fā)的工具軟件。11.軟件工程由方法、過(guò)程和工具三局部組成，稱(chēng)為軟件工程的三要素。三名詞解釋1計(jì)算機(jī)軟件 答：計(jì)算機(jī)軟件是指與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、數(shù)據(jù)以及任何與之有關(guān)的文檔資料2.軟件危機(jī)答：軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)、使用與維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題和難題3.軟件工程答：軟件工程是指用工程、科學(xué)和數(shù)學(xué)的原那么與方法開(kāi)發(fā)、維護(hù)計(jì)算機(jī)軟件的

31、有關(guān)技術(shù)和管理方法4. 軟件工程過(guò)程答：軟件工程過(guò)程指在定義、開(kāi)發(fā)、使用和維護(hù)軟件時(shí)，要實(shí)施的過(guò)程、 活動(dòng)和任務(wù)。5. 軟件生存周期答：軟件從定義開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)、使用和維護(hù)，直到最終退役的全過(guò)程稱(chēng)為軟件生存周期。6. 軟件生存周期模型答：軟件開(kāi)發(fā)模型 又稱(chēng)為軟件生存周期模型是指軟件工程開(kāi)發(fā)和維護(hù)的總體過(guò)程思路的框架7.計(jì)算機(jī)輔助軟件工程答：在軟件工程活動(dòng)中，人們按照軟件工程的原那么和方法，利用計(jì)算機(jī)及其集成的軟件開(kāi)發(fā)環(huán)境，輔助軟 件工程的開(kāi)發(fā)、維護(hù)及管理的過(guò)程，稱(chēng)為計(jì)算機(jī)輔助軟件工程即 CASE 。四 簡(jiǎn)答題1軟件產(chǎn)品的特點(diǎn)是什么答：軟件幵發(fā)與硬件研制相比，更依賴(lài)于幵發(fā)人員的業(yè)務(wù)素質(zhì)、智力、人

32、員的組織、合作和管理。 大型軟件仍然存在著潛伏的錯(cuò)誤。 軟件產(chǎn)品幵發(fā)成功后，只需對(duì)原版軟件進(jìn)行復(fù)制，即可生產(chǎn)出任意多的同樣的產(chǎn)品。 還有，軟件在使用過(guò)程中的維護(hù)工作比硬件要復(fù)雜得多。 由于軟件不是物理產(chǎn)品，所以它不會(huì)磨損和老化。2軟件危機(jī)的表現(xiàn)有哪些？答： 1對(duì)軟件開(kāi)發(fā)本錢(qián)和進(jìn)度的估計(jì)常常很不準(zhǔn)確。2用戶(hù)對(duì)已完成的軟件不滿(mǎn)意的現(xiàn)象時(shí)有發(fā)生。3軟件產(chǎn)品的質(zhì)量往往是靠不住的。4軟件常常是不可維護(hù)的。5軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。6軟件本錢(qián)在計(jì)算機(jī)系統(tǒng)總本錢(qián)中所占比例逐年上升。7軟件開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上日益增長(zhǎng)的軟件需求。3產(chǎn)生軟件危機(jī)的原因主要有哪些？答： 1用戶(hù)對(duì)軟件需求的描述不精確。2

33、軟件開(kāi)發(fā)人員對(duì)用戶(hù)需求的理解有偏差。3缺乏處理大型軟件工程的經(jīng)驗(yàn)。4開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤。5缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持。6面對(duì)日益增長(zhǎng)的軟件需求，人們顯得力不從心。4軟件工程的 7 條根本原理是什么？答： 1用分階段的生存周期方案嚴(yán)格管理2堅(jiān)持進(jìn)行階段評(píng)審3實(shí)行嚴(yán)格的產(chǎn)品控制4采用現(xiàn)代程序設(shè)計(jì)技術(shù)5結(jié)果應(yīng)能清楚地審查6開(kāi)發(fā)小組的人員應(yīng)少而精7成認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性5軟件工程的 7 條原那么是什么？答： 1 抽象。2信息隱藏。3模塊化。4局部化。5一致性。6完全性。7可驗(yàn)證性。6軟件生存周期如何劃分？軟件定義過(guò)程：由可行性研究和需求分析 2 個(gè)階段組成；軟件開(kāi)

34、發(fā)過(guò)程： 由概要設(shè)計(jì)、 詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試 5 個(gè)階段組成；軟件使用與維護(hù)過(guò)程：由使用與維護(hù)和退役2 個(gè)階段組成。7常見(jiàn)的軟件開(kāi)發(fā)模型有哪些?答：有瀑布模型、原型模型、螺旋模型、噴泉模型、變換模型、基于四代技術(shù)的模型、基于知識(shí)的智能模 型等。8瀑布模型適合于哪類(lèi)軟件系統(tǒng)的開(kāi)發(fā)？ 答：瀑布模型一般適用于功能、性能明確、完整、無(wú)重大變化的軟件系統(tǒng)的開(kāi)發(fā)。例如操作系統(tǒng)、編譯系 統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的開(kāi)發(fā)。9瀑布模型的缺點(diǎn)主要有哪些？答： 1在軟件開(kāi)發(fā)的初期階段就要求做出正確、全面、完整的需求分析對(duì)許多應(yīng)用軟件來(lái)說(shuō)是極其困難的2在需求分析階段，當(dāng)需求確定后，無(wú)法及時(shí)驗(yàn)證需求是否

35、正確、完整。3不支持產(chǎn)品的演化，缺乏靈活性，使軟件產(chǎn)品難以維護(hù)。10實(shí)現(xiàn)快速原型的開(kāi)發(fā)途徑有哪三種？1僅模擬軟件系統(tǒng)的人機(jī)界面和人機(jī)交互方式。2開(kāi)發(fā)一個(gè)工作模型，實(shí)現(xiàn)軟件系統(tǒng)中重要的或容易產(chǎn)生誤解的功能。3利用一個(gè)或幾個(gè)類(lèi)似的正在運(yùn)行的軟件向用戶(hù)展示軟件需求中的局部或全部功能。11原型模型適于哪種情況的軟件開(kāi)發(fā)？ 答：原型模型適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)，更適合于那些工程組成員包括分析 員、設(shè)計(jì)員、程序員和用戶(hù)不能很好交流或通信有困難的情況。4 個(gè)階段12螺旋模型的每一個(gè)周期包括哪幾個(gè)階段？ 答：螺旋模型的每一個(gè)周期都包括方案 需求定義 、風(fēng)險(xiǎn)分析、 工程實(shí)現(xiàn)和用戶(hù)評(píng)價(jià)與階段

36、評(píng)審13螺旋模型的優(yōu)點(diǎn)有哪些？ 答：螺旋模型的主要優(yōu)點(diǎn)有：1支持用戶(hù)需求的動(dòng)態(tài)變化。2原型可看作形式的可執(zhí)行的需求規(guī)格說(shuō)明，易于為用戶(hù)和開(kāi)發(fā)人員共同理解，還可作為繼續(xù)開(kāi) 發(fā)的根底，并為用戶(hù)參與所有關(guān)鍵決策提供了方便。3螺旋模型特別強(qiáng)調(diào)原型的可擴(kuò)充性和可修改性，原型的進(jìn)化貫穿整個(gè)軟件生存周期，這將有助 于目標(biāo)軟件的適應(yīng)能力。4為工程管理人員及時(shí)調(diào)整管理決策提供了方便，進(jìn)而可降低開(kāi)發(fā)風(fēng)險(xiǎn)。 14螺旋模型適于哪種情況的軟件開(kāi)發(fā)？ 答：螺旋模型支持需求不明確、特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持面向規(guī)格說(shuō)明、面向過(guò)程、面向?qū)ο?等多種軟件開(kāi)發(fā)方法，是一種具有廣闊前景的模型。軟件工程單元二軟件工程管理一 單

37、項(xiàng)選擇1軟件工程管理必須A 介入。A 從工程的開(kāi)頭B 在可行性研究之后C在需求分析之后D 在編碼之后2 以下選項(xiàng)中，屬于本錢(qián)管理的主要任務(wù)的是B 。A 人員的分工B 估算軟件工程的本錢(qián)C 對(duì)控制軟件質(zhì)量要素D 對(duì)軟件階段產(chǎn)品進(jìn)行評(píng)審3以下選項(xiàng)中，不屬于質(zhì)量管理的主要任務(wù)的是C 。A 制定軟件質(zhì)量保證方案B按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素C增加軟件產(chǎn)品的功能D 對(duì)最終軟件產(chǎn)品進(jìn)行確認(rèn)4以下選項(xiàng)中，屬于軟件配置管理的任務(wù)的是D 。A 人員的分工B估算軟件工程的本錢(qián)C對(duì)軟件階段產(chǎn)品進(jìn)行評(píng)審D 對(duì)程序、數(shù)據(jù)、文檔的各種版本進(jìn)行管理5 A 是對(duì)產(chǎn)品或過(guò)程的某個(gè)屬性的范圍、數(shù)量、維度、容量或大小提供一個(gè)定

38、量的指示A 測(cè)量 B 度量C估算D指標(biāo)6 B 是對(duì)系統(tǒng)、部件或過(guò)程的某一特性所具有的程度進(jìn)行的量化測(cè)量。A 測(cè)量 B 度量C估算D指標(biāo)7 C 是對(duì)軟件產(chǎn)品、過(guò)程、資源等使用歷史資料或經(jīng)驗(yàn)公式等進(jìn)行預(yù)測(cè)。A 測(cè)量B度量C估算D指標(biāo)8 D 是一個(gè)度量或度量的組合，它可對(duì)軟件產(chǎn)品、過(guò)程或資源提供更深入的理解。A 測(cè)量 B度量C估算9以下選項(xiàng)中屬于產(chǎn)品的內(nèi)部屬性的是A 模塊耦合度B 軟件可靠性10以下選項(xiàng)中屬于過(guò)程的外部屬性的是A 工作量B 本錢(qián) C事件11以下選項(xiàng)中屬于資源的外部屬性的是A 經(jīng)驗(yàn) B 人員C生產(chǎn)率12 基于代碼行的面向規(guī)模的度量方法適合于A 過(guò)程式程序設(shè)計(jì)語(yǔ)言和事前度量C 第四代語(yǔ)言

39、和事后度量13 以下說(shuō)法中，不正確的選項(xiàng)是A 。A 功能點(diǎn)度量方法與程序設(shè)計(jì)語(yǔ)言有關(guān) 量方法適合于非過(guò)程式語(yǔ)言D14以下說(shuō)法中，不正確的選項(xiàng)是B 。A軟件工程工作量分布曲線不是線性的B 到開(kāi)發(fā)后期臨時(shí)增加人力可加快進(jìn)度D指標(biāo)A 。C軟件有效性D 軟件可維護(hù)性B 。D 方案及進(jìn)度C 。D 工具D 。B 第四代語(yǔ)言和事前度量D過(guò)程式程序設(shè)計(jì)語(yǔ)言和事后度量B 功能點(diǎn)度量方法適合于過(guò)程式語(yǔ)言功能點(diǎn)度量方法適合于軟件工程估算C功能點(diǎn)度D 在軟件生存周期的不同階段各類(lèi)人員的參與情況是不同的。15在軟件質(zhì)量要素中， 程序滿(mǎn)足需求規(guī)格說(shuō)明及用戶(hù)目標(biāo)的程度指的是 C A 完整性B 可用性C正確性D 靈活性16在

40、軟件質(zhì)量要素中， 改變一個(gè)操作的順序所需的工作量的多少指的是D。A)A 完整性B 可用性C正確性D 靈活性17在軟件質(zhì)量要素中， 對(duì)未授權(quán)人員訪問(wèn)程序或數(shù)據(jù)加以控制的程度指的是18 在軟件質(zhì)量要素中，學(xué)習(xí)使用軟件即操作軟件、準(zhǔn)備輸入數(shù)據(jù)、解釋輸出結(jié)果等的難易程度指的是B 。A 完整性 B 可用性 C正確性D 靈活性19 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序源代碼的緊湊程度指的是CA 簡(jiǎn)單性B 準(zhǔn)確性C簡(jiǎn)明性20 .在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，軟件運(yùn)行的效率指的是A 簡(jiǎn)單性B 準(zhǔn)確性C簡(jiǎn)明性21 .在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序易于理解的程度指的是A 簡(jiǎn)單性B 準(zhǔn)確性C簡(jiǎn)明性22 .在軟件質(zhì)

41、量要素的評(píng)價(jià)準(zhǔn)那么中，計(jì)算和控制的精確程度指的是A 簡(jiǎn)單性B 準(zhǔn)確性C簡(jiǎn)明性D 執(zhí)行效率D 。D 執(zhí)行效率A 。D 執(zhí)行效率B 。D 執(zhí)行效率A 。A 容錯(cuò)性B 檢測(cè)性C平安性D 可操作性23 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，在各種異常情況下軟件能繼續(xù)提供操作的能力指的是B 。24 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序監(jiān)視自身運(yùn)行并標(biāo)識(shí)錯(cuò)誤的程度指的是A 容錯(cuò)性B 檢測(cè)性C平安性D可操作性25 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中,控制或保護(hù)程序和數(shù)據(jù)不被破壞、非法訪問(wèn)等機(jī)制的能力指的是C 。A 容錯(cuò)性B 檢測(cè)性C平安性D 可操作性26 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，操作該軟件的難易程度指的是D 。A 容

42、錯(cuò)性B 檢測(cè)性C平安性D 可操作性27 .以下選項(xiàng)中，不能進(jìn)行并行工作的是A 。A 需求復(fù)審B 過(guò)程設(shè)計(jì) C單元測(cè)試D 編碼28 在整個(gè)軟件工程定義與開(kāi)發(fā)各階段一種典型的工作量分布原那么，稱(chēng)為40-20-40分布原那么， 其中20%的工作量指的是B 0A 需求分析工作量B編碼工作量C詳細(xì)設(shè)計(jì)工作量D測(cè)試工作量二填空1 .軟件工程管理的對(duì)象主要包括產(chǎn)品、過(guò)程和資源等 。2. 對(duì)不依賴(lài)于其他屬性的軟件的簡(jiǎn)單屬性的測(cè)量稱(chēng)為直接度量_o3. 對(duì)涉及假設(shè)干個(gè)其他屬性的軟件要素、準(zhǔn)那么或?qū)傩缘亩攘?，稱(chēng)為間接度量4. 面向規(guī)模的度量是以軟件的代碼行數(shù)為根底的直接度量。5. Albrecht首先提出了功能點(diǎn)度

43、量方法。這是一種面向功能的間接度量方法。6 .在軟件工程管理過(guò)程中的第一個(gè)活動(dòng)應(yīng)當(dāng)是估算1/3 4/37. Putnam估算模型公式是：一L = CkE%是對(duì)應(yīng)于軟件交付時(shí)的時(shí)間，它正好是工作量曲3348.估算工作量的公式：E = L / C ktd ，式中的td線的峰值，說(shuō)明此時(shí)的工作量最大、參加工程的人最多。9 軟件開(kāi)發(fā)工程每年所需的人年數(shù)與開(kāi)發(fā)時(shí)間的關(guān)系滿(mǎn)足Rayleigh-Norden 分布，即軟件工程的工作量分布答案：不是線性曲線的，因此，參加軟件工程的人員就不能一成不變。10 .幵發(fā)軟件工程的工作量和交貨時(shí)間td 的 4次方成反比，如果條件允許，適當(dāng)?shù)赝七t交貨時(shí)間(即使td增大)，

44、可大幅度降低幵發(fā)工作量。11. Putnam模型的優(yōu)點(diǎn)是揭示了軟件工程的源程序代碼長(zhǎng)度、軟件開(kāi)發(fā)時(shí)間和工作量三者之間的關(guān)系，在理論上有重要意義。12 . CoCoMo模型按其詳細(xì)程度分為根本CoCoMo模型、中間CoCoMo模型 和詳細(xì)CoCoMo模型三個(gè)層次。13 .根本CoComo模型主要用系統(tǒng)開(kāi)發(fā)的初期估算整個(gè)系統(tǒng)開(kāi)發(fā)和維護(hù)的工作量以及軟件開(kāi)發(fā)所需于要的時(shí)間。C ( N) = N (N-1 ) /215 . McCall等人提出了由14 .一般地，由N個(gè)程序員組成的程序員小組在完成相同規(guī)模的軟件時(shí)需要的通信數(shù)量O軟件質(zhì)量要素、評(píng)價(jià)準(zhǔn)那么、定量度量三個(gè)層次組成的三層次度量模型16 .程序圖

45、 G的環(huán)形復(fù)雜V (G)的值等于程序圖中有界和無(wú)界的一封閉區(qū)域的個(gè)數(shù)。度17 . McCabe指出，V ( G)可作為程序規(guī)模的定量指標(biāo)，V ( G)值越高的程序往往是越復(fù)雜、越容易出問(wèn)題的程序。因此，他建議模塊規(guī)模以V ( G)< 10為宜。18 . Halstead給出了稱(chēng)為文本復(fù)雜性度量的模型。它是根據(jù)統(tǒng)計(jì)程序中的操作符和操作數(shù)的個(gè)數(shù)來(lái)度量程序的復(fù)雜程度。19 .軟件可靠性定義為在某個(gè)給定內(nèi)，程序按照規(guī)格說(shuō)明成功運(yùn)行的概率。20 .軟件的有效性函數(shù)A ( t)定義為軟件系統(tǒng)在 時(shí)刻t按照規(guī)格說(shuō)明成功運(yùn)行的概率。21 .軟件工程風(fēng)險(xiǎn)的一個(gè)顯著特點(diǎn)是具有不確定性，某項(xiàng)風(fēng)險(xiǎn)可能發(fā)生也可能

46、不發(fā)生。22 .風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng)：風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。26 .軟件工程的風(fēng)險(xiǎn)按照其影響的范圍，可分為 工程風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)三類(lèi)。29 .為了識(shí)別風(fēng)險(xiǎn)，Boehm建議使用各類(lèi)風(fēng)險(xiǎn)檢測(cè)表來(lái)標(biāo)識(shí)風(fēng)險(xiǎn)。代表，p i表示第i種風(fēng)30 .為了評(píng)價(jià)風(fēng)險(xiǎn)，常采用三元組r i' Pi' Xj來(lái)描述風(fēng)險(xiǎn)。其中r i第i種風(fēng)險(xiǎn) 險(xiǎn)發(fā)生的概率，X i代表該風(fēng)險(xiǎn)帶來(lái)的影響。，p， x代表第i種風(fēng)險(xiǎn)，p表示 第i種風(fēng)險(xiǎn)發(fā)31 .為了評(píng)價(jià)風(fēng)險(xiǎn)，常采用三元組r i i i 來(lái)描述風(fēng)險(xiǎn)。其中 ii生的概率，x i代表該風(fēng)險(xiǎn)帶來(lái)的影響。32 .為了評(píng)價(jià)風(fēng)險(xiǎn),卜吐，p i，x

47、 i 來(lái)描述風(fēng)險(xiǎn)。其中ri代表第i種風(fēng)險(xiǎn)，p i表示第i種風(fēng)險(xiǎn)發(fā)生的概率，x i代表 該風(fēng)險(xiǎn)帶來(lái)的影響。33 .一個(gè)對(duì)風(fēng)險(xiǎn)評(píng)價(jià)很有用的技術(shù)就是定義風(fēng)險(xiǎn)參照水準(zhǔn)。對(duì)于大多數(shù)軟件工程來(lái)說(shuō)，本錢(qián)、進(jìn)度、性能就是典型的風(fēng)險(xiǎn)參照水準(zhǔn)。 34 .風(fēng)險(xiǎn)分析的目的是建立處理風(fēng)險(xiǎn)的策略，監(jiān)控、駕馭風(fēng)險(xiǎn)。 35 .在整個(gè)軟件工程定義與開(kāi)發(fā)各階段一種典型的工作量分布原那么，稱(chēng)為 40-20-40分布原那么。程序評(píng)估與審查技術(shù)(PERT )36 .目前，軟件工程的進(jìn)度安排的兩種比擬常用的方法是和關(guān)鍵路徑法(CPM )，這兩種方法都生成描述工程進(jìn)展?fàn)顟B(tài)的任務(wù)網(wǎng)絡(luò)圖和關(guān)鍵路徑法CPM，這兩種方法都生成描述工程進(jìn)展?fàn)顟B(tài)的任

48、務(wù)網(wǎng)絡(luò)圖38 .某個(gè)子任務(wù)的最早啟動(dòng)時(shí)間是指該子任務(wù)的所有各前導(dǎo)子任務(wù)完成的最早時(shí)間39 .某子任務(wù)的最早啟動(dòng)時(shí)間與完成該子任務(wù)所需時(shí)間之和就是該子任務(wù)的最早結(jié)束時(shí)間40 .某個(gè)子任務(wù)的最遲啟動(dòng)時(shí)間是指在保證工程按時(shí)完成的前提下最晚啟動(dòng)該子任務(wù)的時(shí)間41 .最遲啟動(dòng)時(shí)間與完成該子任務(wù)所需時(shí)間之和就是該子任務(wù)的最遲結(jié)束時(shí)間。42 .在制定進(jìn)度方案時(shí)，應(yīng)首先找到影響進(jìn)度的關(guān)鍵路徑，并在其上安排一定的節(jié)假日和機(jī)動(dòng)時(shí)間,以便應(yīng)付可能出現(xiàn)的問(wèn)題和難點(diǎn)。43 .正式的技術(shù)評(píng)審是降低軟件本錢(qián)的重要措施。44 .實(shí)踐說(shuō)明，向一個(gè)已經(jīng)延期的軟件工程追加新的幵發(fā)人員，可能使工程完成得_更晚。三名詞解釋1. 測(cè)量m

49、easure 答：是對(duì)產(chǎn)品或過(guò)程的某個(gè)屬性的范圍、數(shù)量、維度、容量或大小提供一個(gè)定量的指 示。2. 度量metric 答：是對(duì)系統(tǒng)、部件或過(guò)程的某一特性所具有的程度進(jìn)行的量化測(cè)量。3. 估算estimation 答：是對(duì)軟件產(chǎn)品、過(guò)程、資源等使用歷史資料或經(jīng)驗(yàn)公式等進(jìn)行預(yù)測(cè)。4. 指標(biāo)guideline 答：是一個(gè)度量或度量的組合，它可對(duì)軟件產(chǎn)品、過(guò)程或資源提供更深入的理解。5 .軟件可靠性答：軟件可靠性定義為在某個(gè)給定時(shí)間間隔內(nèi)，程序按照規(guī)格說(shuō)明成功運(yùn)行的概率。6 .軟件的有效性函數(shù) A t答：軟件的有效性函數(shù) A t定義為軟件系統(tǒng)在時(shí)刻t按照規(guī)格說(shuō)明成功運(yùn)行的概率。 四簡(jiǎn)答題1. 軟件工程

50、管理的主要任務(wù)是什么？答：軟件工程管理的主要任務(wù)是根據(jù)選定的軟件開(kāi)發(fā)過(guò)程框架即軟件開(kāi)發(fā)模型和對(duì)其估算的結(jié)果制定 軟件工程實(shí)施方案；再根據(jù)方案對(duì)人員進(jìn)行組織、分工；按照方案的進(jìn)度，以及本錢(qián)管理、風(fēng)險(xiǎn)管理、質(zhì)量管 理的要求，控制并管理軟件開(kāi)發(fā)和維護(hù)的活動(dòng)，最終以最小的代價(jià)完成軟件工程規(guī)定的全部任務(wù)。2. 本錢(qián)管理的主要任務(wù)是什么？答：本錢(qián)管理的主要任務(wù)是估算軟件工程的本錢(qián)，作為立項(xiàng)和簽合同的依據(jù)之一，并在軟件開(kāi)發(fā)過(guò)程中按 方案管理經(jīng)費(fèi)的使用。3. 質(zhì)量管理的主要任務(wù)是什么？答：質(zhì)量管理的主要任務(wù)是制定軟件質(zhì)量保證方案，按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素，對(duì)階段性的軟 件產(chǎn)品進(jìn)行評(píng)審，對(duì)最終軟件產(chǎn)品進(jìn)

51、行確認(rèn)，確保軟件質(zhì)量。4. 常用的軟件工程的估算方法主要有哪4種？答：1自頂向下的估算方法2自底向上的估算方法3差異估算法4根據(jù)實(shí)驗(yàn)或歷史數(shù)據(jù)給出軟件工程工作量或本錢(qián)的經(jīng)驗(yàn)估算公式。5 CoCoMo 模型按其詳細(xì)程度分為哪三個(gè)層次？答： CoCoMo 模型按其詳細(xì)程度分為根本 CoCoMo 模型、中間 CoCoMo 模型和詳細(xì) CoCoMo 模型三個(gè)層次6軟件質(zhì)量的定義？答： 1983 年， ANSI/IEEE std729 標(biāo)準(zhǔn)給出了軟件質(zhì)量的定義如下： 軟件質(zhì)量是軟件產(chǎn)品滿(mǎn)足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性， 包括：1軟件產(chǎn)品滿(mǎn)足用戶(hù)要求的程度；2軟件擁有所期望的各種屬性的組合

52、程度；3用戶(hù)對(duì)軟件產(chǎn)品的綜合反映程度；4軟件在使用過(guò)程中滿(mǎn)足用戶(hù)需求的程度。7簡(jiǎn)述 McCall 等人的軟件質(zhì)量度量模型答： McCall 等人提出了由軟件質(zhì)量要素、評(píng)價(jià)準(zhǔn)那么、定量度量三個(gè)層次組成的三層次度量模型。其中第一 層是將對(duì)軟件質(zhì)量的度量歸結(jié)為對(duì)直接影響軟件質(zhì)量的假設(shè)干個(gè)軟件質(zhì)量要素的度量；由于質(zhì)量要素很難直 接度量，所以第二層是用假設(shè)干個(gè)可度量的評(píng)價(jià)準(zhǔn)那么來(lái)間接度量軟件質(zhì)量要素；而第三層是對(duì)相應(yīng)評(píng)價(jià)準(zhǔn)那么 的直接度量。8軟件復(fù)雜性的概念？答： K. Magel 從 6 個(gè)方面來(lái)描述軟件復(fù)雜性：1理解程序的難度；2維護(hù)程序的難度；3向其他人解釋程序的難度；4按指定方法修改程序的難度；5根據(jù)設(shè)計(jì)文件編寫(xiě)程序的工作量；6執(zhí)行程序時(shí)需要資源的多少。9衡量軟件的復(fù)雜程度有哪些根本原那么？答：衡量軟件的復(fù)雜程度有 12 條根本原那么，如下：1軟件的復(fù)雜性與其規(guī)模的關(guān)系不是線性的；2數(shù)據(jù)結(jié)構(gòu)復(fù)雜的程序較復(fù)雜；3控制結(jié)構(gòu)復(fù)雜的程序較復(fù)雜；4轉(zhuǎn)向語(yǔ)句使用不當(dāng)?shù)某绦蜉^復(fù)雜；5