需求工程行程（Requirements Engineering Processes）.pptVIP

可追蹤性(Traceability) 可追蹤性是指需求(requirements)、來源(sources)及系統設計(system design)間的關係 來源追溯(source traceability) 將需求與提出該需求的關係人(stakeholders)做連結 需求追溯(requirements traceability) 將相依的需求(dependent requirements)做連結(links) 設計追溯(design traceability) 將需求(requirements)和設計(design)做連結 追溯矩陣(A Traceability Matrix) U 顯示排(row)的需求所使用到對應欄(column)的設備 R 在需求間有些其他更弱的關係(other weaker relationship) 例如：他們可用以定義相同子系統(sub-system)的部分元件(parts) CASE工具支援 (CASE Tool Support) 需求儲存庫(requirements storage) 需求需在一個安全的資料儲存庫被妥善管理 變動管理(change management) 變更管理的行程是一個工作流程，其中每個階段(stage)都可被定義，而且這些階段間的資訊流(information flow)也可部分地自動化(partially automated) 追溯管理(traceability management) 可自動擷取需求間的連結(links)關係 需求變更管理(Requirements Change Management) 應將此管理應用到所有提出的變更需求中 主要階段 問題分析(problem analysis) 討論需求的問題並提出變更 變動分析及成本估算(change analysis and costing) 評估變更對其它需求的影響 改變實作(change implementation) 修改需求文件和其它文件以反映變更 需求變更管理(Requirements Change Management) 參考資料 Ian Sommerville, Software Engineering, 7th ed., Addison-Wesley，2004. Stakeholders：賭金保管人 Convention：常規 Enduring：耐久的 Mutable：易變的 Emergent：突現的 觀點階層(Viewpoint Hierarchy) 用戶/提取現金範本(Customer/Cash Withdrawal Templates) 情境(Scenarios) 情境用來描述系統實際的使用方式 此方法有助於需求擷取(requirements elicitation)，因為此方法比抽象敘述(abstract statement)更容易得到系統需求 情境法對將概略的需求描述(outline requirements description)加入詳細資訊(detail)尤其有幫助 情境描述(Scenario Descriptions) 描述情境開頭的系統狀態(state) 描述情境中正常事件的流程(flow of events) 描述可能發生的問題以及解決方法 描述其他同時發生的活動 描述情境完成後(completion of the scenario)的系統狀態 事件情境(Event Scenarios) 事件情境法可用來描述系統如何回應(respond)某些特殊事件，例如「開始交易」事件(start transaction) VORD使用下列幾個慣用的圖形(diagrammatic convention)來表示事件情境 資料提供與轉送(data provided and delivered) 控制資訊(control information) 例外處理(exception processing) 下個預期事件(the next expected event) 事件情境-啟動交易(Event Scenario - Start Transaction) 資料及控制分析的表示符號(Notation for Data and Control Analysis) 橢圓符號(ellipses)表示由哪個觀點提供資料以及資料要傳遞給哪個觀點 控制資訊由每個方塊(box)的上方進入或離開 資料由每個方塊的右邊離開 例外狀況(exception)則出現在方塊的下方 下個事件的名稱標示在粗邊方塊(box with thick edges) 例外描述(Exception Description) 此例中，例外包括 逾時(timeout) 客戶未在限定時間內(wi