編寫用例敘述ppt課件(已修改)
2025-01-27 08:12 本頁面
【正文】 第 1章 業(yè)務(wù)建模 (續(xù) ) 《 系統(tǒng)分析師 UML用例實戰(zhàn) 》 如何寫用例 ? 也稱之為用況， 是一個描述型文檔，用來描述一個 參與者 （一個外部的主動者）使用系統(tǒng)完成某個過程時的事件發(fā)生順序。 ? 通俗而言， 用例就是如何使用系統(tǒng)來達(dá)到目標(biāo)的一組情節(jié)，其本質(zhì)是通過寫出多種使用系統(tǒng)的情節(jié)來發(fā)現(xiàn)和記錄功能性需求 簡單有效 怎么開始？ ?講“故事” ——高層用例 ? 寫出多種使用系統(tǒng)的情節(jié) ——由一兩個人寫出一個簡短而完整的描述，如： 用例：購買商品 參與者：顧客、出納員 類型：主要的用例（ 次要的、可任選的 ） 描述：顧客帶著所要購買的商品來到收款處。收銀員記錄下商品信息并收款。付款結(jié)束后，顧客帶著所購買的商品離開。 起點。終點 描述用例 ?用例描述了系統(tǒng)和它的用戶之間在一定層次上的完整的交互 ?在用例的不同實例中將發(fā)生什么樣的細(xì)節(jié)，會在很多方面有所不同 ?一個用例實例中可能會出現(xiàn)差錯，將不能達(dá)到原來的目的 ?一個用例的完整描述必須指明，在用例所有可能的實例中可能發(fā)生什么 描述用例 ?用例描述可能包含大量信息，需要某種系統(tǒng)的方法來記錄這些信息 ?UML沒有定義一種描述用例的標(biāo)準(zhǔn)形式 ?許多開發(fā)人員定義了用例描述的模板 歸檔用例 ?基本用例 ?每一個用例必須包含這樣一些細(xì)節(jié)，這些細(xì)節(jié)告訴人們需要完成哪些步驟才能實現(xiàn)這個用例的功能 ?基本功能 ?所有可選方案 ?異常情況 ?進(jìn)入用例之前以及退出用例時必須正確的一切 一個用例格式模版 ?主要參與者 ?涉眾及其興趣 ?前置條件 ?成功后的保證（后置條件） ?主要成功場景（或基本流程） ?擴展（或替代流程） ?特殊需求 ?技術(shù)與數(shù)據(jù)的變化列表 參與者與涉眾的關(guān)系 ?涉眾也稱干系人 ,是與要建設(shè)的這個系統(tǒng)有利益相關(guān)的一切人和事 ,涉眾的利益要求會影響系統(tǒng)的建設(shè)。 ?涉眾不等于用戶。 ?涉眾建議并界定了系統(tǒng)必須要做的工作。用例應(yīng)該滿足包含所有涉眾關(guān)注點的事物。 參與者、涉眾、用戶和角色的關(guān)系 涉眾（續(xù)） ?如ＰＯＳ系統(tǒng)進(jìn)行處理銷售用例中，主要參與者是收銀員，那么涉眾有什么呢？ 收銀員 售貨員 顧客 公司 經(jīng)理 政府稅收代理 支付授權(quán)服務(wù) 前置條件和后置條件 ?前置和后置條件表示用例開始狀態(tài)和結(jié)束會發(fā)生什么 ? 前置：規(guī)定了在用例中的一個場景開始之前必須為“真”的條件 ? 后置：規(guī)定了在用例中的一個場景成功結(jié)束后必須為“真”的條件 這一“保證”應(yīng)該滿足 所有項目涉眾的需要 以記錄銷售為例 ?前置條件：什么情況下銷售員可以記錄銷售？ ?收銀員必須已經(jīng)被識別和授權(quán)？ ?系統(tǒng)啟動？ 以記錄銷售為例 ?后置條件：記錄銷售完成后，系統(tǒng)要達(dá)到什么狀態(tài)？ ?存儲銷售信息 ?生成收據(jù) ?更新賬目和庫存 ?準(zhǔn)確計算稅金 事件路徑 ?用例描述必須定義在執(zhí)行用例時 用戶和系統(tǒng)之間可能的交互 ?基本事件路徑：用例的主要目標(biāo)可以沒有任何問題并且不中斷地到達(dá) ?可選的事件路徑：一些可選的功能會被調(diào)用 ?例外的事件路徑：發(fā)生錯誤時的處理 主要的成功場景和步驟 （基本路徑） ?它描述了能夠滿足項目相關(guān)人員興趣的典型的 成功路徑 ? 參與者與系統(tǒng)的交互 ? 一個驗證動作 ? 由系統(tǒng)完成的狀態(tài)改變 （第一個步驟用來指示一個用來開始場景的觸發(fā)事件） Happy Path “當(dāng) … ..時用例開始 ” ?事件路徑要記錄的重要事情是 用戶輸入到系統(tǒng)的信息 ，而不是該信息是如何獲得的。 ?包含上下文的交互（情景對話）會降低用例的可復(fù)用性 基本事件路徑 例，網(wǎng)上訂貨基本路徑 ，并顯示該商品的描述、價格和累加值。價格可以根據(jù)一套定價規(guī)格來計算 客戶重復(fù) 34步，直到結(jié)束 ，把該訂單作為未完成的交易保存，同時向記賬系統(tǒng)提供支付信息 ，訂單被標(biāo)記上已經(jīng)確認(rèn)，同時返回給客戶一個訂單 ID，用例結(jié)束 參與者與系統(tǒng)相互交互，完成整個用例流程 POS機收費口 ，并顯示該商品的描述、價格和累加值。價格可以根據(jù)一套定價規(guī)格來計算 收銀員重復(fù) 34步，直到結(jié)束 ，系統(tǒng)處理支付 ，并將銷售和付款信息發(fā)送到外部的記賬系統(tǒng)（進(jìn)行記賬）和庫存系統(tǒng) 處理銷售基本路徑 ?可選事件路徑描述的情況，可以作為 營業(yè)的一個正常部分 出現(xiàn)，它們并沒有指出產(chǎn)生了誤解，或者發(fā)生了錯誤 ?因為一個錯誤和用戶的疏忽而不可能完成基本事件路徑，這些情況將由例外事件路徑描述 可選事件路徑 ?不同類型的事件路徑之間區(qū)分是非正式的，它可以使用例的總體描述組織得更容易理解 ?不值得花過多時間去決定一個特定的情況是可選的還是例外的，更重要的是一定要確認(rèn)給出了必須行為的詳細(xì)描述 例外事件路徑（續(xù)） 擴展 擴展（替代 /可選 流程） ?擴展場景是從主要成功場景中分支出來的，因此應(yīng)該遵從主要成功場景的標(biāo)記方式 （如 5條A式毛巾），不需要跟蹤每個商品的唯一身份 擴展 一個擴展以兩個部分組成：條件和處理 尋找擴展路徑的方法 P73 ?方法一：沿著基本路徑一條一條地找，并且考慮： ?在這個點上還可以執(zhí)行別的活動嗎？ ?在這個點上有沒有什么可能出錯的？ ?有什么隨時可能發(fā)生的行為嗎？ 尋找擴展路徑的方法 P73 ?方法二：用以下大類去發(fā)現(xiàn)可選路徑 如何描述擴展？ ?描述指導(dǎo)原則：以系統(tǒng)或參與者能夠 監(jiān)測 到的某事物作為條件 系統(tǒng)檢測到與外部的稅金計算系統(tǒng)的通信故障 外部的稅金計算系統(tǒng)工作不正常 ？
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1