下载文档原格式
本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼专业班级：学号：学生姓名：指导教师：2012年11月22日实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
UML实验报告《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号：UC01用例名称：登陆系统简要说明：成功打开服务器，并登陆系统主要参与者：学生前置条件：学生成功打开服务器后置条件：成功登陆系统基本事件流：1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认，学生成功登陆系统扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆，终止操作用例编号：UC02用例名称：成绩查询简要说明：完成查询成绩信息参与者：学生前置条件：学生成功登陆系统后置条件：成功查询到成绩基本事件流：1.学生向系统发出查询成绩请求2.选择要查询的科目，系统校验3.成功查询到成绩信息扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息，转到第三步2a2)放弃查询，终止操作用例编号：UC03用例名称：退出系统简要说明：完成退出系统操作主要参与者：学生前置条件：学生已成功登陆系统后置条件：学生成功退出系统基本事件流：1.点击退出系统按钮2.成功退出系统用例编号：UC05用例名称：找回系统密码简要说明：完成找回密码功能参与者：学生前置条件：成功打开服务器，密码丢失后置条件：成功找回密码基本事件流：1.点击找回密码按钮2.输入新密码3.重新输入新密码，系统校验4.系统完成校验，密码成功找回扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
本科实验报告课程名称：计算机网络实验项目：计算机网络实验地点：逸夫楼404专业班级：软件1319班学号：2013005655 学生姓名：张卫东指导教师：柴晶目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
实验报告课程名称：UML统一建模语言实验名称：图书管理系统专业班级：嵌入式软件学校：郑州轻工业学院实验一用例图[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。
参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。
用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。
通过用例建模可以对外部的角色以及他们所需要的系统功能建模。
用例图用于系统分析阶段。
用例是系统参与者与系统在交互过程中所需要完成的事务。
该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。
根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。
截图如下：实验二类对象模型的建立[实验目的和要求]１、掌握对象的概念，对象的表示方法，掌握类与对象的关系。
２、掌握类与类之间的各种关系代表的含义及表示方法。
[实验内容和步骤]１、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？2、简述类的定义，以及类的三要素。
3、类的属性和方法的可见性有哪些？UML中如何表示？对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。
换句话说,对象是边界非常清楚的任何事物。
对象三大特征是封装、继承和多态。
UML实验报告班级：软件0841姓名：张文成学号：081842173实验内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
《软件建模原理》实验报告学院：计算机学院班级：姓名：学号：授课老师：实验一：用例建模[ 实验日期] 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实验报告（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理论及实践》
题目：用例分析
班级：软嵌151
学号：2015123352
姓名：韩吉
一、目的与要求
1、掌握分析模型和分析（用例实现）的过程与目的；
2、掌握跟踪关系图；
3、熟悉常用的MVC 架构模式与BCE 三层架构模式；
4、熟练掌握从用例模型中识别出分析类；
5、熟练使用顺序图进行交互分析，实现用例模型中的事件流；
6、掌握参与类类图；
7、掌握分析类图；
8、熟练掌握使用Rational Rose 进行分析建模（用例分析）。
二、实验内容或题目
根据实验一对教材第3章中旅游业务申请系统”用例建模得到的用例模型，对其进行首次迭代进行分析建模。
(只需选择其中某个用例进行用例实现)
三、实验步骤及结果
1、跟踪关系图
办理申请手续——用例实现
办理申请手续
(from Use Cases)
打印旅游确认书和余额交款单——用例
实现
打印旅游确认书和余额交款单
(from Use Cases)
导出财务信息——用例实现
导出财务信息
(from Use Cases)
登录
(from Use Cases)
管理参加人
(from Use Cases)
完成支付
(from Use Cases)
登录——用例实现
管理参加人——用例实现
完成支付——
用例实现
2、分析类 （1）边界类：
申请界面类
增加参加人界面类
完成支付界面类
登录界面类
发确认书界面类
导出财务信息界面类财务系统接口类
（2）实体类：
参加人
路线
旅游团
支付明细
申请
联系人用户（3）控制类：
申请控制类
增加参加人界面类
完成支付控制类
发确认书控制类
登录控制类导出财务信息控制类
3、顺序图
办理申请手续——用例实现的基本场景顺序图：
: 旅游团
4、参与类类图
办理申请手续——用例实现的VOPC类图：
路线
(f rom Entity Lay er)
旅游团
(f rom Entity Lay er)
er)
(f rom Entity Lay er)
5、分析类（带有属性和方法）
四、结果分析与实验体会
1. 用例分析是以用户视角描述的需求模型转化为以开发团队视角描述的分析模型，需求和设
计都是在业务域中进行的。
2.本次实验主要在逻辑层完成，所需的boundary，control类等都应在逻辑层建
五、实验思考题（课外作业）
1、用例分析的任务是什么？分析模型包括哪些内容？
答：（1）分析是为了满足需求模型中所描述的功能，探讨系统内部应该有什么样的业务核心机制的过程。
将以用户视角描述的需求模型转化为以开发团队视角描述的分析模型。
（2）分析模型包含两个层次的两类模型。
两个层次是指架构分析和用例分析。
架构分析是指宏观上的框架，用例分析具体分析每一个用例以及他们的关系。
两类模型是指静态模型和动态模型。
静态模型关注系统组成的静态组成结构，动态模型则关注系统组成的动态行为特征。
2、MVC架构模式主要适用于什么样的系统？MVC与BCE之间有什么关系，如何使用Rational Rose 来描述系统分析模型中使用的架构模式？
答：
（1）适用于需要减少依赖，需要减少代码的复制，能够把不同人员的责任分开，使性能优化成为可能，易于测试的系统。
（2）MVC是经典三层架构模型，其中的M(model),V(view),C(controller)分别对应BCE中的E(entity),B(boundary),C(control)。
（3）采用UML包图来描述使用的架构模式。
3、用例模型中的用例及用例之间的关系在分析模型中分析使用什么来实现？
答：
（1）用例使用“用例实现”来实现。
（2）用例之间的关系使用VOPC类图来实现。
4、简述VOPC类图
答：VOPC是View Of Participating Class 的缩写，VOPC类图又称参与类类图，参与类类图是用例实现的静态视图，用来表示参与该用例实现的相关类以及类之间的关系。
针对每一个用例实现绘制一张类图。
5、简述如何定义分析类的过程。
答：
（1）定义职责
（2）定义属性
（3）定义关系
（4）限定分析机制
（5）统一分析类。
