【正文】 有（ BCD）。 A) 名稱 B) 活動(dòng) C) 條件 D) 事件 6. UML 中包括的事件有（ ABCD）。 A) 完整 B) 不相交 C) 不完整 D) 覆蓋 10. 消息的類型有（ ABC） A) 同步 B) 異步 C) 簡單 D) 復(fù)雜 二、 判斷題 1. UML 建模語言是由視圖、圖、模型元素和通用機(jī)制構(gòu)成的層次關(guān)系來描述的。 ( ) 5. 類圖中的角色是用于描述 該類在關(guān)聯(lián)中所扮演的角色和職責(zé)的。 (√) 9. 順序圖描述對象之間的交互關(guān)系，重點(diǎn)描述對象間消息傳遞的時(shí)間順序。 (1) 定義活動(dòng)圖的范圍。 (2) 添加活動(dòng)。 (3) 添加起點(diǎn)和結(jié)束點(diǎn)?？蓸?biāo)明活動(dòng)轉(zhuǎn)移的條件 、 引起活動(dòng)轉(zhuǎn)移的事件。例如，在圖 1 中 ，在 “Enroll in university”活動(dòng)之后，還必須按照入學(xué)條件進(jìn)行判斷，滿足條件的繼續(xù)執(zhí)行入學(xué)報(bào)到的活動(dòng)，而不滿 足 入學(xué)條件的則結(jié)束。 2. 簡述擴(kuò)展、 包含 和細(xì)化三種 UML 依賴關(guān)系的異同。 包含 （ include） 關(guān)系表示一個(gè)元素為了實(shí)現(xiàn)或完成其全部的功能 ， 需要用到已存在的另一個(gè)模型元素， 本質(zhì)上是 一種使用 關(guān)系。 需要建立不同的模型對系統(tǒng)的各個(gè)層次進(jìn)行描述。建立的 模型也為以后的系統(tǒng)維護(hù)和升級提供了文檔 。其主要特點(diǎn)是： ⑴ 統(tǒng)一標(biāo)準(zhǔn)。吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長處。 UML是系統(tǒng)建模語言，獨(dú)立于開發(fā)過程。 4. 簡述 UML 實(shí)際建模過程。建模的目的是捕捉系統(tǒng)的功能需求 ， 分析、提取所開發(fā)系統(tǒng)的 “客觀世界 ”領(lǐng)域的類以及描述它們的合作關(guān)系。 常建立以類圖為主的 靜態(tài)模型 ，及包括狀態(tài)模型、順序模型、活動(dòng)模型和合作模型等 動(dòng)態(tài)模型。通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況 建立配 置 模型。一個(gè)狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的改變。 著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系和協(xié)作關(guān)系。 6. 順序圖與協(xié) 作圖都是交互圖，它們有何不同？所描述的主要系統(tǒng)特征是什么？ 順序圖 (Sequence Diagram) 重點(diǎn)描述某些對象間消 息傳遞的時(shí)間順序，對象間的通信和交互通過在對象的生命線之間傳送的消息來表示。可以有效 地描述當(dāng)參與對象數(shù)較多時(shí)的交互關(guān)系?；顒?dòng)圖描述了系統(tǒng)中各種活動(dòng)的執(zhí)行順序，刻 畫 一個(gè)方法中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。如 在建立類模型時(shí)，常將一些屬性與操作類似的類作為一個(gè) 抽象類的子類，使系統(tǒng)結(jié)構(gòu)更加清晰 ，增加系統(tǒng)的可讀性。 擴(kuò)展 extend是向一個(gè)用例中加入一些新的動(dòng)作后構(gòu)成了另外一個(gè)用例，后者是繼承前者的一些行為得來的。在需求分析階段 ，類圖是研究領(lǐng)域的概念 ； 在設(shè)計(jì)階段 ， 類圖重點(diǎn)描述類與類之間的接口 。 設(shè)計(jì) 類圖更易于開發(fā)者之間的相互理解和交流。 答：⑴通過分析， 確定系統(tǒng)的角色為： 儲戶 、 存款數(shù)據(jù)庫 、 存折 、 出納 。 角色： 存折 角色職責(zé)： 儲戶 存 、取款 的 憑證 。 角色職責(zé)識別 : (1) 根據(jù) 儲戶存款數(shù)據(jù)庫 的 通知，向 儲戶 付款。 (2)為銀行卡管理及通知付款提供信息。 3. 返回驗(yàn)證結(jié)果。 相關(guān)用例： 填寫 取款單 、 銀行 卡 管理、 數(shù)據(jù)庫 管理 相關(guān)信息： (優(yōu)先級、性能 、執(zhí)行 頻 率 )： 優(yōu)先級： 根據(jù) 儲戶 類型，決定處理的優(yōu)先次序， VIP用戶優(yōu)先。 圖書管理員負(fù)責(zé)添加、更新和修改、刪除圖書資料，登記和查詢圖書的借閱、歸還情況。 ② User Information 類 該類標(biāo)識一個(gè)用戶，其屬性包括用戶名、密碼、用戶類型等。 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 20 ⑥ BorrowCriteria 類 該類標(biāo)識一條借書規(guī)則，其屬性包括規(guī)則名，規(guī)則應(yīng)用對象等。同樣由于借書規(guī)則不止一條，增加 CriteriaDatabase類，與 BorrowCriteria類之間是聚合關(guān)系。因此， RUP與 UML密切結(jié)合，能夠 開發(fā)出滿足最終用戶需要的高質(zhì)量軟件。 ⑴橫軸 把軟件開發(fā)周期 （ Cycle） 劃分為起始（ Inception） 、 演化（ Elaboration） 、 構(gòu)造（ Construction）和 提交 (Transition) 四個(gè)連續(xù)的階段 (Pahse)。 User Information 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 22 習(xí)題六答案 ？ 答： 程序設(shè)計(jì)語言，按照語言級別可以分為兩大類：低級語言和高級語言。 匯編語言 比機(jī)器語言更直觀， 是機(jī)器語言中地址部 分符號化的結(jié)果，或進(jìn)一步包括宏構(gòu)造。 眾多的高級語言根據(jù)不同的標(biāo)準(zhǔn)有不同的分類方式 。 過程式語言的主要特征是，用戶可以指明一 系 列可執(zhí)行的順序運(yùn)算，以表示相應(yīng)的計(jì)算過程，如 Pascal、 C 等 ；非過程式語言反之，較為著名的是 Java。 2. 程序設(shè)計(jì)語言的成分 有哪些 ？ 程序設(shè)計(jì)語言基本的組成成分如下： ① 數(shù)據(jù)成分，用于描述程序所涉及的數(shù)據(jù) (1) 程序名字 聲 明 ：首先聲明這個(gè)程序設(shè)計(jì)對象在這個(gè)程序 中的名字，這樣避免編譯時(shí)出現(xiàn)錯(cuò)誤。 (2) 運(yùn)算對象 ： 運(yùn)算對象是程序執(zhí)行時(shí)要運(yùn)行的對象，包括一個(gè)算術(shù) 表達(dá)式或者一個(gè)邏輯表達(dá)式，或者是一個(gè)完整的語言，例如：賦值語句 等。 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 23 (3) 分 支 控制結(jié)構(gòu) ： 常見的分 支 控制結(jié)構(gòu)有 if 語句和 switchcase 語句兩種，另外 if 語句中又分為帶 else 和不帶 else 語句兩種。程序設(shè)計(jì)語言的選擇應(yīng)該考慮以下因素： ? 項(xiàng)目的應(yīng)用領(lǐng)域。要根據(jù)不同語言的特點(diǎn)來選取能夠適應(yīng)軟件項(xiàng)目算法和計(jì)算復(fù)雜性的語言。例如，在嵌入式系統(tǒng)中（這類系統(tǒng)的硬件資源往往較少），軟件開發(fā)語言多為 C/C++、 Java。要根據(jù)不同語言構(gòu)造數(shù)據(jù)結(jié)構(gòu)類型的能力選 取合適的語言。從技術(shù)的層面來講，大多數(shù)的任務(wù)用任何一門高級語言都可以完成，所以選擇開發(fā)者熟悉的語言是可以提高效率的。 提高程序可讀性的關(guān)鍵是使程序結(jié)構(gòu)簡單清晰，結(jié)。 ？為什么要采用結(jié)構(gòu)化程序設(shè)計(jì)？ 答： 結(jié)構(gòu)程序設(shè)計(jì)的概念最早是由 E. W. Dijkstra 提出來的，他指出：“可以從高 級語言中取消GOTO 語句，程序質(zhì)量與程序中所包含的 GOTO 語句的數(shù)量成反比”。 ? 軟件開發(fā)人員的知識水平以及心理因素。應(yīng)結(jié)合工程具體性能來考慮，例如實(shí)時(shí)系統(tǒng)對響應(yīng)速度有特殊要求，就應(yīng)選擇匯編語言、 C 語言等。 ? 軟件的執(zhí)行環(huán)境。例如，選擇 Visual Basic 來 開發(fā)數(shù)據(jù)庫應(yīng)用就比選擇 Visual C++要容易一些。 傳輸成分包括基本的輸入和輸出。 (1) 順序控制結(jié)構(gòu) ： 順序執(zhí)行的語句構(gòu)成了順序結(jié)構(gòu)。 (2) 數(shù)據(jù)類型聲明 ： 對程序?qū)崿F(xiàn)時(shí)用到的各種 數(shù)據(jù)的類型 作一 聲明， 如整型、浮點(diǎn)型、用戶自定義類型 等。 具有反映人機(jī)交互作用的語言成分的語言成為交互式語言，如 BASIC等 ； 不反映人機(jī)交互作用的語言稱為非交互式語言，如 Pascal、 C 等都是非交互式語言。 通用語言有： Pascal、 C、 C++、 Java 等 ； 目標(biāo)單一的語言稱為 專用語言 ， 有： APT 等。 高級語言的表示方法要比低級語言更接近于待解的問題，其特點(diǎn)是在一定程度上與具體機(jī)器無關(guān)，易學(xué)、易用、易維護(hù)。低級語言 依賴于 特定的機(jī)器， 其 使用復(fù)雜、繁瑣、費(fèi)時(shí)、易出差錯(cuò) ，因而程序編寫也有一定的難度。 RUP中有 商業(yè)建模 、需求、分析和設(shè)計(jì)、實(shí)現(xiàn)、測試、部署、配置和變更管理、軟件項(xiàng)目管理和環(huán)境 9個(gè)核心工作流 (Core Workflows)： RUP 中的每個(gè)階段 都由一個(gè)或多個(gè)連續(xù)的迭代組成，每一個(gè)迭代都是一個(gè)完整的開發(fā)過程 ， 產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本， 在每個(gè)階段結(jié)束前都應(yīng)有一個(gè)里程碑（ MileStone）評估該階段的工作 ，只 有當(dāng) 階段目標(biāo) 達(dá)到時(shí)才 允許項(xiàng)目進(jìn)入下一階段 ，產(chǎn)生一個(gè)階段 里程碑 。 答： 在 RUP 中，軟件開發(fā)生 存 周期根據(jù)時(shí)間和 RUP 的核心工作流劃分為二維空間。 在眾多的軟件開發(fā)過程中， RUP統(tǒng)一過程 （ Rational Unified Process） 能夠 與 UML最佳結(jié)合，不僅因?yàn)樵撨^程的開發(fā)者也是 UML的 創(chuàng)立者 ，更因?yàn)?RUP過程能夠有效地測度工作進(jìn)度，控制和改善工作效率。 ⑧ Communication 類 該類實(shí)現(xiàn)各數(shù)據(jù)庫間的數(shù)據(jù)傳輸， 其 操作包括建立通信套接字、綁定端口、建立連接、發(fā)送數(shù)據(jù)、接受數(shù)據(jù)等。 ④ Borrower 類 該類是 User Information 類的子類，其操作包括查詢個(gè)人信息、修改密碼等。 ⑴ 確定系統(tǒng)的類，并定義其屬性和操作； ⑵ 畫出系統(tǒng)的分析類圖。 其他用例模 板 略。 2. 根據(jù) 銀行 卡信息，檢驗(yàn)取款單與存折 信息是否正確 。 功能描述： 1. 獲取 “銀行 卡”中的信息 。 角色： 存款數(shù)據(jù)庫 角色職責(zé)： 對 儲戶 信息及存、取款業(yè)務(wù)進(jìn)行管理。 (2)與“ 銀行 卡 管理”子系統(tǒng)交互，核對取款單。 ⑵描述模板： 角色描述模板： 銀行 取款系統(tǒng)的高層用例圖 儲戶 存折 出納 存款數(shù)據(jù)庫 付款 數(shù)據(jù)庫 管理 填寫 取款單 銀行 卡 管理 管理 驗(yàn) 證 取款單與存折 extend include include include 角色： 儲戶 角色職責(zé)： 提供取款存折和取款信息。 11. 問題描述 ：儲戶用存折取款，首先填寫取款單，根據(jù)“ 銀行 卡”中的信息檢驗(yàn)取款單與存折，如有問題，將問題反饋給儲戶 ； 否則，登錄“儲戶存款數(shù)據(jù)庫”，修改相應(yīng)數(shù)據(jù)，并更新“帳卡”，同時(shí)發(fā)出付款通知，出納向儲戶付款。 設(shè)計(jì)類圖 描述軟件的接口部分 ， 而不是軟件的實(shí)現(xiàn)部分。 10. 在分析和設(shè) 計(jì)階段都需要建立類圖，試說明分析類圖與設(shè)計(jì)類圖的主要區(qū)別是什么。 答： 在 圖 ， 用例“ 刪除資源 ” 和 “ 更新資源 ” 與 用例“ 查找資源 ” 之間是 include的關(guān)系， include本質(zhì)上是一種使用關(guān)系 ， 當(dāng)一個(gè)用例包含另一個(gè)用例時(shí) ， 這兩個(gè)用例之間就構(gòu)成了使用關(guān)系。 此外， 在狀態(tài)圖中狀態(tài)的變遷通常需要事件的觸發(fā)，而活動(dòng)圖中一個(gè)活動(dòng) 結(jié)束后將立即進(jìn)入下一個(gè)活動(dòng)。狀態(tài)圖著重描述了對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件。但當(dāng)參與交互的對象數(shù)增加，交互關(guān)系復(fù)雜時(shí)難于表達(dá)清楚對象之間的交互關(guān)系 。 活動(dòng)圖 (Activity Diagram)是由狀態(tài)圖變化而來的 ， 從系統(tǒng)任務(wù)的觀點(diǎn)來看，系統(tǒng)的執(zhí)行過程是由一系列有序活動(dòng)組成的。 順序圖 (Sequence Diagram) 清晰地 描述一組對象之間動(dòng)態(tài)的交互關(guān)系 、 時(shí)間的約束關(guān)系 ， 著重描述對象間消息傳遞的時(shí)間順序，所以順序圖在實(shí)時(shí)系統(tǒng)中被大量使用。使用前幾個(gè)階段所構(gòu)造的模型來指導(dǎo)和協(xié)助測試工作。 主要 工作就是進(jìn)行編碼 ， 同時(shí)對已構(gòu)造的模型作相應(yīng)的修正。 ② 設(shè)計(jì)階段。 每次迭代都 建立相應(yīng)的模型。 UML的概念明確，建模表示法簡潔明了，圖形結(jié)構(gòu)清晰，易于掌握使用。 系統(tǒng)的各種模型都能用 UML的可視化模型清晰地表示， 對系統(tǒng)描述能力強(qiáng)，模型蘊(yùn)涵的信息豐富，可用于復(fù)雜軟件系統(tǒng)的建模。 ⑵ 面向?qū)ο蟆Ｒ虼?，面向?qū)ο蟮姆治雠c設(shè)計(jì)應(yīng)該從建模開始。模型是對事物的一種抽象，在 軟件開發(fā)過程中 ，建立 各種 模型，以便更透徹地了解 系統(tǒng) 的本質(zhì)。 3. 軟件開發(fā)為什么要使用 UML 建模？它有何特點(diǎn)？ 答：軟件開發(fā)的過程猶如雕琢一 件工藝品，由無形到有形，由粗到細(xì)。 擴(kuò)展 （ extend） 關(guān)系是對基本用例在對某些 “擴(kuò)展點(diǎn) ”的功能的增加。 若 兩個(gè)活動(dòng)間沒有直接的 聯(lián)系，而且它們都必 須 在第三個(gè)活動(dòng)開始前結(jié)束，則 它們是可以并行運(yùn)行的。 (5) 添加判斷點(diǎn)。 (4) 添加活動(dòng) 間的轉(zhuǎn)變。可從用例模型出發(fā)，對每個(gè)角色 (actor)所驅(qū)動(dòng)的主要用例引入一個(gè)活動(dòng)，如果是對整個(gè)系統(tǒng)建模 ，應(yīng)對每個(gè)主要流程引入一個(gè)活動(dòng)。 一旦定義了作圖的范圍，應(yīng)該在其頂部，用一個(gè)注釋指明該圖的標(biāo)題和惟一的標(biāo)識符，還可標(biāo)注該圖的時(shí)間及作者姓名。( ) 三、 簡答題 1. 以圖 1（一個(gè)在學(xué)校首次報(bào)名的 UML 活動(dòng)圖）為例，說明如何繪制 活動(dòng)圖。 ( ) 7. 用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。 ( ) 《軟件工程 —— 理論與實(shí)踐》 (第 2 版 )習(xí)題答案 14 3. 泳道是一種分組機(jī)制，它描述了狀態(tài)圖中對象所執(zhí)行的活動(dòng)。 A) 公有的 B) 私有的 C) 私有保護(hù)的 D) 保護(hù)的 8. 用例之間的關(guān)系有（ BCD）。 A) 靜態(tài)建模 B) 動(dòng)態(tài)建模 C) 模塊化建模 D) 功能建模 4. 下列各種圖可用于動(dòng)態(tài)建