实验二 用例图
实训报告二：用例图
实训目的
实验内容一：熟悉 Rational Rose 集成环境、掌握创建用例图方法
实训内容 指导
实验步骤：（以 Rational Rose 为例） 1． 进入 Rose 环境，打开程序菜单，点击 Rational Rose Enterprise Edition.，出现 Rose 界面，点 击 cancel 按钮,进入设计区。 2． 展开左侧窗口 use case 视图, 双击 main 进入 use case 主图绘制画面,绘图时使用图形工具条中 的工具进行绘制。
学生表示选项均已完成。系统则打印学生课程表，通知学生登记完毕。
其它流程：如果输入非法学号，系统不允许访问；如果企图建立的学期课程表已存在，系统将会 提示进行其它选择； 建立课程表，学生输入 4 个主课程号和 2 个候补课程号。学生提出课程要求，然后系统.检查该课 程是否满足学生要求，如果该课程开放，将学生加入课程名单浏览课程表：学生对学期所选课程 的要求信息，以及学生所选课程信息，包括：课程名称、课程号、每周上课次数、上课时间和上 课地点等 修改课程表——删除所选课程，学生指示删除所选课程，系统检查是否超过最终修改日期。如果 没有过期，则系统删除学生所选课程，系统通知学生处理完毕加入新课程： 学生指示要加入新 的课程，系统检查是否超出最终修改日期，如果没有，系统则： 教师开课：教师获准开某门课程，通过该功能注册所开课程。 课程目录：教师可以通过课程目录子系统获取所开课程选课情况。 课程信息：建立、修改和删除学期提供的课程
第 1 页 共 6 页
《软件工程》――Photoshop 学生实训报告
3． 选择角色加入到绘图区，右击打开规格说明，加入角色描述。 4． 选择用例加入到绘图区，右击打开规格说明，加入用例描述。 5． 建立角色、用例之间的联系，右击连线打开规格说明，建立联系描述
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题。
实验2-建立用例图
王霄鹏
主要内容
初步了解Rational Rose 建立用例图
Rational Rose 简介
Rational Rose是Rational公司出品的基于UML的 可视化建模工具。
是一个完全的，具有能满足所有建模环境需求能 力和灵活性的一套解决方案。 允许开发人员，项目经理，系统工程师和分析人 员在软件开发周期内在将需求和系统的体系架构 转换成代码，消除浪费的消耗，对需求和系统的 体系架构进行可视化，理解和精练。
行为图
状态图：描述一类对象的所有可能状态以及 事件发生时状态的转移条件。通常状态图是 对类图的补充。 活动图：描述为满足用例要求所要进行的活 动以及活动间的约束关系。使用活动图可以 很方便地表示并行活动。
Rational Rose支持的模型图(三)
交互图
时序图：用以显示对象之间的动态合作关系。 它强调对象之间消息发送的顺序，同时也显 示对象之间的交互过程。 协作图：同时序图是等价的，但着重描述对 象间的协作关系。
Rational Rose支持的模型图(一)
用例图：从用户角度描述系统的功能，并指出各
功能的操作者。
静态图
类图：用于定义系统的类，包括描述类之间的 联系以及类的内部结构，即类的属性和操作。
包图：包或类组成，主要表示包与包、或包与 类之间的关系。用于描述系统的分层结构。
Rational Rose支持的模型图(二)
框图工具栏
可定制
框图窗口和日志
框图窗口
浏览UML框图
日志
显示日志信息
学生成绩管理系统需求分析
实验一：需求分析项目名称：学生成绩管理系统一、用例视图1.用例图如下图 1—12，用例描述图1—1主要描述了学生成绩管理系统的主要参与者在系统中各自的角色和各自可以进行的操作，明确了每个人的基本权限，任何人员都不可以进行自己权限以外的操作。
管理员：管理员参加的操作主要有登录，打开关闭对系统的操作，录入、查看、修改每个使用人员的信息，查看学生成绩并对学生的成绩进行排名。
登陆系统的时候，要选择自己的身份，输入正确的账号和密码登陆进入系统。
在不需要开放系统的时候，管理员要将系统关闭，并对系统进行维护等工作，在期末教师需要录入成绩的时候和开学时学生要查看自己成绩的时候将系统开放使用，让身份为学生和教师的账号也可以进入系统，其他非系统开放时间只有管理员可以进入系统。
录入人员信息主要是在学校新生入学的时候和学校招聘新教师的时候将老师和学生的信息录入系统，并为添加的每一个人分配一个登陆账号和密码，不同的身份的人员具有不同的操作权限。
例如学生只可以查看自己的成绩和自己的排名，不能够修改添加删除自己或别人的成绩，不能够修改自己的基本信息。
老师只能够为自己所教的课程和选择了这门课的学生录入成绩，而不能为别的课程录入信息，不能够修改自己的操作权限和基本信息。
在学生毕业并对自己在校的任何信息都没有异议之后，在学生离校以后，老师离职以后将已经录入的老师和学生信息删除，相应的账号和密码将不能够再登陆系统。
对出现了错误的账号密码等进行修改，解决学生或老师不能登录系统的问题。
管理员可以查看所有学生的成绩，但是没有权利对学生的成绩进行修改。
对学生的成绩按照单科成绩从高到低，总成绩从高到低，按学号顺序给学生成绩进行排名，并把排名结果公布到系统到系统中，每个学生只能够看到自己的排名。
教师人员：教师人员参与的操作主要有登录系统，添加、删除、修改、查找学生成绩。
登陆系统的时候，要选择自己的身份，输入正确的账号和密码登陆进入系统。
教师只能添加删除修改查看自己所教的课程的学生的成绩，在处理完学生的试卷后将相应的学生的成绩录入到系统中去，不能录入不是自己学生的和不是自己教学的学生成绩。
系统分析设计实验02用例图及其应用
2 关系及其应用
依赖关系
– 定义
• 存在于两个模型要素之间的一种关系，其中一个 模型要素的改变将影响另一个模型要素
– 表示方法
• 工具箱和模型图中均表示为一个带箭头的虚线 • 画图时，拖动鼠标从客户到提供者画出关联关系
2 关系及其应用
泛化关系
– 定义
• 在一个更一般的模型要素和另一个较具体的模型 要素之间存在的一种关系，通常用于表示类（包 括用例、参与者等）之间的继承关系 工具箱中： 模型图中：一条带空心三角形箭头的实线（箭头 方向从具体用例指向一般用例）
系统分析设计实验二
用例图及其应用
内 容
基本概念 关系及其应用 参与者规范及应用 用例规范及应用 用例视图
1 基本概念
•
用例图由三部分组成：
– 参与者 – 一组（个）用例 – 关系 （四种关系）
1 基本概念－参与者
– 定义
• 是直接与系统相互作用的系统、子系统或类的 外部实体的抽象。它是用户所扮演的角色，是 系统的用户。每个参与者定义了一个角色集合。 通常，一个参与者可以代表一个人、一个计算机 子系统、硬件设备或者时间等角色。典型的参与 者如销售部经理、销售员和结帐系统。
1 基本概念－用例
每个用例执行都独立于其他用例，即使它们 之间存在隐含的依赖关系。 动态执行过程可以使用UML的交互说明。 在系统层，用例表示整个系统对外部用户可 见的行为。
1 基本概念－用例识别
• 参与者要向系统请求什么功能？ • 每个参与者的特定任务是什么？ • 参与者需要读取、创建、撤消、修改、或存储系统的 某些信息吗？ • 是否任何一个参与者都要向系统通知有关突发性的、 外部的改变？或者必须通知参与者关于系统中的发生 的事件？ • 这些事件代表了哪些功能？ • 系统需要哪些输入/输出？ • 这些输入输出来自哪里或者到哪里去？ • 哪些用例支持或维护系统？ • 是否所有功能需求都被用例使用了？ • 系统当前实现的主要问题是什么？
用例图
2001年2.0版 2001年2.0版 稳定流行版本
文字上的修改 没有显著的技 术变化
<documents> UML 0.9 <documents> Unified Method 0.8
1997年国际标准 1997年国际标准
1995年提出 1995年提出UML 年提出UML
UML组成元素UML组成元素-视图 （view） view）
函数
父类
用例
↓
调用
↑
继承
↓
条件触发
↓
子函数
↑
子类
↓
扩展用例
包含关系
泛化关系
扩展关系
实验任务1：在visio2003环境中画出
指导书中的用例图；
实验任务2：在visio2003环境中画某
个实际应用系统的用例图；案例1
案例2 案例2 项目与资源管理系统
系统的主要需求：包括项目管理， 系统的主要需求：包括项目管理，资源管理和系 统管理三大功能。 统管理三大功能。 1. 项目管理包括项目的增加、删除、更新。 项目管理包括项目的增加、删除、更新。 2. 资源管理包括资源和技能的添加、删除和更新。 资源管理包括资源和技能的添加、删除和更新。 3. 系统管理包括系统启动和关闭 ， 数据的存 储 系统管理包括系统启动和关闭， 数据的存储 (分为添加技能和查找技能 和备份功能 （ 分为备 分为添加技能和查找技能)和备份功能 分为添加技能和查找技能 和备份功能（ 份资源数据及备份项目数据） 份资源数据及备份项目数据）等，数据的存储和 备份均需要启动和关闭系统。 备份均需要启动和关闭系统。 技能可指人力资源。 注：技能可指人力资源。
用例图组成
用例图组成：使用者 用例+关系。 用例图组成：使用者+用例+关系。 组成
UML实验二用例图
实验二用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】一．网上选课系统需求分析1．某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除；学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
2．对本系统的的用例、参与者进行分析：本系统拟使用java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。
数据核心层包括对数据库的操作；业务逻辑层作为中间层对用户输入进出逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。
本系统涉及的用户包括管理员和学生，是用例图中的活动者，他们的主要特征类似，都有学号和姓名等信息，可抽象出“基”活动者people，而register和student则从people 诞生，数据库管理系统是另外一个活动者。
3．写出系统中出现的一些事件流，如添加课程事件流、删除课程事件流、修改课程事件流，选课事件流等。
下面是系统中出现的一些事件流。
添加课程事件流：a）管理员选择进入管理界面，用例开始。
b）系统提示输入管理员密码。
c）管理员输入密码。
d）系统验证密码。
A1：密码错误e）进入管理界面，系统显示目前所建立的全部课程信息。
f）管理员选择添加课程。
g）系统提示输入新课程信息。
h）管理员输入信息。
实验二 UML用例图建模参考答案
1. 找出actor和外部系统,确定系统边界.参与者：呼叫者、邮箱用户2. 主要功能分析(参与者期望的系统行为等)(1). 呼叫者保留信息(留言).(2). 邮箱用户管理信息: 收听/存储/删除.(3). 邮箱用户更改问候语.(4). 邮箱用户更改密码.3. 初步找到的用例呼叫者：保留信息邮箱主人：接收信息、更改问候语、更改密码4. 进一步寻找用例邮箱主人：登录邮箱呼叫者、邮箱主人：拨打邮箱号码5. 分析用例之间的关系本例较为简单,只使用“包含关系”即可.6. 绘制初步用例图7. 编写每一个用例的脚本8. 区分脚本中的主事流或异常情况事件流9. 细化用例图,完成用例模型(略)用例1: 拨打邮箱号1. 呼叫者拨打语音邮件系统的主号码.2. 语音邮件系统发出提示音：输入邮箱号码并加#号.3. 呼叫者输入接收者的邮箱号.4. 语音邮件系统发出问候语：已进入XX的邮箱,请留言. 用例2: 保留信息1. 呼叫者完成邮箱号输入操作.2. 呼叫者说出信息.3. 呼叫者挂断电话.4. 语音邮件系统将记录的信息存放在接收者的邮箱中. 用例3: 登录系统1. 邮箱用户完成邮箱号输入操作.2. 邮箱用户键入密码并后跟#键.(默认号码与邮箱号相同)3. 语音邮件系统播放邮箱菜单:按1键接收信息.按2键更改密码.按3键更改问候语.用例4: 接收信息1. 邮箱用户完成登录操作.2. 邮箱用户选择“接收信息”菜单选项.3. 语音邮件系统播放信息菜单:按1收听当前信息; 按2存储当前信息; 按3删除当前信息;按4返回邮箱菜单.4. 邮箱用户选择“收听当前信息”菜单选项.5. 语音邮件系统播放当前新信息,若无新信息,播放当前已有信息.(注意: 只播放,不删除)6. 语音邮件系统播放信息菜单.7. 用户选择”删除当前信息”,则信息被永久删除.8. 继续执行第3步.用例4变体#1: 存储一条信息1.1 以第6步作为开始.1.2 用户选择“存储当前信息”.1.3 当前信息从新信息队列中删除并添加到旧信息队列中.1.4 继承执行第3步.用例5: 更改问候语1. 邮箱用户完成登录操作.2. 邮箱用户选择“更改问候语”菜单选项.3. 邮箱用户说出新的问候语.4. 邮箱用户按下#键.5. 邮件系统设置新的问候语.用例5变体#1: 在确认前挂断电话1.1 以第3步作为开始.1.2 邮件用户挂断电话.1.3 邮件系统保留旧的问候语.用例6: 更改密码1. 邮箱用户完成登录操作.2. 邮箱用户选择“更改密码”菜单选项.3. 邮箱用户输入新的密码.4. 邮箱用户按下#键.5. 邮件系统设置新的密码.用例6变体#1: 在确认前挂断电话1.1 以第3步作为开始.1.2 邮件用户挂断电话.1.3 邮件系统保留旧的密码.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验二用例图
一、实验目的
1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
3．学习使用Microsoft Project对题目进行进度安排。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
根据实例，如“图书馆管理系统”开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：
对其中主要功能的用例书写书面用例。
四、实验步骤
书写“删除读者信息”用例的书面用例。
一般应包含以下信息：
（1）管理员在录入界面，输入待删除的读者名；
（2）“业务逻辑”组件在数据库中，查找待删除的读者名；
（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；
（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；
（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；
（6）在数据库中，删除相关信息；
（7）显示删除成功信息；
（8）结束。
分析:
在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:
(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1
(2)在图中的工具栏选取Actor图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：login 。
图1.2
（4）按照步骤（3），绘制出如图1.4和图1.5的两个用例。
图1.3
图1.4
（5）在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。
图1.6
（6）根据步骤（5），同时完成如图1.7和图1.8。
此时，删除读者用例图就到此完成。
其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
（7）根据分析情况，进一步添加或细化用例图。
图1.7
图1.8
五、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
用例名称添加图书
标识符UC0001
用例描述图书管理员在收到新采购的图书后对之进行入库。
参与者图书管理员
优先级 1
状态通过审查
前置条件图书管理员登录进入系统
后置条件在库图书数目增加
基本操作流程1．图书管理员录入图书书目；
2．系统检查图书书目是否已存在；
3．系统为这本图书生成唯一书号（条形码）；
4．系统添加新的图书书号。
可选操作流程系统检查图书书目不存在，系统添加新的图书书目；被泛化的用例无
被包含的用例无
被扩展的用例无
修改历史记录张三，定义基本操作流程，2009年3月20日
张三，定义可选操作流程，2009年3月20日。