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
上一篇:騎自行車旅行時遇到問題怎麽辦？下一篇:唐朝有哪些農作物？