如何用例圖表示伺服器

① 使用用例圖描述系統時,如何識別用例

用例描述是對一個用例進行前置條件，後置條件，必要條件等信息的說明，是用例的特徵之一，不一定每個用例都需要用例描述。 用例圖可以看作是系統功能的完整表達，很多項目都是以用例為驅動進行的。

② 什麼是用例圖

額==個人做過的用例圖就是把網站各個用戶的動作分解一下，再用RATIONAL ROSE軟體把它畫出來。簡單來說，畫用例圖分三個步驟，首先，確定系統角色；其次，確定用例，再次，對用例進行分解，確定下層的用例圖。
比如這個用例，選課系統的角色之一是學生 用例名稱：學生選課 執行者：學生
目的：完成一次學生選課的完整過程。
類型：主要的、基本的
級別：一級
（1）學生輸入標識碼（ID），系統識別標識碼的有效性；
（2）對學生進行注冊識別；
（3）流覽本學期預開課程；
（4）選擇學生自己要上的課程並確認；
（5）退出系統，系統給出所選課程列表及相應學分合計。
異常事件流處理：
（1）標識碼有效性檢查失敗，允許學生重新輸入（3次機會）。
（2）注冊識別失敗，沒有注冊（尙未交學費）的學生不能選課。
（3）選擇課程確認失敗，所選幾門課程中在上課時間上發生沖 突時，系統提示重選。
畫用例圖就是將該過程描述符號化。並且有一些數據的泛化關系。

③ 系統的內部活動怎麼用uml用例圖表示

Visio畫UML用例圖步驟：1.在「文件」菜單上，依次指向「新建」、「軟體」，然後單擊「UML模型圖」。2.在樹視圖中，右擊要包含用例圖的包或子系統，再指向「新建」，然後單擊「用例圖」。此時會出現一個空白頁，而且「UML用例」模具也會顯示在最頂部。工作區將「用例」顯示為水印。樹視圖將添加一個表示該圖表的圖標。注釋如果看不見樹視圖，請在「UML」菜單中指向「視圖」，然後單擊「模型資源管理器」。3.將「系統邊界」形狀拖到繪圖頁上。使用系統邊界形狀在用例圖中指示系統邊界4.Visio畫UML用例圖時要從「用例」模具中將「用例」形狀拖出並放在系統邊界內，然後將「參與者」形狀拖到系統邊界外。使用用例形狀使用參與者形狀5.使用「通信」形狀指出用例和參與者之間的關系。使用通信形狀指出參與者和用例之間的關系6.Visio畫UML用例圖時需要通過「使用」和「擴展」形狀，指出用例之間的關系。指出兩個用例之間的使用關系，指出兩個用例之間的擴展關系7.雙擊任意形狀（「系統邊界」形狀除外），打開其「UML屬性」對話框，您可以在其中添加名稱、特性、操作和其他屬性。8.保存該圖表。

④ 用例圖 怎麼表示 連接 伺服器

用例圖中表示鏈接伺服器？？

這個好像應該是部署圖吧！！

⑤ 用例圖中用例和包之間的關系應該怎麼表示

方法/步驟

泛化。
泛化代表一般與特殊的關系。用例之間的泛化聯系和類間的泛化聯系類似，即在用例泛化中，子用例表示父用例的特殊形式。子用例從父用例處繼承行為和屬性，還可以添加行為或覆蓋、改變已繼承的行為。當系統中具有一個或多個用例是較一般用例的特化時，就使用用例泛化。
用例的泛化用帶空心箭頭的實線表示，箭頭的方向由子用例指向父用例。

使用聯系。
使用聯系是指一個用例使用另一個用例的功能行為。使用聯系用於在用例間共享公共的功能行為。
使用聯系是一種泛化聯系，在用例圖中用一個基本用例指向公共用例的泛化箭頭線表示，並在箭頭線上標有構造型<<uses>>
下圖中，用例「刪除教師」和用例「查找教師」之間、用例「更新教師」和「查找教師」之間存在著使用聯系，在更新和刪除教師信息之前，必須要找出要處理的教師。

包含聯系。
包含聯系是一種依賴聯系，是指一個基本用例的行為包括了另一個用例。下圖用一條從基本用例指向被包含的用例的虛箭頭線表示，並在箭頭上標識<<include>>。

擴展聯系是把新行為插入到已有用例的方法。基礎用例必須申明若干「擴展點」，而擴展用例只能在這些擴展點上增加新的行為。
一個基本用例可以是獨立的，但是在某個條件下它的行為可以由另一個用例進行擴展。基本用例的行為只能在某些擴展點上被擴展。一個用例可以有多個擴展點。
如圖所示是圖書管理系統用例圖的部分內容。基礎用例是「還書」。如果借閱人所借圖書超期，按規定應繳納一定數額的罰金，這時就不能執行用例提供的常規動作。如果更改「還書」用例，必然會增加系統的復雜性。因此可以在還書用例中增加擴展點，特定條件是超期，如果滿足特定條件，將執行擴展用例「繳納罰金」，這樣顯然能使系統更容易被理解。

⑥ 簡答題4.用例圖有哪些元素構成如何使用用例圖

用例圖有：用例、參與者、關聯、（系統邊界）等元素；
用來顯示在系統（或其它實體）內的用例與系統參與者之間的關系；
主要使用場合：需求獲取、定義、分析。

⑦ 如何應用UML用例圖描述軟體系統的用戶需求

用例圖當然很好用，不然RUP（Rational Unified Process，統一軟體開發過程，統一軟體過程)也不會讓用例驅動作為核心方法論之一，當然用例圖自身也有很多不足，需要其它技術作補充。 ? 一、優點： ? 簡潔、直觀。是的，確實比較直觀，幾個小人人、幾個橢圓，外加幾條不多的線，用一個矩形一框就出來了，了不起再弄個用例描述，系統交互行為很清晰地表達出來。 規范、易理解。用例圖是UML建模里比較常用的一個圖，你用，我用，大家都用，並且標識、要素等均符合UML2中的約定，並且不依賴開發語言，所以說它和其它圖一樣規范因為規范所以對UML建模用戶來說是易理解的。 用戶導向、描述精準。用例方法完全是站在用戶的角度上（從系統的外部）來描述系統的功能的。我們不管系統內部實現功能的機制，僅僅把系統看作一個黑盒，然後參與者與其進行交互，也就是用例是基於用戶場景的，所以能更精準地表達用戶功能需求。 需求與設計分離。因為用例圖是站在系統外的視角描述系統需求的，所以並沒有介入到系統內部實現細節，這就讓需求和設計工作分離開來，條理清晰。 便於設計測試用例。用例圖描述的就是一個用戶場景，測試設計人員正好可以根據用例圖設計測試用例。 邊界清晰。一個矩形框把系統邊界清晰、明確地表達出來，便於設計人員據此把握系統范圍。 敏捷。用例圖允許我們講故事、寫卡片，允許我們比較敏捷地實現功能需求方面的管理與交流。 ? 二、不足： ? 不能表達非功能需求。用例圖是描述用戶功能需求的工具，對於可靠性、性能等非功能需求無能為力。 對不懂UML的客戶或程序員來說難以理解。對UML支持者來說，用例圖可能是規范的、清晰的、簡單的、易理解的，但對並未掌握UML建模技術的人來說理解那些橢圓並非易事，再說還有一系列如同偽代碼似的事件流。 粗粒度。是的，用例圖不涉及設計實現細節，只是一個功能劃分，粒度非常粗，很多細節無從描述，需要用其他工具進行輔助說明。 ? 三、常見的錯誤用法和問題： ? 客戶看不懂用例圖，又要提供一個高大上（畫UML圖）的需求規格文檔。這時候怎麼辦呢？作者建議畫客戶需要畫的，然後把用例圖製作成一個個卡片去跟客戶講故事，客戶不會連故事都聽不懂吧除非你講故事的水平比畫圖的水平還拙劣。 架構師或程序員看不懂用例圖。看不懂的話這些用例委實就成了擺設，這時又該怎麼辦呢？對的，仍舊講故事，說業務場景並用用例規約加以輔助說明。 用例圖涉及到實現細節。這個要加以避免，如果過早介入系統內部實現細節，過多的系統內部設計描述會讓客戶和程序員疲憊不堪。 系統邊界模糊不清。建議用例圖繪制時從上往下畫，比較復雜的子系統可以拆在不同的用例圖中。 用例過多。系統總的用例數不宜超過50個，建議最好是20-30個。過多的用例必定會有過多的Association、include、extend、generalize等關系，各種關系錯綜復雜違背了我們使用用例圖的初衷。

⑧ 什麼是用例圖（use case diagrams）

1. 用例圖（use case diagrams）簡述 描述角色和用例之間的關系，著重展示系統必須實現的功能，用於在需求分析階段分析客戶需求。 2. 主要元素 用例（use case），系統為角色提供可見結果的一系列動作（簡單理解為角色可見的系統功能），使用橢圓表示。 角色（actor），在與系統的一次或者多次交互中起作用的人，組織或者其他系統（即本系統的用戶或者使用本系統的其他外部系統），使用小人圖形表示。 關系（association），角色和用例的交互，使用帶箭頭或者不帶箭頭的實線表示，箭頭表示調用關系。 系統邊界（system boundary boxes），可選元素，用於劃定系統范圍，使用包圍用例和角色的長方形表示，很少用。 包（package），可選元素，用於組織各種UML圖，使之容易管理和瀏覽（類似java中的包），可以包括類圖和用例圖，使用文件夾的形式表示。 3. 分類 分為業務用例（business use case）和系統用例（system use case），一般來說，業務用例描述的系統功能比較粗糙和概括，業務人員更容易理解；系統用例更詳細的描述系統所能提供的系統功能。 對於一般系統而言，使用系統用例即可滿足需求。 4. 優缺點 優點：方便系統分析設計人員和業務人員溝通，方便系統分析人員對系統范圍和規模有大概認識，方便構建測試用例，方便分析人員明確系統功能，方便介面設計人員盡早介入設計開發過程。 缺點：不適合描述沒有交互或者交互很少的系統，不同的業務人員對於用例可能有不同的解讀，不能清晰定義用戶界面，主要適用於面向對象的系統。 5. 注意要點 將系統視為黑盒，從使用者的角度看系統，確定系統必須實現的功能。 角色描述的是系統中涉及的用戶，現實生活中不同人可能擁有多個的角色。 所有的交互都發生在角色和用例之間，再沒有其他可能發生的交互。 一般情況下一個用例只有一個actor擁有，如果有多個actor共用一個用例，就要考慮是否要增加新的角色，或者分拆用例。版權聲明：原創作品，轉載時請務必以超鏈接形式標明文章原始出處、作者信息和本聲明，否則將追究法律責任。154414