用例图及进度安排实验报告

软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。

在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。

二、用例分析1、读者“借书还书系统”用例图(f书书(from Use Cases)1．1、行为者：主要行为者：读者。

1．2、前置条件：读者进入图书管理系统。

1．3、事件流：1.3.1、主要事件流：1.3.1.1：读者检索所需图书信息，并查看；1.3.1.2：读者检索到所需图书，登录系统，开始借书；1.3.1.3：系统查询图书信息，图书数目是否可借；1.3.1.3.1：图书显示可借，借书成功；1.3.1.3.2：图书显示不可借，借书失败；1.3.1.4：进入续借图书界面，续借图书；1.3.1.5：系统查看预约记录，1.3.1.5.1：没有冲突，续借成功；1.3.1.5.2：有冲突，续借失败；1.3.3.1：1.3.1.6：读者归还图书；1.3.1.6.1：归还时间没有逾期，归还成功；1.3.1.5.2：归还时间逾期，逾期处罚，归还成功；1.3.2、备选事件流：1.3.2.1：图书检索信息失败，未检索到图书，重新输入信息检索；1.3.2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书；1.3.2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录；1.3.2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书；1.3.3、异常事件流：1.3.3.1：读者登录系统失败，未曾注册用户；1.3.3.1.1：返回系统注册用户后，重新登录。

1．4、后置条件：退出系统。

1．5、1．6、扩展点：无。

2、“图书信息管理系统”用例图书书书书书书(f书书书书(from Use Cases)(from Use Cases)2．1、行为者：主要行为者：管理员；2．2、前置条件：管理员打开图书信息管理系统；2．3、事件流：2.3.1：主要事件流：2.3.1.1：图书管理员输入管理员登录信息，登录系统；2.3.1.2：进入图书信息管理界面，查看已有图书信息，是否有需要购入图书；2.3.1.2.1：录入新购进图书信息，并确认；2.3.1.3：进入读者信息管理界面，管理已有用户信息；2.3.1.4：进入信息通知界面，查看已有用户图书借阅、预约情况；2.3.1.4.1：查看读者所预约图书，自动查询图书信息，确认是否已有可借图书，有则通知读者；2.3.1.4.2：查询读者已借图书信息，根据已借时间及归还时间分类；2.3.1.4.2.1：所借图书即将逾期，启动系统提醒功能；2.3.1.4.2.2：所借图书已经逾期，启动逾期及处罚通知功能；2.3.2：备选事件流：2.3.2.1：管理员用户名或登录名错误，重新登录；2.3.2.2：需要购进新图书，存储信息，通知相关人员；2.3.2.3：读者预约图书没有可借图书，不予通知；2.3.2.4：预约通知提醒后，删除该预约记录；2.3.2.5：读者所借图书距离归还时间仍很久，无需通知；2.3.3：异常事件流：2.3.3.1：登录失败超过一定次数后，系统冻结该用户名，一段时间后可以重用；2．4、后置条件：退出系统；2．5、扩展点：无。

实训目的
实验内容一：熟悉 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建模课程实验二、UML用例模型的设计班级：信息0702 组别：指导老师：徐凯波姓名：王姗学号：2007030331205一、实验要求：掌握利用UML建模工具建立用例模型的方法二、实验内容：利用UML建模工具设计用例模型三、实验环境：Windows 2000 Professional以上环境、Rational Rose2003、Sybase Power Designer 10四、操作步骤：本系统是学生选课管理系统，学生可以通过登录该系统查询课程信息、选课、查询个人选课记录；管理员可以通过登录该系统修改课程信息、查询课程信息、添加课程信息、删除课程信息以及对学生的信息进行维护。

（一）第一层（二）学生选课管理系统五、遇到的问题和解决方法：用例图作为整个系统建模最开始的阶段，是最基础的部分，在刚开始的时候的确遇到了不少问题。

首先是确定要做一个关于什么时候的系统，系统不能做的太小也不能太大，最好该系统能接近日常生活。

在一开始的时候我想做一个关于图书管理系统，但是由于选择图书管理系统的同学太多，所以就放弃了这一想法，后来通过看书、PPT以及在网上查阅资料，最终我决定做一个关于学生选课管理系统，因为作为一名学生，学生选课管理系统比较贴近我的生活。

确定完选题之后，第二步就是要确定该系统的角色和用例。

在这一过程中，我出现了很多错误，在做用例图时，我是先从角色（小人）出发，都有谁参与了该系统，然后想该系统的功能，但总是想的不全面，于是在课下的时候，我找到老师，徐老师说用例图首先应从系统出发，想想该系统都能实现哪些功能，然后在考虑都有哪些角色参与了该系统，在徐老师细心的指导下，我确定该用例图应包括：登陆系统功能、查询课程信息功能、选课功能、查询个人选课记录功能、修改课程信息功能、添加课程信息功能、删除课程信息功能以及对学生的信息进行维护功能等。

参与该系统的角色有：学生、管理员。

确定好角色与系统功能后，绝应该在RationalRose软件中将用例图画出来，在这一过程中我经常搞混<<extend>>和<<include>>、还有箭头的指向，我发现课上老师讲的知识，虽然认真听了，但用在实际的操作中，还是会出现错误，我又从新翻看课本以及PPT，最终在老师的帮助下弄清楚了<<extend>>和<<include>>含义，一张完整的用例图就完成了，为以后的实验奠定了一个好的基础。

华北水利水电学院 实用软件工程学 实验报告_2009_～_2010_学年 第 二 学期 2009级 计算机科学与技术专业学号：200915320 班级 ： 2009153 姓名： 李晓娜实验五 用例图一、实验目的1、掌握一种画图工具。

2、学会分析、建立用例图。

二、实验内容根据某公司办公自动化系统的功能体系结构来建立业务用例图。

功能体系结构图如下所示：三、实验步骤（一）系统中业务用例和确定根据系统的功能体系结构，可以很容易地确定出此系统的业务用例有公文管理、会议管理、财务管理、工作管理、客户管理、系统管理、个人办公管理、公共信息管理、资产设备管理和人力资源管理用例。

（二）系统中业务角色和业务工人的确定根据业务角色和业务工人指向的不同以及对系统的需求分析，可以找到办公自动化系统的业务角色有潜在的员工、客户、供应商、办事处和分公司。

业务工人有办公人员和系统管理人员。

根据不同的模块，事实上与系统交互的办公人员又可以继续被分类。

（三）业务用例图的建立在对系统进行了业务用例、业务角色和业务工人的确定之后，建立业务用例图，来反映整个机构的业务。

如图1所示。

办公自动化系统 公 文 管 理会 议 管 理财 务 管 理工 作 管 理客 户管 理系 统 管 理个人 办 公 管 理公共 信 息管 理资产设备管 理 人力 资源 管 理图1 业务用例图（四）子系统业务分析及用例图。

1、公文管理业务分析这个子系统包括发文管理和收文管理。

发文管理的工作是要根据预先设置的发文管理流程和权限设置，实现发文的各项办理工作：文件输入、提交、审核、签发、发放、存档、作废、打印；收文管理的工作有接收外来文件、编号登记、发放、存档、打印。

发文管理流程中的一系列工作都与系统文件信息管理相连接，对文件信息进行各种操作和更新，其用例图如图2所示。

图2 公文管理用例图2、资产设备管理业务分析资产设备管理包括办公用品管理和资产管理两个功能。

其中，办公用品管理指的是一般的低值易耗品的管理，它为库存管理员提供办公用品的库存、采购、领用的查询统计功能和库存报警功能，办公用品的领用申请在个人办公管理中进行；资产管理实现对公司固定资产的管理，在该企业中是由行政部的库管员进行管理的。

2013 年9月24 日实验项目：用况图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画用况图的方法。

实验仪器：一台有建模工具JBOO4.0的PC附注实验内容及步骤（或程序清单）：1、双击建模工具JBOO4.0图标工具界面如图1所示。

图1 工具界面2、新建用况图，如图2所示。

图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区，包括用况，活动者以及系统边界如图3所示：（续）图3 用况图5、双击用况1图标，在弹出的对话框中将名字改为开户。

以此类推，修改完所有图标的名字后如图4所示：图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估，可查看模型的设计质量，如图5。

图5 查看模型设计质量（续）7、点击工具—>文档/代码生成—>国际文档—>Html文档，将生成Html文档，如图6。

图6 生成Html文档8、用浏览器打开生成的文档如图7：图7 浏览器打开用况图实验结果分析：通过用JBOO工具画用况图，熟悉了工具的使用，本实验是一个简化了的银行储蓄账户管理系统，实验要点分清用例和执行者，以及将后缀名为jmdl的文档转化为Html文档。

教师批阅：2013年10月8 日实验项目：类图与对象图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画类图与对象图的方法。

实验仪器：已安装JBOO4.0的PC一台。

实验内容及步骤（或程序清单）：附注1、双击图标2、进入软件界面，默认为画类图。

3、画类图的图标有4、选定相应图标拖进工作区，如图8所示：图8 选择图标5、双击类1图标，弹出如下对话框，将类名改为学生，如图9。

图9 修改类名6、选择“属性”标签卡，输入属性名，选择类型和可见性，单击“插入”按钮，输入学生类的全部属性，如图10。

7、选择“操作”标签卡，输入操作名，选择返回类型和可见性，单击“增加”（续）按钮，输入学生类的全部操作，如图11。

中南民族大学管理学院学生实验报告课程名称：UML面向对象分析与设计教程年级：专业：信息管理与信息系统学号：姓名：指导教师：实验地点：管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验（一） UML建模基础实验时间：实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。

2.掌握UML的三大组成部分及各部分作用。

3.掌握UML的可见性规则和构造型的作用。

实验内容1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。

2.认识各种UML关系及可见性符号，并用工具表示出来。

答：各种UML关系如下：分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。

答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。

UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。

当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。

UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。

UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。

UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。

指导教师批阅：实验（二）用例图实验时间：实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。

2.掌握用例与用例之间的各种关系。

3.用Rational Rose工具练习教材中的用例图。

软件工程试验一：用例图
班级：信121
姓名：黄成运
学号：2108191211112
一、试验目的
通过本次试验使学生掌握UML建模语言的基础知识和rose软件的基本用法，并进一步熟练掌握绘制业务用例框图和用例文档基本步骤和方法。

二、试验要求
根据实验题目内容，完成相应的实验任务。

三、实验内容
1.一个新的音像商店准备采用计算机系统向比较广泛的人群销售或租借录像带和
光碟。

该音像商店将存有大约1000 盘录像带和500 张光碟，所有的录像带和光碟都有一个条码，可以使用条码扫描仪来支持销售和返还，客户会员卡也同时条码化。

客户可以预定录像带并在指定日期来取。

系统必须拥有灵活的搜索机制来回答客户的询问。

根据上述描述，请你给出音像租赁销售系统的业务用例模型和系统用例模型，任选一个系统用例写出用例文档。

2.可以根据本小组自定的系统完成用例图和用例文档。

四、实验结果
客户信息管理业务用例图
该客户信息管理主要实现对客户信息的增加、删除、修改和查询。

系统用例图。

中北大学软件学院实验报告
专业：软件工程
方向：软件开发与测试
课程名称： UML
班级：
学号：
姓名：
辅导教师：井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验，我掌握了在课堂上学习的用例图等。

加深了对书本知识的认识和记忆。

在实验中我学会了去如何操作ro se工具图。

通过ro se工具图，可以去清晰的去展示一个关系等。

使用非常方便。

五、实验小结（本次实验涉及的知识点）
类图是描述类、接口以及它们之间关系的图，它显示了系统中各个类的静态结构是一种静态模型。类图根据系统中的类以及各个类的关系描述系统的静态视图。类图是面向对象系统建模中最常用和最基本的图之一，类图可以包含类、接口、依赖关系、泛化关系、关联关系和实现关系等模型元素。
包图是维护和控制系统总体结构的重要建模工具。
实验内容
实验二 图书管理系统的类图和包图的绘制
学号：
姓名：
实验成绩：
一、实验目的
1．理解类、类间关系的基本概念。
2．掌握如何从需求分析中抽象出类的方法以及描绘类间关系的方法。
3. 熟悉包的基本概念。
4．掌握在Rational Rose中绘制类的操作方法以及包的绘制。
二、实验内容
通过前面内容的学习，完成了对TJKD图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。通过这两类图我们可以初步了解系统的业务处理流程。现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：
四、实验小结（本次实验涉及的知识点）
顺序图描述了对象之间传递消息的时间顺序，它用来表示用例中的行为顺序。顺序图代表了一个相互作用、在以时间为次序的对象之间的通信集合。
活动图本质上是流程图，其中几乎所有或大多数的状态都处于活动状态，它描述从活动到活动的控制流。
状态指对象的生命周期中满足某些条件、执行某些活动或者等待某些事件时的一个条件或情况，状态和事件之间的关系是状态机图的基础。
3．学习使用Microsoft Project对题目进行进度安排。
二、实验内容
根据TJKD的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：

二、思考题
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。

实验05 UML
(要求写实验报告)
一、实验名称：UML
二、实验目的：
1) 掌握绘图工具Microsoft Office Visio软件的使用；
2) 掌握用例图的绘制方法；
3) 掌握类图的绘制方法；
4) 掌握程序流程图的画法。

三、问题讨论
类图中的内容可以转化为软件中的什么？
答：类图中的内容一方面可以转化为程序中的类，类图中的特性转化为成员变量，类图中的操作转化为方法。

另一方面，类图中的特性转化为数据库表中的字段，操作转化为数据库中的存储过程。

四、实验内容及步骤：
1．用例图
财务人员
图1 物资管理用例图
2. 活动图
图2 物资出库活动图3. 类图
添加类图。

右键—属性。

特性中填入类的属性。

操作中填入类的方法。

图3 销售订单类图
自己设计客户的类图。

4. 时序图
图4 学生注册时序图
5. 状态图
在库
待出库
出库
入库
出库单
产品运出仓库
图5 产品出库状态图
6.协作图
:Registration
:Student
:CourseSection
1:<<create>>
2:addToSchedule
图6 注册协作图。

本科实验报告课程名称：计算机网络实验项目：计算机网络实验地点：专业班级：学号：学生姓名：指导教师：目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。

2．使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。

为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。

书店管理员受理订单后，就会通知快递公司送货。

当然，书店的图书上架和下架也应该由网上书店完成了。

工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。

UML实验报告（5篇）第一篇：UML实验报告UML 实验报告实验一用例图一、实验结果1、整理实验结果2、小结实验心得体会用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。

用例图是UML中用来对系统的动态方面进行建模的7种图之一。

用例图描述了用例、参与者以及它们之间的关系。

用例图从用户角度描述系统功能，并指出各功能的操作者。

通过本次实验，我熟悉Rational Rose 建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。

同时掌握了用例间的类属关系、Include 关系和Extend关系的语义、功能和应用。

最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。

二、思考题1、如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。

2、如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在参与者或用例的设置对话框中删除？答：都可以删除。

实验二类对象模型的建立一、实验结果 1．整理实验结果。

2．小结实验心得体会。

类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。

类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。

通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。

二、思考题选中一个模型对象，点击鼠标右键，比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”，它们二者之间区别在哪里？答：“Edit——Delete”只删除绘图窗口中的图形，而不改变其在导航窗口中的存在；“Edit——Delete from Model” 是从建模中完全删除。

《软件工程》 UML用例图实验一、预备知识1．概述用例图的基本概念：通俗地讲，用例是文本形式地情节描述，用以说明某些参与者使用系统以实现某些目标。

从本质上讲，一个用例是用户与计算机之间为达到某个目的的一次典型交互作用：●用例描述了用户提出的一些可见的需求；●用例可大可小；●用例对应一个具体的用户目标。

用例图描述系统外部的执行者与系统的用例之间的某种联系：●所谓用例是指对系统提供的功能（或称系统的用途）的一种描述；●执行者是那些可能使用这些用例的人或外部系统；●用例和执行者之间的联系描述了“谁使用哪个用例”；●用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能，并且指明了这些功能的执行者是谁；●用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。

●用例图最常用来描述系统以及子系统。

●用例图在UML方法中占有十分重要的地位，人们甚至称UML是一种用例图驱动的开发方法。

用例图包含6个元素：①参与者，又称之为角色（Actor）②用例（Use Case）③关联关系（Association）④包含关系（Include）⑤扩展关系（Extend）⑥泛化关系（Generalization）2．参与者、角色（Actor）▪系统外部的一个实体。

▪是与所建系统交互的人或物。

▪参与用例的执行过程。

▪通过向系统输入或请求系统输入某些事件来触发系统的执行。

▪由参与用例时所担当的角色来表示。

▪每个参与者可以参与一个或多个用例。

▪参与者的种类：①系统用户②与所建造的系统交互的其他系统③一些可以运行的进程确定参与者：在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：①谁使用系统？②谁安装系统、维护系统？③谁启动系统、关闭系统？④谁从系统中获取信息，谁提供信息给系统？⑤在系统交互中，谁扮演了什么角色？⑥系统会与哪些其他系统相关联？参与者间的关系：在用例图中，使用泛化关系来描述多个参与者之间的公共行为。

用例图实验报告一、实验目的本次实验的主要目的是通过绘制和分析用例图，深入理解系统的功能需求和用户与系统之间的交互关系，为系统的设计和开发提供清晰、直观的指导。

二、实验环境1、操作系统：Windows 102、绘图工具：StarUML三、实验内容（一）用例图的概念和作用用例图（Use Case Diagram）是 UML（统一建模语言）中用于描述系统功能的一种图形化工具。

它从用户的角度出发，展示了系统提供的一系列功能（用例）以及不同用户（参与者）与这些用例之间的关系。

用例图的主要作用包括：1、帮助开发团队更好地理解系统的需求和功能，明确系统的边界和范围。

2、作为与用户和其他利益相关者沟通的有效工具，便于他们直观地了解系统的功能和使用方式。

3、为后续的系统设计和开发工作提供基础，如确定系统的架构、模块划分等。

（二）绘制用例图的步骤1、确定参与者参与者是与系统进行交互的外部实体，可以是人、其他系统或设备。

通过对系统的需求分析，找出所有可能与系统交互的参与者，并为每个参与者赋予一个有意义的名称。

2、识别用例用例代表了系统能够为参与者提供的功能或服务。

从参与者的角度出发，思考他们在与系统交互过程中希望系统完成的任务，将这些任务确定为用例。

3、绘制用例图使用绘图工具，将参与者和用例分别用不同的图形元素表示，并通过线条连接参与者和与之相关的用例，以表示它们之间的交互关系。

同时，可以为用例图添加必要的注释和说明，以提高其可读性。

（三）实验案例分析以一个在线购物系统为例，绘制用例图并进行分析。

1、确定参与者顾客：购买商品的用户。

管理员：负责管理系统的人员，包括商品管理、订单处理、用户管理等。

2、识别用例顾客相关用例注册/登录浏览商品搜索商品查看商品详情加入购物车提交订单支付订单查看订单状态评价商品管理员相关用例商品管理（添加、修改、删除商品）订单处理（确认订单、发货、退款）用户管理（添加、修改、删除用户信息）3、绘制用例图（此处插入绘制好的用例图）通过对这个用例图的分析，可以清晰地看到在线购物系统的主要功能和不同用户与系统之间的交互关系。

用例图实验报告用例图实验报告引言：用例图是一种用于描述系统功能和行为的图形化工具。

它可以帮助软件开发团队更好地理解系统的需求和功能，并在开发过程中进行有效的沟通和协作。

本实验旨在通过实际操作和分析，探讨用例图的基本概念、构建方法和应用场景。

一、用例图简介用例图是一种UML（统一建模语言）的图形化表示方法，用于描述系统的功能和行为。

用例图由用例、参与者和关系组成。

用例表示系统的功能需求，参与者表示与系统交互的角色，关系表示用例和参与者之间的关联。

二、用例图的构建方法1. 确定参与者：首先要明确系统的参与者，即与系统进行交互的角色或实体。

可以是人、其他系统或外部设备。

2. 确定用例：根据系统的功能需求，确定系统的用例。

用例应该是系统可以执行的具体功能或操作。

3. 建立关系：根据参与者和用例之间的交互关系，建立关联关系。

常见的关系有关联、包含、扩展和泛化等。

4. 完善用例图：根据实际需求，完善用例图的细节，如添加用例的描述、参数和返回值等。

三、用例图的应用场景1. 系统需求分析：用例图可以帮助开发团队更好地理解系统的功能需求，从而更准确地进行需求分析和设计。

2. 系统设计与开发：用例图可以作为系统设计的基础，帮助开发团队确定系统的功能模块和交互方式。

3. 测试与验证：用例图可以作为测试用例的基础，帮助测试团队设计和执行测试方案，并验证系统是否满足需求。

4. 系统维护与升级：用例图可以帮助系统维护团队理解系统的功能和行为，从而更好地进行系统维护和升级。

四、实验过程与结果在本次实验中，我们选择了一个在线购物系统作为实验对象。

首先，我们明确了系统的参与者，包括顾客、管理员和供应商。

然后，我们根据系统的功能需求，确定了一些用例，如登录、浏览商品、添加购物车、下单等。

接下来，我们建立了参与者和用例之间的关系，如顾客和管理员之间的关联关系、下单用例和支付用例之间的扩展关系等。

最后，我们完善了用例图的细节，添加了用例的描述和参数等。

用例图设计实验报告1. 引言用例图是一种表示系统交互的图形化工具，它描述了系统中的角色、用例以及它们之间的关系。

用例图常用于需求分析和系统设计过程中，有助于明确系统功能和行为。

本实验旨在通过实际案例，了解用例图的设计过程和使用方法，并熟悉用例图的各种元素及其之间的关系。

2. 实验背景想象一个在线购物系统，我们可以将用户、商家和管理员作为系统中的角色，而登录、浏览商品、下单、支付等操作可以作为系统的用例。

通过用例图的设计，我们可以很清晰地了解用户和商家之间的交互以及各个用例之间的关系。

3. 实验过程及结果3.1 角色的确定在开始设计用例图之前，首先需要确定系统中的角色。

根据实验背景，我们可以确定用户、商家和管理员是系统中的角色。

3.2 用例的分析接下来，我们需要分析系统中的用例，以确定用户和商家与系统交互的动作。

通过与实际业务的对比分析，我们可以确定以下用例：1. 用户登录：用户在系统中登录的操作。

2. 用户浏览商品：用户在系统中浏览商品的操作。

3. 用户下单：用户在系统中下单购买商品的操作。

4. 用户支付：用户在系统中支付订单的操作。

5. 商家登录：商家在系统中登录的操作。

6. 商家发布商品：商家在系统中发布商品的操作。

7. 商家管理订单：商家在系统中管理订单的操作。

8. 管理员登录：管理员在系统中登录的操作。

9. 管理员管理用户：管理员在系统中管理用户的操作。

10. 管理员审核商品：管理员在系统中审核商品的操作。

3.3 用例图的绘制根据上述用例的分析结果，我们可以开始绘制用例图。

用例图由用例、角色和关系三部分组成，其中用例用椭圆表示，角色用方框表示，而关系用箭头表示。

下面是绘制的用例图示例：通过用例图的绘制，我们可以清晰地看到用户、商家和管理员之间的交互关系以及各个用例之间的依赖关系。

3.4 用例图的分析通过对用例图的分析，我们可以得出以下结论：- 用户和商家角色有一些相同的用例，如登录和浏览商品。