軟件需求工程ppt課件-免費閱讀
【正文】 ? 主過程描述： 客戶瀏覽目錄并選擇要買的東西； 客戶去結(jié)賬； 客戶填寫送貨信息（地址、時間）； 系統(tǒng)提出的包括送貨費在內(nèi)的全部價格信息； 客戶填寫信用卡信息； 系統(tǒng)核定購買許可； 系統(tǒng)立即確認銷售； 系統(tǒng)向客戶發(fā)確認電子郵件。 ?事件驅(qū)動的用例是業(yè)務事件響應（活動和數(shù)據(jù)）的一部分，這些事件響應由產(chǎn)品來執(zhí)行。 ?建立產(chǎn)品的范圍。 合作的相鄰系統(tǒng)是可以信賴的，在訪問時它們 的行為可以精確預測。 銀行的工作 銀行的顧客 身份證明 數(shù)目？ 取款的數(shù)目 錢 47 經(jīng)驗法則：主動的相鄰系統(tǒng)通常是人，他們有目的地發(fā)起業(yè)務事件。 相鄰系統(tǒng) 處理過程 處理過程 處理過程 存儲的 數(shù)據(jù) 存儲的 數(shù)據(jù) 工作邊界 45 如何發(fā)現(xiàn)最合適的用例？ 七、相鄰系統(tǒng)的角色 ?相鄰系統(tǒng)是為工作提供信息和服務或從工作接收信息和服務的系統(tǒng)。這表明在外界（記?。菏录窃诠ぷ鞣秶獾陌l(fā)生的）和工作之間必然存在某種形式的交流。通過這些聯(lián)系，相鄰系統(tǒng)對工作產(chǎn)生重要影響。 36 如何發(fā)現(xiàn)最合適的用例？ 三、工作 ?工作是客戶的業(yè)務活動。 ?確定圍繞工作的相鄰系統(tǒng)。 ?因為該工作的范圍很大，如果試圖從整體上來處理它，不僅是我們這些作為系統(tǒng)分析師和設(shè)計者的人不能理解該工作，我們的顧客和用戶也會沒有機會來向我們解釋工作。 ” 不存在沒有參與者的用例 27 例： “ 每天自動統(tǒng)計網(wǎng)頁訪問量，生成統(tǒng)計報表，并發(fā)送至管理員信箱。 20 ? 用例的獲得：可以通過以下問題引導業(yè)務代表： ? 您對系統(tǒng)有什么期望？ ? 您打算在這個系統(tǒng)里做些什么事情？ ? 您做這件事的目的是什么？ ? 您做完這件事情有一個什么樣的結(jié)果？ ? 在此過程中需要確保： ? 一個明確的有效的目標才是一個用例的來源。 UML核心元素 16 ? 用例的特征： ? 用例必然是以動賓短語形式出現(xiàn)的。一個角色代表了系統(tǒng)的一類職責。業(yè)務主角是與業(yè)務系統(tǒng)有著交互的人和事物，他們用來確定業(yè)務范圍。 涉眾代表 /用戶 與系統(tǒng)直接交互的對象 其他計算機系統(tǒng) (“參與者 ”) 外部事件 （如：滿足 特定時間） …… 2 1. 抽象層次 是面向?qū)ο蠓椒ㄖ袠O其重要且非常難以把握的技巧； 2. 要想建立好模型，就需學會站在不同的抽象層次考慮問題。 7 ? 發(fā)現(xiàn)參與者：參與者的一個重要來源是涉眾，從涉眾中找出那些 直接對系統(tǒng)發(fā)出動作 ，或 直接從系統(tǒng)中接收反饋 的涉眾。用戶是參與者的代表，或者說是參與者的實例或代理。 UML核心元素 14 ? 用例的特征： ? 用例的執(zhí)行結(jié)果對參與者來說是可觀測的和有意義的。 ? 用例粒度的大小不是從用例包含的步驟的多少來判斷的，粒度與邊界有關(guān)。 24 UML核心元素 ———用例 ? 如何理解目標與步驟的誤區(qū)？假設(shè)郵局是一個目標系統(tǒng)，作為寄信人這樣一個參與者，對郵局有著寄信的愿望。 31 項目啟動 業(yè)務事件 清單 網(wǎng)羅
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1