实验一用例图设计参考解答
实验1-用例图的建模与绘制-讲解
实验一用例图的建模与绘制一、实验目的与要求● 掌握参与者、用例的识别方法； ● 掌握用例的描述方法；● 掌握用例与用例之间的各种关系； ●掌握用例图的绘制方法。
二、实验内容1.参考教材p72和p73的用例模型，包括图4-24，图4-25和图4-26，独立使用Rational Rose 绘制图书馆管理系统的用例图。
缴纳罚款<<extend>>处理预约编辑图书信息编辑用户信息点评：大部分同学都正确绘制出来了，少数同学忘记在依赖关系上添加相应的构造型，即include或extend添加方法：双击连线或右键菜单打开关系的specification（规格），设置其stereotype（版型）为include（包含）或extend（扩展）2. 下面的场景应该建模为用例的什么关系？请画出相应的用例图。
（1）在网络购物系统中，客户可以进行购物、确认支付等操作，这些操作都需要登录系统。
请对购物、确认支付进行建模。
包含关系两种场景适合建模为包含关系：（1）大用例分解为小用例，小用例为大用例的一部分。
注意，这里也不同于先后关系，一个用例不需要包含它所有的前置用例，先后关系通过用例的前置条件表达。
（2）多个用例的公共功能部分，提取出来作为提供用例，被其它用例包含。
存在问题1：关系的指向方向反了，或没分清哪个用例包含哪个用确认支付（2）在网络购物系统中，客户可选择如下付款方式：支付宝、信用卡、银联卡或货到付款。
请对付款及其变体进行建模。
泛化关系泛化关系：一个用例可以例举为多个子用例，比如，使用不同的实现手段，如还书、付款问题：（1）依然建模为包含关系，未能建模为泛化关系（2）用流程图的方法来画用例图。
支付宝信用卡银联卡货到付款（3）在网络购物系统中，客户可选择如下付款方式：金额在1000以下可使用支付宝快捷支付；金额在1000以上只能选择使用信用卡或银联卡进行支付；金额在500以下可选择货到付款。
实验一 用例图uml实验ATM机用例图
学号
验时间
实验名称
用例图
实验内容
本次实验完成如下内容：
1.确定系统功能需求
2.完成系统用例图的绘制
3.确定每个用例的事件流
一、实验目的
能够根据系统的功能分析系统的用例组成
正确确定用例图中的参与者
根据系统确定每一个用例的事件流
二、实验环境
UML建模工具Rational Rose 2003
三、主要设计思想
本实验主要有以下两个特点：
（1）活动者、用例的划分。创建一个用例框图是可视化建模中具有关键的一环。每个用例所涵盖的内容（功能）既不能太大也不能太小，否则会影响以后工作的进展。
（2）使用Rational Rose工具规范性建模。从浏览器窗口容易看出，除了一个总的用例框图（全局视图）外，每个活动图均包含在各自的包中，显得直观明了。每个用例都附带有重要的――该用例事件流的详细描述，保持和需求的一致性，这点在以后的工作开展中也是十分重要的。
四、实验结果
五、实验总结
学会了寻找用例，参与者，用例与参与者。学会了，怎么描述用例，建模。
UML实验一_用例图
实验二用例图
【实验内容】
1.试画出学校班级管理系统的用例图。
用例有：登录；找回密码；查看、修改、删除、录入班级基本信息，参与者有管理员与系院领导。
2.试画出学生成绩管理的用例图。
用例有：登录；找回密码；录入、修改、保存、查询、删除成绩，参与者有教师与学生。
3.试画出网上选课系统的用例图。
用例有：登录；找回密码；查看课程信息；按课程编号查询；按课程名查询；选择课程；删除已选课程；维护课程信息；参与者有系统管理员与学生。
4.试画出帐号管理系统的用例图。
用例有：创建新账户；设置账户；设置账户基本信息；设置账户权限；删除帐户；查询账户。
参与者有系统管理员。
【思考】：一台自动饮料售货机共有6种不同饮料，售货机上有6个按钮，分别对应6种饮料，顾客可以通过按钮来选择所要的饮料。
每个按钮旁有一个指示灯，用来表示该售货机中是否还有这种饮料可售。
售货机有一个硬币槽的找零槽，用来收钱和找钱，假设一位顾客购买矿泉水，不用找零，请给出描述上述场景的用例图。
中南大学软件学院软件体系结构实验1UML实验-参考答案
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。
系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。
中南大学软件学院软件体系结构实验1UML实验-参考问题详解
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。
系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。
实验一 用例图
软件工程试验一：用例图
班级：信121
姓名：黄成运
学号：2108191211112
一、试验目的
通过本次试验使学生掌握UML建模语言的基础知识和rose软件的基本用法，并进一步熟练掌握绘制业务用例框图和用例文档基本步骤和方法。
二、试验要求
根据实验题目内容，完成相应的实验任务。
三、实验内容
1.一个新的音像商店准备采用计算机系统向比较广泛的人群销售或租借录像带和
光碟。
该音像商店将存有大约1000 盘录像带和500 张光碟，所有的录像带和光碟都有一个条码，可以使用条码扫描仪来支持销售和返还，客户会员卡也同时条码化。
客户可以预定录像带并在指定日期来取。
系统必须拥有灵活的搜索机制来回答客户的询问。
根据上述描述，请你给出音像租赁销售系统的业务用例模型和系统用例模型，任选一个系统用例写出用例文档。
2.可以根据本小组自定的系统完成用例图和用例文档。
四、实验结果
客户信息管理业务用例图
该客户信息管理主要实现对客户信息的增加、删除、修改和查询。
系统用例图。
实验报告1--用例和用例图
中北大学软件学院实验报告
专业：软件工程
方向：软件开发与测试
课程名称： UML
班级：
学号：
姓名：
辅导教师：井超
2017年3月制
4.用例图如下所示
1).系统参与者
系统角色
2).图书管理
图书管理用例图3).图书借阅和还书用例图
图书的借阅和归还用例4).图书管理系统的整体用例图
图书管理系统的整体用例图
5.实验结论及心得
通过本次实验，我掌握了在课堂上学习的用例图等。
加深了对书本知识的认识和记忆。
在实验中我学会了去如何操作ro se工具图。
通过ro se工具图，可以去清晰的去展示一个关系等。
使用非常方便。
中南大学软件学院软件体系结构实验1-UML实验-参考答案
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间前台服务员客房部经理通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况信用卡系统2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM 的一部分。
实验一用例图设计参考解答
实验一用例图设计参考解答公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]实验11. 一台自动售货机能提供6种不同的饮料，售货机上有6个不同的按钮，分别对应这6种不同的饮料，顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽，分别用来收钱和找钱。
现在为这个系统设计一个用例图。
找零钱自动售货机系统用例图2.现有一个产品销售系统，其总体需求如下：系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票，系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求，并绘制出其用例图。
产品销售系统用例图3 某酒店要开发一个酒店住宿管理系统，该酒店可对外开放500个双人间和50个单人间，房间费用视情况按季节由管理人员进行调整，但周一到周五半价（周末全价）折扣不变。
只有在该系统进行了注册的人员才能登录该系统进行酒店住宿预定。
对于顾客的请求，该系统能根据请求入住时间预定指定档次的房间信息，记录该顾客姓名、地址、联系电话、有效证件号、房间类型和预定的天数，并计算出总费用。
预定的同时顾客按规定要提交10%定金。
六个小时之内酒店允许顾客取消预定金，超过六个小时定金不退还。
每周一系统自动打印一周预定情况的清单。
顾客离开时，可以到总台办理结帐。
结帐方式可采用两种方式，一种是现金结帐，另一种是银行卡结帐，银行卡结帐将通过与银联POS机来完成。
POS4.登录一个网上酒店管理系统，根据其客人预订房间流程，描述系统的“预订房间”用例。
当客人登陆网上酒店管理系统，系统显示需要选择的服务，客人选择预订房间，系统判断客人预订的房间是否还有剩余，如果没有剩余，询问顾客是不是要继续选择预订其他的房间，顾客如果选择是，则重新进去预订房间的用例，如果客人选择不继续预订房间的话，系统询问客人是否要选择退出，客人退出，如果客人要预订的房间有剩余，系统询问顾客是不是要确定预订这个房间，顾客选择是，然后系统询问顾客的详细的信息，系统记录信息，然后回到系统询问顾客是否需要其他的服务，顾客选择退出，系统注销用户的登录信息。
UML实验1-用例图
UML实验1 用例图分析与设计【实验目的】1．熟悉Rational Rose 进行建模的一些基本操作；2．学会使用Use Case视图与Use Case 框图；3．学习使用Use Case、角色与关系；【实验性质】设计性实验。
【实验要求】1．在浏览器中增加Use Case 框图；2．在新建的Use Case 框图中增加角色；3．建模用例的事件流；4．增加文件。
【实验内容】本次实验要求自己在现有的用例模型（Lab1.mdl）中，根据指定的用户需求描述分析Actor和Use Case，创建用例图。
【实验导读】Step1：画出下图顾客供应商收营员图3-4 自动饮料售货机的用例图Step2：鼠标右键点击Use Case Diagram，增加2个新的Use Case Diagram，分别命名为：图3-6泛化关系和图3-7包含关系。
具体实现如图2、图3所示：图2-2 新建Use Case Diagram买票个人购买团体购买图2 泛化关系示例收银员图3-7 具有包含关系的用例图现金支付信用卡支付Step3：根据《UML课程设计》P37-42页的步骤画出选课系统用例图，效果如下图所示。
Delete course图3-9 选课系统的用例图Step4：在上图选课系统用例图上新增一标签，写上自己的姓名学号：张明图3-9选课系统的用例图Step5：根据P36页“选课事件流”，输入到用例“Select Course”中。
Step6：从“QueryCourse”、“Pay for Course”、“Modify Course”、“Delete Course”中任意选2个用例，自己分析并写出其事件流，并输入到用例中。
Step7：保存新的mdl文件，取名为“学号姓名”如0807001张明.md1，将该文件压缩上传至FTP。
【实验作业】根据用例图的实验过程，写出“实验1-用例图分析与设计”，写到实验报告册上，需要画出图形，并有一定的文字描述。
设计用例图,类图,序列图实验报告出现的问题
设计用例图,类图,序列图实验报告出现的问题
一、实验目的和要求
1.参考实验指导书中的示例，完成用例图，类图，序列图的绘制。
2.对相应的图表进行简单的文字描述，并对整体分析建模流程进行阐述。
3.总结UML建模的心得体会，为撰写需求规格说明书做好准备。
二、实验原理及内容
1.用例图的绘制
用例图（Use Case Diagram）是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。
用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统下一篇易理解这些元素的用途，也便于软件开发人员最终实现这些元素。
用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。
2012-2013 第二学期 11本 UML 实验一参答(第三章用例图)
Borrower 借阅 者可 通过 图书 管理 员对 系统 操作 Give Notice 《Extend》
《Include》
Remove Reservation Info of Borrower Librarian Reservation Lend Item
《Include》 Find Borrower Find Title
Delete 《Extend》
Update
《Include》
Return Item 《Include》 《Include》
Find Title Find Borrower
案例4. 设计“图书管理系统”的Use Case 框图1
当通知为借阅成功时 应自动删除预定
通知是一个常规用例参阅者 的几项活动均需要 《Include》 《Extend》 Rerigist Login Telephone 《Include》 Address 《Include》 Name 添加时需 要需要借 阅者信息 《Include》 《Extend》 《Include》 Add Sort Title Query 《Include》
UML 面向对象技术教程
上机实验一 用例及用例图
1
案例1. 绘制“自动饮料机售货”的用例图（含功能扩展）
功能： 1、顾客通过自动饮料售货机, 可以方便地买到一听饮料 2、供应商可以向自动饮料售货机添加饮料（需要开和关自动饮料售货机的门）; 3、收银员可以从自动饮料售货机取钱.（需要开和关自动饮料售货机的门） 参与者：Customer Supplier Cashier 用例： Buy drink Set drink Take money Open machine Close machine
《软件工程》UML用例图实验
《软件工程》 UML用例图实验一、预备知识1．概述用例图的基本概念：通俗地讲，用例是文本形式地情节描述，用以说明某些参与者使用系统以实现某些目标。
从本质上讲，一个用例是用户与计算机之间为达到某个目的的一次典型交互作用：●用例描述了用户提出的一些可见的需求；●用例可大可小；●用例对应一个具体的用户目标。
用例图描述系统外部的执行者与系统的用例之间的某种联系：●所谓用例是指对系统提供的功能（或称系统的用途）的一种描述；●执行者是那些可能使用这些用例的人或外部系统；●用例和执行者之间的联系描述了“谁使用哪个用例”；●用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能，并且指明了这些功能的执行者是谁；●用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。
●用例图最常用来描述系统以及子系统。
●用例图在UML方法中占有十分重要的地位，人们甚至称UML是一种用例图驱动的开发方法。
用例图包含6个元素：①参与者，又称之为角色（Actor）②用例（Use Case）③关联关系（Association）④包含关系（Include）⑤扩展关系（Extend）⑥泛化关系（Generalization）2．参与者、角色（Actor）▪系统外部的一个实体。
▪是与所建系统交互的人或物。
▪参与用例的执行过程。
▪通过向系统输入或请求系统输入某些事件来触发系统的执行。
▪由参与用例时所担当的角色来表示。
▪每个参与者可以参与一个或多个用例。
▪参与者的种类：①系统用户②与所建造的系统交互的其他系统③一些可以运行的进程确定参与者：在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：①谁使用系统？②谁安装系统、维护系统？③谁启动系统、关闭系统？④谁从系统中获取信息，谁提供信息给系统？⑤在系统交互中，谁扮演了什么角色？⑥系统会与哪些其他系统相关联？参与者间的关系：在用例图中，使用泛化关系来描述多个参与者之间的公共行为。
《UML与软件建模》实验1 用例建模
《UML与软件建模》实验1用例建模[实验日期]年月日[实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析.pdf”)。
[实验原理和步骤]建模原理：(1)需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2)用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统”->“进销存管理”子系统->“销售管理”->“合同管理”->“收款单处理”为主线，完成附录2中的操作过程（亦可选择“企业综合信息管理系统”->“进销存管理”子系统->“库存管理”->“原材料出库”->“领料单处理”主线）[实验结果]《学生填写》采用ROSE绘制的“企业综合信息管理系统”的1级用例图，以及其中的“进销存管理”用例的文字描述。
用例图类图实例答案
操作类主要是对数据库的操作，包括有添加进货单、添加物品详细 信息两个操作。其中添加进货单可以对进货信息数据库执行添加，修 改，删除的操作，添加物品信息可以 物品信息数据库执行添加修改 删除的操作。 操作类还包含对数据的查询操作，查询进货单查询是对进货信息数 据库的查询，可以根据货单号和进货时间两个关键字进行查询；物品 信息查询是对物品信息数据库执行的查询操作，主要以物品编号和物 品名称做为关键字进行查询；归村信息查询功能是对货物在活柜上的 存放情况进行查询。
不！有一位管理人员来做这项工作。
报告卡创建后，我们还可以对它做些什么工作？
在报告卡创建后，我们的管理人员要检查其准确性。当 报告卡核准后，教师应该通过计算机分发报告卡。
•
谁需要浏览成绩？
教师和学生。
通过访谈，我们就会得出一个修改过的新的系统 需求列表。
•
我们需要的系统可以供教师使用来为学生记录并更新成 绩。
2、区分用例的优先次序
• 记录成绩 • 浏览成绩 • 更新成绩 • 生成报告卡 • 检查报告卡的准确性 • 分发报告卡
3、细化每个用例
对“记录成绩”用例进行细化，下面是该用例的主事 件流。
• • • • • • • • • • 教师确定出要记录哪些学生的成绩。 系统要确保学生在数据库中。 教师说明要记录哪项作业的成绩。 系统开始数据库的一项事务处理。 系统为学生把作业加入数据库。 教师输入学生作业的成绩。 系统核对输入的成绩以确保其属于正确的范围。 系统记录作业的成绩。 系统结束事务的处理。 系统提示教师成绩已经记录。
细化过程中可添加新发现的用例，并根据优 先级重新排列。
• 登录 • 保存成绩 • 记录成绩 • 加载成绩 • 浏览成绩 • 更新成绩 • 生成报告卡 • 分发报告卡
实验1 用例图建模
实验一用例图建模一、实验目的1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
二、预备知识Rational Rose 简介Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1. 环境简介1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
见图1-1。
图1-1：Rose界面●浏览器：用于在模型中迅速漫游。
●文档工具：用于查看或更新模型元素的文档。
●工具栏：用于迅速访问常用命令。
●框图窗口：用于显示和编辑一个或几个UML框图。
●日志：用于查看错误信息和报告各个命令的结果。
1.2浏览器和视图浏览器是层次结构，用于在Rose模型中迅速漫游。
在浏览器中显示了模型中增加的一切，如参与者、用例、类、组件等等。
Rose浏览器见图1-2。
浏览器中包含四个视图：Use Case视图、Logical视图、Component视图和Deployment视图。
点击每个视图的右键，选择new就可以看到这个视图所包含的一些模型元素。
图1-2：Rose浏览器1. 3框图窗口在图1-3所示的框图窗口中，我们可以浏览模型中的一个或几个UML框图。
改变框图中的元素时，Rose自动更新浏览器。
同样用浏览器改变元素时，Rose 自动更新相应框图。
这样，Rose就可以保证模型的一致性。
图1-3：框图窗口2. UML各类框图的建立2. 1建立用例图use case diagram从用例图中我们可以看到系统干什么，与谁交互。
用例是系统提供的功能，参与者是系统与谁交互，参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
●创建用例图（图2-1-1）在浏览器内的Use Case视图中，双击Main，让新的用例图显示在框图窗口中。
也可以新建一个包（右击Use Case视图，选择new→package，并命名），然后右击这个新建包的，选择new→use case diagram。
UML实验1用例图
实验1 用例图
【实验目的】
1. 掌握用例图的绘制方法
2. 掌握详述风格用例文本的编写方法
【实验内容】
1. 绘制NextGenPOS系统的用例图。
参考教材P68，P362用例模型，独立使用StarUML绘制NextGenPOS系统的用例图。
2. 绘制ATM系统的用例图。
参考教材P50页
3. 参考教材P50用例UC1：处理销售的详述用例风格，独立编写ATM系统“取款”详述用例文本。
【实验指导】
任务一：NextGenPOS系统的用例图
操作要点：
(1)在右侧Model Explorer中选择Use Case Model，双击main，打开用例图绘图板。
可在
Properties中修改名称，如改为用例图。
(2)选中ToolBox中SystemBoundary，在绘图板中点击，即可绘图。
可在模型上激活右键菜
单，选择Format中的Fill Color修改样式。
(3)在系统边界外绘制参与者，并修改名称。
(4)在系统边界内绘制用例，并依此修改名称。
注意不要直接拷贝粘贴。
(5)选择Association将参与者和用例关联。
(6)分析用例关系，选择include、extend或Generalization连接。
注意include和extend的
方向。
(7)建模完成后选择“File-Export Diagram”输出用例图。
UML用例图实验一答案
实验环境
1．计机一台。
2．Win2003的Rational Rose工具软件。
内容与步骤
根据TJKD的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例
根据tjkd的图书管理系统开发进度在完成对系统的需求建模得到用例模型后应针对每个用例进行业务分析说明其具体的业务流程现系统分析部指派您完成该项任务
****课程实验报告书
姓名：
关注淘宝店：530213
班级：
成绩：
关注tb店：530213
学号：
实验项目名称及编号：实验一：用例图
实验目的
1．熟悉用例图的基本功能和使用方法。
总结分析
通过本实验，体会到一下两点：
1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具Rational Rose绘制活动图方法
关注淘宝店：530213
附录
实验一 UML建模基础及用例图
实验一UML建模基础及用例图[实验目的和要求]1、熟悉UML建模工具的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
类：包：接口：角色：用例：关系：2、认识各种UML关系及可见性符号，并用工具表示出来。
表示方法。
3什么是用例，什么是场景？用例和场景之间的关系是怎样的？答：用例是指具体应完成的功能；场景是指事件所触发的场所。
用例发生的地方就是场景。
4用例图中有哪些组成元素？在UML中是如何表示的？答：用例图的基本组成部分有：角色（参与者）、用例、系统和关系。
5用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
答：包含关系：是指两个用例之间的关系，其中基本用例会用到包含用例，也就是说基本用例是依赖于包含关系。
扩展关系：与泛化关系类似，extend是对基本用例的扩充，是一个子用例，只有当扩展点被激活时，子用例才会被执行。
泛化关系：泛化关系是一般与特殊的关系。
当多个用例共同拥有一种类似的结构或行为的时候，可以将它们的共性抽象为父用例，其他用例作为泛化关系的子用例。
子用例继承了父用例的所有结构、行为和关系。
6为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验一用例图设计参考
解答
公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]
实验1
1. 一台自动售货机能提供6种不同的饮料，售货机上有6个不同的按钮，分别对应这6种不同的饮料，顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽，分别用来收钱和找钱。
现在为这个系统设计一个用例图。
找零钱
自动售货机系统用例图
2.现有一个产品销售系统，其总体需求如下：
系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票，系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求，并绘制出其用例图。
产品销售系统用例图
3 某酒店要开发一个酒店住宿管理系统，该酒店可对外开放500个双人间和50个单人间，房间费用视情况按季节由管理人员进行调整，但周一到周五半价（周末全价）折扣不变。
只有在该系统进行了注册的人员才能登录该系统进行酒店住宿预定。
对于顾客的请求，该系统能根据请求入住时间预定指定档次的房间信息，记录该顾客姓名、地址、联系电话、有效证件号、房间类型和预定的天数，并计算出总费用。
预定的同时顾客按规定要提交10%定金。
六个小时之内酒店允许顾客取消预定金，超过六个小时定金不退还。
每周一系统自动打印一周预定情况的清单。
顾客离开时，可以到总台办理结帐。
结帐方式可采用两种方式，一种是现金结帐，另一种是银行卡结帐，银行卡结帐将通过与银联POS机来完成。
POS
4.登录一个网上酒店管理系统，根据其客人预订房间流程，描述系统的“预订房间”用例。
当客人登陆网上酒店管理系统，系统显示需要选择的服务，客人选择预订房间，系统判断客人预订的房间是否还有剩余，如果没有剩余，询问顾客是不是要继续选择预订其他的房间，顾客如果选择是，则重新进去预订房间的用例，如果客人选择不继续预订房间的话，系统询问客人是否要选择退出，客人退出，如果客人要预订的房间有剩余，系统询问顾客是不是要确定预订这个房间，顾客选择是，然后系统询问顾客的详细的信息，系统记录信息，然后回到系统询问顾客是否需要其他的服务，顾客选择退出，系统注销用户的登录信息。
客户
网上酒店管理系统用例图
“预订房间”用例描述。
例编号：001
用例名称：预订房间
用例描述：顾客通过系统预订房间
参与者：顾客
前置条件：顾客已成功登录
后置条件：系统生成房间预订成功信息
基本路径
1. 顾客请求预定房间服务
2. 系统要求输入预定房间信息
3. 顾客输入预定房间信息
4. 系统根据条件查询剩余房间
5. 系统反馈查询结果
6. 系统要求顾客确认
7. 顾客确认订房信息
8. 系统记录顾客信息
9. 系统反馈订房成功
10.系统提示选择其它服务
可选操作流程
5a. 系统查询没有剩余房间
5a1. 订房者继续选择预订其它房间
5a2. 退出预定
7a. 订房者取消预定
10a. 选择其它服务
9a1.选择退出，系统注销用户信息
客户。