軟件工程參考1_第1頁
軟件工程參考1_第2頁
軟件工程參考1_第3頁
已閱讀5頁,還剩46頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、A、正確性B、完整性 C - B 、順序內(nèi)聚 C、功能內(nèi) 的副作用。單項(xiàng)選擇題1、軟件工程的岀現(xiàn)是由于_A_oA、軟件危機(jī)的岀現(xiàn)B、計(jì)算機(jī)硬件技術(shù)的發(fā)展C、軟件社會(huì)化的需求D計(jì)算機(jī)軟件技術(shù)的發(fā)展2、 在McCall軟件質(zhì)量度量模型中,_C_ 表現(xiàn)了軟件承受修改的能力。靈活性D、互操作性3、 為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是_C。 A邏輯內(nèi)聚聚D、通信內(nèi)聚4、 軟件維護(hù)中,因重新初始化控制標(biāo)志或指針而引起的錯(cuò)誤是以下BA、文檔B 、數(shù)據(jù) C 、編碼 D5、 下列屬于用白盒技術(shù)設(shè)計(jì)測(cè)試用例的是B_o分D、因果圖6、根據(jù)輸入、輸岀的數(shù)據(jù)結(jié)構(gòu)產(chǎn)生程序結(jié)構(gòu)的設(shè)計(jì)方法是A PARNA方法 B、JACK

2、SON方法 C、WIRTH方法、設(shè)計(jì)A、錯(cuò)誤推測(cè)B、邏輯覆蓋 C、等價(jià)類劃_BoD 、DIJKSTRA方法7、兩個(gè)模塊之間傳遞的是同一個(gè)數(shù)據(jù)結(jié)構(gòu)的地址,這種耦合方式稱為DA、控制耦合B 、公共耦合C 、標(biāo)記耦合D 、數(shù)據(jù)耦合8瀑布模型是一種 B模型。 A、風(fēng)險(xiǎn)驅(qū)動(dòng)模型 B、線性開發(fā)模型C 、增量模型D 、迭代模型9、 軟件維護(hù)是軟件生命周期中的固有階段,一般認(rèn)為,各種不同的軟件維護(hù)中以C_維護(hù)所占的維護(hù)量最小。A、糾錯(cuò)性維護(hù)B、代碼維護(hù) C、預(yù)防性維護(hù)D、文檔維護(hù)10、 DFD中的每個(gè)加工至少需要 DoA、 一個(gè)輸入流B 、 一個(gè)輸岀流C 、一個(gè)輸入或輸岀流D 、一個(gè)輸入流和一個(gè)輸岀流11、

3、下面關(guān)于PDL語言不正確的說法是BoA PDL是描述處理過程怎么做 B、PDL是只描述加工做什么C PDL也稱為偽碼D 、PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則12、 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于_DoA、軟件是否結(jié)構(gòu)化 B、軟件配置是否完整 C、程序的完整性 D、文檔的完整性13、 軟件測(cè)試中,白盒法是通過分析程序的 _B來設(shè)計(jì)測(cè)試用例的。A、應(yīng)用范圍B、內(nèi)部邏輯 C、 功能D、輸入數(shù)據(jù)14、 確認(rèn)測(cè)試主要涉及的文檔是Ao A、需求規(guī)格說明書B 、概要設(shè)計(jì)說明書 C、詳細(xì)設(shè)計(jì)說明書D 、源程序15、 CoCoMo成本估算模型是一個(gè) A 模型。A、靜態(tài)單變量B、 動(dòng)態(tài)單

4、變量C、靜態(tài)多變量D 動(dòng)態(tài)多變量16、 在軟件結(jié)構(gòu)化設(shè)計(jì)中,好的軟件結(jié)構(gòu)設(shè)計(jì)應(yīng)該力求做到BoA、頂層扇出較少,中間層扇出較高,底層模塊低扇入B、頂層扇出較高,中間層扇出較少,底層模塊高扇入C頂層扇入較少,中間層扇出較高,底層模塊高扇入D、頂層扇入較少,中間層扇入較高,底層模塊低扇入17軟件的生存周期一般包括(B )18.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的(C ) 物理模型結(jié)構(gòu)模型邏輯模型設(shè)計(jì)說明書19.可行性研究階段使用的圖形工具是(Warnier 圖A )DFD圖N-S圖PAD圖20.在數(shù)據(jù)流圖中終點(diǎn)(C )只能出現(xiàn)一次可以出現(xiàn)多次既可出現(xiàn)多次,又可與源點(diǎn)同名可以出現(xiàn)多次,但不能與源點(diǎn)同名 分

5、析過程、設(shè)計(jì)過程、測(cè)試過程 詳細(xì)設(shè)計(jì)過程、編碼過程、調(diào)試過程模塊的控制域在模塊的作用域之內(nèi)21.下面說法不正確的是( B ) 模塊的作用域在模塊的控制域之內(nèi) 模塊的作用域和模塊的控制域有時(shí)相同模塊的作用域和模塊的控制域都是一種層次結(jié)構(gòu)22.隨著軟硬件環(huán)境變化而修改軟件的過程是(B )改正性維護(hù)適應(yīng)性維護(hù)完善性維護(hù)預(yù)防性維護(hù)23.程序流圖的作用是(B ) 定性度量軟件的復(fù)雜程度 定量度量軟件的復(fù)雜程度 預(yù)測(cè)軟件的質(zhì)量標(biāo)準(zhǔn) 估計(jì)軟件中的錯(cuò)誤數(shù)量24.等價(jià)類劃分屬于( B) 白盒測(cè)試黑盒測(cè)試窮盡測(cè)試驗(yàn)收測(cè)試25. 產(chǎn)生軟件危機(jī)的主要原因之一是( D ) 軟件是邏輯產(chǎn)品 軟件自身的特點(diǎn)所決定的軟件無磨

6、損軟件產(chǎn)品的成本上升過快26. 軟件開發(fā)過程包括( A )個(gè)大階段3個(gè)階段 5個(gè)階段 4個(gè)階段階段27. 數(shù)據(jù)字典是由( D )數(shù)據(jù)流、文件、基本加工組成的數(shù)據(jù)流、文件、數(shù)據(jù)單元組成的文件、數(shù)據(jù)單元、加工組成的數(shù)據(jù)流、文件、數(shù)據(jù)單元、基本加工組成的28.結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是(C )。篩選法迭代法逐步求精法遞歸法29. 在數(shù)據(jù)流圖中,源點(diǎn)和終點(diǎn)的數(shù)量( D )必須是一對(duì)一的 源點(diǎn)個(gè)數(shù)大于終點(diǎn)個(gè)數(shù)終點(diǎn)個(gè)數(shù)大于源點(diǎn)個(gè)數(shù)依需要而定30. 下面說法哪個(gè)不屬于設(shè)計(jì)準(zhǔn)則(D ) 提高模塊的內(nèi)聚,降低模塊間的耦合 降低模塊接口的復(fù)雜程度 模塊大小要適中 模塊要有重用性31. 模塊的初始化工作和模塊處

7、理意外故障均屬于(A )時(shí)間內(nèi)聚 順序內(nèi)聚 功能內(nèi)聚邏輯內(nèi)聚32. 軟件工程的岀現(xiàn)主要是由于 _dA.程序方法學(xué)的影響B(tài)其他工程學(xué)科的影響C 計(jì)算機(jī)的發(fā)展D 軟件危機(jī)的岀現(xiàn)33.軟件是一種cA 程序 B數(shù)據(jù) C邏輯產(chǎn)品 D物理產(chǎn)品34.瀑布模型本質(zhì)上是一種a A .線性順序模型順序迭代模型C.線性迭代模型及早見產(chǎn)品模型35.具有風(fēng)險(xiǎn)分析的軟件生存周期模型是b A瀑布模型螺旋模型C增量模型 D噴泉模型36.軟件需求分析的主要任務(wù)是準(zhǔn)確定義所開發(fā)的軟件系統(tǒng)是 么 D對(duì)誰做如何做怎么做 C做什37.需求分析最終的結(jié)果是產(chǎn)生項(xiàng)目開發(fā)計(jì)劃需求規(guī)格說明書C.設(shè)計(jì)說明書D可行性分析報(bào)告38.結(jié)構(gòu)化分析的方法

8、是一種A.系統(tǒng)分析方法面向數(shù)據(jù)結(jié)構(gòu)的分析方法C 面向?qū)ο蟮姆治龇椒―面向數(shù)據(jù)流的分析方法39. 為了提高模塊的獨(dú)立性,通信內(nèi)聚40. N - S圖通常作為b模塊內(nèi)部最好是c A.邏輯內(nèi)聚B順序內(nèi)聚C功能內(nèi)聚 D階段的工具 A 需求分析 B軟件設(shè)計(jì) C軟件編碼 D軟件測(cè)41. 結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是c A篩選法遞歸法42. 下列屬于維護(hù)階段的文檔是CA. 軟件規(guī)格說明B.用戶操作手冊(cè)C.軟件問題報(bào)告B迭代法 C逐步求精法DD.軟件測(cè)試分析報(bào)告43. 快速原型模型的主要特點(diǎn)之一是DA.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟D.及早提供工作軟件44. 因計(jì)

9、算機(jī)硬件和軟件環(huán)境的變化而作岀的修改軟件的過程稱為BA.教正性維護(hù)B.適應(yīng)性維護(hù) C.完善性維護(hù)D.預(yù)防性維護(hù)45.軟件按照設(shè)計(jì)的要求,在規(guī)定時(shí)間和條件下達(dá)到不岀故障,持續(xù)運(yùn)行的要求的質(zhì)量特性稱為BA.可用性B.可靠性C.正確性D.完整性46.軟件設(shè)計(jì)階段的輸岀主要是(D )o A、程序B、模塊C、偽代碼D設(shè)計(jì)規(guī)格說明書47.下列模型屬于成本估算方法的有A A.COCOMO 模型B.McCall模型C.McCabe度量法D.時(shí)間估算法48.用于描述對(duì)象模型的工具是(D ) oA、數(shù)據(jù)流圖B、結(jié)構(gòu)圖C、狀態(tài)圖D、對(duì)象圖49. 基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí),

10、可以返回到最近和最恰當(dāng)?shù)?C )上A.配置項(xiàng)B.程序 C. 基線D.過程50. 軟件質(zhì)量保證應(yīng)在(A )階段開始。A.需求分析B. 設(shè)計(jì) C. 編碼 D. 投入使用51. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做CA.軟件工程B.軟件周期 C.軟件危機(jī)D.軟件產(chǎn)生52. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的B研究的一方面。A.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會(huì)可行性D.法律可行性設(shè)計(jì)53. 若有一個(gè)計(jì)算類型的程序,它的輸入量只有一個(gè),其范圍是現(xiàn)從輸入的角度考慮一組測(cè)試用例: 這組測(cè)試用例的方法是CA.條件覆蓋法B.等價(jià)分類法 C. 邊界值分析法D.錯(cuò)誤推測(cè)法54

11、.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作(C )于對(duì)象的統(tǒng)一體中。A.結(jié)合B 隱臧C .封裝D 抽象55.軟件調(diào)試技術(shù)包括(B )A.邊界值分析B.演繹法C .循環(huán)覆蓋D .集成測(cè)試56.瀑布模型的存在問題是(B )A.用戶容易參與開發(fā)B 缺乏靈活性C 用戶與開發(fā)者易溝通D.適用可變需求57.軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為(A )A.計(jì)算機(jī)輔助靜態(tài)分析B黑盒法C.路徑覆蓋D邊界值分析5.軟件生命周期中所花費(fèi)用最多的階段是(D )A.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測(cè)試D .軟件維護(hù)58. 軟件測(cè)試中,白盒法是通過分析程序的( B )來設(shè)計(jì)測(cè)試用例的。A、應(yīng)用范圍B 、內(nèi)部邏輯 C 、功能 D

12、、輸入數(shù)據(jù)59. 瀑布模型本質(zhì)上是一種(A )模型。 A 、線性順序B 、順序迭代 C 、線性迭代D及早見產(chǎn)品60.軟件質(zhì)量必須在(D )加以保證。A、開發(fā)之前B 、開發(fā)之后C、可行性研究過程中設(shè)計(jì)與實(shí)現(xiàn)過程中61.確認(rèn)測(cè)試主要涉及的文檔是(A )。A、需求規(guī)格說明書B 、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明書D、源程序62.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是D模塊低耦合D.模塊獨(dú)立性63.不適合作為科學(xué)工程計(jì)算的語言是DA. PascalFortranB.c64.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是(D )A.程序的規(guī)模B程序的效率 CA.程序模塊化B.模塊高內(nèi)聚C.C.D.Prolog.程序設(shè)計(jì)

13、語言的先進(jìn)性D.程序易讀性65經(jīng)濟(jì)可行性研究的范圍包括(C )A.資源有效性B .管理制度C .效益分析D 開發(fā)風(fēng)險(xiǎn)66.可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)因必須給岀答。疋B .行或不行67.需求分析(D )A.軟件開發(fā)方法B .軟件開發(fā)工具C .68.需求規(guī)格說明書的作用不應(yīng)該包括(D )。(B)的AC.正確D .無二義階段的任務(wù)是確軟件開發(fā)費(fèi) D .軟件系統(tǒng)的功能A、軟件設(shè)計(jì)的依據(jù)B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù)D、軟件可行性研究的依據(jù)69. 結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于( A )D 、測(cè)試用例設(shè)計(jì)A 、概要

14、設(shè)計(jì) B 、詳細(xì)設(shè)計(jì) C 、程序設(shè)計(jì)70. 軟件結(jié)構(gòu)使用的圖形工具,一般采用( C )圖。73.在 McCall 軟件質(zhì)量度量模型中,A )屬于面向軟件產(chǎn)品修改。A 、 DFDB、 PADC、 SCD、 ER71.JSP 方法是一種面向(D )的設(shè)計(jì)方法。A、對(duì)象B、數(shù)據(jù)流C 、控制結(jié)構(gòu)D、數(shù)據(jù)結(jié)構(gòu)72.Putnam成本估算模型是一個(gè)(型。A.靜態(tài)單變量B 動(dòng)態(tài)單變量C .靜態(tài)多變量D .動(dòng)態(tài)多變量A. 可維護(hù)性B .可重用性C .適應(yīng)性D .可移植性74、ISO 的軟件質(zhì)量評(píng)價(jià)模型由 3 層組成,其中用于評(píng)價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是( D )A. SQICB . SQMCC. SQRCD. SQDC

15、75、TURBO PASCA是 ( D)軟件。A、系統(tǒng)軟件 B、人工智能 C、事務(wù)軟件 D、應(yīng)用軟件76、計(jì)算機(jī)輔助軟件工程,簡(jiǎn)稱( D )。A、SA B、 SD C、 SC D、 CASE77、 選擇結(jié)構(gòu)的復(fù)雜性比順序結(jié)構(gòu)的復(fù)雜性要(B )。A、小 B、大 C、相等 D無法比較78、在數(shù)據(jù)流圖中,0(橢圓)代表( C。A、源點(diǎn) B、終點(diǎn) C、加工 D模塊79、 模塊內(nèi)聚度越高,說明模塊內(nèi)各成分彼此結(jié)合的程度越(B )。A、松散 B、緊密 C、無法判斷 D相等80、 軟件維護(hù)是軟件生命周期中的固有階段,一般認(rèn)為,各種不同的軟件維護(hù)中以(C )維護(hù)所占的維護(hù) 量最小。A、糾錯(cuò)性維護(hù) B、代碼維護(hù)

16、 C預(yù)防性維護(hù) D、文檔維護(hù)81、 軟件測(cè)試方法中,黑盒、白盒測(cè)試法是常用的方法,其中白盒測(cè)試主要用于測(cè)試(D )。A、結(jié)構(gòu)合理性 B、軟件外部功能 C程序正確性 D、程序內(nèi)部邏輯82、軟件的結(jié)構(gòu)化設(shè)計(jì)(SD)方法中,一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩階段,其中詳細(xì)設(shè)計(jì)主要是要建立(B )。A、軟件結(jié)構(gòu) B、軟件過程 C、軟件模型 D、軟件模塊83、 在下述哪一種測(cè)試中,測(cè)試人員必須接觸到源程序(C )。I功能測(cè)試 H結(jié)構(gòu)測(cè)試A、均不需B、只有IC只有U D、I和U84、 檢查軟件產(chǎn)品是否符合需求定義的過程稱為(A)。A、確認(rèn)測(cè)試 B、集成測(cè)試 C、驗(yàn)收測(cè)試 D、驗(yàn)證測(cè)試85、 軟件工程管理是對(duì)軟件

17、項(xiàng)目的開發(fā)管理,即對(duì)整個(gè)軟件(B )的一切活動(dòng)的管理。A、軟件項(xiàng)目B、生存周期C 、軟件開發(fā)計(jì)劃D、軟件開發(fā)86、 在瀑布模型中,將軟件劃分為若干個(gè)時(shí)期,軟件項(xiàng)目的可行性研究一般歸屬于(B )。A、維護(hù)時(shí)期 B、計(jì)劃時(shí)期 C、運(yùn)行時(shí)期 D、開發(fā)時(shí)期87、在七種偶合中,最低偶合是( D )。A、內(nèi)容偶合 B、公共偶合 C、數(shù)據(jù)偶合 D、非直接偶合88、結(jié)構(gòu)化分析方法 SA、結(jié)構(gòu)化設(shè)計(jì)方法 SD,是在軟件開發(fā)過程中常用的方法,人們使用SA方法時(shí)可以得到(D),使用SD方法時(shí)可以得到(C)A、程序流程圖B、具體的語言程序C、模塊結(jié)構(gòu)圖及模塊的功能說明書D分層數(shù)據(jù)流圖89. JACKSOI方法是在軟件

18、開發(fā)過程中常用的方法,使用JACKSOI方法時(shí)可以實(shí)現(xiàn)(A )A、從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B、從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖C從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)90. 軟件開發(fā)過程中最終結(jié)果不包括的是:( B)A 計(jì)算機(jī)程序 B 計(jì)算機(jī)硬件 C 計(jì)算機(jī)程序文檔 D 數(shù)據(jù)結(jié)構(gòu)91. 第一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語言是 (A )A. FORTRA語言B . Pascal 語言CC 語言DPL/1 語言92( B )A.過程、子程序和分程序C.遞歸、堆棧和隊(duì)列.順序、.調(diào)用、選擇和重復(fù)返回和轉(zhuǎn)移93在詳細(xì)設(shè)計(jì)階段, 經(jīng)常采用的工具有APADBSACSCD DFD94詳細(xì)設(shè)計(jì)的結(jié)果基本決定了

19、最終程序的A.代碼的規(guī)模B 運(yùn)行速度C )C .質(zhì)量D.可維護(hù)性95.需求分析中開發(fā)人員要從用戶那里了解A.軟件做什么B .用戶使用界面C.A )輸入的信息D .軟件的規(guī)模96. 軟件是( C )。A. 處理對(duì)象和處理規(guī)則的描述B.程序 C.程序及其文檔D. 計(jì)算機(jī)系統(tǒng)97. 軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括(A. 主要功能B. 算法的詳細(xì)描述B )。C. 用戶界面及運(yùn)行環(huán)境D.軟件的性能98. 非面向?qū)ο蟪绦蛘Z言有: ( C)A C B JavaC Basic D SmalltalkA)B)對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型E - R模型、對(duì)象模型、功能模型 對(duì)象模型、動(dòng)態(tài)模型、功能模型C)D)10

20、0. 在 E-R 模型中,包含以下基本成分A) 數(shù)據(jù)、對(duì)象、實(shí)體C) 實(shí)體、聯(lián)系、屬性101. 面向數(shù)據(jù)流的設(shè)計(jì)方法把B)D)) ??刂啤⒙?lián)系、對(duì)象 實(shí)體、屬性、操作A.數(shù)據(jù)流 B 系統(tǒng)結(jié)構(gòu))映射成軟件結(jié)構(gòu)。C 控制結(jié)構(gòu)D 信息流102. 內(nèi)聚程度最低的是 ( A )A. 偶然B. 過程內(nèi)聚C. 順序D. 時(shí)間99. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P停?( D ) 。 系統(tǒng)模型、ER模型、應(yīng)用模型103、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的(AA、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口104、為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是( C )A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚C、功能D、編程D

21、 、通信內(nèi)聚105、軟件生存周期中時(shí)間最長(zhǎng)的是( D )階段。A、總體設(shè)計(jì)B、需求分析C、軟件測(cè)試D、軟件維護(hù) 106、為使得開發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考,從而減少返工,所以( C )的編制是 很重要的A、需求說明B、概要說明C、軟件文檔D 、測(cè)試計(jì)劃107 在軟件維護(hù)中,為進(jìn)一步改善軟件系統(tǒng)的可靠性和可維護(hù)行的維護(hù)稱為:(D)A 糾錯(cuò)性維護(hù) B 適應(yīng)性維護(hù) C 改善性維護(hù) D 預(yù)防性維護(hù)108. 重用不同領(lǐng)域中的軟件元素稱為: ( C)A 水平重用 B 縱向重用 C 橫向重用 D 垂直重用109. 域分析活動(dòng)的參與人員不包括: (C)A 域分析師 B 分析輔助人員 C 程

22、序設(shè)計(jì)人員 D 領(lǐng)域?qū)<?10. 為了提高軟件的可維護(hù)性,在編碼階段應(yīng)注意 ( D ) 。 保存測(cè)試用例和數(shù)據(jù)提高模塊的獨(dú)立性文檔的副作用養(yǎng)成好的程序設(shè)計(jì)風(fēng)格111軟件需求分析是保證軟件質(zhì)量的重要步驟,它的實(shí)施應(yīng)該是在(B )A、編碼階段B、軟件開發(fā)全過程C軟件定義階段D、軟件設(shè)計(jì)階段112. 軟件維護(hù)費(fèi)用高的主要原因是(A 、人員少B 、人員多113. 軟件詳細(xì)設(shè)計(jì)主要采用的方法是C)。C 、生產(chǎn)率低 D 、生產(chǎn)率高DA.模塊設(shè)計(jì)C.PDL語言B. 結(jié)構(gòu)化設(shè)計(jì)D.結(jié)構(gòu)化程序設(shè)計(jì)114. 在集成測(cè)試過程中, 如果要在測(cè)試的早期對(duì)主要的控制或關(guān)鍵的抉擇進(jìn)行檢驗(yàn), 并且要在早期實(shí)現(xiàn)軟 件的一個(gè)完整

23、的功能并驗(yàn)證這個(gè)功能,那么我們可以選用(C )。自頂向下集成自底向上集成三明治 集成一次性集成多項(xiàng)選擇題( 15)1、 下面哪幾個(gè)階段是軟件的設(shè)計(jì)階段()。A、編碼B、可行性研究C測(cè)試 D 、維護(hù)E、需求分析2、 在軟件的開發(fā)過程中,必須遵循的原則是()。A、抽象 B、模塊化 C、可重用性 D、可維護(hù)性 E、可適應(yīng)性3、 在設(shè)計(jì)人機(jī)界面時(shí),應(yīng)主要考慮的因素有()。A、系統(tǒng)響應(yīng)時(shí)間B、程序的質(zhì)量 C用戶求助機(jī)制D、錯(cuò)誤處理4、 屬于第一代程序設(shè)計(jì)語言的()。A、匯編 B、PASCAL C、FOX D、C+E、機(jī)器語言5、 下面哪些測(cè)試屬于黑盒測(cè)試()。A、路徑測(cè)試B、等價(jià)類劃分C邊界值分析 D、

24、條件判斷 E、循環(huán)測(cè)試1、 在下列工具與環(huán)境中()屬于較早期的 CASE。A. 基于信息工程 CASE B 人工智能 CASEC. 結(jié)構(gòu)的基于圖形 CASE D 集成的CASE環(huán)境2. 項(xiàng)目重用率為: (A)A 軟部件累計(jì)重用規(guī)模 / 目標(biāo)軟件的規(guī)模度量B 軟部件累計(jì)規(guī)模 /目標(biāo)軟件的規(guī)模度量C 庫中軟部件累計(jì)重用規(guī)模 / 目標(biāo)軟件的規(guī)模度量 D 軟部件累計(jì)重用規(guī)模 /庫中軟部件總數(shù)3、軟 件 復(fù) 雜 性 度 量 的 參 數(shù) 包 括A.效率B .規(guī)模C .完整性D .容錯(cuò)性4、SD方法設(shè)計(jì)的結(jié)果是(D )。A、源代碼 B、偽代碼 C、模塊 D模塊結(jié)構(gòu)圖5、 采用圖表示軟件項(xiàng)目進(jìn)度安排,下列說法

25、中正確的是D_A. 能夠反映多個(gè)任務(wù)之間的復(fù)雜關(guān)系B. 能夠直觀表示任務(wù)之間相互依賴制約關(guān)系C. 能夠表示哪些任務(wù)是關(guān)鍵任務(wù)D. 能夠表示子任務(wù)之間的并行和串行關(guān)系6 軟件的開發(fā)模式有()面向過程模式、面向?qū)ο竽J?、混合模?變換模式、漸增模式、瀑布模式自頂向下模式、自底向上模式、關(guān)系模式 分步模式、漸增模式、非漸增模式、7. 以下關(guān)于形式化說明技術(shù)的說法中不正確的是() 形式化是軟件自動(dòng)化的前提 形式化方法以數(shù)學(xué)為基礎(chǔ) 形式化方法是一種既嚴(yán)格又靈活的方法,不僅在解決小規(guī)模應(yīng)用上是有效的,對(duì)于解決較大規(guī)模的 應(yīng)用同樣有效。 形式化方法可以同面向?qū)ο蟮姆椒ㄏ嘟Y(jié)合,起到取長(zhǎng)補(bǔ)短的作用。8. 類庫這

26、種機(jī)制是級(jí)別的信息共享。DA.同一類B.不同類 C.同一應(yīng)用D.不同應(yīng)用9. 只有單重繼承的類層次結(jié)構(gòu)是層次結(jié)構(gòu)。C A. 網(wǎng)狀型B.星型 C. 樹型D.環(huán)型10. 在屏蔽硬件錯(cuò)誤的冗錯(cuò)技術(shù)中,冗余附加技術(shù)有DA.三模冗余B.信息冗余C.冗余備份程序的存儲(chǔ)及調(diào)用D.關(guān)鍵程序和數(shù)據(jù)的冗余存儲(chǔ)和調(diào)用11. 軟件復(fù)雜性主要體現(xiàn)在(B )。數(shù)據(jù)的復(fù)雜性程序的復(fù)雜性控制的復(fù)雜性.問題的復(fù)雜性12變換型結(jié)構(gòu)的數(shù)據(jù)流呈( 線性形狀輻射狀橢圓形階梯形13程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括()A、數(shù)據(jù)結(jié)構(gòu)的描述性B 、抽象類型的描述性 C 、數(shù)據(jù)庫的易操作性D、軟件的可移植14. 若要保證開發(fā)出來的軟件局部?jī)?yōu)化,而

27、且能盡早發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤,應(yīng)采用(B )自頂向下的開發(fā)方法自底向上的開發(fā)方法漸增式的開發(fā)方法非漸增式的開發(fā)方法15. V ( G) =m-n+p中的p取3意味著()軟件有三個(gè)模塊軟件有兩個(gè)子程序主程序中含兩個(gè)子程序軟件有三個(gè)子程序16. 強(qiáng)連通圖有( 一個(gè)入口點(diǎn)和一個(gè)出口點(diǎn) 一個(gè)入口點(diǎn)和多個(gè)出口點(diǎn) 多個(gè)入口點(diǎn)和一個(gè)出口點(diǎn)多個(gè)入口點(diǎn)和多個(gè)出口點(diǎn)17. 目前軟件成本的估算一般采用()靜態(tài)單變量、靜態(tài)多變量、動(dòng)態(tài)多變量IBM模型、標(biāo)準(zhǔn)值法、COCOMO模型代碼行技術(shù)、任務(wù)分解技術(shù)、估算模型動(dòng)態(tài)多變量、IBM模型、標(biāo)準(zhǔn)值法18.面向?qū)ο蠓治黾夹g(shù)的特征是(抽象化、模塊化 模塊封裝、B內(nèi)部信息隱蔽耦合、內(nèi)

28、聚提取、整理19.程序設(shè)計(jì)中的標(biāo)志技術(shù)一般分為( 術(shù)開關(guān)標(biāo)志技術(shù)和終止標(biāo)志技術(shù)邏輯標(biāo)志技開關(guān)標(biāo)志技術(shù)、終止標(biāo)志技術(shù)和人工干預(yù)技術(shù)終止標(biāo)志技術(shù)20.軟件文檔是軟件工程實(shí)施中的重要成分,它不僅是軟件開發(fā)各階段的重要依據(jù),C、可擴(kuò)展性 D、可移植性A、可理解性B、可維護(hù)性而且影響軟件的(B )。21編輯程序的作用是(文件、查閱文件修改文件、存儲(chǔ)文件、查閱文件建立文件、存儲(chǔ)修改文件、建立文件修改文件、建立文件、打印文件22實(shí)用測(cè)試策略的順序?yàn)椋?類劃、分邊界值、錯(cuò)誤推測(cè))邊界值、等價(jià)類劃分、錯(cuò)誤推測(cè)、邏輯覆蓋邏輯覆蓋、等價(jià)錯(cuò)誤推測(cè)、邏輯覆蓋、等價(jià)類劃、分邊界值等價(jià)類劃、分邊界值、錯(cuò)誤推測(cè)、邏輯覆蓋23

29、.下列文檔與維護(hù)人員有關(guān)的有 _C_A.軟件需求說明書書24.IDEF0圖不反映出系統(tǒng)BA.系統(tǒng)做什么來做25. IDEF。圖反映系統(tǒng)() .怎么做B. 項(xiàng)目開發(fā)計(jì)劃C.概要設(shè)計(jì)說明D. 操作手冊(cè)B. 系統(tǒng)功能如何實(shí)現(xiàn) C.系統(tǒng)由誰D.系統(tǒng)實(shí)現(xiàn)的約束條件B.對(duì)誰做 C .何時(shí)做 D .做什么26. 下列關(guān)于JSP方法不正確的說法是_A. JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng)B. JSP方法不明確的劃分軟件概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的兩個(gè)階段C. JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對(duì)應(yīng)關(guān)系的問題求解D. JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu),按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細(xì)設(shè)

30、計(jì)階段27. 黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí),主要需要研究_A.需求規(guī)格說明與概要設(shè)計(jì)說明B.詳細(xì)設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明第一章:1、什么是軟件?軟件的特點(diǎn)是什么?答:軟件:計(jì)算機(jī)程序及其說明程序的各種文檔。"程序"是計(jì)算任務(wù)的處理對(duì)象和處理規(guī)則的描述。軟件的特點(diǎn):1是一種邏輯產(chǎn)品,與物質(zhì)產(chǎn)品有很大的區(qū)別。2軟件產(chǎn)品的生產(chǎn)主要是研制,生產(chǎn)成本主要在開發(fā)和研制,開發(fā)研制完成后,通過復(fù)制就產(chǎn)生了大量軟件產(chǎn)品。3軟件產(chǎn)品不會(huì)用壞,不存在磨損,消耗。 4 生產(chǎn)主要是腦力勞動(dòng),還末完全擺脫手工開發(fā)方式,大部分產(chǎn)品是"定做 "的。5 開發(fā)軟件

31、的費(fèi)用不斷增加,致使生產(chǎn)成本相當(dāng)昂貴2、什么是軟件危機(jī)?軟件危機(jī)的表現(xiàn)是什么?軟件危機(jī)產(chǎn)生的原因是什么?答: 軟件危機(jī) 指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。 軟件危機(jī)的表現(xiàn) :1 經(jīng)費(fèi)預(yù) 算經(jīng)常突破,完成時(shí)間一再拖延。 2 開發(fā)的軟件不能滿足用戶要求。 3 開發(fā)的軟件可維護(hù)性差。 4 開發(fā) 的軟件可靠性差。軟件危機(jī)產(chǎn)生原因 : 1 軟件規(guī)模越來越大,結(jié)構(gòu)越來越復(fù)雜。 2 軟件開發(fā)管理困難而復(fù)雜。 3 軟件開發(fā) 費(fèi)用不斷增加。 4 軟件開發(fā)技術(shù)落后。 5 生產(chǎn)方式落后,仍采用手工方式。 6 開發(fā)工具落后,生產(chǎn)率提 高緩慢。3、什么是軟件生存周期?什么是軟件生存周期模型?列舉幾

32、種模型?軟件生存周期 軟件產(chǎn)品從形成概念開始, 經(jīng)過開發(fā)、 使用和維護(hù), 直到最后退役的全過程稱為軟件生 存周期。生存周期模型: 描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。1 瀑布模型 :將軟件生存周期中各活動(dòng)規(guī)定為依線性順序連接的若干階段。包括可行性分析,項(xiàng)目開 發(fā)計(jì)劃,需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼,測(cè)試和維護(hù)。它是一種理想的線性開發(fā)模式,缺乏 靈活,特別是無法解決軟件需求不明確的問題。適合于需求不明確,設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。2 增量模型 :軟件在模型中是 "逐漸 "開發(fā)出來的,開發(fā)一部分,展示一部分,能及早發(fā)現(xiàn)問題?;蛘呦?開發(fā)一 "原型 &qu

33、ot;軟件,完成主要功能,然后逐步完善,最終獲得滿意的軟件產(chǎn)品。3 螺旋模型 :將瀑布模型與增量模型結(jié)合起來,加入風(fēng)險(xiǎn)分析,彌補(bǔ)了這兩種模型的不足。開發(fā)分四 步:制定計(jì)劃,風(fēng)險(xiǎn)分析,開發(fā)實(shí)施,用戶評(píng)估。4 噴泉模型 :以用戶需求為動(dòng)力,以對(duì)象為驅(qū)運(yùn)動(dòng)模型,適合于面向?qū)ο箝_發(fā)方法,使開發(fā)過程具有 迭代性和無間隙性。迭代性:系統(tǒng)有些部分常常重復(fù)工作多次,相關(guān)功能在每次迭代中隨之加入演化的系統(tǒng)。 無間隙:在分析,設(shè)計(jì),實(shí)現(xiàn)等開發(fā)活動(dòng)之間不存在明顯邊界。4、簡(jiǎn)述軟件生命周期開發(fā)方法的基本過程及每個(gè)階段的任務(wù)。( 1)問題定義階段,盡可能清楚地描述問題,搞清楚要解決的問題是什么;(2)可行性研究階段,主

34、要是確定待解的問題是否有可行的解決辦法。需要做經(jīng)濟(jì)可行性分析、技術(shù)可行性分析、操作可行性 分析和法律可行性分析; ( 3)需求分析階段,主要是確定目標(biāo)系統(tǒng)必須具備的功能。通常用數(shù)據(jù)流圖、 數(shù)據(jù)字典和簡(jiǎn)要的算法表示系統(tǒng)的邏輯模型。 ( 4)總體設(shè)計(jì)階段,從總體上解決問題,確定可實(shí)現(xiàn)的 方案,并設(shè)計(jì)出軟件的層次結(jié)構(gòu)圖; ( 5)詳細(xì)設(shè)計(jì),把解法具體化,確定如何具體地實(shí)現(xiàn)這個(gè)系統(tǒng)。 針對(duì)每個(gè)模塊設(shè)計(jì)相應(yīng)的算法; ( 6)編碼和單元測(cè)試階段,把詳細(xì)設(shè)計(jì)的結(jié)果翻譯成選定的語言所寫 的程序,并對(duì)每個(gè)模 塊窗體頂端窗體底端進(jìn)行單元測(cè)試。( 7)測(cè)試階段,系統(tǒng)地設(shè)計(jì)測(cè)試用例,盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤,并調(diào)試

35、改正軟件中的錯(cuò)誤(8)軟件維護(hù)階段, 主要目的是通過修改軟件使所開發(fā)的軟件能夠持久地滿足用戶的需要。5、計(jì)算機(jī)軟件發(fā)展有哪三時(shí)期,各時(shí)期有什么特點(diǎn)?答:軟件生產(chǎn)的發(fā)展: 1 程序設(shè)計(jì)時(shí)代 :這個(gè)階段生產(chǎn)方式是個(gè)體勞動(dòng),生產(chǎn)工具是機(jī)器語言,匯編語言。 (1946-1956 年) 2 程序系統(tǒng)時(shí)代 :這個(gè)階段生產(chǎn)方式是小集團(tuán)合作生產(chǎn),生產(chǎn)工具是高級(jí)語言,開發(fā) 方法仍依靠個(gè)人技巧,但開始提出結(jié)構(gòu)化方法。( 1956-1968 年) 3 軟件工程時(shí)代 :這個(gè)階段生產(chǎn)方式 是工程化的生產(chǎn),使用數(shù)據(jù)庫,開發(fā)工具,開發(fā)環(huán)境,網(wǎng)絡(luò),分布式面向?qū)ο蠹夹g(shù)來開發(fā)軟件。( 1968 年至今)6. 什么是軟件工程?它的

36、內(nèi)容、目標(biāo)和原則是什么?7、如何控制高級(jí)人員離開項(xiàng)目組對(duì)項(xiàng)目帶來的風(fēng)險(xiǎn)。8、簡(jiǎn)述管理人員、高級(jí)技術(shù)人員和初級(jí)技術(shù)人員在參與某大型項(xiàng)目開發(fā)時(shí),隨著工作的進(jìn)展在軟件工程 各個(gè)階段的參與情況。9、可行性研究的目的、內(nèi)容。10、什么是需求分析?需求分析階段的基本任務(wù)是什么?(軟件需求分析任務(wù)與原則)。需求分析:開發(fā)人員準(zhǔn)確地理解用戶的要求,進(jìn)行細(xì)致的調(diào)查分析,將用戶非形式的需求陳述轉(zhuǎn)化為完整 的需求定義,再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說明的過程。基本任務(wù):?jiǎn)栴}識(shí)別:雙方確定對(duì)問題的綜合需求,這些需求包括功能需求,性能需求,環(huán)境需求,用 戶界面需求。 分析與綜合,導(dǎo)出軟件的邏輯模型 編寫文檔:包括編寫

37、”需求規(guī)格說明書",”初步用戶使 用手冊(cè)","確認(rèn)測(cè)試計(jì)劃 ","修改完善軟件開發(fā)計(jì)劃 "11、 什么是數(shù)據(jù)流圖?數(shù)據(jù)流圖中的主要圖形元素有哪些?什么是數(shù)據(jù)字典?數(shù)據(jù)字典中的條目由哪 些?數(shù)據(jù)流圖:數(shù)據(jù)流圖(DFD):以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程。只反映系統(tǒng)必須完成的 邏輯功能,是一種功能模型。數(shù)據(jù)字典( DD )用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義。有以下四類條目:數(shù)據(jù)流,數(shù)據(jù)項(xiàng),數(shù)據(jù)存 儲(chǔ),基本加工。12、簡(jiǎn)述變換分析的基本步驟?;蛘呤聞?wù)分析的步驟。變換分析設(shè)計(jì)步驟:確定變換中心,邏輯輸入和輸出。設(shè)計(jì)軟件結(jié)構(gòu)的頂

38、層和第一層 -變換結(jié)構(gòu) :頂層的功能是完成所有模塊的控制(名稱應(yīng)是系統(tǒng)名,以體現(xiàn) 完成整個(gè)系統(tǒng)功能)第一層至少有三種功能模塊:輸入、輸出和變換模塊設(shè)計(jì)中、下層模塊, 對(duì)第一層的模塊自頂向下分解。輸入模塊由兩部分組成:接收數(shù)據(jù)、轉(zhuǎn)換成調(diào)用模塊所需信息。輸出模塊由兩部分組成: 將數(shù)據(jù)轉(zhuǎn)換成下屬模塊所需的形式、 發(fā)送數(shù)據(jù)。 變換模塊:對(duì)每個(gè)基本加工建立 一功能模塊設(shè)計(jì)的優(yōu)化 :輸入部分求精,每個(gè)物理輸入設(shè)置專門模塊,以體現(xiàn)系統(tǒng)的外部接口。其它輸入模塊與轉(zhuǎn) 換數(shù)據(jù)模塊都很簡(jiǎn)單時(shí),可將它們合并。輸出部分求精:每個(gè)物理輸出設(shè)置專門模塊,其它也可適當(dāng)合并。 變換部分求精:根據(jù)設(shè)計(jì)準(zhǔn)則,對(duì)模塊適當(dāng)合并。事務(wù)分

39、析的設(shè)計(jì)步驟:確定事務(wù)中心和加工路徑設(shè)計(jì)頂層(事務(wù)機(jī)構(gòu))和第一層頂層模塊有兩個(gè)功能:接收數(shù)據(jù)和根據(jù)事務(wù)類型調(diào)動(dòng)相應(yīng)處理模塊。中下層模塊的設(shè)計(jì)、優(yōu)化工作與變換結(jié)構(gòu)相同。事務(wù)型軟件結(jié)構(gòu)包括兩部分: 接收分支 發(fā)送分支出 通常包括一調(diào)度模塊, 當(dāng)事務(wù)類型不多時(shí), 可與主模 塊合并 。13、簡(jiǎn)述面向?qū)ο蟮囊亍?4、簡(jiǎn)述 JACKSON 方法。答: JACKSON 方法一種面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法,適合小規(guī)模項(xiàng)目。首先描述問題的輸入,輸出數(shù)據(jù)結(jié) 構(gòu),分析其對(duì)應(yīng)性,然后推出相應(yīng)程序結(jié)構(gòu),從而給出問題的軟件過程描述。當(dāng)輸入與輸出數(shù)據(jù)結(jié)構(gòu)無對(duì) 應(yīng)關(guān)系時(shí),難于應(yīng)用此方法,JSD (完整的系統(tǒng)開發(fā)方法)對(duì) JSP

40、進(jìn)行了擴(kuò)充。15. 什么是模塊獨(dú)立性? 模塊獨(dú)立性 : 是模塊化、抽象和信息隱蔽的直接產(chǎn)物。每個(gè)模塊只要完成獨(dú)立的功能,與其它模塊聯(lián)系越 少,則模塊的獨(dú)立性就越強(qiáng)。通過模塊與模塊之間的耦合性和模塊內(nèi)部的內(nèi)聚性來衡量模塊的獨(dú)立性。16、什么是耦合度?一般模塊之間構(gòu)成的耦合度有哪七種類型? 耦合:也稱塊間聯(lián)系,模塊之間相互聯(lián)系程度的度量,聯(lián)系越緊密,耦合性越強(qiáng),獨(dú)立性越差,以低耦合 為設(shè)計(jì)目標(biāo)。內(nèi)容耦合:一個(gè)模塊直接操作或修改另一模塊的數(shù)據(jù),或者不通過正常入口直接轉(zhuǎn)入另一模塊公共耦合:兩個(gè)或多個(gè)模塊通過共同引用一個(gè)全局?jǐn)?shù)據(jù)環(huán)境相互作用控制耦合:模塊之間通過傳遞控制信息相互作用標(biāo)記耦合:兩個(gè)模塊之間

41、通過傳遞公共指針或地址相互作用的耦合數(shù)據(jù)耦合:模塊之間通過傳遞數(shù)據(jù)交換信息無耦合:模塊間無任何關(guān)系,獨(dú)立工作什么是內(nèi)聚度?一般模塊之間構(gòu)成的內(nèi)聚度有哪七種類型??jī)?nèi)聚:又稱為塊內(nèi)聯(lián)系, 指模塊內(nèi)部各成分之間相互關(guān)聯(lián)的程度, 以高內(nèi)聚為設(shè)計(jì)目標(biāo)。偶然內(nèi)聚:一個(gè)模塊各個(gè)成分之間毫無關(guān)系邏輯內(nèi)聚:將幾個(gè)邏輯上相關(guān)的功能放在同一個(gè)模塊中時(shí)間內(nèi)聚:一個(gè)模塊完成的功能在同一時(shí)間執(zhí)行過程內(nèi)聚:一個(gè)模塊內(nèi)部的處理成分是相關(guān)的,而且必須以特定的次序執(zhí)行通信內(nèi)聚:一個(gè)模塊的所有成分都集中在同一個(gè)數(shù)據(jù)結(jié)構(gòu)上順序內(nèi)聚: 一個(gè)模塊的各個(gè)成分同一個(gè)功能密切相關(guān), 而且一個(gè)成分的輸出, 作為另外一個(gè)成分的輸入功能內(nèi)聚:模塊內(nèi)

42、的所有成分屬于一個(gè)整體,完成單一的功能。(內(nèi)聚最高)17、簡(jiǎn)述在項(xiàng)目開發(fā)時(shí),選擇程序設(shè)計(jì)語言應(yīng)考慮因素。 答:項(xiàng)目的應(yīng)用領(lǐng)域、軟件開發(fā)的方法、軟件執(zhí)行的環(huán)境、算法和數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性以及軟件開發(fā)人員的 知識(shí)等。18、軟件測(cè)試要經(jīng)過哪些步驟 ? 這些測(cè)試步驟與軟件開發(fā)各階段之間有什么關(guān)系 ?答:軟件測(cè)試要經(jīng)過的步驟是:?jiǎn)卧獪y(cè)試T集成測(cè)試T確認(rèn)測(cè)試T系統(tǒng)測(cè)試。 單元測(cè)試對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試,檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能,從而發(fā)現(xiàn)模塊在 編碼中或算法中的錯(cuò)誤。該階段涉及編碼和詳細(xì)設(shè)計(jì)文檔。集成測(cè)試是為了檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題,也就是檢查概要設(shè)計(jì)是否合理有效。 確認(rèn)測(cè)試

43、主要是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。系統(tǒng)測(cè)試是把已確認(rèn)的軟件與其他系統(tǒng)元素(如硬件、其他支持軟件、數(shù)據(jù)、人工等 )結(jié)合在一起進(jìn)行測(cè)試。以確定軟件是否可以支付使用。19、簡(jiǎn)述演繹法調(diào)試的具體步驟。20、集成測(cè)試階段,漸增式與非漸增式測(cè)試有哪些區(qū)別?21、以 的觀點(diǎn),簡(jiǎn)述對(duì)軟件測(cè)試的目的。答:軟件測(cè)試是( 1)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程; (2)一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的 測(cè)試。( 3)一個(gè)成功的測(cè)試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。22、什么是黑盒測(cè)試?什么是白盒測(cè)試?試分別列舉幾種。 答:黑盒測(cè)試法把被測(cè)試對(duì)象看成是一相黑盒子,測(cè)試人員完全不考慮程序的

44、內(nèi)部結(jié)構(gòu)和處理過程,只在 軟件接口處進(jìn)行測(cè)試,依據(jù)需求規(guī)格說明書,檢查程序是否滿足功能要求。采用黑盒技術(shù)測(cè)試用例的方法有:等價(jià)類的劃分、邊界值分析、錯(cuò)誤推測(cè)和因果圖。 白盒法測(cè)試法把測(cè)試對(duì)象看作一個(gè)打開的盒子,測(cè)試人員須了解程序內(nèi)部結(jié)構(gòu)和處理過程,以檢查處理過 程的細(xì)節(jié)為基礎(chǔ),對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試,檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò),實(shí)際 的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。23、什么是單元測(cè)試?什么是集成測(cè)試?什么是確認(rèn)測(cè)試?24、軟件測(cè)試要經(jīng)過哪些步驟?與開發(fā)各階段之間有什么關(guān)系?25、什么是等價(jià)類劃分方法?它的基本思想是什么?什么是邊界值分析方法?它的基本思想是什么?26成本

45、-效益分析可用哪些指標(biāo)進(jìn)行度量?. 投資回收率 :通常把建立系統(tǒng)若干年后能取得的收益折算成現(xiàn)在的價(jià)值和開發(fā)系統(tǒng)所需的費(fèi)用進(jìn)行比較 得出投資回收率。.投資回收期:就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。.純收入:整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益(折成現(xiàn)在值)與投資之差。27什么是軟件結(jié)構(gòu)?簡(jiǎn)述軟件結(jié)構(gòu)設(shè)計(jì)的優(yōu)化準(zhǔn)則。答:軟件結(jié)構(gòu):改進(jìn)軟件結(jié)構(gòu),提高模塊獨(dú)立性首先設(shè)計(jì)出軟件初始結(jié)構(gòu),評(píng)價(jià)該結(jié)構(gòu),通過模塊分解或合并,力求降低耦合提高內(nèi)聚。模塊的規(guī)模應(yīng)該適中模塊結(jié)構(gòu)的深度、寬度、扇出和扇入應(yīng)適中深度:軟件結(jié)構(gòu)中控制的層數(shù) 寬度:軟件結(jié)構(gòu)中同一層次上最大模塊總數(shù)扇入:某一模塊有多少直接調(diào)用它的上

46、級(jí)模塊數(shù)目(越大越好)扇出:一個(gè)模塊直接控制(調(diào)用)下級(jí)模塊的數(shù)目。 (越少越好, 3, 4 個(gè)為宜,不超過 9個(gè), "頂層扇出較高,中間扇出較少,底層模塊高扇入多 "一個(gè)模塊的作用域(范圍),應(yīng)處在這個(gè)模塊的控制域(范圍)之內(nèi)模塊的作用域: 受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合模塊的控制域: 這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合詳細(xì)設(shè)計(jì)的描述方法有圖形、表格和語言,其中圖形常用結(jié)構(gòu)化程序流程圖、盒圖和PAD(問題分析圖)為描述工具,語言常用過程設(shè)計(jì)語言 (PDL) 來作為工具。28簡(jiǎn)述 SA 方法的步驟。答:結(jié)構(gòu)化方法 :一種面向數(shù)據(jù)流的開發(fā)方法,適合數(shù)據(jù)

47、處理領(lǐng)域。指導(dǎo)指導(dǎo)思想是自頂向下,逐步求精。 用數(shù)據(jù)流圖建立系統(tǒng)功能模型,完成需求分析工作。用軟件結(jié)構(gòu)圖建立系統(tǒng)物理模型,實(shí)現(xiàn)概要設(shè)計(jì)。最 后將每個(gè)模塊的功能用相應(yīng)標(biāo)準(zhǔn)控制結(jié)構(gòu)表示出來,從而實(shí)現(xiàn)詳細(xì)設(shè)計(jì)。29、軟件維護(hù)活動(dòng)有哪幾類?30、在軟件維護(hù)中,哪種維護(hù)所占比重最大,哪種維護(hù)所占比重最???31、簡(jiǎn)述維護(hù)的副作用。有三種: (1)編碼副作用:即在修改源代碼時(shí)可能引入錯(cuò)誤。(2)數(shù)據(jù)副作用:在修改數(shù)據(jù)結(jié)構(gòu)時(shí),有可能造成軟件設(shè)計(jì)與數(shù)據(jù)結(jié)構(gòu)不匹配,因而導(dǎo)致錯(cuò)誤,數(shù)據(jù)副作用是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果。(3)文檔副作用:即對(duì)可執(zhí)行軟件的修改沒有反映在文檔中,就會(huì)產(chǎn)生文檔副作用。32、簡(jiǎn)述快速原型法

48、的開發(fā)步驟。33、什么是基線?基線 :是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn),它的作用是把開發(fā)各階段工作的劃分更加明確化,使本 來連續(xù)的工作在這些點(diǎn)上斷開,以便于檢查與肯定階段成果。因此基線可以作為一個(gè)檢查點(diǎn),在開發(fā)過程 中,當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí),我們可以知道處于的位置,返回到最近和最恰當(dāng)?shù)幕€上。34、什么是軟件配置管理?它和軟件維護(hù)的區(qū)別是什么?軟件配置管理,簡(jiǎn)稱 SCM(Software Configuration Management), 是指一組管理整個(gè)軟件生存期各階段中變更 的活動(dòng)。軟件配置管理技術(shù)可以使軟件變更所產(chǎn)生的錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)率。35、什么是軟件的可靠性 ?

49、它們能否定量計(jì)算 ? 軟件可靠性是指在給定的時(shí)間內(nèi),在規(guī)定的環(huán)境條件下系統(tǒng)完成所指定功能的概率。 衡量軟件可靠性的兩個(gè)常用指標(biāo)是平均失效等待時(shí)間 MTTF 和平均失效間隔時(shí)間 MTBF 。就是說可以定量 計(jì)算。36單元測(cè)試有哪些內(nèi)容 ?測(cè)試中采用什么方法 ? 答:?jiǎn)卧獪y(cè)試主要針對(duì)模塊的以下五個(gè)基本特征進(jìn)行測(cè)試:(1) 模塊接口 (2)局部數(shù)據(jù)結(jié)構(gòu) (3) 重要的執(zhí)行路徑 (4) 錯(cuò)誤處理 (5) 邊界條件 單元測(cè)試的方法是為被測(cè)試模塊編寫驅(qū)動(dòng)模塊和樁模塊來實(shí)現(xiàn)被測(cè)試單元的可運(yùn)行。通過驅(qū)動(dòng)模塊來模擬 被測(cè)試模塊的上級(jí)調(diào)用模塊,以上級(jí)模塊調(diào)用被測(cè)模塊的格式驅(qū)動(dòng)被測(cè)模塊,接收被測(cè)模塊的測(cè)試結(jié)構(gòu)并 輸

50、出。樁模塊則用來代替被測(cè)試模塊所調(diào)用的模塊。它的作用是返回被測(cè)模塊所需的信息。37什么是集成測(cè)試 ?非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別? 漸增式測(cè)試如何組裝模塊 ?答:集成測(cè)試是指在單元測(cè)試的基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。 非漸增式測(cè)試是指首先對(duì)每個(gè)模塊分別進(jìn)行單元測(cè)試,再把所有模塊組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。 而漸增式測(cè)試就是逐個(gè)把未經(jīng)測(cè)試的模塊組裝到已經(jīng)過測(cè)試的模塊上去進(jìn)行集成測(cè)試,每加入一個(gè)新模塊 進(jìn)行一次集成測(cè)試,重復(fù)此過程直到程序組裝完畢。漸增式測(cè)試有兩種不同的組裝方法:自頂向下和自底 向上結(jié)合。兩者區(qū)別是:(1) 非漸增式方法把單元測(cè)試和集成測(cè)試

51、分成兩個(gè)不同的階段,前一階段完成模塊的單元測(cè)試,后一階段完 成集成測(cè)試。而漸增式測(cè)試往往把單元測(cè)試和集成測(cè)試合在一起,同時(shí)完成。(2) 非漸增式需要更多的工作量,因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊,而漸增式利用已測(cè)試過的模塊作 為驅(qū)動(dòng)模塊或樁模塊,因此工作量少。(3) 漸增式可以較早地發(fā)現(xiàn)接口之間的錯(cuò)誤,非漸增式最后組裝時(shí)才發(fā)現(xiàn)。(4) 漸增式有利于排錯(cuò),發(fā)生錯(cuò)誤往往和最近新加入的模塊有關(guān),而非漸增式發(fā)現(xiàn)接口錯(cuò)誤推遲到最后,很 難判斷是哪一部分接口出錯(cuò)。(5) 漸增式比較徹底,已測(cè)試的模塊和新的模塊再測(cè)試。(6) 漸增式點(diǎn)用時(shí)間較多,但非漸增式所需更多的驅(qū)動(dòng)模塊和樁模塊也占用一些時(shí)間。(7)

52、非漸增式開始可并行測(cè)試所有模塊, 能充分利用人力, 對(duì)測(cè)試大型軟件很有意義。38什么是確認(rèn)測(cè)試 ?該階段有哪些工作 ? 答:確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相 符合。因而需求說明是確認(rèn)測(cè)試的基礎(chǔ)。確認(rèn)測(cè)試階段有兩項(xiàng)工作:進(jìn)行確認(rèn)測(cè)試與軟件配置審查。39軟件維護(hù)的特點(diǎn)是什么? 答:主要體現(xiàn)在三個(gè)方面:(1) 非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的開發(fā)過程對(duì)軟件的維護(hù)有很大的影響。若不采用軟件工程的方 法開發(fā)軟件,則軟件只有程序而無文檔,維護(hù)工作非常困難,這是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程 的方法開發(fā)軟件,則各階段都有相應(yīng)的文檔,容易進(jìn)行維護(hù)工作

53、,這是一種結(jié)構(gòu)化的維護(hù)。(2) 維護(hù)的困難性。軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā) 階段沒有嚴(yán)格而又科學(xué)的管理和規(guī)劃,就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。(3)軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在總費(fèi)用中的比重是在不斷增加的,這是軟件維護(hù)有形的代價(jià)。另外還 有無形的代價(jià), 即要占有更多的資源。 軟件維護(hù)費(fèi)用增加的占有原因是軟件維護(hù)的生產(chǎn)率非常低。40舉例說明各種程序設(shè)計(jì)語言的特點(diǎn)及適用范圍 答:以常見的一些編程語言為例:FORTRAN 語言 ,它不僅面向科學(xué)計(jì)算,數(shù)據(jù)處理能力也極強(qiáng)。適用于科學(xué)工程計(jì)算Pascal 語言, 具有很強(qiáng)的數(shù)據(jù)和過程結(jié)構(gòu)化能力,它語言簡(jiǎn)明,數(shù)據(jù)類型豐富,程序結(jié)構(gòu)嚴(yán)謹(jǐn)。它是第一 個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的語言。用于描述結(jié)構(gòu)化算法和科學(xué)計(jì)算,操作系統(tǒng)的編寫C 語言 : 功能強(qiáng)大,支持復(fù)雜的數(shù)據(jù)結(jié)構(gòu),可大量運(yùn)用指針,具有豐富靈活的操作運(yùn)算符及數(shù)據(jù)處理操作 符,它

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論