用例描述了用户如何使用系统来实现特定目标。用例图由系统,相关用例和参与者组成,并将它们相互关联以形象化:所描述的内容是什么?(系统),谁在使用该系统?(演员)以及演员想要达到的目标?(用例)所以,用例经过从用户的角度捕获需求来帮助确保开发正确的系统。web
用例是动做或事件步骤的列表,一般定义角色的角色与实现目标的系统之间的交互。用例是用于识别,澄清和组织系统需求的有用技术。用例由系统和用户之间的一组可能的交互序列组成,这些交互序列定义了要实现的特征以及可能遇到的任何错误的解决方案。jsp
虽然用例自己可能会深刻探讨关于每种可能性的许多细节(例如,事件和场景的流程),但用例图能够帮助提供更高级别的系统视图,提供简化的图形表示。系统必须实际作什么。工具
用例(或用例集)具备如下特征:测试
查找在线用例图工具?只需单击下面的“绘制”按钮便可在线建立用例图。Visual Paradigm Online是免费*且直观的。在开始以前,您还能够经过此用例图教程了解用例图。优化
如今画画网站
用例定义外部参与者与系统之间的交互以实现特定目标。用例图包含四个主要组件spa
参与者一般是根据其角色定义的系统参与者。演员能够是人或其余外部系统。3d
用例描述了actor如何使用系统来实现特定目标。用例一般由用户发起,以实现描述实现目标所涉及的活动和变体的目标。对象
演员和用例之间的关系。blog
系统边界定义了与周围世界相关的感兴趣系统。
能够经过如下步骤开发用例模型。
请注意:为了使用例方法更加“敏捷”,不要详细说明全部用例,但要在产品待办事项中对它们进行优先级排序,您应该根据开发阶段及时地在不一样级别的详细信息中优化用例并且还有足够的方式。
你也能够:
UML定义了用例之间关联的三种原型:
使用<< include >>关系的时间是在完成全部主要用例的第一次剪切描述以后。您如今能够查看用例并肯定用户系统交互的常见序列。
扩展用例其实是基本用例的替代过程。<< extend >>用例经过概念性地将附加动做序列插入基本用例序列来实现这一点。
通常用例是抽象的。它没法实例化,由于它包含不完整的信息。抽象用例的标题以斜体显示。
例
此示例描述了几个业务用例(目标)的模型,它表示餐馆(业务系统)与其主要参与者之间的交互。
在第一次切割中肯定了基本用例以后,或许咱们能够在第二轮修改中使用<< extend >>和<< include >>用例进一步构造这些用例,以下图所示:
业务用例在无技术术语中描述,该术语将业务流程视为黑盒子并描述其业务参与者使用的业务流程,而普通用例一般在系统功能级别描述并指定功能或者系统为用户提供的服务。换句话说,业务用例表示在当前状况下如何手动完成工做,而且它不必定由系统完成或打算在目标系统的范围内自动完成。
下图显示了ATM用例图示例,这是用于教学用例图的很是经典的示例。
下面的文档管理系统(DMS)用例图示例显示了系统的参与者和用例。特别是,包含和扩展用例之间的关系。
下面的订单系统用例图示例显示了系统中涉及的参与者和用例:
可在用例图软件中编辑的免费用例图示例和模板:Visual Paradigm Online。使用模板做为起点来建立本身的用例图。