軟件需求工程ppt課件-展示頁
2024-09-26 20:23本頁面
【正文】 標與步驟的誤區(qū)？假設(shè)郵局是一個目標系統(tǒng)，作為寄信人這樣一個參與者，對郵局有著寄信的愿望。 UML核心元素 21 用例與功能 22 用例與功能 ? 這個事物是什么？ ? 這個事物能做什么？ ? 人們能夠用這個事物做什么？ 23 理解用例與功能練習 ? 請分別從功能角度和用例角度出發(fā)描述我們所熟悉的電視。 ? 一個真實的目標應當完備地表達主角的期望。獲取用例的準備工作： UML核心元素 ? 參與者是位于系統(tǒng)邊界之外的； ? 參與者對系統(tǒng)有著明確的期望和明確的回報要求； ? 參與者的期望和回報要求在系統(tǒng)邊界之內(nèi)。 ? 用例粒度的大小不是從用例包含的步驟的多少來判斷的，粒度與邊界有關(guān)。 UML核心元素 18 ? 一個大系統(tǒng)和一個很小的系統(tǒng)用例粒度會有較大差別。 UML核心元素 17 ? 用例的特征： ? 一個用例就是一個需求單元、分析單元、設(shè)計單元、開發(fā)單元、測試單元。不存在沒有參與者的用例，用例不應該自動啟動。 UML核心元素 14 ? 用例的特征： ? 用例的執(zhí)行結(jié)果對參與者來說是可觀測的和有意義的。 ? 一個完整的用例定義由參與者、前置條件、場景、后置條件構(gòu)成。由于一個用戶可以代理多個參與者，因此一個用戶可以擁有多個職責，也就是可以被指定多個角色。 ? 參與者與角色（ role）：角色是參與者的職責，角色是一個抽象的概念，從眾多參與者的職責中抽象出相同的那一部分，將其命名形成一個角色。用戶是參與者的代表，或者說是參與者的實例或代理。業(yè)務工人不是參與者。業(yè)務主角的特殊性在于它針對的是業(yè)務人員而非計算機用戶。 UML核心元素 9 ? 業(yè)務主角（ busuness actor）：是參與者的一個構(gòu)造類型，特別用于定義業(yè)務的參與者，在需求階段使用。 7 ? 發(fā)現(xiàn)參與者：參與者的一個重要來源是涉眾，從涉眾中找出那些 直接對系統(tǒng)發(fā)出動作 ，或 直接從系統(tǒng)中接收反饋 的涉眾。 對象分析方法 6 2. 參與者（ actor） : ? 定義： actor是在系統(tǒng)之外與系統(tǒng)交互的某人或某事物。 3. 抽象層次越高，被屏蔽（或者說封裝）的信息也就越多，信息量越少也就越容易理解和處理。1 理解用例 ? 用例是黑盒？白盒？ ? 用例是 相鄰 系統(tǒng)與系統(tǒng)的交互。 涉眾代表 /用戶 與系統(tǒng)直接交互的對象 其他計算機系統(tǒng) (“參與者 ”) 外部事件 （如：滿足 特定時間） …… 2 1. 抽象層次 是面向?qū)ο蠓椒ㄖ袠O其重要且非常難以把握的技巧； 2. 要想建立好模型，就需學會站在不同的抽象層次考慮問題。 抽象層次 3 統(tǒng)一過程一般抽象層次 4 1. 什么時候選擇什么樣的層次以及總共抽象多少層？ 用例粒度 2. 抽象層次與邊界的選擇總是相生相伴邊界 抽象層次相關(guān)的問題 5 1. 一切都是對象； 2. 對象都是獨立的； 3. 對象都具有原子性； 4. 對象都是可抽象的； 5. 對象都有層次性。如圖所示： UML核心元素 ? 參與者位于邊界之外； ? 參與者可以非人。在查找參與者的過程中，可以詢問以下問題以幫助確定參與者： ? 誰負責提供、使用或刪除信息？ ? 誰將使用此功能？ ? 誰對某個特定功能感興趣？ ? 在組織中的什么地方使用系統(tǒng)？ ? 誰負責支持和維護系統(tǒng)？ ? 系統(tǒng)有哪些外部資源？ ? 其他還有哪些系統(tǒng)將需要與該系統(tǒng)進行交互
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1