实验1 UML实验
UML实验一
实验1 StarUML的使用实验报告实验目的熟悉StarUML工具软件的功能特色、安装、工作环境和基本操作等各方面的基本知识掌握StarUML的基本菜单选项和用例图绘制功能掌握StarUML的正向工程和逆向工程了解Microsoft Visio的应用状况了解Rational Rose的应用状况实验内容一、starUML工作环境熟悉1．熟悉starUML的各菜单✧模型视图区域：用于在模型中迅速漫游。
包含四个视图：Use Case视图、Logical视图、Component视图和Deployment视图。
✧UML用例区域：显示每个视图下面的不同图例，选中某个图例后，在工作区域点击，就可以出现相应的图例。
✧工具栏：用于迅速访问常用命令。
✧属性编辑区域：访问每个图例的属性✧工作区域：用于显示和编辑一个或几个UML框图。
✧日志：用于查看错误信息和报告各个命令的结果。
2.基本操作（1）新建项目选择[文件File] ->[选择新项目New Project By Approach]菜单一系列可用方法列表出现在选择新项目对话框中从列表中选择Rational Approach后，单击[OK]按钮。
新项目就创建了，而且按所选择的方法进行了初始化。
根据选择方法的不同，不同的轮廓或框架被包含或加载进来。
（2）保存模型选择[File（文件）] ->[Save（保存）]菜单。
如果没指定项目文件名，保存项目文件对话框出现，输入文件名，单击[save]（保存）]按钮。
默认保存为.uml格式3．在use case视图中绘制书籍P130页的图3.17在建模图中，包括个人姓名和学号的注释标签。
例如：并将文件保存为“学号.uml”的格式。
采购员（将绘制好的图片拷贝在此处）二、正向工程1．源代码生成，在逻辑视图中绘制下图，生成JA V A源文件生成代码步骤：“Tools”-〉“Java”-〉“Genenate Code”。
可能出现以下错误：解决办法是Model->Profiles通过Profile Manager添加“Java Profile”（将生成的源代码拷贝在此处）////// Generated by StarUML(tm) Java Add-In//// @ Project : Untitled// @ File Name : Meeting.java// @ Date : 2018/3/16// @ Author :////public class Meeting {public String UserName;public String Scheduled_User;public Date Start_Time;public Data Ende_Time;public String Label;public String getUser() {}public String getOther() {}public Date getStart() {}public Date getEnd() {}public String getLabel() {}public String toString() {}public void main(String args) {}public void Meeting() {}}三、逆向工程1．进行逆向工程，将源代码Student.java进行逆向工程。
中南大学软件学院软件体系结构实验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) 所有人员进入本系统需先登录。
UML实验指导完美版
UML实验指导书实验一用例图 (2)实验二类图和对象图 (4)实验三顺序图、协作图 (6)实验四活动图 (8)实验五状态图 (10)实验六组件图和部署图 (11)实验七综合实验（4学时） (13)2011-9-1实验一用例图一、实验目的和要求1．熟悉UML建模工具Visual Paradigm和Rational Rose的基本菜单及操作。
2．熟悉用例图的基本功能。
3．掌握绘制用例图的方法。
二、实验内容1．设计和实现某学校的网上选课系统的用例图。
2．网上选择系统的问题描述如下：某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
本系统拟使用Java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。
数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。
三、实验要求1．对本系统中的参与者、用例进行分析，并绘制用例图。
2．写出添加课程、选课的用例详述。
3．按要求认真填写实验报告。
下面是系统中出现的一些事件流。
添加课程事件流：a)管理员选择进入管理界面，用例开始。
b)系统提示输入管理员密码。
c)管理员输入密码。
d)系统验证密码。
A1：密码错误e)进入管理界面，系统显示目前所建立的全部课程信息。
f)管理员选择添加课程。
g)系统提示输入新课程信息。
h)管理员输入信息。
i)系统验证是否和已有课程冲突。
A2：有冲突j)系统添加新课程，提示课程添加成功。
k)系统重新进入管理主界面，显示所有课程。
l)用例结束。
其他事件流：A1：密码错误a)系统提示再次输入密码b)用户确认。
UML 新编实验指导书(实验一)
天津理工大学（华信软件学院）实验指导书课程名称：面向对象设计UML建模适应课程：（1460460/1460466/14606617）上机实验（一）创建用例及用例图：一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。
二.实验内容：根据用户“需求陈述”创建Use Case框图。
案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。
右击Use Case View。
选New Use Case Diagram。
起名，比如：Buy Drink。
双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。
设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。
而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：〃供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;〃收银员可以从自动饮料售货机取钱.（需要打开和关闭自动饮料售货机的门）经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drinkSet drink Take money Open machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图.(提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。
)案例2.用例之间的三种关系练习〃分析用例之间的“泛化关系”、“include”和“extend”关系。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告
UML实验报告《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号：UC01用例名称：登陆系统简要说明：成功打开服务器，并登陆系统主要参与者：学生前置条件：学生成功打开服务器后置条件：成功登陆系统基本事件流：1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认，学生成功登陆系统扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆，终止操作用例编号：UC02用例名称：成绩查询简要说明：完成查询成绩信息参与者：学生前置条件：学生成功登陆系统后置条件：成功查询到成绩基本事件流：1.学生向系统发出查询成绩请求2.选择要查询的科目，系统校验3.成功查询到成绩信息扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息，转到第三步2a2)放弃查询，终止操作用例编号：UC03用例名称：退出系统简要说明：完成退出系统操作主要参与者：学生前置条件：学生已成功登陆系统后置条件：学生成功退出系统基本事件流：1.点击退出系统按钮2.成功退出系统用例编号：UC05用例名称：找回系统密码简要说明：完成找回密码功能参与者：学生前置条件：成功打开服务器，密码丢失后置条件：成功找回密码基本事件流：1.点击找回密码按钮2.输入新密码3.重新输入新密码，系统校验4.系统完成校验，密码成功找回扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
中南大学软件学院软件体系结构实验1-UML实验-参考答案
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间前台服务员客房部经理通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况信用卡系统2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM 的一部分。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
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-用例图分析与设计”，写到实验报告册上，需要画出图形，并有一定的文字描述。
UML实验报告（5篇）
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” 是从建模中完全删除。
实验1 UML实验
实验1 UML实验实验学时： 4每组人数： 1实验类型： 3 （1：基础性2：综合性3：设计性4：研究性）实验要求： 1 （1：必修2：选修3：其它）实验类别： 3 （1：基础2：专业基础3：专业4：其它）一、实验目的1. 学会安装和使用建模工具PowerDesigner，熟练使用PowerDesigner绘制常用的UML 图形，熟悉常用的UML符号；2. 构建用例模型来描述软件需求，包括绘制用例图，撰写用例文档并制作用例检查矩阵；3. 学习使用状态图描述对象的状态及转换；4. 学习使用活动图为业务流程建模；5. 学习使用顺序图描述对象之间的交互；6. 学习类图的绘制；7. 学习从系统需求中识别类，并构建相应的面向对象模型；8. 学习使用PowerDesigner实现正向工程和逆向工程。
二、实验内容1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
《UML与软件建模》实验1 用例建模
《UML与软件建模》实验1用例建模[实验日期]年月日[实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析.pdf”)。
[实验原理和步骤]建模原理：(1)需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2)用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统”->“进销存管理”子系统->“销售管理”->“合同管理”->“收款单处理”为主线，完成附录2中的操作过程（亦可选择“企业综合信息管理系统”->“进销存管理”子系统->“库存管理”->“原材料出库”->“领料单处理”主线）[实验结果]《学生填写》采用ROSE绘制的“企业综合信息管理系统”的1级用例图，以及其中的“进销存管理”用例的文字描述。
UML实验指导书 (1)
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (5)实验三UML类图 (12)实验四对象图 (16)实验五包图 (19)实验六状态图 (23)实验七活动图 (28)实验八时序图与协作图 (32)实验九组件图 (36)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
答：UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
使用UML可以对已有的用各种方法建立的模型进行描述，并比原来的方法描述得更好。
在软件开发的生命期方面，UML对于开发的要求具有无缝性。
开发过程的不同阶段可以采用相同的一套概念和表示法，在同一个模型中它们可以混合使用。
在开发的不同阶段，不必转换概念和表示。
这种无缝性对迭代式的、增量式软件开发是至关重要的。
在应用领域方面，UML适用于各种应用领域的建模，包括大型的、复杂的、实时的、分布式的、集中式数据或计算的。
实验二用例图[实验目的和要求]１、掌握用例的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？答：用例是外部可见的系统功能单元，这些功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。
《UML》实验指导书(实验一)
UML实验指导书适用专业：软件技术制定单位：信息学院执笔人：周辉奎制定时间： 2011 年 8 月 20 日目录实验项目一熟悉UML开发工具Microsoft Visio 2007 .. 错误！未定义书签。
实验项目一熟悉UML开发工具Microsoft Visio 2007一、实验目的和要求：（一）目的：1、掌握UML开发工具Microsoft Visio 2007的安装方法。
2、熟悉UML开发工具Microsoft Visio 2007的使用方法。
（二）要求：1、认真做好实验前的各项准备工作，熟悉实验内容和机器操作流程。
2、遵守实验室规章制度和实验课堂教学纪律。
3、认真完成实验任务，填写实验报告。
4、熟悉Microsoft Visio 2007的UML建模绘图界面。
二、实验时数：2学时三、实验器材：方正电脑、Microsoft Visio 2007四、实验内容或步骤：（一）内容：Microsoft Visio 2007的安装、熟悉建模绘图环境。
（二）步骤：1、进入Visio的UML建模绘图界面通过“开始”|“程序”，运行Microsoft Office Visio 2007，出现Microsoft Visio界面。
方法一：在左侧的“类别”区域中单击“软件和数据库”，然后在右侧的“特色模板”中单击“UML 模型图”，则进入Visio的UML建模绘图界面。
模板类别特色模板方法二：单击菜单“文件”| “新建”| “软件和数据库”| “UML模型图”。
2、熟悉UML建模绘图界面在Visio的UML建模绘图界面中，最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板，它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典，字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候，“UML静态结构”标签页就会激活，我们就可以创建UML模型（如类图、对象图、包图、用例图、交互图、活动图等等）。
UML实验指导书1
实验一类一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过对类图内容的学习，完成了对某高校图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图，如图1.1所示。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book，如图1.2所示。
图1.1图1.2（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息，图1.3所示；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，图1.4所示，后在出现的对话框中输入相关信息如图1.5所示；如书本的ISBN 号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限，如图1.6所示。
uml实验一 用例图
实验一用例图一、实验目的1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
关注tb店:530213二、实验器材1．计算机一台。
2．Win2003的Rational Rose 工具软件。
三、实验内容根据TJKD的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：对其中主要功能的用例书写书面用例。
四、实验验证书写“删除读者信息”用例的书面用例。
一般应包含以下信息：（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所示。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验1 UML实验实验学时： 4每组人数： 1实验类型： 3 （1：基础性2：综合性3：设计性4：研究性）实验要求： 1 （1：必修2：选修3：其它）实验类别： 3 （1：基础2：专业基础3：专业4：其它）一、实验目的1. 学会安装和使用建模工具PowerDesigner，熟练使用PowerDesigner绘制常用的UML 图形，熟悉常用的UML符号；2. 构建用例模型来描述软件需求，包括绘制用例图，撰写用例文档并制作用例检查矩阵；3. 学习使用状态图描述对象的状态及转换；4. 学习使用活动图为业务流程建模；5. 学习使用顺序图描述对象之间的交互；6. 学习类图的绘制；7. 学习从系统需求中识别类，并构建相应的面向对象模型；8. 学习使用PowerDesigner实现正向工程和逆向工程。
二、实验内容1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。
系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。
4. Draw a use case diagram for the following library system:The library stores various items that can be borrowed, including books and journals. Books can be borrowed by both staff and students, but only staff members can borrow journals. When a user borrows a book, their loan details are checked to ensure that they have no overdue books on loan, and have not already borrowed the maximum permitted number of books.Users can check their own loan details at any time. Librarians are permitted to check the loan details of any user.Library users can reserve books that are currently out on loan. If three reservations have already been made for a given book, and a further reservation is made, a new copy will be ordered by the librarian.5. 某银行准备开发一个网上信用卡管理系统CCMS，该系统的基本功能为：(1) 信用卡申请。
非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS登录。
如果信用卡申请被银行接受，客户会收到银行的确认函，并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。
客户收到确认函后，需再次登录CCMS，用信用卡号和密码激活该信用卡。
激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。
(2) 月报表生成。
在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。
信用卡客户可以登录CCMS查看月报表，也可以要求CCMS提供打印出的月报表。
(3) 信用卡客户信息管理。
信用卡客户的个人信息可以在CCMS 中进行在线的管理。
每个信用卡客户可以在线查询其个人信息。
(4) 信用卡交易记录。
信用卡客户使用信息卡进行的每一笔交易都会记录在CCMS中。
(5) 交易信息查询。
信用卡客户可以登录CCMS查询并核实其信用卡交易记录及交易额。
构造该系统的用例模型，要求绘制用例图，编写相应的用例文档，还需提供用例追踪矩阵。
6. 根据以下描述绘制状态图：某销售信息管理系统中销售部员工可以提交订单，刚提交的订单为“初始”状态；系统管理员可以处理订单，如果订单无误，则修改订单为“备货”状态，否则将订单退还给提交订单的销售部员工修改，员工此时可以取消订单；仓库管理员备货完毕后可将订单状态改为“发货”状态；销售部员工在确认客户已经收到货物后，可将订单改为“关闭”状态。
7. 根据以下描述绘制某订餐系统中顾客订餐过程的活动图（要求绘制泳道）：(1) 顾客请求查看菜单；(2) 系统显示菜单和今日特价；(3) 顾客选菜；(4) 系统显示订单和价格；(5) 顾客确认订单；(6) 系统显示可送餐时间；(7) 顾客指定送餐时间、地点和支付方式；(8) 系统确认接受订单，然后发送Email给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。
8. 根据如下描述绘制顺序图：在某在线订房系统中，顾客输入房间套数、房间类型、入住时间、入住天数等信息，系统显示符合要求的房间号；顾客确定预订的房间，系统显示预付订金信息；顾客输入信用卡账号和密码，系统请求银行信用卡系统提供支付服务；银行信用卡系统验证用户信息并返回验证通过和支付成功消息；顾客请求系统打印预订单和收据，系统打印相关资料；预订结束。
9. 根据以下Java源代码绘制相应的顺序图：10. 根据以下描述绘制类图，再正向工程生成Java源代码（也可生成其他面向对象语言的源代码，如C++或C#等）：图形(Shape)可分为圆形(Circle)、矩形(Rectangle)、椭圆形(Ellipse)等具体图形，在Shape 类中提供了一个抽象的draw()方法用于绘制图形，而在具体的图形类中实现该抽象draw()方法。
提供一个图形工厂类(ShapeFactory)，该类提供一个静态方法createShape(char type)，其返回类型为Shape，参数type为所需绘制图形对应的代码，例如“c”表示圆形，“r”表示矩形，“e”表示椭圆形等，在createShape()方法中，可以使用条件语句来判断所需绘制图形的类型，并根据参数的不同返回不同的具体形状对象。
【注：“创建关系”是一种特殊的“依赖关系”】11. 根据以下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
12. 某基于C/S的即时聊天系统的注册和登录模块功能描述如下：(1) 注册功能：用户通过注册界面(RegisterForm)输入新帐号，系统检测该帐号是否已存在，如果不存在则可注册成功，否则提示“帐号已存在”，用户再次输入帐号；用户输入其他个人信息；系统保存用户个人信息；用户个人信息包括帐号、密码、姓名、性别、年龄、电话、电子邮箱等。
(2) 登录功能：用户通过登录界面(LoginForm)输入账号和密码，系统将输入的账号和密码与存储在数据库(User)表中的用户信息进行比较，验证用户输入是否正确，如果输入正确则进入主界面(MainForm)，否则提示“输入错误”。
现对这两个模块进行设计，要求如下：(1) 根据以上描述绘制类图，要求分析出每个类中的主要方法；(2) 需要提供独立的业务逻辑类和数据访问类，考虑到数据库的移植性，需提供抽象的数据访问接口；(3) 尽量使用数据传输对象(DTO)来传递参数，减少方法中参数的个数。
三、实验要求1. 正确安装PowerDesigner；2. 熟练使用PowerDesigner绘制用例图、状态图、活动图、顺序图和类图；3. 需按照用例建模的流程，提供用例图、用例文档和用例追踪矩阵；4. 熟练使用PowerDesigner实现正向工程和逆向工程；5. 使用UML2.X中的标准图符绘制图形，对于一些较为复杂的图形，适当增加文字注释来进行说明；6. 所绘制图形必须正确、完整，需具有较好的可读性，注意图形中图符和文字大小及布局。
四、实验步骤1. 安装PowerDesigner15.X；2. 熟悉PowerDesigner15.X的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用PowerDesigner15.X绘制用例图；6. 撰写用例文档；7. 创建用例追踪矩阵；8. 使用PowerDesigner15.X绘制状态图；9. 分析订餐系统中顾客订餐过程的流程，绘制相应的活动图；10. 分析在线订房系统中顾客与系统之间的交互过程，绘制相应的顺序图；11. 根据源代码绘制相应的顺序图；12. 根据描述绘制类图并正向工程生成源代码；13. 分析商场会员管理系统中实体类之间的关系，绘制相应的类图；14. 分析某基于C/S的即时聊天系统的注册和登录模块的功能，绘制对应的类图。