資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請聯(lián)系改正或者刪除。1、軟件工程的研究者將軟件開發(fā)和維護(hù)過程概括為(C)大活動。A.5B.7C.8D.32、(A)是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境 D.語言天賦計算機(jī)病毒是指(B)。A.計算機(jī)系統(tǒng)的漏洞B.一組自我復(fù)制和自動執(zhí)行的具有破壞能力的代碼C.一種細(xì)菌D.程序中的BUG4、軟件需求具有(D)。A.主觀性B.不確定性C.多變性D.以上全部5、描述軟件需求一般不用哪個工具(C)。A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)構(gòu)圖D.E-R圖6、軟件結(jié)構(gòu)圖中沒有(D)元素。A．模塊B．調(diào)用參數(shù)C．返回結(jié)果D．判斷7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系(A)。A．不確定B．?dāng)?shù)據(jù)流程圖能夠轉(zhuǎn)換成程序流程圖C．?dāng)?shù)據(jù)調(diào)用關(guān)系D．程序流程圖能夠轉(zhuǎn)換成數(shù)據(jù)流程圖8、包含關(guān)系用于構(gòu)造多個用例(B)。A.關(guān)系B.共性的部分C.角色D.特殊活動9、如果說用例F被用例T擴(kuò)展,意思是(A)。A.F是一個一般用例,T是一個特殊用例10、用(C)對需要長久保存的信息進(jìn)行建模。A.實體類B.數(shù)據(jù)庫表C.E-R圖D.對象類11、美國卡內(nèi)基﹒梅隆大學(xué)制定的SW-CMM是(C)。A.軟件工作規(guī)范B.軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法12、螺旋模型是一種將(D)結(jié)合起來的軟件開發(fā)模型。A.原型化模型和增量模型B.風(fēng)險判斷和瀑布模型C.瀑布模型和原型化模型D.瀑布模型和增量模型13可行性研究的四大要素是(A)。A.經(jīng)濟(jì)、技術(shù)、法律和社會環(huán)境14、軟件調(diào)研報告是在(B)提交的。A.可行性分析之前B.需求分析之前C.簽合同之前D.設(shè)計的時候15、系統(tǒng)流程圖的主要作用(A).A.描述系統(tǒng)的物理模型B.業(yè)務(wù)流程C.系統(tǒng)處理過程D.數(shù)據(jù)處理過程16、PDL是一種(D)語言。A．低級程序設(shè)計語言B．建模語言C．高級程序設(shè)計語言D．過程設(shè)計語言17、結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是(C)。A．模塊扇出小于5B．模塊扇入小于5C．低耦合,高內(nèi)聚D．模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境,反映系統(tǒng)的(B)。A.邏輯架構(gòu)B.物理架構(gòu)C.組成結(jié)構(gòu)D.體系結(jié)構(gòu)19、角色能夠有四種類型:系統(tǒng)的使用者,硬件設(shè)備,外部系統(tǒng)和(D)。A.數(shù)據(jù)庫B.接口C.對象D.時間20、功能模型用于表示系統(tǒng)的需求,為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?由(C)實現(xiàn)。A.場景描述B.活動圖和場景描述C.用例圖和場景描述D.交互圖和場景描述21、下面的哪個選項不是軟件工程的宗旨(B)。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時交付軟件D.生產(chǎn)無故障軟件22、針對需求不確定的軟件開發(fā),比較好的模型是(A.快速原型化模型)。23、可行性分析研究的費(fèi)用大約是項目總經(jīng)費(fèi)的(B.6%)。24、業(yè)務(wù)需求描述的是(D)。A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍25、一個數(shù)據(jù)流程圖中的圖形符號有且僅有(C4)種。26、非直接耦合的模塊獨(dú)立性最強(qiáng),(A)的模塊獨(dú)立性最弱。A．內(nèi)容耦合B．?dāng)?shù)據(jù)耦合C．控制耦合D．外部耦合27、信息隱藏的核心內(nèi)容是(C)。C．一個模塊的內(nèi)部信息不允許其它模塊直接訪問28、面向過程的方法最關(guān)心的是(A參數(shù)),而過程實施的對象是作為過程參數(shù)傳遞的。29、(C用例視圖)用于描述系統(tǒng)的功能集。30、用(D.靜態(tài))模型建立系統(tǒng)組織結(jié)構(gòu)。31、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?由(B)實現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖32、如果對象之間的耦合是經(jīng)過(A消息機(jī)制)來實現(xiàn)的,則這種耦合就是交互耦合。33、定義類的屬性類型時盡量使用已有類型,太多自定義類型會降低系統(tǒng)的(C.可維護(hù)性)指標(biāo)。34、在設(shè)計測試用例時,應(yīng)該包括(D)測試用例。A.可能產(chǎn)生無效輸出的輸入情況B.無效的和不期望的輸入情況C.有效的和期望的輸入情況D.上面所有情況35、(B)屬于功能測試方法。A.等價類劃分和判定覆蓋B.邊值分析和等價類劃分C.邊值分析和判定覆蓋D.判定覆蓋和回歸測試36、一個軟件項目大約(30%)的工作量在開發(fā)階段,(70%)的工作量在維護(hù)階段。37、軟件項目管理的內(nèi)容不包括(B)。A.人員的組織與管理B.技術(shù)和算法C.軟件配置管理D.軟件開發(fā)進(jìn)度計劃38、通俗的說,軟件項目管理中常說的基線是(D)。A.管理的基本思路B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線D.經(jīng)過正式復(fù)審的文檔39、科學(xué)計算領(lǐng)域一般選擇(B)語言。A.HTMLB.CC.匯編語言D.XML40對于嵌套的循環(huán)和分支程序,層次不要超過(C3)層。41、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其它對象的類是(A)。A.控制類B.組件類C.主函數(shù)D.事務(wù)類42、繼承耦合是(B)之間的一種關(guān)聯(lián)形式,設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.虛類與實體類B.一般化類與特殊化類C.控制類與界面類D.數(shù)據(jù)類與處理類43、構(gòu)架設(shè)計的主要目的是(D),這項工作由經(jīng)驗豐富的構(gòu)架設(shè)計師主持完成。A.類圖B.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)C.處理流程D.確定系統(tǒng)總體結(jié)構(gòu)44、測試用例是一組(A)。A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果B.測試驅(qū)動程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)45、由于面向?qū)ο笾械睦^承和消息機(jī)制,使得軟件測試(B)。A.更加簡單B.更加復(fù)雜C.沒變D.不確定46、軟件維護(hù)過程中產(chǎn)生的副作用,一般是由(B)引起的。A.算法說明B.修改程序C.優(yōu)先級D.環(huán)境要求47、項目計劃活動的主要任務(wù)是(D)。A.估算項目的進(jìn)度B.分配工作量C.計劃資源使用D.以上全部48、如果程序代碼的(C)好,則調(diào)試的成本就能夠大幅度降低。A.性能比B.可擴(kuò)充性C.可讀性D.可移植性49、兩個浮點(diǎn)數(shù)X0和X1比較相等時,應(yīng)該用(C)比較。A.X0==X1B.X1-X0<εC.|X0-X1|<εD.X0=X150、瀑布模型存在的問題是(D)。A．用戶容易參與開發(fā) B．適用可變需求C．用戶與開發(fā)者易溝通D．缺乏靈活性51、(B)不是分析建模的目的。A.定義可驗證的軟件需求B.開發(fā)一個簡單的問題解決方案C.描述客戶需求D.建立軟件設(shè)計的基礎(chǔ)52、對用例進(jìn)行設(shè)計,發(fā)現(xiàn)實現(xiàn)用例功能的(D),確定類之間的關(guān)系。A.算法B.業(yè)務(wù)流程C.數(shù)據(jù)結(jié)構(gòu)D.關(guān)鍵類53、框架是一組可用于不同應(yīng)用的(A)的集合。A.類B.數(shù)據(jù)結(jié)構(gòu)C.函數(shù)D.過程54、從狹義上講,軟件測試是(A)的過程。A.為發(fā)現(xiàn)錯誤而執(zhí)行程序B.為了驗證程序正確C.用不同的數(shù)據(jù)驗證程序正確性D.區(qū)分程序員水平55、在設(shè)計黑盒測試用例時,主要研究(D)。\l"412"A.概要設(shè)計說明書 B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.需求規(guī)格說明56、(B)時,測試人員必須接觸到程序源代碼。A、黑盒測試 B、白盒測試C、壓力測試D、外觀測試57、一般維護(hù)程序代碼的策略(B)。A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請讀源程序,并修改C.找一個新的模塊替換 D.不用讀源程序,從新編寫代碼58、Gantt圖直觀簡明、易學(xué)易用,但它不能(A)。A.直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑B.反應(yīng)任務(wù)的分解情況C.直接反應(yīng)任務(wù)的起止日期D.反應(yīng)具體任務(wù)的時間段59、(D)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過程管理C．風(fēng)險管理D．軟件配置管理60、程序的三種基本控制結(jié)構(gòu),包括順序結(jié)構(gòu)、(A判斷結(jié)構(gòu))和循環(huán)結(jié)構(gòu)。61、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu),最底層是質(zhì)量保證層,中間層是(C.過程層和方法層),最上層是工具層。62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的(A.7)條基本原理。63、下面哪個選項不是軟件工程研究的內(nèi)容(B)。A.生產(chǎn)無故障的軟件B.精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時交付的軟件64可行性研究的主要任務(wù)是(D)。A.確定系統(tǒng)做什么B.確定性能C.確定功能D.進(jìn)行一次簡要的需求分析65、用戶需求描述的是(A)。A.用戶使用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目標(biāo)、規(guī)模和范圍66、數(shù)據(jù)流程圖的主要作用是(D)。A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型67、軟件設(shè)計的目標(biāo)是(A)。A．在最短的時間內(nèi),生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。B．為軟件編碼設(shè)計模塊結(jié)構(gòu)。C．確定軟件要做什么。D．確定軟件的實現(xiàn)算法。68、內(nèi)容耦合是模塊間最緊密的耦合,(B)是模塊間最松散的耦合。A．?dāng)?shù)據(jù)耦合B．非直接耦合C．控制耦合D．外部耦合69、面向?qū)ο笫恰毕取贝_定(動作的主體)”后”(/執(zhí)行動作)。70、UML是一種(B)語言。A.高級編程語言B.面向?qū)ο蠼ＵZ言C.分析方法D.過程71、軟件工程強(qiáng)調(diào)將(D)的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。A.規(guī)范化B.系統(tǒng)化C.可度量D.以上全部72、軟件開發(fā)活動的順序應(yīng)該是(A)。A.問題定義、可行性研究、需求分析、設(shè)計、編碼和測試。B.問題定義、設(shè)計、可行性研究、編碼和測試。C.需求分析、設(shè)計、編碼和測試。D.需求分析、編碼和測試、試運(yùn)行。73假定銀行的存款年利率是2%,請問現(xiàn)在存5000元,兩年后的價值應(yīng)為(A)元。A.5202B.4500C.5100D.471274、系統(tǒng)物理模型用(A)表示。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖D.E-R圖75、關(guān)于軟件需求特性不正確的描述是”軟件需求具有(C)”。A.多變性B.模糊性C.準(zhǔn)確性D.主觀性76、隨著模塊規(guī)模減小,模塊開發(fā)成本(減小),模塊集成成本(增加)。77、反映模塊獨(dú)立性的指標(biāo)是(D．內(nèi)聚和耦合)。79、UML是一種(C)語言。A.建模工具B.可視化的程序設(shè)計語言C.面向?qū)ο蠼ＵZ言D.過程80、用(D)模型分析和定義用戶的需求。A.數(shù)據(jù)B.靜態(tài)C.動態(tài)D.用例81、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)”控制”特性。面向?qū)ο蠓椒ㄖ?常見(D)實現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上全部82、面向?qū)ο蠓治龊驮O(shè)計的界限是(B),從分析到設(shè)計是一個逐漸擴(kuò)充模型的過程。A.清晰的B.模糊的C.非線性的D.確定的83、每個子系統(tǒng)的接口定義了若干(A),體現(xiàn)了子系統(tǒng)的功能,而功能的具體實現(xiàn)方法應(yīng)該是隱藏的。A.操作B.參數(shù)C.算法D.控制84、測試最早的開始時間是(C)。A.從詳細(xì)設(shè)計階段開始B.從編碼階段開始C.從需求分析階段開始D.以上都對85、從測試對象的粒度上劃分測試為(C)。C.單元測試、集成測試、系統(tǒng)測試和驗收測試86、維護(hù)的工作量與軟件規(guī)模成(B正比),軟件的規(guī)模能夠由源程序的語句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模,以及輸出的報表數(shù)等指標(biāo)來衡量。87、上世紀(jì)70年代,美國國防部的研究結(jié)果發(fā)現(xiàn)70%的項目是因為(B.管理不善引起)原因,造成項目失敗。88所有程序設(shè)計語言的基本成分都可歸納為:數(shù)據(jù)成分、(B)、控制成分和傳輸成分。A.循環(huán)成分B.運(yùn)算成分C.說明成分D.輸入成分89程序結(jié)構(gòu)清晰且簡單易懂,一個函數(shù)的規(guī)模一般(D100左右)行。90、不屬于軟件項目管理的是(A)。A.軟件銷售利潤B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評估91、用(D)模型描述和分析業(yè)務(wù)流程。A.交互B.業(yè)務(wù)C.數(shù)據(jù)D.動態(tài)92、用(B)描述系統(tǒng)與角色之間的接口。A.表單B.界面類C.窗體D.對話框93、對類進(jìn)行詳細(xì)設(shè)計,主要是設(shè)計類的(C),優(yōu)化類之間的關(guān)系。A.數(shù)據(jù)結(jié)構(gòu)B.處理流程C.屬性和方法D.算法94、面向?qū)ο笤O(shè)計強(qiáng)調(diào)定義(A),而且使它們相互協(xié)作來滿足用戶需求。A.軟件對象B.物理模型C.E-R模型D.接口95、軟件測試的目標(biāo)是設(shè)計優(yōu)秀的測試用例,(B)。A.最快速地找出程序中的問題B.以最小的代價、在最短的時間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯誤C.保障程序的正確性D.區(qū)分出程序員的編程水平96、(B)不符合軟件測試原則。A.對每個測試結(jié)果進(jìn)行檢查,不漏掉已經(jīng)出現(xiàn)的錯誤跡象B．程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代碼D.測試工作越早開始越好97、引起軟件改變的原因主要有(D)。A.運(yùn)行環(huán)境變化B.需求變化C.系統(tǒng)有錯D.以上全部98、(C)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過程管理C．軟件配置管理D．風(fēng)險管理99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的(A)。A.可維護(hù)性B.可移植性C.可擴(kuò)充性D.高效性100、程序的三種基本控制結(jié)構(gòu),包括順序結(jié)構(gòu)、(A)和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu)B.說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)1．以下哪一項不是軟件危機(jī)的表現(xiàn)形式(C)

A.成本高B.生產(chǎn)率低C.技術(shù)發(fā)展快D.質(zhì)量得不到保證2．哪種模型分批地逐步向用戶提交產(chǎn)品,每次提交一個滿足用戶需求子集的可運(yùn)行的產(chǎn)品。(A)A.演化模型B.噴泉模型C.原型模型D.螺旋模型3．可行性研究的目的不包括(B)A.分析開發(fā)系統(tǒng)的必要性B.確定系統(tǒng)建模的方案C.分析系統(tǒng)風(fēng)險D.確定是否值得開發(fā)系統(tǒng)5．在E-R模型中,包含以下基本成分(C)。A.數(shù)據(jù)、對象、實體B.控制、聯(lián)系、對象C.實體、聯(lián)系、屬性D.實體、屬性、聯(lián)系6．軟件需求分析產(chǎn)生一個重要文檔是(B)。A.軟件維護(hù)說明書B.需求規(guī)格說明書C.可行性報告D.初步用戶手冊7．內(nèi)聚程度較低的是(D)。A.通信內(nèi)聚B.過程內(nèi)聚C.順序內(nèi)聚D.時間內(nèi)聚8．概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計,以下選項中不屬于概要設(shè)計的是(D)A.把軟件劃分成模塊B確定模塊之間的調(diào)用關(guān)系C.確定各個模塊的功能D.設(shè)計每個模塊的偽代碼9．UML語言支持的建模方式不包括有(C)。A.靜態(tài)建模B.動態(tài)建模C.模塊化建模D.功能建模10．以下哪一項不是面向?qū)ο蟮奶卣鳌?D)

A.多態(tài)性B.繼承性C.封裝性D.過程調(diào)用11．在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝?A)A.軟件危機(jī)B.軟件工程C.程序設(shè)計革命D.結(jié)構(gòu)化程序設(shè)計12．瀑布模型的關(guān)鍵不足在于(B)

A.過于簡單B.不能適應(yīng)需求的動態(tài)變更C.過于靈活D.各個階段需要進(jìn)行評審14．經(jīng)濟(jì)可行性研究的主要內(nèi)容包括(D)A.開發(fā)過程B.開發(fā)工具C.風(fēng)險分析D.效益分析15．在需求分析過程中,分析員要從用戶那里解決的最重要的問題是(A)。A.要求軟件做什么B.要給軟件提供哪些信息C.要求軟件工作效率如何D.要求軟件具有什么樣的結(jié)構(gòu)16．DFD中的每個加工至少需要(D)A.一個輸入流B.一個輸出流C.一個輸入或輸出流D.一個輸入流和一個輸出流17．PDL是描述處理過程(C)。A.做什么B.為什么做C.怎么做D.對誰做18．當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為(D)A．?dāng)?shù)據(jù)耦合B．公共耦合C．標(biāo)記耦合D．內(nèi)容耦合19．按照模塊獨(dú)立性,耦合程度由弱至強(qiáng)正確的順序是(A)。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20．UML中,包圖是一種(C)。A.集合B.數(shù)據(jù)結(jié)構(gòu)C.分組機(jī)制D.對系統(tǒng)的動態(tài)描述21．面向?qū)ο笤O(shè)計首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的(B)。A.邏輯模型B.物理模型C.數(shù)據(jù)模型D.用例模型22．面向?qū)ο笤O(shè)計的步驟中,正確的順序是(A)。A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計C.類設(shè)計、用例設(shè)計、構(gòu)架設(shè)計 D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計23．類有3種類型,即(B)。A.邊界類、實體類、控制類B.實體類、控制類、界面類C.控制類、實體類、虛類D.界面類、控制類、公共類24.(D)是一般化類與特殊化類之間的一種關(guān)聯(lián)形式,設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.消息連接B.參數(shù)傳遞C.方法重寫D.繼承25．結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是(D)。A.程序的規(guī)模B.程序效率C.程序語言的先進(jìn)性D.程序易讀性26．下列關(guān)于功能性注釋不正確的說法是(B)。A.功能性注釋嵌在源程序中,用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來說明程序段,需要在每一行都要加注釋C.可使用空行或縮進(jìn),以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋27．軟件測試的目的是(B)。A.評價軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯誤C.找出軟件中的所有錯誤D.證明軟件是正確的28．在設(shè)計黑盒測試用例時,主要研究(D)。A.概要設(shè)計說明書 B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.需求規(guī)格說明29．以下屬于完善性維護(hù)的有(B)。A．解決開發(fā)時未能測試各種可能條件帶來的問題B．增加聯(lián)機(jī)求助命令C．縮短系統(tǒng)的應(yīng)答時間,使其達(dá)到特定要求D．為提高軟件的可靠性和可維護(hù)性,主動修改軟件30．軟件項目管理的內(nèi)容包括(D)。A.人員的組織與管理B.軟件配置管理C.軟件開發(fā)進(jìn)度計劃D.以上所有31．以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法(C)

A.coad方法B.booch方法C.jackson方法D.omt方法32．面向?qū)ο蠓治龅暮诵脑谟?D)。A.建立正確的模型B.識別問題域?qū)ο驝.識別對象之間的關(guān)系D.上面都有33．在面向?qū)ο蠓椒ㄖ?描述系統(tǒng)控制結(jié)構(gòu)的模型是(A)模型。A.動態(tài)模型B.功能模型C.對象模型D.靜態(tài)模型34．面向?qū)ο蠓治龊驮O(shè)計涉及到三個方面的內(nèi)容:(A)、一系列有效的分析步驟和一個方便易用的建模工具。A.一套完善的建模符號B.有效的數(shù)據(jù)結(jié)構(gòu)C.靈活的體系結(jié)構(gòu)D.穩(wěn)定的系統(tǒng)架構(gòu)35．每個子系統(tǒng)的接口上定義了若干(B),體現(xiàn)了子系統(tǒng)的功能。A.說明B.操作C.屬性D.關(guān)系36．程序設(shè)計語言的技術(shù)特性不應(yīng)包括(D)。A.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類型的描述性C.數(shù)據(jù)庫的易操作性D.軟件的可移植性37．以下哪種測試方法不屬于白盒測試技術(shù)(B)。

A.語句覆蓋測試B.邊界值分析測試C.條件覆蓋測試D.判斷覆蓋測試38．軟件測試的主要特點(diǎn)是(C)。A．軟件測試的開銷不大B.軟件測試要依靠工具C．軟件不能進(jìn)行”窮舉”測試D.軟件測試要依靠人工39．在軟件生存期的維護(hù)階段,繼續(xù)診斷和修正錯誤的過程稱為(D)。

A.完善性維護(hù)B.適應(yīng)性維護(hù)C.預(yù)防性維護(hù)D.改正性維護(hù)40．不屬于軟件項目管理的是(D)。A.開發(fā)機(jī)構(gòu)能力評估B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.軟件銷售利潤1．軟件工程的出現(xiàn)是由于(A)A.軟件危機(jī)B.計算機(jī)硬件技術(shù)的發(fā)展C.軟件社會化的需要D.計算機(jī)軟件技術(shù)的發(fā)展3．軟件可行性研究一般不考慮(D)

A.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C.待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算D.待開發(fā)的軟件是否會有質(zhì)量問題4．軟件需求分析的任務(wù)不包括(C)。A.問題分析B.信息域分析C.結(jié)構(gòu)化設(shè)計D.確定邏輯結(jié)構(gòu)5．結(jié)構(gòu)化分析方法(SA法)使用的主要描述工具有(D)。A.數(shù)據(jù)庫B.模塊結(jié)構(gòu)圖C.PAD圖D.分層的DFD圖6．源程序的效率與(D)階段確定的算法的效率直接有關(guān)。A．概要設(shè)計 B.總體設(shè)計 C.單元設(shè)計 D.詳細(xì)設(shè)計7．畫DFD圖的主要目的是(A)。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具B.對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述D.作為編碼和測試的工具8．耦合度最高的是(B)。A.外部耦合B.內(nèi)容耦合C.控制耦合D.數(shù)據(jù)耦合9．為了提高模塊的獨(dú)立性,模塊之間最好是(D)。A.控制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合10．UML是一種(A)。A.建模工具B.可視化的程序設(shè)計語言C.可視化的建模語言D.過程13．可行性分析研究的目的是(B)A.爭取項目B.項目是否值得開發(fā)C.開發(fā)項目D.規(guī)劃項目14．可行性研究實質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行(B)的過程。A.詳細(xì)軟件設(shè)計B.需求分析和設(shè)計C.深入的需求分析D.測試設(shè)計15．需求規(guī)格說明書的作用不包括(C)A.軟件驗收的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設(shè)計的依據(jù)16．進(jìn)行需求分析有的多種描述工具,但不包括(C)。A.數(shù)據(jù)流圖B.判定表C.PAD圖D.數(shù)據(jù)詞典17．反映模塊獨(dú)立性的指標(biāo)是(D)。A.模塊的復(fù)雜性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合18．兩個模塊都訪問一個全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),則這兩個模塊屬于(B)。A.數(shù)據(jù)耦合B.外部耦合C.公共耦合D.內(nèi)容耦合19．下列哪個不是UML的視圖(B)A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖20．屬于某個類的一個具體對象稱為該類的(A)。A.實例B.虛擬C.繼承D.多態(tài)21．反映收發(fā)消息的對象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是(C)。A.順序圖B.類圖C.合作圖D.組件圖22．面向?qū)ο蠓治龊驮O(shè)計的界限是(C),從分析到設(shè)計是一個逐漸擴(kuò)充模型的過程。A.清晰的B.模糊的C.非線性的D.確定的23．動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)”控制”特性。面向?qū)ο蠓椒ㄖ?常見(D)實現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上全部24．不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是(D)A.SQLB.CobolC.4GLD.Lisp25．軟件工程中,只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測試方法,稱為(C)測試。

A.白盒法B.灰盒法C.黑盒法D.綜合法26．若有一個計算類型的程序,它的輸入量只有一個X,其范圍是［-1.0,1.0］,現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設(shè)計這組測試用例的方法是(C)。A.條件覆蓋法 B.等價分類法C.邊界值分析法 D.錯誤推測法27．即使軟件能順利運(yùn)行,但用戶往往會提出增加新功能或改進(jìn)已有功能的建議,為滿足這一類要求而進(jìn)行的活動稱為(A)。A.完善性維護(hù)B.預(yù)防性維護(hù)C.適應(yīng)性維護(hù)D.代碼重構(gòu)28.可維護(hù)性的特性中,相互矛盾的是(B)。A.可理解性與可測試性B.效率與可修改性C.可修改性與可理解性D.可理解性與可讀性29.不屬于軟件項目管理的是(A)。A.軟件銷售利潤B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評估30.(C)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過程管理C．軟件配置管理D．風(fēng)險管理31．面向?qū)ο蟪绦蛟O(shè)計的基本機(jī)制(A)A.繼承B.消息C.方法D.結(jié)構(gòu)32．表示對象相互行為的模型是(A)模型。A.動態(tài)模型B.功能模型C.對象模型D.