UML 用例图、关系图、活动图

1、7.5用例图用于说明用例图、角色、关系、注意：图中的虚线为说明，1，7.5用例图(续)，用例图：用例，角色及其关系。 一个系统的用例图通常示意性地反映整个系统提供的外部可视服务和工作范围。 用例图的基本要素：用例、角色、关系。 在进行需求分析时，通常将整个系统视为黑盒，并从系统外部的角度来观察系统。 那应该做什么谁来做？ 你把之后的结果给了谁？这些确实要用用例图来表现。2、用例和UML中用例的符号是椭圆，通常用动词和短语命名。 用例是软件开发的核心要素，需求以用例表示，接口以用例辅助设计，类以用例发现，测试数据以用例生成，开发整体的管理和任务分配也以用例组织。 用例是非常重要的！ 3、角色和角

2、色是指与系统交流的人或物。 角色有四种：系统用户、硬件设备、外部系统和时间。 系统用户是最重要的角色。 例如，图书信息管理系统的系统用户具有读者和图书馆的工作人员，包括购买、目录、办公室的工作人员。 其他外部应用程序。 硬件设备、硬件设备的特性、处理方法不同。 时间作为一个角色，在一定时间内触发系统中的事件。 4、关系角色和用例之间的关系，通信关系描述角色和用例之间的关系。 例如，读者还书时，图书馆员启动系统的“还书”用例，进行还书处理。 用例还可以开始与角色的通信。 例如，归还书时，如果该书有预约记录，系统的“通知”用例开始与读者通信，通知读者借书。 使用、，用例间的关系，构建包含关系在内的

3、多个用例共同的活动。 例如，在ATM系统中，取款、查询、密码变更等功能需要认证用户名和密码。 在这种情况下，必须独立密码认证功能，以容易复用和冗馀的减少。 一个用例可以通过扩展、和用例之间的关系(续)和关系来扩展另一个用例的功能。 例如，在图书信息管理系统中，当读者还书时，系统检查所返还的图书中是否有预约记录，在有的情况下执行“通知”的例子。 在UML中，扩展关系以箭头和extend的形式表示。7、注意、使用关系和扩展关系的差异，a使用b本质上一定使用b，同时增加自己的专属行为a被扩展到用例b，表示a是一般用例，b是特殊用例，a可能在特定条件下使用b。8、用例或角色之间的继承关系、泛化关系有时

4、在角色或用例之间存在继承关系。 例如，客户分为公司客户和个人客户，公司客户分为政府机构和个人公司。 在这种情况下，角色之间的关系的表达可以用一般化的关系来表示。 注意，9、用例之间的泛化关系就像类之间的泛化关系一样，子用例继承父用例的行为和意义。 例如，银行系统有验证用户合法性的“用户验证”用例，有两个特殊的子用例。 一个是“检查密码”，另一个是“检查指纹”，父用例具有“验证用户”的行为，可以在父用例的任何地方显示，并添加自己的行为。 以10、用例图的例子、前面的图书信息管理系统为例描绘用例图。 首先，找到参加系统的作用： (1)读者的说明：可以查看书的预约和解除预约；(2)工作人员的说明：读

5、者借书、还书、预约书、取消预约、帮助调查操作，11，接下来从角色查找用例主要角色“读者”通过“流通集团工作人员”实现图书预订、取消预订、借书、还书等活动。由此，(1)预约书的书用例提供预约书的功能，读者能够通过浏览器直接从互联网找到预约书的用例，图书管理员也能够根据读者的请求预约书。 (2)解除本用例提供了解除书的预约的功能。 (3)完成还书还书的任务，还书的话，要检查还书是否已过期，是否有其他读者预订，有的话，必须通知预订者。 (4)借书提供借书的功能。 分析12、这个用例图的话，“还书”用例应该被扩展，在还书时要检查归还的书中是否有预约记录，有的时候必须通知预约者借书。 想借的书全部借给你

6、的话，应该可以转到“预约”的用例。 读者可以直接从互联网上查询、预约、解除预约。 从以上的观点来看，初始的用例图如下，13，14，注意，在描绘用例图时要特别注意：用例图是系统分析，设计和实现的最基础的图形，初始不一定需要考虑很多处理的细节。 用例中的具体处理细节由其他图形工具描述，用例图只是反映了系统的整体功能和与这些功能相关的角色。 在画“借书”用例时，也许有人会不由得想到“输入读者号码和书号码”“检查书是否在库存”。“书的数量减少了1”“追加读者的借书记录”等，考虑到这些细节，图中就画了出来。 因此，读者不要在用例图中考虑处理的细节。 15、用例图练习，以下是对公司人力资源信息管理系统需求

7、的简要说明，创建了相应的用例模型：该人力资源管理系统的用户是公司人力资源管理干部。 该系统拥有人事数据库，保存员工的人事信息，包括姓名、性别、出生年月日、健康状况、文化程度、学位、职务、工作单位、聘期、任期、工资、津贴、赏罚记录、业绩在内的论据和家庭情况等，系统提供的基本服务有人事信息的管理，人事规定的变动和聘任这个人事系统每月为公司财务系统提供员工工资、津贴等数据。 用活动图记述需求分析时用例内部的活动流程的操作顺序等。 18、活动图书馆图书信息管理系统借出活动图、19、活动图的主要图形要素，游泳道：活动图的分界线，说明谁负责这条游泳道的活动。 开始状态：活动流的起点。 表示符号是黑点。 活

8、动：活动流由多个活动组成，表示活动的符号是椭圆。 动作：活动有多个动作步骤，这些步骤是在进入活动、结束活动、活动内或发生特定事件时发生的。活动包括： 20、对象：受活动流影响的实体对象。 因为活动会改变对象的状态，活动影响的对象及其状态也显示在活动图形中，所以活动图形的信息会更完整地显示出来。 显示的符号是。 用虚线表示哪个活动影响对象的状态。 交接：说明活动流程如何从一个活动转移到下一个活动。 指示符号是处于活动状态的箭头线。 决策：以活动流中的分支判断点、在这一点上活动流流过哪个分支路径为条件进行判断。 指示符号是菱形的。 21、同步：活动流程中的多个活动同时发生。 例如，下图显示了“活动

9、1”、“活动2”和“活动3”同时进行，在三个活动完成后，将进行另一个同步。 也称为连接。 终点：活动流的终点。 合并、22、活动、图书馆图书信息管理系统租赁活动图的说明，图中有两个课程，与租赁用例有关的作用有：读者和图书馆工作人员。读者通过“借阅申请”活动开始了这个工作流程，这个活动把读者号码和图书号码交给图书馆工作人员，检查“读者”类，看是否存在这个“读者号码”，并检查读者的借阅数量是否超过了限制，读者号码有效、借阅想借的图书已经借给你的话，就提示“图书已经借给你了，你预订过了吗？”。 读者确认预约后，执行“预约处理”。 想向数据库借书时，首先检查“预约记录”，如果该读者已经预约了，则删除预

10、约记录。 修改这本书的库存量，制作“借书记录”，结束借书过程。24、注意：活动图在多个角色之间的处理有效，虽然一个活动图只有一个开始状态，但是可以有多个结束状态。 一个活动可以与多个物理对象相关联。 这里的关联是指访问操作。 在上面的“借书”活动图中，“检查读者的有效性”活动访问“读者”对象和“借书记录”对象，检查“读者号码”的有效性和读者借书的数量。 25、活动图练习，一家公司的销售员收到订单后，把订单交给财务员和仓库员。 财务人员开具发票，并收到了收据。 仓库工作人员准备行李，检查是否着急，急忙用EMS方式发货的情况下，用普通的包裹方式发货。 完成后，销售人员关闭了订单。 根据上述说明，该

11、公司的销售过程描绘了活动图，26、27、7.7的状态图，状态图对系统的动态特征建模，主要有助于理解反应型对象的行为变化。 一个反应型对象是通过对外部事件作出反应而描绘的。 状态图主要记述了一个对象的三个信息：1)对象的各种状态2 )引起状态变化的事件3 )状态每次变化时发生的动作。 28、认识状态图、29、注意，读者注意状态图和活动图的差异，活动图反映控制流，状态图反映一个对象的各状态的变化。 例如，在图书管理信息系统中，在“读者”对象、“图书”对象的状态变化中能够描绘状态图的借书、还书、购买等活动中描绘活动图。 30、和状态图转变可以由三个部分组成：可以省略事件条件/操作的所有部分。 事件会将对象从一个状态转移到另一个状态，但如果在一个状态下完成活动，则可能没有对象自动转移到另一个状态的事件。 括号内的条件是抑制转移发生的条件，