UML面向对象建模 用例模型

（ 2015 — 2016 学年 第 一 学期 ）

课程名称：面向对象建模技术 开课实验室：信自楼442 2015年11月10日 年级、专业、班 计科122班 学号 201210405204 姓名 上机项目名称 实验一 用例建模 邹华宇 指导教师 成绩 付晓东 教师评语 该同学是否了解实验原理： A.了解□ B.基本了解□ C.不了解□ 该同学的实验能力： A.强 □ B.中等 □ C.差 □ 该同学的实验是否达到要求： A.达到□ B.基本达到□ C.未达到□ 实验报告是否规范： A.规范□ B.基本规范□ C.不规范□ 实验过程是否详细记录： A.详细□ B.一般 □ C.没有 □ 注：5个A 为优 4个A为良 3个A 为及格 其余为不及格。 教师签名： 年 月 日 一、实验目的

1、掌握 UML 的用例建模的方法。 2、实践用 UML 建立用例模型。

二、实验原理

UML用例模型（也称需求模型）用于描述的是外部执行者所理解的软件系统的功能，也即用户对系统的功能性需求。用例模型由若干用例图组成。一幅用例图包含的模型元素有系统、用例、执行者，以及它们之间（包括执行者与系统之间、用例之间）的相互关系。其中用例代表系统的功能，执行者代表使用这些功能的用户。

用例经常被作为独立的单位进行需求获取、分析设计、实施、测试和部署。 但事实上，用例之间有一定的相关性，表现为涉及的对象相近和若干用例处于一个相关的业务流中。这些相关的用例构成了结构设计时定义子系统的依据。

用例建模的步骤包括：

（1）确定系统范围、用例和执行者；

（2）描述用例；

（3）用例分类、确定用例之间的关联； （4）建立用例图；

（5）定义用例图的层次结构； （6）审核用例模型。

用例的文字描述应包括以下内容： （1）用例的目的（功能）；

（2）该用例在什么情况下被哪个执行者启动执行； （3）用例与执行者之间交互哪些消息来通知对方作出决定； （4）交互的主消息流及因此被使用或修改的实体； （5）用例中可供选择的异常事件流；

（6）用例结束标志：给执行者返回一个可识别的值。

举例：学生选课。这个交互过程的用例可以用正文列表格式描述如下：  用例名称：学生选课  执行者：学生

 目的：完成一次学生选课的完整过程  类型：主要的、基本的  级别：一级  过程描述：

1）学生输入标识码（ID），系统识别标识码的有效性； 2）对学生进行注册识别； 3）浏览本学期预开课程；

4）选择学生自己要上的课程并确认；

5）退出系统，系统给出所选课程列表及相应学分合计。  异常事件流处理：

1）标识码有效性检查失败，允许学生重新输入（3 次机会）。 2）注册识别失败，没有注册（尙未交学费）的学生不能选课。 3）选择课程确认失败，所选几门课程中在上课时间上发生冲突时，系

统提示重选。

上述用例至少有一名执行者与其发生联系，它有一个选课成功的场景和三个选课失败的场景，由它们来完整地描述了这个用例。 三、所用仪器、材料

个人计算机一台、SyBase Power Designer15.1软件。 四、实验过程、内容

1、实验题目

用下面五个用例建立一个汽车租赁信息管理系统的需求模型。 B1：会员浏览车型、车辆索引。

B2：会员预约车辆/车型，当这辆车可用时或当有这个车型的汽车时，会员得到通知。

B3：非会员预约车辆/车型，当他缴纳了定金后，这辆车可用时或有这个车型的汽车时，顾客得到通知。

B4：顾客到店提车，助手发车。 B5：顾客归还汽车。 2、实验过程

1）分别为 B1、B2、…、B5建立用例图，并用相应正文列表格式描述每个用例。2）建立系统生存环境用例图。

B1：

浏览车型会员车辆索引 B2：

查看结果预约车辆会员查看车型助手

B3：

查看结果查看车型预约车辆非会员交押金助手

B4：

发车会员非会员助手

B5:

还车会员非会员助手

车辆索引查找车辆型号会员查找结果搜索会员预约查看车型顾客非会员预约非会员交押金非会员还车发车助手

五、实验结果分析、经验总结和结论

通过此次实验，使我有了很大的收获，我学习使用了Power Designer软件，并通过这个软件我画出汽车租赁信息管理系统用例图。我对用例图的基本功能和使用方法有了更加深层次的理解，同时在本次实验中不仅让我了解到了用例建模的过程，并且提高了我的动手解决实际问题的能力，让我感受到了实践UML用例建模的过程。这次实验后我希望自己在以后的学习运用这些实践和体会来让自己在专业知识的加深更上一个新的台阶，为将来就业打下一个坚实的基础。谢谢付晓东老师的指导。