UML软件建模教程实验二用例图实例

本文介绍了如何创建和理解用例图,包括使用RationalRose或Visio软件绘制用例图,创建参与者、用例,记录它们之间的关系,以及添加泛化关系。实验还探讨了分层设计用例图的方法及其优点。
摘要由CSDN通过智能技术生成

实验二 用例图实例

一、实验目的

1.掌握用例图的基本概念

2.掌握用例模型的获取方法

二、实验条件

   计算机一台,windows操作系统,rational rose或visio软件(2003-2023版)

三、实验原理及内容

用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求,一般表示出用例的组织关系--要么是整个系统的全部用例,要么是完成具有功能(例如,所有安全管理相关的用例)的一组用例。要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色(表示一个系统用户),可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述,如图所示。

1.创建用例图

在浏览器内的Use Case视图中,双击Main,让新的用例图显示在框图窗口中。也可以新建一个包(右击Use Case视图,选择new→package,并命名),然后右击这个新建包的,选择new→use case diagram。

对系统总的用例一般画在Use Case视图中的Main里,如果一个系统可以创建多个用例图,则可以用包的形式来组织。

图2.1 创建用例图

2.创建参与者

(1)在工具栏中选择“Actor”,光标的形状变成加号。

(2)在用例图中要放置参与者符号的地方单击鼠标左键,键入新参与者的名称,如“客户”。

   若要简要的说明参与者,可以执行以下步骤:

① 在用例图或浏览器中双击参与者符号,打开对话框,而且已将原型(stereotype)设置定义为“Actor”。

② 打开“General”选项卡,在documentation字段中写入该参与者的简要说明。

③ 单击OK按钮,即可接受输入的简要说明并关闭对话框。

图2.2 创建参与者 

3.创建用例

(1)在工具栏中选择“Use Case”,光标的形状变成加号。

(2)在用例图中要放置用例符号的地方单击鼠标左键,键入新用例的名称,如“存款”。

   若要简要的说明用例,可以执行以下步骤:

① 在用例图或浏览器中双击用例符号,打开对话框,接着打开“General”选项卡。

② 在documentation字段中写入该用例的简要说明。

③ 单击OK按钮,即可接受输入的简要说明并关闭对话框。

 图2.3 创建用例

4.记录参与者和用例之间的关系

(1)从工具栏中选择关联关系箭头。

(2)将光标定位在用例图中的参与者上,单击鼠标左键并将光标移动到用例符号上,然后释放鼠标左键。

若要简要的说明关系,可以执行以下步骤:

① 在用例图中双击关联关系符号,打开对话框。

② 在默认情况下,将显示对话框中的“General”选项卡。

③ 在documentation字段中写入简要说明。

④ 单击OK按钮,即可接受输入的简要说明并关闭对话框。

 图2.4 参与者和用例的关系

5.增加泛化关系

(1)从工具栏中选择泛化关系箭头。

(2)从子用例拖向父用例,也可从子参与者拖向父参与者。

简要说明关系执行的步骤同上类似。

 图2.5 增加泛化关系

实验扩展:

1 如何完成上图中存款的用例叙述?

2 如何采用分层的设计方法,对交易行为的用例实现进一步说明?

例2  销售用例

例3:构建ATM机管理系统

对于银行的客户来说,可以通过ATM机启动几个用例:存款、取款、查阅结余、付款、转帐和改变PIN(密码)。银行官员也可以启动改变PIN这个用例。参与者可能是一个系统,这里信用系统就是一个参与者,因为它是在ATM系统之外的。箭头从用例到参与者表示用例产生一些参与者要使用的信息。这里付款用例向信用系统提供信用卡付款信息。

例4:建立管理员登录系统用例图(设计型实验)

实验思考题

1请简述分层设计用例图的构建过程。

(1)确定系统的输入输出; 

(2)由外向里画系统的顶层数据流图;

(3)自顶向下逐层分解,绘出分层数据流图

2 采用分层结构设计用例图的优点?

(1)开发人员可以只关注整个结构中的其中某一层;

(2)可以很容易的用新的实现来替换原有层次的实现;

(3)可以降低层与层之间的依赖;

(4)有利于标准化;

(5)利于各层逻辑的复用。

3 实验例题完成后,将截图粘贴到实验报告中。

  • 3
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
软件公司,员工人数 100 人左右,大部分员工是软件研发人员,包括项目经理、软件 设计师、程序员、测试工程师、实施工程师等,除此之外还包括行政人员、财务人员。公司 在软件研发及日常管理上有一套成熟的管理方法,在没有考勤系统之前,与考勤相关的管理 工作是这样的:  每位员工需要上午上班时打一次卡,下午下班时打一次卡,中午的休息不需要打卡。  期间如果需要外出工作,从公司出发时需要打一次卡,回到公司时需要打一次卡。  员工请假需要填写请假条,请假分为事假、病假、年假等多种情况,请假需要直接 领导审批,甚至还需要高层领导的审批。  行政部每天统计考勤信息,包括打卡信息、外出信息、请假信息,每月将考勤汇总 信息提交给财务部。  财务部根据考勤汇总信息,调整员工的薪金。 但这样的管理方式,出现了一些意外事件:  某员工想请年休假,但行政部告知该员工的当年度年休假已经休完了。年休假的管 理出现了问题,很可能会影响员工的工作积极性。  某员工投诉当月薪金多扣了钱,原因是考勤信息统计有误。于是财务部将责任推到 行政部,行政部推诿财务部要求不明确。  某天出现了紧急状况,高层领导想找员工 A 来处理,但员工 A 当天请了假,高层 领导并不知情。 公司高层期望通过考勤系统提高考勤工作的效率和准确性,避免因为考勤问题影响 正常工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小孙同学1024

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值