UML实验
中南民族大学实验报告
课程名称: 可视化建模与UML
专业：信息管理与信息系统
学号：09056037
姓名：李江波
指导教师：于同洋
实验地点：管理学院综合实验室
目录实验一UML建模基础
实验二用例图
实验三UML类图
实验四对象图
实验五包图
实验六状态图
实验七活动图
实验八时序图与协作图
实验九组件图
实验一UML建模基础
实验目的
●熟悉UML建模工具Rational Rose的基本菜单及操作。
●掌握UML的三大组成部分及各部分作用。
●掌握UML规则和相关机制。
●掌握UML的可见性规则和构造型的作用。
实验内容
1、练习使用建模工具建立各种UML图形，并对图形进行相应编
辑和修改。
如下图：
2、认识各种UML关系及可见性符号，并用工具表示出来。
分析与结果
总结UML在软件工程中的作用以及使用UML建模的必要性。
答：UML在软件工程中的作用：用例图是软件需求分析阶段中形成的文档，行为图是总体设计时形成的文档，流程图是详细设计时的文档，类图、协作图均为软件工程提供便捷的面向对象分析、设计方法。建模是所有建造优质软件活动的中心一环。
UML建模的必要性：UML建模使得高质量的软件开发变成了一个结构、过程和工具的结合体。软件组织获得成功的因素之一就是对建模的使用。模型是对现实的简化，提供系统的细节设计和总体设计。建立模型可以帮助开发者更好的了解正在开发的系统。
UML可以作为系统分析设计过程使用的表示和体现工具。对于开发团队的层面来说：有利于队员间在各个开发环节间确立沟通的标准，便于系统文档的制定和项目的管理。UML简单、直观和标准利于运用UML来交流、共享开发经验和资源。
实验二用例图
实验目的
●掌握用例的概念。
●掌握UML用例图的组成、作用以及使用场合。
●掌握用例与用例之间的各种关系。
●学习针对具体场景使用用例图进行分析说明的方法。
掌握用例描述的概念和基本结构，以及用例描述的作用。实验内容
１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？
答：用例是外部可见的系统功能单元，通过一系列系统单元与
一个或多个参与者之间交换的信息表达，在不揭示系统内部构
造的前提下定义连贯的行为。场景是事物的动作、状态组合，
由多个参与者组成，是展示用例图的场所。用例是对场景间的
交换信息的表达，用例包含它所必需的所有行为（执行次序、
标准行为的不同变形、一般行为下的所有异常情况和预期反
应）。
２、用例图中有哪些组成元素？在UML中是如何表示的？
答：用例图包含6个元素：参与者（Actor）：由参与用例时所
担当的角色来表示；用例（Use Case）：用一个椭圆表示；关
联关系（Association）：使用带箭头表示；包含关系（Include）：用虚线箭头加《include》字样，箭头指向被包含的用例；扩展
关系（Extend）：虚线箭头加《extend》字样，箭头指向被扩
展的用例（基础用例）；泛化关系（Generalization）：用一个三
角箭头从子用例指向父用例。
３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用
例图，并进行说明。
答：包含关系是：一个用例可以简单地包含其他用例具有的行
为，并把它所包含的用例行为作为自身行为的一部分。
扩展关系是：一个用例被定义为基础用例的增量扩展，是把新
的行为插入到已有的用例中的办法。
泛化关系是：一个用例被特别列举为一个或多个子用例。
包含关系与扩展关系的区别：存在包含关联的两个用例，在执
行基本用例时，一定会执行包含用例；存在扩展关系的两个用
例，在执行基本用例时，可以执行，也可以不执行扩展部分。
如下图：
４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理
系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动
更新、权限管理、到期用户管理、房源组合查询等功能。该公
司小王，通过多次的与潜在客户的交流与沟通，完成了最初的
用例模型的开发，下是一个用例模型的局部：
修改房源信息
小李认为该模型不符合“用例建模”的思想，存在明显的错误。请用200字以内说明错误所在，并说明应该如何修改。
答：图中最明显的错误就是参与者与用例之间的关系越级操作了。如，房产经纪人必须登录系统后才能进行录入房源信息、修改房源信息等操作，确认提交信息也必须实在录入房源信息之后。还有就是用例之间的关系错误，打开房源信息页面与登录信息一个是扩展关系，录入房源信息与确认提交信息应该是包含关系。其修改方案如下图所示：
５、阅读下面的用例图，说明该图所表达的信息。
答：该图是一个服务管理系统，总台服务员是参与者，通过安排座位系统和办理结账系统分别进行检查座位信息、收款操作。其中还需通过检查座位信息处理等候队列信息，处理现金结账和处理银行卡结账的收款操作。其中，安排座位与检查座位信息、办理结账和收款是包含关系，处理现金结账和处理银行卡结账与收款是泛化关系。等候处理队列与检查座位信息有关联，处理银行卡结账与银联POS系统有关联。
整个系统可描述为：客户预定座位，首先检查座位信息，若座位未满则处理等候的队列；若座位已满则不处理等候队列。总台检查座位信息，安排座位。总台通过收款（收取现金或刷银
联行卡）办理结账。
6、下图是一个描述保险商务系统的简单用例图。根据该用例图回
答问题。
a)“签订保险单”用例可能涉及到哪几个实体类？
答：客户、保险单、保险员。
b) 现实生活中签订保单的基本流程如下：客户提出购买需求，保险员根据客户需求选择相应的保险服务，客户阅读保险条款，同意后打印保单样据，客户签字并支付保金，保单开始生效，保险员做相关系统纪录。如需要根据以上信息，请列举这个用例描述中可能存在扩展事件流。
答：该保险商务系统通过建立客户和保险员的关系执行保险的管理工作。在客户提出购买需求，保险人员根据客户需求选择相应的保险服务，在同意的前提条件下进行打印保单样据，客户签字并支付保金，保单开始生效，事后事件是保险员做相关系统记录。客户不同意条款。
c) 保单管理用例在实际开发过程中可以泛化出若干小用例，列出
可能存在的子用例，并且说明这些用例和“保单管理”用例之间应该是什么关系？
答：这些用例图和保单管理用例都是泛化关系。保单管理可能存在的子用例是保单查询，保单保存.
7、在一个TelephoneSystem（电话系统）中，用户可以使用电话卡
或对方付款两种办法来打电话。
1）请画出表示该场景的用例图。
2）在前图的基础上，继续画出可能存在的包含用例和扩展用例。
分析与结果
１、总结用例图的重要作用，讨论并指出哪些场合下可以使用用例图。
答：a、用来描述待开发系统的功能需求和系统使用场景。
b、作为开发过程的基础，驱动各阶段的开发工作。
c、用于验证与确认系统需求。
２、讨论用例分析技术和结构化分析之间的关系和区别。
答：区别：结构化系统开发方法是指把整个系统开发过程分成
若干阶段，每个阶段进行若干活动，每项活动应用系统标准、
规范、方法和技术，完成一个或多个任务，形成符合给定规
范的软件产品。用例分析是面向对象（Object Oriented）的
开发方法。
联系：它们都可以是软件的开发更容易。
３、在使用用例图的时候应该如何划分用例，应注意哪些问题？
答：如何确定用例：
a 参与者需要从系统中获取哪种功能？及参与者要系统做什
么？
b 参与者是否需要读取、产生、删除、修改或存储系统中的某
种信息？
c 系统的状态改变是是否通知参与者？
d 是否存在影响系统的外部事件？
e 系统需要什么样的输入、输出信息？
需要注意的是：一定不要再用例图中使用两种命名方法。即在椭
圆之外和椭圆之内。
４、继续分析类图实验中网上书店实例，画出系统的用例图。
实验三UML类图
实验目的
●掌握类的定义，类的3要素，UML中类的表示方法。
●掌握类与类之间的各种关系代表的含义及表示方法。
●实体类，边界类，控制类，关联类的概念和表示方法。
●接口和抽象类的概念和表示方法。类的多重性关系。
●对一个类图进行相关的描述。
实验内容
１、简述类的定义，以及类的三要素
答：类是对一组具有相同属性、操作、关系和语义事物的描述。
类的三要素是：类的名称、属性、操作。
２、类的属性和方法的可见性有哪些？UML中如何表示？
答：类的属性和方法的可见性有protect（符号“#”），private （符号“-”），public（符号“+”）
３、已知三个类A.B和C.其中类A由类B的一个实类和类C的1个或多个实类构成.请画出能够正确表示类A,B和C之间关系
的UML类图.
４、根据以下描述画出类图，并注明多重性关系：一个学生可以选修多门课程，也可能没有任何课程；一门课程可以被多个学生选修；一个老师可以教多门课程或者不教课；每门课程至少有一个老师，也可以有多个老师任教；每门课程可以有0或1本教材，每本教材只能用于一门课程。
５、现有一系统需要对商品进行管理，包括添加，删除商品，修改商品信息三项功能，画出系统类图。（商品信息包括商品编号，商品名称，价格，生产厂商等）
６、如果现在系统需求发生变化，需要能够对损坏商品进行打折，
以及可以按照商品的颜色和外形进行查询，则系统类图应该如何修改？
７、根据下面的代码画出Invoice类的类图，要求标明各属性的类型和可见性以及类方法。
public class Invoice
{
public double amount;
public Date date = new Date();
public string customer;
public string specification;
public string administrator = “unspecified”;
static private int number_of_invoices()=0;
public invoice（）；
{
number_of_invoices++；
}
public void print（）
{
System.out.println("The number of invoices is”+
int number_of_invoices);
}
}
８、下图是一个仓库管理系统的类模型局部，其中IncomeOrder是指入库单，OrderItem是指入库中的每一项，Product则是产品信息。请指出模型中的错误，说明原因并改正类图。
答：Orderltem与IncomeOrder的关系并不是泛化关系，而应该是包含关系，正确类图如下所示：
分析与结果
１、讨论类图在建模过程中的重要作用。
答：a、使用类图对系统的词汇建模。系统分析者可以用类图详细描述这些抽象和它们的职责。b、对简单的协作建模。系统分
析者可以用类图将这组类以及它们之间的关系进行可视化和
详述。c、对逻辑数据模式建模。系统分析者可以用类图对这
些数据库的模式建模。
２、总结在设计绘制类图的过程中应注意哪些问题。
答：a、识别要建模的机制。b、对每种机制，识别参与协作的类，接口和其他操作，并识别这些事物之间的关系。c、用协作的脚本检测事物。d、把元素和它们的内容聚合在一起。
实验四对象图
实验目的
●掌握对象的概念，对象的三大特征，对象的表示方法。
●掌握类与对象的关系。
实验内容
１、什么是对象，对象的三大特征是什么？
答：对象是运行期的基本实体。三大特征为对象具有属性和方法,对象的行为按照事件进行处理,对象具有继承性和集合性。２、UML中对象的表示方法有哪些？
答：对象由一组属性（数据）和一组行为（操作、服务、方法）构成，则其表示方法可以用属性名词、行为动词等词语或图形
符号表示。
３、在下图中最上面的对象的名称是什么？该图表示的意思是什么？请绘制出与其相应的类图。
答：名称是country，该图表示的意思是有两个类Country和
Province,三个对象China、fuJian和siChuang,其中fuJian和
siChuang与China是聚合关系。
４、说明对象图的适用场景以及它的优缺点。
答：对象图适用于论证类模型的设计以及对源代码进行分析和
说明。其优点是能够直观理解出系统运行时的实时状态，缺点
是比较复杂，工作量大。
分析与结果
１、思考类与对象之间的关系是怎样的？各举几个实例，说明哪些
是类，哪些是对象。
答：对象是类的实例，类是对象使用模板做出来的。
如：类：人
对象：我，他，你
类是对象抽象即具体事物的抽象；
对象是类具体事物；
２、思考在具体场景中应该如何区分类与对象。
答：看在场景中，是否有另一事物是该事物的具体表述，若有则该事物为类，其更具体的事物分类为对象。
实验五包图
实验目的
●掌握UML包的概念和作用。
●掌握包与包之间的各种依赖关系的区别。
●掌握建立包与包之间依赖关系的方法。
UML实验指导(修改)
UML实验指导书 实验一用例图 (2) 实验二类图和对象图 (4) 实验三顺序图、协作图 (6) 实验四活动图 (8) 实验五状态图 (10) 实验六组件图和部署图 (11) 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)系统验证是否和已有课程冲突。
UML实验报告
《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
实验指导书(UML)
《统一建模语言》实验指导书 软件学院软件工程系 李林林 2009年3月
目次 实验一rose的使用 (3) 实验二用例图 (4) 实验三类图、对象图 (7) 实验四序列图与协作图 (8) 实验五状态图 (12) 实验六活动图 (14) 实验七包图、构件图和部署图 (15) 实验八运用UML进行系统分析与设计——图书管理系统的分析与设计 (16)
实验一rose的使用 【实验题目】：rose的使用 【实验目的】：熟悉rose的环境，掌握rose的基本使用方法 【实验内容】： （1）熟悉rose界面的5大部分：浏览器、文档窗口、工具栏、框图窗口和日志； 界面的五大部分是浏览器、文档窗口、工具栏、框图窗口和日志。它们的作用如下： 浏览器：用于在模型中迅速浏览，屏幕左边的树型视图 利用浏览器，可以： a)增加模型元素 b)浏览现有模型元素 c)浏览现有模型元素之间的关系 d)移动模型元素 e)更名模型元素 f)将模型元素加进框图 g)将文件或URL链接到元素 h)将元素组成包 i)访问元素的详细规范 j)打开框图 （2）使用rose创建模型，保存模型，导出与导入模型，向Web发表模型； 保存模型的方法： file->save 导出与导入模型 导出模型的方法： file->export model 导出类包的方法： file->export
实验2 UML实验(2)
实验2 UML实验(2) 实验学时： 2 每组人数： 1 实验类型： 3 （1：基础性2：综合性3：设计性4：研究性） 实验要求： 1 （1：必修2：选修3：其它） 实验类别： 3 （1：基础2：专业基础3：专业4：其它） 一、实验目的 1. 学习类图的绘制； 2. 学习从系统需求中识别类，并构建相应的面向对象模型； 3. 学习使用顺序图描述对象之间的交互； 4. 学习使用活动图为业务流程建模； 5. 学习使用PowerDesigner实现正向工程和逆向工程。 二、实验内容 1. 根据以下描述绘制类图，再正向工程生成Java源代码（也可生成其他面向对象语言的源代码，如C++或C#等）： 图形(Shape)可分为圆形(Circle)、矩形(Rectangle)、椭圆形(Ellipse)等具体图形，在Shape 类中提供了一个抽象的draw()方法用于绘制图形，而在具体的图形类中实现该抽象draw()方法。 提供一个图形工厂类(ShapeFactory)，该类提供一个静态方法createShape(char type)，其返回类型为Shape，参数type为所需绘制图形对应的代码，例如“c”表示圆形，“r”表示矩形，“e”表示椭圆形等，在createShape()方法中，可以使用条件语句来判断所需绘制图形的类型，并根据参数的不同返回不同的具体形状对象。【注：“创建关系”是一种特殊的“依赖关系”】 2. 根据以下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
UML实验报告全
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名：____钱秀梅_________ 学号：__ 10030117_____ 班级：_ 10计一_______ 指导教师：___殷凯__________ 计算机科学与技术系编写
系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)
实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台：Microsoft Windows2000 /XP。软件工具：EA 7.5。 三、实验内容与要求 1．学会启动和关闭EA 7.5开发环境。 2．使用目标项目（Project）的向导创建一个项目。 3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）； 查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元 素；访问元素的详细规范。 5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图
UML实验心得体会
uml实验报告 学院 班级学号姓名 uml实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后 各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图 描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能 的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语 义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握 了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验 学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不 改变其在导航窗口中的存在，另一种是从建模中完全删除。 2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在 参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。 类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服 务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、 依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit ——delete from model”，它们二者之间区别在哪里？ 答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。 实验三：顺序图、协作图 实验结果： 顺序图： 1. 归还图书 2.借出图书 协作图： 1. 归还图书 2. 借出图书 小结实验心得体会： 顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显 示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互
UML实验报告概要
《面向对象与UML》 实验报告 姓名：陈万全 学号：132852 班级：软件131
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述，确定系统用例图： “学生信息管理系统”的需求描述如下： ?在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上，所以不用选)，学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述，确定系统的参与者 b)确定系统的用例并绘制完整的用例图。
《可视化建模与UML》实验1-5指导教案
可视化建模与UML 实 验 指 导 井大电信学院 2015.03
目录 实验一常用建模软件 (3) 实验二需求定义与陈述 (4) 实验三用例建模 (8) 实验四类图（与对象图）建模 (10) 实验五UML静态模型分析 (11) 实验六交互建模（顺序图与协作图） (14) 实验七行为建模（状态图和活动图） (16) 实验八* 构件图和部署图建模 (20) 实验九* 交互概述图 (22) 实验十* 设计建模实例与分析 (27) 实验十一* 数据库建模实例与分析 (29)
实验一常用建模软件的使用 【实验目的】 1.熟悉常用UML建模工具。 2.熟练掌握Rational Rose的基本操作 3.掌握UML规则和相关机制。 4.掌握UML的可见性规则和构造型的作用。 【实验性质】 验证性实验 【实验环境要求】 Pentium II以上微机，Windows2000以上操作系统，Rational Rose2003，Microsoft Visio,网络。 【实验内容和步骤】 一、安装Rational Rose2003或其它任意一种UML建模工具。本项内容实验者根据情况选择并在实验课外完成。 二、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。认识各种UML关系及可见性符号，并用工具表示出来。 【分析与讨论】 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 2.比较不同建模工具。 【实验导读】 关于Rational Rose2003的安装。Rational Rose的安装比较麻烦，通过安装Rational Rose2003，并在安装过程中，发现一些问题，解决和理解
UML实验报告(1).doc
UML实验报告(1) 学生学号01第一学期实验课程名称：UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会怎样为新的电脑销售系统点写需求文档实验内容：1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。 需求是用户认为其所使用的系统应该具备的功能和性能。 三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会如何为类中描述的事件写一个基本用例实验内容：1、仿照教科书来描述每个用例。
事件的主流程（成功场景）是用例的最重要的部分。 确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。 2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！ 3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例 4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。 5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。 没有购买。 6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。 7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。 8、客户有一个帐号。 电话号码是首选，当客户第一次来时被分配。 如果客户不是在租赁的成员，成员的记录会临时创建。 他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、根据系统的
图书管理系统uml实验报告.doc
面向对象分析与设计大作业 学院：计算机科学与工程学院 班级：计算机软件 3 学生姓名：陈俊伟 学号：2174 指导老师：苏锦钿 提交日期：
华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____ 班级 : ___09 软件 3 班________ 组别 : ________ 合作者 : __________________ 指导教师 : ______ 苏锦钿 __________ 实验概述 【实验目的及要求】 一．目的 1.掌握面向对象技术的基本原理和各种相关概念； Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利 用 Software Architecture、或trufun UML工具进行建模； 3.根据问题进行学习，拓广、深化； 4.独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类 之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描 述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多 个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视 图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系 统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系， 包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互 作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采 用了状态机图、活动图、顺序图和合作图等图形，例如状态机图用于一个系统或对象从 产生到结束或从构造到清除所处的一系列不同的状态；第 3 个方面描述如何将模型自身组织到高层 单元，在模型管理视图中适用，采用的图形是类图。建模的工作集中在前两 方面，而且并非所有图形元素都适用或需要采用
UML实验指导书
UML 实验指导书
目录 实验一UML建模基础 (3) 实验二用例图 (4) 实验三UML类图 (9) 实验四对象图 (13) 实验五包图 (14) 实验六状态图 (17) 实验七活动图 (21) 实验八时序图与协作图 (22) 实验九组件图 (26)
实验一UML建模基础 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的三大组成部分及各部分作用。 3、掌握UML规则和相关机制。 4、掌握UML的可见性规则和构造型的作用。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑 和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 [分析与讨论] １、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图 [实验目的和要求] １、掌握用例的概念。 ２、掌握UML用例图的组成、作用以及使用场合。 ３、掌握用例与用例之间的各种关系。 ４、学习针对具体场景使用用例图进行分析说明的方法。 ５、掌握用例描述的概念和基本结构，以及用例描述的作用。 [实验内容和步骤] １、什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 用例是用户希望系统具备的功能，它定义了系统的行为特征。 ２、用例图中有哪些组成元素？在UML中是如何表示的？ 用例图的组成元素有参与者、用例、关系、系统。 ３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用 例图，并进行说明。 用例与用例之间的包含关系实际上就是面向对象语言中对象之间的调用关系，扩展关系实际上就是一种依赖的关系，泛化关系实际上就是面向对象中的继承关系。 ４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理 系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动 更新、权限管理、到期用户管理、房源组合查询等功能。该公 司小王，通过多次的与潜在客户的交流与沟通，完成了最初的 用例模型的开发，下是一个用例模型的局部：
UML实验报告
一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
UML实验报告汇总
实 验 报 告 课程名称：UML统一建模语言实验名称：图书管理系统 专业班级：嵌入式软件 学校：郑州轻工业学院
实验一用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 ?用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。?用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。通过用例建模可以对外部的角色以及他们所需要的系统功能建模。用例图用于系统分析阶段。 ?用例是系统参与者与系统在交互过程中所需要完成的事务。 ?该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。 截图如下：
实验二类对象模型的建立 [实验目的和要求] １、掌握对象的概念，对象的表示方法，掌握类与对象的关系。 ２、掌握类与类之间的各种关系代表的含义及表示方法。 [实验内容和步骤] １、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？ 2、简述类的定义，以及类的三要素。 3、类的属性和方法的可见性有哪些？UML中如何表示？ ?对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。换句话说,对象是边界非常清楚的任何事物。对象三大特征是封装、继承和多态。 ?对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的。类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。 ?类图描述系统中类的静态结构，它不仅定义系统中的类，描述类之间的联系，还包括类的内部结构。类图描述的是一种静态关系，在系统的整个生命周期中都是有效的。通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包，这样可以很好的体现系统的分层结构，是得系统层次关系一目了然。 ?类的三要素是：类的名称、属性、操作。类的属性和方法的可见性有：公有public（符号“+”）、私有 private（符号“-”）和受保护protected（符号“#”）。 ?类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目。 对象图如下：
实验二+用Visio绘制UML图实验指导书
实验二用Visio绘制UML图 1.1.实验基本目的 本实验练习使用Microsoft Visio软件绘制UML图。 1.2.实验原理 UML是一种可视化建模语言，由视图（view）、图（diagram）、模型元素（model element）和通用机制（general mechanism）等几个部分组成。其中视图表示系统的各个方面，由多个图构成。每个图使用了多个模型元素。在此基础上，通用机制为图做进一步补充说明，如：注释、元素的语义说明。 图表绘制软件Visio可以用来绘制UML图。 1.3.实验设备 1.3.1.硬件： PC机：1台，连入局域网。 1.3. 2.软件： Microsoft Visio 2007 1.4.实验的基本内容及要求 用Visio绘制UML用例图、类图、顺序图，并掌握绘图技能。 1.5.实验内容 根据教材149页7.7题描述的问题域，完成以下题目： 1. 识别该系统中的用例并绘制用例图； 2. 为该系统绘制概念类图； 3. 针对选课用例绘制顺序图。 注：如果你的用例分析将第一次选课和第二次选课作为两个用例，绘制这两个用例的顺序图。
1.6.实验步骤 1.6.1.建立“UML模型图”文件 启动Visio，选择“软件和数据库”绘图类型中的“UML模型图”（见图1）。保存该文件。 图1 启动Visio中的UML模型图 1.6. 2.模型资源管理器 新建的UML模型文件的界面中有一个“模型资源管理器”（如图2所示），如果没有此窗口，可选择菜单“UML”->“视图”->“模型资源管理器”选项打开此窗口。 图2 模型资源管理器 所建立的UML模型均体现在模型资源管理器中。右键单击“UML系统1”->“模型”可以在弹出窗口中建立新的系统模型，如“动态模型”。 在模型下可以用“包”来组织系统中的UML图，右键单击包名（如：顶层包）可以在该包下新建“包”或者“UML图”。 在模型资源管理器中可以对模型、包、UML图以及各种UML图形元素进行重命名（单击右键->重命名）。 可以从模型资源管理器中将已存在于模型中的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实验指导书rose实验完成
目录 实验一用例图及进度安排 (2) 实验二活动图 (7) 实验三状态图 (15) 实验四类 (27) 实验五类的关系 (37) 实验六、七交互图 (43) 实验八、九对象图和包 (53) 实验十、十一组件图和部署图 (55) 实验十二正向工程 (62)
实验一用例图及进度安排 一、实验目的 1．熟悉用例图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 3．学习使用Microsoft Project对题目进行进度安排。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 根据图书管理系统开发要求，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例。 四、实验步骤 书写“删除读者信息”用例的书面用例。一般应包含以下信息： （1）管理员在录入界面，输入待删除的读者名； （2）“业务逻辑”组件在数据库中，查找待删除的读者名； （3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； （4）“业务逻辑”组件判断“待删除的读者”是否可以删除； （5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （6）在数据库中，删除相关信息； （7）显示删除成功信息； （8）结束。 分析: 在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。 绘图步骤: (1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
UML实验报告
中南民族大学管理学院学生实验报告 课程名称：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是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 指导教师批阅：
统一建模语言UML实验报告
学生实验报告
目录 实验一 UML建模基础及用例图 (3) 实验二对象图及交互图 (11) 实验三 UML类图 (16) 实验四包图 (20) 实验五状态图 (25) 实验六活动图 (30) 实验七时序图与协作图 (34)
实验一UML建模基础及用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑 和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。
。 3什么是用例，什么是场景？用例和场景之间的关系是怎样的？ 答：用例是外部可见的系统功能单元，这些功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。事件触发时的情景便形成了场景 4用例图中有哪些组成元素？在UML中是如何表示的？ 答：用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。 参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。 5用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。 答：包含关系：一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系：一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新的行为插入到已有用例中的方法。 泛化关系：一个用例可以被特别列举为一个或多个子用例。 包含关系把几个用例的公共步骤分离成一个单独的被包含用例。被包含用例称作提供者用例，包含用例称作客户用例，提
uml实验报告1-9
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 (1)单击“开始—>所有程序—>IBM Rational—>Rational Rose Enterprise Edition”，启动Rational Rose建模环境，软件启动后产生如图1.1所示的建模模型窗口。 图1.1 Rational rose 启动提示界面 (2)选项卡【new】用来选择新建模型时采用的模板。单机【Details】按钮可以查看选中模板的描述。【Existing】选项卡用于打开一个已经存在的模型。【Recent】选项卡可以打开一个最近打开的模型文件。如暂时不需要任何模板，只需要建立一个新的空白模型文件，单击【Cancel】按钮，显示Rational rose主界面，如图1.2所示。
图1.1 Rational rose 主界面 (3) 主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 ①导航窗口：用于在模型中迅速漫游。导航窗口类似于windows 操作系统的资源管理器，它以树形结构显示了模型中的所有元素，包括参与者、用例、类、组件等。利用导航窗口可以： a) 增加模型元素 参与者、用例、类、组件、框图。 b) 浏览现有模型元素。 c) 浏览现有模型元素间的关系。 d) 移动模型元素。 e) 更名模型元素。 f) 将模型元素加进框图。 g) 将文件或UML 链接到元素。 h) 将元素组成包。 i) 访问元素的详细规范。 j) 打开图形。 导航窗口四个视图根结点。 a) 用例视图(Use Case View)：用于管理需求分析获取的所有用例、参与者和用例图。 b) 逻辑视图(Logic View)：分析和设计完成的所有制品(如类图、对象图、顺序图、活动图、状态图等)放置在逻辑视图中。 图1.3 导航窗口
UML实验
实验：设计一个网上选课系统的各种UML图 网上选课系统的产生是因为目前高校扩招后，在校学生日益增多。如果仍然通过传统的纸上方式选课，既浪费大量的人力物力，又浪费时间。同时，在人为的统计过程中不可避免出现的错误。因此，通过借助网络系统，让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。 要求： 1. 上课前必须带草图去，否则记为缺课。 2. 对于每个图要求必须按照书中绘制相关图的过程来撰写实验报告，不可只摆出几个图。 3. 第二次实验课做用例图、类图。其中需要对每个用例实例撰写用例描述。 4. 第三次实验课做剩下的顺序图、活动图、状态图、构件图、部署图。 需求分析 网上选课系统的功能性需求包括以下内容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 系统建模 在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。并命名为“网上选课系统”，该名称将会在Rational Rose 2003的顶端出现。
UML实验报告
计算机与通信工程学院 实验报告
实验学时：课程实验共20学时，配合《UML在嵌入式系统中的应用》理论课程的学习，培养学生的嵌入式软件分析与建模能力。 实验内容：该门课程的实验为一个完整性的系统建模实验，实验分为十个部分，最后完成图书馆管理系统的全部建模过程，最终形成一个完整的建模文档，得到正向工程和数据库建模的相关结果。具体内容如下： 内容一建模工具学习2学时 内容二用例图的制作2学时 内容三类图的制作2学时 内容四顺序图的制作2学时 内容五通信图的制作2学时 内容六活动图的制作2学时 内容七状态图的制作2学时 内容八组件图和部署图的制作2学时 内容九数据模型的建立2学时 内容十正向工程2学时 实验目的：使学生对系统级建模有个完整的认识，通过课程所学知识，结合实验内容，掌握建模的思想、方法和其在系统分析和设计中的重要意义。 实验难点：实验的每一部分都是逐步累进的过程，每个实验环节都是以前一个实验环节为基础，每一部分的正确性会影响下一步实验的正常开展。 实验要求： （1）要求学生掌握Rational Rose建模软件的使用，可以利用其进行系统级建模。 （2）要求学生理解和掌握用例图，类图，书序图，通信图，活动图，状态图，组件图和部署图，数据模型以及正向工程的建模实现。 实验验收：以最后一次实验课的现场实验验收（查看建模结果和问询）为准，实验报告作为存档资料备查。 提交资料要求：提交实验总结，实验报告（正反面打印），实验的所有文档电子版（建模文件，正向工程代码文件，实验报告，实验总结报告
内容1 建模工具学习 1.实验内容：熟悉 Rational Rose 建模环境 2.实验目的：熟悉 Rational Rose 建模环境 3.实验过程： 1）双击“开始——程序——Rational Software——Rational Rose Enterprise Edition”，启动 Rational Rose 建模环境。 2）如果是新建一个模型，则选择“New”选项，按下 Cancel 按钮后，进入图 Rose 主界面。否则，选择“Existing”或“Recent”选项，选择一个已存在的模型（后缀：*.mdl）,打开模型文件即可。主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 3）主界面介绍： （1）导航窗口