軟件工程試題匯總大全_第1頁
軟件工程試題匯總大全_第2頁
軟件工程試題匯總大全_第3頁
軟件工程試題匯總大全_第4頁
軟件工程試題匯總大全_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

一、填空題1、產(chǎn)生軟件危機(jī)的本質(zhì)原因是()。2、完整的軟件產(chǎn)品包括()、()和()。3、軟件工程研究的內(nèi)容包括()和()。4、常見的軟件開發(fā)方法包括()、()、()、()四種。5、軟件工程工具通常有3種分類標(biāo)準(zhǔn),分別是()、()()。二、簡(jiǎn)答1、軟件的特點(diǎn)2、軟件的分類3、軟件工程的目標(biāo)和原則分別是什么一、填空題1、軟件生命周期分為()、()、()、()、()五個(gè)階段。2、軟件的誕生和生命周期是一個(gè)(),定義了()、()、()以及(),生命周期模型規(guī)定了把生命周期劃分為哪些階段及各階段的任務(wù),因此又稱為()O二、名詞解釋1、軟件生命周期2、軟件過程三、簡(jiǎn)答題1、寫出五種常用的軟件開發(fā)模型2、以表格形式對(duì)比瀑布模型、快速原型模型、增量模型各自的優(yōu)缺點(diǎn),并寫出三者各自適用的軟件開發(fā)項(xiàng)目一、填空題1、螺旋模型將()和()模型結(jié)合起來,并且加入了(),它把開發(fā)過程分為()、()、()和()4種活動(dòng)2、噴泉模型中的噴泉,體現(xiàn)了面向?qū)ο蠓椒ㄖ械模ǎ?,這種軟件開發(fā)模型主要用于()開發(fā)項(xiàng)目3、基于組件的開發(fā)模型體系了軟件的()思想,降低了(),加快了()7、驗(yàn)收測(cè)試主要包括()。二、判斷題1、白盒測(cè)試和黑盒測(cè)試各有側(cè)重點(diǎn),不能相互取代,在實(shí)際測(cè)試活動(dòng)中,這兩種測(cè)試方法不是截然分開的。通常在白盒測(cè)試中交叉著黑盒測(cè)試,黑盒測(cè)試中交叉著白盒測(cè)試。()2、黑盒測(cè)試比白盒測(cè)試成本要高得多。()3、集成測(cè)試就是一類灰盒測(cè)試。()三、名詞解釋1、白盒測(cè)試2、程序插樁技術(shù)四、簡(jiǎn)答題1、白盒測(cè)試的每種測(cè)試方法都有各自的優(yōu)點(diǎn)和不足,簡(jiǎn)述選擇方法的經(jīng)驗(yàn)2、用表格列舉出白盒測(cè)試與黑盒測(cè)試的基本比較3、軟件測(cè)試的一般步驟4、集成測(cè)試的主要內(nèi)容及其目標(biāo)5、系統(tǒng)測(cè)試的主要內(nèi)容6、系統(tǒng)測(cè)試的類型4、統(tǒng)一軟件開發(fā)過程模型,簡(jiǎn)稱()5、在構(gòu)造軟件系統(tǒng)時(shí),RUP模型采用()策略二、判斷題1、統(tǒng)一軟件開發(fā)過程模型中重復(fù)、迭代頻率最高的主要體現(xiàn)在軟件實(shí)現(xiàn)、測(cè)試和部署階段()三、簡(jiǎn)答題1、螺旋模型的優(yōu)缺點(diǎn)2、統(tǒng)一軟件開發(fā)過程模型的優(yōu)點(diǎn)3、列舉對(duì)開發(fā)人員要求較高的幾種軟件開發(fā)模型4、列舉一種對(duì)項(xiàng)目管理者要求較高的1種軟件開發(fā)過程模型,并說明原因5、用表格形式表示瀑布模型與RUP模型、增量模型和快速原型模型之間的關(guān)系,并總結(jié)出這幾種模型的相似之處一、填空題1、軟件工程項(xiàng)目立項(xiàng)包括()、()()和()四個(gè)過程2、操作可行性除了考慮系統(tǒng)是否可行,還要考慮()、()、()、()、()等因素3、基于項(xiàng)目的成本由四個(gè)部分組成,分別是()、()、()和()4、項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容包括()、()、()和()5、需求分析可以分為()和()兩大類,前者定義了(),后者定義了()6、性能需求指定(),一般包括()、()和()方面的需求。二、判斷題1、由于操作可行性對(duì)于軟件的可行性研究非常重要,所以備受重視,不容易忽略()2、可行性研究的步驟是固定不變的()3、需求分析是一個(gè)非常重要的過程,它完成的好壞直接影響后續(xù)軟件的開發(fā)質(zhì)量()三、名詞解釋1、項(xiàng)目立項(xiàng)2、操作可行性四、簡(jiǎn)答1、滿足什么條件下,才叫做一個(gè)項(xiàng)目正式啟動(dòng)2、可行性研究主要從哪幾個(gè)方面進(jìn)行評(píng)估3、典型的可行性研究的步驟可以分為哪幾步4、可行性研究的目的5、在評(píng)估技術(shù)可行性時(shí),需要考慮哪些因素一、填空題1、需求規(guī)格說明書具有()、()、()和()等特點(diǎn)。2、需求分析分為()、()、()和()四步。3、需求分析的方法主要有()、()、()和()。4、功能分解方法的3個(gè)要素分別是()、()和()。5、結(jié)構(gòu)化分析方法是一種面向()的需求分析方法。6、信息建模方法的常用的基本工具是()二、判斷題1、需求分析僅屬于軟件生命周期早期的一項(xiàng)任務(wù),不會(huì)貫穿于整個(gè)軟件生命周期()2、需求規(guī)格說明書需要經(jīng)過嚴(yán)格的需求驗(yàn)證、反復(fù)修改才能最終確定()3、軟件需求規(guī)格說明書主要描述系統(tǒng)部分的需求()三、名詞解釋1、需求描述2、需求管理3、建模4、結(jié)構(gòu)化分析方法四、簡(jiǎn)答題1、簡(jiǎn)述需求分析的兩個(gè)任務(wù)2、列舉3個(gè)獲取需求的方法3、軟件的規(guī)模分為哪幾類?與文檔的對(duì)應(yīng)關(guān)系如何4、列舉5種常用的建模方法5、面向?qū)ο蠓治龇椒ǖ年P(guān)鍵及需要建立的3種模型分別是什么一、填空題1、結(jié)構(gòu)化分析方法基于()和()的基本思想,逐步建立系統(tǒng)的邏輯模型。2、結(jié)構(gòu)化分析方法是一種面向()的需求分析方法3、結(jié)構(gòu)化分析的實(shí)質(zhì)是()4、分析模型的實(shí)質(zhì)是(),由此衍生出的3種圖示分別是()、()和()。其中第一種用于()建模,第二種用于(),第三種用于()。5、結(jié)構(gòu)化需求分析采用()的思想進(jìn)行展開。6、數(shù)據(jù)流圖又稱為(),實(shí)體關(guān)系圖又稱為()。7、實(shí)體-關(guān)系圖的3個(gè)基本要素分別是()、()和()。8、E-R圖當(dāng)中的關(guān)系包含()、()和()三種。二、名詞解釋1、結(jié)構(gòu)化分析方法2、分解三、簡(jiǎn)答題1、結(jié)構(gòu)化分析的具體步驟2、簡(jiǎn)述功能建模的思想和數(shù)據(jù)建模的思想3、描述實(shí)體-關(guān)系圖構(gòu)造的3個(gè)步驟一、填空題1、狀態(tài)轉(zhuǎn)換圖尤其適用于()系統(tǒng),因?yàn)檫@類系統(tǒng)多由()驅(qū)動(dòng)。2、狀態(tài)轉(zhuǎn)換圖定義的狀態(tài)主要有()、()和()三種。3、狀態(tài)變遷一般是由()觸發(fā)的,在這種情況下應(yīng)該()。如果在箭頭上未標(biāo)明事件,則表明()。4、分析模型包括()模型、()模型和()模型。5、()是分析模型的核心。6、()在軟件開發(fā)中處于核心地位。7、信息隱蔽提高了模塊的(),加強(qiáng)了(),有利于()。二、判斷題1、在1張狀態(tài)轉(zhuǎn)換圖中可以有多個(gè)初態(tài),但只能有1種終態(tài)()2、設(shè)計(jì)是我們能夠?qū)⒂脩粜枨鬁?zhǔn)確的轉(zhuǎn)化為軟件產(chǎn)品或系統(tǒng)的唯一方法()3、逐步求精是抽象的逆過程()三、名詞解釋1、狀態(tài)2、事件3、數(shù)據(jù)字典4、模塊5、信息隱蔽四、簡(jiǎn)答題1、列舉在結(jié)構(gòu)化分析中,常見的6種圖形工具。2、列舉可以指導(dǎo)評(píng)價(jià)良好設(shè)計(jì)演化的3個(gè)特征3、列舉軟件設(shè)計(jì)的原則4、在模塊化進(jìn)程中,需要注意的幾點(diǎn)內(nèi)容5、抽象的目的一、填空題1、軟件設(shè)計(jì)可以從()和()分別對(duì)其進(jìn)行分類2、從活動(dòng)任務(wù)來看,軟件設(shè)計(jì)是對(duì)軟件需求進(jìn)行:()、()、()、()和()。3、從工程管理角度來看,軟件設(shè)計(jì)分為()(又稱為()),和()。前期進(jìn)行概要設(shè)計(jì),得到()。后期進(jìn)行詳細(xì)設(shè)計(jì),明確()。4、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)包括()、()和()。5、數(shù)據(jù)庫的概念結(jié)構(gòu)用()來表示6、用戶界面設(shè)計(jì)是()的一個(gè)組成部分7、根據(jù)設(shè)計(jì)一致性的范圍,可將其大致分為兩類一一()和()二、判斷題1、數(shù)據(jù)庫的概念結(jié)構(gòu)是系統(tǒng)中各種數(shù)據(jù)模型的共同基礎(chǔ)()2、近年來,用戶界面在系統(tǒng)中所占的比例越來越大,在個(gè)別系統(tǒng)中用戶界面的設(shè)計(jì)工作量甚至占設(shè)計(jì)總量的一半以上。()三、名詞解釋1、實(shí)現(xiàn)模型2、心智模型3、外部一致性和內(nèi)部一致性四、簡(jiǎn)答題1、區(qū)別軟件的復(fù)用、共享、移植2、概要設(shè)計(jì)主要包含哪三方面內(nèi)容3、詳細(xì)設(shè)計(jì)主要包含哪三方面內(nèi)容4、概括介紹在軟件工程過程中,用戶界面設(shè)計(jì)參與的環(huán)節(jié)以及在這些環(huán)節(jié)中用戶界面設(shè)計(jì)的工作環(huán)境如何,要做哪些工作5、列舉要明確軟件所針對(duì)的用戶群體需要從哪些方面對(duì)用戶進(jìn)行了解6、設(shè)計(jì)的可用性的3個(gè)特性一、填空題1、編碼的過程就是把()得到的解決方案,轉(zhuǎn)化為()2、編碼過程的關(guān)鍵是()3、軟件開發(fā)人員通過使用()來實(shí)現(xiàn)目標(biāo)系統(tǒng)的功能。4、效率是對(duì)計(jì)算機(jī)資源利用率的度量,它主要是指()和()兩個(gè)方面。5、在開發(fā)過程中,()是核心問題6、()是構(gòu)成軟件系統(tǒng)的基本構(gòu)件7、面向?qū)ο蟮姆椒ǖ淖钪匾奶攸c(diǎn)是()8、面向?qū)ο鬁y(cè)試包括()、()、()、()和()等二、判斷題1、在大型軟件開發(fā)項(xiàng)目中,為了控制軟件開發(fā)的質(zhì)量,保證軟件開發(fā)的一致性,遵循一定的編程風(fēng)格尤為重要()2、軟件開發(fā)中僅需要制定一種令大多數(shù)項(xiàng)目成員滿意的命名規(guī)則,并在項(xiàng)目中貫徹實(shí)施()三、名詞解釋1、編程風(fēng)格2、面向?qū)ο?、UML四、簡(jiǎn)答題1、選擇編程語言需考慮的因素2、簡(jiǎn)要回答:要做到按照良好的編程風(fēng)格進(jìn)行編程,可以從哪幾點(diǎn)入手3、列舉5種在面向?qū)ο髮?shí)現(xiàn)中,涉及到的主要技術(shù)4、面向?qū)ο蟮能浖こ谭椒ǖ奶卣?、面向?qū)ο蟮能浖こ谭椒ǖ膬?yōu)勢(shì)6、面向?qū)ο蟮膶?shí)施步驟一、填空題1、UML是一種標(biāo)準(zhǔn)的()建模語言,它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示2、UML的主要內(nèi)容可以由()類圖(共()種圖形)來定義。3、當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí),首先是();其次();接著()。其中在前兩步中所建立的模型都是()的,包括()等5個(gè)圖,是皿1的()機(jī)制。其中在最后一步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系,它包括()等4個(gè)圖,是11迎的()。因此,UML的主要內(nèi)容也可以歸納為()和()兩大類。4、用例圖是從用戶的角度描述系統(tǒng)的功能,由()、()和()組成。5、在UML中,參與者使用()符號(hào)表示,并且具有唯一的名稱;用例使用()表示,也具有唯一的名稱。參與者和用例之間使用()連接,由參與者指向用例。6、用例之間的關(guān)系有()、()、和()3種。7、測(cè)試階段分為()、()和()。二、判斷題1、UML主要用圖來表達(dá)模型的內(nèi)容()2、每個(gè)視圖代表完整系統(tǒng)描述中的一個(gè)對(duì)象,表示這個(gè)系統(tǒng)中的一個(gè)特定的方面,每個(gè)視圖有由一組圖組成,每張圖強(qiáng)調(diào)系統(tǒng)中某一方面的信息。()3、在UML“4+1”視圖中,所有其他視圖都是從用例視圖派生而來()4、在分析系統(tǒng)的參與者時(shí),除了考慮操作者是否與系統(tǒng)交互之外,還要考慮參與者是否在系統(tǒng)的邊界之外,只有在系統(tǒng)邊界之外的參與者才能稱為參與者,否則只能是系統(tǒng)的一部分()三、簡(jiǎn)答題1、UML的概念2、總結(jié)UML應(yīng)用范圍的四個(gè)層面3、UML的特點(diǎn)4、列舉UML的5類圖,9種圖5、在分析用例名稱是否合適之時(shí),一個(gè)簡(jiǎn)單有效的方法是什么一、填空題1、常用的軟件測(cè)試過程模型有()、()和()。2、軟件可以從不同角度進(jìn)行劃分成多種類型,按照時(shí)間階段,可以分成(),按照是否運(yùn)行程序可以分成(),按照是否查看源碼可以分成(),按照質(zhì)量因素可以分成()。3、性能測(cè)試主要針對(duì)軟件產(chǎn)品各方面的性能因素,可以細(xì)分為()、()和()。4、從測(cè)試用例設(shè)計(jì)的角度,我們經(jīng)常使用的軟件測(cè)試方法主要包()和()o二、判斷題1、軟件測(cè)試過程與整個(gè)軟件開發(fā)過程是同步的,也就是說,軟件測(cè)試工作應(yīng)該貫穿于整個(gè)開發(fā)過程。()2、一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。()三、名詞解釋1、軟件測(cè)試2、軟件缺陷3、軟件測(cè)試模型4、測(cè)試用例四、簡(jiǎn)答題1、軟件測(cè)試的原則2、列舉V模型、W模型和H模型的特點(diǎn)或優(yōu)勢(shì)和局限性3、總結(jié)列舉按照質(zhì)量因素劃分,各類的側(cè)重點(diǎn)一、填空題1、一般在軟件測(cè)試的過程中,既要用到黑盒測(cè)試,又要用到白盒測(cè)試。大的功能模塊采用(),小的構(gòu)件采用()。2、黑盒測(cè)試和白盒測(cè)試都是基于()的測(cè)試方法3、等價(jià)類分為()和()4、()是一種補(bǔ)充等價(jià)類劃分法的黑盒測(cè)試方法,它不是選擇等價(jià)類中的任意元素,而是選擇()5、因果圖有()種關(guān)系符號(hào)6、決策表又稱為(),通常由()部分組成,分別是()7、決策表應(yīng)當(dāng)根據(jù)()進(jìn)行建立。二、判斷題1、針對(duì)邊界情況設(shè)計(jì)測(cè)試用例,能夠更有效的發(fā)現(xiàn)錯(cuò)誤()2、錯(cuò)誤推測(cè)法在很大程度上靠直覺和經(jīng)驗(yàn)進(jìn)行()3、用邊界值分析法設(shè)計(jì)測(cè)試用例時(shí),若規(guī)定了值的個(gè)數(shù),應(yīng)分別以最大、最小個(gè)數(shù)和稍大于于最小和稍小于最大個(gè)數(shù)作為測(cè)試用例()三、簡(jiǎn)答題1、黑盒測(cè)試側(cè)重的角度vs白盒測(cè)試側(cè)重的角度2、黑盒測(cè)試法包含哪幾類3、在劃分等價(jià)類時(shí),需要遵循的原則4、設(shè)計(jì)測(cè)試用例的步驟可以分為哪幾步5、決策表法通常用于處理哪類問題6、建立決策表的步驟7、在黑盒測(cè)試方法中,具體方法選擇的幾條經(jīng)驗(yàn)一、填空題1、白盒測(cè)試技術(shù)主要分為()、()、()

溫馨提示

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