需求工程过程.pptVIP

顧客觀點和提取現金範本 第三十一页，共六十六页。 情境法 (Scenarios) 情境用來描述系統實際的使用方式 這個方法有助於需求擷取，因為用這個方法比抽象敘述更容易得到系統的需求 情境法對概略的需求描述加入詳細資訊尤其有幫助 第三十二页，共六十六页。 情境描述 情境開頭的系統狀態描述 情境中正常的事件流程描述 可能發生的問題以及解決方法的描述 同一時間可能發生的其他活動 情境完成後的系統狀態描述 第三十三页，共六十六页。 事件情境法 事件情境法可以用來描述系統如何回應某些特殊事件，例如「開始交易」事件 VORD 使用下列幾個慣用的圖形來表示事件情境 欲提供與交付的資料 控制資訊 例快處理 下一個預期的事件 第三十四页，共六十六页。 事件情境－開始交易 第三十五页，共六十六页。 資料與控制分析的表示符號 由觀點提供的資料以及要交給觀點的資料以橢圓表示 進入或離開方塊的控制資訊表示在每個方塊的上方 離開此方塊的資料表示在每個方塊的右邊 例外狀況則出現在方塊的下方 預期發生的下一個事件名稱則以灰底顏色顯示在方塊中 第三十六页，共六十六页。 例外狀況描述 大部分的方法都不包含描述例外狀況的工具 此例中，例外狀況有 逾時：客戶可能在限定的時間內輸入錯誤的PIN，卡片會被退回。 無效卡：無法辨識卡片，卡片也會被退回。 遺失卡：卡片被辨識出為遺失卡，機器會自動收回此卡片。 第三十七页，共六十六页。 使用個案 使用個案是 UML 中以情境為主的技術，它可以識別互動中的行為者，以及描述互動本身 利用一組使用個案來描述系統中所有可能的互動 利用順序圖在使用個案中加入詳細資訊，顯示系統處理事件的順序 第三十八页，共六十六页。 借書使用個案 第三十九页，共六十六页。 圖書館使用個案 第四十页，共六十六页。 目錄管理順續圖 第四十一页，共六十六页。 社會與組織因素 軟體系統常被用於社會和組織環境中，這些都會影響或甚至主導系統的需求 社會與組織的因素不只是單一的觀點，而是會影響到所有觀點 好的分析師必須對這些因素很敏感，但是目前並沒有有系統的方法來追蹤他們的分析 第四十二页，共六十六页。 民族誌法 (Ethnography) 社會學家花許多時間來觀察與分析人們是如何工作 人們不需要解釋或清楚的說明他們的工作 可以觀察到重要的社會與組織因素 民族誌的研究指出人們的工作通常會比簡單的系統模型更多且更複雜 第四十三页，共六十六页。 民族誌法 使用的範例有航管系統的研究 合併民族誌法與雛形法 雛形開發可以針對民族誌法分析出來的問題進行研究 民族誌法的問題是，它研究的一些實際工作可能包含一些毫無相關的歷程記錄 第四十四页，共六十六页。 民族誌法和雛形法 第四十五页，共六十六页。 民族誌法的範圍 人們實際工作時的需求，而不是指程序定義所建議的工作需求 從合作及瞭解其他人員活動所衍生的需求 第四十六页，共六十六页。 需求確認 用來確定需求是否定義了顧客真正想要的系統 需求錯誤造成的成本非常高，所以確認的動作很重要 在系統交付之後修正需求錯誤的成本可能會比修護實作的錯誤高出100倍之多 第四十七页，共六十六页。 Programming Methodology Lab. 需求工程程序 蔡進義 Chin-Yi Tsai (Matt) 第一页，共六十六页。 Review 功能性需求 非功能性需求 領域需求 使用者需求 系統需求 軟體需求文件 第二页，共六十六页。 Review 第三页，共六十六页。 Review 需求的完整性與一致性 完整 它們應該包含所有需求功能的描述 一致 系統功能描述中不應該有衝突或矛盾的地方 第四页，共六十六页。 Review 需求產生衝突 太空船系統 為了減輕重量，系統使用的晶片數量必須減少 為了減少電力的消耗，必須使用低電力的晶片 然而，若使用低電力的晶片可能需要更多的晶片數量。這時候，哪一個需求是最重要的需求？ 第五页，共六十六页。 需求工程程序 發現、分析以及確認系統需求的程序 第六页，共六十六页。 本章目的 描述一些主要的需求工程活動 介紹數種需求擷取與分析的技術 描述需求確認的重要性 討論需求管理的角色以及如何支援需求工程的其他活動 第七页，共六十六页。 本章內容 可行性研究 需求擷取與分析 需求確認 需求管理 第八页，共六十六页。 需求工程程序 RE 使用的程序會根據應用領域、參與人員以及發展需求的組織有很大的差異 然而，下列幾項通用活動則是所有程序共通的 需求擷取 需求分析 需求確認 需求管理 第九页，共六十六页。 需求工程程