uml作业提交系统 实验报告

实验一熟悉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进行系统建模一．实验目的针对指定软件系统的需求进行分析和设计；使用Microsoft Visio软件，绘制UML图。

二．实验设备计算机、Microsoft Visio软件。

三．实验内容及步骤图书馆图书管理系统的域描述如下：在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预定信息。

持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。

在借阅书刊时，需要输入所借阅的书刊名，书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。

借阅者还书后，删除关于所还书刊的借阅记录。

如果借阅者所借的书刊已被借出，借阅者还可预定该书刊，一旦借阅者预定的书刊可以获得，就将书刊直接寄给预定人（为了简化系统，预定书刊可获得时就不通知借阅者了）。

另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。

对上述图书管理系统的域描述进行分析，可以获得如下功能性需求：（1）借阅者持有借阅卡（借阅者名和借阅卡号）；（2）图书管理员作为借阅者的代理借书；（3）图书管理员作为借阅者的代理预定书刊；（4）图书管理员作为借阅者的代理取消预定；（5）图书管理员作为借阅者的代理还书；（6）图书管理员可以创建新的借阅者账户；（7）图书管理员可以修改借阅者的账户信息；（8）图书管理员可以删除已存在的借阅者账户；（9）图书管理员可以添加新书刊种类；（10）图书管理员可以修改书刊种类信息；（11）图书管理员可以删除系统中的书刊种类；（12）图书管理员可以在系统中添加书刊信息；（13）图书管理员可以编辑书刊信息；（14）图书管理员可以删除书刊信息；对上述系统进行建模，按照下列要求完成实验报告：1.进行需求分析：识别参与者，识别用例，画出用例图；使用“用例说明书”对每个用例进行描述。

UML建模大作业实验报告组号：选题名：E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的，允许顾客在该书店注册成为会员用户，实现会员的一些权限。

2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号，才能进行登录查询。

2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误，提示顾客无效。

本用例结束。

3. 特殊需求没有和本用例有关的特殊需求。

4. 前置条件在针对登陆书店，必须先注册成为会员5. 后置条件无。

6. 扩展点没有和本用例有关的扩展点。

·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的，允许顾客在书店页面浏览书店的概况和书籍种类。

2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。

本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确，提示顾客浏览无效。

本用例结束。

3.特殊需求没有和本用例有关的特殊需求。

4.前置条件无。

5.后置条件无。

6.扩展点没有和本用例有关的扩展点。

·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的，允许顾客在书店页面查询书籍信息。

2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。

本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确，提示顾客查询无效。

南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。

2．掌握如何使用建模工具绘制活动图方法。

二、实验器材1．计算机一台。

2．Rational Rose 工具软件。

三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。

要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。

四、实验步骤绘制“删除读者信息”用例的活动图。

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

绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。

(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。

（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。

（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。

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、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。

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中的用例图不相同。

UML实验报告范文实验报告：UML图的设计与应用一、实验目的1. 学习掌握UML（Unified Modeling Language）的基本语法、概念和使用方法；2.了解UML各种图的作用和应用场景；3.进行实际案例的UML建模。

二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言，它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。

UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等，用于描述系统的不同层面。

2.用例图用例图是描述系统功能和参与者之间交互的一种图。

参与者表示与系统交互的角色，用例表示系统的功能需求。

用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。

类图由类、关联、聚合、组合、泛化、实现等元素组成，用于描述系统的静态结构。

4.时序图时序图是描述对象之间消息传递的一种图。

时序图主要用于描述系统中其中一特定操作的交互过程，时序图中的对象称为参与者，他们通过消息进行交互。

5.活动图活动图是描述系统中流程和操作的一种图，用于描述系统中活动的业务流程。

活动图可以展示控制流、对象流和数据流，用于描述系统的动态行为。

6.状态图状态图是描述系统中对象状态变化及其转换的一种图。

状态图展示了对象在不同状态之间的转换过程，用于描述系统的状态机。

7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。

部署图主要用于展示系统的物理结构和系统组件之间的关联情况。

三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求，确定需求分析，绘制用例图。

用例图主要包括参与者和用例，参与者与用例之间通过关系进行关联。

2.分析系统结构并编写类图根据用例图和系统需求，分析系统结构，识别出系统中的类、接口和关系，绘制类图。

类图包括类、接口、关联、聚合、组合、泛化和实现等元素。

3.分析用户操作流程并绘制时序图根据用例图和系统需求，分析用户操作流程，确定对象的活动顺序，绘制时序图。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

uml实训报告uml实训报告篇一：uml实验报告软件建模实验报告题目：图书管理系统专业：班级：姓名：学号：指导教师：成绩：完成日期：年月摘要随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进，UML成为一种不可或缺的工具。

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。

它溶入了软件工程领域的新思想、新方法和新技术。

它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。

用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求为背景，分析设计了图书管理系统，并利用Ratinal Rse对系统进行建模，完成用例图和类图的构建，为后期的程序设计提供标准。

根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。

根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。

图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。

系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。

该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使SQL server 201X与 Visual Studi 201X得到了有效的结合。

关键词：图书管理系统；UML；Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误！未定义书签。

1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误！未定义书签。