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实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的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大作业实验报告
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类图实验报告实验报告学院：专业： 20xx年 3月 18日第二篇：UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book。
（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，后在出现的对话框中输入相关信息；如书本的ISBN号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告_9
2013 年9月24 日实验项目：用况图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画用况图的方法。
实验仪器：一台有建模工具JBOO4.0的PC附注实验内容及步骤（或程序清单）：1、双击建模工具JBOO4.0图标工具界面如图1所示。
图1 工具界面2、新建用况图，如图2所示。
图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区，包括用况，活动者以及系统边界如图3所示：（续）图3 用况图5、双击用况1图标，在弹出的对话框中将名字改为开户。
以此类推，修改完所有图标的名字后如图4所示：图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估，可查看模型的设计质量，如图5。
图5 查看模型设计质量（续）7、点击工具—>文档/代码生成—>国际文档—>Html文档，将生成Html文档，如图6。
图6 生成Html文档8、用浏览器打开生成的文档如图7：图7 浏览器打开用况图实验结果分析：通过用JBOO工具画用况图，熟悉了工具的使用，本实验是一个简化了的银行储蓄账户管理系统，实验要点分清用例和执行者，以及将后缀名为jmdl的文档转化为Html文档。
教师批阅：2013年10月8 日实验项目：类图与对象图实验目的：掌握在UML建模工具JBOO4.0（支持UML2.0）下画类图与对象图的方法。
实验仪器：已安装JBOO4.0的PC一台。
实验内容及步骤（或程序清单）：附注1、双击图标2、进入软件界面，默认为画类图。
3、画类图的图标有4、选定相应图标拖进工作区，如图8所示：图8 选择图标5、双击类1图标，弹出如下对话框，将类名改为学生，如图9。
图9 修改类名6、选择“属性”标签卡，输入属性名，选择类型和可见性，单击“插入”按钮，输入学生类的全部属性，如图10。
7、选择“操作”标签卡，输入操作名，选择返回类型和可见性，单击“增加”（续）按钮，输入学生类的全部操作，如图11。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
UML实验报告
UML实验报告本科实验报告课程名称：系统分析与设计实验项⽬：《⽹上书店系统》实验地点：专业班级：学号：20110学⽣姓名：指导教师：2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。
2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。
其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。
对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。
为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
UML 建模大作业实验报告组号：选题名：E-store 网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例登录(from Use Case View).J八.修改(from Use Case View)个人信息维护(from Use Case View)从系统管理员角度描述系统功能的用例(from Use Case View)补充注册选购(from Use Case View)*II f (from Use Case View)f令查看图书浏览(from Use Case View)II7 ------- 亠'收藏夹维护(from Use Case View) '(from Use Case View)游客会员(from Use Case View)(from Use Case View) 购物车管理添加I (from Use Case View),(from Use Case View)图书查询(from Use Case View)■订单维护(from Use Case View)删除(from Use Case View)结账(from Use Case View)订单状态查询(from Use Case View)缺书登记(from Use Case View)一 一'意见反馈(from Use Case View)■分配权限管理员(from Use Case View)添加人员(from Use Case View)(from Use Case View)后台用户管理---- 弋(from Use Case View)■>^,X**(from Use Case View)(from Use Case View)折扣管理ZI身份验证(from Use Case View)•、销售管理(from Use Case View)二d ____ -\图书管理\ h -■■■■ (from Use Case View).辿—--网站用户管理V(from Use Case View)订货管理(from Use Case View)查看人员(from Use Case View) 查看意见反馈(from Use Case View) 2.分析模型2.1.架构模型(from Use Case View)r梟—_ ■<-■- V 删除'■ (from Use Case View)辽二询(from Use Case View) /统计(from Use Case View)订货通知(from Use Case View)，沖后台数据库(from Use Case View)/(from Use Case View)服务商(from Use Case View)1<<layer>> 用户层<<layer>> WEB层E-store网上书店包图系统辅助包图<<layer>> 商业逻辑层<<layer>> 信息系统层1—1前台管理E-store网上书店系统后台管理图书管理1J后台管理用户管理22分析机制［列出系统所有涉及的分析机制。
］23关键抽象24用例实现2.4.1.注册用例的用例1. 用例名注册1.1简要描述本用例由游客触发的，允许顾客在该书店注册成为会员用户, 的一些权限。
2. 事件流顾客进行注册顾客在登陆系统时必须先注册一个账号，才能进行登录查询。
昨书书 4心*馬±|^卫亡 斗仝衍打闫 壬奩容i1.LOn*>^ii:)D *字氓-E 合e户码席值户 FT I”亠看-三鯉司7* 住与户电 ■+«seN *■苫书软5 牛5总討闫 齡ajft 时凹Cl *叮*欣枣fiiUO 牡賞S 笔萨灯 瓠MS 史曙护口，*«=W»G 『 r 民反5〔卜*曲二号*冋口讶啤0 *护拒¥理0 幅粤wio*ffifl»I10 *^iitao *iT5frw 理 0-*i»S 足寰理宗哎0•三剜 *i 蛾 *«翊_ ji- 牛同H 号 电屋S 牛轼陽实现会员 2.1 基本流2.1.1X2.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. 事件流3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对一个图书查询之前，顾客必须登录系统进行查找。
5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
2.4.5 个人信息维护用例的用例1. 用例名2.3 基本流2.3.1 2.3.2顾客进行注册顾客在登陆系统时必须先注册一个账号，才能进行登录查询。
顾客登陆系统顾客登陆系统进行图书查询。
2.4 备选流2.4.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查询无效如果顾客所查已被领取，则查询无效。