北語 軟件工程模擬卷_第1頁
北語 軟件工程模擬卷_第2頁
北語 軟件工程模擬卷_第3頁
北語 軟件工程模擬卷_第4頁
北語 軟件工程模擬卷_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、北京語言大學網(wǎng)絡教育學院軟件工程模擬試卷一注意: 1.試卷保密,考生不得將試卷帶出考場或撕頁,否則成績作廢。請監(jiān)考老師負責監(jiān)督。2.請各位考生注意考試紀律,考試作弊全部成績以零分計算。3.本試卷滿分100分,答題時間為90分鐘。4.本試卷分為試題卷和答題卷,所有答案必須答在答題卷上,答在試題卷上不給分。一、【單項選擇題】(本大題共15小題,每小題2分,共30分)在每小題列出的四個選項中只有一個選項是符合題目要求的,請將正確選項前的字母填在答題卷相應題號處。1、在軟件開發(fā)領域中,“描述了實現(xiàn)概念模型的軟件解決方案”的系統(tǒng)模型被稱為( B )。A 設計模型B 軟件模型C 實現(xiàn)模型D 部署模型2、一

2、般來說,整個需求的主體是( A )。A 功能需求B 性能需求C 外部接口需求D 設計約束3、總體設計的第二階段是( D )。A 初始設計B 詳細設計 C 復審階段D 精化設計4、在模塊內(nèi)聚類型中,常常通過研究流程圖確定模塊的劃分,得到的是( D )。A 邏輯內(nèi)斂B 順序內(nèi)斂C 功能內(nèi)斂D 過程內(nèi)斂5、一個模塊直接控制(調(diào)用)的下層模塊的數(shù)目稱為模塊的( B )。A 扇入B 扇出C 深度D 寬度6、UML術語中,限定符常被用在( C )。A 依賴關系B 泛化關系C 關聯(lián)關系D 細化關系7、UML提供的13種圖形化工具中,用于概念模型和軟件模型靜態(tài)結構的是( C )A 用況圖B 狀態(tài)圖C 類圖D

3、活動圖8、RUP的迭代、增量式開發(fā)規(guī)定的4個階段不包括( A )。A 評審階段B 構造階段C 移交階段D 精化階段9、根據(jù)RUP實現(xiàn)的活動,輸入為設計類,活動為實現(xiàn)類,則輸出為( D )。A 用況B 子系統(tǒng)C 接口D 構件10、軟件評估可分為靜態(tài)評估和動態(tài)評估,其中屬于動態(tài)評估技術的是( D )。A 評審B 走查C 形式化證明D 軟件測試11、黑盒測試技術,又稱為( A )。A 功能測試B 結構測試C 系統(tǒng)測試D 集成測試12、若有語句if(A<1 and C>0)then B=1C else B=1A,選用類似數(shù)據(jù)A=2,C=1;A=-2,C=1;A=2,C=-1;A=-2,C=

4、-1;得到不同B的值,這種測試策略為( C )。A 定義域測試B 等價類測試C 路徑測試D 事物流測試13、在兩種模型的基礎上,螺旋模型加入兩者所忽略的風險分析,這兩者是( B )。A 瀑布模型和增量模型B 瀑布模型和演化模型C 噴泉模型和增量模型D 噴泉模型和演化模型14、在軟件生存周期模型中,主要用于支持面向對象技術的軟件開發(fā)模型是( C )。A 演化模型B 增量模型C 噴泉模型D 螺旋模型15、CMMI能力等級中的第一級為( A )。A 已執(zhí)行級B 已管理級C 已定義級D 已定量管理級1、軟件生存周期中,準確地確定軟件系統(tǒng)必須做什么的階段是( B )。A 可行性分析和項目開發(fā)計劃B 需求

5、分析C 概要設計D 詳細設計2、把瀑布模型和專家系統(tǒng)結合在一起的軟件生存周期模型是( B )。A 增量模型B 基于知識的模型C 螺旋模型D 噴泉模型3、以下不屬于項目開發(fā)計劃主要內(nèi)容的是( C )。A 實施計劃B 交付期限C 測試用例D 人員組織及人工4、使用數(shù)據(jù)流圖來表示系統(tǒng)邏輯模型的是( D )。A JacksonB VDMC OOAD SA5、用于描述結構化分析中數(shù)據(jù)流加工邏輯的是( A )。A 判定樹B ER圖C狀態(tài)圖D 用例圖6、若一個模塊中各個處理元素都密切相關于同一功能且必須順序執(zhí)行,前一功能元素的輸出就是下一功能元素的輸入,則該模塊的內(nèi)聚性類型是( C )。A 時間內(nèi)斂B 偶然

6、內(nèi)斂C 順序內(nèi)斂D 功能內(nèi)斂7、下列幾種耦合類型,耦合性最高的是( A )。A 公共耦合B 控制耦合C 標記耦合D 數(shù)據(jù)耦合8、程序流程圖的優(yōu)點不包括( B )。A 歷史最悠久,使用最廣泛B 容易表示逐步求精的過程C 支持程序的三種基本控制結構D 直觀清晰,易于使用9、第一個體現(xiàn)結構化編程思想的程序設計語言是( C )。A Cobol語言B C語言C Pascal語言D FORTRAN語言10、確定測試也稱為( A )。A 有效性測試B 無效性測試C 靜態(tài)測試D 動態(tài)測試11、黑盒測試技術不包括( B )。A 等價類劃分B 路徑覆蓋C 邊界值分析D 錯誤推測12、為了增加軟件功能和性能、提高軟

7、件運行效率而進行的維護活動稱為( D )。A 校正性維護B 適應性維護C 完善性維護D 預防性維護13、瀑布模型與增量模型之間的本質區(qū)別是( B )。A 瀑布模型屬于非整體開發(fā)模型,增量模型屬于整體開發(fā)模型B 瀑布模型屬于整體開發(fā)模型,增量模型屬于非整體開發(fā)模型C 瀑布模型容易適應需求變化,增量模型不容易適應需求變化D 瀑布模型減少技術、應用風險,增量模型增大技術、應用風險14、面向對象分析中,對象模型描述了系統(tǒng)的( C )。A 靜態(tài)結構B 動態(tài)結構C 控制結構D 順序結構15、面向對象設計中存在三種內(nèi)聚,分別是( D )。A 屬性內(nèi)聚、操作內(nèi)聚、類內(nèi)聚B 操作內(nèi)聚、類內(nèi)聚、整體-部分內(nèi)聚C

8、屬性內(nèi)聚、操作內(nèi)聚、對象內(nèi)聚D 操作內(nèi)聚、類內(nèi)聚、一般-具體內(nèi)聚1、開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著尖銳的矛盾,這種現(xiàn)象稱作( C )。A 軟件工程B 軟件周期C 軟件危機D 軟件產(chǎn)生2、軟件生命周期中所花費用最多的階段是( D )。A 詳細設計B 軟件編碼C 軟件測試D 軟件維護3、下列哪種語言是面向對象的開發(fā)語言( B )。A PASCALB JAVAC BASICD C4、模塊的內(nèi)聚性最低的是( C )。A 邏輯內(nèi)聚B 時間內(nèi)聚C 偶然內(nèi)聚D 功能內(nèi)聚5、數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合,一般由以下四類條目組成( C )。A 數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條

9、目B 數(shù)據(jù)流條目、數(shù)據(jù)項條目、文件條目、加工條目C 數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理條目、數(shù)據(jù)文件條目D 數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)池條目、加工條目6、從工程管理的角度來看,軟件設計分兩步完成( D )。A 系統(tǒng)分析模塊設計B 詳細設計總體設計C 模塊設計詳細設計 D 總體設計詳細設計7、若有一個計算類型的程序,它的輸入量只有一個X,其范圍是-1.0,1.0,現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設計這組測試用例的方法是( C )。A 條件覆蓋法B 等價分類法C 邊界值分析法 D 錯誤推測法8、下列屬于維護階段的

10、文檔是( C )。A 軟件規(guī)格說明B 用戶操作手冊C 軟件問題報告 D 軟件測試分析報告9、快速原型模型的主要特點之一是( D )。A 開發(fā)完畢才見到產(chǎn)品B 及早提供全部完整的軟件產(chǎn)品C 開發(fā)完畢后才見到工作軟件 D 及早提供一個功能簡單的原形系統(tǒng)10、程序的三種基本控制結構的共同特點是( D )。A 不能嵌套使用B 只能用來寫簡單程序C 已經(jīng)用硬件實現(xiàn)D 只有一個入口和一個出口11、軟件能力成熟度(CMM)為( A )個級別。A 5B 4C 2D 612、面向對象軟件技術的許多強有力的功能和突出的優(yōu)點,都來源于把類組織成一個層次結構的系統(tǒng),一個類的上層

11、可以有父類,下層可以有子類,這種層次結構系統(tǒng)的一個重要性質是( B ),一個類獲得其父類的全部描述(數(shù)據(jù)和操作)。A 傳遞性B 繼承性C 復用性D 并行性13、類中操作的實現(xiàn)過程稱為( C )。A 接口B 操作C 方法D 消息14、軟件復雜性度量的參數(shù)中,能反映“軟件總共的指令數(shù),或源程序行數(shù)”的是( A )。A 規(guī)模B 難度C 結構D 智能度15、面向對象的分析方法主要是建立三類模型,即( D )。A 系統(tǒng)模型、ER模型、應用模型B 對象模型、動態(tài)模型、應用模型C -模型、對象模型、功能模型D 對象模型、動態(tài)模型、功能模型二、【判斷題】(本大題共10小題,每小題1分,共10分)正確的填T,錯

12、誤的填F,填在答題卷相應題號處。16、結構的基于圖形CASE,屬于較早期的CASE。   ( T )17、軟件測試方法中的靜態(tài)測試方法之一為計算機輔助靜態(tài)分析。   ( T )18、在詳細設計階段,經(jīng)常采用的工具有PAD。   ( T )19、需求分析中開發(fā)人員要從用戶那里了解軟件做什么。   ( T )20、結構化程序設計主要強調(diào)的是程序的效率。   ( F )21、信息隱蔽是指在設計和確定模塊時,使得一個模塊內(nèi)包含的信息(過程或數(shù)據(jù)),對于不需要這些信息的其他模塊來說是不能訪問的。 

13、;  ( T )22、集成測試也稱組裝測試或聯(lián)合測試。   ( T )23、社會可行性是指進行開發(fā)成本的估算以及了解取得效益的評估,確定要開發(fā)的項目是否值得投資開發(fā)。   ( F )24、CASE是一組工具和方法的集合,可以輔助軟件開發(fā)生命周期各階段進行軟件開發(fā)。   ( T )25、結構化分析方法是需求分析中使用最多的方法之一,適用于數(shù)據(jù)處理類型軟件的需求分析。   ( T )16、軟件工具“代碼生成程序”屬于設計工具。   ( T )17、與“程序維護手冊”文檔有關的人員是管理人員

14、和用戶。   ( F )18、軟件工程標準中,JIS屬于國家標準。   ( T )19、軟件工程過程規(guī)定了獲取、供應、開發(fā)、操作和維護時,要實施的過程、活動和任務。( T )20、基線是軟件生存周期中各開發(fā)階段的一個特定點,它的作用是把開發(fā)各階段工作的劃分更加明確化,使本來連續(xù)的工作在這些點上斷開,以便于檢查與肯定階段成果。 ( T )21、靜態(tài)測試指被測程序不在機器上運行,而是采用人工檢測和計算機輔助靜態(tài)分析的手段對程序進行檢測。   ( T )22、PAD是指問題分析圖,是一種算法描述工具,它是一種由左往右展開的二維樹型結構。&#

15、160;  ( T )23、UML給出的表達關系的術語中,關聯(lián)是類目之間的一種結構關系,是對一組具有相同結構、相同鏈的描述。   ( T )24、UML給出的表達關系的術語中,泛化是類目之間的語義關系,其中一個類目規(guī)約了保證另一個類目執(zhí)行的契約。   ( F )25、需求分析是指開發(fā)人員要準確理解用戶的要求,進行細致的調(diào)查分析,將用戶非形式的需求陳述轉化為完整的需求定義,再由需求定義轉化為相應的形式功能規(guī)約的過程。  ( T )16、缺乏有力的方法學的指導和有效的開發(fā)工具的支持, 這往往是產(chǎn)生軟件危機的原因之一。  

16、; ( T )17、一個好的開發(fā)人員應具備的素質和能力不包括具有良好的書面和口頭表達能力。   ( F )18、快速原型技術的適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設計一些復雜的算法等場合。   ( T )19、流程圖也稱為程序框圖是最常用的一種表示法。   ( T )20、用窮舉測試是較現(xiàn)實的測試方法。   ( F )21、缺乏處理大型軟件項目的經(jīng)驗,是產(chǎn)生軟件危機的唯一原因。   ( F )22、完善性維護是提高或完善軟件的性能。   ( T )23、

17、測試計劃、測試用例、出錯統(tǒng)計和有關的分析報告一般不用長期保存。   ( F )24、文檔(document)一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。   ( T )25、類是對具有共同特征的對象的進一步抽象。   ( T )三、【填空題】(本大題共13小題,15個空,每空2分,共30分)請將答案填寫在答題卷相應題號處。26、在軟件開發(fā)領域,系統(tǒng)模型分為兩大類,其中之一的( 概念模型 )描述了系統(tǒng)是什么。27、任何軟件工程項目的基礎是( 軟件需求(或需求、需求分析) )。28、需求階段的主要任務一般包括需求發(fā)現(xiàn)、需求分析和需求驗證,最終形成系統(tǒng)

18、的( 軟件需求規(guī)格說明書 )。29、HIPO圖是由一組IPO圖和一張( H圖(或層次圖) )圖組成。30、耦合和內(nèi)聚是衡量模塊( 獨立性 )的兩個定性指標。31、UML的圖形化工具分為結構圖和( 行為圖 )。32、在UML中,描述系統(tǒng)與外部系統(tǒng)及用戶之間交互的圖是( 用況圖(或Use Case圖) )。33、在RUP的每次迭代中都要經(jīng)歷一個核心工作流:即需求獲取、分析、設計、實現(xiàn)和( 測試 )。34、在標準ISOIEC軟件生存周期過程122071995中,按過程主體把軟件生存周期過程分為基本過程、支持過程和( 組織過程 )。35、CMMI是針對系統(tǒng)產(chǎn)品開發(fā)的能力成熟度模型,集成了3個源模型:軟

19、件CMM、集成產(chǎn)品開發(fā)CMM和( 系統(tǒng)工程COM )。36、結構化設計分為( 總體設計 )和詳細設計,而詳細設計要提供實現(xiàn)該模塊功能的( 具體算法(或算法) )37、RUP是基于( UML )的一種軟件開發(fā)過程框架,兩者一起才稱得上是一種面向對象開發(fā)方法學。38、白盒測試技術,典型的是( 路徑測試 )技術,它依據(jù)的是程序的( 邏輯結構 )。26、軟件工具一般是指為了支持軟件人員( 開發(fā)和維護 )活動而使用的軟件。27、CASE技術是( 軟件工具 )和軟件開發(fā)方法的結合。28、數(shù)據(jù)字典有四類條目,分別是數(shù)據(jù)流、( 數(shù)據(jù)項 )、數(shù)據(jù)存儲和基本加工。29、各種軟件系統(tǒng)的數(shù)據(jù)流圖一般可分為( 變換型

20、)和事務型兩類30、過程設計語言是用于描述模塊( 算法設計 )和處理細節(jié)的語言。31、效率是與編程風格有關的一個因素,效率是指處理機時間和( 存儲空間 )的使用。32、調(diào)試技術有簡單的調(diào)試方法、歸納法調(diào)試、( 演繹法 )和回溯法調(diào)試。33、軟件可維護性可用七種質量特性來衡量,分別是( 可理解性 )、可測試性、可修改性、可靠性、可移植性、可使用性和效率。34、UML將Booch方法、OMT方法和( OOSE )的表示方法統(tǒng)一,并進一步發(fā)展為大眾所接受的標準建模語言。35、面向對象分析中,動態(tài)模型使用( 狀態(tài)圖 )作為描述工具,該圖反映了狀態(tài)與事件的關系。36、單元測試主要檢驗軟件設計的最小單元(

21、 模塊 ),多采用( 白盒 )測試技術。37、CMMI的能力等級和成熟度等級在概念上互補,區(qū)別在于成熟度等級用于表征組織對( 一組(或多個) )過程域的改進,而能力等級用于表組織對( 單個 )過程域的改進。38、RUP特點是:以( 用況 )為驅動,以體系結構為中心,迭代、增量式開發(fā)。26、軟件定義過程可通過軟件系統(tǒng)的( 可行性研究 )和( 需求分析 )兩個階段來完成。27、軟件定義的基本任務是確定軟件系統(tǒng)的工程( 需求 ),也就是要搞清“做什么”。28、為了使用戶需求逐步精細化、完全化、一致化,通常采用( 需求建模技術 )。29、以詳細設計說明書為輸入,將該輸入用某種程序設計語言翻譯成計算機可

22、以理解并最終可運行的代碼的過程叫( 編碼 )過程。30、如果一個模塊控制另一個模塊,稱前者為主控模塊,后者為 ( 從屬 )模塊。31、高級語言:獨立于機器,面向過程或面向( 對象 )。32、使用類創(chuàng)建對象的過程實際上是類的( 實例化 )過程。33、軟件工程由( 方法 )、( 工具 )和( 過程 )三部分組成,稱為軟件工程三要素。34、繼承的類我們稱之為基類( 父類 ),在基類的基礎上新建立的類我們稱之為派生類 ( 子類 )。35、加工邏輯也稱為( 小說明 ),描述加工邏輯一般用以下三種工具:結構化語言、 判定表和( 判定樹 )。四、【論述題】(本大題共3小題,每小題10分,共30分)請將答案填

23、寫在答題卷相應題號處。39、簡述軟件測試步驟及關注的內(nèi)容。(1)由于軟件錯誤的復雜性,在軟件工程測試中應綜合運用測試技術,實施合理的測試步驟:單元測試、集成測試、有效性測試和系統(tǒng)測試;(2)單元測試關注每個獨立的模塊;(3)集成測試關注模塊的組裝;(4)有效性測試關注檢驗是否符合用戶所見的文檔;(5)系統(tǒng)測試關注檢驗系統(tǒng)中所有元素(包括硬件、信息等)之間的協(xié)作是否合適,整個系統(tǒng)的性能、功能是否達到。40、簡述瀑布模型以及可適應的情況。(1)瀑布模型將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作,形如瀑布流水,最終得到軟件產(chǎn)品;(2)瀑布模型在支持結構化軟件開發(fā)、控制軟件開發(fā)的復雜

24、性、促進軟件開發(fā)工程化等方面起著很大作用;(3)該模型適應的情況:需求已被很好的理解,且開發(fā)組織非常熟悉為實現(xiàn)這一模型所需要的過程。41、有一個學生選課系統(tǒng):程序的輸入條件為:每個學生可以選修1至3門課程,試用黑盒測試法完成測試。(1)按等價類劃分法,設計測試用例(要求列出設計過程); (2)按邊界值分析法,設計測試用例。39、什么是需求規(guī)約?簡述需求規(guī)約的基本性質。需求規(guī)約是一個軟件項/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表述了一個軟件產(chǎn)品/系統(tǒng)的概念模型。需求規(guī)約一般需要滿足以下4個基本性質:(1)重要性和穩(wěn)定性程度:按需求的重要性和穩(wěn)定性,對需求進行分級;(2)可修改性:在不甚影響其他需求的前提下,可容易修改一個單一需求;(3)完整性:沒有被遺漏的需求;(

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論