EnterpriseArchitect学习之⽤例图
⽤例模型
⽤例模型⽤来记录系统的需求，它提供系统与⽤户及其他参与者的⼀种通信⼿段。
执⾏者
⽤例图显⽰了系统和系统外实体之间的交互。这些实体被引⽤为执⾏者。执⾏者代表⾓⾊，可以包括：⽤户，外部硬件和其他系统。执⾏者往往被画成简笔画⼩⼈。也可以⽤带«actor»关键字的类矩形表⽰。
上图中，备选⽅案的画法是，创建⼀个类元素，名称（Name）命名为客户，把构造型（Stereotype）设为Actor，并设
置Feature and Compartment Visibility的Structure Compartment可见。
在下图中，执⾏者可以详细的泛化其他执⾏者：
⽤例
超级短的暖人心的句子⽤例是有意义的单独⼯作单元。它向系统外部的⼈或事提供⼀个易于观察的⾼层次⾏为视图。⽤例的标注符号是⼀个椭圆。
使⽤⽤例的符号是带可选择箭头的连接线，箭头显⽰控制的⽅向。下图说明执⾏者“Customer”使⽤“Withdraw”⽤例。摩洛哥足球世界排名
⽤途连接器（uses connector）可以有选择性的在每⼀个端点有多重性值，如下图，显⽰客户⼀次可能只执⾏⼀次取款交易。但是银⾏可以同时执⾏许多取款交易。
多重性设置是在⽤途连接器的两端分别设置。
⽤例定义
引号有哪些作用⼀个典型的⽤例包括：
名称和描述
需求
约束
情形
情形图
附加信息
名称和描述
⽤例通常⽤⼀个动词词组定义，⽽且有⼀个简短的⽂字说明。
需求
需求定义了⼀个⽤例必须提供给终端⽤户的正式功能性需求。它们符合构造⽅法建⽴的功能性规范。⼀个需求是⽤例将执⾏⼀个动作或提供多个值给系统的约定或承诺。
约束
⼀个约束是⼀个⽤例运⾏的条件或限制。它包括：前置条件，后置条件和不变化条件。前置条件指明了⽤例在发⽣之前需要符合的条件。后置条件⽤来说明在⽤例执⾏之后⼀些条件必须为“真”。不变化条件说明⽤例整个执⾏过程中该条件始终为“真”。
情形
情形是⽤例的实例在执⾏过程中，事件发⽣流程的形式描述。它定义了系统和外部执⾏者之间的事件指定顺序。通常⽤⽂本⽅式来表⽰，并对应顺序图中的⽂字描述。
包含⽤例
⽤例可能包含其他⽤例的功能来作为它正常处理的⼀部分。通常它假设，任何被包含的⽤例在基本程序运⾏时每⼀次都会被调⽤。下⾯例⼦：⽤例“卡的确认”<Card Identification>在运⾏时，被⽤例“取钱”<Withdraw>当作⼀个⼦部分。
⽤例可以被⼀个或多个⽤例包含。通过提炼通⽤的⾏为，将它变成可以多次重复使⽤的⽤例。有助于降低功能重复级别。
扩展⽤例世界上最稀有的跑车
⼀个⽤例可以被⽤来扩展另⼀个⽤例的⾏为，通常使⽤在特别情况下。例如：假设在修改⼀个特别类型的客户订单之前，⽤户必须得到某种更⾼级别的许可，然后“获得许可”<Get Approval>⽤例将有选择的扩展常规的“修改订单”<Modify Order>⽤例。
扩展点
扩展⽤例的加⼊点被定义为扩展点。
系统边界qq爱情留言
它⽤来显⽰⽤例在系统内部，执⾏者在系统的外部。
把构造型（Stereotype）设为subsystem。
>无抵押个人贷款条件
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论