UML实验3

实验一熟悉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软件建模实验指导书计算机工程学院目录实验一UML用例图和类图 (3)实验二UML序列图和协作图 (29)实验三UML活动图的设计和实现 (42)实验四UML构件图和部署图 (53)实验一UML用例图和类图一、实验题目学校的网上选课系统的用例图和类图二、实验目的1、能够根据系统的功能分析系统的用例组成，正确确定用例图中的角色。

2、能够分析系统的用例、活动者以及它们之间的关系。

3、根据对系统的分析，准确确定相应的类，确定类的属性和操作，正确分析属性和操作的可继承性4、使用Rose软件能正确画出用例图，并说明每一个用例的事件流。

正确使用Rose软件定义类和类的关系和画出完整的类图。

三、实验要求1、根据需求文档确定每一个用例的名称、参与执行者(活动者)、前置条件、主事件流、辅事件流和后置事件流。

2、能从一类单一的对象中抽象出类的定义，并依据实际要求，设计类的属性和操作。

3、能对现实世界中的对象存在各种各样的关系，分析出这些关系，主要有：继承关系;类之间的关联。

并能在类图中反映这些关系。

四、实验内容学校的网上选课系统的用例图和类图的设计和实现五、用例图1、用例图设计实例介绍学校的网上选课系统的用例图的设计和实现2、需求学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。

学生通过客户机浏览器，根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。

同样，通过业务层，这些操作结果存入数据库中。

3、分析本系统涉及的用户包括管理员(Registrar)和学生(student)，他们是用例图中的活动者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象出“基”活动者People，而Registrar和 Student则从People统一派生。

数据库管理系统是另外一个活动者。

4、事件流下面是系统中出现的一些事件流。

目录实验一 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的可见性规则和构造型的作用。

[实验环境]1、Windows操作系统（XP、Vista等）2、Rational Rose2003软件（或RSA8.0）[实验内容和步骤]１、说明下面活动图所表达的信息。

表达的信息：用户下订单，可以直接生成送货单，然后由供应商发货，修改订单项状态，然后等所有的订单项全都送货完毕，这样一笔订单就完成了。

或者也可以由用户下订单，然后选择支付方式，如果用户想要取消订单或订单超过了时限则该订单取消，否则供应商收款后送货，然后修改订单项状态，待所有的订单项全都送货完毕，订单就完成了。

2、用活动图表示for（i=0;i<9;i++）循环。

输入i=0i>=9i++ i<9２、了解使用“支付宝”进行网上购物的活动过程，并画出活动图，关于支付宝的相关说明可以登录/查看。

登陆淘宝网，选择要购买的商品，选中后点“立即购买”买下选中的商品正确填写您的收货地址、收货人、联系电话，填写您所需的购买数量；补充完成您的个人基本信息，点“确认无误，购买”继续选择支付宝账户余额支付，输入支付宝账户支付密码，点“确认无误，付款”支付宝账户无余额可以选择网上银行、支付宝卡通、网点付款来完成支付支付宝付款成功，点“点此查看本笔交易详情”卖家发货后，买家注意查收货物，收到货物后，点“确认收货”付款给卖家输入支付宝账户的支付密码，点“同意付款”付款给卖家；收到货点“确定”付款给卖家成功付款给卖家双方相互评价交易成功[分析与讨论]1总结UML在软件工程中的作用以及使用UML建模的必要性。

作用：在现代软件工程中，需求到详细设计是非常重要的环节，后续的编码、测试、维护都只是按照前面的规划计划进行，一个非常详细的设计，利用UML几乎能将整个的代码通过UML表示出来，UML处理好了，就简化了软件的制作难度。

《面向对象设计UML建模》---08本版上机实验（一）创建用例及用例图一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。

二.实验内容：根据用户“需求陈述”创建Use Case框图。

包括:案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。

右击Use Case View。

选New Use Case Diagram。

起名，比如：Buy Drink。

双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。

设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。

而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：·供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;·收银员可以从自动饮料售货机取钱. （需要打开和关闭自动饮料售货机的门）”经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drink Set drink Take moneyOpen machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图. (提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。

)案例2. 用例之间的三种关系练习·分析用例之间的“泛化关系”、“include”和“extend”关系。

·在Rose下创建包括以上三种关系的Use Case图。

UML建模实验报告实验三、类图与对象图的绘制班级：信息0802 组别：指导老师：徐凯波姓名：朱君学号：07一、实验要求：利用Rational Rose软件绘制类图。

二、实验内容：1.熟练掌握Rational Rose软件，利用软件绘制类图。

三、实验环境：1.Windows XP SP2系统2.Microsoft Office Word 20073.Rational Rose Enterprise Edition四、操作步骤：1. 打开Rational Rose Enterprise Edition：2. 选择“Cancel”进入编辑区：utility”：4. 绘制第一张类图“Technical Personnel”；5. 绘制出其余所有类：6. 添加类与类之间的关系：改：五、遇到的问题和解决方法：本次绘制类图中所遇到的问题主要是类与类之间的关系应如何定义，例如Manager类与Technical Personnel类、Employee类和Accountant类之间的关系是否存在依赖或继承的关系，因为Technical Personnel类和Accountant类都是Employee类的细化，因此根据本人对教材的理解，认为Technical Personnel类和Accountant类应该继承Employee类。

六、实验心得和体会：本次绘制类图的依据是根据之前绘制的用例图。

用例图绘制的是否准确直接影响类图以及动态模型的的绘制，而且类图中类的建立和描述必须非常详细和准确，之间的关系也不能够太过模糊。

因此通过这次类图的绘制，让我对UML建模方面的知识有了很浓厚的兴趣，也从而激发了自己在这方面就业的考虑，如果有机会能够进入企业从事建模或是MIS开发的工作也许对于我来说是一个机遇更是一个挑战。

《面向对象设计UML建模》---08本新版上机实验（一）创建用例及用例图一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。

二.实验内容：根据用户“需求陈述”创建Use Case框图。

包括:案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。

右击Use Case View。

选New Use Case Diagram。

起名，比如：Buy Drink。

双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。

设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。

而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：·供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;·收银员可以从自动饮料售货机取钱. （需要打开和关闭自动饮料售货机的门）”经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drink Set drink Take moneyOpen machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图. (提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。

)案例2. 用例之间的三种关系练习·分析用例之间的“泛化关系”、“include”和“extend”关系。

·在Rose下创建包括以上三种关系的Use Case图。

实验三顺序图和通信图
一、实验目的
1.学会用通信图实现用例
2.掌握顺序图的绘制方法以及顺序图和通信图的相互转换。

二、实验器材
1. 计算机一台；
2. Rational Rose 工具软件；
三、实验内容
画出ATM取款的顺序图，并转换为通信图。

四、实验步骤
1.分析
ATM取款的场景：
（1）通过读卡机，用户插入A TM卡；
（2）ATM系统从卡上读取银行ID、账号、加密密码、并用主银行系统验证银行ID和账号；
（3）用户输入密码，A TM系统根据上面读出的卡上加密密码，对密码进行验证；
（4）用户输入取款数量；
（5）ATM系统通知主银行系统，传递储户账号和取款数量，并接收返回的确认信息；
（6）ATM系统输出先进、A TM卡和显示账户余额的收据；
（7）ATM系统记录事务到日志文件。

寻找场景中的对象：ATM、客户和账户。

2．绘图步骤：
下面介绍在Rose中创建顺序图的过程：
（1）在“Logical View”中新建“Sequence Diagram“，双击图标，出现图1，为编辑顺序图做好准备。

UML实验报告本科实验报告课程名称：系统分析与设计实验项⽬：《⽹上书店系统》实验地点：专业班级：学号：20110学⽣姓名：指导教师：2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。

⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。

2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。

三、实验主要设备：台式或笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。

⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。

⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。

其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。

有的甚⾄会在这呆上很长的时间直到把书免费看完。

这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。

⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。

这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。

对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。

为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。

书店管理员受理订单后，就会通知快递公司送货。

当然，书店的图书上架和下架也应该由⽹上书店完成了。

⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。

⽹上书店的图书也应该能够按照这种模式分类显⽰。

UML实验报告班级：软件0841姓名：张文成学号：081842173实验内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。

亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理：(1) 需求获取。

以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。

(2) 用例分析。

确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。

分层绘制用例图，撰写用例的文字描述（采用单栏格式）。

步骤：（1）需求获取。

自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。

（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。

（2）用例分析。

确定系统范围和边界、确定参与者、确定用例。

（3）用例描述。

分层绘制用例图、描述用例。

画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。

步骤：（1）分层绘制用例图，每层采用“包”进行管理。

（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。

淮海工学院计算机工程学院实验报告书
课程名：《UML理论及实践》
题目：正向工程
班级：Z计121
学号：2014140093
姓名：薛慧君
一、目的与要求
1、熟悉面向对象原则，熟悉GoF中的模式；
2、会初步使用设计模式解决实际问题；
3、掌握正向工程、逆向工程概念；
4、掌握使用Rose画出类图、交互图等来描述设计模型；
5、掌握使用Rose从设计模型使用正向工程，得到代码框架；
6、掌握使用Rose从代码使用逆向工程，得到设计模型，并文档化Project。

二、实验内容或题目
假设有一CAD系统，可能需要绘制处理若干图形（如矩形、圆形、三角形……）；而画图程序有若干版本，画图的工作需要依赖于具体的机器型号，新机器可以使用新的画图程序，旧的机器只能使用老版本的程序，请使用桥模式为本系统设计一个方案：请在Rational Rose中给出设计类图，并使用正向工程生成代码框架；在生成的代码中修改后再使用逆向工程，重新生成设计模型。

三、实验步骤及结果
CAD系统设计模型的类图；
四、结果分析与实验体会
通过本次实验，我掌握了：
（1）桥模式：将抽象部分与实现部分分离，使它们都可以独立的变化。

（2）桥模式适用性：①不希望在抽象和实现部分之间有一个固定的绑架关系②类的抽象以及实现都可以通过生成子类的方法加以扩充③对抽象的实现部分的修改应不会对客户产
生影响④对客户完全隐藏抽象的实现⑤有许多类要生成⑥在多个对象间共享实现，同时对客户隐藏这种实现机制
（3）桥模式实现要点：分别定义抽象的接口和实现的接口，抽象接口中聚合一个实现接口的引用，该引用就是连接接口和实现的桥梁。

本科实验报告课程名称：计算机网络______________实验项目：计算机网络__________实验地点：____________________________________ 专业班级：_______________ 学号： _______________ 学生姓名：______________________________指导教师：____________________________1. 实验准备：熟悉 UML建模环境2. 实验一用例图3. 实验二类图4. 实验三顺序图及通信图5. 实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求1结合工具StartUML，熟悉UML用例图的模型元素。

2•使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗？书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

天津理工大学华信软件学院上机实验（三）创建类和类图一、实验目的：在Rose 环境下创建类和类图, 完成应用案例的类图设计。

二、实验内容：(一）创建类1）根据“需求陈述”提炼对象和类2）分析对象，并将对象抽象成类(二) 创建类图建立类之间的关系（关联关系、泛化关系、聚集或组合关系、依赖关系等）创建类图。

(三) 综合应用练习。

三、操作步骤：(一) 创建类1、右击Logical View2、选New 选Class Diagram ,再在Class Diagram下创建类；3、给类命名(比如Course)4、增加属性(右击框途中的类，选New Attribute)5、添加类操作(右击框途中的类，选New Operation)(二) 建立类之间的关系1．关联关系 (使用按钮工具，如果当前工具栏中没有，右击工具栏，然后添加相关按钮)1) 单项关联2) 双向关联2．聚集和组合 (先建立关联，再右击靠近“整体”方的关联线，选Aggregate) 3．泛化关系。

4．依赖关系。

四．实例练习（要求尽量用英文表示）1．举实例说明类之间的关联关系。

包括：单、双向关联、一对一关联、一对多关联、多对多关联、自反关联、限定关联和关联类。

2．举实例说明类之间的聚合（组合）关系。

3．举实例说明类之间的泛化（继承）关系。

包括：单继承、多继承。

4．举实例说明接口与实现，抽象类与子类等。

五．综合应用：（一）以“学生选课系统”为例建立类图1．“学生选课系统”涉及到的类：1) Database类属性:dbPath: String操作：(以下列出部分操作)Query Course() Add Course() Delete Course() Get dbPath() Set dbPath() ……2) Student类属性:studentID: Int studentName: String操作:get StudentID() set StudentID()get StudentName() set StudentName()3) Registrar类属性:registrarName: String regID: Int操作:get regID() set regID()get registrarName() set registrarName()4) Course类属性:courseID: Int courseName: Stringclassroom: String teacher: string操作:createCourse() destroyCourse() getName()setName() getCourseID() setCourseID() getTeacher() setTeacher()……5) Control类属性: (无)操作：verifyCourse() canAdd() queryCourse()confirmDelete() canSelect() queryAssociation() 6)Form类属性:(接口无属性)操作：getCourseInfo() showSuccessInfo() showConfirmPage()displayCourseList() querySelectCourse()2. 创建上述类之间的关系；① Student和Form之间-----单向关联(一对多)② Registrar和Form之间-----单向关联(一对多)③ Form和Course之间-----单向关联(一对多)④ Control和Course之间-----单向关联(一对多)⑤ Control和Form之间-----双向关联(一对多)⑥ Control和Database之间-----单向关联(一对一)3．完成类图(对象模型)的设计（以下是简化的类图参考图，详细的类图由同学们自己来完成。

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关系及可见性符号，并用工具表示出来。

[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。

实验二用例图[实验目的和要求]１、掌握用例的概念。

２、掌握UML用例图的组成、作用以及使用场合。

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

４、学习针对具体场景使用用例图进行分析说明的方法。

５、掌握用例描述的概念和基本结构，以及用例描述的作用。

[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？２、用例图中有哪些组成元素？在UML中是如何表示的？３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。

４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。

主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。

该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。

请用200字以内说明错误所在，并说明应该如何修改。

软件系统设计与体系结构实验报告2016-2017学年第一学期软件学院指导老师：张俊楷实验名称：“4+1”视图系统建模实验日期： 2016-11-2班级：学号：姓名：要求：班级、学号、姓名不能打印，必须手写。

否则，实验报告作废一．实验目的和要求通过对实际案例进行软件设计来掌握软件体系架构模式的选择应用以及典型4+1视图软件架构设计方法的应用，并能熟练掌握如何利用Rational Rose软件进行软件架构设计。

二．实验内容和步骤１、根据“学生选课系统”需求描述，利用“4+1”视图建模方法进行软件体系结构设计。

２、“学生选课系统”需求描述：管理员通过系统管理界面进入，建立本学期要开设的各门课程，将课程信息保存到数据库中，并可以对课程进行一定的改动和删除操作。

学生通过浏览器可以查询已选课程信息并进行选课，教师可以选择所要上的课程并提交所选课程的成绩。

管理员同时负责维护各项信息。

以上信息统一保存到数据库中。

1.选课系统场景建模场景视图：场景视图关注案例描述，即对案软件需求的功能描述和非功能描述；对应于UML建模中的用例建模。

2.选课系统逻辑视图逻辑视图：逻辑视图对应于功能需求，设计满足功能需求的架构。

逻辑视图关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的"辅助功能模块"；它们可能是逻辑层、功能模块等。

3.系统开发视图开发视图对应于开发期质量属性，设计满足开发期质量属性的架构，包括扩展性、可重用性、可移植性、易理解性和易测试性等。

开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。

开发视图和逻辑视图之间可能存在一定的映射关系：比如逻辑层一般会映射到多个程序包等。

软件架构的开发视图应当为开发人员提供切实的指导。

任何影响全局的设计决策都应由架构设计来完成，这些决策如果"漏"到了后边，最终到了大规模并行开发阶段才发现，可能造成"程序员碰头儿临时决定"的情况大量出现，软件质量必然将下降甚至导致项目失败。

关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。

通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。

通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。

本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。

通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。

本实验所要求的建模工具为Rational Rose 20xx。

本课程拟通过对如下系统进行建模来实现分析与设计。

图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。

《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。

通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。

总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。

实验三活动图实验报告一、实验目的1.熟悉活动图的基本功能和使用方法；2.掌握如何使用建模工具绘制活动图的方法；二、实验内容1．分析图书管理系统中的管理员和读者的活动状态，画出管理员的活动图与读者的活动图；2．完成选定项目的主要活动图的绘制三、实验步骤1、分析在图书管理系统中，管理员的活动如下：处理借书、处理还书、处理罚款读者的活动如下：登录、找书、预约、浏览2、绘图步骤：（1）在StarUML中的Logical View中，右键选择“Add Diagram”添加“Activity Diagram”，如图1，绘制还书处理的活动图如图2所示。

（2）绘制还书活动图如图2所示。

图2 还书活动图（将绘制的还书活动图复制在此处）四、实验思考与练习1、已知借书的活动图如图3所示，若要求欠费的读者需结清欠款才能借书，请完善该活动图，并在StarUML内绘制出来。

图3 借书处理活动图（将完善的借书处理活动图复制在此处）2、图4为图书“借书”活动图，文字描述此活动图包括哪些活动，活动按照怎样的顺序发生？图4 “借书处理”活动图（将文字描述列在此处）1)读者查找所需的图书，若找到图书，则将所需的图书带到借阅台2)工作人员输入读者信息，检查读者的身份是否合法，若读者的身份合法，则进入第3）步骤3)录入图书信息，并检查图书是否允许借阅，如果允许，则记录借阅信息，否则直接进入第4）步骤4)检查是否还有图书需要录入，如果还需录入，则进入3），否则提交借阅信息3、绘制“删除读者信息”用例的活动图。

删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。