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