電子科技大學(xué)《軟件工程》自測題答案

1、軟件工程自測題一選擇 、（ ）是軟件生存期中的一系列相關(guān)軟件工程活動(dòng)的集合， 它由軟件規(guī)格說明、 軟件設(shè)計(jì)與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動(dòng)組成。A 軟件過程B 軟件工具C 質(zhì)量保證D 軟件工程 、（ ）是以追求更高的效益和效率為目標(biāo)的持續(xù)性活動(dòng)。 A 質(zhì)量策劃B 質(zhì)量控制C 質(zhì)量保證D 質(zhì)量改進(jìn) 、 CMM提供了一個(gè)框架，將軟件過程改進(jìn)的進(jìn)化步驟組織成 5 個(gè)成熟度等級。 除第 1 級外，每一級都包含了實(shí)現(xiàn)這一級目標(biāo)的若干關(guān)鍵過程域， 每一個(gè)關(guān)鍵過 程域又包含若干（ ）。A 關(guān)鍵實(shí)踐B 軟件過程性能C 軟件過程能力D 軟件過程 、在各種不同的軟件需求中， 功能需求描述了用戶使用產(chǎn)品必須要完成的

2、任務(wù)， 可以在用例模型或方案腳本中予以說明， （ ）是從各個(gè)角度對系統(tǒng)的約束和限制， 反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A 業(yè)務(wù)需求B 功能要求C 非功能需求D 用戶需求 、（ ）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。 A 多態(tài)性B 多繼承C 類的復(fù)用D 封裝、在面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)責(zé)任的良好分配原則是（ ）A 在類之間均勻分配B 集中分配在少數(shù)控制類中C 根據(jù)交互圖的消息進(jìn)行分配D 根據(jù)個(gè)人喜好進(jìn)行分配 、軟件配置項(xiàng)是軟件配置管理的對象，即軟件工程過程中產(chǎn)生的（ ） A 接口B 軟件環(huán)境C 信息項(xiàng)D 版本 、軟件測試計(jì)劃開始于需求分析階段，完成于（ ）階段 A 需求分析B

3、 軟件設(shè)計(jì)C 軟件實(shí)現(xiàn)D 軟件測試二、判斷下列敘述的正確性，將結(jié)果（ 誤的說法。正確， ×錯(cuò)誤）填入（ ）中，并改正錯(cuò)（1）.（ ）在軟件開發(fā)的過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正 錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 改正： _（2）.（ ）在需求分析中，分析員要從用戶那里解決的最重要的問題是明確軟件做 什么。 改正： _（3）.（ ）軟件需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，是軟件可行性分析 的依據(jù)。 改正： _（4）.（ ）模型是對現(xiàn)實(shí)的簡化，建模是為了更好地理解所開發(fā)的系統(tǒng)。改正：（5）.（ ）UML 語言支持面向?qū)ο蟮闹饕拍睿?并與具體的開發(fā)過程相關(guān)。 改正：（6）.

4、（ ）用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描 述系統(tǒng)內(nèi)部對功能的具體實(shí)現(xiàn)。 改正： _ （7）.（ ）好的測試用例應(yīng)能證明軟件是正確的。 改正：（8）.（ ）白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求改正：（9）.（ ）當(dāng)軟件開發(fā)項(xiàng)目的進(jìn)度有可能拖延時(shí)，增加開發(fā)人員并不能加快進(jìn)度。 改正： _（10）.（ ）軟件技術(shù)復(fù)審是由用戶和測試人員實(shí)施的一種質(zhì)量保證活動(dòng)。改正： 三簡答1、你認(rèn)為一個(gè)好的軟件開發(fā)人員應(yīng)具備哪些基本素質(zhì)？ 2、需求工程包括哪些基本活動(dòng)？每一項(xiàng)活動(dòng)的主要任務(wù)是什么？ 3、為什么軟件需要維護(hù)？簡述軟件維護(hù)的過程。四、根據(jù)下面給出的規(guī)格說

5、明，利用等價(jià)類劃分的方法，給出足夠的測試用例。"一個(gè)程序讀入 3個(gè)整數(shù)，它們分別代表一個(gè)三角形的 3 個(gè)邊長。該程序判 斷所輸入的整數(shù)是否構(gòu)成一個(gè)三角形， 以及該三角形是一般的、 等腰的或等邊的， 并將結(jié)果打印出來。 " 要求：設(shè)三角形的 3 條邊分別為 A 、B、C，并且（ 1） 列出等價(jià)類表，格式如下：輸入條件有效等價(jià)類無效等價(jià)類（注意：將等價(jià)類編號）（注意：將等價(jià)類編號）（ 2） 設(shè)計(jì)測試用例，格式如下：用例 n：輸入【 A，B，C】覆蓋等價(jià)類 （列出等價(jià)類序號），輸出結(jié) 果為 。五、下圖顯示了配置管理中的存取和控制，請選擇合適的答案，將其對應(yīng)的序 號填入（ ）中。A

6、（ ），B（ ）， C（ ），D（ ）。供選擇的答案：A： 軟件工程人員 配置人員 質(zhì)量保證人員B： 異步控制 同步控制 存取控制CD： 管理 登入 檢出 填寫變更請求 六、UML 關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等 5 種類型，請將合適的關(guān) 系填寫在下列描述的（ ）中。 用例及其協(xié)作之間是（ ）關(guān)系。 在學(xué)校中， 一個(gè)學(xué)生可以選修多門課程， 一門課程可以由多個(gè)學(xué)生選修， 那么學(xué)生和課程之間是（ ）關(guān)系。 類A 的一個(gè)操作調(diào)用類 B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系， 那么類 A 和類 B 之間是（ ）關(guān)系。 在 MFC 類庫中， Window 類和 DialogBox 類之間是（

7、）關(guān)系。 森林和樹木之間是（ ）關(guān)系。答案1、a2、d3、a4、c5、a6、b7、c8、b二、 1、判斷下列敘述的正確性，將結(jié)果（ 正確， ×錯(cuò)誤）填入（ ）中，并改 正錯(cuò)誤的說法。（1）.（ ×） 改正：在軟件開發(fā)的過程中，一個(gè)錯(cuò)誤修復(fù)和改正得越晚，為此所花 費(fèi)的代價(jià)就會(huì)越高。（2）.（）（3）.（×） 改正：軟件可行性分析應(yīng)在需求分析之前，因此，軟件需求規(guī)格說明 書不應(yīng)成為軟件可行性分析的依據(jù)。（4）.（）（5）.（×） 改正： UML 語言支持面向?qū)ο蟮母拍?，并?dú)立于具體的開發(fā)過程。（6）.（）（7）.（ ×） 改正：好的測試用例在于能發(fā)

8、現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。（8）.（）（9）.（）（10）.（×）改正：軟件技術(shù)復(fù)審是由軟件開發(fā)人員實(shí)施的一種質(zhì)量保證活動(dòng)。1 答：（1）牢固掌握計(jì)算機(jī)軟件的基本知識(shí)和技能；（2）善于分析和綜合問題，具有嚴(yán)密的邏輯思維能力；（3）工作踏實(shí)細(xì)致，遵循標(biāo)準(zhǔn)和規(guī)范，具有嚴(yán)格的科學(xué)作風(fēng)；（4）工作有耐心、有毅力、有責(zé)任心；（5）善于聽取別人的意見，善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際 關(guān)系；（6）具有良好的書面和口頭表達(dá)能力。2、答：（1）需求獲?。▎栴}識(shí)別）： 采集、識(shí)別和提取用戶的需求，對問題和 需求形成文檔化的描述，使各種人員達(dá)成一致的理解和認(rèn)可。（2）需求分析： 分析和綜合所采集的信息，

9、建立系統(tǒng)的詳細(xì)邏輯模型。（3）需求規(guī)格說明： 編寫軟件需求規(guī)格說明書，明確、完整和準(zhǔn)確地描 述已確定的需求。（4）需求驗(yàn)證： 評審軟件需求規(guī)格說明，以保證其正確性、一致性、完 備性、準(zhǔn)確性和清晰性。（5）需求管理： 定義需求基線，在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況3、答： 在軟件開發(fā)完成交付用戶使用后，為了保證軟件在一個(gè)相當(dāng)長的時(shí)期能夠 正常運(yùn)行，就需要對軟件進(jìn)行維護(hù)。 軟件維護(hù)的過程：（ 1） 確認(rèn)維護(hù)要求。（ 2） 對于改正性維護(hù)申請，評價(jià)錯(cuò)誤的嚴(yán)重性。對于嚴(yán)重的錯(cuò)誤，立 即安排人員，分析問題原因，進(jìn)行 "救火 "性的緊急維護(hù)；對于不嚴(yán)重的錯(cuò)誤， 根據(jù)任務(wù)情況和輕

10、重緩急進(jìn)行統(tǒng)一安排。（ 3） 對于適應(yīng)性和完善性維護(hù)申請，需要確定申請的優(yōu)先級，然后安 排維護(hù)工作。并不是所有的完善性維護(hù)申請都必須承擔(dān)，需要考慮商業(yè)需要、 現(xiàn)有資源、未來發(fā)展方向等進(jìn)行決定。四、答：（ 1） 列出等價(jià)類表輸入條件有效等價(jià)類無效等價(jià)類是否構(gòu)成一個(gè)三角形（1）A>0且 B>0且 C>0 且AB>C且 BC>A且A C> B 。（2）A0或 B0或 C0 （3）ABC或 A CB 或 B CA是否等腰三角形（ 4）A B 或 AC 或 B C（ 5） AB且 AC且 BC是否等邊三角形（ 6）A B 且 AC 且 B C（7）AB或 AC或 BC

11、2） 設(shè)計(jì)測試用例用例 1：輸入【 3，4，5】覆蓋等價(jià)類（ 1，2，3，4，5，6），輸出結(jié)果為構(gòu)成 一般三角形。用例 2：三者取一輸入【 0，1，2】覆蓋等價(jià)類（ 2），輸出結(jié)果為不構(gòu)成三角形。輸入【 1，0，2】覆蓋等價(jià)類（ 2），輸出結(jié)果為不構(gòu)成三角形。輸入【 1，2，0】覆蓋等價(jià)類（ 2），輸出結(jié)果為不構(gòu)成三角形。 用例 3：三者取一輸入【 1，2，3】覆蓋等價(jià)類（ 3），輸出結(jié)果為不構(gòu)成三角形。輸入【 1，3，2】覆蓋等價(jià)類（ 3），輸出結(jié)果為不構(gòu)成三角形。輸入【 3，1，2】覆蓋等價(jià)類（ 3），輸出結(jié)果為不構(gòu)成三角形。用例 4：三者取一輸入【 3，3，4】覆蓋等價(jià)類（ 1）（ 4

12、），輸出結(jié)果為等腰三角形。輸入【 3，4，4】覆蓋等價(jià)類（ 1）（ 4），輸出結(jié)果為等腰三角形。輸入【 3，4，3】覆蓋等價(jià)類（ 1） 用例 5：輸入【 3，4，5】覆蓋等價(jià)類（ 4），輸出結(jié)果為等腰三角形。1）（5），輸出結(jié)果為不是等腰三角形用例 6：輸入【 3，3，3】覆蓋等價(jià)類（ 1）（6），輸出結(jié)果為等邊三角形 用例 7：三者取一輸入【 3，4，4】覆蓋等價(jià)類（ 1）（ 4）（ 7） 形。輸入【 3，4，3】覆蓋等價(jià)類（ 1）（ 4）（ 7） 形。輸入【 3，3，4】覆蓋等價(jià)類（ 1）（ 4）（ 7），輸出結(jié)果為不是等邊三角，輸出結(jié)果為不是等邊三角，輸出結(jié)果為不是等邊三角A B C D

13、 六、答： 實(shí)現(xiàn) 關(guān)聯(lián) 依賴 泛化 聚合軟件工程自測題二一、單項(xiàng)選擇題 1在下列工具與環(huán)境中（）屬于較早期的 CASE。A 基于信息工程 CASEB 人工智能 CASEC 結(jié)構(gòu)的基于圖形 CASED 集成的 CASE環(huán)境2Putnam成本估算模型是一個(gè)（）模型。A 靜態(tài)單變量 B 動(dòng)態(tài)單變量 C 靜態(tài)多變量 D 動(dòng)態(tài)多變 量 3在 McCall 軟件質(zhì)量度量模型中，（）屬于面向軟件產(chǎn)品修改。A 可靠性 B 可重用性 C 適應(yīng)性 D 可移植性4ISO的軟件質(zhì)量評價(jià)模型由 3 層組成，其中用于評價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是 （ ）A SQICB SQMCC SQRCD SQDC5軟件復(fù)雜性度量的參數(shù)包括（）

14、A 效率 B 規(guī)模C 完整性D 容錯(cuò)性6對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。A 結(jié)合 B 隱藏C 封裝D 抽象7軟件調(diào)試技術(shù)包括（）A 邊界值分析 B 演繹法C 循環(huán)覆蓋D 集成測試8瀑布模型的存在問題是（）A 用戶容易參與開發(fā)B 缺乏靈活性C 用戶與開發(fā)者易溝通D 適用可變需求9軟件測試方法中的靜態(tài)測試方法之一為（ A B C D10A 護(hù) 11A 12ABCD 13計(jì)算機(jī)輔助靜態(tài)分析黑盒法路徑覆蓋邊界值分析 軟件生命周期中所花費(fèi)用最多的階段是（ ） 詳細(xì)設(shè)計(jì) B 軟件編碼 C 軟件測試D 軟件維第一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語言是（ FORTRA語N 言 B

15、Pascal 語言 C 程序的三種基本控制結(jié)構(gòu)是（ ） 過程、 順序、 遞歸、 調(diào)用、 在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（ A PADBSAC14詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（A 代碼的規(guī)模 B 運(yùn)行速度 護(hù)性 15需求分析中開發(fā)人員要從用戶那里了解（A 軟件做什么 B 用戶使用界面 的規(guī)模結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ABC DIDEF。圖反映系統(tǒng)（A怎么做B子程序和分程序 選擇和重復(fù) 堆棧和隊(duì)列 返回和轉(zhuǎn)移1617）C 語言DPL/1 語言SC）質(zhì)量DFD可維）輸入的信息軟件程序的規(guī)模程序的效率 程序設(shè)計(jì)語言的先進(jìn)性 程序易讀性）對誰做何時(shí)做做什么 18A19可行性分析是在系統(tǒng)開發(fā)的早

16、期所做的一項(xiàng)重要的論證工作， 統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（A 確定 B 行或不行 C 20需求分析階段的任務(wù)是確定（）ABC經(jīng)濟(jì)可行性研究的范圍包括（資源有效性 B 管理制度效益分析）的回答正確開發(fā)風(fēng)險(xiǎn) 它是決定該系無二義軟件開發(fā)方法 軟件開發(fā)工具 軟件開發(fā)費(fèi)D 軟件系統(tǒng)的功能二、填空題（每空 2分，共 20分）。21在軟件開發(fā)過程中要產(chǎn)生大量的信息， 要進(jìn)行大量的修改， 能 協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。22規(guī)定功能的軟件，在一定程度上對自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能 力，則稱此軟件具有 的軟件。23McCall 提出的軟件質(zhì)量模型包括個(gè)軟件質(zhì)量特性。24軟件可維護(hù)性度量

17、的七個(gè)質(zhì)量特性是可理解性、可測試性、可修改性、可靠 性、 、 可使用性和效率。25為了便于對照檢查，測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的兩部分組成。26程序設(shè)計(jì)語言的心理特性主要表現(xiàn)在、簡潔性、傳統(tǒng)性、局部性和順序性。27軟件結(jié)構(gòu)是以為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。28在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、 判定表、29結(jié)構(gòu)化語言是介于自然語言和之間的一種半形式語言30若年利率為 i ，不計(jì)復(fù)利， n 年后可得錢數(shù)為 F，則現(xiàn)在的價(jià)值 P= 。三、名詞解釋題 每小題 3分，共 15分。 31軟件生存周期模型32數(shù)據(jù)字典（ DD）33內(nèi)聚性34JSP方法35多態(tài)性四、簡答題

18、每小題 5分，共 20分。 36簡述容錯(cuò)技術(shù)的四種主要手段，并解釋。37以 的觀點(diǎn)，簡述對軟件測試的目的。38就程序設(shè)計(jì)語言的工程特性而言，對程序編碼有哪些要求？ 39模塊的內(nèi)聚性包括哪些類型？五、應(yīng)用題 第 40 小題 7 分，第 41 小題 8 分，第 42 小題 10 分，共 25 分。40下面是某程序的流程圖：（1）計(jì)算它的環(huán)路復(fù)雜性。（2）為了完成基本路徑測試，求它的一組獨(dú)立的路徑。 41根據(jù)下列條件使用等價(jià)劃分法設(shè)計(jì)測試用例。某一 8 位微機(jī)，其十六進(jìn)制常數(shù)定義為： 以 0x 或 0X 開頭的數(shù)是十六進(jìn)制整 數(shù)，其值的范圍是 -7f 7f （表示十六進(jìn)制的大小寫字母不加區(qū)別），如

19、0X13,0X6A,-0X3c。答案10.D 11.B 12.B 13.A19.B 20.D22. 容錯(cuò)功能、單項(xiàng)選擇題 每小題 1 分，共 20分。 1.C 2.D 3.C 4.D 5.B 6.C 7.B 8.B 9.A 14.C 15.A 16.D 17.D 18.C 二、填空題（每空 2分，共 20 分）。21. 軟件配置管理24. 可移植性26. 歧義性28. 判定樹30.F/(1+(n*i)23.1125. 輸出結(jié)果27. 模塊29. 形式語言 、名詞解釋題 每小題 3 分，共 15分。31. 是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。32數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具

20、體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素 的一致的定義和詳細(xì)的描述。33內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量， 即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。34JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo) 的映射過程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件 的過程描述，即程序結(jié)構(gòu)。35指相同的操作或函數(shù)、 過程可作用于多種類型的對象上并獲得不同結(jié)果。 或（不同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果。）四、 簡答題 每小題 5 分，共 20分。36結(jié)構(gòu)冗余：包括靜態(tài)冗余、動(dòng)態(tài)冗余和混合冗余。 信

21、息冗余：為檢測或糾正信息在運(yùn)算或傳輸中的錯(cuò)誤，須外加一部分信 息。時(shí)間冗余：指重復(fù)執(zhí)行指令或程序來消除瞬時(shí)錯(cuò)誤帶來的影響。 冗余附加技術(shù)：指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。37軟件測試是（ 1）為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程；（ 2）一個(gè)好的用例 能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測試。 （3）一個(gè)成功的測試是發(fā)現(xiàn)至今 尚未發(fā)現(xiàn)的錯(cuò)誤的測試。38就程序設(shè)計(jì)語言的工程特性而言，對程序編碼有如下要求：（1）可移植性（2）開發(fā)工具的可利用性（3）軟件的可重用性（4）可維護(hù)性39模塊的內(nèi)聚性包括：（1）偶然內(nèi)聚（2）邏輯內(nèi)聚（3）時(shí)間內(nèi)聚（4）通信內(nèi)聚（5）順序內(nèi)聚（6）功能內(nèi)聚五、應(yīng)用題 共 25分40

22、解：1）環(huán)路復(fù)雜性 =判斷數(shù) 1617（個(gè)）2）路徑 1：（0）（ 13）（ 19）路徑 2：（0）（ 14）（ 19）路徑 3：（0）（ 15）（ 19）路徑 4：（0）（ 16）（19)路徑 5：（0）（17)（19）路徑 6：（0）（18)（19）路徑 7：（0）（12)（19）41 ： 解答：等價(jià)劃分法 劃分等價(jià)類并編號，如下表所示。 十六進(jìn)制整型常量輸入條件的等價(jià)類表輸入數(shù)據(jù)合理等價(jià)類不合理等價(jià)類十六進(jìn)制整數(shù)1 0x 或 0X 開頭 12 位數(shù)字串2 以 0x 打頭的 12 位數(shù)字串3 非 0x 或非打頭的串4 含有非數(shù)字且 （a,b,c,d,e,f ）以外字 符5 多于 5 個(gè)字符

23、6 后跟非 0 的多位串7 0 后跟數(shù)字串8 后多于 3 個(gè)數(shù)字十六進(jìn)制數(shù)范圍9在 7f 7f 之間10小于 7f11大于 7f為合理等價(jià)類設(shè)計(jì)測試用例，表中有三個(gè)合理等價(jià)類，設(shè)計(jì)兩個(gè)例子測試數(shù)據(jù)期望結(jié)果覆蓋范圍0×23顯示有效輸入1，90×15顯示有效輸入2，9為每個(gè)不合理等價(jià)類至少設(shè)計(jì)一個(gè)測試用例測試數(shù)據(jù)期望結(jié)果覆蓋范圍2顯示無效輸入3G12顯示無效輸入4123311顯示無效輸入51012顯示無效輸入6011顯示無效輸入70134顯示無效輸入80x777顯示無效輸入100x87顯示無效輸入11軟件工程自測題三 判斷題（每題 3 分，共 15分） 1 軟件實(shí)際就是程序 （

24、 ） 2. 成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試 （ ） 3 軟件工程的主要思想是從理論的角度來觀察分析軟件開發(fā)盒生產(chǎn)活動(dòng) （）4 一個(gè)模塊直接引用另一個(gè)模塊中的數(shù)據(jù)，這兩個(gè)模塊之間的耦合不是內(nèi)容 耦合 （ ）5 程 序 只 要 邏 輯 正 確 ， 能 夠 被 機(jī) 器 理 解 并 執(zhí) 行 就 夠 了 （）二選擇題（每題 3分，共 30分）1. 在軟 件質(zhì) 量因 數(shù) 中，軟 件在 異常 條件 下人能 運(yùn)行 的能 力稱 為軟件的 （）A ）可靠性 B ）健壯性 C ）可用性 D ）安全性2 軟件開發(fā)可行性研究，一般涉及經(jīng)濟(jì)，技術(shù)盒操作可行性，而進(jìn)行可行性 研究的基本依據(jù)是用戶提出的軟件 （ ）A）系統(tǒng)質(zhì)

25、量 B ）系統(tǒng)目標(biāo) C ）系統(tǒng)功能 D ）系統(tǒng)性能3結(jié)構(gòu)化程序設(shè)計(jì)中，一般包含 3 種基本結(jié)構(gòu)，下列結(jié)構(gòu)中哪個(gè)不屬于基本結(jié) 構(gòu)A）順序結(jié)構(gòu)B嵌套結(jié)構(gòu) C ）順序結(jié)構(gòu) D ）選擇結(jié)構(gòu)4JACKSON方法是一種面向（）的方法A）對象 B ） 數(shù)據(jù)結(jié)構(gòu)C ）數(shù)據(jù)流 D ）控制流5模塊內(nèi)部過程描述就是模塊內(nèi)部的（），它的表述形式就是詳細(xì)設(shè)計(jì)語言A）模塊化設(shè)計(jì) B ）算法設(shè)計(jì) C ）程序設(shè)計(jì) D ）詳細(xì)設(shè)計(jì) 6在設(shè)計(jì)測試用例時(shí)， （）是用的最多的一種黑盒測試方法A）等價(jià)類劃分 B ）邊值分析 C ）因果圖 D ）判定表 7軟件的可維護(hù)性，可使用性 , （ ） 是衡量軟件質(zhì)量的幾個(gè)主要特性 A） 可靠性 B ）可復(fù)用性 C ）可理解性 D ）可修改性 8原型化方法是一種