UML实验报告
UML实验报告1-8次
实验一熟悉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系统分析实验报告
本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼专业班级：学号：学生姓名：指导教师：2012年11月22日实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
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系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
uml建模实验报告
uml建模实验报告《UML建模实验报告》摘要：本实验报告旨在通过UML建模的实验，探讨软件系统的分析、设计和实现过程。
通过对UML建模工具的使用，我们将深入了解软件系统的结构和行为，为软件开发过程提供有效的工具和方法。
引言：UML（统一建模语言）是一种用于软件系统分析、设计和实现的标准化建模语言。
它提供了一种统一的、标准的方法来描述软件系统的结构和行为，为软件开发过程提供了强大的支持。
本实验旨在通过UML建模工具的使用，深入了解软件系统的建模过程，为软件开发提供有效的方法和工具。
实验目的：1. 了解UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，探讨软件系统的结构和行为。
实验内容：1. 学习UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，包括需求分析、系统设计和实现过程。
实验步骤：1. 学习UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，包括需求分析、系统设计和实现过程。
实验结果：通过本次实验，我们深入了解了UML建模语言的基本概念和原理，掌握了UML建模工具的使用方法，并进行了实际的软件系统建模实验。
我们成功地完成了软件系统的需求分析、系统设计和实现过程，为软件开发提供了有效的方法和工具。
结论：UML建模实验为我们提供了深入了解软件系统的结构和行为的机会，为软件开发提供了有效的方法和工具。
通过UML建模，我们能够更好地理解软件系统的需求、设计和实现过程，为软件开发提供了有力的支持。
希望通过本次实验，能够加深对UML建模语言的理解，为今后的软件开发工作提供更好的支持和帮助。
UML实验报告_9
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实验报告
图十二：建好后的表关系图
建立好表关系之后，就可以导入数据库了，请按照以下步骤进行操作
第十步：打开SQLServer的“企业管理器”，新建一个名为“NorthwindRose”的数据库，与Rose中的DB同名，打开属性，在“文件组”一栏加上“NorthwindSpace”，这里就是对应Rose中的Tablespace
先看最终效果
图ቤተ መጻሕፍቲ ባይዱ、SQLServer2000中的关系
图二、Rose2003中的关系图
第一步：在Rose2003中新建一个MDL文档，命名为Northwind.mdl
第二步：展开Componet View，New一个DataBase，命名为NorthwindRose，这就是会出现在SQLServer中的新库名，这里可以注意到，Rose自动在“Logical View”中新建了两个包“Global Data Types”以及“Schemas”
图七、建立数据模型视图，并双击打开，出现新的Toolbar
第七步：右键打开"Schema_Actor"的“Open Specification”，将DataBase选择为"NorthwindRose"，表明从属关系，同时新建一个Table
图八、在模式下新建表格
第八步：在模式“Schema_Actor”下新建三个表Card、Customers和Employees，这里我以建立Card表为例，介绍怎么在Rose2003中建立表格，以及如何设置主键、选择数据类型以及数据长度等
图十四、导入过程
检查一下SQLServer2000，应该可以看到表都已经自动建立好了，如果导入不成功，基本上是以下几个原因：
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验地点：专业班级：学号：20110学生姓名：指导教师：2013年月日实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
这样，图书的信息和种类要由网上书店设置和管理。
已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。
如果信息输入错误，能够进行修改。
工作人员乙：另外书店会搞一些促销，推出一些特价图书。
以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。
促销活动过后，特价图书会恢复原来的价格。
希望网上书店也能够管理这些特价图书。
系统分析员：能谈谈平时买书的经过吗?顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。
找到我想买的书或者觉得看的书不错，就会去柜台结帐。
工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
顾客甲：有时好像是这样的。
要是网上书店在结帐前能方便管理我所选购的图书就好了，这样通过计算机直接操作，就不用跑来跑去了。
系统分析员：可以使用虚拟的购物车。
工作人员丙：对，这样在用户确认购买前可自行管理选购的图书，决定要不要购买还有的购买的数量。
系统分析员：顾客先使用虚拟的购物车选购管理图书，然后提交订单给书店处理，是这样吧。
书店经理：没错，就这样办。
另外最好顾客能够留下自己的信息，方便以后的购买。
顾客：你们可以实行会员制啊。
就像我们在网上逛论坛一样，会员才能发言，普通游客只能看。
这样我们平时就在网上书店查查资料什么的，只在购买图书的时候才使用会员身份。
书店经理：嗯，这样不仅可以保留你们的信息，也可以保留购买记录。
系统分析员：会员提交购买订单后，书店打算如何收取或者说用户怎么付款?书店经理：我们可以接受货到付款，顾客也可以使用网上银行、汇款等方式付款。
顾客：这样我们就方便多了。
对了那是不是付款前，我还多了一次“反悔”的机会啊。
书店经理：在我们书店没有受理订单之前，你们可以取消交易。
不过受理后就不行了。
……通过几次这样的访谈（限于篇幅，在此并未列出所有访谈内容），可以获得网上书店的需求信息，确定系统范围。
网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。
1. 用例图：2.用例事件流1.借阅书刊。
1.1前置条件若是会员则登陆，不是则不用登陆。
若是管理员另外入口登陆。
1.2后置评论登陆成功，会员才能发言，普通游客只能看。
购买图书的时候才使用会员身份。
1.3扩充点1.4事件流1.4.1基流当借阅者从图书馆借阅书刊时，用例启动。
选择借书，执行分支流s-1：借阅书刊选择取消订单，执行分支流s-2：退订借阅者管理选购图书，执行分支流s-3:虚拟购物车1.4.2分支流s-1:（1）提供书刊种类、借阅者信息。
（2）确认书刊是否售完。
（3）更新书库s-2:（1）系统处理，通知工作人员。
s-3:（1）管理购物车，决定要不要购买还有的购买的数量。
2.付款2.1前置条件选择用什么方式支付。
2.2后置条件是否付款更改系统状态。
2.3事件流2.3.1 基流选择付款方式（1）网上支付，则执行s-1（2）货到付款，则执行s-22.3.2 分支流s-1：（1）系统与银行联系，进行付款。
s-2:（2）系统记录，并等到货到，收到快递公司收款通知后进行更改。
五、分析与讨论1．建模用例图的步骤、方法？1. 开始2.工具栏调整3.增加参与者4.增加用例5.建立参与者之间的关系6.建立用例之间的关系2．如何识别系统的参与者？⑴谁将使用该系统的主要功能；⑵谁将需要该系统的支持以完成其工作；⑶谁将需要安装、维护、管理该系统，以及保持该系统处于工作状态；⑷系统需要处理哪些硬件设备⑸与该系统发生交互的是什么系统⑹谁或什么系统对本系统产生的结果感兴趣3.应该如何划分用例，应注意哪些问题？参与者的执行动作是用例。
应避免重复。
4.．心得更加了解了UML的用例图的要点，和细节。
对starUML使用也不够熟练。
实验二类图一、实验目的了解类图的基本用法；初步掌握UML类图的创建及其方法。
二、实验要求1、结合工具StartUML，熟悉UML类图的模型元素。
2、建模网上书店类图。
三、实验主要设备：台式或笔记本计算机四、实验内容：创建类图的步骤如下：（1）使用名词识别法识别类。
（2）建模类与类之间的关系。
（3）为类图中的关联关系添加合适的角色名。
（4）为已被封装到类中的独立功能建模类。
（5）为类图中的类添加必要的特性和操作。
（6）迭代并细化该模型1.类：五、分析与讨论1. 如何使用文本分析技术从问题陈述中识别对象和类？类描述了一类对象的属性和行为。
定义其含义及互相关系，抽象出来类。
实例被用来模拟现实世界中存在、具体的原型东西。
2. 心得结合工具StartUML，更加熟悉UML类图的模型元素。
更熟练的STARUML软件。
实验三顺序图及通信图一、实验目的初步掌握UML顺序图的建模及其思想。
二、实验要求1、结合工具StartUML和Rose，熟悉UML顺序图的模型元素。
2、建模网上书店交互图。
三、实验主要设备：台式或笔记本计算机四、实验内容：1. 给出网上书店的一个用例的顺序图，例如，书店管理员登录顺序图、会员添加图书到购物车顺序图或其他用例的顺序图。
2. 把以上顺序图转换为通信图。
五、分析与讨论1. 如何从用例图建模顺序图？用例图通过角色来描述系统中的信息，是从系统外部来观察系统中的功能，也就是说角色将使用该系统的哪些功能顺序图它具体描述用例实例之间的交互情况，反映用例实例间消息传递的先后顺序通过两者之间关系可以转换过来。
2. 顺序图和通信图的比较？顺序图基于时间，按时间顺序显示出现的任务；而通信图显示任务和信息(对象)的交互方式。
在通信中，时间以编码形式显示，很难选取。
3. 心得更加了解了例图建模顺序图，和顺序图和通信图的比较。
实验四活动图、状态图、组件及部署图一、实验目的1. 了解活动图、状态图、组件及部署图的基本用法；2. 初步掌握活动图、状态图、组件及部署图建模方法。
二、实验要求1、结合工具StartUML，熟悉UML活动图、状态图、组件及部署图的基本模型元素。
2、建模网上书店的活动图、状态图、组件及部署图。
三、实验主要设备：台式或笔记本计算机四、实验内容：用户活动图用户状态图五、分析与讨论1. 什么情况下适合引入状态图进行建模？描述了多哥队相间的交互作用。
模拟系统的动态方面，事件驱动对象的行为。
2. 心得更加了解了状态机图的作用，和活动图、状态图、组件及部署图的基本用法。
11。