軟件工程作業(yè)及參考答案(最新版)_第1頁
軟件工程作業(yè)及參考答案(最新版)_第2頁
軟件工程作業(yè)及參考答案(最新版)_第3頁
軟件工程作業(yè)及參考答案(最新版)_第4頁
免費(fèi)預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

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

文檔簡介

1、.軟件工程一、軟件危機(jī)與軟件工程1軟件危機(jī)是指在開發(fā)和()過程中所遇到的一系列嚴(yán)重問題。A 運(yùn)行B 設(shè)計(jì)C維護(hù)D編碼2造成軟件危機(jī)的原因是:A 用戶使用不當(dāng)B對(duì)軟件的錯(cuò)誤認(rèn)識(shí)C硬件不可靠D缺乏好的開發(fā)方法和手段3軟件工程方法學(xué)的研究內(nèi)容包含軟件開發(fā)技術(shù)和軟件工程管理兩部分,其期望達(dá)到的最終目標(biāo)是()。A 消除軟件危機(jī)B軟件開發(fā)工程化C程序設(shè)計(jì)自動(dòng)化D實(shí)現(xiàn)軟件重用4軟件工程學(xué)中除重視軟件開發(fā)技術(shù)的研究外,另一重要組成內(nèi)容是軟件的()。A 工程管理B 成本核算C人員培訓(xùn)D工具開發(fā)5軟件計(jì)劃是軟件開發(fā)的早期和重要階段,此階段要求交互和配合的是()。A 設(shè)計(jì)人員和用戶B分析人員和用戶C分析人員和設(shè)計(jì)人

2、員D編碼人員和用戶6軟件工程的結(jié)構(gòu)化生命周期方法是將軟件開發(fā)的全過程劃分為相互獨(dú)立而又相互依存的階段,軟件的邏輯模型形成于()。A 開發(fā)階段B計(jì)劃階段C分析階段D設(shè)計(jì)階段7在軟件工程中,軟件生存期可分為計(jì)劃、開發(fā)以及維護(hù)三個(gè)階段,每個(gè)時(shí)期又分為若干更小的階段。通常,計(jì)劃時(shí)期包括問題定義、可行性研究和 ,開發(fā)時(shí)期包括 、詳細(xì)設(shè)計(jì)、編碼以及 。A需求分析B可行性研究C經(jīng)費(fèi)預(yù)算D 質(zhì)量保證A需求分析B可行性研究C 總體設(shè)計(jì)D 模塊化設(shè)計(jì)A文檔編制B運(yùn)行維護(hù)C測(cè)試D驗(yàn)收8軟件開發(fā)中常采用的生命周期方法,由于其特征而一般稱其為()。A 層次模型B 瀑布模型C螺旋模型D對(duì)象模型9描述軟件生存周期的瀑布模型

3、包括計(jì)劃、 ( A)、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等階段。其中,設(shè)計(jì)階段又可以分成 (B ) 和 ( C) 兩個(gè)步驟。A : 需求分析可行性研究 需求調(diào)查 問題定義B, C: 方案設(shè)計(jì) 代碼設(shè)計(jì) 概要(總體)設(shè)計(jì) 數(shù)據(jù)設(shè)計(jì) 詳細(xì)設(shè)計(jì)10什么是軟件危機(jī)?軟件危機(jī)產(chǎn)生的原因?11生命周期階段的劃分?每個(gè)階段的任務(wù)?二、可行性研究1可行性研究的任務(wù)?步驟?對(duì)于各種可能的方案,從哪幾個(gè)方面進(jìn)行可行性研究?參考答案:任務(wù):在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā),是否值得開發(fā)。步驟:1.復(fù)查系統(tǒng)規(guī)模和目標(biāo);2.研究當(dāng)前系統(tǒng);3.建立新系統(tǒng)的高層邏輯模型;4.導(dǎo)出和評(píng)價(jià)各種方案;5.推薦可行方案; 6.編寫

4、可行性研究報(bào)告。對(duì)于各種可能的方案,主要從以下幾個(gè)方面進(jìn)行可行性研究:1.經(jīng)濟(jì)可行性;.2.技術(shù)可行性;3.法律可行性;4.運(yùn)行可行性;5.開發(fā)方案可行性等。三、需求分析1軟件需求分析一般應(yīng)確定的是用戶對(duì)軟件的()。A 功能需求B非功能需求C性能需求D 功能需求和非功能需求2從結(jié)構(gòu)化的瀑布模型看,在它的生命周期中的八個(gè)階段中,下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò),對(duì)軟件的影響最大()。A 詳細(xì)設(shè)計(jì)階段B概要設(shè)計(jì)階段C需求分析階段D 測(cè)試和運(yùn)行階段3軟件需求說明書是軟件需求分析階段的重要文件,下述哪一項(xiàng)不是其應(yīng)包含的內(nèi)容()。A 數(shù)據(jù)描述B 功能描述C 模塊描述D性能描述4軟件需求分析階段的工作,可以分

5、為四個(gè)方面:問題的識(shí)別、 分析與綜合、 編寫需求分析文檔以及()。A 軟件的總結(jié)B需求分析評(píng)審C階段性報(bào)告D 以上答案都不正確5在軟件的需求分析中,開發(fā)人員要從用戶那里解決的最重要的問題是()。A 要讓軟件做什么B要給軟件提供哪些信息C要求軟件工作效率怎樣D要讓軟件具有何種結(jié)構(gòu)6在下面的敘述中哪一個(gè)不是軟件需求分析的任務(wù)()。A 問題分解B 可靠性與安全性要求C結(jié)構(gòu)化程序設(shè)計(jì)D 確定邏輯模型;7軟件需求說明書在軟件開發(fā)中具有重要作用,但其作用不包括()。A 軟件設(shè)計(jì)的依據(jù)B用戶和開發(fā)人員對(duì)軟件要做什么的共同理解C軟件驗(yàn)收的依據(jù)D軟件可行性分析的依據(jù)8結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、()和加工說明等描

6、述工具,即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A DFD 圖B PAD 圖C IPO圖D數(shù)據(jù)字典9進(jìn)行需求分析可使用多種工具,但()是不適用的。A 數(shù)據(jù)流圖B判定表C PAD 圖D 數(shù)據(jù)字典四、軟件設(shè)計(jì)-包括概要設(shè)計(jì)(總體設(shè)計(jì))和詳細(xì)設(shè)計(jì)1軟件設(shè)計(jì)一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì),它們之間的關(guān)系是()。A 全局和局部B 抽象和具體C總體和層次D功能和結(jié)構(gòu)2 SD方法中,一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段,其中總體設(shè)計(jì)主要是建立()。A 軟件結(jié)構(gòu)B軟件流程C軟件模型D 軟件模塊3模塊獨(dú)立性是軟件模塊化所提出的要求,衡量模塊獨(dú)立性的度量標(biāo)準(zhǔn)是模塊的()。A 抽象和信息隱蔽B局部化和封裝化C 內(nèi)聚性

7、和耦合性D 激活機(jī)制和控制方法4軟件結(jié)構(gòu)設(shè)計(jì)中,好的軟件結(jié)構(gòu)設(shè)計(jì)應(yīng)該力求做到()。A 頂層扇出較少,中層扇出較高,低層模塊低扇入B 頂層扇出較高,中層扇出較少,低層模塊高扇入C頂層扇出較少,中層扇出較高,低層模塊高扇入.D 頂層扇出較高,中層扇出較少,低層模塊低扇入5軟件開發(fā)的結(jié)構(gòu)化設(shè)計(jì)方法,全面指導(dǎo)模塊劃分的最重要原則應(yīng)該是()。A 模塊高內(nèi)聚B模塊低耦合C程序模塊化D模塊獨(dú)立性6 HIPO 圖應(yīng)用于軟件開發(fā)的()階段。A 需求分析B詳細(xì)設(shè)計(jì)C總體設(shè)計(jì)D實(shí)現(xiàn)7詳細(xì)設(shè)計(jì)工具可分為三類,即圖形、表格和語言工具。圖形工具中,( A )簡單而應(yīng)用廣泛。 (B )表示法中, 每個(gè)處理過程用一個(gè)盒子表示

8、, 盒子可以嵌套。 ( C )可以縱橫延伸, 圖形的空間效果好。 ( D )是一種設(shè)計(jì)和描述程序的語言。A-C : N-S 圖 程序流程圖HIPO 圖PAD 圖D : C PDLPROLOGPASCAL8軟件需求分析方法中,結(jié)構(gòu)化分析是一種常用的方法。結(jié)構(gòu)化分析產(chǎn)生的系統(tǒng)說明書是由一套分層的、一本、一組及補(bǔ)充材料組成的。在結(jié)構(gòu)化設(shè)計(jì)階段產(chǎn)生的文檔是 。A 流程B數(shù)據(jù)流圖C軟件結(jié)構(gòu)D事務(wù)轉(zhuǎn)換A 結(jié)構(gòu)說明B用戶需求C數(shù)據(jù)字典D數(shù)據(jù)流程A 小說明B 索引C 模塊接口D 層次結(jié)構(gòu)A 系統(tǒng)模型說明書B 程序流程圖C 系統(tǒng)功能說明書D 模塊結(jié)構(gòu)圖和模塊說明書9面向數(shù)據(jù)流的軟件設(shè)計(jì)方法,一般是把數(shù)據(jù)流分為(

9、)兩種流,再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A 數(shù)據(jù)流與事務(wù)流B變換流與事務(wù)流C信息流與變換流D 交換流域數(shù)據(jù)流10程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示工具,有其優(yōu)點(diǎn)和缺點(diǎn),使用該工具時(shí)應(yīng)注意()。A 支持逐步求精B考慮控制流程C 遵守結(jié)構(gòu)化設(shè)計(jì)原則D數(shù)據(jù)結(jié)構(gòu)表示五、編碼1程序設(shè)計(jì)語言的選擇是順利實(shí)施編程的重要基礎(chǔ),評(píng)價(jià)可用語言的因素甚多,而其重要的選擇依據(jù)是( )。A 對(duì)語言的熟悉程序B語言的應(yīng)用領(lǐng)域C數(shù)據(jù)結(jié)構(gòu)的復(fù)雜度D算法的復(fù)雜度2下列敘述中選出五條關(guān)于好的程序設(shè)計(jì)風(fēng)格的正確敘述(CGHIJ )A 盡量多用臨時(shí)變量B 把常見的局部優(yōu)化工作留給編譯程序去做C 程序中嵌套的層數(shù)應(yīng)加以限制D 程序的書寫

10、格式最好所有語句都左對(duì)齊,這樣也可以節(jié)省紙張E在主存儲(chǔ)器能容納得下的前提下,應(yīng)使模塊盡可能大,以便減少模塊的個(gè)數(shù)F模塊越小,優(yōu)點(diǎn)越明顯。一般說來,模塊的大小都在10 行以下G 只要模塊之間的接口關(guān)系不變,各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改不會(huì)影響別的模塊H 在編寫程序時(shí)盡可能對(duì)程序代碼進(jìn)行優(yōu)化I 程序中的注釋并不是可有可無的J使用可以看得出意義的標(biāo)識(shí)符.3程序設(shè)計(jì)屬于軟件開發(fā)過程的()階段。A 設(shè)計(jì)B編程C實(shí)現(xiàn)D編碼六、測(cè)試1軟件測(cè)試可能發(fā)現(xiàn)軟件中的(),但不能證明軟件()。A 所有錯(cuò)誤、沒有錯(cuò)誤B 錯(cuò)誤、沒有錯(cuò)誤C邏輯錯(cuò)誤、沒有錯(cuò)誤D設(shè)計(jì)錯(cuò)誤、沒有錯(cuò)誤2軟件測(cè)試的目的是()。A 證明軟件的正確性B 找

11、出軟件系統(tǒng)中存在的所有錯(cuò)誤C證明軟件系統(tǒng)中存在錯(cuò)誤D 盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤3為提高測(cè)試效率,應(yīng)該()。A 隨機(jī)地選取測(cè)試數(shù)據(jù)B 在完成編碼以后制定軟件的測(cè)試計(jì)劃C取一切可能的數(shù)據(jù)作為測(cè)試數(shù)據(jù)D 選擇發(fā)現(xiàn)錯(cuò)誤可能性最大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)4黑盒測(cè)試是從(C)觀點(diǎn)的測(cè)試,白盒測(cè)試是從(D )觀點(diǎn)的測(cè)試。A 開發(fā)人員、管理人員B用戶、管理人員C用戶、開發(fā)人員D開發(fā)人員5使用白盒方法測(cè)試時(shí)確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)()和指定的覆蓋標(biāo)準(zhǔn)。A 程序的內(nèi)部邏輯B程序的復(fù)雜程度C使用說明書D 程序的功能6白盒測(cè)試方法重視()的度量。A 測(cè)試覆蓋率B 測(cè)試數(shù)據(jù)多少C測(cè)試費(fèi)用D測(cè)試周期7黑盒測(cè)試法根據(jù)()設(shè)計(jì)測(cè)試

12、用例。A 程序調(diào)用規(guī)則B 模塊間的邏輯關(guān)系C 軟件要完成的功能D數(shù)據(jù)結(jié)構(gòu)8單元測(cè)試又稱(B),一般采用(D )測(cè)試。A 集成測(cè)試B模塊測(cè)試C黑盒法D白盒法七、維護(hù)1軟件維護(hù)指的是()。A 對(duì)軟件的改進(jìn)、適應(yīng)和完善B維護(hù)正常運(yùn)行C配置新軟件D 軟件開發(fā)的一個(gè)階段2軟件維護(hù)工作的最主要部分是()。A 改正性維護(hù)B適應(yīng)性維護(hù)C完善性維護(hù)D 預(yù)防性維護(hù)3下面有關(guān)軟件維護(hù)的敘述正確的是()。A 設(shè)計(jì)軟件時(shí)就應(yīng)考慮到將來的可修改性B 維護(hù)軟件是一件很吸引人的創(chuàng)造性工作.C維護(hù)軟件就是改正軟件中的錯(cuò)誤D 誰編寫軟件就應(yīng)由誰來維護(hù)這個(gè)軟件4軟件文檔是軟件工程實(shí)施中的重要成分,它不僅是軟件開發(fā)各階段的重要依據(jù),

13、而且也影響軟件的 ( )。A 可理解性B可維護(hù)性C可擴(kuò)展性D可移植性5修改軟件以適應(yīng)外部環(huán)境或數(shù)據(jù)環(huán)境的變化是指()。A 改正性維護(hù)B適應(yīng)性維護(hù)C完善性維護(hù)D預(yù)防性維護(hù)6()階段是軟件生命周期中花費(fèi)最多、持續(xù)時(shí)間最長的階段。BA需求分析B維護(hù)C設(shè)計(jì)D測(cè)試7注釋是提高程序可讀性的有效手段,好的程序注釋占到程序總量的()A1/6B1/5C1/4D 1/3八、簡述軟件危機(jī)產(chǎn)生的原因。參考答案:( 1)缺乏軟件開發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開發(fā)數(shù)據(jù)的積累,使得開發(fā)工作的計(jì)劃很難制定。致使經(jīng)費(fèi)預(yù)算常常突破,進(jìn)度計(jì)劃無法遵循,開發(fā)完成的期限一拖再拖。(2)軟件需求,在開發(fā)的初期階段提得不夠明確,或是未能得到確切的表

14、達(dá)。開發(fā)工作開始后,軟件人員和用戶又未能及時(shí)交換意見,造成開發(fā)后期矛盾的集中暴露。 ( 3)開發(fā)過程沒有統(tǒng)一的、公認(rèn)的方法論和規(guī)范指導(dǎo),參加的人員各行其事。加之設(shè)計(jì)和實(shí)現(xiàn)過程的資料很不完整;或忽視了每個(gè)人工作與其他人的接口,使得軟件很難維護(hù)。( 4)未能在測(cè)試階段充分做好檢測(cè)工作,提交用戶的軟件質(zhì)量差,在運(yùn)行中暴露出大量的問題。九、簡述軟件生命周期階段的劃分?每個(gè)階段的主要任務(wù)?參考答案: 生命周期劃分為六個(gè)階段,分別為計(jì)劃、 需求分析、 軟件設(shè)計(jì) (包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))、編碼、軟件測(cè)試和運(yùn)行 /維護(hù)。各個(gè)階段的主要任務(wù)分別為:( 1)計(jì)劃階段首先確定要解決的問題是什么,通過問題定義階段的工作,系統(tǒng)分析員應(yīng)該提出關(guān)于問題的性質(zhì)、規(guī)模和工程目標(biāo)的書面報(bào)告,之后進(jìn)行可行性研究,應(yīng)該決定該問題是否存在一個(gè)可行的解決辦法,是否值得去解。(2)需求分析階段應(yīng)該深入具體地了解用戶的需求,在所要開發(fā)的系統(tǒng)必須做什么這個(gè)問題上和用戶取得一致的看法,確定系統(tǒng)的功能要求和運(yùn)行要求,安全要求等非功能性要求,給出目標(biāo)系統(tǒng)的邏輯模型。( 3

溫馨提示

  • 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)論