軟件工程習(xí)題.doc

復(fù)習(xí)題填空題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ú)立性，盡量使用公共模塊。 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è)（ m1,B=0A=2,B=0執(zhí)行S1A1,B0或A1,B=0或A1,B0A=2,B=1或A=1,B=0或A=1,B=1執(zhí)行S2條件覆蓋以下四種情況各出現(xiàn)一次A1B=0A=2，B=0執(zhí)行S1A1B0A=1，B=1執(zhí)行S2條件組合覆蓋A1,B=0A=2,B=0執(zhí)行S1A1,B0A=2,B=1執(zhí)行S2A1,B=0A=1,B=0執(zhí)行S2A1,B0A=1,B=1執(zhí)行S228.某城市電話號(hào)碼由三部分組成。它們的名稱和內(nèi)容分別是： 地區(qū)碼：空白或三位數(shù)字； 前 綴：非0或1的三位數(shù)字； 后 綴：4位數(shù)字。 假定被測(cè)程序能接受一切符合上述規(guī)定的電話號(hào)碼，拒絕所有不符合規(guī)定的電話號(hào)碼。根據(jù)該程序的規(guī)格說明，作等價(jià)類的劃分，并設(shè)計(jì)測(cè)試方案。 劃分等價(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.少于四位數(shù)字；11.多于四位數(shù)字。設(shè)計(jì)測(cè)試方案方案內(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-3456無效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ā)過程中，一般很難檢測(cè)到所有的錯(cuò)誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維護(hù)是不可避免的。22.試由程序流程圖導(dǎo)出程序圖1入口2A1 F38B=0 T TX=X/A 4 FA=25 TX1 F96X=X+1 T 7出口 F（a）程序流程圖 （b）導(dǎo)出程序圖30.軟件的維護(hù)一般分為哪幾類？完善性維護(hù)：滿足用戶在使用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長(zhǎng)的需要而進(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) 軟件的可理解性、可測(cè)試性、可修改性； (2) 文檔描述符合要求、用戶文檔簡(jiǎn)潔明確、系統(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、軟件測(cè)試的基本任務(wù)是什么？測(cè)試與糾錯(cuò)有什么區(qū)別？答：軟件測(cè)試的基本任務(wù)是通過在計(jì)算機(jī)上執(zhí)行程序，暴露程序中潛在的錯(cuò)誤。測(cè)試和糾錯(cuò)目的和任務(wù)都不相同，測(cè)試是為了發(fā)現(xiàn)程序的錯(cuò)誤，糾錯(cuò)是為了定位和糾正錯(cuò)誤，從而消除軟件故障，保證程序的可靠運(yùn)行。35.軟件測(cè)試包括哪些步驟？同時(shí)說明這些步驟的測(cè)試目的是什么？ 答：（1）單元測(cè)試，目的是代碼達(dá)到模塊說明書的要求（2）集成測(cè)試，目的是將經(jīng)過單元測(cè)試的模塊逐步組裝成具有良好一致性的完整的程序（3）確認(rèn)測(cè)試，目的是確認(rèn)程序系統(tǒng)是否滿足軟件需求規(guī)格說明書的要求（4）系統(tǒng)測(cè)試，目的是檢查能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行，并且完成SRS對(duì)他的要求。36.需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么（2.5分） 軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。（2.5分） 37.說明軟件測(cè)試和調(diào)試的目的有何區(qū)別？ 答：測(cè)試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤（2。5分）調(diào)試的目的是定位軟件錯(cuò)誤并糾38. 根據(jù)以下被測(cè)試的流程圖，選擇相應(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的答案中滿足判定覆蓋的測(cè)試用例是_1_ (2分) 在1-3的答案中滿足條件覆蓋的測(cè)試用例是_3_ (2分) 在1-3的答案中滿足判定/條件覆蓋的測(cè)試用例是_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語言編寫：/*程序名稱：直接選擇排序；*/*作者：陳明銳；*/*完成日期：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;iN;i+) /*求第I個(gè)最小值*/ k=i； /*先假設(shè)I位置上的值最小*/for (j+=i;j=N;j+) /*求I到N位置上的最小值*/ if (A（j）A（k）) k=j；if （ki） /*需要交換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 f3 f3 f4 f4 43、什么是軟件復(fù)用？簡(jiǎn)述軟件復(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)：信息庫(kù)分析、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)據(jù)重構(gòu)、正向工程。選擇題1. 軟件工程的概念是哪年提出的( )。 A. 1988 B. 1968 C. 1948 D. 19282. 瀑布模型的關(guān)鍵不足在于( )。 A. 過于簡(jiǎn)單 B. 各個(gè)階段需要進(jìn)行評(píng)審 C. 過于靈活 D. 不能適應(yīng)需求的動(dòng)態(tài)變更3. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式( )。 A. 開發(fā)的軟件不滿足用戶需要 B. 開發(fā)的軟件可維護(hù)性差 C. 開發(fā)的軟件價(jià)格便宜 D. 開發(fā)的軟件可靠性差4. 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次( )需求分析、設(shè)計(jì)過程。 A. 簡(jiǎn)化、壓縮的 B. 詳細(xì)的 C. 徹底的 D. 深入的 5. 結(jié)構(gòu)化設(shè)計(jì)是一種面向( )的設(shè)計(jì)方法。 A. 數(shù)據(jù)流 B. 模塊 C. 數(shù)據(jù)結(jié)構(gòu) D. 程序 6. 與確認(rèn)測(cè)試階段有關(guān)的文檔是( )。 A. 需求規(guī)格說明書 B. 概要設(shè)計(jì)說明書 C. 詳細(xì)設(shè)計(jì)說明書 D. 源程序7. 軟件開發(fā)的需求活動(dòng)，其主要任務(wù)是（ ）。A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu)C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型8. 以下說法錯(cuò)誤的是( )。 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. 成本估算 B. 項(xiàng)目計(jì)劃 C. 工程管理 D. 工程網(wǎng)絡(luò)圖 10. 在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有( )。 A. 隱藏復(fù)雜性 B. 信息隱蔽 C. 經(jīng)常類的復(fù)用 D. 類的開發(fā) 11. 面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封裝、繼承外，還有( )。 A. 多態(tài)性 B. 完整性 C. 可移植性 D. 兼容性 12. 在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動(dòng)態(tài)模型來表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是( )。 A. 數(shù)據(jù)流圖 B. 狀態(tài)圖 C. 系統(tǒng)結(jié)構(gòu)圖 D. 用例圖13. 面說法正確的是( )。 A. 經(jīng)過測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確 B. 測(cè)試的目標(biāo)是為了證明程序沒有錯(cuò)誤 C. 成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試 D. 成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試 14. ( )能夠有效地檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。 A. 等價(jià)類劃分 B. 邊界值分析 C. 錯(cuò)誤推測(cè) D. 因果圖 15火車是一種陸上交通工具?；疖嚭完懮辖煌üぞ咧g的關(guān)系是( )關(guān)系。 A. 組裝 B. 整體部分 C. has a D. 一般特殊 16、軟件維護(hù)產(chǎn)生的副作用，是指（ ）A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作 17、使用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例的測(cè)試方法是（ ）A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試 18、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（ ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程 19、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ ）A、深度 B、寬度 C、扇入 D、扇出 20、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ ）A、邏輯內(nèi)聚 B、時(shí)間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚 21、軟件是一種（ ）A、程序 B、數(shù)據(jù)C、邏輯產(chǎn)品 D、物理產(chǎn)品 22、需求分析最終結(jié)果是產(chǎn)生（ ）A、項(xiàng)目開發(fā)計(jì)劃 B、需求規(guī)格說明書 C、設(shè)計(jì)說明書 D、可行性分析報(bào)告 23、因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( ) A、糾正性維護(hù)B、適應(yīng)性維護(hù) C、完善性維護(hù)D、預(yù)防性維護(hù)24、下列屬于維護(hù)階段的文檔是( ) A、軟件規(guī)格說明 B、用戶操作手冊(cè) C、軟件問題報(bào)告 D、軟件測(cè)試分析報(bào)告25、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是( ) A、條件覆蓋法B、等價(jià)分類法 C、邊界值分析法D、錯(cuò)誤推測(cè)法26、研究開發(fā)所需要的成本和資源是屬于可行性研究中的( )研究的一方面。 A. 技術(shù)可行性B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性D. 法律可行性27、按軟件生命周期方法設(shè)計(jì)軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個(gè)階段的工作（ ）A、需求分析 B、程序設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D、軟件維護(hù) 28、經(jīng)過嚴(yán)密的軟件測(cè)試后所提交給用戶的軟件產(chǎn)品中（ ）A、軟件不再包含任何錯(cuò)誤 B、還可能包含少量軟件錯(cuò)誤 C、所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤 D、文檔中不會(huì)含有錯(cuò)誤。 29、等價(jià)劃分測(cè)試方法屬于（ ） A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試 30、軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( ) A.可用性B.可靠性C.正確性D.完整性31、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測(cè)試屬于（ ）A、集成測(cè)試 B、恢復(fù)測(cè)試 C、確認(rèn)測(cè)試 D、單元測(cè)試 32、要顯示描繪軟件開發(fā)項(xiàng)目各作業(yè)的依賴關(guān)系，應(yīng)選擇( )。A.Gantt圖 B.工程網(wǎng)絡(luò) C.COCOMO模型 D.數(shù)據(jù)流圖33、從心理學(xué)角度看，對(duì)數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個(gè)泡為宜。（ ）A、31 B、72C、151 D、18234、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）A、程序的規(guī)模 B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性 D、程序易讀性35、在用戶界面層次上對(duì)軟件進(jìn)行測(cè)試屬于哪種測(cè)試方法（ ） A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試 36、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（ ）于對(duì)象的統(tǒng)一體中。 A、結(jié)合 B、隱藏 C、封裝 D、抽象37、( )是比較理想的可重用軟構(gòu)件。A.子程序庫(kù) B.源代碼包含文件 C.對(duì)象 D.類38、下列模型屬于成本估算方法的有( ) A、COCOMO模型 B、McCall模型C、McCabe度量法 D、時(shí)間估算法39、軟件生存周期中時(shí)間最長(zhǎng)的是（ ）階段。A、總體設(shè)計(jì) B、需求分析 C、軟件測(cè)試 D、軟件維護(hù) 40、為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ ）。A、公共耦合 B、控制耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合41、軟件概要設(shè)計(jì)結(jié)束后得到（ ）A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細(xì)算法 D、程序編碼 42、為使得開發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考，從而減少返工，所以（ ）的編制是很重要的。A、需求說明 B、概要說明 C、軟件文檔 D、測(cè)試計(jì)劃 43、汽車有一個(gè)發(fā)動(dòng)機(jī)，因而汽車與發(fā)動(dòng)機(jī)之間的關(guān)系是（ ）關(guān)系。A、一般與特殊 B、整體與部分C、分類關(guān)系 D、is a 關(guān)系 44、軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性的分離，是指軟件的（ ）。A、繼承性 B、共享性 C、封裝性 D、抽象性45、單元測(cè)試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測(cè)試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測(cè)試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測(cè)試是為了發(fā)現(xiàn)（ ）的錯(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)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計(jì)階段，因此在產(chǎn)品（ ）階段就應(yīng)采取有力措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。A、軟件評(píng)審 B、軟件測(cè)試 C、開發(fā)設(shè)計(jì) D、軟件度量 48、下列幾種類型中，耦合性最弱的是（ ）。A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型 49、系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ ）。A、軟件容錯(cuò) B、系統(tǒng)軟件 C、測(cè)試軟件 D、恢復(fù)測(cè)試50.瀑布模型的關(guān)鍵不足在于A、過于簡(jiǎn)單 B、不能適應(yīng)需求的動(dòng)態(tài)變更C、過于靈活 D、各個(gè)階段需要進(jìn)行評(píng)審 51.在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（1） （1）繼承和聚集（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ā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算（4）待開發(fā)的軟件是否會(huì)有質(zhì)量問題55.軟件維護(hù)的副作用主要有以下哪幾種（3） （1）編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用（2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、文檔副作用、測(cè)試副作用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.以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（2） （1）基本路徑測(cè)試（2）邊界值分析測(cè)試（3）循環(huán)覆蓋測(cè)試（4）邏輯覆蓋測(cè)試 59. “軟件危機(jī)”是指( ) A. 計(jì)算機(jī)病毒的出現(xiàn) B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng) C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人們過分迷戀計(jì)算機(jī)系統(tǒng) 60. DFD中的每個(gè)加工至少需要( ) A. 一個(gè)輸入流 B. 一個(gè)輸出流 C. 一個(gè)輸入或輸出流 D. 一個(gè)輸入流和一個(gè)輸出流 61. 為了提高模塊的獨(dú)立性，模塊之間最好是( ) A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合 62. 下面關(guān)于PDL語言不正確的說法是( ) A. PDL是描述處理過程怎么做 B. PDL是只描述加工做什么 C. PDL也稱為偽碼 D. PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則 63. 詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是( ) A. DFD圖 B. 程序圖 C. PAD圖 D. SC圖 64. 不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫(kù)應(yīng)用的語言是( ) A. SQL B. Cobol C. 4GL D. Lisp 65. 下列關(guān)于功能性注釋不正確的說法是( ) A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋 66. 下列關(guān)于效率的說法不正確的是( ) A. 效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出 B. 提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法 C. 效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面 D. 程序的效率與程序的簡(jiǎn)單性無關(guān) 67. 測(cè)試的關(guān)鍵問題是( ) A. 如何組織對(duì)軟件的評(píng)審 B. 如何驗(yàn)證程序的正確性 C. 如何采用綜合策略 D. 如何選擇測(cè)試用例 68. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于( ) A. 軟件是否結(jié)構(gòu)化 B. 軟件配置是否完整 C. 程序的完整性 D. 文檔的完整性 69. 軟件維護(hù)困難的主要原因是( ) A. 費(fèi)用低 B. 人員少 C. 開發(fā)方法的缺陷 D. 得不到用戶支持 70. 可維護(hù)性的特性中，相互矛盾的是( ) A. 可理解性與可測(cè)試性 B. 效率與可修改性 C. 可修改性和可理解性 D. 可理解性與可讀性 71. 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究( )的方法和技術(shù)中產(chǎn)生的。 A. 需求階段 B. 設(shè)計(jì)階段 C. 測(cè)試階段 D. 軟件開發(fā)的各個(gè)階段 72. 從目前情況來看，增量模型存在的主要問題是( ) A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強(qiáng)有力的軟件工具和開發(fā)環(huán)境 D. 缺乏對(duì)開發(fā)過程中的問題和錯(cuò)誤具有應(yīng)付變化的機(jī)制 73. 下列文檔與維護(hù)人員有關(guān)的有( ) A. 軟件需求說明書 B. 項(xiàng)目開發(fā)計(jì)劃 C. 概要設(shè)計(jì)說明書 D. 操作手冊(cè) D. 實(shí)現(xiàn)錯(cuò)誤檢測(cè)和錯(cuò)誤恢復(fù)的程序 74. ( )是為了確保每個(gè)開發(fā)過程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過程而進(jìn)行的工作。 A. 質(zhì)量檢測(cè) B. 軟件容錯(cuò) C. 軟件維護(hù) D. 系統(tǒng)容錯(cuò) 75. 表示對(duì)象相互行為的模型是( )模型。 A. 動(dòng)態(tài)模型 B. 功能模型 C. 對(duì)象模型 D. 靜態(tài)模型 76. CASE工具的表示集成是指CASE工具提供相同的( ) A. 編程環(huán)境 B. 用戶界面 C. 過程模型 D. 硬件/操作系統(tǒng) 77. 在軟件開發(fā)中，（）是指對(duì)將要開發(fā)的系統(tǒng)的開發(fā)成本進(jìn)行估算，然后與可能取得的效益進(jìn)行比較和權(quán)衡。 A. 成本效益分析 B. 可行性分析 C. 結(jié)構(gòu)化分析 D. 軟件需求分析 78. 軟件開發(fā)過程來自用戶方面的主要干擾是（） A. 功能變化 B. 經(jīng)費(fèi)減少 C. 設(shè)備損壞 D. 人員變化 79. 軟件復(fù)雜性度量的參數(shù)包括（） A. 結(jié)構(gòu) B. 問題背景 C. 可重用性 D. 容錯(cuò)性 80. 在 McCall 軟件質(zhì)量度量模型中，（）屬于面向軟件產(chǎn)品操作。 A. 可維護(hù)性 B. 效率 C. 適應(yīng)性 D. 可互操作性 81. 為了提高軟件的可維護(hù)性或可靠性而對(duì)軟件進(jìn)行的修改稱為（） A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù) 82. 面向維護(hù)的技術(shù)涉及軟件開發(fā)的（）階段。 A. 設(shè)計(jì) B. 編碼 C. 測(cè)試 D. 所有 83. 用白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法包括（） A. 邊界值分析 B. 條件組合覆蓋 C. 因果圖