為什麼使用用例？
正確答案：
用例被普遍採用的原因主要有：
1）為使用者提供了捕獲業務功能需求的系統方法。
2）可驅動整個開發過程（從用例捕獲開始專案的開發過程），大部分開發活動如分析、設計和測試都是從用例開始執行的，而設計和測試則可根據用例的重要性(優先順序)進行規劃和協調——目的是實現重要的核心業務。
3）正確的用例捕獲，可以反映使用者的真實需求。
4）用例有助於設計構架。
5）用例可作為編寫測試計畫、使用者手冊的起點。
什麼是業務模型？如何建立業務模型？
正確答案：
第一問答案：
業務模型是理解乙個組織中業務過程的技術。業務模型(business model)對應用領域的業務過程進行描述，例如，銀行的業務過程包括存款、貸款以及投資等。業務模型主要通過業務用例模型和業務物件模型來體現，業務模型提供對客戶業務的整體了解。
第二問答案：
業務模型分兩步來建立：
1）建立業務用例模型——業務對外所提供的價值
1）識別業務參與者，找出業務活動的服務物件；
2）識別業務用例，業務活動的操作序列；
3）詳述業務用例，建立文件與uml模型；
2、建立業務物件模型——業務內部的實現機制
1）識別工作人員，承擔一系列職責的人；
2）識別業務實體，業務內部所訪問和操縱的事物；
3）實現工作單元，從實現角度來展示業務用例如何得到滿足，表現為工作人員與業務實體之間的互動過程。
怎樣描述用例？
正確答案：
答：描述用例可利用用例模型圖和用例規約文件來進行描述，用例模型圖是由業務系統中的業務用例建立的用例圖，而用例規約文件主要包含如下內容：
1）用例名稱：動詞短語（動賓結構），描述用例目的的簡短動詞短語。
2）描述：介紹用例目的，強調用例為參與者提供的價值。
3）前置條件：描述在哪些用例成功執行之後，該用例才會被觸發，並描述其中的依賴關係。
4）部署約束：描述如何使用該系統來完成用例。
5）正常事件流：互動動作的有序序列，描述所有的系統輸入以及系統響應，組成了該用例的正常流程：該正常事件流表明事件按計畫進行時的互動動作，揭示了用例的目的。
6）可選事件流：互動動作的有序序列，描述組成該用例的乙個可選流程的所有系統輸入及其響應。
7）異常或錯誤事件流：互動動作的有序序列，描述組成該用例的乙個異常流程的所有系統輸入及其響應。
8）活**：在圖中顯示事件流的所有流程，能夠完整地描述事件流，為度量用例的複雜度提供方法。
9）非功能性需求：用一兩個簡短的段落來介紹用例成功執行的判斷準則，該準則不適合在事件流中描述。
10）說明（可選）：確定不符合上面類別的其他事務，其中可能包括對系統功能的限制。
11）未解決的問題（可選）：需要進一步詢問相關人員的問題列表。
有哪些用例關係？如何確定？
正確答案：
第1問答案：
用例關係主要有：泛化、擴充套件、包含
第2問答案：
泛化：在確定並概括每個用例的動作時，還應該確定公用的或共享的動作。要想減少冗餘，可以將共享的部分提取出來放到單獨用例中進行描述，以便重用，可以用泛化表示這種重用關係。
擴充套件：在原用例的基礎上，對原用例進行功能補充，表現為「補充的用例說明」，主要體現為確定擴充套件的功能；
包含：對原用例提供明顯的、無條件的擴充套件——注意：離開被包含的用例，原用例就不能構成乙個完整的用例——即提取公共用例，以便實現多個用例的復用。
教材p235圖示的圖8.25或第8章ppt的97頁中（如下圖所示）所述的考勤系統中的「登入」用例活**中沒有登入次數的限制，現在需要對登入重試的次數限制為3次（只能登陸3次，超過3次就退出系統），請修正該模型並依據原來的活**畫出新的「登入」用例的活**，以滿足需求的變更。
補充題1：
業務描述：旅行但汽車的油不足以應付全部路程。那麼為汽車加油的動作在旅行的每個場景(事件流)中必然都會出現，不加油就不會完成旅行。吃飯則可以由司機決定是否進行，不吃飯不會影響旅行的完成。用例圖如何畫？
補充題2：
在下列用例圖中，哪些是系統的參與者？系統的用例有哪幾個？
答：參與者（actor）：（1）bank network; (2)manageer; (3)clerk
用例（use case）：（1）authorize ；（2）open store ；（3）log onto redister ；（4）sell goods；（5）restorck inventory。
《軟體工程》第八章總結
有功能模型 分析物件模型 動態模型等分析模型。設計也是一種建模活動，在分析模型的基礎上完成在實現環境的類建模 狀態圖建模 協作建模 元件建模 部署建模 持久建模和使用者介面原型，實現從需求分析到軟體實現之間的跨越。設計原則有模組化 耦合度和內聚性 復用性。軟體體系結構一般涉及軟體系統的總體組織 全域...
軟體工程 第八章 軟體維護
軟體維護 軟體修改報告 1 滿足維護需求表中提出的要求所需要的工作量 2 維護要求的性質 3 這項要求的優先次序 4 與修改有關的事後資料 軟體維護工作 1 修改軟體設計 2 複查 3 必要的 修改 4 單元測試 5 整合測試 6 驗收測試 7 複審 複查提出問題 在當前處境下設計 編碼 測試的哪些...
軟體工程概論通讀第八章
第八章 面對物件設計 面對物件設計是乙個建模活動，在分析模型的基礎上完成在實現環境的類建模 狀態圖建模 協作建模 元件建模 部署建模 持久建模和使用者介面原型，實現從需求分析到軟體實現之間的跨越。設計活動劃分成系統設計和詳細設計兩個主要階段。系統設計階段包括定義體系結構策略 識別設計元素 定義資料儲...