实验一、实验二熟悉建模工具的使用和创建用例图1实验目的
●掌握Rational Rose 2003 的安装
●使用Rose设计UML。
2实验内容
2.1Rational Rose 2003 的安装（参见教材P71-75）
2.1.1 Rational Rose 2003 的安装环境
2.1.2 Rational Rose 2003 的安装步骤
2.2Rational Rose 2003 的使用
2.2.1 Rational Rose的操作界面
2.2.2 Rational Rose的基本操作
①创建、保存模型
②导入、导出模型
③添加、删除注释
④添加、删除图或模型元素
2.2.3 Rational Rose的基本设置
①字体设置
②颜色设置
2.3熟悉Rational Rose的四种视图模型
2.3.1用例视图
2.3.2逻辑视图
2.3.3构建视图
2.3.4部署视图
2.4Rational Rose与生成代码
2.4.1用Rational Rose生成代码的方法
2.4.2逆向工程
2.5综合实例：图书管理系统的分析与设计
系统需求描述
总体要求：图书管理系统的用户是借阅者和图书管理员。借阅者使用系统借书、预定书刊及还书。图书管理员使用系统进行图书馆业务的管理工作，包括借阅者、书刊和物理书看的信息维护。其中，“书刊”代表书刊的种类，“物理书看”代表每种书刊的具体物理书籍，每种书刊可以有多个物理书刊。
因此，对于本图书管理系统，要求提供两个方面的服务：
1.借书管理服务：负责为借阅者提供借书、预定书刊（包括取消预订）以及还书
服务。
2.信息管理服务：负责提供借阅者、书刊和物理书刊的信息维护服务。
2.6独立完成系统的功能细化
1. 借书管理服务的功能：
2. 信息管理服务的功能：
2.7为系统的用例建模
1. 识别参与者：
2. 识别用例：
3. 画出系统用例图：
4. 为“登录”、“借书”、“还书”三个用例编写用例叙述。
实验数据：
1
登录
注册用户
查询浏览
预订图书普通读者
取消预订
管理读者
管理图书资料
登记借书
图书管理员登记还书
图书管理系统用例图
实验心得：
实验三、实验四创建类图、序列图和协作图
1实验目的
●学会构思类图、序列图和协作图
●掌握在Rational Rose 2003中绘制类图、序列图和协作图
2实验内容
2.1针对综合实例：图书管理系统的分析与设计。独立完成系统类图、序列图和协作
图。
1. 定义系统实体类：
2. 定义用户界面类：
3. 确定类之间的关系并建立（画出）类图：
4．建立（画出）序列图：
5. 建立（画出）协作图：
3．实验数据：
4.实验心得
实验五、实验六创建活动图、包图、构件图和部署图
1实验目的
●学会构思活动图、包图、构件图和部署图
●掌握在Rational Rose 2003中绘制活动图、包图、构件图和部署图
2实验内容
针对综合实例：图书管理系统的分析与设计。独立完成系统活动图、状态图和包图。
1. 分别创建用例“维护借阅者信息”、“维护书刊信息”、“维护物理书刊信息”的活动
图
2. 分别创建（画出）对象“物理书刊”、“书刊”的状态图：
3. 进行包设计：完成（画出）系统分解的包图；完成（画出）系统包图。
3．实验数据：
4.实验心得
实验七、实验八建立物理模型
1实验目的
利用UML和ROSE工具，对一个系统建立物理模型。
2实验内容
2.1建立（画出）系统组件图；
2.2建立（画出）系统配置图；
2.3用户界面设计；
2.4数据库设计。
3．实验报告要求
上交本实验内容的模型文件；说说你对本次实验内容的理解和体会。天上掉下来个狗屎你要不要吃，，，，，，
《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名：____钱秀梅_________ 学号：__ 10030117_____ 班级：_ 10计一_______ 指导教师：___殷凯__________ 计算机科学与技术系编写
系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)
实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台：Microsoft Windows2000 /XP。软件工具：EA 7.5。 三、实验内容与要求 1．学会启动和关闭EA 7.5开发环境。 2．使用目标项目（Project）的向导创建一个项目。 3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）； 查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元 素；访问元素的详细规范。 5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图
《面向对象与UML》 实验报告 姓名：陈万全 学号：132852 班级：软件131
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述，确定系统用例图： “学生信息管理系统”的需求描述如下： ?在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上，所以不用选)，学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述，确定系统的参与者 b)确定系统的用例并绘制完整的用例图。
UML实验报告(1) 学生学号01第一学期实验课程名称：UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会怎样为新的电脑销售系统点写需求文档实验内容：1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。 需求是用户认为其所使用的系统应该具备的功能和性能。 三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会如何为类中描述的事件写一个基本用例实验内容：1、仿照教科书来描述每个用例。
事件的主流程（成功场景）是用例的最重要的部分。 确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。 2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！ 3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例 4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。 5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。 没有购买。 6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。 7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。 8、客户有一个帐号。 电话号码是首选，当客户第一次来时被分配。 如果客户不是在租赁的成员，成员的记录会临时创建。 他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、根据系统的
面向对象分析与设计大作业 学院：计算机科学与工程学院 班级：计算机软件 3 学生姓名：陈俊伟 学号：2174 指导老师：苏锦钿 提交日期：
华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____ 班级 : ___09 软件 3 班________ 组别 : ________ 合作者 : __________________ 指导教师 : ______ 苏锦钿 __________ 实验概述 【实验目的及要求】 一．目的 1.掌握面向对象技术的基本原理和各种相关概念； Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利 用 Software Architecture、或trufun UML工具进行建模； 3.根据问题进行学习，拓广、深化； 4.独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类 之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描 述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多 个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视 图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系 统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系， 包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互 作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采 用了状态机图、活动图、顺序图和合作图等图形，例如状态机图用于一个系统或对象从 产生到结束或从构造到清除所处的一系列不同的状态；第 3 个方面描述如何将模型自身组织到高层 单元，在模型管理视图中适用，采用的图形是类图。建模的工作集中在前两 方面，而且并非所有图形元素都适用或需要采用
一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
实 验 报 告 课程名称：UML统一建模语言实验名称：图书管理系统 专业班级：嵌入式软件 学校：郑州轻工业学院
实验一用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 ?用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。?用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。通过用例建模可以对外部的角色以及他们所需要的系统功能建模。用例图用于系统分析阶段。 ?用例是系统参与者与系统在交互过程中所需要完成的事务。 ?该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。 截图如下：
实验二类对象模型的建立 [实验目的和要求] １、掌握对象的概念，对象的表示方法，掌握类与对象的关系。 ２、掌握类与类之间的各种关系代表的含义及表示方法。 [实验内容和步骤] １、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？ 2、简述类的定义，以及类的三要素。 3、类的属性和方法的可见性有哪些？UML中如何表示？ ?对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。换句话说,对象是边界非常清楚的任何事物。对象三大特征是封装、继承和多态。 ?对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的。类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。 ?类图描述系统中类的静态结构，它不仅定义系统中的类，描述类之间的联系，还包括类的内部结构。类图描述的是一种静态关系，在系统的整个生命周期中都是有效的。通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包，这样可以很好的体现系统的分层结构，是得系统层次关系一目了然。 ?类的三要素是：类的名称、属性、操作。类的属性和方法的可见性有：公有public（符号“+”）、私有 private（符号“-”）和受保护protected（符号“#”）。 ?类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目。 对象图如下：
实验1 UML实验 实验学时： 4 每组人数： 1 实验类型： 3 （1：基础性2：综合性3：设计性4：研究性） 实验要求： 1 （1：必修2：选修3：其它） 实验类别： 3 （1：基础2：专业基础3：专业4：其它） 一、实验目的 1. 学会安装和使用建模工具PowerDesigner，熟练使用PowerDesigner绘制常用的UML 图形，熟悉常用的UML符号； 2. 构建用例模型来描述软件需求，包括绘制用例图，撰写用例文档并制作用例检查矩阵； 3. 学习使用状态图描述对象的状态及转换； 4. 学习使用活动图为业务流程建模； 5. 学习使用顺序图描述对象之间的交互； 6. 学习类图的绘制； 7. 学习从系统需求中识别类，并构建相应的面向对象模型； 8. 学习使用PowerDesigner实现正向工程和逆向工程。 二、实验内容 1. 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时支付相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 绘制该酒店订房系统的用例图。 2. 根据以下场景绘制用例图： 某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。该系统功能描述如下： (1) 企业的任何员工都可以查看菜单和今日特价； (2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工
中南民族大学管理学院学生实验报告 课程名称：UML面向对象分析与设计教程 年级： 专业：信息管理与信息系统 学号： 姓名： 指导教师： 实验地点：管理学院综合实验室 2013 学年至 2014 学年度第 2 学期
目录 实验一 UML建模基础实验二用例图 实验三 UML类图 实验四对象图 实验五包图 实验六动态模型图
实验（一） UML建模基础 实验时间： 实验目的 1.熟悉UML建模工具Rational Rose的基本菜单及操作。 2.掌握UML的三大组成部分及各部分作用。 3.掌握UML的可见性规则和构造型的作用。 实验容 1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2.认识各种UML关系及可见性符号，并用工具表示出来。 答：各种UML关系如下：
分析与讨论 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 答：统模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。 UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。 UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。 UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 指导教师批阅：
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 (1)单击“开始—>所有程序—>IBM Rational—>Rational Rose Enterprise Edition”，启动Rational Rose建模环境，软件启动后产生如图1.1所示的建模模型窗口。 图1.1 Rational rose 启动提示界面 (2)选项卡【new】用来选择新建模型时采用的模板。单机【Details】按钮可以查看选中模板的描述。【Existing】选项卡用于打开一个已经存在的模型。【Recent】选项卡可以打开一个最近打开的模型文件。如暂时不需要任何模板，只需要建立一个新的空白模型文件，单击【Cancel】按钮，显示Rational rose主界面，如图1.2所示。
图1.1 Rational rose 主界面 (3) 主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 ①导航窗口：用于在模型中迅速漫游。导航窗口类似于windows 操作系统的资源管理器，它以树形结构显示了模型中的所有元素，包括参与者、用例、类、组件等。利用导航窗口可以： a) 增加模型元素 参与者、用例、类、组件、框图。 b) 浏览现有模型元素。 c) 浏览现有模型元素间的关系。 d) 移动模型元素。 e) 更名模型元素。 f) 将模型元素加进框图。 g) 将文件或UML 链接到元素。 h) 将元素组成包。 i) 访问元素的详细规范。 j) 打开图形。 导航窗口四个视图根结点。 a) 用例视图(Use Case View)：用于管理需求分析获取的所有用例、参与者和用例图。 b) 逻辑视图(Logic View)：分析和设计完成的所有制品(如类图、对象图、顺序图、活动图、状态图等)放置在逻辑视图中。 图1.3 导航窗口
计算机与通信工程学院 实验报告
实验学时：课程实验共20学时，配合《UML在嵌入式系统中的应用》理论课程的学习，培养学生的嵌入式软件分析与建模能力。 实验内容：该门课程的实验为一个完整性的系统建模实验，实验分为十个部分，最后完成图书馆管理系统的全部建模过程，最终形成一个完整的建模文档，得到正向工程和数据库建模的相关结果。具体内容如下： 内容一建模工具学习2学时 内容二用例图的制作2学时 内容三类图的制作2学时 内容四顺序图的制作2学时 内容五通信图的制作2学时 内容六活动图的制作2学时 内容七状态图的制作2学时 内容八组件图和部署图的制作2学时 内容九数据模型的建立2学时 内容十正向工程2学时 实验目的：使学生对系统级建模有个完整的认识，通过课程所学知识，结合实验内容，掌握建模的思想、方法和其在系统分析和设计中的重要意义。 实验难点：实验的每一部分都是逐步累进的过程，每个实验环节都是以前一个实验环节为基础，每一部分的正确性会影响下一步实验的正常开展。 实验要求： （1）要求学生掌握Rational Rose建模软件的使用，可以利用其进行系统级建模。 （2）要求学生理解和掌握用例图，类图，书序图，通信图，活动图，状态图，组件图和部署图，数据模型以及正向工程的建模实现。 实验验收：以最后一次实验课的现场实验验收（查看建模结果和问询）为准，实验报告作为存档资料备查。 提交资料要求：提交实验总结，实验报告（正反面打印），实验的所有文档电子版（建模文件，正向工程代码文件，实验报告，实验总结报告
内容1 建模工具学习 1.实验内容：熟悉 Rational Rose 建模环境 2.实验目的：熟悉 Rational Rose 建模环境 3.实验过程： 1）双击“开始——程序——Rational Software——Rational Rose Enterprise Edition”，启动 Rational Rose 建模环境。 2）如果是新建一个模型，则选择“New”选项，按下 Cancel 按钮后，进入图 Rose 主界面。否则，选择“Existing”或“Recent”选项，选择一个已存在的模型（后缀：*.mdl）,打开模型文件即可。主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 3）主界面介绍： （1）导航窗口
学生学号实验课成绩 武汉理工大学 学生实验报告书 实验课程名称 UML建模技术 开课学院计算机科学与技术学院 指导老师姓名陈明俊 学生姓名 学生专业班级软件工程sy1001班
2011— 2012学年第二学期 实验课程名称： UML建模技术 实验成实验项目名称关于新的电脑销售系统点的需求文档 绩实验者韩桂敏专业班级软件sy1001 组别 实验日同组者 期
第一部分：实验分析与设计（可加页） 一、实验内容描述（问题域描述） 实验目的： 学会怎样为新的电脑销售系统点写需求文档 实验内容： 1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用 硬件逻辑或者算法描述） 需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。需求是用户认为其所使用的系统应该具备的功能和性能。换言之，就是系统必须提供的能力和必须遵从的条件。 三、主要仪器设备及耗材 Microsoft Office Word 2003
第二部分：实验调试与结果分析 一、调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现 的问题等） 1、概况陈述： 客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。最后顾客离开。 2、客户：天使街1号的“为您守候”音像商店的张老板（同时也是收银员），电话： 3、系统目标： a、对于初次租借的顾客进行账户登记，这样便于后续的交易 b、对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失 的影碟及时更新库存信息 c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还 影碟的顾客信息及时更新记录，以便收银员对此罚款 d、能够进行每天营业额的统计 4、制约因素： a、经费不足时不能及时更新库存 b、音像店老板（收银员）对该系统的要求不明确或者不完整。 5、基本功能属性表见实验结果 6、基本功能和属性的可行性分析 上述六个功能是基本功能，实现上述的任何一个功能都不会导致整个系统性能下降，而且也可以满足整个系统的安全需求，对系统的安全性没有任何负面影响。实现这些功能所需要的技术有C++，数据库用MySQL就可以实现。而且这些功能都很稳定、基本，不需要改变。 7、环境图
本科实验报告 课程名称：计算机网络 实验项目：计算机网络 实验地点：逸夫楼404 专业班级：软件1105班学号：2011004922 学生姓名：黄晓琪 指导教师：柴晶
目录 1.实验准备：熟悉UML建模环境 2.实验一用例图 3.实验二类图 4.实验三顺序图及通信图 5.实验四活动图、状态图、组件图及部署图
实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
《UML及其建模工具》实验报告 (实验二) 班级：电子商务09-2班 姓名：沈万琴 学号：20095056 时间：2012--04--02
1. 实验目的 通过分析设计《图书管理系统》并使用VISIO绘制《图书管理系统》的设计建模图，熟悉《图书管理系统》的设计思路，理解利用UML进行信息系统建模的一般原理，掌握运用UML进行信息系统建模的一般方法。 2.实验内容及要求 (1) 实验名称 分析设计《图书管理系统》。 (2) 实验类型 综合。 (3) 实验学时 4学时。 (4) 实验地点 南区管院机房。 (5) 实验内容 运用UML进行系统建模，分析、设计“图书管理系统”，掌握运用UML建模方法进行信息系统分析、设计的一般方法 ①需求分析：对《图书管理系统》采用用例驱动的分析方法进行需求分析； ②静态结构模型和动态行为模型：进一步分析需求，确定类之间的静态结构和动态行为； ③物理模型：《图书管理系统》的应用物理环境分析。 (6) 实验步骤与方法 ①分析《图书管理系统》的功能性需求； ②采用用例驱动分析方法进行需求分析： 第一步，识别参与者； 第二步，识别用例，绘制系统用例图； 第三步，用例的事件流描述； ③类之间的静态结构： 第一步，定义系统对象； 第二步，定义用户界面类； 第三步，建立类图，在VISIO中绘制； ④类之间的动态行为模型： 第一步，确定动态行为的建模图类型，分别为交互作用图、状态图和活动图； 第二步，建立交互作用图，在VISIO中绘制； 第三步，建立状态图，在VISIO中绘制；
⑤物理模型： 第一步，确定《图书管理系统》的应用物理环境； 第二步，根据应用物理环境在VISIO中绘制系统的配置图； ⑥总结《图书管理系统》建模的过程，体会使用UML进行信息系统分析设计建模的一般方法。 (7) 编写实验报告 按“合肥工业大学管理学院《UML及其建模工具》课程实验报告”要求填写。 3.系统的功能分析与需求分析 3.1功能分析 1、书籍管理功能 书籍管理部分包括书籍信息管理和书籍分类管理，其功能是实现对各部分数据内容的添加、修改、删除等操作。各管理功能的明细如下： （1）书籍信息管理：包括书籍信息的添加、书籍信息的修改；书籍信息的查询和书籍息的删除4部分功能。其中，书籍信息包括图书编号、书名、图书类别、作者、出版社、版日期、登记日期以及是否已被借出。 （2）书籍类别管理：包括书籍类别的添加、书籍类别的修改、书籍类别的删除3部分能。其中，书籍类别包括类别名称和类别编号两部分。 2、读者管理功能 读者管理部分包括读者信息管理和读者类别管理，其功能是实现对各部分数据内容的加、修改、删除等操作。各管理部分的明细如下： （1）读者信息管理：包括读者信息的添加、读者信息的修改、读者信息的查询和读者息的删除4部分功能。其中，读者信息包括读者姓名、读者编号、性别、读者类别、工作单位、家庭住址、电话号码、登记日期和已借书数量。 （2）读者类别管理：包括读者类别的添加、读者类别的修改、读者类别的删除3部分功能。其中，读者类别包括种类名称、借书数量、借书期限和有效期限4部分。 3、借阅管理功能 借阅管理部分包括借书管理和还书管理，其功能是实现对各部分数据内容的添加和查询操作。各管理部分的明细如下： （1）借书管理：包括添加借书信息和查询借书信息两部分功能。其中，借书信息包括借阅编号、读者编号、读者姓名、书籍编号、书籍名称、出借日期和还书日期。 （2）还书管理：实现添加还书信息功能。其中，还书信息与借书信息各部分明细相同。 4、系统管理部分 设置操作人员。系统初始设置一个管理员用户名和密码，操作人员可以利用这个超级用户登录，之后，可以设置其他的操作人员名称。另外，在系统登录界面中输入密码与用户名不符3次将自动退出登录。
uml实验报告 学院 班级学号 姓名 uml实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1.如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。 2.如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是 在参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit——delete from model”，它们二者之间区别在哪里？ 答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。 实验三：顺序图、协作图
《UML实验报告》 学生学号 实验课成绩 武汉理工大学 学 生 实 验 报 告 书 实验课程名称 UML建模技术 开 课 学 院 计算机科学与技术学院 指导老师姓名 陈明俊 学
生 姓 名 学生专业班级 20XX— 20XX学年 第 二 学期 实验课程名称： UML建模技术 实验项目名称 为自动售卖系统编写文档 实验成绩 实验者 专业班级 组别 同组者 实验日期 20XX年3月13日 第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）
1、写一个关于本系统的概况描述 2、确定客户，包括其公司名称、地址、电话号码，员工的职位 3、至少总结3个系统目标 4、至少确定3个约束条 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类描述出来的环境图 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬逻辑或者算法描述） 询问公司职员、向有关专家请教，以确定基本需求，以及它们相应的属性。 三、主要仪器设备及耗材 Microsoft Office Word 2003 Star UML 第二部分：实验调试与结果分析 一、调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现的问题等）
1、概况陈述： 客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。最后顾客离开。 2、客户： 音像商店的赵老板，电话：******* 3、系统目标： a、对于初次租借的顾客进行账户登记，这样便于后续的交易 b、对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失的影碟及时更新库存信息 c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还影碟的顾客信息及时更新记录，以便收银员对此罚款 d、能够进行每天营业额的统计 4、制约因素： a、经费不足时不能及时更新库存 b、音像店老板（收银员）对该系统的要求不明确或者不完整。 5、基本功能属性表 见实验结果分析 6、类图
UML实验报告 班级：软件0841 姓名：张文成 学号：081842173
实验内容： 用例建模、分析建模、设计建模（1）、设计建模（2） 实验一：用例建模 [实验目的]〃掌握客户需求分析的方法和步骤 〃了解以用例驱动的软件开发方法 〃识别并编写用例 〃掌握用Rose 进行用例建模的具体方法和步骤 [实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统” [实验原理和步骤]建模原理： (1) 需求获取。以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。 (2) 用例分析。确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级） （3）用例描述。分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤： （1）需求获取。自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。（2）用例分析。确定系统范围和边界、确定参与者、确定用例。（3）用例描述。分层绘制用例图、描述用例。 画图原理： 采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。 步骤： （1）分层绘制用例图，每层采用“包”进行管理。 （2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）
uml实验心得体会 UML实验报告 学院 班级学号姓名 UML实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉Rational Rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、Include关系和Extend关系的语义、功能和应用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1. 如果要删除参与者、用例，请问是在导航窗口删除，
还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。 2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”，它们二者之间区别在哪里？ 答：“Edit——Delete”只是在绘图窗口中删除了模型
软件建模与UML 实验报告 【实验名称】网络教学系统 【实验类型】综合性实验 【实验目的】1.掌握UML建模的基础知识和其应用； 2.熟悉Rational Rose环境及功能,能够设计出完整系统。【实验要求】1.对系统功能进行必要的描述；
【实验内容】1.网络教学系统的需求分析； 2.网络教学系统UML建模。 【实验步骤】 一: 网络教学系统的需求分析 1、系统功能需求 （1）学生可以登陆网站浏览和查找各种信息以及下载文件。 （2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 （3）系统管理员可以对页面进行维护和批准用户的注册申请。 满足上述需求的系统主要包括下面几个模块 （1）数据库管理模块：提供使用者录入、修改并维护数据的途径。 （2）基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。 （3）信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查询。 图 1.1系统功能需求 2、数据库管理模块 图 1.2数据库管理模块 （1）教师信息管理：负责教师信息的管理。 （2）课程简介信息管理：负责课程简介信息的管理。 （3）文件上传信息管理：负责文件上传信息的管理。 3、基本业务模块
图 1.3基本业务模块 （1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。 （2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。 （3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。 （4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。 （5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。 （6）用户注册批准：网站管理员可以使用此模块批准用户注册。 4、信息浏览、查询模块 图 1.4信息查询模块功能 （1）网页信息浏览：用户浏览网站信息。 （2）文章信息搜索：用户根据关键字搜索文章。 二: 系统的UML建模 1、系统的用例图 创建用例图之前首先需要确定参与者。 ①在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教 师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。 ②网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。 （1）系统用户参与的总的用例图 教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。 系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。