:::

[圖資]951系統分析期末考第七章習題參考答案

1月 16, 2007 0 Comments Edit Copy Download

完成！感謝各位同學幫忙！跟前面兩章一起合起來就是這次的考試範圍：第八章、第九章

Ch.7

  1. 定義使用案例，並舉出一個例子。
    1. 使用案例是指一連串有相關動作的步驟(或是劇本)，包括自動或手動的動作，是為了完成一件任務
    2. 例如「送出訂單來處理」
  2. 定義角色，並舉出一個例子。
    1. 角色表示需要與系統互動、以交換資訊的任何事物
    2. 角色可以是使用者、職務、外部的系統和人員
    3. 例如「顧客」(送出訂單的角色)
  3. 定義角色的四種型態。
    1. 主要業務角色：主要關係人，主要從使用案例的執行取得資料
    2. 主要系統角色：直接與系統互動的關係人，以啟動或驅動業務或系統事件
    3. 外部服務角色：是一個關係人，負責回應從使用案例發出的要求
    4. 外部接收角色：不是主要角色的關係人，但從使用案例中接收資料
  4. 定義時間事件。
    1. 時間事件是被時間觸發的系統事件
    2. 例如幾日或幾點系統會自動執行某事件。
  5. 啟動時間事件的角色是什麼？ (不會考啦)
    時間事件的啟動角色即是「時間」
  6. 定義在使用案例圖上，各種型態關係？
    1. Association關連：一角色與一使用案例之間有所互動的關係
    2. Extends延伸(用「抽取」、「簡化」會更好理解)：從更複雜的使用案例其抽出的步驟所組成的使用案例，以簡化案例原形並延伸其功能
    3. Uses使用 (or includes包含)：一個使用其他使用案例功能的使用案例
    4. Depends On相依：一種使用案例關係具體說明其他使用案例必須在當前使用案例前完成的其他使用案例。類似前置事件，沒有A就不能有B，有A才能執行B的意思
    5. Inheritance繼承：一種使用案例關係當兩個或以上的角色分享相同的行為，也就是他們可以啟動相同的使用案例，那麼最好將這個相同的行為分離成為更高一層的行為，提供多個使用案例繼承使用，以便減少系統中重複性的溝通。
  7. 建立需求使用案例模型，所需的步驟是什麼？ (可能會考)
    1. 確認業務角色(business actors)
    2. 確認業務使用案例(business use cases)
    3. 建構使用案例模型圖(use-case model diagram)
    4. 製作業務需求使用案例說明文件
  8. 確認角色的各種來源是什麼？你應該要問什麼問題？
    來源有 ：
    1. 系統脈絡圖表
    2. 現存系統文件與使用者手冊
    3. 專案會議備忘錄
    4. 現存需求文件
    5. 工作說明書或專案綱領
    應該要問的問題：
    1. 對系統提供輸入的是何人或何物？
    2. 接收系統輸出的是何人或何物？
    3. 有其他系統需要連接(interface)嗎？
    4. 有沒有在預定時間會自動啟動的事件？
    5. 誰來維護系統的的資料？
  9. 確認案例的使用來源是什麼？你應該要問什麼問題？
    當要確認使用案例時，問以下問題：
    1. 角色的主要任務為何？
    2. 角色需要從系統中得到什麼資訊？
    3. 角色要提供什麼資訊給系統？
    4. 系統需要告知角色任何改變或是發生的事件嗎？
    5. 角色必須告知系統任何改變或是發生的事件嗎？
  10. 一個使用案例不同的文字敘述部分是什麼？定義每一個部分。
    1. 基苯描述
      1. Author作者：撰寫使用案例的人
      2. Date日期：使用案例最後一次修改的日期
      3. Version版本： 使用案例目前的版本
      4. Use-case name使用案例名稱：使用案例的目標或名稱(以動詞開頭)
      5. Use-case type使用案例型態：說明使用案例為文件要求或為系統分析或為系統設計而寫
      6. Use-case ID使用案例編號：使用案例的獨有編號
      7. Priority優先序：以高、中、低表示使用案例的重要性
      8. Source來源：觸發使用案例的人或事件
      9. Primary business actor主要業務角色：主要是從使用案例的執行中取得資料的關係人
      10. Other participating actors其他參與角色：其他參與使用案例的角色
      11. Interested stakeholders利益關係人：任何在製作或操作系統上有關係的人，跟角色不同的是，利益關係人著重在於從使用案例的目標中取得資料
      12. Description描述：描述業務事件或方案
      13. References參考文獻：紀錄參考過的文獻，以方便查詢
    2. 事件的使用案例
      1. Precondition前置條件：使用案例可以執行前，系統狀態必須符合的條件限制
      2. Trigger觸發因素：啟動使用案例執行的事件
      3. Typical Course of Events事件標準過程：描述案例從開始到結束的主要步驟
      4. Alternate Courses替代過程：描述事件標準過程以外的情形
      5. Conclusion 結束：說明使用案例何時是成功地結束
      6. Postcondition後置條件：使用案例成功結束後，系統的狀態符合的條件限制
      7. Business rules業務規則：使用案例必須遵守的策略或過程
      8. Implementation constraints and specifications實作限制與規格：可能影響使用案例的非功能性需求
      9. Assumptions假設：發展使用案例時的所做的假設
      10. Open issues未定問題：使用案例完成前必須解決的問題
  11. 定義使用案例的優先順序與時程時，專案經理使用哪些工具？
    訂立使用案例發展優先順序與時程表的工具有：
    1. 使用案例評等
    2. 優先順序表
    3. 使用案例相依關係圖
  12. 列出建立一個使用案例相依關係圖的好處。
    1. 以圖形描述系統事件與其狀態，可加強對系統功能的了解。
    2. 有助於辨別任務使用案例。
    3. 藉由描述哪一案例較為緊急，幫助促進專案管理。

訂閱： 張貼留言 (Atom)