軟件工程試題及答案

軟件工程窗體頂端1：下面說法哪個不屬于設(shè)計準(zhǔn)則,降低模塊間的耦合②降低模塊接口的復(fù)雜程度③模塊大小要適中④模塊要有重用性2：88．計算機(jī)的體系結(jié)構(gòu)對程序設(shè)計語言具有②促進(jìn)作用③抑制作用④完善作用3：79．程序圖的作用是①定性度量軟件的復(fù)雜程度②定量度量軟件的復(fù)雜程度③預(yù)測軟件的質(zhì)量標(biāo)準(zhǔn)④估計軟件中的錯誤數(shù)量4：下面說法正確的是①模塊的作用域在模塊的控制域之內(nèi)②模塊的控制域在模塊的作用域之內(nèi)③模塊的作用域和模塊的控制域有時相同④模塊的作用域和模塊的控制域都是一種層次結(jié)構(gòu)5：94．等價類劃分屬于①白盒測試②黑盒測試③窮盡測試④系統(tǒng)測試6：90．軟件維護(hù)組織包括①系統(tǒng)維護(hù)人員和系統(tǒng)管理人員②系統(tǒng)程序員和硬件維護(hù)人員③系統(tǒng)程序員和操作員④打字員和軟件工程師7：可行性研究階段使用的圖形工具是①DFD圖②N-S圖③PAD圖④Warnier圖8：好的軟件結(jié)構(gòu)它的外觀形狀一般呈①線性②扇形③橢圓形④層次型9：變換型結(jié)構(gòu)的數(shù)據(jù)流呈②輻射狀③橢圓形④階梯形10：78．結(jié)構(gòu)化程序設(shè)計就是要①保留GOTO語句②取消前轉(zhuǎn)GOTO語句③限制GOTO語句的使用④取消后轉(zhuǎn)GOTO語句11：應(yīng)采用①自頂向下的開發(fā)方法②自底向上的開發(fā)方法③漸增式的開發(fā)方法④非漸增式的開發(fā)方法12：軟件工程的七條基本原理中有一條是“堅持進(jìn)行階段評審”,要這么做的理由有1;①大部分錯誤是在編碼之前造成的②在軟件開發(fā)過程中插入階段評審是為了張弛有度、提高開發(fā)效率③錯誤發(fā)現(xiàn)得越晚,所付出的修正代價越高④為了便于控制開發(fā)進(jìn)度供選擇的答案：①②2.B.①③3.C.②④4.D.③④13：軟件的開發(fā)模式有①面向過程模式、面向?qū)ο竽Ｊ?、混合模式②變換模式、漸增模式、瀑布模式③自頂向下模式、自底向上模式、關(guān)系模式④分步模式、漸增模式、非漸增模式14：VG=m-n+p中的p3意味著②軟件有兩個子程序③主程序中含兩個子程序④軟件有三個子程序15：模塊的初始化工作和模塊處理意外故障均屬于①時間內(nèi)聚②順序內(nèi)聚③功能內(nèi)聚④邏輯內(nèi)聚16：源點和終點的數(shù)量②源點個數(shù)大于終點個數(shù)③終點個數(shù)大于源點個數(shù)17：83．HIPO的含義是①層次、輸入、處理、輸出②高速、信息、程序、目標(biāo)③頂層的IPO圖④關(guān)于輸入、處理、輸出的層次18：CMU/SEI推出的2將軟件組織的過程能力分為五個成熟度級別,,;1.A.CMM2.B.PSP3.C.ISO-90004.D.RUP19：需求分析的方法包括①結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蟮姆治黾夹g(shù)、原型開發(fā)技術(shù)②結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蟮姆治黾夹g(shù)③面向?qū)ο蟮姆治黾夹g(shù)、原型開發(fā)技術(shù)④原型開發(fā)技術(shù)、結(jié)構(gòu)化分析技術(shù)20：84．?dāng)?shù)據(jù)字典和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的②結(jié)構(gòu)模型④邏輯模型21：95．軟件測試的目的是②尋找軟件中的錯誤③證明軟件不能正常工作窗體底端窗體頂端個對象;正確 錯誤,;正確 錯誤3：85、模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊,每個模塊完成一個子功能;正確 錯誤4：20、預(yù)防性維護(hù)是把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上,以支持明天的需求;正確 錯誤5：18、除非對效率有特殊的要求,程序編寫要做到清晰第一,效率第二;正確 錯誤6：47、實體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界；控制類指UseCase中行為的協(xié)調(diào);正確 錯誤7：55、等價類劃分法的主要思想是首先將所有的輸入數(shù)據(jù)劃分成若干個有效等價類,然后設(shè)計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的等價類,重復(fù)這一步,直到所有的等價類都被覆蓋為止;正確 錯誤8：83、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的物理模型;正確 錯誤9：36;正確 錯誤10：65、瀑布模型的本質(zhì)是“一次通過”,它是一種文檔驅(qū)動模型,在可運(yùn)行產(chǎn)品交付之前,客戶只能通過文檔來了解最終的產(chǎn)正確 錯誤11：39、如果程序員足夠小心,就不需要測試;正確 錯誤面向?qū)ο笤O(shè)計則是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的過程;正確 錯誤13：26、對軟件的質(zhì)量控制,必須著重在軟件開發(fā)方面下功夫;正確 錯誤14：5、軟件工程方法學(xué)包含三個要素：方法、模型和過程;正確 錯誤15：1程項目;正確 錯誤16：10、概要設(shè)計通過對系統(tǒng)的結(jié)構(gòu)表示進(jìn)行細(xì)化,得到軟件的數(shù)據(jù)結(jié)構(gòu)和算法;正確 錯誤;正確 錯誤18：34、在一個設(shè)計得很好的系統(tǒng)中,模塊的控制域應(yīng)該在作用域之內(nèi);正確 錯誤19：71、耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量,;正確 錯誤;正確 錯誤21：14、軟件體系結(jié)構(gòu)是軟件需求活動的一種工作產(chǎn)品;正確 錯誤22：94、軟件項目的開發(fā)時間最多可以減少到正常開發(fā)時間的75％;,;正確 錯誤23：46、白盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動測試,動測試;正確 錯誤24：53、內(nèi)聚標(biāo)志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度,模塊獨立性由弱到強(qiáng)的同;正確 錯誤25：40、軟件重用技術(shù)是從根本上提高軟件可維護(hù)性的重要技術(shù);正確 錯誤26：93、面向?qū)ο蠓椒ㄔ谠O(shè)計的早期階段,變動較大,隨著時間推移,設(shè)計方案日趨成熟,改動也越來越小正確 錯誤27：17、可以用基于流圖的環(huán)形復(fù)雜度描述測試一個單元或構(gòu)件所需的工作量;正確 錯誤28：6、傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)自底向上地完成軟件開發(fā)各項任務(wù);正確 錯誤29：25、從項目的角度來看,需求總是向著膨脹的方向變化;正確 錯誤30：89、Alpha測試由用戶在開發(fā)者的場所進(jìn)行,并且在開發(fā)者對用戶的“指導(dǎo)”下進(jìn)行測試,開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的錯誤和使用中遇到的問題;正確 錯誤31：29、瀑布模型中每個階段都必須完成規(guī)定的文檔,沒有交出合格的文檔就是沒有完成該階段的任務(wù);正確 錯誤32：69、傳統(tǒng)結(jié)構(gòu)化分析方法就是用抽象模型的概念,按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系,自頂向下逐層分解,直到找到滿足性能要求的所有可實現(xiàn)的軟件為止;正確 錯誤33：19、測試就是不斷尋找程序中的漏洞直到時間耗盡為止;正確 錯誤34：23、高級語言表達(dá)和解決問題方面效率越高,采用代碼行方法計算的生產(chǎn)率也越高;正確 錯誤35：95、面向?qū)ο蟪绦驔]有面向過程程序執(zhí)行效率高;正確 錯誤需要;4,,;正確 錯誤37：41、軟件開發(fā)小組的規(guī)模與個人生產(chǎn)率成正比,向一個已經(jīng)延期的軟件項目中增加人力,會使它按期完;正確 錯38：74、環(huán)形復(fù)雜度取決于程序控制結(jié)構(gòu)的復(fù)雜度,當(dāng)程序的分支數(shù)目或循環(huán)數(shù)目增加,在McCabe復(fù)雜度為10附近;正確 錯誤39：56、用戶手冊要使用專門術(shù)語,并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法;正確 錯窗體底端窗體頂端1：37、使用PAD符號所設(shè)計出來的程序必然是結(jié)構(gòu)化程序;正確 錯誤2：56、用戶手冊要使用專門術(shù)語,并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法;正確 錯誤3：88Pareto測試發(fā)現(xiàn)的錯誤中的80％很可能是由程序中20的;正確 錯誤4：14、軟件體系結(jié)構(gòu)是軟件需求活動的一種工作產(chǎn)品;正確 錯誤5：82、面向?qū)ο蠓椒▽W(xué)是一種以數(shù)據(jù)為主線,把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法,把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件;正確 錯誤6：9、借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型是需求分析的主要任務(wù);正確 錯誤7：26、對軟件的質(zhì)量控制,必須著重在軟件開發(fā)方面下功夫;正確 錯誤8：34、在一個設(shè)計得很好的系統(tǒng)中,模塊的控制域應(yīng)該在作用域之內(nèi);正確 錯誤9：23、高級語言表達(dá)和解決問題方面效率越高,采用代碼行方法計算的生產(chǎn)率也越高;正確 錯誤10：44、回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集,以保證由于調(diào)試或其他原因引起的變化,不會導(dǎo)致非預(yù)期的軟件行為或額外錯誤;正確 錯誤11：6、傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)自底向上地完成軟件開發(fā)各項任務(wù);正確 錯誤12：80、一個UseCase結(jié)果,UseCase;正確 錯誤13：72、內(nèi)聚標(biāo)志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度,模塊獨立性由弱到強(qiáng)的同時模;正確 錯誤14：57、軟件開發(fā)時,一個錯誤發(fā)現(xiàn)得越晚,為改正它所付出的代價就越大;正確 錯誤15：94、軟件項目的開發(fā)時間最多可以減少到正常開發(fā)時間的75％;,;正確 錯誤16：1程項目;正確 錯誤17：17、可以用基于流圖的環(huán)形復(fù)雜度描述測試一個單元或構(gòu)件所需的工作量;正確 錯誤18：33、對一批模塊進(jìn)行測試,發(fā)現(xiàn)錯誤多的模塊中殘留的錯誤將比其它的模塊少;正確 錯誤19：78、衡量軟件規(guī)模的功能點指標(biāo)有：生產(chǎn)率、成本、質(zhì)量、文檔和資源;正確 錯誤20：38、在為標(biāo)識符命名時,名字不是越長越好,應(yīng)當(dāng)選擇精煉的意義明確的名字;正確 錯誤21：42、快速原型應(yīng)該具備的基本特性是“快速”和“容易修改”;正確 錯誤,/;正確 錯誤23：32、在進(jìn)行詳細(xì)的過程設(shè)計和編寫程序之前,,;正確 錯誤24：93、面向?qū)ο蠓椒ㄔ谠O(shè)計的早期階段,變動較大,隨著時間推移,設(shè)計方案日趨成熟,改動也越來越小正確 錯誤25：62、軟件的生產(chǎn)與硬件不同,在它的開發(fā)中沒有明顯的制造過程;對軟件的質(zhì)量控制,必須著重在軟件維護(hù)方面下功正確 錯誤需要;4,,;正確 錯誤27：41、軟件開發(fā)小組的規(guī)模與個人生產(chǎn)率成正比,向一個已經(jīng)延期的軟件項目中增加人力,會使它按期完;正確 錯28：21、模型是為了理解事物而對事物做出的一種抽象,是對事物的一種無歧義的書面描述;,通常要建立描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的E-R模型,;正確 錯誤29：60、可行性研究報告應(yīng)評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案,;,;正確 錯誤30：59、項目開發(fā)計劃除去規(guī)定項目開發(fā)所需的資源、開發(fā)的進(jìn)度等以外,;正確 錯誤31：90、改正性維護(hù)是改正軟件中原有的錯誤,所以對軟件的修改一般不會導(dǎo)致文檔的修改,而適應(yīng)性和完善性維護(hù)將導(dǎo)致文檔的修改;正確 錯誤;正確 錯誤33：85、模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊,每個模塊完成一個子功能;正確 錯誤34：79、軟件配置管理是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科,通過標(biāo)識和文檔來記錄配置項的功能和物理特性、控制這些特性的變更、記錄和報告變更的過程和狀態(tài),并驗證它們與需求是否一致;軟件配置管理主要有：標(biāo)識、版本控制、變化控制、配置審計和配置狀態(tài)報告;正確 錯誤35：86、軟件結(jié)構(gòu)一般要求頂層扇出比較少,中層扇出較高,底層模塊有高扇入;正確 錯誤36：69、傳統(tǒng)結(jié)構(gòu)化分析方法就是用抽象模型的概念,按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系,自頂向下逐層分解,直到找到滿足性能要求的所有可實現(xiàn)的軟件為止;正確 錯誤McCabe;正確 錯誤38：24、軟件配置管理是在軟件項目啟動時就開始的,并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動;正確 錯誤39：47、實體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界；控制類指UseCase中行為的協(xié)調(diào);正確 錯窗體底端窗體頂端4：12、錯誤處理類模塊是典型的時間內(nèi)聚模塊;正確 錯窗體底端窗體頂端;正確 錯窗體底端窗體頂端8：35、判定表、判定樹和IPO圖都是常用來編寫數(shù)據(jù)字典加工邏輯說明的工具;正確 錯誤9：15、管道／過濾器風(fēng)格支持并行執(zhí)行;正確 錯窗體底端窗體頂端11：11、控制耦合實質(zhì)是在單一接口上選擇多功能模塊中的某項功能;正確 錯誤12：84、需求定義文檔要從適合顧客的層次,而且要用顧客能夠理解的術(shù)語編寫;正確 錯誤13：63、軟件工程方法學(xué)包含三個要素：方法、工具和過程;方法是完成軟件開發(fā)的各,;正確 錯窗體底端窗體頂端17：30、抽象和求精是一對互補(bǔ)的概念,法;正確 錯誤18：73、在一個設(shè)計得很好的系統(tǒng)中,;正確 錯誤,可行性研究的成本一般為預(yù)期總成本的15％～20％;正確 錯窗體底端窗體頂端23：45、事實上,層次圖和結(jié)構(gòu)圖不僅表明一個模塊調(diào)用哪些模塊,而且對模塊的其他成分也有明確的表示;正確 錯窗體底端窗體頂端28：13、軟件設(shè)計優(yōu)化應(yīng)該力求做到在有效的模塊化的前提下使用