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