【正文】 過(guò)程中常常被使用。 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 7 習(xí)題三答案 一、 選擇題 1. 模塊的基本特征是 (A C)。 描述一般組合條件較清晰，但不易輸入計(jì)算機(jī)。是在自然語(yǔ)言的基礎(chǔ)上加上一些約束，一般分為兩層結(jié)構(gòu)：外層語(yǔ)法較具體，為控制結(jié)構(gòu)（順序、選擇、循環(huán)）；內(nèi)層較靈活，表達(dá)“做什么”。 中間層： 將 某個(gè)加工分解為一組子加工，其中的子加工還需進(jìn)一步分解。用瀑布模型進(jìn)行軟件開發(fā)已經(jīng)有近十年了，并取得了一些成功。 3. 客戶的需要總是不斷地增長(zhǎng)，但是一般的軟件開發(fā)又總是落后于客戶需求的增長(zhǎng)，如何管理需求的進(jìn)化就成為軟件進(jìn)化的首要問(wèn)題。 所謂會(huì)議討論法，是指開發(fā)方和用戶方召開若干次需求討論會(huì)議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。 ⑴ 面談法。 在整個(gè) 需求工程過(guò)程中，貫穿了 需求管理 活動(dòng)。 需求模型的表現(xiàn)形式有自然語(yǔ)言、半形式化 (如圖、表、結(jié)構(gòu)化英語(yǔ)等 )和形式化表示等三種。 () 9. 信息建模方法是從數(shù)據(jù)的角度來(lái)建立信息模型的，最常用的描述信息模型的方法是 ER 圖 。 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ì)方案。 A) 系統(tǒng)開發(fā)的具體方案 B) 進(jìn)一步確定用戶的需求 C) 解決系統(tǒng)是 “ 做什么 ” 的問(wèn)題 D) 解決系統(tǒng)是 “ 如何做 ” 的問(wèn)題 2. 需求分析的主要方法有 (C D)。 7. 原型化方法的核心是什么？它具有哪些特點(diǎn)？ 答： 原型化方法的核心是，花費(fèi)少量代價(jià)建立一個(gè)可運(yùn)行的系統(tǒng)，使用戶及早獲得學(xué)習(xí)的機(jī) 會(huì)。軟件開發(fā)過(guò)程有 4 個(gè)階段，即分析、系統(tǒng)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)。 ⑵ 增量模型 是一種非整體開發(fā)的模型。軟件危機(jī)主要表現(xiàn)在兩個(gè)方面： (1) 軟件產(chǎn)品質(zhì)量低劣，甚至開發(fā)過(guò)程就夭折。 硬件特征：速度、容量及工作可靠性有明顯提高，價(jià)格降低，銷售有爆炸性增長(zhǎng)。 () 8. 軟件工具的作用是為了延長(zhǎng)軟件產(chǎn)品的壽命。 A) 易于維護(hù) B) 低的開發(fā)成本 C) 高性能 D) 短的開發(fā)期 9. 軟件工程學(xué)的目的和意義是 (A D)。《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 1 習(xí) 題 答 案 習(xí)題一答案 一、選擇題 1. 軟件的主要特性是 (A B C)。 A) 應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來(lái)指導(dǎo)軟件開發(fā) B) 克服軟件危機(jī) C) 作好軟件開發(fā)的培訓(xùn)工作 D) 以較低的成本開發(fā)出高質(zhì)量的軟件 二、 判斷題 1. 軟件就是程序，編寫軟件就是編寫程序。 () 9. 軟件工程過(guò)程應(yīng)該以軟件設(shè)計(jì)為中心，關(guān)鍵是編寫程序。 軟件特征：程序員數(shù)量猛增，開發(fā)人員素質(zhì)低。 (2) 軟件生產(chǎn)率低，不能滿足需要。根據(jù)增量的方式和形式的不同，分為基于瀑布模型的漸增模型和基于原型的快速原型模型。各階段相互重疊，以分析為基礎(chǔ)，資源消耗成塔形 ， 從高層 返回低層無(wú)資源消耗。強(qiáng)調(diào)軟件開發(fā)人員與用戶的不斷交互，通過(guò)原型的演進(jìn)不斷適應(yīng)用戶任務(wù)改變的需求。 A) 形式化分析方法 B) PAD 圖描述 C) 結(jié)構(gòu)化 分析 (SA)方法 D) OOA法 3. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?(D)。 () 2. SA法是面向數(shù)據(jù)流，建立在數(shù)據(jù)封閉原則上的需求分析方法。 (√) 10. 用于需求分析的軟件工具，應(yīng)該能夠保證需求的正確性， 即驗(yàn)證需求的一致性、完整性、現(xiàn)實(shí)性和有效性。 ⑶ 需求規(guī)格說(shuō)明 。 需求管理 主要包括 跟蹤和管理需求變化，支持系統(tǒng)的需求演進(jìn)。 這 是一種重要而直接簡(jiǎn)單 ， 隨時(shí) 可 使用的發(fā)現(xiàn)和獲取需求的方法 。 這種方法適合于開發(fā)方不清楚項(xiàng)目需求 的情況。 請(qǐng)說(shuō)明需求變更的管理過(guò)程。若你作為一名管理 人 員剛加入 M 公司，你認(rèn)為快速原型法對(duì)公司的軟件開發(fā)更加優(yōu)越，請(qǐng)向公司副總裁寫一份報(bào)告闡明你的理由 。 底層：由不再進(jìn)行分解的基本加工組成。 常用 結(jié)構(gòu)化英語(yǔ) 或 結(jié)構(gòu)化 漢語(yǔ) 表示 ， 精確、簡(jiǎn)明扼要、文體 靈活。 7. 考察下圖中子圖、父圖的平衡 關(guān)系 。 A) 外部特征 (輸入 /輸出、功能 ) B) 內(nèi)部特征 (輸入 /輸出、功能 ) C) 內(nèi)部特征 (局部數(shù)據(jù)、代碼 ) D) 外部 特征 (局部數(shù)據(jù)、代碼 ) 2. SD 方法的設(shè)計(jì)總則是 (C D)。 () 3. 信息隱蔽原則有利于提高模塊的內(nèi)聚性。 2. 集中式模型和分布式模型相比各有什么優(yōu)缺點(diǎn)？ 答： 以集中式的 倉(cāng)庫(kù)模型 為例。 (4) 集中式的控制使數(shù)據(jù)和子系統(tǒng)的分布變得非常困難甚至成為不可能。顯而易見，管理異構(gòu)的系統(tǒng)比管理主機(jī)系統(tǒng)要困難得多。 ，并圖示它的結(jié)構(gòu)。在這種情況下，提供服務(wù)的對(duì)象就是服務(wù)器，而提出服務(wù)請(qǐng)求的對(duì)象就是客戶。用于描述模塊之間聯(lián)系的緊密程度。 習(xí)題四答案 一、選擇題 1. 面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制 是 (ABC)。 A) 查詢 B) 動(dòng)作 C) 活動(dòng) D) 訪問(wèn) 9. 建立繼承關(guān)系時(shí)所采用的方式有 (AC)。 (√) 7. 對(duì)象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來(lái)描述，表現(xiàn)了對(duì)象的相互關(guān)系。 (√) 14. 面向?qū)ο蟮姆?析過(guò)程主要包括三項(xiàng)內(nèi)容：理解、表達(dá)和驗(yàn)證。 ② 無(wú)法實(shí)現(xiàn)高效的軟件復(fù)用。繼 承性本身就是一種 重用機(jī)制。該階段分為兩個(gè)步驟。 4． 面向?qū)ο?的分析包括哪些主要活動(dòng) ？ 所建立的分析模型包括哪些類型的模型？ 答： 面向?qū)ο蟮姆治鲞^(guò)程分為論域分析和應(yīng)用分析。通常有一般與特殊 ( Generalization— Specialization)結(jié)構(gòu)，整體與部分(Whole— Part)結(jié)構(gòu)。按照粒度控制原則，將系統(tǒng)組成幾個(gè)主題，便于理解。 6． 為什么面向?qū)ο蟮姆椒軌蛴行У亟鉀Q軟件需求中存在的問(wèn)題？ 需求過(guò)程中存在兩大難題，一是需求的確定是困難的，二是需求是不斷變動(dòng)的。模型具有的直觀性及豐富的信息描述 ，便于開發(fā)人員與用戶的交流。具有嚴(yán)格的質(zhì)量保證 。 OO 方 法中的對(duì)象和類是 系統(tǒng)的基本構(gòu)成單位，它符合可復(fù)用構(gòu)件所應(yīng)具備的那些特性 ， 如完整性、獨(dú)立性、可標(biāo)識(shí)性、一般性、抽象、封裝等。 A) 名稱 B) 活動(dòng) C) 條件 D) 事件 6. UML 中包括的事件有（ ABCD）。 ( ) 5. 類圖中的角色是用于描述 該類在關(guān)聯(lián)中所扮演的角色和職責(zé)的。 (1) 定義活動(dòng)圖的范圍。 (3) 添加起點(diǎn)和結(jié)束點(diǎn)。例如，在圖 1 中 ，在 “Enroll in university”活動(dòng)之后，還必須按照入學(xué)條件進(jìn)行判斷，滿足條件的繼續(xù)執(zhí)行入學(xué)報(bào)到的活動(dòng)，而不滿 足 入學(xué)條件的則結(jié)束。 包含 （ include） 關(guān)系表示一個(gè)元素為了實(shí)現(xiàn)或完成其全部的功能 ， 需要用到已存在的另一個(gè)模型元素， 本質(zhì)上是 一種使用 關(guān)系。建立的 模型也為以后的系統(tǒng)維護(hù)和升級(jí)提供了文檔 。吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長(zhǎng)處。 4. 簡(jiǎn)述 UML 實(shí)際建模過(guò)程。 常建立以類圖為主的 靜態(tài)模型 ，及包括狀態(tài)模型、順序模型、活動(dòng)模型和合作模型等 動(dòng)態(tài)模型。一個(gè)狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的改變。 6. 順序圖與協(xié) 作圖都是交互圖，它們有何不同？所描述的主要系統(tǒng)特征是什么？ 順序圖 (Sequence Diagram) 重點(diǎn)描述某些對(duì)象間消 息傳遞的時(shí)間順序，對(duì)象間的通信和交互通過(guò)在對(duì)象的生命線之間傳送的消息來(lái)表示?；顒?dòng)圖描述了系統(tǒng)中各種活動(dòng)的執(zhí)行順序，刻 畫 一個(gè)方法中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。 擴(kuò)展 extend是向一個(gè)用例中加入一些新的動(dòng)作后構(gòu)成了另外一個(gè)用例，后者是繼承前者的一些行為得來(lái)的。 設(shè)計(jì) 類圖更易于開發(fā)者之間的相互理解和交流。 角色： 存折 角色職責(zé)： 儲(chǔ)戶 存 、取款 的 憑證 。 (2)為銀行卡管理及通知付款提供信息。 相關(guān)用例： 填寫 取款單 、 銀行 卡 管理、 數(shù)據(jù)庫(kù) 管理 相關(guān)信息： (優(yōu)先級(jí)、性能 、執(zhí)行 頻 率 )： 優(yōu)先級(jí)： 根據(jù) 儲(chǔ)戶 類型，決定處理的優(yōu)先次序， VIP用戶優(yōu)先。 ② User Information 類 該類標(biāo)識(shí)一個(gè)用戶，其屬性包括用戶名、密碼、用戶類型等。同樣由于借書規(guī)則不止一條，增加 CriteriaDatabase類，與 BorrowCriteria類之間是聚合關(guān)系。 ⑴橫軸 把軟件開發(fā)周期 （ Cycle） 劃分為起始（ Inception） 、 演化（ Elaboration） 、 構(gòu)造（ Construction）和 提交 (Transition) 四個(gè)連續(xù)的階段 (Pahse)。 匯編語(yǔ)言 比機(jī)器語(yǔ)言更直觀， 是機(jī)器語(yǔ)言中地址部 分符號(hào)化的結(jié)果，或進(jìn)一步包括宏構(gòu)造。 過(guò)程式語(yǔ)言的主要特征是，用戶可以指明一 系 列可執(zhí)行的順序運(yùn)算，以表示相應(yīng)的計(jì)算過(guò)程，如 Pascal、 C 等 ；非過(guò)程式語(yǔ)言反之，較為著名的是 Java。 (2) 運(yùn)算對(duì)象 ： 運(yùn)算對(duì)象是程序執(zhí)行時(shí)要運(yùn)行的對(duì)象，包括一個(gè)算術(shù) 表達(dá)式或者一個(gè)邏輯表達(dá)式，或者是一個(gè)完整的語(yǔ)言，例如：賦值語(yǔ)句 等。程序設(shè)計(jì)語(yǔ)言的選擇應(yīng)該考慮以下因素： ? 項(xiàng)目的應(yīng)用領(lǐng)域。例如，在嵌入式系統(tǒng)中（這類系統(tǒng)的硬件資源往往較少），軟件開發(fā)語(yǔ)言多為 C/C++、 Java。從技術(shù)的層面來(lái)講，大多數(shù)的任務(wù)用任何一門高級(jí)語(yǔ)言都可以完成，所以選擇開發(fā)者熟悉的語(yǔ)言是可以提高效率的。 ？為什么要采用結(jié)構(gòu)化程序設(shè)計(jì)？ 答： 結(jié)構(gòu)程序設(shè)計(jì)的概念最早是由 E. W. Dijkstra 提出來(lái)的，他指出：“可以從高 級(jí)語(yǔ)言中取消GOTO 語(yǔ)句，程序質(zhì)量與程序中所包含的 GOTO 語(yǔ)句的數(shù)量成反比”。應(yīng)結(jié)合工程具體性能來(lái)考慮，例如實(shí)時(shí)系統(tǒng)對(duì)響應(yīng)速度有特殊要求，就應(yīng)選擇匯編語(yǔ)言、 C 語(yǔ)言等。例如，選擇 Visual Basic 來(lái) 開發(fā)數(shù)據(jù)庫(kù)應(yīng)用就比選擇 Visual C++要容易一些。 (1) 順序控制結(jié)構(gòu) ： 順序執(zhí)行的語(yǔ)句構(gòu)成了順序結(jié)構(gòu)。 具有反映人機(jī)交互作用的語(yǔ)言成分的語(yǔ)言成為交互式語(yǔ)言，如 BASIC等 ； 不反映人機(jī)交互作用的語(yǔ)言稱為非交互式語(yǔ)言，如 Pascal、 C 等都是非交互式語(yǔ)言。 高級(jí)語(yǔ)言的表示方法要比低級(jí)語(yǔ)言更接近于待解的問(wèn)題，其特點(diǎn)是在一定程度上與具體機(jī)器無(wú)關(guān)，易學(xué)、易用、易維護(hù)。 RUP中有 商業(yè)建模 、需求、分析和設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署、配置和變更管理、軟件項(xiàng)目管理和環(huán)境 9個(gè)核心工作流 (Core Workflows)： RUP 中的每個(gè)階段 都由一個(gè)或多個(gè)連續(xù)的迭代組成，每一個(gè)迭代都是一個(gè)完整的開發(fā)過(guò)程 ， 產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本， 在每個(gè)階段結(jié)束前都應(yīng)有一個(gè)里程碑（ MileStone）評(píng)估該階段的工作 ，只 有當(dāng) 階段目標(biāo) 達(dá)到時(shí)才 允許項(xiàng)目進(jìn)入下一階段 ，產(chǎn)生一個(gè)階段 里程碑 。 在眾多的軟件開發(fā)過(guò)程中， RUP統(tǒng)一過(guò)程 （ Rational Unified Process） 能夠 與 UML最佳結(jié)合，不僅因?yàn)樵撨^(guò)程的開發(fā)者也是 UML的 創(chuàng)立者 ，更因?yàn)?RUP過(guò)程能夠有效地測(cè)度工作進(jìn)度，控制和改善工作效率。 ④ Borrower 類 該類是 User Information 類的子類，其操作包括查詢個(gè)人信息、修改密碼等。 其他用例模 板 略。 功能描述： 1. 獲取 “銀行 卡”中的信息 。 (2)與“ 銀行 卡 管理”子系統(tǒng)交互，核對(duì)取款單。 11. 問(wèn)題描述 ：儲(chǔ)戶用存折取款，首先填寫取款單，根據(jù)“ 銀行 卡”中的信息檢驗(yàn)取款單與存折，如有問(wèn)題，將問(wèn)題反饋給儲(chǔ)戶 ； 否則，登錄“儲(chǔ)戶存款數(shù)據(jù)庫(kù)”，修改相應(yīng)數(shù)據(jù)，并更新“帳卡”，同時(shí)發(fā)出付款通知，出納向儲(chǔ)戶付款。 10. 在分析和設(shè) 計(jì)階段都需要建立類圖，試說(shuō)明分析類圖與設(shè)計(jì)類圖的主要區(qū)別是什么。 此外， 在狀態(tài)圖中狀態(tài)的變遷通常需要事件的觸發(fā)，而活動(dòng)圖中一個(gè)活動(dòng) 結(jié)束后將立即進(jìn)入下一個(gè)活動(dòng)。但當(dāng)參與交互的對(duì)象數(shù)增加，交互關(guān)系復(fù)雜時(shí)難于表達(dá)清楚對(duì)象之間的交互關(guān)系 。 順序圖 (Sequence Diagram) 清晰地 描述一組對(duì)象之間動(dòng)態(tài)的交互關(guān)系 、 時(shí)間的約束關(guān)系 ， 著重描述對(duì)象間消息傳遞的時(shí)間順序，所以順序圖在實(shí)時(shí)系統(tǒng)中被大量使用。 主要 工作就是進(jìn)行編碼 ， 同時(shí)對(duì)已構(gòu)造的模型作相應(yīng)的修正。 每次迭代都 建立相應(yīng)的模型。 系統(tǒng)的各種模型都能用 UML的可視化模型清晰地表示， 對(duì)系統(tǒng)描述能力強(qiáng)，模型蘊(yùn)涵的信息豐富，可用于復(fù)雜軟件系統(tǒng)的建模。因此，面向?qū)ο蟮姆治雠c設(shè)計(jì)應(yīng)該從建模開始。 3. 軟件開發(fā)為什么要使用 UML 建模？它有何特點(diǎn)？