实验2 UML实验(2)

合集下载

UML-软件体系结构-实验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建模实验报告02

UML建模实验报告02

UML建模实验报告02UML建模实验报告021.实验目的本实验的目的是通过实际项目案例,了解和掌握使用UML建模工具进行软件系统建模的过程和方法。

2.实验过程本次实验我们选择了一个简单的在线购物系统作为项目案例。

首先,我们进行了需求分析,确定了系统的功能和特性。

然后,我们进行了领域建模,识别出了系统的核心概念和实体。

接下来,我们进行了用例建模,识别出了系统的用例,并绘制了用例图。

然后,我们进行了行为建模,设计了系统的顺序图和活动图。

最后,我们进行了结构建模,设计了系统的类图和对象图。

3.实验结果通过本次实验,我们成功完成了在线购物系统的建模过程,并获得了以下结果:1)需求分析:我们确定了系统的功能和特性,包括用户登录、浏览商品、添加到购物车、下订单等。

2)领域建模:我们识别了系统的核心概念和实体,包括用户、商品、购物车、订单等,并绘制了类图。

3)用例建模:我们识别了系统的用例,并绘制了用例图,包括登录、浏览商品、添加到购物车、下订单等。

4)行为建模:我们设计了系统的顺序图和活动图,包括用户登录、浏览商品、添加到购物车、下订单等的流程和交互。

5)结构建模:我们设计了系统的类图和对象图,识别了系统的类和对象,包括用户、商品、购物车、订单等。

4.实验总结通过本次实验,我们深入了解和体验了使用UML建模工具进行软件系统建模的过程和方法。

我们发现UML建模工具可以很好地帮助我们理清系统的功能和特性,识别出系统的核心概念和实体,设计系统的用例、顺序图、活动图、类图和对象图。

通过建模过程,我们可以更加清晰地理解系统的需求和设计,并与团队成员进行有效的沟通和协作。

同时,我们也发现UML建模工具的使用需要一定的学习和实践,尤其是对于一些高级建模概念和技术的掌握。

因此,我们认为在今后的实践中,需要进一步学习和应用UML建模工具,以提高我们的建模能力和技术水平。

5.实验改进建议根据本次实验的经验和总结,我们提出以下改进建议:1)在实验前进行必要的学习和准备,了解UML建模工具的基本概念和使用方法,以充分发挥工具的功能和效能。

UML统一建模语言实验报告 2范文

UML统一建模语言实验报告 2范文

目录实验一 UML建模基础及用例图实验二类图与对象图实验三序列图与协作图实验四状态图实验五活动图实验(一)UML建模基础及用例图实验目的1、熟悉UML建模工具Rational Rose的基本菜单及操作。

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

3、掌握用例的概念;掌握UML用例图的组成及作用。

4、掌握用例与用例之间的各种关系。

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

2、认识各种UML关系,并用工具表示出来。

中南民族大学管理学院学生实验报告3、什么是用例?用例图中有哪些组成元素?在UML中是如何表示的?答:用例是对系统功能的描述,是向参与者提供重要价值的操作序列。

用例图有:用例、参与者、关联(系统边界)等元素。

用来显示在系统或其他实体内的用例与系统参与者之间的关系。

主要使用场合:需求获取、定义、分析4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区别?对以上三种关系各举一例,画出用例图,并进行说明。

(1)包含关系:基本用例的行为包含另一用例的行为。

基本用例描述在多个用例中都有的公共行为。

包含关系是本质上比较特殊的依赖关系,它比一般的依赖关系多了一些语义。

在包含关系中箭头的放向是从基本用例到包含用例的。

(2)扩展关系:扩展关系的基本含义和泛化关系相似,但在扩展关系中,对于扩展用例有更多的规则限制。

基本用例必须声明扩展点,而扩展用例只能在扩展点上增加新的行为和含义。

(3)泛化关系:代表一般与特殊的关系。

UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。

不同的是继承使用在实施阶段,泛化使用在分析、设计阶段。

在泛化关系中子用例继承了父用例的行为和含义,子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。

5、完成书中94页例子,体会用例图建模的分析过程并模仿来画出该学生信息管理系统的用例图。

画出课后习题101页第4题。

信息管理系统UML实验二__活动图

信息管理系统UML实验二__活动图

实验一活动图
【实验内容】
1.分析Add Course(添加课程)用例的事件流,画出Add Course用例的活动图。

在用例图中分析过,选课系统中的添加课程(Add Course)用例的事件流如下:(1)管理员选择进入管理界面,用例开始。

(2)管理员输入课程各项信息;
(3)系统验证是否和已有课程冲突;
A1:有冲突
(4)系统添加新课程,提示课程添加成功;
(5)系统重新进入管理主界面,显示所有课程;
(6)用例结束。

其他事件流:
A1:有冲突
(1)系统提示冲突,显示冲突课程信息;
(2)用户重新输入;
(3)继续验证直至无冲突;
(4)进入添加课程事件流第4步。

根据以上描述并进一步细化,绘制出Add Course用例的活动图。

2.远程网络教学系统
(1)对于“远程网络教学系统”,学生登录后可以下载课件。

在登录时,系统需要验证用户的登录信息,如果验证通过系统会显示所有可选服务。

如果验证失败,则登录失败。

当用户看到系统显示的所有可选服务后,可以选择下载服务,然后下载需要的课件。

下载完成后用户退出系统,系统则会注销相应的用户信息。

请画出学生下载课件的活动图。

(2)在“远程网络教学系统”中,系统管理员登录后可以处理注册申请或者审核课件。

在处理注册申请后,需要发送邮件通知用户处理结果;在审核完课件后,需要更新页面信息以保证用户能看到最新的课件,同时系统更新页面。

当完成这些工作后,系统管理员退出系统,系统则注销系统管理员账号。

请画出系统管理员的工作活动图。

图书管理系统时序图与协作图(UML)

图书管理系统时序图与协作图(UML)

学号 **********
统一建模语言UML B
实验报告
实验2 顺序图和协作图
学生姓名黄源
专业、班级14软件(2)班
指导教师高天迎
成绩
计算机与信息工程学院
2016年 10 月 18 日
一、实验目的
在熟悉顺序图概念与应用的基础上,掌握顺序、协作图的建立。

1.理解顺序、协作图的基本概念。

2.掌握顺序、协作图的建立。

二、实验内容
建立图书管理系统的顺序、协作图。

三、实验思想
1.利用需求分析和用例模型,分析图书馆管理人员的行为活动,完成系统行为交互建模。

2.使用Rose完成图书馆管理系统中的时序图。

四、实验结果
五、实验心得
通过Rose2003绘制出图书管理系统的时序图和协作图,使我进一步了解并更加熟练绘制。

本次实验根据书本,网络及同学帮助顺利完成。

今后会更加熟练地掌握。

uml实验报告

uml实验报告

uml实验报告UML实验报告引言在软件开发过程中,统一建模语言(Unified Modeling Language,简称UML)被广泛应用于需求分析、系统设计和软件架构等各个阶段。

本次实验旨在通过实际操作,深入了解UML的基本概念和使用方法,并通过一个案例来展示UML在软件开发中的应用。

一、UML简介1.1 UML的定义和起源统一建模语言(UML)是一种用于软件系统建模的标准化语言,由Grady Booch、Ivar Jacobson和James Rumbaugh等人于1994年合作开发而成。

UML 通过提供一套统一的符号和规范,使得软件开发人员能够更好地进行需求分析、系统设计和代码生成等工作。

1.2 UML的基本元素UML包含了多种基本元素,包括类、对象、关联、继承、接口等。

其中,类是UML中最基本的元素,用于描述系统中的对象类型和属性。

对象则是类的实例化,具体描述了系统中的一个具体实体。

关联表示不同类之间的关系,继承表示类之间的继承关系,而接口则定义了类与外部环境之间的交互接口。

二、实验过程2.1 实验环境和工具本次实验使用了Eclipse集成开发环境和Visual Paradigm工具。

Eclipse提供了强大的代码编辑和调试功能,而Visual Paradigm则是一款专业的UML建模工具,可以方便地进行UML图的绘制和编辑。

2.2 实验步骤首先,我们选择了一个简单的案例——图书馆管理系统,来进行实验。

通过UML类图、用例图和时序图等多种图表,我们对该系统进行了全面的建模和分析。

2.2.1 UML类图在UML类图中,我们对系统中的各个类进行了分析和设计。

通过标识类的名称、属性和方法等信息,我们可以清晰地了解系统中的各个对象之间的关系和功能。

2.2.2 用例图用例图是一种描述系统功能的图表,通过用例图可以清晰地了解系统的各个功能模块和用户之间的交互关系。

在本次实验中,我们通过用例图来描述图书馆管理系统中的借书、还书和查询图书等功能。

UML实验二

UML实验二

UML实验二第一篇:UML实验二实验2 用例图一、实验目的1.学会分析系统中的参与者和用例2.掌握用例图的绘制方法3.掌握需求分析阶段的用例建模二、实验器材1.计算机一台;2.StarUML工具软件。

三、实验内容1.画出ATM系统的用例图2.完成ATM系统用例的事件流描述3.完成网络教学系统的用例建模4.完成学生课程注册系统的用例建模四、ATM系统的用例建摸1.分析ATM自动取款机:客户可以取钱,存钱,查询余额,转帐,修改密码。

通过分析可找出如下几个参与者:(1)ATM(2)客户通过分析得到如下用例:(1)存款(2)取款(3)查询余额(4)转帐(5)修改密码(6)打印收据 2.绘图步骤:下面介绍在StarUML中创建用例图的过程:(1)在“Use Case View”中双击Main图,双击图标,出现图1,为编辑用例图做准备。

图1(2)在用例视图中,从工具栏中选择Actor图标,在右边的绘图区中添加一个新元素,并取名客户表明新增一个参与者,如图2所示。

图2(3)同样的方法添加参与者“ATM”,如图3所示。

图3(4)在工具栏上选择用例的图标,依次添加存款、取款、查询余额、转帐、修改密码、打印收据,如图4所示。

图4(5)添加参与者和用例间的关联关系,如图5所示。

图5 依照个人理解,增加一些功能或修改该用例图。

(增加的功能或修改的用例图放在此处)参照如下的取款用例的事件流描述,给出ATM系统的其它用例的事件流描述。

1)通过读卡机,储户插入ATM卡2)ATM系统从卡上读取银行ID、帐号、并验证帐号。

3)储户键入密码,系统检验密码。

4)储户按确认键,输入取款金额。

5)ATM把帐号和取款金额传递给银行系统,取回帐户余额。

6)ATM输出现金,并显示帐户余额。

7)ATM记录事务到日志文件。

(ATM系统的其它用例的事件流描述放在此处)登录用例的事件流:1)通过读卡机,储户插入ATM卡2)ATM系统从卡上读取银行ID、帐号、并验证帐号。

UML实验2-类图

UML实验2-类图

UML实验二构建类图【实验目的】1.理解类的基本概念2.理解类间的关系3.掌握类图的绘制方法4.掌握简单的类图设计方法【实验器材】1. 计算机一台;2. Rational Rose 工具软件;【实验内容】【题目一】分析选课系统中的类及关系,然后画出它们的类图。

1).分析在选课系统中,通过分析可抽象出如下几个类:(1)学生类(2)管理员类(3)课程类学生类和管理员类的属性较容易分析,这里只列出课程类的属性和方法:(1)课程名称(2)开课教室(3)课程号(4)授课教师(5)选课的学生(6)开课起始时间(7)允许选课的学生人数(8)设置课程号(9)设置课程名称(10)查询课程号(11)查询允许选课的学生人数2)绘图步骤下面介绍在Rose2003中创建类和它们之间关系的过程:(1)在“Logical View“中双击Main图,或者右击“Logical View“,弹出在快捷菜单中选择“New”->“Class Diagram”,双击图标,出现图2.1,为编辑类图做好准备。

图2.1(2)在逻辑视图中,从工具栏中选择class图标,在右边的绘图区中添加一个新元素,并取名Student表明新增一个类,如图2.2所示。

图2.2(3)选择新创建的元素,点击鼠标右键,在弹出的菜单中选择“Open Sepcification”,弹出图2.3对话框。

(4)在对话框中,可以修改元素的名称,这里新元素的名称定为“Student”,如图2.4所示。

图2.3(5)点击“Attributes”选项卡,添加属性,如图2.5所示。

图2.5(6)点击“operations”选项卡,添加方法如图2.6所示。

图2.6(7)根据第(1)步的分析内容,添加Course类的属性及方法,如图2.7所示。

图2.7(8)进一步设计Course类各个属性的类型和初始值,如图所示。

(9)创建两个类之间的关系,通过分析得出:学生类和课程类之间为单向关联。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

实验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),商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。

3. 某基于C/S的即时聊天系统的注册和登录模块功能描述如下:
(1) 注册功能:用户通过注册界面(RegisterForm)输入新帐号,系统检测该帐号是否已存在,如果不存在则可注册成功,否则提示“帐号已存在”,用户再次输入帐号;用户输入其他个人信息;系统保存用户个人信息;用户个人信息包括帐号、密码、姓名、性别、年龄、电话、电子邮箱等。

(2) 登录功能:用户通过登录界面(LoginForm)输入账号和密码,系统将输入的账号和密码与存储在数据库(User)表中的用户信息进行比较,验证用户输入是否正确,如果输入正确则进入主界面(MainForm),否则提示“输入错误”。

现对这两个模块进行设计,要求如下:
(1) 根据以上描述绘制类图,要求分析出每个类中的主要方法;
(2) 需要提供独立的业务逻辑类和数据访问类,考虑到数据库的移植性,需提供抽象的数据访问接口;
(3) 尽量使用数据传输对象(DTO)来传递参数,减少方法中参数的个数。

4. 某运输公司决定为新的售票机开发车票销售的控制软件,下图给出了售票机的面板示意图以及相关的控制部件。

售票机相关部件的作用如下所述:
(1) 目的地键盘用来输入行程目的地的代码(例如,200表示总站)。

(2) 乘客可以通过车票键盘选择车票种类(单程票、多次往返票和座席种类)。

(3) 继续/取消键盘上的取消按钮用于取消购票过程,继续按钮允许乘客连续购买多张票。

(4) 显示屏显示所有的系统输出和用户提示信息。

(5) 插卡口接受MCard(现金卡),硬币口和纸币槽接受现金。

(6) 打印机用于输出车票。

(7) 所有部件均可实现自检并恢复到初始状态。

现采用面向对象方法开发该系统,使用UML进行建模,绘制该系统的核心类图并尽量分析出每一个类所包含的方法。

5. 根据如下描述绘制顺序图:
在某在线订房系统中,顾客输入房间套数、房间类型、入住时间、入住天数等信息,系统显示符合要求的房间号;顾客确定预订的房间,系统显示预付订金信息;顾客输入信用卡账号和密码,系统请求银行信用卡系统提供支付服务;银行信用卡系统验证用户信息并返回验证通过和支付成功消息;顾客请求系统打印预订单和收据,系统打印相关资料;预订结束。

7. 根据以下描述绘制某订餐系统中顾客订餐过程的活动图(要求绘制泳道):
(1) 顾客请求查看菜单;
(2) 系统显示菜单和今日特价;
(3) 顾客选菜;
(4) 系统显示订单和价格;
(5) 顾客确认订单;
(6) 系统显示可送餐时间;
(7) 顾客指定送餐时间、地点和支付方式;
(8) 系统确认接受订单,然后发送Email给顾客以确认订餐,同时发送相关订餐信息通知给餐厅员工。

三、实验要求
1. 熟练使用PowerDesigner绘制类图、顺序图和活动图;
2. 熟练使用PowerDesigner实现正向工程和逆向工程;
3. 使用UML2.X中的标准图符绘制图形,对于一些较为复杂的图形,适当增加文字注释来进行说明;
4. 所绘制图形必须正确、完整,需具有较好的可读性,注意图形中图符和文字大小及布局。

四、实验步骤
1. 根据描述绘制类图并正向工程生成源代码;
2. 分析商场会员管理系统中实体类之间的关系,绘制相应的类图;
3. 分析某基于C/S的即时聊天系统的注册和登录模块的功能,绘制对应的类图;
4. 分析车票销售控制系统,绘制该系统的核心类图;
5. 分析在线订房系统中顾客与系统之间的交互过程,绘制相应的顺序图;
6. 根据源代码绘制相应的顺序图;
7. 分析订餐系统中顾客订餐过程的流程,绘制相应的活动图。

五、实验结果
1. 类图:
源代码:Circle.java
Ellipse.java
Rectangle.java
Shape.java ShapeFactory.java
2. 商场会员管理系统类图:
3. 即时聊天系统类图:
(1)
(2)
4. 车票销售控制系统类图:
5. 在线订房系统顺序图:
6. 顺序图:
7. 订餐系统活动图: 顾客查看菜单
顾客选菜
顾客指定方式
通知客户顾客确认订单
系统系统显示今天菜单与特价
系统显示订单和价格
系统显示可送餐时间
系统确认
员工
接受信息
六、实验小结
1、学会了如何更加熟练,精确的绘制类图。

2、能将简单的需求用类图表示出来,提供抽象的数据访问接口(数据库),例如第三题。

3、顺序图的画法,注重了循环模块(交互模块),能熟练运用调用消息,返回消息,创建消息等要点。

4、熟练画类图时类与类之间的关系,如关联、聚合、组合、依赖、继承和实现的作用和意义。

5、熟悉活动图的画法。

相关文档
最新文档