軟件開發(fā)過程與質(zhì)量保證用例PPT課件

1、第九章 用例9.1 再談需求9.2 用例模型9.3 用例產(chǎn)生過程 9.4 補(bǔ)充性規(guī)格說明掌握用例的三種描述形式重點和難點第1頁/共18頁 前言 用例就是需求，它主要是說明系統(tǒng)如何工作的功能性或行為性需求。 用例強(qiáng)調(diào)了功能性或行為性，但也可用于其他類型，特別是與用例緊密相關(guān)的那些類型。 在RUP中，用例被推薦為發(fā)現(xiàn)和定義需求的核心機(jī)制。第2頁/共18頁再談需求 RUP中需求的特點 項目的初始階段不徹底地分析和編寫需求。 通過一系列需求討論會，并輔以及早的具有產(chǎn)品品質(zhì)的編程和測試。 早期開發(fā)中的反饋可用于精化規(guī)格說明。 在初始階段，確定大部分需求的名稱，詳細(xì)分析10%的用例。對于其他部分的需求描述

2、將在細(xì)化階段進(jìn)行。 進(jìn)化式需求 一種系統(tǒng)的方法來尋找、記錄、組織和跟蹤系統(tǒng)不斷變更的需求。第九章 用例 9.1 再談需求第3頁/共18頁 跨越早期迭代的需求任務(wù)第4頁/共18頁 對表的解釋 當(dāng)僅僅定義約10%的需求時，技術(shù)小組就開始構(gòu)建系統(tǒng)的產(chǎn)品化核心。 通過細(xì)化階段，給予對部分系統(tǒng)增量構(gòu)建的反饋、調(diào)整以及在若干迭代開發(fā)，其他需求將更為清晰并且可以記錄在補(bǔ)充性規(guī)格說明中。 在細(xì)化階段結(jié)束時，完成并提交用例、補(bǔ)充性規(guī)格說明和設(shè)想是切實可行的。 通過構(gòu)造階段，主要需求（包括功能性需求和其他需求）已經(jīng)基本穩(wěn)定下來。因此，在該階段補(bǔ)充性規(guī)格說明和設(shè)想都不必進(jìn)行大量改動。第5頁/共18頁 在初始階段中重

3、要需求制品 用例模型 補(bǔ)充性規(guī)格說明第6頁/共18頁第九章 用例9.1 再談需求9.2 用例模型9.3 用例產(chǎn)生過程 9.4 補(bǔ)充性規(guī)格說明第7頁/共18頁用例的概念 定義 一組用例的實例，其中每個實例都是系統(tǒng)執(zhí)行的一系列活動，這些活動產(chǎn)生了對某個參與者而言可觀察的返回值。 含義 用例是一個自包含的單元 用例必須由參與者發(fā)起并監(jiān)控 用例必須完成一個特定目標(biāo) 用例應(yīng)該使系統(tǒng)保持在穩(wěn)定狀態(tài)第八章 面向?qū)ο蠓椒ǖ墨@取 8.3 用例第8頁/共18頁 用例是黑盒風(fēng)格 需求并不是在項目一開始就很明確，往往是隨著項目的推進(jìn)，逐漸細(xì)化。 人的認(rèn)知往往具有層次的特性。從粗到細(xì)、從一般到特殊。采用不同的層次來描述

4、，適于認(rèn)知的過程。 例子第9頁/共18頁 用例模型 是所有書面用例的集合 是系統(tǒng)功能性和環(huán)境的模型 用例模型中可包括UML用例圖，以顯示用例和參與者的名稱及其關(guān)系第10頁/共18頁參與者 概念 也可稱為執(zhí)行者。 是任何具有行為的人或事物。 參與者和用例通信并且期待它的反饋一個有價值或可覺察的結(jié)果。第11頁/共18頁 參與者的類型有三種 主要參與者 具有用戶目標(biāo)，并通過使用當(dāng)前系統(tǒng)的服務(wù)完成。例如，收銀員。他們是發(fā)現(xiàn)驅(qū)動用例的用戶目標(biāo)。 協(xié)助參與者 為當(dāng)前系統(tǒng)提供服務(wù)。例如，自動付費(fèi)授權(quán)服務(wù)。協(xié)助參與者通常是計算機(jī)系統(tǒng)，但也可以是組織或人。通過協(xié)助參與者可以明確外部接口和協(xié)議。 幕后參與者 在用

5、例行為中具有影響或利益，但不是主要或協(xié)助參與者。例如政府稅收機(jī)關(guān)。幕后參與者的確定確保確定并滿足所有必要的重要事務(wù)。如果不明確地對幕后參與者進(jìn)行命名，則有時很容易忽略其影響或利益。第12頁/共18頁用例的描述 三種常用形式 摘要 簡介的一段式概要，通常用于主成功場景 非正式 非正式的段落格式。用幾個段落覆蓋非正式場景 詳述 詳細(xì)編寫所有步驟及各種變化，同時具有補(bǔ)充部分，如前置條件和成功保障。 用例是文本形式的。第13頁/共18頁 詳述形式的用例模板內(nèi)容用例的不同部分用例的不同部分用例名稱范圍級別主要參與者涉眾及其關(guān)注點前置條件成功保證基本流程分支流程特殊需求技術(shù)和數(shù)據(jù)變元表發(fā)生頻率雜項以動詞開始要設(shè)計的系統(tǒng)“用戶目標(biāo)”或是“子功能”注釋注釋調(diào)用系統(tǒng)，使之交付服務(wù)關(guān)注該用例的人及其需要值得告知讀者的，開始前必須為真的條件值得告知讀者的，成功完成必須滿足的條件影響對實現(xiàn)的調(diào)查、測試和時間安排例如未解決問題典型的、無條件的、理想方式的成功場景成功或失敗的替代場景相關(guān)的非功能性需