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