UML大作业实验报告
UML实验报告1-8次
实验一熟悉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实验报告全实验报告：UML建模实验一、实验目的本实验旨在帮助学生掌握UML（统一建模语言）的基本概念、用法和建模过程，提高学生的软件建模能力。
二、实验内容1.了解UML的基本概念和用法；2.学习UML的各种图表，包括用例图、类图、序列图等；3.理解UML的建模过程，并能够按照该过程进行软件建模。
三、实验步骤1.学习UML的基本概念和用法。
在实验前，学生需要预习UML的基本知识，包括UML的定义、分类、语法规则等。
2.学习UML的各种图表。
UML提供了多种图表用于软件建模，如用例图、类图、对象图、活动图、状态图等。
学生需要了解每种图表的用途、语法和示例。
3.理解UML的建模过程。
在实际项目中，使用UML进行软件建模有一定的步骤，包括需求分析、设计、实现等。
学生需要了解UML的建模过程，并能够按照该过程进行实际建模。
4.实际操作。
学生需要选择一个简单的软件项目进行建模实践，包括绘制用例图、类图、序列图等，并撰写相应的文档。
5.分析和总结。
学生需要对实际操作进行分析和总结，包括建模过程中的问题和解决方法等，以便提高建模能力。
四、实验结果在本次实验中，我选择了一个简单的图书管理系统作为建模实践对象。
首先，我绘制了该系统的用例图，用于描述系统的功能和用户角色。
然后，我绘制了该系统的类图，用于描述系统的数据结构和类之间的关系。
最后，我绘制了该系统的序列图，用于描述系统中对象之间的交互过程。
在实际操作中，我遇到了一些问题。
首先，我发现在绘制用例图时，有些用例的描述不够清晰，无法准确描述用户需求。
为了解决这个问题，我与用户进行了沟通，并修改了用例的描述，使其更加明确。
其次，在绘制类图时，我发现有些类的关系没有考虑到，导致系统的完整性受到了影响。
为了解决这个问题，我仔细分析了系统的数据结构，并修改了类的关系，使其更加准确。
通过本次实验，我学到了很多关于UML建模的知识和技巧。
我发现UML是一种非常强大和灵活的建模语言，可以帮助我们更好地理解和设计软件系统。
UML实验报告范文全(500字)
UML实验报告范文全（500字）《系统分析与建模》实验指导书__2022__/__2022__年第__二__学期姓名：____钱秀梅_________学号：__10030117_____班级：_10计一_______指导教师：___殷凯__________计算机科学与技术系编写系统分析与建模实验指导书―1―计算机科学与技术系目录实验0熟悉软件开发环境实验1用例图设计实验2类和对象图设计实验3交互图设计实验4状态图设计实验5活动图设计实验6包图设计实验7物理图设计附录考核登记表137912151723实验0熟悉软件开发环境一、实验目的学习使用ea开发环境创建模型的一般方法，理解ea界面布局和元素操作的一般技巧。
二、实验环境软件平台：microoftwindow2000/某p。
软件工具：ea7.5。
三、实验内容与要求1．学会启动和关闭ea7.5开发环境。
2．使用目标项目（project）的向导创建一个项目。
3．了解ea7.5界面的六大组成部分（菜单menu、浏览器brower、文档窗口documentwindow、图窗口diagramwindow、日值窗口logwindow和工具栏。
4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）；查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元素；访问元素的详细规范。
5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。
四、实验预习和准备参考相关书籍，能够熟练地安装和使用ea7.5软件建立模型。
五、实验过程与结果读者图0-1用例图图0-2一个订单系统的包图六、实验小结和体会1、在创建用例图和包图过程中，使用目标项目（project）的向导创建一个项目，选择需要的模型，然后在所选的模型下面创建图。
掌握在ea中用例图的基本用法和使用技巧。
二、实验环境软件平台：microoftwindow2000/某p。
软件工具：ea7.5。
UML大作业实验报告
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查询无效如果顾客查询书籍不存在或者方式不正确，提示顾客查询无效。
UML实验报告范文
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实验报告
实验报告课程名称：UML统一建模语言实验名称：图书管理系统专业班级：嵌入式软件学校：郑州轻工业学院实验一用例图[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。
参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。
用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。
通过用例建模可以对外部的角色以及他们所需要的系统功能建模。
用例图用于系统分析阶段。
用例是系统参与者与系统在交互过程中所需要完成的事务。
该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。
根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。
截图如下：实验二类对象模型的建立[实验目的和要求]１、掌握对象的概念，对象的表示方法，掌握类与对象的关系。
２、掌握类与类之间的各种关系代表的含义及表示方法。
[实验内容和步骤]１、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？2、简述类的定义，以及类的三要素。
3、类的属性和方法的可见性有哪些？UML中如何表示？对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。
换句话说,对象是边界非常清楚的任何事物。
对象三大特征是封装、继承和多态。
UML实验报告
UML实验报告本科实验报告课程名称：系统分析与设计实验项⽬：《⽹上书店系统》实验地点：专业班级：学号：20110学⽣姓名：指导教师：2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。
2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。
其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。
对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。
为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
UML实验报告
UML实验报告班级：软件0841姓名：张文成学号：081842173实验内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
软件工程大作业UML图报告
软件⼯程⼤作业UML图报告⼀、选定题⽬项⽬名称：垃圾分类⼩程序1.总体说明 实现垃圾分类微信⼩程序，包含⽀持但不限于当前46个城市的垃圾分类知识科普，每⼀类不少于20种的基本垃圾介绍。
同时⼩程序要与当前市⾯上存在的垃圾分类⼩程序具有⼀定的区别性，实现更加具有趣味性和吸引⼒的垃圾分类科普，提供更加便捷的垃圾分类帮助。
2.系统相关⾓⾊ ⽤户、管理员3.相关功能说明 主要功能管理：⽤户在经微信授权后进⼊⼩程序，可随时查看全国46个垃圾分类重点城市发布的关于垃圾分类的相关规则，且可查询某具体垃圾所属类型 ⼩游戏管理：⽤户进⼊⼩游戏模块后，完成游戏将⾃动产⽣相应的游戏记录 垃圾信息表申请功能：⽤户可通过发布垃圾信息申请表对我们提供的分类知识进⾏补充或修改⼆、图表分析⽤例图： 1.1⾏为者： 管理员 1.2.前置条件： 管理员进⼊垃圾分类管理系统 1.3.事件流： A．管理员审核⽤户上传的待审核垃圾信息 B．系统根据管理员对⽤户上传的待审核垃圾信息的处理⾃动完成相应的增删改功能 C．管理员增加垃圾分类信息 D．管理员修改垃圾分类信息 E．管理员删除垃圾分类信息 F．管理员查询垃圾分类信息 G．管理员增加垃圾类别信息 H．管理员修改垃圾类别信息 I．管理员删除垃圾类别信息 J．管理员查询垃圾类别信息 1.4.后置条件： 退出系统 1.5.拓展点： ⽆ 2.1⾏为者： ⽤户 2.2前置条件： ⽤户经微信授权后，登陆垃圾分类系统 2.3事件流： A.⽤户进⼊⼩游戏模块，游戏之后产⽣相应游戏记录 B.⽤户查看游戏记录 C.⽤户查询垃圾分类信息 D.⽤户选择城市，查看相应城市垃圾分类规则 E.⽤户发布垃圾分类信息 F．⽤户查询已发布的垃圾分类信息状态 G．⽤户删除已发布但待审核的垃圾分类信息，⽤户⽆法删除已经审核通过的信息 2.4后置条件： 退出系统 2.5拓展点： ⽆类图：1. ⽤户信息类 1.1类名：User 1.2属性名： 1.2.1 user_id(⽤户ID) 类型：int 1.2.2 user_name(⽤户名称) 类型：String 1.2.3 best_grade(⽤户游戏最好记录) 类型：int 1.2.4 city_name(⽤户所属城市) 类型：String 1.3⽅法名： 1.3.1 login() 返回类型：void 1.3.2 apply(int user_id,String rub_name,String city_name,String rub_type_name) 返回类型：void 2．游戏信息类 2.1类名：game 2.2属性名： 2.2.1 game_id(游戏ID) 类型：int 2.2.2 game_name(游戏名称) 类型：String 2.2.3 user_id(⽤户ID) 类型：int 2.2.4 grade(游戏成绩) 类型：int 2.2.5 time(游戏时间) 类型：Date 2.3⽅法名： 2.3.1 go_into_game() 返回类型：void 2.3.2 look_game_record(int user_id) 返回类型：ng.Object 3．垃圾申请信息类 3.1类名：rubbish_application 3.2属性名： 3.2.1 apply_id(申请ID) 类型：int 3.2.2 user_id(⽤户ID) 类型： int 3.2.3 rub_name(垃圾名称) 类型：String 3.2.4 city_name(城市名称) 类型：String 3.2.5 rub_type_name(垃圾类⽐名称) 类型：String 3.2.6 status(申请状态) 类型：int 3.3⽅法名： 3.3.1look_apply(int user_id) 返回类型：void 3.3.2cancel_apply(int apply_id) 返回类型：void 4.管理员信息类： 4.1类名：Admin 4.2属性名： 4.2.1 admin_id(管理员ID) 类型：int 4.2.2 admin_name(管理员名称) 类型：String 4.2.3 admin_pwd(管理员密码) 类型：String 4.3⽅法名： 4.3.1 add_type(int type_id,String type_name) 返回类型：void 4.3.2 change_type(int type_id,String type_name) 返回类型：void 4.3.3 delete_type(int type_id) 返回类型：void 4.3.4 add_rub(int rub_id,String rub_name,ng.Object type) 返回类型：void 4.3.5 change_rub(int rub_id,String rub_name,ng.Object type) 返回类型：void 4.3.6 delete_rub(int rub_id,String rub_name) 返回类型：void 4.3.7 check_apply(int apply_id) 返回类型：void 5.垃圾信息类 5.1类名：rubbish 5.2属性名： 5.2.1 rub_id(垃圾ID) 类型：int 5.2.2 rub_name(垃圾名称) 类型：String 5.2.3 rub_type1(垃圾类型1) 类型：int 5.2.4 rub_type2(垃圾类型2) 类型：int 5.2.5 rub_type3(垃圾类型3) 类型：int 5.2.6 rub_type4(垃圾类型4) 类型：int 5.2.7 rub_type5(垃圾类型5) 类型：int 5.2.8 rub_type6(垃圾类型6) 类型：int 5.2.9 rub_type7(垃圾类型7) 类型：int 5.2.10 rub_type8(垃圾类型8) 类型：int 5.2.11 rub_type9(垃圾类型9) 类型：int 5.3 ⽅法名： 5.3.1 find_rub(String rub_name) 返回类型：ng.Object 6.垃圾类型类 6.1 类名：rub_type 6.2 属性名： 6.2.1 type_id(类型ID) 类型：int 6.2.2 type_name(类型名称) 类型：String 6.2.3 type_introduce(类型介绍) 类型：Sting 6.3⽅法名： 6.3.1 look_type_intro(int type_id) 返回类型：String 7.城市类： 7.1类名：city 7.2属性名： 7.2.1 city_id(城市ID) 类型：int 7.2.2 city_name(城市名称) 类型：String 7.2.3 type1_id(类型1ID) 类型：int 7.2.4 type2_id(类型2ID) 类型：int 7.2.5 type3_id(类型3ID) 类型：int 7.2.6 type4_id(类型4ID) 类型：int 7.2.7 type5_id(类型5ID) 类型：int 7.2.8 rule(规则) 类型：String 7.3⽅法名： 7.3.1 look_rule(String city_name) 类型：String时序图：⽤户查看信息时序图： ⽤户查看信息时序图说明：1. login():⽤户登陆系统2. look_rule():⽤户查看相应城市垃圾分类规则3. find_rub():⽤户查询垃圾信息4. look_apply():⽤户查看发布的垃圾信息5. look_game_record():⽤户查看游戏记录管理员审核垃圾申请表时序图： 管理员审核垃圾申请表时序图说明：1. login():管理员登陆系统2. check_apply()：管理员审核垃圾申请表3. change_rubbish():系统⾃动修改rubbish表信息三、团队队员介绍姓名学号本次分⼯何海燕（组长）31901001需求讨论、图表绘制、⽂档撰写余佳秀31901007需求讨论、图表绘制、⽂档撰写赵益萍31901038需求讨论、图表绘制符佳妮31903145需求讨论、图表绘制。
uml实训报告
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 参与者的用例图 ........................................................ ...... 错误！未定义书签。
UML实验报告（5篇）
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实验——状态图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此，指派你运用本节所学的状态图，完成如下任务：1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。
分析：还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；绘图步骤：（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图。
（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态。
（3）操作者在询问系统和状态后，得到两种状态，如果系统忙，操作者必需要等待、结束，重返步骤（1）。
（4）如系统空闲，则进行对还书的信息进行查询操作；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态。
UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称：UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………图图2-4（Ⅱ）按系统的重要模块细分系统设置模块：设置系统基本信息，由系统管理员操控；如图统计管理模块：统计分析营业状况，由财务管理员操控；如图图2-5图2-7图2-8图2-9⑶组件图：描述软件组件以及组件之间的关系，组件本身是代码的物理模块，则显示了代码的结构。
组件图中通常包括：组件、接口和关系。
在系统建模中建立组件图的用途有：能帮助客户理解最终的系统结构；工作有一个明确的目标；有助于工作组的其他人员理解系统；有利于软件系统的组件重用。
以下图2-10是对该软件系统进行组件图建模图2-10图2-123、系统的行为模型动态模型描述了系统随时间变化的行为，这些行为是用从静态视图中抽取的系统的瞬间值的变化来描述的。
在UML的表现上，动态模型主要是建立系统的交互图和行为图。
交互图包括时序图和协作图；行为图则包括状态图和活动图。
（1）时序图：时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互，它可以与时序图互换。
包括了4个元素，分别是对象、生图3-1图3-3图3-5图3-6图3-7活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。
可以算是状态的一种扩展方式。
活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。
活动图包括动作状态和活动状态。
对象的动作状态是活动图最小单位的构造块，表示原子动作。
动作状态表示状态的入口动作。
对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。
UML实验报告全 (500字)
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期姓名：____钱秀梅_________学号：__ 10030117_____班级：_10计一_______指导教师：___殷凯__________计算机科学与技术系编写系统分析与建模实验指导书―1―计算机科学与技术系目录实验0 熟悉软件开发环境?????????????????实验1 用例图设计???????????????????实验2 类和对象图设计???????????????????实验3 交互图设计??????????????????????实验4 状态图设计??????????????????????实验5 活动图设计????????????????????实验6 包图设计??????????????????????实验7 物理图设计?????????????????????附录考核登记表??????????????????????1 3 7 9 12 15 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软件建立模型。
《UML实验报告》
《UML实验报告》学生学号实验课成绩武汉理工大学学生实验报告书实验课程名称UML建模技术开课学院计算机科学与技术学院指导老师姓名陈明俊学生姓名学生专业班级20XX—20XX学年第二学期实验课程名称：UML建模技术实验项目名称为自动售卖系统编写文档实验成绩实验者专业班级组别同组者实验日期20XX年3月13日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）1、写一个关于本系统的概况描述2、确定客户，包括其公司名称、地址、电话号码，员工的职位3、至少总结3个系统目标4、至少确定3个约束条5、建立一个基本功能和属性表6、分析基本功能和属性的可行性7、包括一个用类描述出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬逻辑或者算法描述）询问公司职员、向有关专家请教，以确定基本需求，以及它们相应的属性。
三、主要仪器设备及耗材MicrosoftOfficeWord2003StarUML第二部分：实验调试与结果分析一、调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现的问题等）1、概况陈述：客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。
最后顾客离开。
2、客户：音像商店的赵老板，电话：*******3、系统目标：a、对于初次租借的顾客进行账户登记，这样便于后续的交易b、对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失的影碟及时更新库存信息c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还影碟的顾客信息及时更新记录，以便收银员对此罚款d、能够进行每天营业额的统计4、制约因素：a、经费不足时不能及时更新库存b、音像店老板（收银员）对该系统的要求不明确或者不完整。
图书管理系统uml实验报告
面向对象分析与设计大作业学院：计算机科学与工程学院班级：计算机软件3学生姓名：陈俊伟学号： 2174指导老师：苏锦钿提交日期：华南理工大学面向对象分析与设计大作业课程实验报告实验题目:_____图书管理系统uml图__________________________姓名:___陈俊伟________ 学号:_ 2174_____班级: ___09软件3班________ 组别: ________合作者: __________________指导教师: ______苏锦钿__________【实验方案设计】三、步骤§1 软件需求分析三、功能需求分析系统的功能需求主要包括以下几个方面：①借阅者可以通过网络查询书籍信息和预定书籍。
②借阅者能够借阅书籍和还书，书过期的话要罚款。
③图书管理员能够处理借阅者的借阅和还书请求。
④系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。
§2 图书馆管理系统的需求分析用户提出的需求包括下列内容：1. 这是一个图书馆支持系统；2. 图书馆将图书和杂志借给借书者。
借书者已经预先注册，图书和杂志也预先注册；3. 图书馆负责新书的购买。
每一本图书都购进多本书。
当旧书超期或破旧不堪时，从图书馆中去掉。
4. 图书管理员是图书馆的员工。
他们的工作就是和读者打交道并在软件系统的支持下工作。
5. 借阅人可以预定当前没有的图书和杂志。
这样，当他所预定的图书和杂志归还回来或购进时，就通知预定人。
当预定了某书的借书者借阅了该书后，预定就取消。
或者通过显式的取消过程强行取消预定。
6. 图书馆能够容易地建立、修改和删除标题、借书者、借阅信息和预定信息。
7. 系统能够运行在所有流行的技术环境中，包括Unix, Windows和 Linux，并应有一个良好的人机交互图形用户界面(GUI)。
8. 系统容易扩展新功能。
系统可以不必考虑预定的图书到达后通知预定人的功能。
UML大作业实验报告
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查询无效如果顾客查询书籍不存在或者方式不正确，提示顾客查询无效。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
自己的UML实验报告
面向对象建模技术实验指导书目录实验一UML建模基础 ................................ 实验二用例图............................................... 实验三类图................................................. 实验四交互图............................................. 实验五活动图............................................. 实验六状态图.............................................实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具astah的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改，可参考软件自带例子2、认识各种UML关系及可见性符号，并用工具表示出来。
3、参照教程Learn_UML_with_JUDE与Astah自带文档。
4、D:\Program Files\astah-professional\sample(安装目录)[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]１、掌握用例与场景的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？答：用例是系统通过参与参与者的交互可以提供的一段连贯的功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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查询无效如果顾客查询书籍不存在或者方式不正确，提示顾客查询无效。
本用例结束。
3.特殊需求。
没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.4.登录用例的用例1.例名登陆1.2 简要描述本用例由会员触发的，允许顾客在浏览拍卖图书查询目录时，针对特定的图书类型。
在针对一个特定的图书，买主必须登录系，进行挑选。
2.事件流2.3 基本流2.3.1 顾客进行注册顾客在登陆系统时必须先注册一个账号，才能进行登录查询。
2.3.2 顾客登陆系统顾客登陆系统进行图书查询。
2.4 备选流2.4.1 登陆账号无效如果顾客登陆账号不存在或者密码不正确，提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书查询之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.5 个人信息维护用例的用例1.用例名个人信息维护1.1简要描述本用例由会员触发的，允许顾客在登陆系统后修改补充自己的个人信息并保存。
2.事件流2.1基本流2.1.1修改自己的个人信息顾客对自己的个人信息进行修改并提交该信息。
2.1.2通知顾客修改结果。
系统向顾客发送电子邮件，通知顾客修改成功。
本用例结束2.2备选流2.2.1修改信息无效如果顾客所改信息不符合系统规定，提示顾客修改无效。
本用例结束。
3.特殊需求。
没有和本用例有关的特殊需求。
4.前置条件在顾客进行信息修改之前，顾客必须登录系统进行修改。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.6 选购用例的用例1.用例名选购1.1简要描述本用例由会员触发的，允许顾客在浏览图书查询目录时进行选购，针对自己想要的图书进行选购。
在针对图书选购时，买主必须登录系统，进行挑选。
2.事件流2.1基本流2.1.1输入要买的图书类型顾客对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2．输入图书详细信息顾客输入图书详细信息并提交该信息。
2.1.3.通知顾客查询结果。
系统向顾客发送电子邮件，通知顾客查找图书的信息已经输入。
本用例结束2.2.备选流2.2.1查询图书信息无效如果顾客所找图书不存在，提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书选购之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.7 收藏夹维护用例的用例1.用例名收藏夹维护1.1简要描述本用例由会员触发的，允许顾客在浏览图书查询目录时，针对特定的图书类型进行收藏，以便以后查找方便。
2.事件流2.1基本流2.1.2选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1．2输入图书信息买主输入图书信息并提交该信息。
2.1.3对挑选的图书进行收藏顾客对自己比较满意的图书进行收藏以便以后购买时方便。
本用例结束2.2备选流2.2.1收藏图书无效如果顾客收藏时没有选择系统要求的选项时，系统提示收藏无效，重新收藏。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书收藏之前，顾客必须登录系统进行查找再收藏。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.8 购物车管理用例的用例1.用例名购物车管理1.1简要描述本用例由会员触发的，允许顾客在浏览完图书查询后，对自己满意的图书加入购物车进行保存。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3图书加入购物车顾客将自己选中的图书加入购物车。
本用例结束2.2备选流2.2.1加入购物车无效如果顾客没有选择加入的数量等信息，提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4．前置条件在对图书加入购物车之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.9.订单维护用例的用例1.用例名订单维护1.1简要描述本用例由店主触发的，允许顾客在浏览完图书查询后，对自己的购买图书下订单，要求店主发货。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3通知顾客查询结果。
系统向顾客发送电子邮件，通知顾客查找图书的信息已经输入。
2.1.4顾客下订单顾客对自己的图书下订单，要求卖家发货。
2.2备选流2.2.1订单无效如果顾客所找图书已经卖完，则订单无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对图书下订单之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.10.订单状态查询用例的用例1.用例名订单状态查询1.1简要描述本用例由会员触发的，允许顾客在下订单之后查询订单状态，查询订单是否发货和书籍的物流情况。
2.事件流2.1基本流2.1.1查询订单状态顾客可以登录查询是否发货或者物流情况。
系统展示图书查询表单界面。
2.2备选流2.2.1查询无效如果顾客所查已被领取，则查询无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对查询之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.11.结账用例的用例1.用例名结账1.1简要描述本用例由会员触发的，允许顾客在购买图书前对自己的订单结账，之后卖家进行发货。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3通知顾客查询结果系统向顾客发送电子邮件，通知顾客查找图书的信息已经输入。
本用例结束2.1.4结账顾客对自己的订单结账。
本用例结束。
2.2.备选流2．2.1结账无效如果顾客的支付宝余额不足，系统提醒用户结账无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书查询之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.12.缺书登记用例的用例1.用例名缺书登记1.1简要描述本用例由游客、会员触发的，允许顾客在浏览完图书查询后，对自己需要的书籍而书店没有的书籍进行登记。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3通知顾客查询结果。
系统向顾客发送电子邮件，通知顾客查找的图书不存在。
2.1.4顾客进行缺书登记顾客对自己需要的书籍，而书店没有的书籍登记。
2.2备选流2.2.1登记无效如果顾客所找的书籍书名不对等原因，提示登记无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对图书登记之前，顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.13.意见反馈用例的用例1.用例名意见反馈1.1简要描述本用例由游客、会员触发的，允许顾客在浏览完图书并购买了书籍之后对书店的服务和书店的图书数量和种类做出一点意见并反馈给店主。
2.事件流2.1基本流2.1.1意见反馈对书店的服务进行反馈，及时通知到店主。
2.2备选流2.2.1反馈意见无效如果顾客因没有填全信息等原因，则反馈意见无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对顾客进行反馈意见之前，顾客必须登录系统。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.14.身份验证用例的用例1.用例名身份验证1.1简要描述本用例由系统管理员触发的，允许管理员进入书店管理系统必须通过身份验证，才能进行书籍的管理2.事件流2.1基本流2.1.1管理员进行身份验证管理员通过身份验证，登录书店管理系统。
本用例结束2.2备选流2.2.1无法通过身份验证如果管理员因不是本店人员，系统提示没有此人信息。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件管理人员必须是在本店上班，而且必须在管理系统里面存在本人信息。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.15.后台用户管理用例的用例1.用例名后台用户管理1.1简要描述本用例由系统管理员触发的，允许系统管理员对不同的用户进行不同的权限分配和员工信息进行录入、删除、浏览、查询、修改等并打印报表进行后台数据的整合，在针对客户的权限分配和员工工作的管理上，系统管理员必须进行身份验证。