【文章內(nèi)容簡(jiǎn)介】 將要怎樣 維護(hù) ? 標(biāo)記 用例 用例 的完整性 ? 每個(gè) 功能需求 是否至少在一個(gè)用例中 ?如果需求不在用例中 ,則不會(huì)實(shí)現(xiàn)。 ? 是否考慮了每個(gè)操作者 如何使用系統(tǒng)。 ? 每個(gè)操作員向系統(tǒng) 提供了什么信息。 ? 每個(gè)操作員從系統(tǒng) 接收了什么信息。 ? 是否考慮了 維護(hù)問(wèn)題 ，要有人啟動(dòng)和關(guān)閉系統(tǒng)。是否標(biāo)示了系統(tǒng)要交互的所有外部系統(tǒng)。 ? 每個(gè)外部系統(tǒng)從系統(tǒng) 接收什么信息 和系統(tǒng) 發(fā)送什么信息 ? 用例視圖 一個(gè) use case 視圖包括 一個(gè) use case 集合，定義整個(gè)系統(tǒng)的功能 。 Buy Soda Restock Soda Collect Money Customer Supplier Collector Soda Machine 系統(tǒng) 邊界 用例的范圍 從業(yè)務(wù)模型到系統(tǒng)模型 例：建立用例的系統(tǒng)模型 ?ATM取款機(jī)作為一個(gè)業(yè)務(wù)系統(tǒng) ?來(lái)取款的客戶是一個(gè)角色 ?用例是業(yè)務(wù)模型中業(yè)務(wù)的活動(dòng) ?系統(tǒng)模型描述了業(yè)務(wù)中系統(tǒng)的工作 （ 內(nèi)部活動(dòng) ） ?角色是外部 ， 用例是內(nèi)部 。 取款的客戶是角色 ， 取款是用例 。 ?用例模型開(kāi)始定義角色之間的關(guān)系 （ 關(guān)聯(lián)關(guān)系 、 包括關(guān)系 、 擴(kuò)展關(guān)系 、 一般化關(guān)系等 ） 。 ?用例模型描述事件流 ， 包括主事件流 、 其他事件流 、 前提條件 、事后條件等等 。 ?這樣 ， 我們就建立了一張描述 “ 活動(dòng) ” 的 Use Case圖 ， 通過(guò)這張圖 ，我們就能夠比較具體地描述 “ 活動(dòng) ” ， 即讓用戶看到： ?誰(shuí)與系統(tǒng)交互 ， 有助于發(fā)現(xiàn)缺少的參與者 ?知道系統(tǒng)的范圍 ， 有助于發(fā)現(xiàn)缺少的功能 業(yè)務(wù)用例描述：柜臺(tái)取款 業(yè)務(wù)用例活動(dòng)圖 ： 柜臺(tái)取款 注意： 這里只有角色（客戶）和用例（系統(tǒng)） 對(duì)于系統(tǒng)內(nèi)部的實(shí)現(xiàn)，我們還沒(méi)有更多的涉及 從業(yè)務(wù)模型到系統(tǒng)模型 ATM 系統(tǒng)用例 – ATM 系統(tǒng)用例 ATM取款 用例時(shí)序圖 ATM取款 系統(tǒng)開(kāi)始區(qū)分 ATM系統(tǒng)和銀行主機(jī)系統(tǒng) 用例的層次 ? 概要目標(biāo)用例： 需要多個(gè)用戶目標(biāo)會(huì)話來(lái)完成（日、周、月、年） ? 用戶目標(biāo)用例 ： 滿足特定、迫切、有價(jià)值的用例目標(biāo)（分鐘、小時(shí)） ? 子功能用例： 為了完成用戶的真實(shí)目標(biāo)而提供的功能 用戶目標(biāo)層 ? ―Can the actor go away happy after having done this?‖ ? 通常 1個(gè)人， 1次性完成， 220分鐘 概要目標(biāo)層 ? 使用 ATM用例：銀行自動(dòng)柜員機(jī) ? 含有多個(gè)用戶目標(biāo)，可包含：存取款、查詢、修改密碼、打印憑單、提供跨地域、跨銀行服務(wù) ? 作用 ?說(shuō)明用戶目標(biāo)執(zhí)行的背景 ?說(shuō)明相關(guān)目標(biāo)的范圍 ?提供了下層用例的目錄 用戶目標(biāo)層次 用例分析流程 1. 定義系統(tǒng)范圍和邊界 2. 列出角色及其作用 3. 提取概要用例并調(diào)整得當(dāng) 4. 著重對(duì)系統(tǒng)的用戶目標(biāo)層用例進(jìn)行細(xì)化 5. 填寫(xiě)干系人責(zé)權(quán)利、前置后置條件 6. 編寫(xiě)基本流 7. 列出所有擴(kuò)展條件，編寫(xiě)擴(kuò)展處理步驟 8. 用活動(dòng)圖、狀態(tài)圖、交互圖等描述重點(diǎn)用例 9. 分解、合并用例，調(diào)整用例關(guān)系模型（用例圖） 需求獲取 ——關(guān)鍵是獲得用戶的確認(rèn) 建立業(yè)務(wù)模型的工作主要包括： ?分析領(lǐng)域中的業(yè)務(wù)角色 ?分析角色間的業(yè)務(wù)功能等關(guān)系 ?分析業(yè)務(wù)組織架構(gòu) ?分析業(yè)務(wù)規(guī)則 ?分析業(yè)務(wù)實(shí)體 ?分析業(yè)務(wù)事件 ?分析以業(yè)務(wù)角色為主角的業(yè)務(wù)用例等； 以業(yè)務(wù)用例為實(shí)例，與用戶進(jìn)行溝通： ?需求是否被清楚地陳述？ ?存在錯(cuò)誤的理解嗎？ ?需求的來(lái)源（人員、規(guī)章制度、文件）是否正確？ ?需求的最終陳述是否得到用戶最終責(zé)任人確認(rèn)？ 問(wèn)題 用戶不知道他們需求什么或不知道如何表達(dá) 直到開(kāi)發(fā)人員把用戶所描述的東西給他們，用戶才認(rèn)為知道自己要什么 分析人員認(rèn)為自己比用戶更了解用戶的需求 解決方案 將用戶當(dāng)作領(lǐng)域?qū)＜襾?lái)認(rèn)識(shí)和感激， 嘗試一下其他溝通和啟發(fā)技術(shù) 盡早提供相互選擇的啟發(fā)技術(shù)：情節(jié) 串聯(lián)板、原型、角色換位等 把分析人員放在用戶的位置，試著換位一小時(shí)或一天 解決用戶和開(kāi)發(fā)人員綜合癥 用戶講故事 介紹游戲規(guī)則 輸出結(jié)果 幻燈片放映 動(dòng)畫(huà)制作 仿真演示 交互演示 現(xiàn)場(chǎng)演示 被動(dòng)式介紹 主動(dòng)式介紹 交互式介紹 需求誘導(dǎo)的方法（情節(jié)串聯(lián)板） 原型開(kāi)發(fā) 復(fù)雜程度與成本 需求獲取過(guò)程需求管理的關(guān)注點(diǎn) 步驟： 發(fā)現(xiàn)和分析問(wèn)題 理解用戶的需求 定義系統(tǒng) （ 用例模型 ） 管理范圍 （ 項(xiàng)目管理 ） 方法： 采用業(yè)務(wù)建模和系統(tǒng)建模的方法進(jìn)行問(wèn)題分析 對(duì)與系統(tǒng)架構(gòu)和系統(tǒng)行為有關(guān)的用例進(jìn)行描述和定義 目標(biāo)： ?在問(wèn)題定義上與用戶達(dá)成共識(shí) ?理解問(wèn)題背后的根本原因 ?確定用戶和項(xiàng)目干系人 ?定義問(wèn)題解空間的邊界 ?確定問(wèn)題解決方案的約束和假設(shè) 最終階段完成標(biāo)志：用戶對(duì)系統(tǒng)目標(biāo)的認(rèn)可 —— 簽字 需求獲取過(guò)程產(chǎn)品基線管理的關(guān)注點(diǎn) 產(chǎn)品前景文件 技術(shù)創(chuàng)新和突破 產(chǎn)品特點(diǎn) 客戶：涉眾和用例 分析人員和專(zhuān)家的意見(jiàn) 與公司其他產(chǎn)品的配套和一致性 與對(duì)手的競(jìng)爭(zhēng)性產(chǎn)品差異和優(yōu)勢(shì) 開(kāi)發(fā)團(tuán)隊(duì)的狀況與產(chǎn)品的可持續(xù)性 系統(tǒng)平臺(tái)與兼容性 公司目標(biāo)與市場(chǎng)需求 一個(gè)真正偉大的產(chǎn)品 需求獲取過(guò)程產(chǎn)品路線管理的關(guān)注點(diǎn) 新系統(tǒng) 版本特性 基本功能 安保接口 客戶定義 遠(yuǎn)程維護(hù) 多平臺(tái)支持 中央控制單元 戶主客戶 控制開(kāi)關(guān) 05/01 05/07 05/09 06/01 06/03 圖例： 正在發(fā)行 發(fā)布代碼行 代碼行修改 需求提取的最佳實(shí)踐 1. 明確構(gòu)想和范圍 2. 確立需求開(kāi)發(fā)過(guò)程 3. 用戶群分類(lèi) 4. 選定產(chǎn)品代表 5. 建立用戶核心隊(duì)伍 6. 建立用例模型 7. 舉辦用例演示會(huì) 8. 分析業(yè)務(wù)流程 9. 明確質(zhì)量屬性 10. 檢查問(wèn)題報(bào)告 11. 重用需求 …… 用例常見(jiàn)錯(cuò)誤 1. 無(wú)系統(tǒng)目標(biāo)或邊界 2. 無(wú)角色定位 3. 用戶界面細(xì)節(jié)過(guò)多 4. 目標(biāo)層次太低 5. 目的與內(nèi)容不一致 6. 含有設(shè)計(jì)內(nèi)容 7. 過(guò)多的數(shù)據(jù)細(xì)節(jié) “ 用例分析 是當(dāng)今消除需求不明確、不一致、不完整 的重要手段和關(guān)鍵技術(shù) ” 用例在 需求獲取 階段的好處： ?與傳統(tǒng)的需求分析方法相比，用例書(shū)寫(xiě)簡(jiǎn)單、易于理解 ?用例迫使開(kāi)發(fā)人員從系統(tǒng)設(shè)計(jì)時(shí)，就從用戶的角度考慮問(wèn)題 ?用例使用戶參與需求過(guò)程，幫助他們理解所建設(shè)的系統(tǒng)，并提供了一種交流和記錄的工具 ?用例給出了需求的情景，從而使人們理解需求的原因以及系統(tǒng)是如何實(shí)現(xiàn)它的目標(biāo) ?大多數(shù)情況下，用例是開(kāi)發(fā)人員寫(xiě)的，因此，他是理解這個(gè)需求，也知道最終要對(duì)實(shí)現(xiàn)這個(gè)需求負(fù)責(zé)的 用例在系統(tǒng)開(kāi)發(fā)的其他階段的好處： ?用例在分析階段，也是一個(gè)關(guān)鍵的工具，它幫助我們理解系統(tǒng)需求做什么以及系統(tǒng)可能如何去做 ?用例在設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中，也是一個(gè)關(guān)鍵的工具，它降低了因需求表達(dá)不確切和不一致，導(dǎo)致系統(tǒng)開(kāi)發(fā)錯(cuò)誤的風(fēng)險(xiǎn) ?用例可以直接延伸到測(cè)試過(guò)程，這有利于確保系統(tǒng)真正做了它應(yīng)該做的事情 ?用例也是用戶文檔的輸入，可以從用例開(kāi)始，很方便地組織用戶文檔的編寫(xiě) 用例在組織軟件開(kāi)發(fā)中的核心作用 用例驅(qū)動(dòng)模型 到目前為止，我們完成了需求獲取階段的任務(wù) 通過(guò)采用用例的方法，建立了業(yè)務(wù)模型，使用戶理解并確認(rèn)系統(tǒng)要做什么和不做什么 從業(yè)務(wù)用例到測(cè)試用例 V模型中的過(guò)程從左到右 ， 描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為 。 V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別 ， 并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系 。 測(cè)試與開(kāi)發(fā)階段的對(duì)應(yīng) ——V模式 驗(yàn)收測(cè)試 ? 在行業(yè)應(yīng)用軟件環(huán)境中 ， 驗(yàn)收測(cè)試是項(xiàng)目過(guò)程非常重要的一環(huán) ， 也是項(xiàng)目經(jīng)理非常關(guān)注的一項(xiàng)工作 。 ? 驗(yàn)收測(cè)試與確認(rèn)測(cè)試非常相似 ， 所不同的是 ， 確認(rèn)測(cè)試是項(xiàng)目組或組織內(nèi)部的測(cè)試 ， 驗(yàn)收測(cè)試是用戶主導(dǎo) 、 現(xiàn)場(chǎng)參與 、 現(xiàn)場(chǎng)環(huán)境下的測(cè)試 。 ? 驗(yàn)收測(cè)試通常由項(xiàng)目組先提出測(cè)試大綱 ， 定義測(cè)試目的 、范圍 、 方法 、 測(cè)試用例 、 預(yù)期結(jié)果 、 驗(yàn)收標(biāo)準(zhǔn)等 。 經(jīng)用戶同意批準(zhǔn) ， 可能包括用戶的修改 、 增加后 ， 確定測(cè)試時(shí)間 ， 開(kāi)始進(jìn)入驗(yàn)收測(cè)試 。 ? 用戶在完成按測(cè)試用例的測(cè)試后 ， 在測(cè)試記錄上逐條確認(rèn) 、 簽字 ， 最后 ， 在測(cè)試報(bào)告上簽字 ， 完成驗(yàn)收測(cè)試 。 ? 一般地 、 驗(yàn)收測(cè)試報(bào)告是項(xiàng)目初驗(yàn) 、 終驗(yàn)的依據(jù)和主要驗(yàn)收形式 。 系統(tǒng)驗(yàn)收與用例的關(guān)系 驗(yàn)收測(cè)試的用例 ， 在需求獲取完成后產(chǎn)生 測(cè)試用例的依據(jù)是需求獲取的業(yè)務(wù)用例 。 （ 1） 從業(yè)務(wù)用例到實(shí)現(xiàn)用例 （ 2） 從業(yè)務(wù)用例到測(cè)試用例 用 例 實(shí) 現(xiàn)涉 眾 需 求補(bǔ) 充 需 求測(cè) 試 用 例測(cè) 試 用 例產(chǎn) 品 特 性系 統(tǒng) 定 義用 例實(shí) 現(xiàn)系 統(tǒng) 測(cè) 試用例 編號(hào) 描述 燈的狀態(tài) 預(yù)期結(jié)果 開(kāi)關(guān) 1 基本流：住戶按下按扭的時(shí)間小于 1秒 開(kāi) 關(guān)并記憶亮度 2 基本流：住戶按下按扭的時(shí)間小于 1秒 關(guān) 按記憶亮度開(kāi) 3 其他流：住戶按下按扭的時(shí)間大于 1秒 開(kāi) 亮度按 10%/秒速度上升達(dá)到最大后下降并循環(huán) 4 其他流：住戶按下按扭的時(shí)間大于 1秒 關(guān) 先開(kāi)，然后再同上循環(huán) 5 其他流：住戶按下按扭的時(shí)間大于 1秒后松開(kāi)了開(kāi)關(guān) 開(kāi) 停在當(dāng)時(shí)的亮度位置 6 其他流：住戶按下按扭的時(shí)間大于 1秒后松開(kāi)了開(kāi)關(guān) 關(guān) 停在當(dāng)時(shí)的亮度位置 根據(jù)用例的事件流分析，針對(duì)用例情景，產(chǎn)生驗(yàn)收測(cè)試用例。 從用例到測(cè)試用例 測(cè)試用例名稱 工號(hào)權(quán)限 被測(cè)子系統(tǒng)名 卡 /號(hào)資源管理 測(cè)試用例來(lái)源 ? 公司測(cè)試組 □ 內(nèi)部測(cè)試抽查參考文檔 序號(hào) 測(cè)試用例描述 XWYY001 測(cè)試目的 能否正確識(shí)別合法的操作員進(jìn)入應(yīng)用系統(tǒng) 測(cè)試步驟 “ 卡 /號(hào)資源管理 ” 應(yīng)用程序 。 2. 輸入系統(tǒng)中不存在的工號(hào) 1000， 再輸入密碼 12345， 檢查能否進(jìn)入系統(tǒng) 。 系統(tǒng)中存在的工號(hào) nj001和正確的密碼 ， 檢查能否進(jìn)入系統(tǒng) 。4. 輸入系統(tǒng)中存在的工號(hào) yd002和正確的密碼 ， 檢查能否進(jìn)入系統(tǒng) 。 輸入數(shù)據(jù)描述 工號(hào) 1000根本不是系統(tǒng)合法的工號(hào) 。 工號(hào) nj001是前臺(tái)營(yíng)業(yè)受理的工號(hào) ， 不能進(jìn)行卡號(hào)資源管理系統(tǒng) 。 工號(hào)yd002是卡號(hào)資源管理系統(tǒng)的工號(hào) 。 期望的結(jié)果 1. 工號(hào) 1000無(wú)論如何進(jìn)入不了系統(tǒng) ， 系統(tǒng)提示無(wú)此員工 2. 工號(hào) nj001也不能進(jìn)入系統(tǒng) ， 系統(tǒng)提示該操作員無(wú)權(quán)執(zhí)行卡號(hào)資源管理系統(tǒng) 3． 工號(hào) yd002可以進(jìn)入系統(tǒng) ， 并能打開(kāi)所有的功能菜單 測(cè)試結(jié)果描述 相符 測(cè)試人員 測(cè)試日期 20220308 復(fù)測(cè)人員 復(fù)測(cè)日期 備注 需求分析與類(lèi)和對(duì)象建模 從現(xiàn)在開(kāi)始，我們完成了“需求獲取”階段的任務(wù)，進(jìn)入“需求分析”階段 ?需求獲取階段完成的標(biāo)志，是獲得用戶簽字確認(rèn)的需求描述 ?需求分析階段任務(wù)完成的標(biāo)志，是在經(jīng)過(guò)需求分析、需求處理后，通過(guò)“需求評(píng)審” 從現(xiàn)在開(kāi)始，我們要用面向“實(shí)現(xiàn)”的眼光，來(lái)看待需求 ?什么是面向?qū)崿F(xiàn)？ ?需求分析階段的“面向?qū)崿F(xiàn)”，是面向可交付成果 ?什么是面向成果？我們先看一下需求評(píng)審的要求 需求開(kāi)發(fā)過(guò)程的階段任務(wù) 需求開(kāi)發(fā)過(guò)程的重要里程碑 需求獲取 需求分析 需求處理 需求驗(yàn)證 問(wèn)題定義階段 需求分析階段 面向用戶確認(rèn)的需求描述 面向?qū)崿F(xiàn)的需求規(guī)格說(shuō)明 用戶確認(rèn) 需求評(píng)審 面向?qū)崿F(xiàn)的細(xì)化 面向管理的規(guī)范 面向成果的驗(yàn)證 基于 UML的需求分析 傳統(tǒng)的需求分析階段 需求分析階段的任務(wù)和步驟 ? 復(fù)查系統(tǒng)規(guī)模和目標(biāo) ? 研究現(xiàn)有系統(tǒng)功能