面向?qū)ο蟮拈_發(fā)技術(shù)

1、事件流事件流分為三大類 主事件流 其他事件流 錯誤流主事件流是正常情形,是用例中的最常用路徑.買票時,主事件流是順利買到票.其他事件流是從主事件流中分支出來的,但不是錯誤條件.例如,客戶用常客卡買票,客戶信用卡無效或請求的航班沒有.這些情形是系統(tǒng)能夠處理的合法情形,而不是系統(tǒng)中發(fā)生的錯誤.最后,錯誤流表示錯誤條件.例如,系統(tǒng)無法驗證信用卡或航班沒有.錯誤流表示系統(tǒng)本身的問題.買票系統(tǒng)的錯誤流如下:1主事件流的步驟如下:1.客戶選擇瀏覽航班信息的選項時,用例開始2.系統(tǒng)提示輸入出發(fā)站和到達站,出發(fā)時間和返回時間3.用戶輸入出發(fā)站和到達站,出發(fā)時間和返回時間4.系統(tǒng)顯示航班清單及票價 A1:沒有這

2、個航班5.用戶選擇要定的航班6.系統(tǒng)顯示這個航班的所有票價選項7.用戶選擇要定的票價選項 A2:用戶用?？涂ㄟx擇免費機票8.系統(tǒng)確認票價事件流2主事件流的步驟如下:9.用戶確認票價10.系統(tǒng)提示輸入信用卡類型,號碼,姓名和有效期11.用戶輸入信用卡類型,號碼,姓名和有效期12.系統(tǒng)提交信用卡購買. A6 賬號找不到. A7 資金不足. E1 無法訪問信用系統(tǒng)13.系統(tǒng)對該用戶訂機票14.系統(tǒng)產(chǎn)生確認碼并向用戶顯示15.用戶確認收到代碼16.用例結(jié)束事件流3事件流另一種建立事件流的方法是采用表格:4事件流需要的詳細程度: 建立事件流的主要問題是事件流需要的詳細程度.要確定需要的詳細程度,就要考慮

3、文檔的閱讀者。事件流的用戶有三大類：1.客戶通過審查這個文檔相信其準確反映客戶的期望。事件流應(yīng)足夠詳細，使你和客戶對系統(tǒng)具有相同的理解程度。細節(jié)中留下的空白越多，產(chǎn)生分歧的可能性越大。與此同時，又不能涉及客戶不了解或不關(guān)心的實現(xiàn)細節(jié)。2.系統(tǒng)設(shè)計員用其創(chuàng)建系統(tǒng)設(shè)計和最終建立系統(tǒng)。事件流要提供足夠的信息，以便理解用例中5要發(fā)生的事件序列。盡管事件流不是針對實現(xiàn)方法的但提供了系統(tǒng)行為的豐富信息。一定要明確指定用戶要什么，使設(shè)計人員了解用戶需求。3.質(zhì)檢小組用事件流創(chuàng)建測試腳本。由于事件流一步步列出系統(tǒng)的工作，因此質(zhì)檢小組可以用事件流比較系統(tǒng)說的和作的是不是一回事。事后條件：事后條件是使用案例執(zhí)行完

4、畢后必須為真的條件。事后條件可以增加使用案例順序方面的信息。6課程注冊選擇講授課程注冊表Validate UserInclude use case(usually not invokeddirectly by user)主用例 (invoked directly by user)7實例：飲料自動售貨機系統(tǒng)設(shè)置 一個飲料自動售貨機可以放置五種不同或部分相同的飲料，可由廠商根據(jù)銷售狀況自動調(diào)配，并可隨時重新設(shè)置售價，但售貨機最多僅能放置50罐飲料，其按鈕設(shè)計在各種飲料樣本的下方，若經(jīng)金額計算器累計金額足夠，則選擇鍵燈會亮；若某一種飲料已銷售完畢，則售完燈會亮。銷售 顧客將硬幣投入售貨機，經(jīng)累加金額

5、足額的飲料選擇鍵燈亮，等顧客按鍵選擇。顧客按鍵后飲料由取物樓掉出，并自動結(jié)算及找錢。取消交易 顧客可在按下選擇鍵前任何一個時刻，拉動退幣桿取消交易收回硬幣。8 我們設(shè)計一個飲料販賣機，從用戶的角度來考察它的功能：問: “自動飲料販賣機將為您做什么?”答: “我通過自動飲料販賣機購買一聽飲料.” 飲料販賣機的主要功能是使得用戶可以購買飲料，我們?yōu)檫@種機器標記一個叫 “買飲料”的use case.9Buy SodaUse CaseActorCommunicationCustomer10顧客投入硬幣自動售貨機計算并顯示金額顧客持續(xù)投入硬幣直到足夠的金額自動售貨機選擇按鈕燈亮顧客選擇飲料種類并按下選擇

6、按鈕自動售貨機送出相應(yīng)飲料并結(jié)算、找零自動售貨機扣除該飲料的存量如自動售貨機該飲料有存貨，回到初始狀態(tài)如自動售貨機該飲料無存貨，顯示該飲料“售空”燈亮，不再接受選擇，回到初始狀態(tài)自動售貨機售貨腳本（事件序列）11 在飲料自動販賣機中，除了買飲料的顧客，還有以下的活動者。Buy SodaRestock SodaCollect MoneyCustomerSupplierCollector每一種活動者具有自己的 use case飲料販賣機中的活動者供應(yīng)商向自動販賣機添加飲料。收銀員從自動販賣機收錢。12我們再考慮一下Restock use case 供貨商可以按照銷售情況放置飲料如果一種飲料更受歡迎

7、，供貨商可能給這種飲料提供更多的槽，并移走那些不怎么受歡迎的飲料. Restock 被稱為基本的 use case, 新的UseCase 被稱為它的擴展RestockRestock according to sales13課程注冊系統(tǒng)考慮注冊系統(tǒng)中的學生:選擇將選擇的課添加到付費的課程列表中。付費選課系統(tǒng)中的注冊人員:添加課程刪除課程修改課程14Select CourseBe Added to course offeringsBe BilledStudentCourse Registration System15Course Registration SystemAdd CourseModif

8、y CourseDelete CourseRegistrar16Course Registration SystemSelect CourseDelete CourseModify CourseAdd CourseBe Added.Be BilledRegistrarStudent17Use Case 模型求精 事件流系統(tǒng)應(yīng)該做什么來執(zhí)行相應(yīng)的功能.基本路徑: 顯示從開始到結(jié)束的完整的正常過程 沒有錯誤, 沒有異常 (總是需要的).Alternate paths: 顯示異常條件或錯誤。從基本路徑開始,然后添加選擇路徑目標: 考慮用戶可能作的每一件事18例： 當選課時, 一個學生應(yīng)該: (首先考慮通常的步驟)1. 輸入她或他的標志2. 輸入她或他的密碼3. 從課程列表中選擇一門課4. 向系統(tǒng)發(fā)送這一請求5. 等待系統(tǒng)回應(yīng)，然后結(jié)束現(xiàn)在考慮所有可能的路徑在以上的每一步，學 生都有可能取消每一個取消都是這個Use Case的可選路徑。19Use-Case建模易犯的錯誤寫了功能需求，而不是使用事件流文檔。