《軟件需求工程》ppt課件-文庫吧
2025-08-27 20:23 本頁面
【正文】 15 ? 用例的特征： ? 這件事必須由一個參與者發(fā)起。不存在沒有參與者的用例，用例不應(yīng)該自動啟動。 UML核心元素 16 ? 用例的特征： ? 用例必然是以動賓短語形式出現(xiàn)的。 UML核心元素 17 ? 用例的特征： ? 一個用例就是一個需求單元、分析單元、設(shè)計(jì)單元、開發(fā)單元、測試單元。下圖展示了用例如何驅(qū)動軟件開發(fā)活動。 UML核心元素 18 ? 一個大系統(tǒng)和一個很小的系統(tǒng)用例粒度會有較大差別。 ? 不論粒度如何選擇，必須把握的原則是在同一個需求階段，所有用例的粒度應(yīng)該是同一個量級的。 ? 用例粒度的大小不是從用例包含的步驟的多少來判斷的，粒度與邊界有關(guān)。 UML核心元素 19 ? 用例的獲得：發(fā)現(xiàn)用例的前提條件是發(fā)現(xiàn)參與者。獲取用例的準(zhǔn)備工作： UML核心元素 ? 參與者是位于系統(tǒng)邊界之外的； ? 參與者對系統(tǒng)有著明確的期望和明確的回報(bào)要求； ? 參與者的期望和回報(bào)要求在系統(tǒng)邊界之內(nèi)。 20 ? 用例的獲得：可以通過以下問題引導(dǎo)業(yè)務(wù)代表： ? 您對系統(tǒng)有什么期望？ ? 您打算在這個系統(tǒng)里做些什么事情？ ? 您做這件事的目的是什么？ ? 您做完這件事情有一個什么樣的結(jié)果？ ? 在此過程中需要確保： ? 一個明確的有效的目標(biāo)才是一個用例的來源。 ? 一個真實(shí)的目標(biāo)應(yīng)當(dāng)完備地表達(dá)主角的期望。 ? 一個有效的目標(biāo)應(yīng)當(dāng)在系統(tǒng)邊界內(nèi)，由主角發(fā)動，并具有明確的后果。 UML核心元素 21 用例與功能 22 用例與功能 ? 這個事物是什么？ ? 這個事物能做什么？ ? 人們能夠用這個事物做什么？ 23 理解用例與功能練習(xí) ? 請分別從功能角度和用例角度出發(fā)描述我們所熟悉的電視。 ? 從功能角度出發(fā)，對電視的描述是能開關(guān)，能顯示節(jié)目，可以調(diào)頻道，可以調(diào)聲音，以上四者是獨(dú)立的； ? 從用例角度出發(fā)，對電視的描述是有一個人要觀看電視節(jié)目的用例，要完成這個用例，第一步需要先打開開關(guān)，調(diào)到自己喜歡的頻道，如果聲音不合適，可以調(diào)節(jié)一下，以上三者是因人的需求而相關(guān)起來的。 24 UML核心元素 ———用例 ? 如何理解目標(biāo)與步驟的誤區(qū)？假設(shè)郵局是一個目標(biāo)系統(tǒng)，作為寄信人這樣一個參與者，對郵局有著寄信的愿望。以完整目標(biāo)作為用例： 25 UML核心元素 ———用例 ? 如何理解目標(biāo)與步驟的誤區(qū)？假設(shè)郵局是一個目標(biāo)系統(tǒng)，作為寄信人這樣一個參與者，對郵局有著寄信的愿望。如果以完成這個完整目標(biāo)的步驟作為用例： 26 例：有這樣一個需求： “ 客戶提出要建立的系統(tǒng)界面很友好，在每個頁面上都要有操作提示。 ” 不存在沒有參與者的用例 27 例： “ 每天自動統(tǒng)計(jì)網(wǎng)頁訪問量，生成統(tǒng)計(jì)報(bào)表，并發(fā)送至管理員信箱。 ”這個需求的參與者是誰？ 參與者可以非人 28 UML核心元素 ———邊界 ? 邊界在 UML圖符里的定義 只是一個簡單的 矩形框 ，矩形框的四個邊決定了邊界的內(nèi)外。 ? 邊界 本質(zhì)上是面向?qū)ο蠓椒ǖ囊粋€很重要的概念，與 封裝 的概念師出同源。 ? 系統(tǒng)邊界是看不到的，與其說是系統(tǒng)邊界，倒不如說是需求的集合。 29 UML核心元素 ———邊界 ? 邊界決定視界 ? 邊界決定抽象層次 ? 靈活使用邊界 ? 邊界是無形的 30 事件驅(qū)動的用例 現(xiàn)在我們討論將工作劃分為用例的萬無一失的方法，并繼續(xù)探索構(gòu)建 最好產(chǎn)品之路。 31 項(xiàng)目啟動 業(yè)務(wù)事件 清單 網(wǎng)羅知識 風(fēng)險 承擔(dān)者 上下文 范圍 編寫規(guī)格 說明書 為需求 作原型 潛在需求 32 預(yù)測和調(diào)度 道路除冰的 工作 氣象站
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1