UML实验报告
- 格式:doc
- 大小:389.50 KB
- 文档页数:34
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面(1)进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
(2)熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
(1)在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
(2)在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包::Star”, 然后单击“确定”按钮。
(3)用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
.UML建模试验报告说明:因为用户和管理者对我们研究全自动洗衣机的意义不大,我们的工作主要是研究全自动投币洗衣机本身,所以在本实验中我们在作图时一般对用户和管理者对象及其行为不予体现,仅在用例图及文字说明分析时对其有所阐述。
一、建模对象此次试验的建模对象为全自动投币洗衣机。
全自动投币洗衣机的特点有:1、用户洗衣之前必须投币且要保证投币金额充足。
2、洗衣机开始运行后,机器自动控制进水、排水、洗衣、漂洗、甩干,用户无需一直在旁守候。
日常中用户可以使用机器,享受洗衣,漂洗,甩干的一条龙服务。
有时机器管理员会对机器进行运行设置,并定期地清空投币器中的硬币。
二、用例图日常中有两种人会遇机器产生关系,即用户和管理员。
用户主要是投币而后享受机器带来的洗、漂、甩一条龙的洗衣服务。
管理员主要是对机器进行运行设置,并定期清空投币器。
用户洗衣服主要包括的活动主要有:1 用户投币,机器接受任务。
2 用户开启运作开关,洗衣机打开进水器进水。
3 进水完毕,开始洗衣桶开始洗衣。
4 洗衣完毕,机器将这一状态信息进行反馈。
洗衣机漂衣服包括的活动主要有:1 洗衣完毕并且机器将污水排尽后,洗衣机开始漂洗。
机器首先打开进水口进水。
2 进水一定时间后停止进水,洗衣筒开始转动,漂洗衣服。
3 一定时间后,漂洗完毕,洗衣筒停止甩动,机器将这一状态信息进行反馈。
洗衣机甩干衣服包括的活动主要有:1洗衣或漂洗结束后,机器要对衣物进行排水甩干。
这时机器首先打开排水器,放掉洗衣后的污水,同时令洗衣筒甩动一并将衣物中的污水甩出。
2 一定时间后,漂洗完毕,洗衣桶停止转动,排水口关闭。
机器然后将这一信息进行反馈。
管理员对机器进行运行设置包括的活动主要有:1 管理员通过设置器设置机器的新数据,设置器同时将数据导入控制器。
2 数据导入完毕,控制器将状态信息反馈给设置器,设置活动结束。
用例“取币”包含的活动:1 管理员打开投币器,取出硬币,最后再将投币器关闭。
通过对与机器发生的各种活动分析,我们可以得到全自动投币洗衣机的用例图:甩取币三、顺序图和协作图我们可以用顺序图对每个用例加以详细描述。
UML类图实验报告实验报告学院:专业: 20xx年 3月 18日第二篇:UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的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”项,创建类图。
(4)双击新建的类图,并点右边控件集中选中的类的图标,并用鼠标在图中分别拖出一个类图,并命名为Book。
(5)接下来的一步为设置类的属性,在新的类中双击该类,在打开属性面板中,可以看到在此可以设置类的属性和方法等其他的信息;后撞击Attributes这个栏目,此栏目为设置类的属性的选项,在图中间的单击右键,可以看到有一个“Insert”的选项,选中这个选项,后在出现的对话框中输入相关信息;如书本的ISBN号,在Type这个方框内输入此属性的类型值,同时可以看到一栏可以设置此属性的访问权限,一般这些属性都设置Private这个权限。
UML系统分析与设计实验报告实验一图书馆系统——借书一.实验目的:学会使用UML来构建软件的面向对象的软件工程,对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二.实验内容:利用UML做一个图书馆借书系统的建模。
三.实验步骤:名称:借书”。
说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。
参与者:学生,图书管理员频率:每天可能会有很多次。
最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。
前置条件:无后置条件:修改所借出的图书的剩余数量。
假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。
基本操作流程:借书成功。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。
4)如果该学生已经预订了这本图书,则撤销该预定。
5)报告交易成功。
可选操作流程:所借图书超出最大借书数量。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。
4)图书管理员可以应学生的意见,减少借书数量,并重新提交系统。
流程活动图:见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程,而很少会涉及系统的概念。
分析,则是从系统的角度来来看待软件应该为用户提供的服务。
同样,同设计不同的是,分析仍然停留在“做什么”的层次,。
2013 年9月24 日实验项目:用况图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画用况图的方法。
实验仪器:一台有建模工具JBOO4.0的PC附注实验内容及步骤(或程序清单):1、双击建模工具JBOO4.0图标工具界面如图1所示。
图1 工具界面2、新建用况图,如图2所示。
图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区,包括用况,活动者以及系统边界如图3所示:(续)图3 用况图5、双击用况1图标,在弹出的对话框中将名字改为开户。
以此类推,修改完所有图标的名字后如图4所示:图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估,可查看模型的设计质量,如图5。
图5 查看模型设计质量(续)7、点击工具—>文档/代码生成—>国际文档—>Html文档,将生成Html文档,如图6。
图6 生成Html文档8、用浏览器打开生成的文档如图7:图7 浏览器打开用况图实验结果分析:通过用JBOO工具画用况图,熟悉了工具的使用,本实验是一个简化了的银行储蓄账户管理系统,实验要点分清用例和执行者,以及将后缀名为jmdl的文档转化为Html文档。
教师批阅:2013年10月8 日实验项目:类图与对象图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画类图与对象图的方法。
实验仪器:已安装JBOO4.0的PC一台。
实验内容及步骤(或程序清单):附注1、双击图标2、进入软件界面,默认为画类图。
3、画类图的图标有4、选定相应图标拖进工作区,如图8所示:图8 选择图标5、双击类1图标,弹出如下对话框,将类名改为学生,如图9。
图9 修改类名6、选择“属性”标签卡,输入属性名,选择类型和可见性,单击“插入”按钮,输入学生类的全部属性,如图10。
7、选择“操作”标签卡,输入操作名,选择返回类型和可见性,单击“增加”(续)按钮,输入学生类的全部操作,如图11。
uml实训报告uml实训报告篇一:uml实验报告软件建模实验报告题目:图书管理系统专业:班级:姓名:学号:指导教师:成绩:完成日期:年月摘要随着知识化和信息化新经济时代的到来,作为信息技术龙头的计算机及软件技术突飞猛进,UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识,按照软件工程思想和系统的开发步骤,以图书管理的应用需求为背景,分析设计了图书管理系统,并利用Ratinal Rse对系统进行建模,完成用例图和类图的构建,为后期的程序设计提供标准。
根据建模需求分析,总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同,借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作,如借阅者,书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能,这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据,介绍了设计开发中的模块设计和数据与程序的连接,使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词:图书管理系统;UML;Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误!未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误!未定义书签。
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” 是从建模中完全删除。
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号,并用工具表示出来。
[分析与讨论]1、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]1、掌握用例的概念。
2、掌握UML用例图的组成、作用以及使用场合。
3、掌握用例与用例之间的各种关系。
4、学习针对具体场景使用用例图进行分析说明的方法。
5、掌握用例描述的概念和基本结构,以及用例描述的作用。
[实验内容和步骤]1、什么是用例,什么是场景?用例和场景之间的关系是怎样的?2、用例图中有哪些组成元素?在UML中是如何表示的?3、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区别?对以上三种关系各举一例,画出用例图,并进行说明。
4、为了满足物业中介行业的信息化要求,甲公司基于详尽的需求调研与分析,准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王,通过多次的与潜在客户的交流与沟通,完成了最初的用例模型的开发,下是一个用例模型的局部:修改房源信息小李认为该模型不符合“用例建模”的思想,存在明显的错误。
请用200字以内说明错误所在,并说明应该如何修改。
uml实训总结小结[共5篇]第一篇:uml实训总结小结专用周小结总结通过一个学期的UML学习,并根据“婚姻中介系统”这个实例,从一开始对UML的概念模糊,到后来的一次次撰写作业和请教老师,使我渐渐的对UML有了一个系统的了解。
我已经理解了UML的作用和运作模式以及方法。
它一种是统一建模标准语言,现在对于大多软件开发来说,都使用UML做为建模语言,形成了统一的标准。
其次,UML是图形化的语言,它可以很直观的描述出一个事物的状态,行为与特征,能很好的说明与表达我这个婚姻中介系统。
总之,UML 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
UML是一个标准的图形表示法,它不是面向对象的分析和设计,也不是一种方法,它仅仅是一组符号而已。
它可以对任何具有静态结构和动态行为的系统进行建模,所以我很喜欢使用UML,因为它方便简捷,干净清爽,直观形象。
在这学期的UML的大作业中,经过老师的指导和帮助,我独立的完成了基于UML的“婚姻中介系统”大作业。
不论是MDA系统中的CIM-1还是PIM-1,每次我都会根据老师的要求改之又改,有时候好不容易琢磨出了一幅UML图,可是拿给老师看了以后,结果却是要重新画过,重新理清思路。
可是在一遍遍的修改中,我并没有沮丧,而是边研究老师的PPT和老师的指导,边理清每个步骤,每个符号,以及每一幅图的内容和相互之间的联系,使得整个系统思路更为清晰。
在UML大作业中,我明白了,作为一个系统,需求分析很重要,一开始就应该明确业务流程,才能不至于之后的工作偏离方向。
对于用例图,活动图,状态图,类图,序列图,应该分清他们之间的关系,明确各自的作用,将一个系统的各个功能和状态具体的抽离出来,搭建模型。
并且悟出了系统是一个整体,我们应该形成从整体出发,将整体分块局部剖析,进而重视和完善内部细节。
计算机科学与技术专业实验报告 课程名称:UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………泛化关系、包含关系和扩充关系。
①泛化关系:一个用例可以被特别列举为一个或多个子用例。
子用例从父用例处继承行为和属性,还可以添加行为或覆盖、改变已继承的行为。
在图形上,用例间的泛化关系用带空心箭头的实线表示,箭头的方向由子用例指向父用例。
②包含关系:一个用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。
包含关系把几个用例的公共步骤分离成一个单独的被包含用例。
③扩展关系:一个用例可以被定义为基础用例的增量扩展。
扩展关系为处理异常或构建灵活系统框架提供了一种有效的方法。
而在该系统中,主要包含四个参与者:系统管理员,店长,营业员和财务管理员。
下面就对该系统用例图作分析解释。
(Ⅰ)按参与者略分①系统管理员:相当于系统的一个超级用户,他具有以上各个参与者的最高权限。
他主要的任务是维护系统,维护数据库,对系统基本资料的设置。
当然作为系统的超级用户,他理所当然的具有各个用户所具有的功能。
(如图2-1所示)②店长:作为整个店的管理者,他具有会员管理,会员充值,当人手不足的时候,他会额外地负责收、领取衣物等功能。
(如图2-2所示)③财务员:主要负责财务管理相关模块。
(如图2-4所示)④营业员:作为系统的基层人员,主要负责系统的收、领取衣物功能。
(如图2-3所示)图2-1图2-2图2-3图2-4(Ⅱ)按系统的重要模块细分①系统设置模块:设置系统基本信息,由系统管理员操控;如图2-5所示②统计管理模块:统计分析营业状况,由财务管理员操控;如图2-6所示③收取衣物模块:记录营业员收取衣物的状况,由营业员操控;如图2-7所示④领取衣物模块:记录顾客衣物领取的状况,由营业员操控;如图2-8所示图2-5图2-6图2-7图2-8⑵类图:是描述类、接口、协作以及它们之间关系的图,用来显示系统中各个类的静态结构。
UML实验报告一.实验目的了解案例研究在迭代1的需求,以及迭代1前三个章节所要求我们掌握的知识,通过具体的案例研究使我们对这几个部分的认识更加具体,熟悉。
对统一建模语言有更深一层的学习和了解。
二.实验任务完成ATM机的系统顺序图,操作契约,以及系统领域模型,是细化迭代1前三个部分。
通过实验可以对UML建模工具要熟练运用。
三.实验方法使用Eclipse的UML建模功能,完成顺序图,操作契约通过文档编辑完成,系统领域模型同样是用Eclipse的UML建模功能绘制。
参考课本以及各种课外资料,在网上找资料使结果更加完全,完善ATM的各种预期的功能。
四.实验结果4.1 系统顺序图4.2 操作契约●契约CO1:makeNewDeal⏹操作(Operation):makeNewDeal()⏹交叉参考(Cross References):用例:处理交易⏹前提(Preconceptions):无⏹后置条件(Postconditions):✧一个Deal的实例d被创建(创建实例)✧D被关联到Register(形成关联)✧d的属性被初始化(修改属性)●契约CO2:enterItem⏹操作(Operation):enterItem(itemID:ItemID,quantity:integer)⏹交叉参考(Cross References):用例:处理交易⏹前提(Preconceptions):正在进行中的交易⏹后置条件(Postconditions):✧创建了DealsLineItem的实例dli(创建实例)✧Dli被关联到当前Deal(形成关联)✧dli.quantity的数值被赋值为quantity(修改属性)✧依据itemID的匹配,dli被关联到OperateDescription(形成关联)●契约CO3:endDeal⏹操作(Operation):enterDeal()⏹交叉引用(Cross References):用例:处理交易⏹前置条件(Perconditions):正在进行中的交易⏹后置条件(Postconditions):Deal.isComplete被置为真(修改属性)●契约CO4:makeDeliver⏹操作(Operation):makeDeliver(amount:Money)⏹交叉引用(Cross References):用例:处理交易⏹前置条件(Perconditions):正在进行中的交易⏹后置条件(Postconditions):✧创建了Deliver的实例d(创建实例)✧P.amountTendered被赋值为amount(修改属性)✧P被关联到当前的Deal(形成关联)✧当前的Deal被关联到Bank(形成关联)(将其加入到完成交易的历史日志中)。
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业(软件方向)的一门重要的专业课。
通过本课程的学习,使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术,并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言,能够利用Rational Rose(或Microsoft Viso)软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习,学生掌握的知识、内容及掌握的程度要求为: 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法;2. 使学生掌握UML语言的基础知识,以及UML在面向对象的软件系统分析和设计中的应用,并能使用UML工具建立系统模型;3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法;4. 通过案例教学和实验,提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力,并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时,通过在一个实践的环境下,实际学习软件统一建模语言,对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验,学习掌握对一般面向对象系统建模的方法与技术。
总之,通过上述实验环节,使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
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》实验报告学号:***************班级:08级软件2班指导老师:***实验及作业一一、实验目的了解软件工程等基础知识,为后续的统一建模语言UML知识的学习做好准备工作。
二、实验设备与环境装有Visio、RathionalRose的计算机。
三、实验内容1、复习阐述“软件工程开发模型”的相关概念,并分析各种模型的优缺点,写成实验报告。
2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境四、实验过程及结果1、软件工程开发模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)喷泉模型(1)瀑布模型将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。
将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
优点:1)为项目提供了按阶段划分的检瀑布模型查点。
2)当前一阶段完成后,您只需要去关注后续阶段。
3)可在迭代模型中应用瀑布模型。
缺点:1)在项目各个阶段之间极少有反馈。
2)只有在项目生命周期的后期才能看到结果。
3)通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
(2)原型模型原型模型又称快速原型,它是增量模型的另一种形式;它是在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。
快速原型模型的第一步是建造一个快速原型,实现客户或未来的用户与系统的交互,用户或客户对原型进行评价,进一步细化待开发软件的需求。
通过逐步调整原型使其满足客户的要求,开发人员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发客户满意的软件产品。
优点:克服瀑布模型的缺点,减少由于软件需求不明确带来的开发风险。
缺点:所选用的开发技术和工具不一定符合主流的发展;快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。
(3)螺旋模型螺旋模型采用一种周期性的方法来进行系统开发。
这会导致开发出众多的中间版本。
使用它,项目经理在早期就能够为客户实证某些概念。
该模型是快速原型法,以进化的开发方式为中心,在每个项目阶段使用瀑布模型法。
这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段,由这4个阶段进行迭代。
软件开发过程每迭代一次,软件开发又前进一个层次。
螺旋模型基本做法是在“瀑布模型”的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制,它把软件项目分解成一个个小项目。
每个小项目都标识一个或多个主要风险,直到所有的主要风险因素都被确定。
优点:1)设计上的灵活性,可以在项目的各个阶段进行变更。
2)以小的分段来构建大型系统,使成本计算变得简单容易。
3)客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
4)随着项目推进,客户始终掌握项目的最新信息, 从而他或她能够和管理层有效地交互。
5)客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。
缺点:很难让用户确信这种演化方法的结果是可以控制的。
建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,和当前的技术水平有了较大的差距,无法满足当前用户需求。
(4)喷泉模型喷泉模型是一种以用户需求为动力,以对象为驱动的模型,主要用于采用对象技术的软件开发项目。
该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。
软件的某个部分常常被重复工作多次,相关对象在每次迭代中随之加入渐进的软件成分。
无间隙指在各项活动之间无明显边界,如分析和设计活动之间没有明显的界限,由于对象概念的引入,表达分析、设计、实现等活动只用对象类和关系,从而可以较为容易地实现活动的迭代和无间隙,使其开发自然地包括复用。
优点:喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。
该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。
其优点是可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程。
缺点:由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。
此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。
五、实验小结:通过本次实验让我了解了软件工程开发的4中主要模型和这些模型的优缺点。
初次安装并使用UML软件设计工具Visio和Rational Rose使我初步认识了软件开发中UML的设计。
实验及作业二一、实验目的1、了解面向对象的基本概念2、熟悉面向对象的分析、设计过程3、了解基于UML的面向对象分析设计过程二、实验设备与环境装有Visio、RathionalRose的计算机。
三、实验内容1、熟悉Rational Rose的使用。
2、熟悉利用统一建模语言进行分析、设计软件的过程,完成作业:论述面向对象(OO)方法的特点、优势以及存在的问题。
四、实验过程及结果面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中,指导开发活动的系统方法,简称OO (Object-Oriented)方法,是建立在“对象”概念基础上的方法学。
对象是由数据和容许的操作组成的封装体,与客观实体有直接对应关系,一个对象类定义了具有相似性质的一组对象。
而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。
所谓面向对象就是基于对象概念,以对象为中心,以类和继承为构造机制,来认识、理解、刻画客观世界和设计、构建相应的软件系统。
主要特征:封装性,多态性优势:(1)强调从现实世界中客观存在的事物(对象)出发来认识问题域和构造系统,这就使系统开发者大大减少了对问题域的理解难度,从而使系统能更准确地反映问题域。
(2)运用人类日常的思维方法和原则(体现于OO方法的抽象、分类、继承、封装、消息通讯等基本原则)进行系统开发,有益于发挥人类的思维能力,并有效地控制了系统复杂性。
(3)对象的概念贯穿于开发过程的终,使各个开发阶段的系统成分具良好的对应,从而显著地提高了系统的开发效率与质量,并大大降低系统维护的难度。
(4)对象概念的一致性,使参与系统开发的各类人员在开发的各所段具有共同语言,有效地改善了人员之间的交流和协作。
(5)对象的相对稳定性和对易变因素隔离,增强了系统的应变能力。
(6)对象类之间的继承关系和对象的相对独立性,对软件复用提供了强有力的支持。
存在的问题:(1)软件重用性差(2)软件可维护性差(3)开发出的软件不能满足用户需要五、实验小结:通过本次实验了解Rational Rose的使用。
学习利用统一建模语言进行分析、设计软件的过程,通过上网查询,了解有关面向对象(OO)方法的特点、优势以及存在的问题。
实验及作业三三、实验目的1、讲解用例、参与者、UML语境建模技术和UML需求建模技术。
2、通过实例使学生有一个初步认识,为后面的学习打下坚实的基础。
四、实验设备与环境装有Visio、RationalRose的计算机。
四、实验内容1、掌握“参与者”、“用例”、“各种关系”在Visio或Rational Rose中的设计方法。
体会用例图的设计方法。
2、以图书馆管理系统为例,完成其用例图的设计。
并书写实验报告。
四、实验过程及结果图书管理系统中的参与者有读者、图书管理员和系统管理员。
读者能够进行查询,借书(有扩展关系预定和续借),还书,罚款(有扩展关系超期罚款和损坏罚款),登陆;图书管理员能够进行登陆,处理借书,处理还书(有扩展关系收罚金),解除预定;删除预订信息系统管理员能够进行登陆,管理用户和管理图书目录(有扩展关系新增书籍和删除书记);读者信息维护五、实验小结:通过本次实验第一次使用ROSE画用例图使我初步了解了什么是用例图,如何进行画用例图。
通过画图书管理系统的用例图后,使我能够正确使用ROSE软件画用例图。
实验及作业四一、实验目的讲解静态视图中的类图、对象图等建模知识,并通过图书馆管理系统的静态视图进行实例讲解,为学生以后的学习打下坚实的基础。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的类图。
四、实验过程及结果根据实验三的用例图画出如下的类图。
1、读者,图书管理员,和系统管理员都是用户,是用户类的泛化;2、登录和用户是依赖关系,登录需要取决于用户类里的用户名和密码。
五、实验小结:通过本次实验是我初步了解了如何将用例图转换成相应的类图。
在画类图是需要弄清楚类与类之间的各种关系,只有弄清楚类之间的关系后才能画好类图。
《面向对象分析与设计(UML)》实验五一、实验目的了解动态视图中的状态图的设计、建模,包括:状态机、状态、转移等概念。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的状态图。
四、实验过程及结果五、实验小结:通过本次实验的练习,让我初步了解并使用Rose画图书管理系统的状态图。
在画图中通过分析画出图书管理系统的每个状态过程。
《面向对象分析与设计(UML)》实验六一、实验目的了解活动图的设计方法及建模技术。
重点介绍了活动图的构成要素、判定、对象流、泳道等概念,以及活动图与状态图的关系、活动图与流程图的区别。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统中的活动图。
四、实验过程及结果五、实验小结:通过本实验的练习是我初步了解了如何画活动图。
《面向对象分析与设计(UML)》实验七一、实验目的了解动态视图中的时序图、协作图的设计、建模。
二、实验设备与环境装有Visio、RationalRose的计算机。
三、实验内容实现并改进图书馆管理系统的时序图,并在此基础上做出相应的协作图。
四、实验过程及结果图书管理系统时序图:1、借阅者预定图书2、系统管理员添加新图书3、系统管理员删除旧图书4、图书管理员处理还书5、图书管理员处理借书协作图如下:1、借阅者借书2、图书管理员处理还书3、图书管理员处理借书4: 验证是否达借书数量上限4、系统管理员新增图书5、系统管理员删除旧图五、实验小结通过这8个课时的课程学习,使我初步了解什么是时序图和协作图,如何使用Rose 画时序图和协作图。
时序图是消息时间顺序的交互图,描述了对象之间消息传递的时间顺序,在实验课上通过分析和画出了图书管理系统的时序图。
而协作图描述的是和对象结构相关的信息,表示一个类操作的实现。
通过时序图可以清楚的了解到图书管理系统所有对象之间消息传递的时间顺序,通过协作图又能够清楚的看到各个对象之间的结构关系。