軟件開發(fā)過程與質量保證-11-用例2009(1)知識講解

軟件開發(fā)過程與質量保證-11-用例2009(1)前言用例就是需求，它主要是說明系統(tǒng)如何工作的功能性或行為性需求。用例強調了功能性或行為性，但也可用于其他類型，特別是與用例緊密相關的那些類型。在RUP中，用例被推薦為發(fā)現(xiàn)和定義需求的核心機制。再談需求RUP中需求的特點項目的初始階段不徹底地分析和編寫需求。通過一系列需求討論會，并輔以及早的具有產品品質的編程和測試。早期開發(fā)中的反饋可用于精化規(guī)格說明。在初始階段，確定大部分需求的名稱，詳細分析10%的用例。對于其他部分的需求描述將在細化階段進行。進化式需求一種系統(tǒng)的方法來尋找、記錄、組織和跟蹤系統(tǒng)不斷變更的需求。第九章用例9.1再談需求跨越早期迭代的需求任務對表的解釋當僅僅定義約10%的需求時，技術小組就開始構建系統(tǒng)的產品化核心。通過細化階段，給予對部分系統(tǒng)增量構建的反饋、調整以及在若干迭代開發(fā)，其他需求將更為清晰并且可以記錄在補充性規(guī)格說明中。在細化階段結束時，完成并提交用例、補充性規(guī)格說明和設想是切實可行的。通過構造階段，主要需求（包括功能性需求和其他需求）已經基本穩(wěn)定下來。因此，在該階段補充性規(guī)格說明和設想都不必進行大量改動。在初始階段中重要需求制品用例模型補充性規(guī)格說明第九章用例9.1再談需求9.2用例模型9.3用例產生過程9.4補充性規(guī)格說明用例的概念定義一組用例的實例，其中每個實例都是系統(tǒng)執(zhí)行的一系列活動，這些活動產生了對某個參與者而言可觀察的返回值。含義用例是一個自包含的單元用例必須由參與者發(fā)起并監(jiān)控用例必須完成一個特定目標用例應該使系統(tǒng)保持在穩(wěn)定狀態(tài)第八章面向對象方法的獲取8.3用例用例是黑盒風格需求并不是在項目一開始就很明確，往往是隨著項目的推進，逐漸細化。人的認知往往具有層次的特性。從粗到細、從一般到特殊。采用不同的層次來描述，適于認知的過程。例子用例模型是所有書面用例的集合是系統(tǒng)功能性和環(huán)境的模型用例模型中可包括UML用例圖，以顯示用例和參與者的名稱及其關系參與者概念也可稱為執(zhí)行者。是任何具有行為的人或事物。參與者和用例通信并且期待它的反饋——一個有價值或可覺察的結果。參與者的類型有三種主要參與者具有用戶目標，并通過使用當前系統(tǒng)的服務完成。例如，收銀員。他們是發(fā)現(xiàn)驅動用例的用戶目標。協(xié)助參與者為當前系統(tǒng)提供服務。例如，自動付費授權服務。協(xié)助參與者通常是計算機系統(tǒng)，但也可以是組織或人。通過協(xié)助參與者可以明確外部接口和協(xié)議。幕后參與者在用例行為中具有影響或利益，但不是主要或協(xié)助參與者。例如政府稅收機關。幕后參與者的確定確保確定并滿足所有必要的重要事務。如果不明確地對幕后參與者進行命名，則有時很容易忽略其影響或利益。用例的描述三種常用形式摘要簡介的一段式概要，通常用于主成功場景非正式非正式的段落格式。用幾個段落覆蓋非正式場景詳述詳細編寫所有步驟及各種變化，同時具有補充部分，如前置條件和成功保障。用例是文本