信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(四)_第1頁
信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(四)_第2頁
信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(四)_第3頁
信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(四)_第4頁
信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(四)_第5頁
已閱讀5頁,還剩12頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 模擬 信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件 ( 四 )選擇題第 1 題:軟件產(chǎn)品驗收過程由 組織實施A. 業(yè)主單位B. 監(jiān)理單位C. 監(jiān)理單位協(xié)助業(yè)主單位D. 承建單位和業(yè)主單位參考答案: C第 2 題:在軟件的開發(fā)與維護過程中,用來存儲、更新、恢復和管理軟件的多版本的工 具是 。A. 文檔分析工具B. 項目管理工具C. 成本估算工具D. 版本控制工具參考答案: D第 3 題:下列說法錯誤的是 。A. 數(shù)據(jù)倉庫具有時間相關(guān)性B. 數(shù)據(jù)倉庫的數(shù)據(jù)是不穩(wěn)定的C. 數(shù)據(jù)倉庫是集成的D. 數(shù)據(jù)倉庫是面向主題的參考答案: B第 4 題:在以下關(guān)于軟件質(zhì)量的描述中,正確的是 。A. 軟件質(zhì)量是指軟件滿足規(guī)定用戶需

2、求的能力B. 軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護性、可 移植性C. 軟件質(zhì)量保證過程就是軟件測試過程D. 以上描述都不對參考答案: D第 5 題:在會議上,由參與人員閱讀程序,利用測試數(shù)據(jù)人工運行程序,對輸出結(jié)果進 行審查,以達到測試的目的,這種測試方法是 。A. 軟件審查B. 代碼走查C. 技術(shù)評審D. 代碼審查參考答案: B第 6 題:軟件需求規(guī)格說明書在軟件開發(fā)中的作用不包括 A. 軟件設計的依據(jù)B. 軟件可行性分析的依據(jù)C. 軟件驗收的依據(jù)D. 用戶和開發(fā)人員對軟件要做什么的共同理解參考答案: B在 UML 提供的圖中, 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互;

3、用于按時間順序描述對象之間的交互。第 7 題:A. 用例圖B. 類圖C. 對象圖D. 部署圖參考答案: A第 8 題:A. 網(wǎng)絡圖B. 狀態(tài)圖C. 協(xié)作圖D. 序列圖參考答案: D第 9 題:數(shù)據(jù)流圖的作用是 。A. 描述了數(shù)據(jù)對象之間的關(guān)系B. 描述了對數(shù)據(jù)的處理流程C. 說明了將要出現(xiàn)的邏輯判定D. 指明了系統(tǒng)對外部事件的反應參考答案: B第 10 題:DFD中的每個“加工”至少需要 A. 一個輸入流B. 一個輸出流C. 一個輸入流或一個輸出流D. 一個輸入流和一個輸出流參考答案: D第 11 題: 軟件測試的目的在 A. 修改所有錯誤B. 發(fā)現(xiàn)錯誤C. 評估程序員水平D. 證明程序正確參

4、考答案: B第 12 題:應該在 階段制定系統(tǒng)測試計劃A. 需求分析B. 概要設計C. 詳細設計D. 系統(tǒng)測試參考答案: A第 13 題:CMM提供了一個框架,將軟件過程改進劃分成 個成熟度等級。A. 3B. 4C. 5D. 6參考答案: C第 14 題:結(jié)構(gòu)化開發(fā)方法中,數(shù)據(jù)流圖是 階段產(chǎn)生的成果A. 需求分析B. 總體設計C. 詳細設計D. 程序編碼參考答案: A不是軟件開發(fā)生命周期的六個階段之一。生命周期中時間最長的是階段。第 15 題:A. 軟件計劃B. 軟件測試C. 需求分析D. 系統(tǒng)驗收參考答案: D第 16 題:A. 軟件設計B. 程序編寫C. 需求分析D. 軟件維護參考答案:

5、D第 17 題:軟件配置項是軟件配置管理的對象,指的是軟件工程過程中所產(chǎn)生的 A. 接口B. 軟件環(huán)境C. 信息項D. 版本參考答案: A第 18 題:基線可作為軟件生存期中各開發(fā)階段的一個質(zhì)量檢查點。當采用的基線發(fā)生錯 誤時,可以返回到最近和最恰當?shù)?上。A. 配置項B. 程序C. 基線D. 過程參考答案: C第 19 題:最適合擔任軟件外部技術(shù)評審專家的是 。A. 在軟件工程理論領域有所建樹的高校教授B. 所在機構(gòu)上級管理機關(guān)相關(guān)部門的直屬領導C. 具有多年技術(shù)經(jīng)驗的項目承建單位總架構(gòu)師D. 具有同行業(yè)同規(guī)模相關(guān)系統(tǒng)建設經(jīng)驗的高級咨詢師參考答案: D第 20 題:結(jié)構(gòu)化分析方法 (SA)

6、的一個重要指導思想是 5A. 自頂向下,逐步抽象B. 自底向上,逐步抽象C. 自頂向下,逐步分解D. 自底向上,逐步分解參考答案: C第 21 題:軟件生存周期一般劃分為六個階段,包括軟件項目計劃、軟件需求分析和定 義、軟件設計、程序編碼、軟件測試以及 。A. 部署實施B. 調(diào)整完善C. 運行維護D. 結(jié)項驗收參考答案: C第 22 題: 軟件測試的目的是 A. 評價軟件的質(zhì)量B. 發(fā)現(xiàn)軟件的錯誤C. 找出軟件的所有錯誤D. 證明軟件是正確的參考答案: B在數(shù)據(jù)流圖中,帶箭頭的直線表示 。兩條平行線表示 第 23 題:A. 加工B. 外部實體C. 數(shù)據(jù)流D. 存儲第 24 題:A. 加工B.

7、外部實體C. 數(shù)據(jù)流D. 存儲參考答案: D第 25 題:在面向?qū)ο筌浖_發(fā)方法中,一個對象一般由 組成A. 名稱、消息、函數(shù)B. 名稱、屬性C. 對象名、屬性、消息D. 屬性、方法參考答案: D第 26 題:軟件黑盒測試的測試用例設計主要考慮 A. 軟件功能B. 輸入數(shù)據(jù)C. 輸出數(shù)據(jù)D. 內(nèi)部邏輯參考答案: A第 27 題:以下關(guān)于軟件測試的說法正確的包括 。 代碼走查是靜態(tài)測試方法,白盒測試是動態(tài)測試方法 黑盒測試的對象是程序邏輯結(jié)構(gòu),白盒測試的對象是程序接口 無論黑盒測試,還是白盒測試,都無法用窮舉法設計全部用例 對發(fā)現(xiàn)錯誤較多的程序段,應進行更深入的測試。因為發(fā)現(xiàn)錯誤數(shù)多的 程序段,

8、其質(zhì)量較差,同時在修改錯誤過程中又容易引入新的錯誤 測試覆蓋標準從發(fā)現(xiàn)錯誤的強弱能力看,依次是路徑覆蓋、條件組合覆 蓋、判定覆蓋、條件覆蓋、語句覆蓋A. B. C. D. 參考答案: A是軟件生存期中的一系列相關(guān)軟件工程活動的集合, 它由軟件規(guī)格說 明、軟件設計與開發(fā)、軟件確認、軟件改進等活動組成。 是以追求更高的效益和效率為目標的持續(xù)性活動。第 28 題:A. 軟件過程B. 軟件工具C. 質(zhì)量保證D. 軟件工程參考答案: A第 29 題:A. 質(zhì)量策劃B. 質(zhì)量控制C. 質(zhì)量保證D. 質(zhì)量改進參考答案: D第 30 題:代碼走查 (Code Walkthrough) 和代碼審查 (Code

9、Inspection) 是兩種不同的代碼 評審方法,這兩種方法的主要區(qū)別是 。A. 在代碼審查中由編寫代碼的程序員來組織討論, 而在代碼走查中由高級管 理人員來領導評審小組的活動B. 在代碼審查中只檢查代碼中是否有錯誤, 而在代碼走查中還要檢查程序與 設計文檔的一致性C. 在代碼走查中只檢查程序的正確性, 而在代碼審查中還要評審程序員的編 程能力和工作業(yè)績D. 代碼審查是一種正式的評審活動,而代碼走查的討論過程是非正式的 參考答案: D面關(guān)于軟件測試的說法, 是錯誤的。軟件測試方法可分為黑盒測試9法和白盒測試法兩種。 黑盒測試法是通過分析程序的 來設計測試用例的方法。集成測試也叫做 。第 31

10、 題:A. 軟件測試就是程序測試B. 軟件測試貫穿于軟件定義和開發(fā)的整個期間C. 需求規(guī)格說明、設計規(guī)格說明都是軟件測試的對象D. 程序是軟件測試的對象參考答案: A第 32 題:A. 應用范圍B. 內(nèi)部邏輯C. 功能D. 輸入數(shù)據(jù)參考答案: C第 33 題:A. 部件測試B. 組裝測試C. 確認測試D. 集合測試參考答案: B第 34 題:下列選項中不適用于判斷和評價程序復雜度的是 A. 執(zhí)行路徑數(shù)B. 算法的難易程度C. 系統(tǒng)用戶數(shù)D. 程序有無注釋第 35 題:在面向?qū)ο蟮能浖こ讨校粋€組件 (Component)包含了 A. 所有的屬性和操作B. 各個類的實例C. 每個演員 (dev

11、ice or user) 的作用D. 一些協(xié)作的類的集合參考答案: D中加以保證第 36 題: 軟件的質(zhì)量應當在 _A. 軟件設計階段B. 軟件開發(fā)階段C. 軟件評審階段D. 整個生命周期參考答案: D第 37 題: 采用瀑布模型進行系統(tǒng)開發(fā)的過程中,每個階段都會產(chǎn)生不同的文檔。以下關(guān) 于產(chǎn)生這些文檔的描述中,正確的是 。A. 外部設計評審報告在概要設計階段產(chǎn)生B. 集成測試計劃在程序設計階段產(chǎn)生C. 系統(tǒng)計劃和需求說明在詳細設計階段產(chǎn)生D. 在進行編碼的同時,設計獨立的單元測試計劃參考答案: D下列要素中,不屬于 DFD的是 。當使用 DFD對一個工資系統(tǒng)進行建模時, 可以被認定為外部實體。

12、第 38 題:A. 加工B. 數(shù)據(jù)流C. 數(shù)據(jù)存儲D. 聯(lián)系參考答案: D13第 39 題:A. 接收工資單的銀行B. 工資系統(tǒng)源代碼程序C. 工資單D. 工資數(shù)據(jù)庫的維護參考答案: A第 40 題:使用白盒測試方法時,確定測試數(shù)據(jù)應根據(jù) 和指定的覆蓋標準A. 程序的內(nèi)部邏輯B. 程序的復雜結(jié)構(gòu)C. 使用說明書的內(nèi)容D. 程序的功能參考答案: A第 41 題:構(gòu)件設計的原則是 A. 低內(nèi)聚高耦合B. 高內(nèi)聚低耦合C. 低內(nèi)聚低耦合D. 高內(nèi)聚高耦合參考答案: B第 42 題:UML的包是一種對模型元素進行成組組織的通用機制,以便于理解復雜的系 統(tǒng)。包與包之間的聯(lián)系主要是依賴和 。A. 泛化B.

13、 繼承C. 跟蹤D. 嵌套第 43 題:原型化方法是用戶和設計者之間執(zhí)行的一種交互構(gòu)成,適用于 系統(tǒng)的開發(fā)。A. 需求不確定性高的B. 需求確定的C. 分時D. 實時參考答案: A第 44 題:軟件工程需求分析階段的任務是確定 A. 軟件開發(fā)方法B. 軟件開發(fā)工具C. 軟件開發(fā)費D. 軟件系統(tǒng)的功能參考答案: D第 45 題:模塊的耦合性可以按照耦合程度的高低進行排序,以下 符合耦合程度從低到高的次序。A. 標記耦合,公共耦合,控制耦合,內(nèi)容耦合B. 數(shù)據(jù)耦合,控制耦合,標記耦合,公共耦合C. 無直接耦合,標記耦合,內(nèi)容耦合,控制耦合D. 無直接耦合,數(shù)據(jù)耦合,控制耦合,內(nèi)容耦合參考答案: D第 46 題:為擴充功能或改善性能而進行的修改,屬于 A. 糾錯性維護B. 適應性維護C. 預防性維護D. 完善性維護參考答案: D第 47 題:在軟件開發(fā)方法中,生命周期法的主要缺點是:難以準確定義用戶需求,軟件 開發(fā)工作是勞動密集型的,并且 。A. 階段不明確B. 無法對項目進行管理和控制C. 開發(fā)周期長,難適應環(huán)境變化D. 系統(tǒng)各部分不獨立參考答案: C第 48 題:根據(jù)以下程序流程圖所示,滿足條件覆蓋的用例是 CASE1:x=1,y=3,z=0 CASE2:x=3,y=2,z=1 CASE3:x=

溫馨提示

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

評論

0/150

提交評論