UML实验三活动图
uml报告三 状态图与活动图
天津理工大学
计算机与通信工程学院
实验报告
2013 至2014 学年第二学期
事件流的描述，可在活动图中绘制如下图。
其中，当点击点击
点击图标然后在
Step 8：保存结果
【扩展练习】
练习一：对选课系统中的课程类（对象）（Course）的状态变化过程如下：课程对象被
创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
根据以上描述，绘制课程类（Course）的状态图。
附录（可包括源程序清单或其它说明）
心得体会
通过这次实验，我明白了不是所用的类都需要画状态图，有明确意义的状态，在不同状态下有不同的类才需要画状态图。
而活动图可以用来描述事物或对象的活动变化流程。
UML 实验 活动图
1、使用活动图描述计算餐厅账单的过程。
每次上餐都应该收费，并按总量征税。
从中减去
客户递交的任何优惠券和礼物凭证。
对于6人或者更多人的一组，并收取18%作为服务费。
对于更小的组，应该有一个表示小费的空项，客户自愿支付小费。
2、图书管理系统中“读者借书”和“图书管理员进行管理”的活动图。
读者借书
图书管理员进行管理
3、使用word编辑个人简历的活动图。
4、个人总结
虽然都是生活中的小活动，但是如果没有UML练习的话还真没在意。
通过这次实验练习，是自己在UML上学习更加家巩固，而且更加注意到了生活中的细节。
UML统一建模语言实验报告 2范文
目录实验一 UML建模基础及用例图实验二类图与对象图实验三序列图与协作图实验四状态图实验五活动图实验（一）UML建模基础及用例图实验目的1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
实验内容1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系，并用工具表示出来。
中南民族大学管理学院学生实验报告3、什么是用例？用例图中有哪些组成元素？在UML中是如何表示的？答：用例是对系统功能的描述，是向参与者提供重要价值的操作序列。
用例图有：用例、参与者、关联（系统边界）等元素。
用来显示在系统或其他实体内的用例与系统参与者之间的关系。
主要使用场合：需求获取、定义、分析4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
(1)包含关系：基本用例的行为包含另一用例的行为。
基本用例描述在多个用例中都有的公共行为。
包含关系是本质上比较特殊的依赖关系，它比一般的依赖关系多了一些语义。
在包含关系中箭头的放向是从基本用例到包含用例的。
（2）扩展关系：扩展关系的基本含义和泛化关系相似，但在扩展关系中，对于扩展用例有更多的规则限制。
基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。
（3）泛化关系：代表一般与特殊的关系。
UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。
不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。
在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
5、完成书中94页例子，体会用例图建模的分析过程并模仿来画出该学生信息管理系统的用例图。
画出课后习题101页第4题。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
uml报告三 状态图与活动图
天津理工大学
计算机与通信工程学院
实验报告
2013 至2014 学年第二学期
事件流的描述，可在活动图中绘制如下图。
其中，当点击点击
点击图标然后在
Step 8：保存结果
【扩展练习】
练习一：对选课系统中的课程类（对象）（Course）的状态变化过程如下：课程对象被
创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
根据以上描述，绘制课程类（Course）的状态图。
附录（可包括源程序清单或其它说明）
心得体会
通过这次实验，我明白了不是所用的类都需要画状态图，有明确意义的状态，在不同状态下有不同的类才需要画状态图。
而活动图可以用来描述事物或对象的活动变化流程。
UML中的活动图实践案例
UML中的活动图实践案例在软件开发过程中，使用统一建模语言（UML）可以帮助开发人员更好地理解和设计软件系统。
其中，活动图是一种非常有用的工具，可以描述系统中的业务流程和操作流程。
本文将通过一个实践案例，详细介绍如何使用活动图来建模和分析系统的业务流程。
案例背景假设我们正在开发一个在线购物系统。
该系统允许用户浏览商品、选择商品、下订单并支付。
为了更好地理解和设计该系统，我们将使用活动图来描述用户购物的整个流程。
活动图的基本元素在开始建模之前，让我们先来了解一下活动图的基本元素。
活动图由以下几个主要元素组成：1. 动作（Action）：表示系统执行的基本操作，例如发送电子邮件、生成报告等。
2. 控制流（Control Flow）：表示活动图中的控制流程，即动作之间的顺序关系。
3. 决策节点（Decision Node）：表示在不同条件下的流程分支，类似于编程语言中的if语句。
4. 合并节点（Merge Node）：表示流程分支的合并点，类似于编程语言中的else语句。
5. 初始节点（Initial Node）：表示活动图的起点。
6. 终止节点（Final Node）：表示活动图的终点。
建模过程现在让我们开始建模购物系统的活动图。
1. 首先，我们需要定义系统的起点和终点。
在活动图中，起点用一个带有黑色实心圆圈的初始节点表示，终点用一个带有黑色实心圆圈的终止节点表示。
2. 接下来，我们需要定义用户浏览商品的流程。
用户打开购物系统后，系统将显示所有可用的商品。
用户可以通过滚动或搜索来浏览商品。
在活动图中，我们可以使用动作来表示这些操作，并使用控制流来表示它们之间的顺序关系。
3. 用户选择商品后，系统将显示商品的详细信息。
用户可以查看商品的图片、描述、价格等信息。
在活动图中，我们可以使用动作来表示这些操作，并使用控制流来表示它们之间的顺序关系。
4. 用户选择完商品后，系统将允许用户下订单。
用户需要提供收货地址、联系方式等信息。
实验3 绘制uml的各种图形(活动图、状态图)
实训3 绘制UML的各种图形
一、实验目的要求和注意事项
练习各类UML图的画法。
二、实验主要内容
1、运行visio，熟悉其工作界面。
2、绘制各类UML图。
三、实验仪器设备
微机：每人一台
四、实验步骤
1、运行Visio，熟悉其工作界面。
2、学习UML图的常用符号。
3、结合例题绘制各类UML图。
五、相关知识
（1）状态图
（2）活动图
六、具体任务
任务1绘制状态图：门有opened、closed、locked三种状态，请绘制门的状态图。
任务2绘制状态图：电水壶：on和off两个状态，初态off，烧坏则转换到终态。
trunOn 事件发生时，判断水壶是否有水，若没有水，则仍处于off状态，若有水，则turnOn事件引起烧水活动，使状态从off转入on，水开，则从on转入off状态。
任务3绘制活动图：学生请假活动图
1、学生请假须先经过班主任同意；
2、班主任在准假时，如学生请假时间超越审批权限，还要请系办审批，经系办审批后，系办将假条存根留下，事后转班主任存查；
3、学生请假获准后，应立刻报告班长，以便班长向任课教师报告。
UML 用例图、关系图、活动图
例如，一个银行系统中，有
一个“验证用户”用例，用 身份认证
于验证用户的合法性，它有
两 个 特 殊 的 子 用 例 ， 一 个 是 密码认证
指纹认证
“检查密码”，另一个是
“检查指纹”，它们都有父
用例“验证用户”的行为，
并且可以出现在父用例出现
的任何地方，还可以添加自
己的行为。
用例图实例
• 以前面图书信息管理系统为例，画出用例 图。先找出参与系统地的角色：
• 扩展关系——允许一个用例扩展另一个用
例的功能。例如，在图书信息管理系统中，
读者还书时，系统检查所还图书是否有预
订记录，如果有则执行“通知”用例。在
UML中扩展关系表示为箭头和《extend》形
式。
《extend》
还书
通知
管理员
读者
注意
• 使用关系和扩展关系之间的区别，A使用B 本质上是A一定使用B，同时增加自己的专 属行为；而A被用例B扩展是说明A是一个一 般用例，B是一个特殊用例，A在某些条件 下可能使用B。
（2）取消预订——本用例提供取消预订图书的功能。
（3）还书——完成还书任务，在还书是要检查所还的书是否超 期、是否有其他读者预订，有的话要通知预订者。
（4）借书——提供借阅书功能 。
• 分析这个用例图，发现“还书”用例应该 被扩展，因为在还书时检查所还图书是否 有预订记录，若有，则应该通知预订者前 来借书。
• 一个用例内部的具体处理细节是由其他图形工具描述 的，用例图只是反映系统的总体功能，以及与这些功 能的相关的角色。有些人可能在画“借书”用例时， 情不自禁地就考虑了“输入读者号和书号”，“检查 图书是否在库？”，“图书数量减1”，“添加读者借 书记录”等等，一旦考虑了这些细节，就会发现用例 图画不下去了。因此，读者注意用例图中不要考虑处 理细节。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验三活动图
[实验目的和要求]
１、掌握活动的概念以及表示方法。
２、掌握活动图中各元素表示的意义和表示方法。
３、掌握分支、监护条件、分岔、汇合和泳道的概念。
４、掌握阅读和绘制活动图的方法。
５、掌握UML的可见性规则和构造型的作用。
[实验环境]
1、Windows操作系统（XP、Vista等）
2、Rational Rose2003软件（或RSA8.0）
[实验内容和步骤]
１、说明下面活动图所表达的信息。
表达的信息：用户下订单，可以直接生成送货单，然后由供应商发货，修改订单项状态，然后等所有的订单项全都送货完毕，这样一笔订单就完成了。
或者也可以由用户下订单，然后
选择支付方式，如果用户想要取消订单或订单超过了时限则该订单取消，否则供应商收款后送货，然后修改订单项状态，待所有的订单项全都送货完毕，订单就完成了。
2、用活动图表示for（i=0;i<9;i++）循环。
输入i=0
i>=9
i++ i<9
２、了解使用“支付宝”进行网上购物的活动过程，并画出活动图，关于支付宝的相关说明可以登录/查看。
登陆淘宝网，选择要购买的商品，选中
后点“立即购买”买下选中的商品
正确填写您的收货地址、收货人、联系电话，填写您所需的购买数量；补充完成您的个人基本信息，点“确认无误，购买”继续
选择支付宝账户余额支付，输入支付宝账户支付密码，点“确认无误，付款”支付宝账户无余额可以选择网上银行、支付宝卡通、网点付款来完成支付
支付宝付款成功，点“点此查看
本笔交易详情”
卖家发货后，买家注意查收货物，收
到货物后，点“确认收货”付款给卖家
输入支付宝账户的支付密码，
点“同意付款”付款给卖家；
收到货点“确定”付款给卖家
成功付款
给卖家
双方相互
评价
交易成功
[分析与讨论]
1总结UML在软件工程中的作用以及使用UML建模的必要性。
作用：在现代软件工程中，需求到详细设计是非常重要的环节，后续的编码、测试、维护都只是按照前面的规划计划进行，一个非常详细的设计，利用UML几乎能将整个的代码通过UML表示出来，UML处理好了，就简化了软件的制作难度。
我们利用画UML，把自己想实现的程序实现。
必要性：通过使用UML，这些我们就能够阅读和交流系统架构和设计规划，就像建筑工人多年来所使用的建筑设计图一样，能让人一目了然。