系統分析與設計——個人作業4

簡答題

  • 用例的概念

在不展現一個系統或子系統內部結構的情況下,對系統或子系統的某個連貫的功能單元的定義和描述。

  • 用例和場景的關係?什麼是主場景或 happy path?

場景是參與者和系統之間的一系列特定的活動和交互,也稱爲用例實例。每個用例提供了一個或多個場景,該場景說明了系統是如何和最終用戶或其它系統互動,也就是誰可以用系統做什麼,從而獲得一個明確的業務目標。主成功場景,也稱爲理想路徑場景或基本流程,這是用例最基本的組成部分,它描述了滿足涉衆關注點的典型成功路徑。要注意的是,它通常不包括任何條件或分支,這是爲了保持連貫性,並且將所有的條件處理都延遲到擴展部分。這種具有爭議的做法更易於理解和擴展。

  • 用例有哪些形式?

摘要
摘要用例有很少的句子組成來總結的用例。它十分適合在電子表格中計劃軟件開發。一個摘要用例能夠簡單插入電子表格的單元格中並且用表格中的其它列記述業務優先級,技術複雜度,版本號等。

非正式
一個非正式的用例由文本段落組成,包括了上面提到的那些列,用總結或故事的形式詳細的描述了用例。

完整正式
一個完整正式或者複雜的用例是一個以包含了不同部分的長模板爲基礎的正規的文檔。

  • 對於複雜業務,爲什麼編制完整用例非常難?

複雜業務的需求多,導致擴展部分較多。由於業務的複雜性,用例的增加也只能覆蓋大部分已出現的情形,而無法完全覆蓋所有情景,也就“不完整”。同時,用例可能會遺漏一些關鍵信息或包含錯誤的陳述。

  • 什麼是用例圖?

用例圖是指由參與者、用例,邊界以及它們之間的關係構成的用於描述系統功能的視圖。

  • 用例圖的基本符號與元素?

參與者(Actor):表示的是一個系統用戶,也就是與應用程序進行交互的用戶、組織或者外部系統。
在這裏插入圖片描述
用例(Use Case):表示的是對系統提供的功能、服務的一種描述。
在這裏插入圖片描述
包含關係(Include):表示用例可以簡單地包含其他用例所具有的行爲,並把它所包含的用例行爲作爲自身行爲的一部分。在UML中常用帶箭頭的虛線表示,箭頭指向被包含的用例。
在這裏插入圖片描述
泛化關係(Generalization):泛化指的是一個父用例可以被特化形成多個子用例,而父用例和子用例之間的關係就是泛化關係。在UML中用空心三角箭頭的實線表示,箭頭指向父用例。
在這裏插入圖片描述
關聯關係(Association):表示的是參與者與用例之間的關係。在UML中常用一條直線,或者是一條帶箭頭的線條來表示,箭頭指向信息接收方。
在這裏插入圖片描述
擴展/延伸關係(Extend):表示在一定條件下,把新的行爲加入到已有的用例中,獲得的新用例叫做擴展用例,原有的用例叫做基礎用例,相當於爲基礎用例提供一個附加功能。在UML中用帶箭頭的虛線表示,箭頭指向基礎用例。
在這裏插入圖片描述

  • 用例圖的畫法與步驟

關聯(Association)
【箭頭指向】:指向消息接收方
在這裏插入圖片描述
泛化(Inheritance)
【箭頭指向】:指向父用例
在這裏插入圖片描述
包含(Include)
【箭頭指向】:指向分解出來的功能用例
在這裏插入圖片描述
擴展(Extend)
【箭頭指向】:指向基礎用例
在這裏插入圖片描述
依賴(Dependency)
【箭頭指向】:指向被依賴項
在這裏插入圖片描述
項目(Artifact)
在這裏插入圖片描述
註釋(Comment)
在這裏插入圖片描述

  • 用例圖給利益相關人與開發者的價值有哪些?

1、簡潔、直觀,系統交互行爲很清晰地表達出來。
2、規範、易理解。用例圖是UML建模裏比較常用的一個圖,你用,我用,大家都用,並且標識、要素等均符合UML2中的約定,並且不依賴開發語言,所以說它和其它圖一樣規範因爲規範所以對UML建模用戶來說是易理解的。
3、用戶導向、描述精準。用例方法完全是站在用戶的角度上(從系統的外部)來描述系統的功能的。我們不管系統內部實現功能的機制,僅僅把系統看作一個黑盒,然後參與者與其進行交互,也就是用例是基於用戶場景的,所以能更精準地表達用戶功能需求。
4、需求與設計分離。因爲用例圖是站在系統外的視角描述系統需求的,所以並沒有介入到系統內部實現細節,這就讓需求和設計工作分離開來,條理清晰。
5、便於設計測試用例。用例圖描述的就是一個用戶場景,測試設計人員正好可以根據用例圖設計測試用例。
6、邊界清晰。一個矩形框把系統邊界清晰、明確地表達出來,便於設計人員據此把握系統範圍。
7、敏捷。用例圖允許我們講故事、寫卡片,允許我們比較敏捷地實現功能需求方面的管理與交流。

建模練習題(用例模型)

去哪兒在線預訂酒店業務
在這裏插入圖片描述
回答下列問題
1、爲什麼相似系統的用例圖是相似的?

相似系統中用戶需求相似,使得系統的基本功能和擴展功能差別不大,所以用例圖是相似的。

2、如果是定旅館業務,請對比 Asg_RH 用例圖,簡述如何利用不同時代、不同地區產品的用例圖,展現、突出創新業務和技術。

業務和技術創新的方法:
①使用簡單清晰的用戶界面。就用戶界面來說,去哪兒的網站更大,篩選條件更多但也有不少廣告;asgRH的界面很簡單,但功能也相對較少。
②多開展優惠活動。去哪兒經常會贈送用戶一些酒店劵,或是提供在旅行行程中的酒店優惠,而且廣告通知效果比較好;asgRH就沒有自己網站上的優惠。
③加強平臺間合作。去哪兒與許多社交平臺和同行旅行平臺進行合作,可以使用很多方式登錄,酒店信息相對也比較齊全,支付方式衆多;而asgRH則是相對單一。

3、如何利用用例圖定位創新思路(業務創新、或技術創新、或商業模式創新)在系統中的作用。

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

4、請使用 SCRUM 方法,選擇一個用例圖,編制某定旅館開發的需求(backlog)開發計劃表。

序號 名字 重要性 耗時 備註
1 查找酒店 90 30 可通過GPS定位推薦酒店,地圖上指定位置搜索附近酒店,關鍵字搜索酒店
2 酒店詳情 100 40 詳細介紹酒店提供的服務、設施、環境等
3 預訂付款 70 15 可通過微信或支付寶等支付平臺進行支付
4 用戶評價 70 15 打分加寫評語,會統計到酒店的評分中,影響酒店推薦程度

5、根據任務4,參考 使用用例點估算軟件成本,給出項目用例點的估算。

用例 業務 計算 UC比重
查找酒店 3 2 平均
酒店詳情 6 4 平均
預訂付款 1 1 簡單
用戶評價 2 1 簡單
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章