軟件工程試題匯總大全

一、填空題1、產(chǎn)生軟件危機(jī)的本質(zhì)原因是（）。2、完整的軟件產(chǎn)品包括（）、（）和（）。3、軟件工程研究的內(nèi)容包括（）和（）。4、常見(jiàn)的軟件開(kāi)發(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、軟件過(guò)程三、簡(jiǎn)答題1、寫(xiě)出五種常用的軟件開(kāi)發(fā)模型2、以表格形式對(duì)比瀑布模型、快速原型模型、增量模型各自的優(yōu)缺點(diǎn)，并寫(xiě)出三者各自適用的軟件開(kāi)發(fā)項(xiàng)目一、填空題1、螺旋模型將（）和（）模型結(jié)合起來(lái)，并且加入了（），它把開(kāi)發(fā)過(guò)程分為（）、（）、（）和（）4種活動(dòng)2、噴泉模型中的噴泉，體現(xiàn)了面向?qū)ο蠓椒ㄖ械模ǎ?，這種軟件開(kāi)發(fā)模型主要用于（）開(kāi)發(fā)項(xiàng)目3、基于組件的開(kāi)發(fā)模型體系了軟件的（）思想，降低了（），加快了（）7、驗(yàn)收測(cè)試主要包括（）。二、判斷題1、白盒測(cè)試和黑盒測(cè)試各有側(cè)重點(diǎn)，不能相互取代，在實(shí)際測(cè)試活動(dòng)中，這兩種測(cè)試方法不是截然分開(kāi)的。通常在白盒測(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)一軟件開(kāi)發(fā)過(guò)程模型，簡(jiǎn)稱（）5、在構(gòu)造軟件系統(tǒng)時(shí)，RUP模型采用（）策略二、判斷題1、統(tǒng)一軟件開(kāi)發(fā)過(guò)程模型中重復(fù)、迭代頻率最高的主要體現(xiàn)在軟件實(shí)現(xiàn)、測(cè)試和部署階段（）三、簡(jiǎn)答題1、螺旋模型的優(yōu)缺點(diǎn)2、統(tǒng)一軟件開(kāi)發(fā)過(guò)程模型的優(yōu)點(diǎn)3、列舉對(duì)開(kāi)發(fā)人員要求較高的幾種軟件開(kāi)發(fā)模型4、列舉一種對(duì)項(xiàng)目管理者要求較高的1種軟件開(kāi)發(fā)過(guò)程模型，并說(shuō)明原因5、用表格形式表示瀑布模型與RUP模型、增量模型和快速原型模型之間的關(guān)系，并總結(jié)出這幾種模型的相似之處一、填空題1、軟件工程項(xiàng)目立項(xiàng)包括（）、（）（）和（）四個(gè)過(guò)程2、操作可行性除了考慮系統(tǒng)是否可行，還要考慮（）、（）、（）、（）、（）等因素3、基于項(xiàng)目的成本由四個(gè)部分組成，分別是（）、（）、（）和（）4、項(xiàng)目開(kāi)發(fā)計(jì)劃的主要內(nèi)容包括（）、（）、（）和（）5、需求分析可以分為（）和（）兩大類，前者定義了（），后者定義了（）6、性能需求指定（），一般包括（）、（）和（）方面的需求。二、判斷題1、由于操作可行性對(duì)于軟件的可行性研究非常重要，所以備受重視，不容易忽略（）2、可行性研究的步驟是固定不變的（）3、需求分析是一個(gè)非常重要的過(guò)程，它完成的好壞直接影響后續(xù)軟件的開(kāi)發(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ī)格說(shuō)明書(shū)具有（）、（）、（）和（）等特點(diǎn)。2、需求分析分為（）、（）、（）和（）四步。3、需求分析的方法主要有（）、（）、（）和（）。4、功能分解方法的3個(gè)要素分別是（）、（）和（）。5、結(jié)構(gòu)化分析方法是一種面向（）的需求分析方法。6、信息建模方法的常用的基本工具是（）二、判斷題1、需求分析僅屬于軟件生命周期早期的一項(xiàng)任務(wù)，不會(huì)貫穿于整個(gè)軟件生命周期（）2、需求規(guī)格說(shuō)明書(shū)需要經(jīng)過(guò)嚴(yán)格的需求驗(yàn)證、反復(fù)修改才能最終確定（）3、軟件需求規(guī)格說(shuō)明書(shū)主要描述系統(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)行展開(kāi)。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、（）在軟件開(kāi)發(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、逐步求精是抽象的逆過(guò)程（）三、名詞解釋1、狀態(tài)2、事件3、數(shù)據(jù)字典4、模塊5、信息隱蔽四、簡(jiǎn)答題1、列舉在結(jié)構(gòu)化分析中，常見(jiàn)的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ù)來(lái)看，軟件設(shè)計(jì)是對(duì)軟件需求進(jìn)行：（）、（）、（）、（）和（）。3、從工程管理角度來(lái)看，軟件設(shè)計(jì)分為（）（又稱為（）），和（）。前期進(jìn)行概要設(shè)計(jì)，得到（）。后期進(jìn)行詳細(xì)設(shè)計(jì)，明確（）。4、數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)包括（）、（）和（）。5、數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)用（）來(lái)表示6、用戶界面設(shè)計(jì)是（）的一個(gè)組成部分7、根據(jù)設(shè)計(jì)一致性的范圍，可將其大致分為兩類一一（）和（）二、判斷題1、數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)是系統(tǒng)中各種數(shù)據(jù)模型的共同基礎(chǔ)（）2、近年來(lái)，用戶界面在系統(tǒng)中所占的比例越來(lái)越大，在個(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、概括介紹在軟件工程過(guò)程中，用戶界面設(shè)計(jì)參與的環(huán)節(jié)以及在這些環(huán)節(jié)中用戶界面設(shè)計(jì)的工作環(huán)境如何，要做哪些工作5、列舉要明確軟件所針對(duì)的用戶群體需要從哪些方面對(duì)用戶進(jìn)行了解6、設(shè)計(jì)的可用性的3個(gè)特性一、填空題1、編碼的過(guò)程就是把（）得到的解決方案，轉(zhuǎn)化為（）2、編碼過(guò)程的關(guān)鍵是（）3、軟件開(kāi)發(fā)人員通過(guò)使用（）來(lái)實(shí)現(xiàn)目標(biāo)系統(tǒng)的功能。4、效率是對(duì)計(jì)算機(jī)資源利用率的度量，它主要是指（）和（）兩個(gè)方面。5、在開(kāi)發(fā)過(guò)程中，（）是核心問(wèn)題6、（）是構(gòu)成軟件系統(tǒng)的基本構(gòu)件7、面向?qū)ο蟮姆椒ǖ淖钪匾奶攸c(diǎn)是（）8、面向?qū)ο鬁y(cè)試包括（）、（）、（）、（）和（）等二、判斷題1、在大型軟件開(kāi)發(fā)項(xiàng)目中，為了控制軟件開(kāi)發(fā)的質(zhì)量，保證軟件開(kāi)發(fā)的一致性，遵循一定的編程風(fēng)格尤為重要（）2、軟件開(kāi)發(fā)中僅需要制定一種令大多數(shù)項(xiàng)目成員滿意的命名規(guī)則，并在項(xiàng)目中貫徹實(shí)施（）三、名詞解釋1、編程風(fēng)格2、面向?qū)ο?、UML四、簡(jiǎn)答題1、選擇編程語(yǔ)言需考慮的因素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)的（）建模語(yǔ)言，它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示2、UML的主要內(nèi)容可以由（）類圖（共（）種圖形）來(lá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主要用圖來(lái)表達(dá)模型的內(nèi)容（）2、每個(gè)視圖代表完整系統(tǒng)描述中的一個(gè)對(duì)象，表示這個(gè)系統(tǒng)中的一個(gè)特定的方面，每個(gè)視圖有由一組圖組成，每張圖強(qiáng)調(diào)系統(tǒng)中某一方面的信息。（）3、在UML“4+1”視圖中，所有其他視圖都是從用例視圖派生而來(lái)（）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è)試過(guò)程模型有（）、（）和（）。2、軟件可以從不同角度進(jìn)行劃分成多種類型，按照時(shí)間階段，可以分成（），按照是否運(yùn)行程序可以分成（），按照是否查看源碼可以分成（），按照質(zhì)量因素可以分成（）。3、性能測(cè)試主要針對(duì)軟件產(chǎn)品各方面的性能因素，可以細(xì)分為（）、（）和（）。4、從測(cè)試用例設(shè)計(jì)的角度，我們經(jīng)常使用的軟件測(cè)試方法主要包（）和（）o二、判斷題1、軟件測(cè)試過(guò)程與整個(gè)軟件開(kāi)發(fā)過(guò)程是同步的，也就是說(shuō)，軟件測(cè)試工作應(yīng)該貫穿于整個(gè)開(kāi)發(fā)過(guò)程。（）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è)試的過(guò)程中，既要用到黑盒測(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è)法在很大程度上靠直覺(jué)和經(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、決策表法通常用于處理哪類問(wèn)題6、建立決策表的步驟7、在黑盒測(cè)試方法中，具體方法選擇的幾條經(jīng)驗(yàn)一、填空題1、白盒測(cè)試技術(shù)主要分為（）、（）、（）