【正文】 嚴(yán)格的質(zhì)量保證 。復(fù)用的軟件成分也稱為可復(fù)用構(gòu)件 (Reusable Component)。模型具有的直觀性及豐富的信息描述，便于開發(fā)人員與用戶的交流。 軟件生存期各階段所使用的方法、技術(shù)具有高度的連續(xù)性，對(duì)軟件開發(fā)過程所有階段進(jìn)行綜合考慮，能有效地降低軟件開發(fā)的復(fù)雜度，提高軟件質(zhì)量，也便于 需求的確定。 6． 為什么面向?qū)ο蟮姆椒軌蛴行У亟鉀Q軟件需求中存在的問題？ 需求過程中存在兩大難題，一是需求的確定是困難的，二是需求是不斷變動(dòng)的。是在 OOA的基礎(chǔ)上解決系統(tǒng)“如何做”的問題。按照粒度控制原則，將系統(tǒng)組成幾個(gè)主題，便于理解。是一個(gè)類圖 (class diagram)，是以直觀的方式表達(dá)系統(tǒng)最重要的信息。通常有一般與特殊 ( Generalization— Specialization)結(jié)構(gòu)，整體與部分(Whole— Part)結(jié)構(gòu)。通常使用用例（ User Case）來收集和描述。 4．面向?qū)ο?的分析包括哪些主要活動(dòng) ？ 所建立的分析模型包括哪些類型的模型？ 答： 面向?qū)ο蟮姆治鲞^程分為論域分析和應(yīng)用分析。 (4) 定義服務(wù)。該階段分為兩個(gè)步驟。 答： OOA概念模型 的 5 個(gè)層次 分別是： (1) 發(fā)現(xiàn)類及對(duì)象。繼承性本身就是一種 重用機(jī)制。 ①使問題空間與解空間具有一致性，便于對(duì)軟件開發(fā)過程所有階段進(jìn)行綜合考慮，能有效地降低軟件開發(fā)的復(fù)雜度，提高軟件質(zhì)量。 ②無法實(shí)現(xiàn)高效的軟件復(fù)用。 2．比較面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的特點(diǎn) ，說明為什么 面向?qū)ο蠓椒?比 結(jié)構(gòu)化方法 更加優(yōu)越 。 (√) 14. 面向?qū)ο蟮姆治鲞^程主要包括三項(xiàng)內(nèi)容：理解、表達(dá)和驗(yàn)證。 (√) 10. 復(fù)用也叫重用或再用，面向?qū)ο蠹夹g(shù)中的 “ 類 ” 是比較理想的可重用軟構(gòu)件 ，它 有三種重用方式：實(shí)例重用、繼承重用、多態(tài)重用。 (√) 7. 對(duì)象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述，表現(xiàn)了對(duì)象的相互關(guān)系。 ( ) 3. 繼承性是父類和子類之間共享數(shù)據(jù)結(jié)構(gòu)和消息的機(jī)制，這是類之間的一種關(guān)系 ( )。 A) 查詢 B) 動(dòng)作 C) 活動(dòng) D) 訪問 9. 建立繼承關(guān)系時(shí)所采用的方式有 (AC)。 A) 主題層 B) 對(duì)象層 C) 應(yīng)用層 D) 接口層 5. 一個(gè)類屬性依其特征劃分，其類型有 (ABCD)。 習(xí)題四答案 一、選擇題 1. 面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制 是 (ABC)。 它是從功能的角度來度量模塊內(nèi)的聯(lián)系。用于描述模塊之間聯(lián)系的緊密程度。 ？ 答：模塊分解的目的是將系統(tǒng)“分而治之”，以降低問題的復(fù)雜性，使軟件結(jié)構(gòu)清晰，易閱讀、易理解，易于測(cè)試和調(diào)試，因而也有助于提高軟件的可靠性 。在這種情況下，提供服務(wù)的對(duì)象就是服務(wù)器，而提出服務(wù)請(qǐng)求的對(duì)象就是客戶。另外，客戶一般要知道服務(wù)器在網(wǎng)絡(luò)上的具體位置（服務(wù)器的域名或者 IP 地址），相反，服務(wù)器則不需要。 式模型的實(shí)例，并圖示它的結(jié)構(gòu)。 答：請(qǐng)參考 “倉庫模型” 4. 胖客戶模型和瘦客戶模型的區(qū)別是什么？它們分別被應(yīng)用在什么樣的場(chǎng)合？ 答：在胖客戶模型中，客戶端應(yīng)用負(fù)責(zé)用戶界面和應(yīng)用邏輯部分，因此它的工作比較繁重。顯而易見，管理異構(gòu)的系統(tǒng)比管理主機(jī)系統(tǒng)要困難得多。集中式系統(tǒng)的性能主要依賴于主機(jī)的處理器能力，而分布式系統(tǒng)的性能則還會(huì)依賴于網(wǎng)絡(luò)的帶寬，這讓情形變得更加復(fù)雜。 (4) 集中式的控制使數(shù)據(jù)和子系統(tǒng)的分布變得非常困難甚至成為不可能。 (2) 一個(gè)子系統(tǒng)發(fā)生了改變，它產(chǎn)生的數(shù)據(jù)也可能發(fā)生結(jié)構(gòu)上的改變。 2. 集中式模型和分布式模型相比各有什么優(yōu)缺點(diǎn)？ 答：以集中式的倉庫模型為例。 () 三、簡(jiǎn)答題 1. 請(qǐng)解釋為什么需要體系結(jié)構(gòu)設(shè)計(jì)。 () 3. 信息隱蔽原則有利于提高模塊的內(nèi)聚性。 A) 系統(tǒng)分析 、 模塊設(shè)計(jì) B) 詳細(xì)設(shè)計(jì) 、 總體設(shè)計(jì) C) 模塊設(shè)計(jì) 、 詳細(xì)設(shè)計(jì) D) 總體設(shè)計(jì) 、 詳細(xì)設(shè)計(jì) 6. 模塊獨(dú)立性準(zhǔn)則定性指標(biāo) (B D)來衡量。 A) 外部特征 (輸入 /輸出、功能 ) B) 內(nèi)部特征 (輸入 /輸出、功能 ) C) 內(nèi)部特征 (局部數(shù)據(jù)、代 碼 ) D) 外部特征 (局部數(shù)據(jù)、代碼 ) 2. SD 方法的設(shè)計(jì)總則是 (C D)。問題描述為：儲(chǔ)戶用存折取款，首先填寫取款單，根據(jù) “ 銀行 卡 ” 中的信息檢驗(yàn)取款單與 存折，如有問題，將問題反饋給儲(chǔ)戶，否則，登錄 “儲(chǔ)戶存款數(shù)據(jù)庫 ”，修改相應(yīng)數(shù)據(jù)，并更新 “銀行 卡 ” ，同時(shí)發(fā)出付款通知，出納向儲(chǔ)戶付款。 7. 考察下圖中子圖、父圖的平衡 關(guān)系 。通常由四部分組成，如教材表 22 所示。 常用 結(jié)構(gòu)化英語 或 結(jié)構(gòu)化漢語 表示， 精確、簡(jiǎn)明扼要、文體靈活。 ④ 合理使用文件的原則。 底層：由不再進(jìn)行分解的基本加工組成。 5. 如何畫分層數(shù)據(jù)流圖？ 有哪些基本原則？ 答：總的原則是：至頂而下，逐層分解 (畫分層數(shù)據(jù)流圖 )。若你作為一名管理 人 員剛加入 M 公司，你認(rèn)為快速原型法對(duì)公司的軟件開發(fā)更加優(yōu)越，請(qǐng)向公司副總裁寫一份報(bào)告闡明你的理由 。目前推出的新的管理方法有軟件家族法 ，即軟件產(chǎn)品線方法及多視點(diǎn)方法等 。 請(qǐng)說明需求變更的管理過程。 ⑸面向用例的方法。 這種方法適合于開發(fā)方不清楚項(xiàng)目需求 的情況。 通過采用向用戶發(fā)問卷調(diào)查表的方式，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。 這 是一種重要而直接簡(jiǎn)單 ， 隨時(shí) 可 使用的發(fā)現(xiàn)和獲取需求的方法 。多視點(diǎn)方法也是管理需求變化的一種新方法，它可以用于管理不一致性，并進(jìn)行關(guān)于變化的推理 。 需求管理 主要包括 跟蹤和管理需求變化，支持系統(tǒng)的需求演進(jìn)。 其主要任務(wù)是沖突求解，包括定義沖突和沖突求解兩方面。 ⑶ 需求規(guī)格說明 。 ⑵ 需求 分析與 建模 。 (√) 10. 用于需 求分析的軟件工具，應(yīng)該能夠保證需求的正確性，即驗(yàn)證需求的一致性、完整性、現(xiàn)實(shí)性和有效性。 () 6. 判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。 () 2. SA法是面向數(shù)據(jù)流，建立在數(shù)據(jù)封閉原則上的需求分析方法。 A) 數(shù)據(jù)、對(duì)象、實(shí)體 B) 控制 、聯(lián)系、對(duì)象 C) 實(shí)體、聯(lián)系、屬性 D) 實(shí)體、屬性、聯(lián)系 7. 畫 DFD 圖的主要目的是 (A D)。 A) 形式化分析方法 B) PAD 圖描述 C) 結(jié)構(gòu)化分析 (SA)方法 D) OOA法 3. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停?(D)。 ③ 運(yùn)行和評(píng)價(jià)原型。強(qiáng)調(diào)軟件開發(fā)人員與用戶的不斷交互，通過原型的演進(jìn)不斷適應(yīng)用戶任務(wù)改變的需求。通過軟件工程知識(shí)和特定應(yīng)用領(lǐng)域的知識(shí)和規(guī)則的應(yīng)用來提供開發(fā)的幫助。各階段相互重疊，以分析為基礎(chǔ)，資源消耗成塔形，從高層返回《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 3 低層無資源消耗。 ⑷ 噴泉模型用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目。根據(jù)增量的方式和形式的不同，分為基于瀑布模型的漸增模型和基于原型的快速原型模型。 ⑴ 瀑布模型是經(jīng)典的軟件開發(fā)模型 ， 將軟件開發(fā)活動(dòng)中的各項(xiàng)活動(dòng)規(guī)定為依線性順序連接的若干階段，它簡(jiǎn)單易用，在消除非結(jié)構(gòu)化軟件、降低軟件的復(fù)雜性、促進(jìn)軟件開發(fā)工程化方面起了很大的作用。 (2) 軟件生產(chǎn)率低，不能滿足需要。 3. 什么是軟件危機(jī)？其產(chǎn)生的原因是什么？ 答： “ 軟件危機(jī) ” (Software Crisis)的出現(xiàn)是由于軟件的規(guī)模越來越大，復(fù)雜度不斷增加，軟件需求量增大。 軟件特征：程序員數(shù)量猛增，開發(fā)人員素質(zhì)低。 硬件特征：價(jià)格貴、存儲(chǔ)容量小、運(yùn)行可靠性差。 () 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 2 9. 軟件工程過程應(yīng)該以軟件設(shè)計(jì)為中心，關(guān)鍵是編寫程序。 () 5. 原型化開發(fā)方法包括生成原型和實(shí)現(xiàn)原型兩個(gè)步驟。 A) 應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā) B) 克服軟件危機(jī) C) 作好軟件開發(fā)的培訓(xùn)工作 D) 以較低的 成本開發(fā)出高質(zhì)量的軟件 二、 判斷題 1. 軟件就是程序，編寫軟件就是編寫程序。 A) 軟件需求 B) 軟件設(shè)計(jì) C) 風(fēng)險(xiǎn)分析 D) 軟件實(shí)現(xiàn) 5. 下列屬于面向?qū)ο箝_發(fā)方法的是 (A B C D)。《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 1 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案習(xí) 題 答 案 習(xí)題一答案 一、選擇題 1. 軟件的主要特性是 (A B C)。 A) 螺旋模型 B) 瀑布模型 C) 增量模型 D) 噴泉模型 4. 軟件工程的主要目標(biāo)是 (C)。 A) 易于維護(hù) B) 低的開發(fā)成本 C) 高性能 D) 短的開發(fā)期 9. 軟件工程學(xué)的目的和意義是 (A D)。 () 4. 結(jié)構(gòu)化方法和 OO 方法都 是一種面向過程的 軟件開發(fā) 方法 。 () 8. 軟件 工具的作用是為了延長(zhǎng)軟件產(chǎn)品的壽命。 2. 軟件發(fā)展有幾個(gè)階段？各有何特征？ 答： ① 程序設(shè)計(jì)階段。 硬件特征：速度、容量及工作可靠性有明顯提高，價(jià)格降低，銷售有爆炸性增長(zhǎng)。 軟件特征：開發(fā)技術(shù)有很大進(jìn)步，但未獲得突破性進(jìn)展，軟件價(jià)格不斷上升，未 完全擺脫軟件危機(jī)。軟件危機(jī)主要表現(xiàn)在兩個(gè)方面： (1) 軟件產(chǎn)品質(zhì)量低劣，甚至開發(fā)過程就夭折。 主要的 軟件過程 模型 有： 瀑布模型、增量模型、螺旋模型、噴泉模型和基于知識(shí)的模型 等 。 ⑵ 增量模型 是一種非整體開發(fā)的模型。螺旋模型將開發(fā)過程分為幾個(gè)螺旋周期，每個(gè)螺旋周期可分為 4 個(gè)工作步驟：制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估。軟件開發(fā)過程有 4 個(gè)階段，即分析、系統(tǒng)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)。通過領(lǐng)域的專家系統(tǒng)，可使需求說明更加完整、準(zhǔn)確和無二義性。 7. 原型化方法的核心是什么？它具有哪些特點(diǎn)？ 答：原型化方法的核心是，花費(fèi)少量代價(jià) 建立一個(gè)可運(yùn)行的系統(tǒng)，使用戶及早獲得學(xué)習(xí)的機(jī)會(huì)。 ② 構(gòu)造原型。 A) 系統(tǒng)開發(fā)的具體方案 B) 進(jìn)一步確定用戶的需求 C) 解決系統(tǒng)是 “ 做什么 ” 的問題 D) 解決系統(tǒng)是 “ 如何做 ” 的問題 2. 需求分析的主要方法有 (C D)。 A) 數(shù)據(jù)守恒原則 B) 分解的可靠性原則 C) 子、父圖平衡的原則 D) 數(shù)據(jù)流封閉的原則 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 4 6. 在 ER 模型中，包含 的 基本成分 是 (C)。 A) 圖形的信息量大，便于描述規(guī)模大的軟件系統(tǒng) B) 圖形工具能夠極好地概括描述一個(gè)系統(tǒng)的信息，比文字?jǐn)⑹瞿軌蚋玫乇磉_(dá)重要的細(xì)節(jié) C) 圖形能夠更加直觀地描述目標(biāo)系統(tǒng)，便于用戶理解和交流，有利于開發(fā)者與用戶之間達(dá)成一致的需求 D) 圖形比文 字描述簡(jiǎn)單、形象 二、 判斷題 1. 在進(jìn)行了可行性分析后，需求分析就只需要解決目標(biāo)系統(tǒng)的設(shè)計(jì)方案。 () 5. 加工小說明是對(duì)系統(tǒng)流程圖中的加工進(jìn)行說明。 () 9. 信息建模方法是從數(shù)據(jù)的角度來建立信息模型的，最常用的描述信息模型的方法是 ER 圖 。 需求獲 取的方 法一般有問卷法、面談法、數(shù)據(jù)采集法、用例法、情景實(shí)例法以及基于目標(biāo)的方法等 。 需求模型的表現(xiàn)形式有自然語言、半形式化 (如圖、表、結(jié)構(gòu)化英語等 )和形式化表示等三種。 以需求規(guī)格說明為基礎(chǔ)輸入，通過符號(hào)執(zhí)行、模擬或快速原型等方法，分析和驗(yàn)證需求規(guī)格說明的正確性和可行性 ， 確保需求說明準(zhǔn)確、完整地表達(dá)系統(tǒng)的主要特性， 就是對(duì)需求規(guī)格說明 與用戶 達(dá)成一致 。 在整個(gè) 需求工程過程中，貫穿了 需求管理 活動(dòng)。當(dāng)前的發(fā)展是軟件家族法，即產(chǎn)品線方法。 ⑴ 面談法。 ⑵ 問卷法 調(diào)查法 。 所謂會(huì)議討論法，是指開發(fā)方和用戶方召開若干次需求討論會(huì)議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。而原型化方法 （ Prototyping Method） 是獲取這一類項(xiàng)目需求的有效方法。 3. 客戶的需要總是不斷地增長(zhǎng)，但是一般的軟件開發(fā)又總是落后于客戶需求的增長(zhǎng)，如何管理需求的進(jìn)化就成為軟件進(jìn)化的首要問題。對(duì)傳統(tǒng)的變化管理過程來說，其基本內(nèi)容包括軟件配置、軟件基線和變更審查等。用瀑布模型進(jìn)行軟件開發(fā)已經(jīng)有近十年了，并取得了一些成功。根據(jù)快速原型法的特點(diǎn)，說明它特別適合于開發(fā)探索型、實(shí)驗(yàn)型的軟件。 識(shí)別出 的問題 問題分析和 變更描述 變更分析和 成本計(jì)算 變更實(shí)現(xiàn) 修正后 的需求 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 6 中間層： 將 某個(gè)加工分解為一組子加工，其中的子加工還需進(jìn)一步分解。 ③ 子圖與父圖 “平衡 ”的原則。是在自然語言的基礎(chǔ)上加上一些約束，一般分為兩層結(jié)構(gòu)：外層語法較具體，為控制結(jié)構(gòu)（順序、選擇、