軟件工程基礎(chǔ)(復(fù)習(xí)題及答案)

1、復(fù)習(xí)題一、判斷題（每題2分，共30分） 1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（錯(cuò)）3.JAVA語言編譯器是一個(gè)CASE工具。（對(duì)）。 4.軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） 5.軟件模塊之間的耦合性越弱越好。（對(duì)）6.數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)（對(duì)） 7.在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（錯(cuò)） 8.過程描述語言可以用于描述軟件的系

2、統(tǒng)結(jié)構(gòu)。（錯(cuò)） 9.如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（錯(cuò)） 10.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)） 11.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（對(duì)） 12.集成測試主要由用戶來完成。（錯(cuò)） 13.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定（錯(cuò)） 14.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯(cuò)） 15.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。（對(duì)） 16.在可行性研究中最難決斷和最關(guān)鍵的問題是經(jīng)濟(jì)可行性。（ ）17.耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。（

3、）18. 一筆交易、一個(gè)動(dòng)作、甚至操作人員按一個(gè)按鈕都可以看做是一次事物。（ ）19.概要設(shè)計(jì)階段完成的主要文檔是概要設(shè)計(jì)說明書。（ ）20.過大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解。（ ）21.程序設(shè)計(jì)語言中應(yīng)絕對(duì)禁止使用GOTO語句。（ ）22.類是關(guān)于對(duì)象性質(zhì)的描述，由方法和數(shù)據(jù)組成。（ ）23.隨著軟件技術(shù)的發(fā)展，人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰。（ ）25.為保證程序的安全，必須做到程序中沒有任何錯(cuò)誤存在，即容錯(cuò)。（ ）26.如果把軟件開發(fā)所需的資源畫成一個(gè)金字塔，人是最基本的資源。（ ）名詞解釋1. 數(shù)據(jù)詞典是描述數(shù)據(jù)信息的集合，它對(duì)數(shù)據(jù)流

4、圖中的各個(gè)元素按規(guī)定格式進(jìn)行詳細(xì)的描述和確切的解釋,是數(shù)據(jù)流圖的補(bǔ)充工具。2. 數(shù)據(jù)流圖他以圖形的方式反映系統(tǒng)的數(shù)據(jù)流程3. 白盒測試按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條路徑是否都能按預(yù)定要求正確工作。有兩種測試法既邏輯覆蓋測試法和路徑測試法4. 黑盒測試按照程序的功能測試程序，檢驗(yàn)與程序功能有關(guān)的輸入、輸出與程序執(zhí)行是否正確。有四種方法既等價(jià)分類法、邊界值分析法、錯(cuò)誤猜測法和因果圖法5. 完善性維護(hù)為了適應(yīng)用戶業(yè)務(wù)和機(jī)構(gòu)的發(fā)展變化而對(duì)軟件的功能、性能進(jìn)行修改、擴(kuò)充的過程稱為完善性維護(hù)。因?yàn)楦鞣N用戶的業(yè)務(wù)和機(jī)構(gòu)在相當(dāng)長的時(shí)期內(nèi)不可能是一成不變的，所以功能、性能的增加是不可避免的，而且這

5、種維護(hù)活動(dòng)在整個(gè)維護(hù)工作中所占的比重很大6. 軟件可靠性指在給定的時(shí)間內(nèi)，程序按照規(guī)定的條件成功地運(yùn)行的概率7. 軟件配置是一個(gè)軟件在生存周期內(nèi)，他的各種形式、各種版本的文檔與程序的總稱8. 軟件再工程運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的基礎(chǔ)上，進(jìn)行分解、綜合、并重新構(gòu)建軟件，用于提高軟件的可理解性、可維護(hù)性可復(fù)用性或演化性。9. 測試是在一個(gè)受控的環(huán)境下，由用戶在開發(fā)者的“指導(dǎo)”下進(jìn)行的的測試，由開發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問題。10. 測試是由軟件的最終用戶（多個(gè)）在一個(gè)或多個(gè)用戶場所來進(jìn)行。由用戶負(fù)責(zé)記下遇到的所有問題，包括主觀認(rèn)定的和真實(shí)的問題，定期向開發(fā)者報(bào)告，開發(fā)者在

6、綜合用戶的報(bào)告之后進(jìn)行修改，最后將軟件產(chǎn)品交付給全體用戶使用。11. 聚集關(guān)系表示類或?qū)ο笾g的整體與部分的關(guān)系12. 泛化關(guān)系表示類或?qū)ο笾g的一般與特殊的關(guān)系13. 內(nèi)聚一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。14. 耦合一一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。填空題1. 在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi)，一般認(rèn)為軟件是 _程序_、_文檔_ 和_數(shù)據(jù)_ 。2. 數(shù)據(jù)流圖的基本組成部分有 _數(shù)據(jù)的源點(diǎn)與終點(diǎn)_、 數(shù)據(jù)流_、 加工_、 數(shù)據(jù)文件_。3. 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的 _邏輯_模型，是需求規(guī)格說明書的主要組成部分。4. 劃分模塊時(shí)盡量做到_高內(nèi)聚、低耦合_，保持模塊的獨(dú)立

7、性，盡量使用公共模塊。 5. 類的實(shí)例化是_對(duì)象_。 6. 人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用性，常用的度量軟件可7. 靠性的兩個(gè)指標(biāo)是_成功地運(yùn)行的概率_和_平均故障時(shí)間_。 8. 將待開發(fā)的軟件細(xì)化，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來，9. 將得到軟件的總開發(fā)量。這種成本估算方法稱為_自底向上_。 10. 如果一個(gè)模塊被 n 個(gè)模塊調(diào)用，其中直接的上級(jí)模塊的個(gè)數(shù)是 m 個(gè)（ m<=n ）那么該模塊的扇入數(shù)是 _N_ 個(gè)。 11. 結(jié)構(gòu)化設(shè)計(jì)以 _數(shù)據(jù)流圖_ 為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。 12. 軟件的風(fēng)險(xiǎn)分析可包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)預(yù)測

8、 和風(fēng)險(xiǎn)駕馭（或風(fēng)險(xiǎn)管理）等3項(xiàng)活動(dòng)。13. 軟件著作權(quán)登記的3種主要類型：（1）著作權(quán)登記；（2）著作權(quán)延續(xù)登記；（3）權(quán)利轉(zhuǎn)移備案登記。14. 軟件工程管理的主要內(nèi)容有：項(xiàng)目經(jīng)費(fèi)管理，軟件質(zhì)量管理，項(xiàng)目進(jìn)度管理和人員管理。15. 面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行 _建模_ 。 16. 軟件維護(hù)工作的生產(chǎn)性活動(dòng)包括分析評(píng)價(jià)、修改設(shè)計(jì)和 _編寫程序代碼_ 等。 17. 為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而 _修改軟件_ 的過程稱為適應(yīng)性維護(hù)。 18. 一個(gè)進(jìn)行學(xué)生成績統(tǒng)計(jì)的模塊其功能是先對(duì)學(xué)生的成績進(jìn)行累加，然后求平均值，則該模塊的內(nèi)聚性是 _順序內(nèi)聚_ 。 19. 投資回收期就是使累

9、計(jì)的經(jīng)濟(jì)效益等于 _最初的投資費(fèi)用_ 所需的時(shí)間。 20. 軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到 _軟件廢棄_為止的整個(gè)時(shí)期。21. 曾被譽(yù)為“程序設(shè)計(jì)方法的革命”的 結(jié)構(gòu)化 程序設(shè)計(jì)，使程序設(shè)計(jì)從主要依賴于程序員個(gè)人的自由活動(dòng)變成為有章可循的一門科學(xué)。22. 從結(jié)構(gòu)化程序設(shè)計(jì)到 面向?qū)ο蟪绦蛟O(shè)計(jì) ，是程序設(shè)計(jì)方法的又一次飛躍。23. 在單元測試時(shí)，需要為被測模塊設(shè)計(jì)_測試用例_。簡答題1.軟件工程的七條基本原理是什么？答:軟件工程的七條基本原理是：(1) 用分階段的是的生存周期計(jì)劃嚴(yán)格管理；(2) 堅(jiān)持進(jìn)行階段評(píng)審；(3) 嚴(yán)格實(shí)施的產(chǎn)品控制；(4) 采用現(xiàn)代程序技術(shù)；(5) 結(jié)果

10、應(yīng)能清楚地審查；(6) 開發(fā)小組的成員應(yīng)該少而精；(7) 承認(rèn)不斷改進(jìn)軟件工程的必要性。2.良好的編碼風(fēng)格應(yīng)具備哪些條件？答:應(yīng)具備以下條件：（1）使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)；（2）有限制地使用GOTO語句；（3）源程序的文檔化 （應(yīng)具備以下內(nèi)容）有意義的變量名稱 “匈牙利命名規(guī)則 ”。 適當(dāng)?shù)淖⑨?“注釋規(guī)范”。標(biāo)準(zhǔn)的書寫格式：用分層縮進(jìn)的寫法顯示嵌套結(jié)構(gòu)的層次（鋸齒形風(fēng)格）；在注釋段的周圍加上邊框；在注釋段與程序段、以及不同程序段之間插入空行；每行只寫一條語句；書寫表達(dá)式時(shí)，適當(dāng)使用空格或圓括號(hào)等作隔離符。（4）滿足運(yùn)行工程學(xué)的輸入輸出風(fēng)格。3.簡述文檔在軟件工程中的作用。答：(1) 提高軟件開發(fā)

11、過程的能見度(2) 提高開發(fā)效率(3) 作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志(4) 記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(5) 提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6) 便于用戶了解軟件功能、性能。4.可行性研究包括哪幾方面的內(nèi)容？答：(1)經(jīng)濟(jì)可行性：是否有經(jīng)濟(jì)效益，多長時(shí)間可以收回成本；(2)技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng)，現(xiàn)有技術(shù)人員能否勝任，開發(fā)系統(tǒng)的資源能否滿足；(3)運(yùn)行可行性：系統(tǒng)操作在用戶內(nèi)部行得通嗎？(4)法律可行性：新系統(tǒng)開發(fā)是否會(huì)侵犯他人、集體或國家利益，是否違反國家法律。5.結(jié)構(gòu)化的需求分析描述工具有哪些?答：有數(shù)據(jù)流圖（DFD）、數(shù)據(jù)字典（DD）、判定表、判定樹、

12、結(jié)構(gòu)化語言（PDL）、層次方框圖、Warnier圖、IPO圖、控制流圖（CFD）、控制說明（CSPEC）、狀態(tài)轉(zhuǎn)換圖（STD）和實(shí)體關(guān)系圖（ER）等。6.一般面向?qū)ο蠓治鼋５墓ぞ撸▓D形）有哪些? 答：用例圖、類/對(duì)象圖、對(duì)象關(guān)系圖、實(shí)體關(guān)系圖（ER）、事件軌跡圖（時(shí)序圖）和狀態(tài)轉(zhuǎn)換圖（STD）等7.UML統(tǒng)一建模語言有哪幾種圖形？用例圖、類圖、對(duì)象圖、構(gòu)件（組件）圖、部署（配置）圖、狀態(tài)圖、活動(dòng)圖、順序（時(shí)序）圖、合作（協(xié)作）圖等九種圖。8.在面向?qū)ο蠓治鰰r(shí)類和對(duì)象的靜態(tài)關(guān)系主要有哪幾種？答：類和對(duì)象的靜態(tài)關(guān)系主要有關(guān)聯(lián)、聚集、泛化、依賴等四種關(guān)系。9. 什么是模塊化？模塊設(shè)計(jì)的準(zhǔn)則？模塊化

13、是按規(guī)定的原則將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的、相對(duì)獨(dú)立但又相關(guān)的模塊。模塊設(shè)計(jì)的準(zhǔn)則：(1) 改進(jìn)軟件結(jié)構(gòu), 提高模塊獨(dú)立性:在對(duì)初步模塊進(jìn)行合并、分解和移動(dòng)的分析、精化過程中力求提高模塊的內(nèi)聚，降低藕合。(2) 模塊大小要適中:大約50行語句的代碼，過大的模塊應(yīng)分解以提高理解性和可維護(hù)性;過小的模塊,合并到上級(jí)模塊中。(3) 軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當(dāng)。一般模塊的調(diào)用個(gè)數(shù)不要超過5個(gè)。(4) 盡量降低模塊接口的復(fù)雜程度；(5) 設(shè)計(jì)單入口、單出口的模塊。(6) 模塊的作用域應(yīng)在控制域之內(nèi)。10.什么是模塊獨(dú)立性？用什么度量？答：模塊獨(dú)立性概括了把軟件劃分為模塊時(shí)要遵守的準(zhǔn)則，

14、也是判斷模塊構(gòu)造是不是合理的標(biāo)準(zhǔn)。獨(dú)立性可以從兩個(gè)方面來度量：即模塊本身的內(nèi)聚和模塊之間的耦合。11. 變換型數(shù)據(jù)流由哪幾部分組成？變換型結(jié)構(gòu)由三部分組成:傳入路徑、變換(加工)中心和傳出路徑。12. 變換分析設(shè)計(jì)的步驟？(1) 區(qū)分傳入、傳出和變換中心三部分，劃分DFD圖的分界線；(2) 完成第一級(jí)分解:建立初始SC圖的框架；(3) 完成第二級(jí)分解:分解SC圖的各個(gè)分支；(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。13. 事務(wù)型數(shù)據(jù)流由哪幾部分組成？事務(wù)型結(jié)構(gòu)由至少一條接受路徑、一個(gè)事務(wù)中心與若干條動(dòng)作路徑組成。14. 事務(wù)分析設(shè)計(jì)的步驟？(1) 在DFD圖中確定事務(wù)中心、接收部分(包含

15、全部接收路徑)和發(fā)送部分(包含全部動(dòng)作路徑);(2) 畫出SC圖框架,把DFD圖的三部分，分別映射"為事務(wù)控制模塊,接收模塊和動(dòng)作發(fā)送模塊.一般得到SC圖的頂層和第一層(如果第一層簡單可以并入頂層);(3) 分解和細(xì)化接收分支和動(dòng)作分支,完成初始的SC圖;(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。15數(shù)據(jù)字典包括哪些內(nèi)容?數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。它對(duì)數(shù)據(jù)流圖上每一個(gè)成分：數(shù)據(jù)項(xiàng)、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工和外部項(xiàng)等給以定義和說明；它主要由數(shù)據(jù)流描述、加工描述和文件描述三部分組成。16給出一組數(shù)從小到大的排序算法，分別用下列工具描述其詳細(xì)過程：(1

16、)流程圖；(2)N-S圖；(3) PDL語言。17.欲開發(fā)一個(gè)銀行的活期存取款業(yè)務(wù)的處理系統(tǒng)：儲(chǔ)戶將填好的存/取款單和存折交給銀行工作人員，然后由系統(tǒng)作以下處理；(1)業(yè)務(wù)分類處理：系統(tǒng)首先根據(jù)儲(chǔ)戶所填的存/取款單，確定本次業(yè)務(wù)的性質(zhì)，并將存/取款單和存折交下一步處理；(2)存款處理：系統(tǒng)將存款單上的存款金額分別記錄在存折和帳目文件中，并將現(xiàn)金存入現(xiàn)金庫；最后將存折還給儲(chǔ)戶；(3)取款處理：系統(tǒng)將取款單上的取款金額分別記錄在存折和帳目文件中，并從現(xiàn)金庫提取現(xiàn)金；最后將現(xiàn)金和存折還給儲(chǔ)戶。繪制該系統(tǒng)的數(shù)據(jù)流圖和軟件結(jié)構(gòu)圖。18.什么是軟件生存周期？把生存周期劃分為階段的目的是什么？答：一個(gè)軟件從

17、開始計(jì)劃起，到廢棄不用止，成為軟件的生存周期。把整個(gè)生存周期劃分為較小的階段，給每個(gè)階段賦予確定而有限的任務(wù)，能夠簡化每一步的工作內(nèi)容，使因?yàn)檐浖?guī)模增長而大大增加了的軟件復(fù)雜性變得較易控制和管理。19.詳細(xì)設(shè)計(jì)的目的?為軟件結(jié)構(gòu)圖(SC圖或HC圖)中的每一個(gè)模塊確定采用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),用某種選定的表達(dá)工具給出清晰的描述.20詳細(xì)設(shè)計(jì)的任務(wù)是什么？(1) 為每個(gè)模塊確定采用的算法；(2) 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；(3) 確定模塊接口的細(xì)節(jié)；(4) 編寫過程設(shè)計(jì)說明書；(5) 設(shè)計(jì)每一模塊的測試用例。21.     編碼的任務(wù)？使用選定的程序設(shè)計(jì)

18、語言，把模塊的過程性描述翻譯為用語言書寫的源程序(源代碼)。22.軟件測試的基本任務(wù)？軟件測試是按照特定的規(guī)則，發(fā)現(xiàn)軟件錯(cuò)誤的過程；好的測試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試；成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試；23.什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些?黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測試者把被測程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測試是在程序接口處進(jìn)行測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試主要采用的

19、技術(shù)有:等價(jià)分類法、邊界值分析法、錯(cuò)誤推測法和因果圖等技術(shù)。 24.什么是白盒測試?白盒測試主要采用的技術(shù)有哪些?白盒測試是測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對(duì)程序的所有邏輯路徑進(jìn)行測試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。白盒測試主要采用的技術(shù)有：路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對(duì)包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。 25.路徑測試技術(shù)中幾種主要覆蓋的含義?舉例說明?語句覆蓋:至少執(zhí)行程序中所有語句一次。 判定覆蓋:使被測程序中的每一個(gè)分支至少執(zhí)行一次。故也稱為分支覆蓋。條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。條件組合測試:設(shè)計(jì)足夠的測試用

20、例，使每個(gè)判定中的所有可能條件取值組合至少執(zhí)行一次。(例略) 26.等價(jià)分類法的測試技術(shù)采用的一般方法?舉例說明?(1)  為每個(gè)等價(jià)類編號(hào)；(2)  設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。(3)  設(shè)計(jì)一個(gè)新的測試方案,使它覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類, 重復(fù)這一步驟,直到所有無效等價(jià)類被覆蓋為止。(例略)27.如圖顯示某程序的邏輯結(jié)構(gòu)。 試為它設(shè)計(jì)足夠的測試用例，分別實(shí)現(xiàn)對(duì)程序的判定覆概、條件覆概和條件組合覆概。NYN設(shè)計(jì)測試方案覆蓋種類需滿足的條件測試數(shù)據(jù)期望結(jié)果 判定覆蓋A&g

21、t;1,B=0A=2,B=0執(zhí)行S1A>1,B¹0或A£1,B=0或A£1,B¹0A=2,B=1或A=1,B=0或A=1,B=1 執(zhí)行S2 條件覆蓋以下四種情況各出現(xiàn)一次  A>1B=0A=2，B=0執(zhí)行S1A£1B¹0A=1，B=1執(zhí)行S2 條件組合覆蓋A>1,B=0A=2,B=0執(zhí)行S1A>1,B¹0A=2,B=1執(zhí)行S2A£1,B=0A=1,B=0執(zhí)行S2A£1,B¹0A=1,B=1執(zhí)行S2 28.某城市電

22、話號(hào)碼由三部分組成。它們的名稱和內(nèi)容分別是： 地區(qū)碼：空白或三位數(shù)字； 前 綴：非0或1的三位數(shù)字； 后 綴：4位數(shù)字。 假定被測程序能接受一切符合上述規(guī)定的電話號(hào)碼，拒絕所有不符合規(guī)定的電話號(hào)碼。根據(jù)該程序的規(guī)格說明，作等價(jià)類的劃分，并設(shè)計(jì)測試方案。 劃分等價(jià)類輸入條件有效等價(jià)類無效等價(jià)類地區(qū)碼1.空白；2.三位數(shù)；1.     有非數(shù)字字符；2.少于三位數(shù)字；3.多于三位數(shù)字。前 綴3.從200到999之間的三位4.有非數(shù)字字符；5.起始位為0；6.起始位為1； 7.少于三位數(shù)字；8.多于三位數(shù)字。后 綴4.四位數(shù)字。9.有非數(shù)字字符；10.少于四位

23、數(shù)字；11.多于四位數(shù)字。 設(shè)計(jì)測試方案方案內(nèi)容輸 入預(yù)期輸出地區(qū)碼前綴后綴1空白200999之間的三位數(shù)字四位數(shù)字( )276-2345有效2三位數(shù)字四位數(shù)字(635)805-9321有效3有非數(shù)字字符  (20A)723-4567無效4少于三位數(shù)字  (33 )234-5678無效5多于三位數(shù)字  (5555)345-6789無效6 有非數(shù)字字符 (345)5A2-3456無效7 起始位為0 (345)012-3456無效8 起始位為1 (345)132-345

24、6無效9 少于三位數(shù)字 (345) 92-3456無效10 多于三位數(shù)字 (345)4562-3456無效11  有非數(shù)字字符(345)342-3A56無效12  少于四位數(shù)字(345)342- 356無效13  多于四位數(shù)字(345)562-34567無效  29.為什么說軟件的維護(hù)是不可避免的？因?yàn)檐浖拈_發(fā)過程中，一般很難檢測到所有的錯(cuò)誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維

25、護(hù)是不可避免的。22.試由程序流程圖導(dǎo)出程序圖1入口2A>1 F38B=0 T TX=X/A 4 FA=25 TX>1 F96X=X+1 T 7出口 F（a）程序流程圖 （b）導(dǎo)出程序圖30.軟件的維護(hù)一般分為哪幾類？完善性維護(hù)：滿足用戶在使用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長的需要而進(jìn)行的工作； 適應(yīng)性維護(hù)：是軟件適應(yīng)新的運(yùn)行環(huán)境而進(jìn)行的工作；糾錯(cuò)性維護(hù)：糾正開發(fā)期間未發(fā)現(xiàn)的遺留錯(cuò)誤，即在程序使用期間發(fā)現(xiàn)的程序錯(cuò)誤進(jìn)行診斷和改正的過程；預(yù)防性維護(hù)：為了改善未來的可維護(hù)性或可靠性而修改軟件的工作。31.決定軟件可維護(hù)性的因素？(1) 軟件的可理解性、可測試性、

26、可修改性； (2) 文檔描述符合要求、用戶文檔簡潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。32.分析軟件危機(jī)產(chǎn)生的主要原因有哪些？ 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增加 1 個(gè)要點(diǎn)1分，只要答上5個(gè)要點(diǎn)得5分！33.說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2分）（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。（3分） 34、軟件測試的基本任務(wù)是什么？測試與糾錯(cuò)有什么區(qū)別？答：軟件測試的基本任務(wù)是通過在計(jì)算機(jī)上執(zhí)行程序，暴露程序中

27、潛在的錯(cuò)誤。測試和糾錯(cuò)目的和任務(wù)都不相同，測試是為了發(fā)現(xiàn)程序的錯(cuò)誤，糾錯(cuò)是為了定位和糾正錯(cuò)誤，從而消除軟件故障，保證程序的可靠運(yùn)行。35.軟件測試包括哪些步驟？同時(shí)說明這些步驟的測試目的是什么？ 答：（1）單元測試，目的是代碼達(dá)到模塊說明書的要求（2）集成測試，目的是將經(jīng)過單元測試的模塊逐步組裝成具有良好一致性的完整的程序（3）確認(rèn)測試，目的是確認(rèn)程序系統(tǒng)是否滿足軟件需求規(guī)格說明書的要求（4）系統(tǒng)測試，目的是檢查能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行，并且完成SRS對(duì)他的要求。36.需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么（2.5分） 軟

28、件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。（2.5分） 37.說明軟件測試和調(diào)試的目的有何區(qū)別？ 答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤（2。5分）調(diào)試的目的是定位軟件錯(cuò)誤并糾38. 根據(jù)以下被測試的流程圖，選擇相應(yīng)的答案。(8分) (1) A=2, B=0, X=4 (2)A=2, B=1, X=1 (3)A=2, B=0, X=1 A=1, B=1, X=1 A=3, B=0, X=3 A=1, B=1, X=2 在1-3的答案中滿足判定覆蓋的測試用例是_1_ (2分) 在1-3的答案中滿足條件覆蓋的測試用例是_3_ (2分) 在1-3的答案中滿足判定/條件覆蓋的測試用

29、例是_2_ (2分) 39工資計(jì)算系統(tǒng)中的一個(gè)子系統(tǒng)有如下功能： （ 1 ）計(jì)算扣除部分由基本工資計(jì)算出應(yīng)扣除（比如水電費(fèi)、缺勤）的部分； （ 2 ）計(jì)算獎(jiǎng)金部分根據(jù)職工的出勤情況計(jì)算出獎(jiǎng)勵(lì)金； （ 3 ）計(jì)算工資總額部分根據(jù)輸入的扣除額及獎(jiǎng)金計(jì)算出總額； （ 4 ）計(jì)算稅金部分由工資總額中計(jì)算出應(yīng)扣除各種稅金； （ 5 ）生成工資表根據(jù)計(jì)算總額部分和計(jì)算稅金部分傳遞來的有關(guān)職工工資的詳細(xì)信息生成工資表。 試根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。40用自頂向下結(jié)構(gòu)化程序設(shè)計(jì)方法編寫直接選擇排序從小到大排列的程序。要求保持良好的程序風(fēng)格，加上必要的注釋（）。用C語言編寫：/*程序名稱：直接選擇排序；*

30、/*作者 */*完成日期：2006年6月9日；*/*過程頭：selectsort（int *A；int N）*/*輸入?yún)?shù)：N為元素個(gè)數(shù)（N<=1000）；A整型數(shù)組，從1到N存放待排序元素；*/*返回結(jié)果：數(shù)組A為指針，由它返回排序結(jié)果；*/void selectsort（int *A；int N）int i,j,k,x；for (i=1;i<N;i+) /*求第I個(gè)最小值*/ k=i； /*先假設(shè)I位置上的值最小*/for (j+=i;j<=N;j+) /*求I到N位置上的最小值*/ if (A（j）<A（k）) k=j；if （k<>i） /*需要交換

31、A（K）和A（I）的值*/ /*交換A（K）和A（I）*/ x=A（i）； A（i）=A（k）；A（k）=x /*結(jié)束交換*/ /*求出了第I個(gè)最小值*/ /*SELECTSORT*/41. 把事務(wù)型數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)圖：A B C + f1 f2 f4 f5 f3 主模塊 Read f1 A B C Write f4 Write f5主模塊 f1 f2 f1 f3 f4 f5 42.把變換型數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)圖：B A C f1 f2 f3 f4 主模塊 Get f2 B Get f3 Read f1主模塊 Read f1主模塊 A C Write f4主模塊 f1 f1 f2 f2

32、 f3 f3 f4 f4 43、什么是軟件復(fù)用？簡述軟件復(fù)用和軟件共享、軟件移植的差別。答：軟件復(fù)用是指在構(gòu)造新的軟件系統(tǒng)的過程中，對(duì)已存在的軟件人工制品的使用技術(shù)。如果是在一個(gè)系統(tǒng)中多次使用一個(gè)相同的軟件成分，這叫軟件共享；對(duì)一個(gè)軟件進(jìn)行修改，使它能運(yùn)行于新的軟、硬件平臺(tái)這稱作軟件移植。44、什么是軟件再工程？軟件再工程的主要活動(dòng)有哪些？答：軟件再工程是運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的基礎(chǔ)上，進(jìn)行分解、綜合，并重新構(gòu)建軟件，用以提高軟件的可理解性、可維護(hù)性、可復(fù)用性或演化性。主要活動(dòng)：信息庫分析、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)據(jù)重構(gòu)、正向工程。選擇題1. 軟件工程的概念是哪年

33、提出的(B)。 A. 1988 B. 1968 C. 1948 D. 19282. 瀑布模型的關(guān)鍵不足在于(D )。 A. 過于簡單 B. 各個(gè)階段需要進(jìn)行評(píng)審 C. 過于靈活 D. 不能適應(yīng)需求的動(dòng)態(tài)變更3. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式( C)。 A. 開發(fā)的軟件不滿足用戶需要 B. 開發(fā)的軟件可維護(hù)性差 C. 開發(fā)的軟件價(jià)格便宜 D. 開發(fā)的軟件可靠性差4. 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次( A)需求分析、設(shè)計(jì)過程。 A. 簡化、壓縮的 B. 詳細(xì)的 C. 徹底的 D. 深入的 5. 結(jié)構(gòu)化設(shè)計(jì)是一種面向( A)的設(shè)計(jì)方法。 A. 數(shù)據(jù)流 B. 模塊 C. 數(shù)據(jù)結(jié)構(gòu) D. 程序 6

34、. 與確認(rèn)測試階段有關(guān)的文檔是( A)。 A. 需求規(guī)格說明書 B. 概要設(shè)計(jì)說明書 C. 詳細(xì)設(shè)計(jì)說明書 D. 源程序7. 軟件開發(fā)的需求活動(dòng)，其主要任務(wù)是（ D）。A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu)C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型8. 以下說法錯(cuò)誤的是(A )。 A. 文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令 B. 文檔也是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成軟件 C. 軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量 D. 高質(zhì)量文檔對(duì)于發(fā)揮軟件產(chǎn)品的效益有著重要的意義 9. 一個(gè)項(xiàng)目是否開發(fā)，從經(jīng)濟(jì)上來說是否可行，歸根結(jié)底是取決于(A

35、 )。 A. 成本估算 B. 項(xiàng)目計(jì)劃 C. 工程管理 D. 工程網(wǎng)絡(luò)圖 10. 在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有( B)。 A. 隱藏復(fù)雜性 B. 信息隱蔽 C. 經(jīng)常類的復(fù)用 D. 類的開發(fā) 11. 面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封裝、繼承外，還有( A)。 A. 多態(tài)性 B. 完整性 C. 可移植性 D. 兼容性 12. 在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動(dòng)態(tài)模型來表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是(B )。 A. 數(shù)據(jù)流圖 B. 狀態(tài)圖 C. 系統(tǒng)結(jié)構(gòu)圖 D. 用例圖13. 面說法正

36、確的是( C)。 A. 經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確 B. 測試的目標(biāo)是為了證明程序沒有錯(cuò)誤 C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試 D. 成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試 14. (D )能夠有效地檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。 A. 等價(jià)類劃分 B. 邊界值分析 C. 錯(cuò)誤推測 D. 因果圖 15火車是一種陸上交通工具?；疖嚭完懮辖煌üぞ咧g的關(guān)系是( D)關(guān)系。 A. 組裝 B. 整體部分 C. has a D. 一般特殊 16、軟件維護(hù)產(chǎn)生的副作用，是指（ C）A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作 17、使用程序設(shè)計(jì)的控制結(jié)

37、構(gòu)導(dǎo)出測試用例的測試方法是（ B ）A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試 18、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（A ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程 19、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ C）A、深度 B、寬度 C、扇入 D、扇出 20、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ C ）A、邏輯內(nèi)聚 B、時(shí)間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚 21、軟件是一種（C ）A、程序      B、數(shù)據(jù)     C、邏輯產(chǎn)品 

38、0; D、物理產(chǎn)品 22、需求分析最終結(jié)果是產(chǎn)生（ B ）A、項(xiàng)目開發(fā)計(jì)劃 B、需求規(guī)格說明書 C、設(shè)計(jì)說明書 D、可行性分析報(bào)告 23、因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( B ) A、糾正性維護(hù)B、適應(yīng)性維護(hù) C、完善性維護(hù)D、預(yù)防性維護(hù)24、下列屬于維護(hù)階段的文檔是( C ) A、軟件規(guī)格說明 B、用戶操作手冊(cè) C、軟件問題報(bào)告 D、軟件測試分析報(bào)告25、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是( C ) A、條件覆蓋法B、等價(jià)分類法 C

39、、邊界值分析法D、錯(cuò)誤推測法26、研究開發(fā)所需要的成本和資源是屬于可行性研究中的( B )研究的一方面。 A. 技術(shù)可行性B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性D. 法律可行性27、按軟件生命周期方法設(shè)計(jì)軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個(gè)階段的工作（A）A、需求分析 B、程序設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D、軟件維護(hù) 28、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（B ）A、軟件不再包含任何錯(cuò)誤 B、還可能包含少量軟件錯(cuò)誤 C、所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤 D、文檔中不會(huì)含有錯(cuò)誤。 29、等價(jià)劃分測試方法屬于（ A ）  A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試 30、

40、軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( B ) A.可用性B.可靠性C.正確性D.完整性31、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（ C ）A、集成測試 B、恢復(fù)測試 C、確認(rèn)測試 D、單元測試 32、要顯示描繪軟件開發(fā)項(xiàng)目各作業(yè)的依賴關(guān)系，應(yīng)選擇( B )。A. Gantt圖   B.工程網(wǎng)絡(luò)   C. COCOMO模型   D.數(shù)據(jù)流圖 33、從心理學(xué)角度看，對(duì)數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個(gè)泡為宜。（ B）A、3&

41、#177;1 B、7±2C、15±1 D、18±234、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ D ）A、程序的規(guī)模 B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性 D、程序易讀性35、在用戶界面層次上對(duì)軟件進(jìn)行測試屬于哪種測試方法（ A ）  A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試 36、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（ C ）于對(duì)象的統(tǒng)一體中。 A、結(jié)合 B、隱藏 C、封裝 D、抽象37、( D )是比較理想的可重用軟構(gòu)件。A.子程序庫   B.源代碼包含文件 C.對(duì)象   D.類 38、下列模型屬于

42、成本估算方法的有( A ) A、COCOMO模型 B、McCall模型C、McCabe度量法 D、時(shí)間估算法39、軟件生存周期中時(shí)間最長的是（ D ）階段。A、總體設(shè)計(jì) B、需求分析 C、軟件測試 D、軟件維護(hù) 40、為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ D ）。A、公共耦合 B、控制耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合41、軟件概要設(shè)計(jì)結(jié)束后得到（ B ）A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細(xì)算法 D、程序編碼 42、為使得開發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考，從而減少返工，所以（ C ）的編制是很重要的。A、需求說明 B、概要說明 C、軟件

43、文檔 D、測試計(jì)劃 43、汽車有一個(gè)發(fā)動(dòng)機(jī)，因而汽車與發(fā)動(dòng)機(jī)之間的關(guān)系是（ B）關(guān)系。A、一般與特殊 B、整體與部分C、分類關(guān)系 D、is a 關(guān)系 44、軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性的分離，是指軟件的（ C）。A、繼承性 B、共享性 C、封裝性 D、抽象性45、單元測試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ C ）的錯(cuò)誤。A、接口錯(cuò)誤 B、編碼錯(cuò)誤 C、性能、質(zhì)量不合要求 D、功能錯(cuò)誤46、軟件工程管理對(duì)軟件項(xiàng)目的開發(fā)管理，即對(duì)整個(gè)軟件（ ）的一切活動(dòng)的管理。A、軟件項(xiàng)目 B、生存期 C、軟件開發(fā)計(jì)劃 D、軟件開發(fā) 47、許多產(chǎn)

44、品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計(jì)階段，因此在產(chǎn)品（ C ）階段就應(yīng)采取有力措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。A、軟件評(píng)審 B、軟件測試 C、開發(fā)設(shè)計(jì) D、軟件度量 48、下列幾種類型中，耦合性最弱的是（ D ）。A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型 49、系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ A ）。A、軟件容錯(cuò) B、系統(tǒng)軟件 C、測試軟件 D、恢復(fù)測試50.瀑布模型的關(guān)鍵不足在于 BA、過于簡單 B、不能適應(yīng)需求的動(dòng)態(tài)變更C、過于靈活 D、各個(gè)階段需要進(jìn)行評(píng)審 51.在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（1） （1）繼承

45、和聚集（2）繼承和一般（3）聚集和消息傳遞（4）繼承和方法調(diào)用 52.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(3) (1）成本高（2）生產(chǎn)率低(3)技術(shù)發(fā)展快（4）質(zhì)量得不到保證 53.以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎?） （1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用 54.軟件可行性研究一般不考慮（4） （1）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（2）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（3）待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算（4）待開發(fā)的軟件是否會(huì)有質(zhì)量問題55.軟件維護(hù)的副作用主要有以下哪幾種（3） （1）編碼副作用、數(shù)據(jù)副作用、測試副作用（2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副

46、作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、文檔副作用、測試副作用56.軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（4） （1）培訓(xùn)計(jì)劃（2）人員安排（3）進(jìn)度安排（4）軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定57.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法（3） （1)coad方法(2)booch方法(3)jackson方法(4)omt方法 58.以下哪種測試方法不屬于白盒測試技術(shù)（2） （1）基本路徑測試（2）邊界值分析測試（3）循環(huán)覆蓋測試（4）邏輯覆蓋測試 59. “軟件危機(jī)”是指(C ) A. 計(jì)算機(jī)病毒的出現(xiàn) B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng) C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人

47、們過分迷戀計(jì)算機(jī)系統(tǒng) 60. DFD中的每個(gè)加工至少需要( D) A. 一個(gè)輸入流 B. 一個(gè)輸出流 C. 一個(gè)輸入或輸出流 D. 一個(gè)輸入流和一個(gè)輸出流 61. 為了提高模塊的獨(dú)立性，模塊之間最好是( D) A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合 62. 下面關(guān)于PDL語言不正確的說法是(B ) A. PDL是描述處理過程怎么做 B. PDL是只描述加工做什么 C. PDL也稱為偽碼 D. PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則 63. 詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是( D) A. DFD圖 B. 程序圖 C. PAD圖 D. SC圖 64. 不適合

48、作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是( D) A. SQL B. Cobol C. 4GL D. Lisp 65. 下列關(guān)于功能性注釋不正確的說法是(B ) A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋 66. 下列關(guān)于效率的說法不正確的是( D) A. 效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出 B. 提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法 C. 效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量兩個(gè)方面 D. 程序的效率與程序的簡單性

49、無關(guān) 67. 測試的關(guān)鍵問題是( D) A. 如何組織對(duì)軟件的評(píng)審 B. 如何驗(yàn)證程序的正確性 C. 如何采用綜合策略 D. 如何選擇測試用例 68. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于( D) A. 軟件是否結(jié)構(gòu)化 B. 軟件配置是否完整 C. 程序的完整性 D. 文檔的完整性 69. 軟件維護(hù)困難的主要原因是(C ) A. 費(fèi)用低 B. 人員少 C. 開發(fā)方法的缺陷 D. 得不到用戶支持 70. 可維護(hù)性的特性中，相互矛盾的是( B) A. 可理解性與可測試性 B. 效率與可修改性 C. 可修改性和可理解性 D. 可理解性與可讀性 71. 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究( A)的方法和技術(shù)中產(chǎn)生的。 A. 需求階段 B. 設(shè)計(jì)階段 C. 測試階段 D. 軟件開發(fā)的各個(gè)階段 72. 從目前情況來看，增量模型存在的主要問題是( C) A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強(qiáng)有力的軟件工具和開發(fā)環(huán)境 D. 缺乏對(duì)開發(fā)過程中的問題和錯(cuò)誤具有應(yīng)付變化的機(jī)制 73. 下列文檔與維護(hù)人員有關(guān)的有(CD ) A. 軟件需求說明書 B. 項(xiàng)目開發(fā)計(jì)劃