【正文】 1 / 15 軟件工程 一、 選擇題 軟件工程的研究者將軟件開發(fā)和維護過程概括為（ 8）大活動。 （ 自律、善于溝通、具有一定的軟件技能 ）是職業(yè)軟件工程師的必要條件。 計算機病毒是指（ 一組自我復制和自動執(zhí)行的具有破壞能力的代碼 ）。 軟件需求具有（ D）。 性 描述軟件需求通常不用哪個工具（ 模塊結(jié)構圖 ）。 軟件結(jié)構圖中沒有（ 判斷 ）元素。 程序流程圖與數(shù)據(jù)流程圖的關系（ 不確定 ） 。 包含關系用于構造多個用例（ 共性的部分 ） 。 如果說用例 F被用例 T擴展 ，意思是（ F是一個一般用例， T是一個特殊用例 ）。 用（ ER圖 ）對需要長久保存的信息進行建模。 1美國卡內(nèi)基﹒梅隆大學制定的 SWCMM 是（ 軟件成熟度模型 ）。 1螺旋模型是一種將（ 瀑布模型和增量模型 ）結(jié)合起來的軟件開發(fā)模型。 13可行性研究的四大要素是（ 經(jīng)濟、技術、法律和社會環(huán)境 ）。 1軟件調(diào)研報告是在（ 需求分析之前）提交 的時候 。 1系統(tǒng)流程圖的主要作用（ 描述系統(tǒng)的物理模型 ） . 1 PDL是一種（ 過程設計語言 ）語言。 1結(jié)構化設計方法劃分模塊的原則是（ 低耦合，高內(nèi)聚 ）。 1配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境，反映系統(tǒng)的（ 物理架構 ）。 1角色可以有四種類型：系統(tǒng)的使用者，硬件設備，外 部 系統(tǒng) 和（ 時間 ）。 功能模型用于表達系統(tǒng)的需求，為軟件的進一步分析和設計打下基礎。在面向?qū)ο蠓椒ㄖ校桑?用例圖和場景描述 ）實現(xiàn)。 2下面的哪個選項不是軟件工程的宗旨（ 研究算法 ）。 2針對需求不確定的軟件開發(fā)，比較好的模型是（ 快速原型化模型 ）。 2可行性分析研究的費用大約是項目總經(jīng)費的（ 6%）。 2業(yè)務需求描述的是（ 軟件的目標、規(guī)模和范圍 ）。 2一個數(shù)據(jù)流程圖中的圖形 符號有且僅有（ 4）種。 2非直接耦合的模塊獨立性最強，（ 內(nèi)容耦合 ）的模塊獨立性最弱。 2信息隱藏的核心內(nèi)容是（ 一個模塊的內(nèi)部信息不允許其他模塊直接訪問 ）。 2面向過程的方法最關心的是（ 參數(shù) ），而過程實施的對象是作為過程參數(shù)傳遞的。 2（ 用例視圖 ）用于描述系統(tǒng)的功能集。 用（ 靜態(tài) ）模型建立系統(tǒng)組織結(jié)構。 3對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構。在面向?qū)ο蠓椒ㄖ?，由?類圖 ）實現(xiàn)。 3如果對象之間的耦合是通過（ 消息機制 ）來實現(xiàn)的，則這種耦合 就是交互耦合。 3定義類的屬性類型時盡量使用已有類型，太多自定義類型會降低系統(tǒng)的（ 可維護性 ）指標。 3在設計測試用例時，應該包括（ 上面所有情況 ）測試用例。 3（ 邊值分析和等價類劃分 ）屬于功能測試方法。 3一個軟件項目大約（）的工作量在開發(fā)階段，（）的工作量在維護階段。 （ 30%,70%） 3 軟件項目管理的內(nèi)容不包括（ 技術和算法 ）。 3通俗的說，軟件項目管理中常說的基線是（ 通過 正式 復審 的文檔 ）。 3科學計算領域一般選擇（ C）語言。 40對于嵌套的循環(huán)和分支程序，層次不要超過（ 3）層。 4在分析模型內(nèi)表示協(xié)調(diào)、順序、事務處理以及控制其他對象的類是（ 控制類 ）。 4繼承耦合是（ 一般化類與特殊化類 ）之間的一種關聯(lián)形式，設計時應該適當使用這種耦合。 4構架設計的主要目的是（ 確定系統(tǒng)總體結(jié)構 ），這項工作由經(jīng)驗豐富的構架設計師主持完成。 4測試用例是一組（ 測試用的輸入數(shù)據(jù)以及對應的預期結(jié)果 ）。 4由于面向?qū)ο笾械睦^承和消息機制，使得軟件測試（ 更加復雜 ）。 4軟件維護過程中產(chǎn)生的副作用，一般是由（ 修改程序 ）引起的。 4 項目計劃活動的主要任務是（ D）。 度 4如果程序代碼的（ 可讀性 ）好，則調(diào)試的成本就可以大幅度降低。 4兩個浮點數(shù) X0和 X1比較相等時，應該用（ |X0X1|ε ）比較。 50、 瀑布模型存在 的 問題是（ 缺乏靈活性 ） 。 5 （ 開發(fā)一個簡單的問題解決方案 ）不是分析建模的目的。 5對用例進行設計，發(fā)現(xiàn)實現(xiàn)用例功能的（ 關鍵類 ），確定類之間的關系。 5框架是一組可用于不同應用的（ 類 ）的集合。 5從狹義上講，軟件測試是（ 為發(fā)現(xiàn)錯誤而執(zhí)行程序 ）的過程。 5 在設計 黑盒測試 用例 時，主要研究 （ 需求規(guī)格說明 ）。 5（ 白盒測試 ）時，測試 人員必須接觸到 程序源代碼 。 5一般維護程序代碼的策略（ 根據(jù)維護申請讀源程序，并修改 ）。 5 Gantt 圖直觀簡明、易學易用，但它不能（ 直接反應任務間的依賴關系和關鍵路徑 ）。 5 （ 軟件配置管理 ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 60、程序的三種基本控制結(jié)構，包括順序結(jié)構、 （ 判斷結(jié)構 ）和循環(huán)結(jié)構。 6軟件工程的研究內(nèi)容具有層次化結(jié)構，最底層是質(zhì)量保證層，中間層是（ 過程層和方法層 ），最上層是工具層。 62 美國著名軟件工程專家 1983 年提出了軟件工程的（ 7）條基本原理。 6下面哪個選項不是軟件工程研究的內(nèi)容（ 精通一門編程語言 ）。 64 可行性研究的主要任務是（ 進行一次簡要的需求分析 ）。 6用戶需求描述的是（ 用戶使用該軟件要完成的任務 ）。 6數(shù)據(jù)流程圖的主要作用是（ 描繪系統(tǒng)的邏輯模型 ）。 2 / 15 6軟件設計的目標是（ 在最短的時間內(nèi)，生產(chǎn)出可靠性、可 維護性俱佳的軟件方案。 ）。 6內(nèi)容耦合是模塊間最緊密的耦合，（ 非直接耦合 ）是模塊間最松散的耦合。 6面向?qū)ο笫恰跋取贝_定 ()“后”（）。 (動作的主體 /執(zhí)行動作 ) 70、 UML是一種（ 面向?qū)ο蠼ＵZ言 ）語言。 7軟件工程強調(diào)將（ D）的方法應用于軟件的開發(fā)和維護過程之中。 D.以上全部 7軟件開發(fā)活動的順序應該是（ 問題定義、可行性研究、需求分析、設計、編碼和測試。 ）。 73假定銀行的存款年利率是 2%，請問現(xiàn)在存 5000元，兩年后 的價值應為（ 5202） 元。 7系統(tǒng)物理模型用（ 系統(tǒng)流程圖 ）表示。 7關于軟件需求特性不正確的描述是“軟件需求具有（ 準確性 ）”。 7隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。 （減小 /增加） 7反映模塊獨立性的指標是（ 內(nèi)聚和耦合 ）。 7面向過程的方法最關心的是（ 過程 ），而過程實施的對象是作為過程參數(shù)傳遞的。 80、用（ 用例 ）模型分析和定義用戶的需求。 8動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用?D ）實現(xiàn)。 8面向?qū)ο蠓治龊驮O計的界限是（ 模糊的 ），從分析到設計是一個逐漸擴充模型的過程。 8每個子系統(tǒng)的接口定義了若干（ 操作 ），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實現(xiàn)方法應該是隱藏的。 8測試最早的開始時間是（ 從需求分析階段開始 ）。 8從測試對象的粒度上劃分測試為（ 單元測試、集成測試、系統(tǒng)測試和驗收測試 ）。 8維護的工作量與軟件規(guī)模成（ 正比 ），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡量。 8上世紀 70 年代， 美國國防 部的研究結(jié)果發(fā)現(xiàn) 70%的項目是因為（ 管理不善引起 ）原因，造成項目失敗。 88 所有程序設計語言的基本成分都可歸納為：數(shù)據(jù)成分、（ 運算成分 ）、控制成分和傳輸成分。 89程序結(jié)構清晰且簡單易懂，一個函數(shù)的規(guī)模一般 （ 100左右 ） 行。 90、不屬于軟件項目管理的是（ 軟件銷售利潤 ）。 9用（ 動態(tài) ）模型描述和分析業(yè)務流程。 9用（ 界面類 ）描述系統(tǒng)與角色之間的接口。 9對類進行詳細設計，主要是設計類的（ 屬性和方法 ），優(yōu)化類之間的關系。 9面向?qū)ο笤O計強調(diào)定義（ 軟件對象 ），并且使它們相互協(xié)作來滿足用戶需求。 9 軟件測試的目標是設計優(yōu)秀的測試用例，（ 以最小的代價、在最短的時間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯誤 ）。 9（ 程序員應該仔細測試自己編寫的程序代碼 ）不符合軟件測試原則。 9引起軟件改變的原因主要有（ D）。 B. 需求變化 9 （ 軟件配置管理 ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 9 現(xiàn)在人們更強調(diào)程序代碼的（ 可維護性 ）。 100、 程序的三種基本控制結(jié)構，包括順序結(jié)構、（ 判斷結(jié)構 ）和循環(huán)結(jié)構。 1．軟件對硬件和環(huán)境有著不同程度的依賴性 ，這導致了軟件 (升級和移植 )問題。 2．原型化方法是用戶和設計者之間的一種交互手段，適用于 (需求不確定性高的 )系統(tǒng)。 3． IEEE是 (國際電氣和電子工程師協(xié)會 )的簡稱。 4．可行性研究的主要目的是 (確定系統(tǒng)是否值得開發(fā) )。 5． (功能需求 )定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。 6．數(shù)據(jù)流程圖中的處理不能表示 (數(shù)據(jù)組成 )。 7．隨著模塊規(guī)模的 —— ，模塊的開發(fā)成本 —— ，但是模塊之間的接口變得復雜起來，使得模塊的集成成本增加。 (減小，減小 ) 8．詳細設計與概要設計銜接的圖形工具是 (SC圖 )。 9．面向過程的 方法最關心的是 ，而過程實施的 是作為過程參數(shù)傳遞的。 (過程／對象 ) 11．目前面向?qū)ο蠓治鲇性S多方法，大多數(shù)方法可以歸結(jié)為建立 (功能模型 )、對象模型、動態(tài)模型。 12．構建類圖是 (對象模型 )的任務。 13．首先用 (配置圖 )描述系統(tǒng)的物理構架，然后將需求分析階段捕獲的系統(tǒng)元素分配到這些物理節(jié)點上。 14．類的屬性結(jié)構要堅持簡單的原則，盡可能不使用復雜的 (數(shù)據(jù)結(jié)構 )。 15．現(xiàn)在人們更強調(diào)程序的 (可讀性 )。