UML实验报告.docx
《UML实验报告.docx》由会员分享，可在线阅读，更多相关《UML实验报告.docx（18页珍藏版）》请在冰豆网上搜索。
UML实验报告
黑龙江科技学院
（计算机与信息工程学院）
《统一建模语言》实验报告
班级：
学号：
姓名：
授课教师：
实验成绩：
实验成绩
实验序号
实验名称
实验成绩
1
RationalRose基本操作
2
用例图设计
3
类图设计
4
行为图设计
5
交互图设计
6
实现图设计
合计
实验一RationalRose基本操作
实验时间：
2013年4月24日实验地点：
W0508指导教师：
才智
1.实验目的
（1）学会安装RationalRose2003，并掌握建模环境设置的方法。
（2）掌握RationalRose2003的菜单栏及工具栏的基本操作。
（3）熟悉RationalRose的4个视图的相关操作。
（4）掌握运用RationalRose2003进行建模的方法。
2.实验要求
（1）参照实验准备中所介绍的方法安装RationalRose2003，并进行设置。
（2）记录应用RationalRose2003进行UML建模的过程。
（3）按要求撰写实验报告。
3.实验内容
（1）安装RationalRose2003，并进行全局设置，设置字体、颜色以及其他全局选项。
（2）使用RationalRose进行建模，完成以下操作：
创建模型、保存模型、保存日志、导入与导出模型、发布模型。
（3）通过菜单栏及工具栏完成对4个视图的操作：
在视图中新建、修改、保存及删除模型图；在绘图区域完成图形元素的添加与删除；完成对图形元素的属性及其关系的设置。
1-1模型图
4.思考题
在建模过程中，在模型结构窗口及编辑窗口均可实现模型元素的删除工作，请问采用这两种方式进行删除有什么区别？
模型结构窗口以目录形式显示当前模型的组织结构。
在模型的编辑过程中，模型元素子目录将随着模型元素的创建而自动建立，随着模型元素的删除而自动删除。
编辑窗口用于编辑各类模型图，通过激发不同的图形窗口使用图形工具条中的图标来创建、绘制以及编辑模型图。
它删除的只是编辑页面内的元素。
5.实验心得
通过本次试验我们学会了安装RationalRose2003，并学习了建模环境设置的方法。
还掌握了RationalRose2003的菜单栏及工具栏的基本操作。
熟悉了RationalRose的4个视图的相关操作。
实验二用例图设计
实验时间：
2013年5月1日实验地点：
W0508指导教师：
才智
1.实验目的
（1）熟悉UML建模实验环境。
（2）掌握识别参与者和用例的方法。
（3）掌握定义参与者之间、用例之间关系的方法。
（4）学会对用例进行描述。
（5）学会绘制用例图。
2.实验要求
（1）写出用例图建模的完整过程。
（2）结合所分析系统说明识别参与者和用例的方法。
（3）结合所分析系统说明如何定义参与者之间以及用例之间的关系。
（4）给出主要用例的描述。
（5）保存用例图模型，并输出系统用例图。
（6）按要求撰写实验报告。
3.实验内容
（1）问题描述
随着网络在中国的广泛普及，网络支付手段的逐步完善，越来越多的人逐渐习惯于网上购物，习惯于鼠标点击下订单，送货上门的快捷便利的购物方式。
传统书店的购书观念正在被网上书店这一方便快捷的购书方式所冲击。
网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线采购功能、在线客户服务功能、在线网站管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，全国各地的都可以通过网络在同一个网上书店购书，从而大大增加了客户的数量。
（2）识别参与者
管理员、员工、会员、游客。
（3）识别用例
1）订单处理；
2）订单维护；
3）订单状态查询；
4）个人信息维护；
5）订购；
6）接收发货；
7）库存查询；
8）缺货拒绝；
9）商品查询；
10）商品信息维护；
11）销售查询；
12）员工信息维护；
13）报表维护；
14）订单增加；
15）订单删除。
（4）用例描述
1）名称：
用户登录
用例描述：
用户登陆并进行相应的权限操作
2）名称：
图书信息管理
用例描述：
用户进行相应的权限操作
3）名称：
员工信息管理
用例描述：
管理员和工作人员进行相应的权限操作
4）名称：
商品信息管理
用例描述：
用户对图书信息进行相应的权限操作
5）名称：
查询
用例描述：
用户在相应的权限操作下对信息进行查询
6）名称：
订单信息管理
用例描述：
用户在相应的权限操作下对订单信息进行管理或处理
7）名称：
查询
用例描述：
用户在相应的权限操作下对信息进行查询
（5）系统用例图
图2-1系统员工的用例图
图2-2系统管理员的用例图
图2-3系统游客会员的用例图
4.实验心得
通过本次实2验我们基本掌握了识别参与者和用例的方法，明确了如何定义参与者之间、用例之间的关系。
还学会对用例进行描述和绘制用例图。
实验三类图设计
实验时间：
2013年5月8日实验地点：
W0508指导教师：
才智
1.实验目的
（1）掌握识别和定义类的方法。
（2）掌握定义类间关系的方法。
（3）学会绘制类图。
2.实验要求
（1）写出类图建模的完整过程。
（2）结合所分析系统说明识别和定义类的方法。
（3）结合所分析系统说明如何定义类与类之间的关系。
（4）保存类图模型，并输出系统类图。
（5）按要求撰写实验报告。
3.实验内容
（1）系统描述
网上图书销售系统是个复杂的电子商务系统，它必须提供用户的接口以及供用户登陆并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站的正常运作。
（2）类的识别和定义
Tourist类是游客的类，其属性只有name，有注册（enroll）、图书查询（book_search），浏览（browsing）三个操作。
Customers类是会员的类，其属性有用户名（username）、密码（password），其中操作有个人信息维护（person_service）、书籍订单（book_order）、订单维护（list_service）、图书查询（book_search）、订单状态查询（list_search）。
Orders类是订单的类，包括订单名（order_id）、用户名（user_id）、图书名（good_id）、订货日期（date_id）等属性。
其中操作有增加（add）、删除（delete）、订单查询（list_search）。
Staff类是员工的类，其属性有员工姓名（staff_name）、员工人数（staff_num）。
其操作有缺货拒绝（good_refuse）、图书入库（good_in）、库存查询（stock_search）。
Manager类是管理员的类，其属性只有姓名（name）。
其中操作有图书信息维护（good_service）、员工信息维护（staff_service）、销售查询（sale_seaarch）、报表维护（list_service）。
Book类是图书类，其属性有图书编号（book-id），书名（book-name），书的价格（book-price）书的摘要（book-digest）。
其操作有，图书查询（book-search）。
（3）定义类与类之间的关系
Tourist类是一个游客，而Customers类是一个会员。
游客通过注册可以成为会员。
Customers和Orders是一对多的关系，Customers和Staff是多对一的关系。
Manager和Staff也是一对多的关系。
（4）系统类图
图3-1系统类图
4.实验心得
通过本次实验我们掌握了识别和定义类的方法，学会了如何定义类间的关系。
并且动手绘制了类图。
实验四行为图设计
实验时间：
2013年5月15日实验地点：
W0508指导教师：
才智
1.实验目的
（1）能够准确识别状态图及活动图建模的系统元素。
（2）掌握状态图设计中事件建模及动作建模方法，能够确定引起对象状态转移的事件以及转移激活时被执行的动作。
（3）掌握控制流及对象流建模方法，能够定义活动图中的控制流和对象流；并学会在活动图中添加泳道。
（4）掌握不断细化、完善活动图的方法。
（5）学会绘制状态图及活动图。
2.实验要求
（1）写出行为图建模的完整过程。
（2）结合所分析系统说明确定行为图中各种模型元素的方法。
（3）保存状态图及活动图模型，并输出系统状态图、活动图。
（4）按要求撰写实验报告。
3.实验内容
1）状态图建模
（1）问题描述
管理员对订单的管理通过查询后台数据库中的订单及预订书籍订单，进行统计，然后能过供应商进行供货。
（2）状态定义及设置
类对象的任何一个属性值都是一个状态，全部的状态构成一个状态空间，状态图中的状态是给定类对象中的一组属性值，状态包括状态名、活动。
入口动作和出口动作。
嵌套在另外一个状态中的状态称之为子状态，一个含有子状态的状态被称作组合状态。
（3）定义状态转移及相关事件和动作
转移是两个状态之间的一种关系，表示对象将在源状态中执行一定的动作，并在某个特定事件发生而且某个特定的警界条件满足时进入目标状态。
事件表示在某一特定的时间出现的能够引发状态变化的运动变化，如当触发登陆成功时，则进入系统。
动作是一组可执行语句或者计算处理过程。
可以创建新对象或销毁一个已存在的对象。
（4）系统状态图
4-1用户登录系统购买图书状态图
2）活动图建模
（1）问题描述
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
（2）主路径建模
4-2顾客购书活动图
4.实验心得
通过本次实验，了解了活动图的涵义和内容，认识到行为图是用来阐明业务用例实现的工作流程，是用来展示活动的顺序的一种uml图。
它展示了从起点到终点的工作流和在活动中的连续事件的许多决定路径的详细情况，可以用来细化一些行为的执行中可能发生的并行处理的位置。
另外，掌握了行为图的绘制方法，以及相关符号和图形所表示的涵义，并了解了行为图的使用范围
实验五交互图设计
实验时间：
2013年5月22日实验地点：
W0508指导教师：
才智
1.实验目的
（1）能够准确识别所创建时序图及协作图中的给类模型元素。
（2）能够准确识别控制流所包括的全部对象。
（3）能够准确定义时序图及协作图中各对象间的消息。
（4）学会绘制时序图及协作图。
2.实验要求
（1）写出时序图建模及协作图建模的完整过程。
（2）结合所分析系统说明确定对象及对象间消息的方法。
（3）保存时序图及协作图模型，并输出系统时序图、协作图。
（4）按要求撰写实验报告。
3.实验内容
（1）问题描述
客户使用自己的账号密码登录系统，登录模块会将顾客的ID保存到系统缓存中并提交给商品查询模块。
客户输入适当的查询条件后查询模块会显示出符合条件的商品类表。
客户的都商品列表后提交自己想要的商品ID，生成订单。
客户在提交订单后可以对订单进行维护，登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块，订单查询模块会显示出当前订单，选择要删除的ID，订单处理模块会把信息提交给数据模块，数据模块保存信息，然后提示删除成功。
管理员登录后。
订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID获得库存情况，如果库存有，则接受订单，把信息交给数据模块，数据模块保存信息更新库存，返回成功信息。
（2）识别对象和定义交互
时序图中用矩形将对象的名称包含起来，将对象置于时序图的顶部医者者在交互开始的时候对象已经存在了，如果不在顶部时，那么表示对象是在交互的过程中被创建的。
本程序对象有登录模块，商品查询模块，订购模块，订单处理模块，数据模块
交互是描述对象之间的关系和对象之间的信息传递的图，由活动者，对象，生命线，消息，交互片段组成。
（3）系统时序图
5-1顾客订购时序图
5-2顾客删除时序图
5-3管理员处理订单时序图
（4）系统协作图（由时序图转换得到）
5-4顾客购书协作图
5-5顾客删除图书协作图
5-6管理员处理订单协作图
4.实验心得
通过本次试验的学习，我能够准确识别所创建时序图及协作图中的给类模型元素。
准确识别控制流所包括的全部对象定义时序图及协作图中各对象间的消息。
绘制出了网上书店系统各功能的时序图与协作图。
掌握了交互图的绘制方法。
实验六实现图设计
实验时间：
2013年5月29日实验地点：
W0508指导教师：
才智
1.实验目的
（1）掌握组件建模及结点建模的方法，能够准确识别出组件图及配置图中各类组成元素。
（2）学会定义组件提供的接口，并能确定组件间、组件与接口间以及结点间的关系。
。
（3）掌握配置图与组件图的嵌套。
（4）学会绘制组件图及配置图。
2.实验要求
（1）结合所分析系统说明如何识别系统组件、接口、配置图中的结点以及各结点上驻留的组件。
（2）说明所创建的组件间、组件与接口间、结点间的关系。
（3）保存组件图及配置图模型，并输出系统组件图及配置图。
（4）按要求撰写实验报告。
3.实验内容
（1）问题描述
系统有多个节点构成，应用服务器负责整个系统的总体协调工作，数据库负责数据管理。
客户及通过互联网与应用服务器相连，这样管理员可以通过互联网管理应用服务器，客户可以通过互联网访问应用服务器得到图书销售服务。
（2）识别和定义组件、接口及其关系
本程序包括系统服务、客户服务和数据服务。
接口与组件的关系有两种：
实现关系和依赖关系。
接口是在没有给出对象的时限和状态的情况下对对象进行的描述行为。
本程序没有接口。
（3）系统组件图
6-1系统组件图
（4）识别和定义结点及其关系（包括结点内嵌的组件）
本程序节点有数据库，应用服务器，客户机等，这些都是处理器，能够执行软件、具有计算能力。
节点是执行配置的事物，表示配置的物理配置，虚线表示依赖关系。
用实线表示配置中的关联关系。
（5）系统配置图（包括结点内嵌的组件图）
6-2系统配置图
4.实验心得
通过本次实验的学习我组已经掌握了组件建模及结点建模的方法，能够准确识别出组件图及配置图中各类组成元素，并且学会定义组件提供的接口，能确定组件间、组件与接口间以及结点间的关系。
能够绘制出网上书店销售系统的组件图和配置图。
彻底的完成了网上书店销售系统的全部设计部分。
收获很大。
升级会员 