一、概述
用例试图描概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。
会员具有浏览商品类别、根据关键字产讯商品和选择商品加入购物车的功能。
二、术语解释
1、Extends 用例扩展关系
扩展关系一般用来描述一个元素延伸为另外一种行为。Use Case中的扩展表示一个UC有可能扩展到另外一个UC的功能。Use Case中的扩展通常暗示一个选择性流程。
2、Include 用例包含关系
包行关系表示源元素包行目标元素的行为，UC中的包含关系就是一个UC中包行另外一个ＵＣ的行为功能。用包行关系可以防止在多个ＵＣ中同时定义共同的功能模块，有些像委托delegation
3、角色（Actor）
系统中的用户根据系统分为多个角色，每个角色都会与系统有交互。一个用户可以具有一个或者多个角色。
系统中用到的角色如果细分，可以分为主要角色和辅助角色
比如：在电子商务网站中主要角色有供应商、前台会员、系统管理员等等；辅助角色有Email Sender、物流系统、金流系统等等。
三、如何画Use Case 用例视图
Note: 设计工具是EA（Enterprise Architect 7.0）
假设目前的功能需求是：
A、供应商需要填写Form表单提报商品
B、供应商通过导入CSV文档提报商品
C、商品开发人员需要对供应商提报的是商品进行审核
1、新建工程
【File】->【New Project】->填写工程名称：Example.eap
2、新建Use Case View 用例视图
右击上面新建的Project->选择【New View】->弹出对话框，选择【Use Cse】如下图
单击【OK】，在Model工程下，这样就新建了一个Package。
右击Package【商品提报上架】->选择【Add】->选择【Add Diagram】，如下图所示
弹出如下对话框：选择【UML Behavioral】->Use Case,单击【OK】
这样，一个空的Use Case新建完成。接下来我们需要向空的Use Case添加内容。
3、根据业务需求画Use Case视图
Note：从左侧的ToolBox工具栏中
选择一些Use Case的元素，直接拖曳左边的Element，到右边的工作区，就可以把Element放到咱们的Use Case试图中。
A、拖曳两个Actor 元素到工作区，分别命名为“供应商”“商品开发人员”
B、拖曳三个Use Case元素到工作区，分别命名为“商品提报”“CSV档导入商品” “商品审核”
如下图所示：
C、通过关联关系 链接角色与系统功能，如下图：
至此，商品提报场景的Use Case图已经画完。一个Use Case视图会对应一个或者多个Use Case用例。
关于什么是Use Case 请参照《需求阶段如何书写Use Case》
四、Use Case 在实际项目中的组织结构
这是一个使用UC描述的系统需求功能目录图，每一个UC描述了Actor使用使系统时，与系统的交互行为。
五、总结
用例试图描概括了用例中角色和系统之间的关系，描述了系统功能需求，角色和系统的交互以及系统的反应。是客户和开发人员全貌理解项目需求功能比较好的一个方式，也是后续功能迭代的依据和方向。
版权
作者：灵动生活
出处：http://www.cnblogs.com/ywqu
如果你认为此文章有用，请点击底端的【推荐】让其他人也了解此文章，
你也可以加我的新浪微博,以便实时了解我的动态:http://weibo.com/ywqu
WOWO英语(英语培训学校)：http://www.wowomandarin.cn 上海电子商务解决方案:http://www.hello36.com
上海闪酷系列解决方案：
电子商务解决方案 移动电商APP软件 培训学校管理系统 购物分享社区系统 移动开发解决方案 在线问卷调查系统
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
相关推荐
用例视图（Use Case View） **定义**：用例视图关注的是系统的功能需求，特别是从用户的角度出发，描述系统能为用户提供哪些服务。它是从最终用户或系统参与者的角度出发的视角。 **关键要素**： - **参与者**：...
5. 场景视图（Use-case View）： 场景视图是4+1视图模型中的“+1”，它将所有其他视图联系在一起。场景视图描述了系统在特定上下文（即用例）下的行为，提供了对系统功能的高层次视角。用例是系统与外部参与者交互...
- **用例视图(Usecase View)**：用例视图是从用户的角度出发，描述软件系统预期提供的服务。它通常包括业务用例模型(Business Use Case Model)和系统用例模型(System Use Case Model)。 ##### 2.2 Rational Rose...
**3.1 用例视图(Use-Case View)** 用例视图是对系统功能的高级概述，可选地提供一个高层次的系统功能描述。 **3.2 逻辑视图(Logical View)** 逻辑视图是必须包含的部分，用于描述系统的静态结构和动态行为。 - *...
用例视图（Use Case View） 用例视图描述了软件系统的使用场景，主要关注系统的用户需求和使用场景。用例视图使用用例图和场景图来描述系统的使用场景。 软件架构模型的优点 软件架构模型的4+1视图模型具有以下...
2. **用例视图（Use-Case View）** - 通过用例视图，可以展示系统的功能和用户与系统的交互。用例视图包括了用例图和用例描述，用于捕捉软件系统中用户的需求和系统的行为。 3. **逻辑视图（Logical View）** - ...
1. Use Case View（用例视图）：这是从用户的角度出发，描述了系统提供的功能和用户与系统之间的交互。用例图是这个视图的主要工具，展示了系统的核心业务流程和参与者。 2. Design View（设计视图）：设计视图关注...
* 用例视图（Use-Case View）：关注于系统的用户需求和用例之间的关系。 关系类型 在架构设计中，关系类型是指组件之间的关系。常见的关系类型包括： * 关联关系（Association）：指两个类之间的关系。 * 依赖...
- 在Rational Rose中，用例图通常在“Use Case View”视图下绘制。 2. **如何获得用例？** - 通过与领域专家、客户和最终用户的沟通来了解系统需求，从中提取关键行为特征形成用例。 3. **用例的粒度如何把握？*...
5. **用例视图**（Use Case View）或**场景视图**（Scenario View）： - 用例视图不是独立的视图，而是通过用例或场景来补充其他视图，它展示了系统如何响应外部事件或用户交互，帮助验证架构是否满足业务需求。用...
场景视图（Use Case View）则是通过一些用例或场景来描述软件架构。 每个视图都使用不同的表示方法，即蓝图（blueprint），并且架构师可以对每种视图选用特定的架构风格（architectural style）。通过使用 "4+1" ...
- 设计：基于分析结果，进行系统设计，包括“4+1”视图（Process View、Deployment View、Logical View、Implementation View和Use-Case View），以便从不同角度理解系统。 - 构建：实际编写代码，实现设计模型。 ...
2. **新建Use Case View**：在Rational Rose主界面中选择“Use Case View”，然后在“main”视图下开始绘制用例图。 3. **绘制元素**： - 使用工具栏中的图标来绘制参与者、用例、关联线等。 - 可以自定义用例和...
- 用例实现（Use-Case Realization）是指在一个用例模型中实现用例的具体细节。 - 用例实现可以包含多种元素，如顺序图、通信图等。 **题目解析：** - **题目**: 下列哪项不是用例实现的一部分？ - **选项**: A. ...
- **用例视图（Use Case View）：** 用例视图集中于用户的需求和系统如何响应这些需求，是连接用户与系统内部各种视图的桥梁。 3. **4+1模型在软件开发中的应用：** - 4+1模型被广泛应用于软件工程实践中，帮助...
- 用例视图（Use Case View）：描述系统功能需求，显示用户与系统之间的交互。 - 实体视图（Class View）：展示系统中的类和接口，以及它们之间的关系。 - 动态视图（Dynamic View）：描绘系统行为，包括状态机、...
1. **用例视图（Use Case View）**：此视图关注系统的外部行为，主要由用例图组成。用例图描绘了系统与外部参与者（如用户、硬件或其他系统）之间的交互，展示系统功能需求。参与者（Actor）表示与系统交互的角色，...
- **用例视图**：用例视图关注的是系统与外部参与者之间的交互，即系统提供哪些服务以及这些服务是如何被使用的。通过用例图来表达系统的功能性需求。 #### 静态视图详解 静态视图是UML中用来描述系统静态结构的...
11. 系统视图：通常软件工程中会用到多种不同的视图来展示系统，比如用例视图（Use-Case view）、逻辑视图（Logical view）、组件视图（Component view）、并发视图（Concurrency View）、部署视图（Deployment View...