系統分析 作業6

2021-09-18 02:04:08 字數 2163 閱讀 9261

二、建模練習題(用例模型)

然後,回答下列問題:

用例(英語:use case),或譯使用案例、用況,是軟體工程或系統工程中對系統如何反應外界請求的描述,是一種通過使用者的使用場景來獲取需求的技術。

每個用例提供了乙個或多個場景,該場景說明了系統是如何和終端使用者或其它系統互動,也就是誰可以用系統做什麼,從而獲得乙個明確的業務目標。

編寫用例時要避免使用技術術語,而應該用終端使用者或者領域專家的語言。用例一般是由軟體開發者和終端使用者共同創作的。

場景的定義:場景是參與者和系統之間的一系列特定的活動和互動,也稱為用例例項;場景是使用系統的乙個特定情節或用例的一條執行路徑,即說明了系統是如何和終端使用者或其它系統互動,也就是誰可以用系統做什麼,從而獲得乙個明確的業務目標

用例主要有三種形式:

brief:簡短的一段總結,通常是主要的成功場景。在早期的需求分析中,為了快速了解主題和範圍,可能只需要幾分鐘就可以建立。

casual:非正式段落格式。涵蓋各種場景的多個段落。

fully:詳細描述了所有步驟和變化,並有支援部分,如先決條件和成功保證。

複雜業務的需求多,導致擴充套件部分較多,即除了主成功場景外的其他場景或分支,包括成功和失敗路徑。而在整個用例編寫過程當中,理想路徑與擴充套件場景相結合也只能盡可能滿足「幾乎」所有涉眾所關注的問題,因為有些問題最好是作為非功能性需求在補充規格說明中描述,而不是直接在用例中說明。

因此由於業務的複雜性,用例的增加也只能覆蓋大部分已出現的情形,而無法完全覆蓋所有情景,也就「不完整」。同時,用例可能會遺漏一些關鍵資訊或包含錯誤的陳述。

用例圖是指由參與者(actor)、用例(use case),邊界以及它們之間的關係構成的用於描述系統功能的檢視,用例圖的主要功能有:

基本元素

元素構成:

用例圖畫法與步驟如下:

系統框放在中間,系統名寫在上方正中間。

確定參與者,包括:

主要參與者:使用系統的主要功能、需要系統的支援以完成工作

協作參與者:將提供對應的系統功能、誰將維護系統,保證系統處於工作狀態

幕後參與者:對系統產生的結果感興趣

確定參與者之間的關係(是否為泛化關係)

根據需求識別和創作用例

確認用例間的關係(是否為包括或擴充套件關係)。

確認用例與參與者之間的關係(是否為關聯關係)。

在用例的事件流中逐漸發現其他的支援系統,放置在系統框的右邊

可以直**到系統的結果和使用者的功能體驗,保證系統按照使用者的需求進行設計。

用例能夠根據需要對複雜程度和形式化程式進行增減調節,即能夠響應使用者(利益相關人)提出的需求,而用例圖則使得這種調節更加便利,可以通過修改圖形間的關係實現。

對於開發者來說:

用例圖是設計者設計過程的結論與參考,設計者與開發者之間的交流工具,開發者開發過程的藍圖。

用例圖使得開發者能夠更明確地獲得需求,更好地理解需求。

用例圖可以指導開發和測試,同時可以在整個過程中對其他工作流起到指導作用。

因為在相似的系統中,使用者需求相似的,即不同的同類系統具有一致的基本功能以及帶有特點的其他擴充套件功能。

對比 asg_rh 用例圖,發現攜程網提供的服務更為全面,因此它的用例也更多。

通過利用這兩個不同時代、不同地區產品的用例圖進行對比發現,可以從以下幾個方面考慮業務和技術的創新:

對於關於不同方面的創新的用例,使用不同顏色背景的用例圖表示,直觀地觀察其在系統中的作用。

product backlog 是 scrum 的核心,也是一切的起源。從根本上說,它就是乙個需求、或故事、或特性等組成的列表,按照重要性的級別進行了排序。它裡面包含的是客戶想要的東西,並用客戶的術語加以描述。我們叫它故事(story),有時候也叫做 backlog 條目。 一般包括以下字段:

用例#業務

#計算原因

uc 比重

查詢酒店32

簡單預訂酒店64

平均支付訂單11

簡單使用者評價21

簡單

系統分析作業6

用例是一系列相關的成功和失敗場景的集合,這些場景描述了乙個參與者使用乙個系統來支援乙個目標。用例是功能或行為需求,指示系統將做什麼。就furps 需求型別而言,它們強調 f 但也可以用於其他型別。用例表示一組場景 主場景,加上零個或多個可選場景。主場景對應於主要的系統互動,通常是 成功 場景。是最常...

系統分析作業2

1 簡述瀑布模型 增量模型 螺旋模型 含原型方法 的優缺點。瀑布模型 缺點 增量模型 缺點 螺旋模型 含原型方法 缺點 2 簡述 up 的三大特點,其中哪些內容體現了使用者驅動的開發,哪些內容體現風險驅動的開發?三大特點 迭代和進化 迭代和進化的方法允許用不完整的,不完善的知識開始開發。這體現了風險...

系統分析作業1

表現 克服軟體危機的方法 軟體生命週期 swebok 的 15 個知識域 an overview of the swebok guide 請中文翻譯其名稱與簡短說明 簡單解釋 cmmi 的五個級別。例如 level 1 initial 無序,自發生產模式。用自己語言簡述 swebok 或 cmmi ...