UML实验报告
—
欢迎下载 中南民族大学管理学院
学生实验报告
课程名称：UML面向对象分析与设计教程
年 级：
专 业：信息管理与信息系统
学 号：
姓 名：
指导教师：
实验地点：管理学院综合实验室
2013 学年至 2014 学年度第 2 学期 —
欢迎下载
目 录
实验一 UML建模基础
实验二 用例图
实验三 UML类图
实验四 对象图
实验五 包 图
实验六 动态模型图
—
欢迎下载 实验（一） UML建模基础
实验时间：
实验目的
1. 熟悉UML建模工具Rational Rose的基本菜单及操作。
2. 掌握UML的三大组成部分及各部分作用。
3. 掌握UML的可见性规则和构造型的作用。
实验内容
1. 练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2. 认识各种UML关系及可见性符号，并用工具表示出来。
答：各种UML关系如下：
UML关系 表示方法
关联关系
—
欢迎下载
依赖关系
泛化关系
—
欢迎下载
实现关系
可见性 表示方法
公有（Public） “+”
私有（Private） “—”
受保护（Protected） “#”
分析与讨论
1. 总结UML在软件工程中的作用以及使用UML建模的必要性。
答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。
指导教师批阅： —
欢迎下载 —
欢迎下载 实验（二） 用例图
实验时间：
实验目的
1. 掌握用例的概念、UML用例图的组成、作用以及使用场合。
2. 掌握用例与用例之间的各种关系。
3. 用Rational Rose工具练习教材中的用例图。
实验内容
1. 用例图中有哪些组成元素？在UML中是如何表示的？
答：用例图有：用例、参与者、关联、（系统边界）等元素；用来显示在系统（或其它实体）内的用例与系统参与者之间的关系；主要用于需求获取、定义和分析。
2. 用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
答：包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。基本用例描述在多个用例中都有的公共行为。包含关系本质上是比较特殊的依赖关系，它比一般的依赖关系多了一些语义。在包含关系中箭头的方向是从基本用例到包含用例。
—
欢迎下载
扩展关系：在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，从扩展用例到基础用例的关系就是扩展关系。扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，扩展用例只能在扩展点上增加新的行为和含义。
—
欢迎下载
泛化关系：用例的泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。
—
欢迎下载
3. 为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，
（1）画出上述系统的用例图；
—
欢迎下载
（2）下是一个用例模型的局部：
录入房源信息确认提交信息房产经纪人修改房源信息打开房源信息页面登录信息<>
小李认为该模型不符合“用例建模”的思想，存在明显的错误。请说明错误所在，并说明应该如何修改。
答：用例是系统参与者与系统在交互过程中所需要完成的事务。确定参与者是房产经济人，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个物业信息管理系统，要实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。参与者有房产经纪人，对于房产经纪人来说，系统维护操作主要包括：录入，修改房源信息而登录和确认信息是包含在登入—
欢迎下载 和修改中的,包含关系的图标按钮应用虚线箭头。修改后应该是：
4. 阅读下面的用例图，说明该图所表达的信息。
答：参与者是客户和服务人员。主要关系有包含关系和拓展关系。当有客户来预定座位时，如果前面有别的客户，他就进行等待，服务人员进行信息查询，把空闲座位分配给客户，然后办理结账，有现金结账和银行卡—
欢迎下载 （必须是银联POS系统）结账两种方式供客户选择，然后收款。
5. 下图是一个描述保险商务系统的简单用例图。根据该用例图回答问题。
（1）“签订保险单”用例可能涉及到哪几个实体类？
答：有客户和保险员两个实体类。
（2）现实生活中签订保单的基本流程如下：客户提出购买需求，保险员根据客户需求选择相应的保险服务，客户阅读保险条款，同意后打印保单样据，客户签字并支付保金，保单开始生效，保险员做相关系统纪录。如需要根据以上信息，请列举这个用例描述中可能存在扩展事件流。
答：客户阅读保险条款，同意后客户签字并支付保金，否则不同意就不签订保单。
（3）保单管理用例在实际开发过程中可以泛化出若干小用例，列出可能存在的子用例，并且说明这些用例和“保单管理”用例之间应该是什么关系？
答：单查询和保单保存可能是存在的子用例，这些用例和“保单管理”用例之间应该是泛化关系。
6. 在一个TelephoneSystem（电话系统）中，用户可以使用电话卡或对方付款两种办法来打电话。
（1）请画出表示该场景的用例图。 —
欢迎下载
（2）在前图的基础上，继续画出可能存在的包含用例和扩展用例。
分析与讨论
1. 总结用例图的重要作用，讨论并指出哪些场合下可以使用用例图。
答：用例图显示多个外部参与者和它们与系统提供的用例之间的链接。通过用例建模可以对外部的角色以及它们所需要的系统功能建模。用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。用例图可用于系统的分析阶段。
2. 在使用用例图的时候应该如何划分用例，应注意哪些问题？
答：确定用例：
1) 参与者需要从系统中获取哪些功能及参与者要求系统做些什么？
2) 参与者是否需要读取、产生、删除、修改或是存储系统中的某些信息？
3) 系统状态的改变是否通知参与者？
4) 是否存在影响系统的外部事件？
5) 系统需要什么样的输入、输出信息？
需注意，在用例图中，一定不要使用两种命名的方法，即在椭圆之内命名又在椭圆之外命名。
3. 扩展练习如下：
需求描述如下：某学校的网上选课系统主要包括如下功能：管理员通过系统界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以—
欢迎下载 对课程进行改动和删除。学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。
根据以上描述，绘制系统的用例图。
用例“修改课程”的描述
用例名称 修改课程
标识符 UC0001
用例描述 课程管理员接到通知后修改已有课程信息
参与者 课程管理员
优先级 1
状态 通过审查
前置条件 课程管理员登录课程，课程已存在
后置条件 系统修改已有课程信息
基本操作流程 1． 课程管理员录入课程；
2． 系统检查该课程是否已存在；
3． 系统显示该课程信息；
4． 系统修改已有课程信息。
可选操作流程 系统检查该课程不存在，系统修改已有课程
被泛化的用例 无
被包含的用例 无
被扩展的用例 无
修改历史记录 ，定义基本操作流程，201年月日 —
欢迎下载
指导教师批阅： —
欢迎下载 实验（三） UML类图
实验时间：
实验目的
1. 掌握类的定义，类的3要素，UML中类的表示方法。
2. 掌握类与类之间的各种关系代表的含义及表示方法。
3. 实体类，边界类，控制类，关联类的概念和表示方法。
4. 接口和抽象类的概念和表示方法。 类的多重性关系。
5. 对一个类图进行相关的描述。
实验内容
1. 类的属性和方法的可见性有哪些？UML中如何表示？
答：类中属性的可见性主要有三种，分别是公有类型（public）、受保护类型（protected）和私有类型（private），在Rational Rose2003中，类的操作设置中添加了实现类型（Implementation）。在UML中公有类型用“+”表示，私有类型用“—”表示，受保护类型用“#”表示。
2. 已知三个类A.B和C.其中类A由类B的一个实类和类C的1个或多个实类构成.请画出能够正确表示类A,B和C之间关系的UML类图。
答：
图书管理系统uml实验报告.doc
面向对象分析与设计大作业
学 院： 计算机科学与工程学院
班 级： 计算机软件 3
学生姓名： 陈俊伟
学 号： 2174
指导老师： 苏锦钿
提交日期：
华南理工大学
面向对象分析与设计大作业课程实验报告
实验题目 :_____ 图书管理系统 uml 图__________________________
姓名 :___ 陈俊伟 ________ 学号 :_ 2174_____
班级 : ___09 软件 3 班________ 组别 : ________
合作者 : __________________
指导教师 : ______ 苏锦钿 __________
实验概述
【实验目的及要求】
一． 目的
1. 掌握面向对象技术的基本原理和各种相关概念；
2. 熟练掌握 UML的基本知识和 9 种常见的 UML图形 , 并能够利用
Software Architecture 、或 trufun UML 工具进行建模； Rational Rose 2003
、 IBM
3. 根据问题进行学习，拓广、深化； 4. 独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。
【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类
之间的关联、类的实例相互配合实现系统的动态行为等。 UML提供了多种图形可视化描
述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多
个视图来考察模型。 UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，
第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系，
包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采
UML类图的创建实验报告
实 验 报 告
学院： XX 专业： XX XX年 XX月 XX日
姓 名 XX 学 号 XX
班 级 XX 指导老师 XX
课程名称 UML基础、案例与应用 成
绩
实验名称 类图的创建
1．实验目的
通过对具体事件的分析，构建相应的类图，从而更好的掌握类图所传递的思想及类图的应用
2．实验内容
A、根据冰球比赛的简述，将其用类图表示
B、完善篮球比赛的类图
3．实验环境
Microsoft Word 2003
4．实验方法和步骤（含设计）
A、通过课本及网上查阅，对冰球进行了一定的了解，然后根据课本上篮球类图的画法将冰球比赛的类图慢慢描述出来
B、进行网上查阅，对篮球比赛做更深一层次的理解，完善课本上篮球的类图
5．程序及测试结果
篮球比赛的类图：
+dribble()+shoot()+pass()+advance()-diameter-volume-material-weightBall+dribbleBall()+passBall()+shootBall()+rebound()+foulOpponent()-name-height-weight-dress-numberPlayerGuardForwardCenterShotClock{pro = 24 sec
college =35 sec Int’l = 30 sec}GameClock{pro = 4 12-minute quarterscollege and Int’l = 220-minute halves }Duration{pro = 48 minutescollege and Int’l =40 minutes}JudgmentCoachTeamBasket{3.05 ground
meters high}ShotThreePointLineFreeThrowFreeThrowLineCourt{length = 28 meterswidth = 15 meters}Foul
图书管理系统状态图与活动图(UML)
学 号 **********
统一建模语言UML B
实验报告
实验4 状态图和活动图
学生姓名 黄源
专业、班级 14软件（2）班
指导教师 高天迎
成绩
计算机与信息工程学院
年 月 日 一、实验目的
在熟悉状态、活动概念与应用的基础上，掌握状态图和活动图的建立。
1．理解什么状态和状态图。
2．掌握状态图的建立。
3．掌握活动图的建立。
二、实验内容
1．建立图书管理系统的状态图。
2．建立图书管理系统的活动图。
三、实验思想
1.分析：根据图书管理系统的需求分析和用例模型，对系统中的用例进行动态建模。
2.在Rational Rose工具中绘制状态图和活动图。
四、实验结果
1.状态图：
（1）登陆
（2）增添新书
（3）借阅者
2.活动图
（1）借阅者
（2）图书管理员
（3）系统管理员管理借阅者信息
（4）系统管理员维护图书信息
五、实验心得
这次实验学习的是状态图和活动图，感觉这次实验和前面实验相比较要容易一些，这些图按顺序来的，感觉会和我们传统的思维模式比较吻合，用心去绘制就很容易画出来。
(完整版)UML-银行管理系统
面向对象分析与设计（UML）
综合实验报告书
题目： 银行管理系统
第1章 需求分析 ............................................................................. 错误!未定义书签。
1.1 客户子系统的需求分析 .................................................................................................... 4
1.2 银行管理员系统的需求分析............................................................................................ 4
第2章 系统用例模型 .................................................................................................... 8
2.1 管理员的用例模型 ............................................................................................................ 8
2.2 客户的用例模型 .............................................................................................................. 12
第3章 系统静态模型 ................................................................................................ 16
UML实验报告-网上书店
本科实验报告
课程名称： 系统分析与设计
实验项目： 《网上书店系统》实验
实验地点： 逸夫楼402
专业班级： 学号：
学生姓名：
指导教师： **
2013年 10月21、28日
2013年 11月4、11日
目 录
1. 实验准备：熟悉UML建模环境
2. 实验一 用例图
3. 实验二 类图
4. 实验三 顺序图及通信图
5. 实验四 活动图、状态图、组件图及部署图
实验一 用例图
一、 实验目的
初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求
1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：HP6460b
四、实验内容：
根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：
书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?
UML面向对象实验报告
1
实验1 熟悉Rational Rose建模环境
[实验目的]
1．掌握Rational Rose 2003的安装
2. 熟悉Rose的功能与特点
3．掌握Rose的基本操作
[实验预备知识]
了解Rational Rose的背景
[实验内容]
1．安装Rational Rose 2003
2．系统主菜单
3．建立UML模型初步
[四类图]
1、 用例图
题目：学生信息管理系统的录入模块
找回密码录入学生基本信息修改学生基本信息系统管理员删除学生基本信息登陆校领导查询学生基本信息<>
2、 对象类图 2
题目：学生信息管理系统的界面的对象类图
登录主界面找回密
码选课查询删除
3、 顺序图
题目：学生信息管理系统的学生登录模块
: 学生主界面具体操作登陆验证登陆返回登陆信息查询自己的信息返回查询信息修改密码返回修改信息
4、 活动图
题目：学生信息管理系统的学生登录模块 3
student登录验证登录信息未通过验证通过验证修改密码成绩查询返回
三、实验小结
初次使用Rational Rose，还是有些不适应。通过画用例图，对象类图，顺序图，还有活动图，我基本掌握了rose的基本用法，也感受到了rose的强大。
在实验过程中，遇到了一下困难，但是通过查阅相关资料，还有认证看实验指导书，我最终解决了这样问题。通过uml，我把软件功能的各个功能可视化，确定化，再也不用因为头脑中想得到但是却无法清晰描述出来而苦恼了。
在这次的UML实验中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。
4
实验2 用例图与活动图设计与实现
[实验目的]
1．熟悉UML建模
2．掌握用例图的设计与实现
4．掌握使用活动图细化用例的方法
[实验预备知识]
掌握Rational Rose环境下UML全局模型的创建
[实验内容]
1．网上选课系统的需求
2．事件流
2015123352-韩吉-UML实验报告书实验2用例分析
淮海工学院计算机工程学院
实验报告书
课程名：《UML理论及实践》
题 目： 用例分析
班 级： 软嵌151
学 号： 2015123352
姓 名： 韩吉
评语：
成绩： 指导教师：
批阅时间： 年 月 日 《UML理论与实践》实验报告
1
一、目的与要求
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）边界类：
申请界面类增加参加人界面类完成支付界面类登录界面类发确认书界面类导出财务信息界面类财务系统接口类
实验三 利用UML进行4+1视图系统建模
.
.. .
.. ..范文 . . 软件系统设计与体系结构 实验报告
2016-2017学年第一学期 软件学院 指导老师：俊楷
实验名称： “4+1”视图系统建模 实验日期： 2016-11-2
班级： 学号： ：
要求：班级、学号、不能打印，必须手写。否则，实验报告作废
一．实验目的和要求
通过对实际案例进行软件设计来掌握软件体系架构模式的选择应用以及典型4+1视图软件架构设计方法的应用，并能熟练掌握如何利用Rational
Rose软件进行软件架构设计。
二．实验容和步骤
１、 根据“学生选课系统”需求描述，利用“4+1”视图建模方法进行软件体系结构设计。
２、 “学生选课系统”需求描述：管理员通过系统管理界面进入，建立本学期要开设的各门课程，将课程信息保存到数据库中，并可以对课程进行一定的改动和删除操作。学生通过浏览器可以查询已选课程信息并进行选课，教师可以选择所要上的课程并提交所选课程的成绩。管理员同时负责维护各项信息。以上信息统一保存到数据库中。
.
.. .
.. ..范文 . .
1. 选课系统场景建模
场景视图：场景视图关注案例描述，即对案软件需求的功能描述和非功能描述；对应于UML建模中的用例建模。
UML第4次实验报告
UML实验报告三
专业:软件工程11级
成员:
1.目的
会对关键用例建立顺序图模型;会对主要事件和消息撰写操作契约;找出系统中的概念类及其关系，建立领域模型。
2.任务
1. 在用例模型图及详述的基础上，对各关键用例建立顺序图模型。
2. 在顺序图基础上，对主要事件和消息撰写操作契约。
3. 找出系统中的概念类及其关系，建立领域模型。
3.方法
参考老师给出的实验指导书和教材实例,使用WORD和TRUFUN PLATO完成领操作契约,领域模型和关键用例的顺序图.
4.结果
顺序图截图:
1.借书顺序图:
2.还书顺序图:
3.罚款顺序图:
领域模型截图:
操作契约:
模板：
契约CO2：enterItem
操作（Operation）：enterItem（itemID：ItemId，quantity：integer）
交叉参考（CrossReferences）:UseCases:ProcessSale
前提（Preconditions）：Thereisasaleunderway
后置条件（Postconditions）：
一
契约CO2：读者注册
操作（Operation）：读者登录注册页面，进行读者注册。
1.读者用户进入图书馆的用户注册页面；
2. 读者输入需要注册的用户名和密码；
3. 读者将注册信息进行提交；
4.系统对用户提交的用户名和密码进行有效性检查；
5.系统显示用户是否注册成功
交叉参考（CrossReferences）:用例：读者登陆
前提（Preconditions）：图书馆的用户注册页面正常运行。
后置条件（Postconditions）：如果读者注册成功，则该读者可以在网上预订图书或查询图书信息等操作。如果读者注册不成功，则不能在网上查询信息等。
二
契约CO2：读者登录
操作（Operation）：读者登录图书馆主页面，输入所注册成功的用户名和密码
图书管理系统用例图
图书管理系统
UML建模与设计模式
实验报告
计算机与信息工程学院
一、实验目的
在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括：
1．掌握用例图的建立。
2．掌握用例描述文档的编写。
3．掌握建模工具的使用。
二、实验内容
根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。
基本功能要求：
图书管理：新书登记，图书查询，图书注销；
借阅管理：借书，还书，查询今日到期读者；
读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；
报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。
三、实验思想
（1）分析系统需求；
（2）确定系统参与者：读者、图书管理员、图书管理系统；
（3）确定系统用例；
四、实验结果
借阅人用例图：
图书系统管理员用例图：
图书管理员用例图：
1．用例名称： 登录
用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。
前置条件：无
后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程：
1 输入用户名
2 输入密码
2 校验密码是否正确。
3 根据用户身份进入相应的操作界面。
可选流程：如果密码不正确，提示重新输入密码；
如果用户名不正确，提示没有此用户。
2.用例名称：查询图书
用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。
前置条件：以顾客身份登录
后置条件：无
基本流程：