实验2 UML实验(2)
UML-软件体系结构-实验2-中南大学-软件学院
![UML-软件体系结构-实验2-中南大学-软件学院](https://img.taocdn.com/s3/m/d7582c1955270722192ef769.png)
实验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](https://img.taocdn.com/s3/m/843a2e7466ec102de2bd960590c69ec3d5bbdbf6.png)
UML建模实验报告02UML建模实验报告021.实验目的本实验的目的是通过实际项目案例,了解和掌握使用UML建模工具进行软件系统建模的过程和方法。
2.实验过程本次实验我们选择了一个简单的在线购物系统作为项目案例。
首先,我们进行了需求分析,确定了系统的功能和特性。
然后,我们进行了领域建模,识别出了系统的核心概念和实体。
接下来,我们进行了用例建模,识别出了系统的用例,并绘制了用例图。
然后,我们进行了行为建模,设计了系统的顺序图和活动图。
最后,我们进行了结构建模,设计了系统的类图和对象图。
3.实验结果通过本次实验,我们成功完成了在线购物系统的建模过程,并获得了以下结果:1)需求分析:我们确定了系统的功能和特性,包括用户登录、浏览商品、添加到购物车、下订单等。
2)领域建模:我们识别了系统的核心概念和实体,包括用户、商品、购物车、订单等,并绘制了类图。
3)用例建模:我们识别了系统的用例,并绘制了用例图,包括登录、浏览商品、添加到购物车、下订单等。
4)行为建模:我们设计了系统的顺序图和活动图,包括用户登录、浏览商品、添加到购物车、下订单等的流程和交互。
5)结构建模:我们设计了系统的类图和对象图,识别了系统的类和对象,包括用户、商品、购物车、订单等。
4.实验总结通过本次实验,我们深入了解和体验了使用UML建模工具进行软件系统建模的过程和方法。
我们发现UML建模工具可以很好地帮助我们理清系统的功能和特性,识别出系统的核心概念和实体,设计系统的用例、顺序图、活动图、类图和对象图。
通过建模过程,我们可以更加清晰地理解系统的需求和设计,并与团队成员进行有效的沟通和协作。
同时,我们也发现UML建模工具的使用需要一定的学习和实践,尤其是对于一些高级建模概念和技术的掌握。
因此,我们认为在今后的实践中,需要进一步学习和应用UML建模工具,以提高我们的建模能力和技术水平。
5.实验改进建议根据本次实验的经验和总结,我们提出以下改进建议:1)在实验前进行必要的学习和准备,了解UML建模工具的基本概念和使用方法,以充分发挥工具的功能和效能。
UML统一建模语言实验报告 2范文
![UML统一建模语言实验报告 2范文](https://img.taocdn.com/s3/m/192e7f528e9951e79b892784.png)
目录实验一 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实验二__活动图](https://img.taocdn.com/s3/m/c68978ba0129bd64783e0912a216147917117e22.png)
实验一活动图
【实验内容】
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)](https://img.taocdn.com/s3/m/af93b71e581b6bd97f19ea94.png)
学号 **********
统一建模语言UML B
实验报告
实验2 顺序图和协作图
学生姓名黄源
专业、班级14软件(2)班
指导教师高天迎
成绩
计算机与信息工程学院
2016年 10 月 18 日
一、实验目的
在熟悉顺序图概念与应用的基础上,掌握顺序、协作图的建立。
1.理解顺序、协作图的基本概念。
2.掌握顺序、协作图的建立。
二、实验内容
建立图书管理系统的顺序、协作图。
三、实验思想
1.利用需求分析和用例模型,分析图书馆管理人员的行为活动,完成系统行为交互建模。
2.使用Rose完成图书馆管理系统中的时序图。
四、实验结果
五、实验心得
通过Rose2003绘制出图书管理系统的时序图和协作图,使我进一步了解并更加熟练绘制。
本次实验根据书本,网络及同学帮助顺利完成。
今后会更加熟练地掌握。
uml实验报告
![uml实验报告](https://img.taocdn.com/s3/m/52c38decdc3383c4bb4cf7ec4afe04a1b071b0b5.png)
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实验二](https://img.taocdn.com/s3/m/5642532391c69ec3d5bbfd0a79563c1ec4dad777.png)
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-类图](https://img.taocdn.com/s3/m/d389ffdf7f1922791688e89c.png)
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)创建两个类之间的关系,通过分析得出:学生类和课程类之间为单向关联。
UML建模技术实验(二) - 4.3 201218504
![UML建模技术实验(二) - 4.3 201218504](https://img.taocdn.com/s3/m/2cb399d74693daef5ef73d38.png)
UML建模技术实验实验二图书管理系统中的交互图班级学号姓名马兵超一、实验目的通过四次实验,以图书管理系统建模为例,使学生掌握使用UML 统一建模语言为软件系统建模的方法步骤。
本次实验让学生掌握Rational Rose环境下UML顺序图、协作图的创建方法。
二、图书管理系统需求描述图书管理系统需要满足三方面人员的需求,这三个方面分别是图书借阅者、图书馆工作人员(图书管理员)和图书馆管理人员(系统管理员)。
图书借阅者的需求是查询图书馆所存的图书、个人借阅情况(借书、还书)及个人信息的修改;图书管理员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书记录;系统管理员的功能最为复杂,包括对图书借阅者和图书进行管理和维护,及系统状态的查看、维护。
图书管理系统结构图三、实验内容、步骤1、掌握Rational Rose建模软件的基本操作;2、建立系统用例图(找出系统用例、写出用例事件流);3、图书管理系统动态模型建立:顺序图、协作图的建立;四、实验结果(一)用例图建立(1)系统参与者:借阅者图书管理者系统管理员(2) 系统用例:写出用例描述(用例名称、参与者、前置条件、基本事件流)、画出用例图;借阅者:借阅者进入系统,借书或还书。
图书管理员:图书管理员进入系统,查看借书还书信息。
系统管理者:进入后台系统,查看系统的运作情况。
学生缴纳罚款收取罚款处理预约编辑用户信息(二)建立系统动态模型(顺序图、协作图)(1)建立图书管理系统中“登录系统”用例的顺序图及协作图:(2)建立图书管理系统中其他用例的顺序图:五、实验心得本次上课没有好好听课,导致做实验的时候做的太慢,到下课也没做完,可见听课时相当重要的,下次上课一定要好好听课。
UML实验2
![UML实验2](https://img.taocdn.com/s3/m/99499ed980eb6294dd886c63.png)
实验二
【实验步骤】
Step1:首先打开目录Rose实验\Lab2-1.mdl,在浏览器中展开Use Case View,展开Use Case Model,双击框图Global View of Actors and Use Cases。
Step2:鼠标右键点击Use Case Model,增加2个新的Use Case Diagram,分别命名为:Realtor View和Maintain Personal Planner View。
Step3:在浏览器中双击Realtor View,打开Realtor View框图,同时将已经存在的Actor和Use Case 依次拖入其框图中,并安排各个元素的位置。
Step 4:按照Step3中同样的方法在浏览器中双击Maintain Personal Planner View,打开Maintain Personal Planner View框图,将现有模型中已经存在的Actor和Use Case 依次拖入其框图中,并安排各个元素的位置。
Step5:在Use Case中选择包,并加入新的Use Case 事件流。
Stpe6:按照上述同样的方法在Use Case Model包中加入ProblemStatement.txt。
Step7:保存新的mdl文件,取名为Lab2-1.1,下次实验将使用该文件。
【实验结果】
(1)Global View of Actors and Use Cases
(2)Maintain Personal Planner View
(3)Realtor View。
UML实验报告
![UML实验报告](https://img.taocdn.com/s3/m/f53aca6402768e9951e7384b.png)
类图是描述类、接口以及它们之间关系的图,它显示了系统中各个类的静态结构是一种静态模型。类图根据系统中的类以及各个类的关系描述系统的静态视图。类图是面向对象系统建模中最常用和最基本的图之一,类图可以包含类、接口、依赖关系、泛化关系、关联关系和实现关系等模型元素。
包图是维护和控制系统总体结构的重要建模工具。
实验内容
实验二 图书管理系统的类图和包图的绘制
学号:
姓名:
实验成绩:
一、实验目的
1.理解类、类间关系的基本概念。
2.掌握如何从需求分析中抽象出类的方法以及描绘类间关系的方法。
3. 熟悉包的基本概念。
4.掌握在Rational Rose中绘制类的操作方法以及包的绘制。
二、实验内容
通过前面内容的学习,完成了对TJKD图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态和状态图。通过这两类图我们可以初步了解系统的业务处理流程。现在需要对系统进行静态建模,这就需要从系统的用例图、活动图和状态图去寻找和发现类。因此,指派你运用本节所学的有关如何抽象出类的知识,完成如下任务:
四、实验小结(本次实验涉及的知识点)
顺序图描述了对象之间传递消息的时间顺序,它用来表示用例中的行为顺序。顺序图代表了一个相互作用、在以时间为次序的对象之间的通信集合。
活动图本质上是流程图,其中几乎所有或大多数的状态都处于活动状态,它描述从活动到活动的控制流。
状态指对象的生命周期中满足某些条件、执行某些活动或者等待某些事件时的一个条件或情况,状态和事件之间的关系是状态机图的基础。
3.学习使用Microsoft Project对题目进行进度安排。
二、实验内容
根据TJKD的图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。要求:
UML实验报告
![UML实验报告](https://img.taocdn.com/s3/m/6def33e1ec3a87c24128c442.png)
1.为什么要求相对应的类名、组件名和实现组件的文件名相同?
答:相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同,会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1.整理实验结果。
2.小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验,学会了利用Rose工具生成代码框架及生成数据库脚本,同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1.整理实验结果。
2.小结实验心得体会
在UML中,活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图,它描述了从活动到活动的控制流,它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验,我对活动图的语义和功能有了更深层次的理解和应用,并对活动图的组成部分,包括动作状态、活动状态、分支、分叉和泳道、对象流,逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图,由于自己的粗心马虎,造成截图的不完整性。
2.本案例中,ResourceTitle与BookTitle、DiscTitle的继承关系,SQL Server 2000关系型数据库的转换合理吗?如不合理,请问该如何修改?
答:不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段,它描述了待开发系统的功能需求,并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能,并指出各功能的操作者。
UML2面向对象分析与设计实验报告2
![UML2面向对象分析与设计实验报告2](https://img.taocdn.com/s3/m/3cbb97e0b9f3f90f76c61bf5.png)
2设计阶段的静态建模
分析:设计阶段类的静态建模包括两方面:第1方面是将分析阶段识别的领域实体类进一步细化,将分析阶段识别的汉语的类名、属性名和方法名转变为英文的类名、属性名和方法名,这样便于后续正向工程Java代码框架的生成,同时要将分析阶段未识别出来的属性、方法补充进去;
计算机学院
一、实验目的
1.理解类的基本概念。
2.掌握在Rational Rose中绘制类的操作方法。
3.掌握在Rational Rose中绘制类的关联、依赖、泛化关系
一、实验环境、内容和方法
实验器材:
1.计算机一台。2.Rational Rose工具软件。。
实验内容:
实验分成两部分:第1部通过实验1完成的用例图我们可以初步了解系统的业务功能,现在需要对实验1的需求进一步分析,从中识别出系统的概念类,对系统进行分析阶段的静态建模;第2部分要求在第1部分系统分析的基础上,精化、完善分析阶段的类图,使之成为计算机系统可实现的模型。因此,指派你运用可课堂所学的有关如何抽象出类的知识,完成如下任务:1.寻找和抽象出图书管理功能中的类。2.识别类间的关系。
3.精化、完善类图,使之成为计算机系统可实现的模型,为正向工程做准备。
二、实验过程描述
分析阶段的静态建模
1.分析:分析阶段类的识别仅限于业务领域的概念类(或称实体类),将图书管理业务领域的实体类识别如下:馆藏书目、馆藏资源品种、图书品种、碟片品种、资源项、借书记录、预定记录、逾期记录、罚款细则、图书管理员、读者。
第2方面,要根据软件体系结构的分层模式,为静态模型添加边界类和控制类,绘制一张反映边界类、控制类、实体类三者关系的总体图。
UML实验报告
![UML实验报告](https://img.taocdn.com/s3/m/0237fed8db38376baf1ffc4ffe4733687e21fc3a.png)
UML实验报告本科实验报告课程名称:系统分析与设计实验项⽬:《⽹上书店系统》实验地点:专业班级:学号:20110学⽣姓名:指导教师:2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1.结合⼯具StartUML,熟悉UML⽤例图的模型元素。
2.使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下⾯给出的⽹上书店问题陈述,分析该系统总体需求,建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述:书店经理:我们原本是⼀个传统的实体书店,顾客要买书都是亲⾃到书店⾥来的,这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是⼤量顾客到书店选购图书,使得书店场地不⾜,⼯作⼈员也很忙碌。
其实,还有⼀点就是,有不少⼈进⼊书店后并不买书,只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为,⼯作⼈员⼀般是不阻⽌的,结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了,所以我们想到借助⽹络,让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出,同时计算机可以⽅便的检索图书信息,让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对⽹上书店的要求吗?书店经理:⽹上书店要能实现对外和对内的功能,对外是顾客能在⽹上书店订购图书,提交订单。
对内,书店⼯作⼈员能够通过⽹上书店及时的看到这些订单,并进⾏处理。
为了把书送到顾客⼿⾥,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲:实体店中,图书是按照不同种类放置的,⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
UML实验报告
![UML实验报告](https://img.taocdn.com/s3/m/7c10221fa300a6c30c229f7e.png)
《软件建模原理》实验报告学院:计算机学院班级:姓名:学号:授课老师:实验一:用例建模[ 实验日期] 2011年6月22 日[ 实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容]要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析”)。
[ 实验原理和步骤]建模原理:(1) 需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统”-> “进销存管理”子系统-> “库存管理”-> “原材料出库”->“领料单处理”主线)[ 实验结果]综合支持的类图[ 实验总结]第一次运用rose进行用例建模。
熟悉了rose中的控件的意义,对UML有了更加深刻的了解,学会了建立2级例图。
但目前运用rose来建模还是非常的生硬,仅仅知道跟着指导书来进行建立模型。
收获与体会:用例建模主要是要了解各个图形所代表的意义,知道用例还可以进行下一级的描述,进行下一步的深化。
实验2 分析建模[ 实验日期] 2011年 6 月23 日[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上,选择第一个迭代周期打算开发的用例,建立相关的概念模型。
UML第二次实验报告
![UML第二次实验报告](https://img.taocdn.com/s3/m/6d7e17e6998fcc22bcd10d6d.png)
第1页/ 共2页软件开发模式及建模语言实验报告实验名称实验二UML类图日期专业班级桌号实验人学号同组人一、实验目的1、掌握类的定义,类的3要素,UML中类的表示方法。
2、掌握类与类之间的各种关系代表的含义及表示方法。
3、实体类,边界类,控制类,关联类的概念和表示方法。
4、接口和抽象类的概念和表示方法。
5、类的多重性关系。
对一个类图进行相关的描述。
二、实验内容及步骤1、类的定义及三要素:类是对一组具有相同属性、操作、关系和语义事物的描述。
类的三要素是:类的名称、属性、操作。
2、类的属性和方法的可见性:公有public(符号“+”)、私有private(符号“-”)和受保护protected(符号“#”)。
3、UML类图(Class Diagram)是描述类、接口、协作以及它们之间关系的图,用来显示系统中各个类的静态结构。
UML类图是定义其他图的基础,在UML类图基础上,可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。
实验步骤:1、需要分析职工(工资)信息,画出信息类图2、银行代发类图三、实验结1、职工信息类图2、银行代发的类图:第2页/ 共2页3、所得税的类图:4、工资转账的类图:1、讨论分析1、讨论类图在建模过程中的重要作用。
答:类图描述系统中类的静态结构,它不仅定义系统中的类,描述类之间的联系,还包括类的内部结构。
类图描述的是一种静态关系,在系统的整个生命周期中都是有效的。
通过分析用例和问题域,就可以得到相关的类,然后再把逻辑上相关的类封装成包,这样可以很好的体现系统的分层结构,是得系统层次关系一目了然。
2、总结在设计绘制类图的过程中应注意哪些问题。
答:UML类图(Class Diagram)是描述类、接口、协作以及它们之间关系的图,用来显示系统中各个类的静态结构。
UML类图是定义其他图的基础,在UML类图基础上,可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。
UML实验
![UML实验](https://img.taocdn.com/s3/m/db9e137e01f69e31433294ac.png)
掌握UML状态图和活动图建模技术
三、实验内容:
四、实验步骤:
实习五组件与部署图与代码生成(2学时)
一、实验名称:
组件与部署图(2学时)
二、实验目的与要求:
三、实验内容:
四、实验步骤:
四、实验步骤:
见实验说明书
实习二UML类图与包图建模(2学时)
一、实验名称:UML类图与包图建模(2学时)
二、实验目的与要求:
了解和掌握Rose或Visio建模工具的使用
掌握怎样进行系统分析,并进行UML动态建模分析;
三、实验内容:
四、实验步骤:
实习三(4学时)
一、实验名称:
时序图和协作图建模(2学时)
实验一熟悉Rational Rose及建立用例模型
(2学时)
一、实验名称:熟悉Rational Rose及建立用例模型
(2学时)
二、实验目的与要求:
了解和掌握Rose建模工具的使用
掌握怎样进行案例需求分析;
掌握UML用例图建模技术
三、实验内容:
1、熟悉rose上机环境及设置
2、根据以下谈话设计出用例图
二、实验目的与要求:
了解和掌握Rose或Visio建模工具的使用
掌握怎样进行系统分析,并进行UML静态建模分析;
掌握UML时序图和协作图建模技术
三、实验内容:
根据以下谈话设计出时序图和协作图建模。
四、实验步骤:
、
实习四(2学时)
一、实验名称:
状态图和活动图建模(2学时)
ห้องสมุดไป่ตู้二、实验目的与要求:
了解和掌握Rose或Visio建模工具的使用
UML实验报告二
![UML实验报告二](https://img.taocdn.com/s3/m/36ff2b8971fe910ef12df8a6.png)
《UML及其建模工具》第二次课程实验报告学号:20095407姓名:***专业:电子商务09-1班指导教师:**2012年 3 月 31日《UML及其建模工具》课程实验是《UML及其建模工具》课程的重要组成部分,旨在通过实践加深学生对UML基础理论的理解,促进学生对UML及其建模工具基本操作的掌握,建立对UML的感性认识。
《UML及其建模工具》是信息管理与信息系统和电子商务专业接触的一门重要的面向对象基础理论课程,该课程教学效果的优劣直接关系到学生分析、设计、实现信息系统的能力强弱,而实验教学对学生产生的影响远比理论深远,因此实验教学过程中应把提高学生对掌握UML建模的兴趣作为重点。
1 目的掌握《UML及其建模工具》课堂教学内容,培养学生对UML系统建模过程中实际问题的分析解决能力和实际动手能力,为全面掌握使用UML进行信息系统的分析和设计奠定一定的基础。
2 基本要求根据实验指导书所列的验证、设计实验要求,运用所学的系统专业知识,完成“图书管理系统”分析与设计综合实验。
按照实验指导书要求,调研图书管理的业务和过程,按照UML建模方法进行系统分析和设计。
遵从系统需求、需求分析、静态结构模型、动态行为模型、物理模型的一系列过程,使用VISIO完成图书管理系统的UML建模。
对于学有余力且有良好的面向对象程序开发能力的同学,可根据UML建模结果进行局部或全局的面向对象软件实现。
3 实验内容(1) 实验名称分析设计《图书管理系统》。
(2) 实验类型综合。
(3) 实验学时4学时。
(4) 实验地点南区管院机房。
(5) 实验目的通过分析设计《图书管理系统》并使用VISIO绘制《图书管理系统》的设计建模图,熟悉《图书管理系统》的设计思路,理解利用UML进行信息系统建模的一般原理,掌握运用UML进行信息系统建模的一般方法。
(6) 实验内容运用UML进行系统建模,分析、设计“图书管理系统”,掌握运用UML建模方法进行信息系统分析、设计的一般方法①需求分析:对《图书管理系统》采用用例驱动的分析方法进行需求分析;②静态结构模型和动态行为模型:进一步分析需求,确定类之间的静态结构和动态行为;③物理模型:《图书管理系统》的应用物理环境分析。
UML第2次实验报告
![UML第2次实验报告](https://img.taocdn.com/s3/m/63a0c9d6ce2f0066f53322b5.png)
UML实验报告二专业:软件工程11级图书管理系统用例描述Part.1李震洋:NO.1 读者注册范围:业务用例级别:用户目标主要角色:读者涉众:—读者:希望能注册个人图书管理信息,可以快捷的借还书籍,并可以随时查询或续借图书。
—图书管理员:希望准确记录每个学生的个人注册信息,有较强的容错能力。
前置条件:图书馆的用户注册页面正常运行。
后置条件:如果读者注册成功,则该读者可以在网上预订图书或查询图书信息等操作。
如果读者注册不成功,则不能在网上查询信息等。
主成功场景:1.读者用户进入图书馆的用户注册页面;2.读者输入需要注册的用户名和密码;3.读者将注册信息进行提交;4.系统对用户提交的用户名和密码进行有效性检查;5.系统显示用户是否注册成功。
扩展:4a.读者输入要注册的用户名错误;4a1.系统弹出的用户名错误或者已被注册;4a2.读者离开或者重新输入用户名。
4b.读者输入的密码错误;4b1.系统弹出密码安全性低的警告信息;4b2.读者离开或者重新输入密码。
特殊要求:1.系统应具备较强的数据恢复能力;2.系统应具备较强的容错能力;技术和数据变元表:1.支持网上续借图书。
NO.2 读者登录范围:业务用例级别:用户目标主要角色:读者涉众:—读者:希望能登录个人图书管理系统,可以快捷的借还书籍,并可以随时查询或续借图书。
—图书管理员:希望准确的在数据库中找到该读者个人信息,有较强的容错能力。
前置条件:图书馆的主页面正常运行。
后置条件:如果读者登录成功,则该读者可以进行图书的查阅等操作成功;否则,不能进行图书的相关操作。
主成功场景:1.读者用户进入图书馆的登录页面;2.读者输入用户名和密码;3.读者将输入的信息进行提交;4.系统对用户提交的用户名和密码进行有效性检查;5.系统记录并显示当前登录用户;6.用户查阅相关的图书信息;扩展:4a.读者输入的用户名错误4a1.系统弹出的用户名错误;4a2.读者重新输入用户名。
UML实验指导书09123学生
![UML实验指导书09123学生](https://img.taocdn.com/s3/m/fe7d8fa0ed3a87c24028915f804d2b160b4e86c7.png)
UML实验指导书09123学生SY-023UML实验指导书吴丽君编黑龙江工程学院计算机科学与技术系2011年8月·哈尔滨实验一:用例图设计一、实验目的1. 了解USE CASE图的基本用法;2.掌握UML中用例图的建立方法;3. 掌握用例的描述方法。
二、实验仪器设备、材料1.设备:计算机。
2.地点:机房。
三、实验要求:1. 一台自动售货机能提供6种不同的饮料,售货机上有6个不同的按钮,分别对应这6种不同的饮料,顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽,分别用来收钱和找钱。
现在为这个系统设计一个用例图。
2.现有一个产品销售系统,其总体需求如下:系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票,系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求,并绘制出其用例图。
3.登录一个网上酒店管理系统,根据其客人预订房间流程,描述系统的“预订房间”用例。
四、实验内容与步骤1、了解USE CASE图的基本用法。
2、使用USE CASE图进行问题域的分析,分析总体需求。
3、绘制USE CASE图。
4、描述用例。
5、撰写实验报告。
实验二:类图设计一、实验目的1. 了解类图的基本用法;2. 掌握类图建模技术;二、实验仪器设备、材料1.设备:计算机。
2.地点:机房。
三、实验要求:1. 在订货管理系统中,识别出的类包括:Order, Customer, OrderLine, Corporate Customer,Personal Customer, Employee和Product,其中,Order 表示订单,它的主要属性包括收到日期,是否已缴纳预付款,订单数量和价格,主要的方法为下单(dispatch)。
Customer表示客户,主要分为公司客户Corporate Customer和个人客户Personal Customer两类。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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、熟悉活动图的画法。