门户网站用例图与用例描述
UML用例和用例图
h
18
主要内容
基本概念：Use case、Actor、
Scenario Use case间的关系 Use Case 分析技术 案例讲解
h
19
关系
• 参与者与用例之间
– 关联关系
• 用例与用例之间
– 包含关系 (include) – 扩展关系 (extend) – 泛化关系 (generalization)
• 主事件流： • 1、系统显示ID和密码窗口； • 2、顾客键入ID和密码，然后按OK键； • 3、系统验证顾客ID和密码，并显示个人信息窗口； • 4、顾客键入姓名、街道地址、城市、邮政编码、电话号码，然
后按OK键； • 5、系统验证用户是否为老顾客； • 6、系统显示可以卖的商品列表； • 7、顾客在准备购买的商品图片上单击，并在图片旁边输入要购
• 用例结束后的系统状态
• 其他需要描述的内容
用例描述原则：尽可能写的“充分”，而不是追求写的形 式化、完整或漂亮。
h
32
h
33
书写用例文档
——路径交互步骤的描述
只书写“可观测”的 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节
h
34
书写用例文档
买的数量。选购商品完毕后按Done按钮； • 8、系统通过库存系统验证要购买的商品是否有足够库存； • …….（后续描述省略）
问题：对用户界面的描述过于详细，对于需求文档来说， 详细的用户描述对获取需求并无帮助。
h
45
改进后的描述
• Use Case：Buy Something • 参与者：Customer • 主事件流： • 1、顾客使用ID和密码进入系统； • 2、系统验证顾客身份； • 3、顾客提供姓名、地址、电话号码； • 4、系统验证顾客是否为老顾客； • 5、顾客选择要购买的商品和数量； • 6、系统通过库存系统验证要购买的商品是否有足
用例图和用例描述设计实例
用例图和用例描述设计实例作者：ephyer 发表时间：2004-09-09 1 8:01:35更新时间：2004-09-09 1 8:01:35浏览：1954次主题：电脑技术评论：0篇地址：202.19 7.75.*:::栏目:::•Thinking in java 学习笔记•JA VA基础知识•UML•软件设计师•其他类别这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。
这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。
这个家教网站分为前台客户系统和后台管理系统。
前台客户系统的用例图如下：后台管理系统用例图如下：对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。
如下：用例名称：网站公告发布用例标识号：202参与者：负责人简要说明：负责人用来填写和修改家教网站首页的公告，公告最终显示在家教网站的首页上。
前置条件：负责人已经登陆家教网站管理系统基本事件流：1．负责人鼠标点击“修改公告”按钮2．系统出现一个文本框，显示着原来的公告内容3．负责人可以在文本框上修改公告，也可以完全删除，重新写新的公告4．负责人编辑完文本框，按“提交”按钮，首页公告就被修改5．用例终止其他事件流A1：在按“提交”按钮之前，负责人随时可以按“返回”按钮，文本框的任何修改内容都不会影响网站首页的公告异常事件流：1．提示错误信息，负责人确认2．返回到管理系统主页面后置条件：网站首页的公告信息被修改注释：无四．总结其实用例建模并不是这么简单，它涉及到的知识还有很多，我这里只是简单的介绍一下，希望对初学UML建模的同学有所帮助。
上一篇下一篇展开所有评论发表评论推荐转载写信问候返回目录快速返回我的百宝箱用例名称：用户登录用例标识号：01参与者：管理员、普通用户简要说明：参与者输入用户名、密码以及验证码，系统进行验证后，合法者登录系统，否则提供拒绝登录系统。
前置条件：参与者已经打开系统的登录页面（login.jsp）基本事件流：1．参与者在用户名输入框里输入用户名2．在密码框里输入密码3．密码框下方显示验证码，验证码由4位数字构成，用户按原样输入验证码。
图书管理系统用例描述
图书管理系统设计报告班级：信管１001学号：2010０59８姓名：王勇一、图书管理系统用例图1.１、图书管理系统用例图根据平常自己去图书馆的经历，简单绘制了图书馆的用例图,其中包括学生借书、还书、交罚金的功能,以及管理员处理还书、更新图书、读者信息邓等功能。
1.２、图书管理系统用例描述变异点:补充说明:二、图书管理系统类图２.1、实体类图因为存在图书,所以才会有读者借书，借书会因为图书的改变而改变，所以借书与图书是依赖关系。
2.2、边界类图查询页面、借书页面、还书页面、更新图书信息页面、更新读者信息页面、处理还书页面都是在登陆页面后选择的业务,所以属于普通关联关系。
由于版本问题,选择边界和控制类,图形无法改变,只能在图形上用单词“ｂｏｕndａry”标出。
望老师见谅。
2.３、控制类图处理罚金是处理还书过程中的一个任务,所以是一种组成关联关系三、图书管理系统时序图３．1、读者查询借阅记录时序图、图书馆数据库中存有读者的借阅记录。
3.２、读者登录时序图３.３、读者还书时序图管理员处理还书时存在图书过期和没有过期两钟情况，所以会返回两种信息。
3.４、读者借书时序图３.５、管理员处理还书时序图读者还书过程中也会存在两种情况,一种图书过期，一种没有过期。
3.6、管理员更新读者时序图3．７、管理员更新图书时序图四、图书管理系统协作图4.1、读者查询借阅记录协作图4.2、读者登录协作图4.3、读者还书协作图图书返回个处理还书有两种可能一是“4:没有过期”二是“7：过期”；当返回“4:没有过期时”系统执行５、６；当返回“7：过期”时系统执行8、94.４、读者借书协作图4．5、管理员处理还书协作图图书返回个处理还书有两种可能一是“４:没有过期”二是“7：过期”;当返回“4：没有过期时”系统执行5、6;当返回“7:过期”时系统执行8、９4.6、管理员更新读者协作图4.7、管理员更新读者协作图五、图书管理系统组件图当读者借书时，分两个过程,一个是图书的过程，一个是图书信息的过程。
普通用户用例图
普通用户用例图
图2.1是普通用户对该网站进行操作的用例图，对于用户来说，要访问该网站，必须先注册，登陆，然后才能对该网站进行操作，经过身份认证后，用户可以进行课件浏览，可以对答疑模块，测试模块，进行操作。
图2.1 普通用户用例图
2.3.2学生用例图
在该系统中，学生要进行访问该网站的时候，要像一般用户一样注册登陆，不过学生比一般用户多的一个权限就是先进行身份认证后对作业系统进行操作。
用例图如图2.2所示：
图2.2 学生用例图
2.3.3教师用例图
教师用例图表示了教师的操作权限，教师可以有管理员的权限，身份认证通过以后，教师可以进行公告管理，作业模块管理，答疑模块管理，学习资料库模块管理，考试模块管理。
具体用例图如图2.3所示：
图2.3教师用例图
2.4 活动图
进入本系统后，有两个活动选项，一个是供一般用户的系统登陆入口，一个是供教师的系统登陆入口，系统活动图如图2.4所示：
图2.4系统活动图2.5 数据流图
以下是系统的部分数据流图，主要是老师和学生的登陆，然后老师和学生由于权限的不同所做的不同的操作。
不过在系统中，学生要重新注册一个帐号才能登陆，这样就给了其他游客也可以访问该网站的权限，不过也要注册帐号。
图2.5是系统一级数据流图，图2.6是系统二级数据流图。
图2.5一级系统数据流图
图2.6二级系统数据流图。
什么是用例和用例描述
我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。
于是打算写一个系列文章，将多年来的工作经验做一个总结。
对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。
这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如何将OO过程与软件过程有机结合在一起，做一个真正OO应用。
好了，今天是第一篇。
想得很远，不知能否坚持下去，呵呵:lol:用例是什么？其原始英文是usecase，直译过来就成了用例。
这也是一个比较贴切的叫法了，从字面的直接理解就是使用的例子。
另一种比较流行的定义是用例就是与使用者(actor)交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。
这个定义还是比较费解的，笔者在众多应聘者中发现很多使用用例来做需求的系统分析员，有的已经使用了两年以上，但仍不能把握用例的本质，虽然他们号称精通UML。
最具普遍意义的理解错误是认为用例就是功能的划分和描述，认为一个用例就是一个功能点。
在这种理解下，用例变成了仅仅是较早前需求中功能框图的翻版，很多人用用例来划分子系统，功能模块和功能点。
如果这样，用例根本没有存在的必要。
有意思的是，造成这种理解错误的相当一部分原因却是因为对OO思想的理解不够深入，本质上说，把用例当成功能点的系统分析员脑子里还是面向过程的那一套思想，虽然他们在使用OO的工具，OO的语言，号称在做面向对象的开发，但过程的影子还没有从他们脑子里彻底抹去。
如果用例不是功能的话，它是什么呢？从定义上说，能给使用者提供一个执行结果的活动，不就是功能吗？我的回答是：错！功能是计算机术语，它是用来描述计算机的，而非定义需求的术语。
功能实际描述的是输入-->计算-->输出。
这让你想到了什么？DFD图？这可是典型的面向过程分析模式。
网上购物系统详细精炼版(UML-类图-时序图-数据流图)
网上购物系统作为B2B，B2C（Business to Customer，即企业对消费者），C2C（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C的网上购物系统。
1.3
本说明书的主要目的是明确所要开发的软件应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。
本文档的读者对象：项目经理、系统分析师、项目开发人员、客户代表。
（3）商品查询：商品速查，根据查询条件，快速查询用户所需商品；商品分类浏览，按照商品的类别列出商品目录；
（4）订单管理：订单信息浏览订单结算订单维护
（5）购物车管理
购物车中商品的增删；
采购数量的改变
生成采购订单
（6）后台管理
商品分类管理
商品基本信息管理
订单处理
会员信息管理
图1系统顶级用例图
3.2
用例图及相关的用例描述如图
1.4
网上购物系统作为B2B，B2C（Business to Customer，即企业对消费者），C2C（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C的网上购物系统。
2
2.1
系统用例描述
瑞天图书管理系统用例描述-、图书借阅该用例提供了用户借阅图书时管理员更新图书信息以及日志、记 录借阅信息、创建和修改借阅者账户以及信息等 1、用例图如下：2、用例描述: 用例名称：图书借阅简要说明：图书管理员输入读者编号和图书编号来完成图书借阅。
参与者：图书管理员前置条件：读者出示的借阅证必须是有效的借阅证(from 图书管理系统参与创建新的借阅者帐户其他用户修改借阅者的帐户信息管理员已还书)(from 图书管理系统参与记录图书数量与价格学生(from 图书管理系统参与后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统基本操作流程：(1)图书管理员输入借阅证信息(2)系统检查读者是否有超期的借阅信息和读者的借书数量是否已经达到借书限额(4)图书管理员输入要借阅的图书信息(5)系统将读者的借阅信息保存到数据库中可选操作流程：读者有超期的借阅信息，或者读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息，图书管理员进行超期处理。
二、归还图书1、用例图如下:2、用例描述: 用例名称：归还图书简要说明：图书管理员收到要归还的图书，进行还书操作。
参与者：图书管理员、学生、其他用户前置条件：无后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统 基本操作流程：(1) 图书管理员输入读者要归还的图书信息 (2) 系统检索与该图书相关的借阅者信息 (3) 系统检查该借阅者是否有超期的借阅信息 (4) 系统将借阅者的还书信息保存到数据库中(from))登录(5)系统将该图书的状态改变为可借阅状态可选操作流程：读者归还图书，图书管理员查看是否超出期限，并进行相应处罚，并且图书管理员将借阅信息删除。
三、图书查询1、用例图如下:输入书籍信息2、用例描述:用例名称：图书查询简要说明：用户登录网站进行查询参与者：用户前置条件：必须有登录账户后置条件：显示要借图书的全部信息假设条件：用户已经成功登录图书管理系统3、操作流程：(1)用户输入登录信息(2)系统检查读者是否有账号(3)用户输入要查询的图书信息(4)系统检查读者的借书信息是否存在可选操作流程：读者有超期的借阅信息，图书管理员进行超期处理; 读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息。
用例图设计：根据需求,绘制用例图,明确系统功能和模块
用例图设计：根据需求，绘制用例图，明确系统功能和模块一、引言随着信息技术的快速发展，软件系统在各个领域得到广泛应用。
而在软件系统开发的过程中，需求分析是至关重要的一环。
其中，用例图作为一种常用的需求分析工具，能够帮助开发团队理解系统功能并明确系统模块。
本文将介绍用例图设计的基本概念和步骤，并结合一个实际案例进行说明。
二、用例图设计概述1. 用例图的定义用例图是一种描述系统功能和角色之间交互关系的图形化工具。
它能够帮助开发团队和用户理解系统的功能，并明确各个模块的职责和关系。
2. 用例图的组成元素用例图由用例、参与者和关系三个主要元素组成。
- 用例（Use Case）：用例是指系统提供给用户的功能需求，用一个椭圆形图标表示。
每个用例都有一个唯一的名称，用以描述其功能和目的。
- 参与者（Actor）：参与者是指与系统交互的用户、其他系统或外部设备，用一个小人形图标表示。
每个参与者都有一个唯一的名称，用以描述其角色和功能。
- 关系（Relationship）：关系是指用例与参与者之间或用例之间的交互关系，用实线、虚线或箭头表示。
常见的关系有包含关系、扩展关系和泛化关系。
三、用例图设计步骤用例图设计的步骤主要包括需求收集、用例识别、参与者识别、用例编写和关系建立。
1. 需求收集需求收集是用例图设计的第一步，开发团队需要与用户进行充分的沟通和交流，了解系统的功能需求和用户的期望。
通过与用户积极互动，收集尽可能多的信息，以便后续的用例识别和设计。
2. 用例识别用例识别是根据需求收集的结果，将系统的功能需求划分为不同的用例。
每个用例都应该描述一个具体的功能，并具有明确的输入和输出。
3. 参与者识别参与者识别是根据需求收集的结果，将与系统交互的用户、其他系统或外部设备识别出来，并为每个参与者定义明确的角色和功能。
4. 用例编写用例编写是将识别出来的用例进行详细描述。
每个用例应包含用例名称、前置条件、正常流程、异常流程和后置条件等内容。
校园二手商品交易平台用例分析
二手易系统用例分析1.用例图用户系统用例图管理员系统用例图网银系统用例图2.用例描述1.用例名称:用户注册用例编号:01用例描述:用户通过注册拥有一个二手交易系统的账户参与者:用户前置条件:用户正常运行二手交易系统app事件流:1.用户打开注册界面2.用户输入昵称、邮箱、密码、收货地址、联系电话等内容3.点击提交按钮4.系统将会验证用户名的有效性、重复性，密码的格式等内容，如果都正确则显示”你已成功注册”,否则提示用户重新输入。
后置条件:系统为用户建立账户，用户可用此账户进行登录操作.2.用例名称:用户登录用例编号:02用例描述:用户登录二手交易系统参与者:用户前置条件:用户正常运行二手交易系统app基本事件流:1.用户打开登录界面2.用户输入昵称和密码，点击登录按钮3.系统检验账号与密码的正确性，如果正确则进入系统，否则提示用户重新输入可选事件流:1.用户打开登录界面2.用户选择教务系统账户登录3.用户输入教务系统和密码，点击登录按钮3.系统检验账号与密码的正确性，如果正确则进入系统，否则提示用户重新输入后置条件：用户成功登录，记录在日志文件，用户可以使用添加购物车、支付等功能。
3.用例名称:维护个人信息用例编号:03用例描述:用户查看自己资料并选择是否修改信息参与者:用户前置条件:用户成功登录事件流:1.用户打开个人信息维护面板2.系统返回用户的个人信息3.用户点击编辑按钮4.用户选择要修改的信息并重新填写5.点击保存按钮，系统检验数据的合理性，若成功提示用户信息已成功修改，否则提示用户重新修改后置条件:用户个人信息得到改变4.用例名称:商品搜索用例编号:04用例描述:在商品中搜索符合关键字的商品参与者:用户前置条件:用户正常运行二手交易系统app事件流:1.用户点击搜索按钮2.用户填写要搜索的关键字3.系统按照搜索种类的设置进行不同的算法4.系统把得到的信息呈现给用户后置条件:页面显示得到符合关键字的商品信息5.用例名称:浏览商品用例编号:05用例描述:用户浏览商品相关信息参与者:用户前置条件:用户正常运行二手交易系统app事件流:1.用户点击主界面按钮2.用户点击选择的商品分类3.用户选择的要排序的方式4.系统根据分类信息及排序方式显示内容后置条件:页面显示用户得到所需要的相关商品6.用例名称:查看商品信息用例编号:06用例描述:用户查看商品详细信息参与者:用户前置条件:用户正常运行二手交易系统app基本事件流:1.用户在浏览商品中选择要查看详细信息的商品2.用户双击该商品.3.系统显示该商品的详细内容可选路径:1.用户打开购物车按钮2.用户选择购物车中的商品，选择查看按钮3.系统显示该商品的详细内容后置条件:页面显示用户得到所需要的商品的详细信息7.用例名称:添加到购物车用例编号:07用例描述:用户将商品添加到购物车中参与者:用户前置条件:用户成功登录事件流:1.用户选择要添加到购物车中的商品2.用户打开商品的详细信息界面3.用户点击添加购物车按钮，若商品存在提示用户添加成功，否则提示用户添加失败后置条件:用户在购物车中添加该商品8.用例名称:下单支付用例编号:08用例描述:用户选择购物车中的商品并进行支付参与者:用户前置条件:用户成功登录事件流:基本路径1.用户打开购物车界面2.用户选中商品并点击支付3.用户选择支付方式4.进入网银系统完成支付5.系统检测支付是否成功，若成功提示用户支付成功，否则提示继续支付可选路径1.用户打开购物车界面2.用户选中商品并点击支付3.用户选择支付方式4.用户选择线下支付5.待买家与卖家都确信支付成功后，系统认为支付成功，系统将商品下架，否则系统认为交易未完成后置事件:交易记录在交易管理中.9.用例名称:发布商品用例编号:09用例描述:用户选择商品并进行发布参与者:用户前置条件:用户已成功登录事件流:1.用户点击发布按钮2.在发布栏中填写商品信息3.用户点击提交按钮4.系统检测商品的合理性，成功则上架商品，失败则提示用户信息不正确后置事件:商品进入待出售列表中，用户可以查看商品10.用例名称:交易管理用例编号:10用例描述:用户管理已经发布的商品或已经购买的商品参与者:用户前置条件:用户已成功登录事件流:1.用户点击交易管理按钮2.用户选择要查看已经发布的商品还是已经购买的商品3.用户选择是否对商品进行编辑4.系统返回给用户相关商品信息，若用户选择进行修改，则检验数据的合理性以选择是否提示修改成功后置事件:无11.用例名称:查看用户信息用例编号:11用例描述:管理员查看用户的相关信息参与者:管理员前置条件:管理员已成功登录事件流:1.管理员选择用户信息图标2.管理员在用户列表中选择要查看的用户，也可以在搜索框中填写用户信息进行搜索3.用户选中用户并点击查看详细信息按钮4.系统根据管理员的选择返回用户的相关信息后置条件:无12.用例名称:删除用户用例编号:12用例描述:管理员删除用户参与者:管理员前置条件:管理员正常登录事件流:1.管理员选择用户信息图标2.管理员在用户列表中选择要查看的用户，也可以在搜索框中填写用户信息进行搜索3.管理员选中用户并点击查看详细信息按钮4.管理员点击删除该用户按钮5.管理员核对账户信息并确定是否要销毁用户6.系统删除该用户的相关信息后置事件:用户从系统中移除13.用例名称:移除商品用例编号:13用例描述:管理员移除不合适或过期的商品参与者:管理员前置条件:管理员正常登录事件流:1.管理员选择商品信息图标2.管理员在商品列表中选择要查看的商品，也可以在搜索框中填写商品信息进行搜索3.管理员选中商品并点击查看详细信息按钮4.管理员点击删除该商品按钮5.管理员核对商品信息并确定是否要销毁商品6.系统删除该商品的相关信息后置事件:失效商品从商品列表中移除14.用例名称:管理员修改分类信息用例编号:14用例描述:管理员修改商品的分类信息参与者:管理员前置条件:管理员正常登录事件流:1.管理员选择修改图标2.管理员在修改中选择”分类信息”3.管理员编辑修改的内容4.系统检测内容的合理性，成功则提示管理员修改成功，失败则提示修改不合理后置事件:分类信息得到改变15.用例名称:查看日志文件用例编号:15用例描述:管理员查看有关日志文件内容参与者:管理员前置条件:管理员正常登录事件流:1.管理员选择查看日志文件图标2.管理员选择要查看的日志文件3.管理员输入密码4.系统进行验证，成功则管理员得到相应日志文件，失败则提示重新输入密码后置事件:无。
网上投稿系统用例图
图一 网上投稿系统注册登录子系统用例图
查看稿件
稿件管理
查看状态稿件编号
查询
用户管理员
<< include >>
<< include >>
<< include >>
<< include >>
图二 网上投稿系统稿件查询子系统用例图
（一）用户注册登录用例描述：
用例游客编号：001
用例名称：游客注册并登录
简要描述：游客进行填写自己的基本信息，并会在注册完成之后生成用户ID ，用户可以根据用户ID 进行登录。
前置条件：这个用例启动之前游客必须登陆到系统中。
基本流：
① 游客填写自己的基本信息
② 信息填写完成后，进行提交
③ 提交成功后，注册完成，用户进行登录
备选流：
① 游客注册信息不完整或邮箱未通过，注册失败，用例终止
② 用户需要记住自己用户ID，以便进行下次登录
后置条件：如果这个用例成功，系统数据库将添加用户信息。
（二）稿件查询用例描述
用例名称：投递稿件查询
简要描述：用户在投递稿件之后，可以对稿件进行查询，查看稿件状态信息。
前置条件：用户稿件已投递
基本流：
① 用户投递稿件
② 对稿件进行查询
③ 显示稿件状态信息
备选流：
① 未投递过稿件的用户查询界面会出现提示信息
后置条件：若用例成功，将会在数据库留下信息。
用例及用例描述
用例图用例描述用例：留言ID：1简单描述：用户在本网站留言板上进行留言（咨询）主参与者：user副参与者：数据库前置条件：本网站被打开且用户有留言需要主流：i)用户打开本网站ii)进入留言板页面iii)在留言板对话框内发布信息iv)点击确定，完成留言后置条件：用户留言成功附加流：数据库添加失败时提醒错误原因并询问是否重新留言用例：搜索ID：2简单描述：在本网站进行所需信息的搜索主参与者：user副参与者：数据库前置条件：本网站被打开且用户有搜索信息的需要主流：i)用户打开本网站ii)在网站搜索引擎中键入搜索条件或直接按类别搜索iii)点击确定，完成搜索iv)得到预期信息，用户可以对所得信息进行浏览后置条件：搜索完成并且用户得到预期信息附加流：搜索数据库无结果，提示原因并询问是否重新搜索用例：回复ID：3简单描述：客服对用户的留言板提问或留言进行回复主参与者：客服副参与者：数据库前置条件：有用户在留言板上提问或留言主流：i)客服登录网站后台ii)进入留言板回复页面iii)点击回复，在出现的对话框内键入回复内容iv)点击确定，完成回复后置条件：客服回复信息成功附加流：数据库添加失败时提醒错误原因并询问是否重新回复ID：4简单描述：普通管理员将最新资讯信息添加到网站数据库中主参与者：普通管理员副参与者：数据库前置条件：网站有最新的咨询信息需要添加主流：i)普通管理员登录网站后台页面ii)将最新资讯信息录入到数据库中iii)点击确定完成录入后保存所作修改iv)修改成功后关闭后台页面后置条件：最新资讯信息成功添加到数据库中附加流：添加信息出错时数据库提示出错信息用例：删除网站信息ID：5简单描述：普通管理员将废旧资讯信息从网站数据库中删除主参与者：普通管理员副参与者：数据库前置条件：网站有废旧的咨询信息需要删除主流：i)普通管理员登录网站后台页面ii)查询废旧的资讯信息iii)将废旧资讯信息从数据库中删除iv)点击确定完成删除后保存所作修改v)删除成功后关闭后台页面后置条件：废旧资讯信息成功从数据库中删除附加流：删除信息出错时数据库提示出错信息ID：6简单描述：普通管理员对网站数据库中数据进行修改主参与者：普通管理员副参与者：数据库前置条件：网站有待修改的数据信息需要修改主流：i)普通管理员登录网站后台页面ii)查询待修改的资讯信息iii)对待修改资讯信息进行修改iv)点击确定完成修改后保存所作修改v)修改成功后关闭后台页面后置条件：待修改资讯信息在数据库中修改成功附加流：修改信息出错时数据库提示出错信息用例：查询网站信息ID：7简单描述：对数据库中的网站信息通过不同条件进行搜索查询主参与者：普通管理员副参与者：数据库前置条件：已确定要查询信息的关键字主流：i)普通管理员登录网站后台页面ii)根据搜索关键字对信息进行搜索iii)搜索成功，显示查询到的语句后置条件：信息查询成功，得到所查信息详情附加流：搜索失败，未能得到要查询信息并提示出错信息用例：删除留言ID：8简单描述：对数据库中的留言进行删除管理主参与者：普通管理员副参与者：数据库前置条件：存在不合法留言信息，普通管理员需要对其进行删除操作主流：i)普通管理员登录网站后台页面ii)在数据库中查询到不合法的留言信息iii)对不合法留言信息进行删除操作iv)点击确定完成操作后进行保存v)保存后关闭后台页面后置条件：不合法留言信息得以成功删除附加流：删除留言信息失败并提示出错信息用例：查询留言ID：9简单描述：对数据库中的留言信息进行查询检索主参与者：普通管理员副参与者：数据库前置条件：确定要检索留言信息的关键字主流：i)普通管理员登录网站后台页面ii)根据不同的检索条件对留言信息进行查询iii)成功检索到所要查询留言信息并显示信息详情后置条件：所要查询留言信息得以成功检索附加流：未能查询到所要查询的留言信息并提示出错信息用例：登录ID：10简单描述：网站的超级管理员、普通管理员和客服登录进本网站后台主参与者：超级管理员、普通管理员，客服副参与者：无前置条件：各种管理员需要进入后台进行各种信息维护主流：i)进入网站后台管理页面ii)键入预先分配好的帐号和密码iii)点击登录，进入后台iv)登录成功后置条件：各种管理员登录后台成功附加流：登录出错时提示出错信息用例：创建管理员用户ID：11简单描述：超级管理员创建一个新的管理员用户（普通管理员、客服）主参与者：超级管理员副参与者：数据库前置条件：网站需要新建一个管理员用户主流：i)超级管理员登录网站后台页面ii)创建一个新的管理员用户（帐号，密码）iii)点击确定完成新管理员用户的创建，数据库进行保存iv)创建成功后关闭后台页面后置条件：网站得到一个新的普通管理员用户或客服用户附加流：创建失败时数据库提示出错信息用例：删除管理员用户ID：12简单描述：超级管理员删除一个管理员用户（普通管理员、客服）主参与者：超级管理员副参与者：数据库前置条件：网站需要删除一个管理员用户主流：i)超级管理员登录网站后台页面ii)删除一个管理员用户（帐号，密码）iii)点击确定完成管理员用户的删除，数据库进行保存iv)删除成功后关闭后台页面后置条件：删除一个普通管理员用户或客服用户成功附加流：删除失败时数据库提示出错信息用例：设置管理员权限ID：13简单描述：超级管理员对网站中的管理员设置权限主参与者：超级管理员副参与者：数据库，普通管理员，客服前置条件：需要对网站内的普通管理员和客服进行区分，对他们分别设置不同的权限主流：i)超级管理员登录网站后台页面ii)对普通管理员设置权限，令其能对网站信息进行增、删、改、查以及对游客留言信息（不合法）进行查询和删除对客服设置权限，令其只能对游客的留言或提问信息进行回复iii)点击确定完成权限设置，数据库进行保存iv)设置成功后关闭后台页面后置条件：普通管理员或客服的权限设置成功附加流：权限设置失败时数据库提示出错信息用例：查看管理员用户信息ID：14简单描述：超级管理员对普通管理员用户或客服用户的信息进行查看主参与者：超级管理员副参与者：数据库前置条件：需要查看管理员用户信息主流：i)超级管理员登录网站后台页面ii)对指定普通管理员用户或客服用户的信息进行查询iii)显示指定管理员用户信息后置条件：管理员信息查询成功，得到所查信息详情附加流：查询信息失败时数据库提示出错信息。
uml用例与用例之间的关系
UML用例与用例之间的关系1. 引言在软件系统开发过程中，需求分析是一个至关重要的环节。
用例是一种常用的需求表示工具，用来描述系统与用户之间的交互过程。
用例图是一种在统一建模语言（UML）中常用的图形化表示工具，它能够清晰地描述不同角色之间的交互以及系统的功能。
在用例图中，用例之间存在着不同的关系，这些关系能够帮助我们更好地理解和分析需求，从而有助于正确地设计系统。
2. 用例与用例之间的关系用例与用例之间的关系主要体现在用例图中的连接关系，以下是用例与用例之间可能存在的几种关系：2.1 包含关系（include）包含关系描述了一个用例（被包含用例）在执行过程中调用了另一个用例（包含用例）的场景。
被包含用例是包含用例的一部分，它们之间有一个可选的包含关系，即被包含用例可以选择是否执行包含用例。
包含关系在用例图中用带箭头的虚线表示。
举例来说，如果一个系统中有一个支付用例和一个生成订单用例，那么支付用例可以调用生成订单用例来创建订单。
但是在某些情况下，比如采用现金支付时，生成订单用例就可以不执行，所以这个关系是可选的。
2.2 扩展关系（extend）扩展关系描述了一个用例（扩展用例）在某个基本场景（基础用例）的执行过程中可以选择性地插入另一个场景（扩展用例）。
扩展关系使得系统的功能可以按需进行扩展，而不会影响基础用例的执行。
扩展关系在用例图中用带箭头的虚线表示。
以在线购物系统为例，基础用例是购物，而扩展用例可以是添加到购物车、查看商品详情等。
这些扩展用例可以根据用户的需求来选择性地应用，从而实现购物功能的扩展。
2.3 泛化关系（generalization）泛化关系描述了一个用例（子用例）继承了另一个用例（父用例）的属性和行为。
子用例可以复用父用例的功能，并在其基础上进行扩展或修改。
泛化关系在用例图中用带空心箭头的实线表示。
例如，一个系统有多种角色，比如管理员和普通用户，它们都可以登录系统，所以可以有一个登录用例作为父用例，而管理员登录和普通用户登录可以作为子用例，从而实现用例的复用。
功能需求分析用例描述文档
XXX村村民交流互动网站系统设计小组成员：何成龙、陆承林黄元勇、王永亮胡荣启引言：在计算机技术飞速发展的今天，各类交流网站挤满了互联网，本设计立足于XXX村村民交流互动而设计一个交流网站，网站为村民提供交流服务，村民可以在网上通过发帖聊天交流生活琐事以及农事科技等。
第一章：功能性需求分析一、在本次设计中，“远程教育网站系统”包括以下功能模块：1、个人工作台2、在线浏览3、资料共享4、系统管理5、在线帮助二、功能描述1、个人工作台用户可通过个人工作台对个人信息进行注册和修改。
1.1、用户注册/登陆模块用户通过注册模块进行注册成为会员，登陆模块为会员完成用户登陆；1.2、修改信息在本模块用户可对已填信息进行完善和修改。
2、在线浏览在线浏览为会员和非会员提供阅读材料以及视频文件，可在线点播及阅读。
3、资料共享此功能仅为会员提供，非会员无权享受此功能。
会员通过此模块可下载所需内容以及上传文件。
4、系统管理4.1、后台管理专为网站管理员开设。
网站管理员通过此模块可对网站进行维护和管理。
4.2、网站数据库主动收集网站各类数据并及时更新。
4.3、信息管理系统仅为信息管理员提供，可以通过此模块对会员上传的文件进行审核和删除，以及对注册会员进行管理。
5、在线帮助5.1、联系我们用户通过此模块就网站存在的问题进行反馈。
6.功能描述文档：7.用例描述文档第二章：非功能需求分析一、系统可扩展性1、当用户的访问量不断增加时，应使系统的整体响应时间依然能够满足用户的需求。
2、具有可扩展的系统框架，当业务扩展时，新的模块或者栏目可以无缝的挂接在系统中。
二、系统性能要求系统必须在3.0秒内验证用户请求并做出响应，响应时间最长不得超过10.0秒，除非网络连接中断。
三、系统安全性要求1、用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。
2、只有注册用户才能上传及下载信息。
UML 用例图、关系图、活动图
网上 查询 读者 扩展 预定 扩展
查询 图书馆工作 人员 取消 预定
还书
通知
借书
武当山旅游门户网站（ ） 分类信息
注意
在画用例图时要特别注意：用例图是系统分析、 设计和实现的一个最基础的图形，在初期是不一 定要考虑太多的处理细节。 一个用例内部的具体处理细节是由其他图形工具 描述的，用例图只是反映系统的总体功能，以及 与这些功能的相关的角色。有些人可能在画“借 书”用例时，情不自禁地就考虑了“输入读者号 和书号”，“检查图书是否在库？”，“图书数 量减1”，“添加读者借书记录”等等，一旦考虑了 这些细节，就会发现用例图画不下去了。因此， 读者注意用例图中不要考虑处理细节。
武当山旅游门户网站（ ） 分类信息
注意：
活动图描述多个角色之间的处理非常有 效，一张活动图只能有一个开始状态， 但可以有多个结束状态。 一个活动可以与多个实体对象相关，这 里的相关指的是一种访问操作。在上面 “借书”活动图中，“检查读者有效” 的活动，要访问“读者”对象和“借还 书记录”对象，检查“读者编号”的有 效性和读者借书数量。
状态图中的转移可以由三部分组成： 事件[条件]/动作
武当山旅游门户网站（ ） 分类信息
角色
角色是指与系统交互的人或物。 角色可以有四种类型：系统的使用者、硬件设备、 外部系统和时间。
系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。 其他外部应用系统。 硬件设备，不同的硬件设备具有不同的特性和不同的处 理方式。 时间作为角色,经过一定的时间触发系统中的某个事件。
认识活动图认识活动图图书馆图书信息管理系统借书活动图图书馆图书信息管理系统借书活动图借书申请检查读者有效性读者信息借书记录读者无效图书无效检查图书有效性检查预订预订记录清除预订记录图书信息借书记录修改图书信息创建借书记录图书信息读者无效借书超期图书无效有预订读者流通组工作人员读者图书编号活动图中的主要图形元素活动图中的主要图形元素泳道
用例图描述
1． 学生在用户名输入框里输入用户名 2． 在密码框里输入密码 3． 用户按登录后，系统验证学生输入的有效性。 4． 有效则进入系统的主界面。无效则提示相应错误给用户。 5． 用例终止
异常事件流：
显示错误信息，提示无效身份登录，认证无法通过登陆失败。
分支流程：
在按“登录”按钮之前 ，学生可以随按“关闭”按钮。
前置条件：
1.学生进入到聊天界面。
2.用户必须联网方能使用。
后置条件：
1.聊天信息必须显示，所有成员都能看到。
2.聊天记录可清空。
正常流程：
1.打开群聊天窗口界面。
2.输入信息，点击发送。
3.群中所有成员发送信息都显示在群聊天窗口上。
分支流程：
1.若想进行私聊，一对一聊天
1.点击你想要聊天的好友，打开聊天窗口。
3.显示“签到成功”信息。
特殊需求：
学生一次只允许签到一个用户。
发送文件
ID：
3
用例名称：
发送文件
参与者：
学生
用例描述：
产生的原因：学生需要将所完成的功课提交老师批阅。
大概过程：学生完成作业后，按“提交按钮”发送给老师。
输出结果：系统提示文件送达成功或者失败。
前置条件：
学生必须提供上传信息资源请求。
输出结果：在系统的登陆界面区域确定身份后，登录界面转换登录成功。
前置条件：
系统已启动到登录界面，教师在进行其余操作之前必要完成的步骤。
后置条件：
用户登录成功后系统显示信息查看的结果界面，用户登录成功后，进入到教师相应界面。
正常流程：
1． 教师在用户名输入框里输入用户名 2． 在密码框里输入密码 3． 用户按登录后，系统验证学生输入的有效性。 4． 有效则进入系统的主界面。无效则提示相应错误给用户。 5． 用例终止
用例图及用例分析
用例图及用例分析用例图及用例分析客户电影信息查询今日电影查询主题电影查询售票工作人员系统管理人员售票维护会员信息<>系统维护日志维护权限维护增删用户后台数据维护<><><>个人信息查询会员信息添加会员信息修改会员信息删除管理电影信息<>订购电影电影校验维护电影数据<>电影信息添加电影信息删除电影信息修改购票<><><><><><><><><><><><><><><><><><>重点用例分析用例名称：售票描述：售票工作人员使用系统销售用例完成售票的任务标识符:uc1优先级：A(高)角色: 售票工作人员前置条件：售票工作人员已成功登录系统并具有查询电影信息、售票的权限主事件流:1. 售票工作人员选择售票选项，用例开始2. 售票工作人员输入账号，系统根据规则检查账号的有效性A1：售票工作人员账号无效3. 售票工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．售票工作人员查询输入顾客所购买电影名称6.系统根据输入的电影名，进入数据库调出电影单价，查询余票7．售票工作人员扫描会员卡A3：有会员卡8. 显示电影总价格9. 接受顾客付款，售票工作人员点击确认10. 打印电影票11. 用例结束其他事件流：A1:售票工作人员无效(1).系统售票工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3：有会员卡（1）.系统显示会员的具体信息，进行折扣计价。
（2）.跳至主事件流第8步后置条件：系统成功将已售出的电影信息更新至数据库中特殊需求：用例名称：添加会员描述：工作人员使用系统添加会员用例完成添加会员的任务标识符:uc2优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择添加会员选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击添加会员6.系统进入数据库查询现有会员，生成新的会员号7．工作人员录入会员信息8. 显示最新会员信息9. 接受顾客付款，工作人员点击确认10. 制成会员卡11. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件：系统成功将已添加的会员信息更新至数据库中特殊需求：无用例名称：删除会员描述：工作人员使用系统删除会员用例完成删除会员的任务标识符:uc3优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择删除会员选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击删除会员6.输入会员账号7. 系统进入数据库查询现有会员A3：无此会员8．工作人员点击删除9. 显示确认删除提示10. 工作人员点击确认11. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此会员(1). 系统显示无此会员的提示信息(2). 返回主事件流第4步后置条件：系统成功将已删除的会员信息移出至数据库中特殊需求：无用例名称：查询会员描述：工作人员使用系统查询会员用例完成查询会员的任务标识符:uc4优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:1. 工作人员选择查询会员选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击查询会员6.输入会员账号7. 系统进入数据库查询现有会员A3：无此会员8．工作人员点击查询9. 显示查询会员的信息10. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此会员(1). 系统显示无此会员的提示信息(2). 返回主事件流第4步后置条件：无特殊需求：无用例名称：添加电影描述：工作人员使用系统添加电影用例完成添加电影的任务标识符:uc4优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择添加电影选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击添加电影6.系统进入数据库查询现有电影，生成新的电影号7．工作人员录入电影信息8. 显示最新电影信息9. 点击确认10. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件：系统成功将已添加的电影信息更新至数据库中特殊需求：无用例名称：删除电影描述：工作人员使用系统删除电影用例完成删除电影的任务标识符:uc5优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择删除电影选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击删除电影6.输入电影名7. 系统进入数据库查询现有电影A3：无此会员8．工作人员点击删除9. 显示确认删除提示10. 工作人员点击确认11. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此电影(1). 系统显示无此电影的提示信息(2). 返回主事件流第4步后置条件：系统成功将已删除的会员信息移出至数据库中特殊需求：无用例名称：查询电影描述：工作人员使用系统查询电影用例完成查询电影的任务标识符:uc6优先级：A(高)角色: 工作人员前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:1. 工作人员选择查询电影选项，用例开始2. 工作人员输入账号，系统根据规则检查账号的有效性A1：工作人员账号无效3. 工作人员输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5．工作人员点击查询电影6.输入电影名7. 系统进入数据库查询现有电影名A3：无此电影8．工作人员点击查询9. 显示查询会员的信息10. 用例结束其他事件流：A1:工作人员无效(1).系统工作人员无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步A3:无此电影(1). 系统显示无此电影的提示信息(2). 返回主事件流第4步后置条件：无特殊需求：无用例名称：今日电影查询描述：顾客使用系统今日电影查询用例完成查询电影标识符:uc7优先级：A(高)角色: 顾客前置条件：无主事件流:1. 顾客选择今日电影查询选项，用例开始2. 显示今日电影信息3. 用例结束其他事件流：无后置条件：无特殊需求：无用例名称：个人信息查询描述：顾客使用系统个人信息查询用例完成个人信息查询标识符:uc8优先级：A(高)角色: 顾客前置条件：顾客已成功登录系统主事件流:1. 顾客选择查询个人信息查询选项，用例开始2. 顾客输入账号，系统根据规则检查账号的有效性A1：顾客账号无效3. 顾客输入密码，检查密码是否正确A2：密码错误4．显示登录成功提示信息5 显示顾客个人信息6. 用例结束其他事件流：A1:顾客无效(1).顾客无效的提示信息(2).返回主事件流第2步A2:密码错误(1). 系统显示密码错误的提示信息(2). 返回主事件流第3步后置条件：无特殊需求：无用例名称：检索描述：当功能界面中“请选择”输入3的时候进入检索功能角色: 用户前置条件：已经进行排序主事件流:1.用户选择检索功能，用例开始A1：未完成前置条件2. 用户选择检索条件，输入检索关键字3. 系统根据输入信息查询文件A2：检索失败4.检索成功5．将检索到的信息显示在屏幕上或存储在其他文件中6. 用例结束其他事件流：A1：未完成前置条件返回主菜单A2：检索失败返回搜索菜单后置条件：系统成功将已检索的信息显示在屏幕或存储在文件中特殊需求：无。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4：管理新闻
4-1添加新闻
用例描述：
用例名称：添加新闻
用例标识号：4-1
参与者：管理员
简要说明：
管理员向网站添加新闻
前置条件：
管理员已经登管理系统
基本事件流：
1．负责人鼠标点击“添加新闻”按钮
2．系统出现一个空白的文本框。
3．负责人可以在文本框添加新闻，
4．负责人编辑完文本框，按“提交”按钮，首页新闻信息就被更新
3.用例终止
其他事件流A1：
管理员随时可以按“返回”按钮返回到管理系统主页面
异常事件流：
1．提示错误信息，管理员确认
2．返回到管理系统主页面
后置条件：
无
注释：无
5-2修改用户信息：
用例名称：修改用户信息
用例标识号：4-2
参与者：管理员
简要说明：
管理员用来修改用户信息，该用户信息最终更新用户列表上。
前置条件：
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，文本框的任何修改内容都不会影响网站首页的新闻信息
异常事件流：
1．提示错误信息，管理员确认
2．返回到管理系统主页面
后置条件：
网站首页的新闻信息被更新
注释：无
4-3删除新闻：
用例名称：删除新闻
用例标识号：4-3
参与者：管理员
简要说明：
管理员用来删除网站新闻信息，该新闻信息从网站首页上消失。
异常事件流：
1．提示错误信息，点击“确认”按钮
2．返回主页
后置条件：回复成功
注释：无
7-5：发布留言
用例描述
用例名称：发布留言
用例标识号：7-3
参与者：用户
简要说明：用户对相应帖子发布留言
前置条件：用户已登录，切到相应帖子页面下
基本事件流：
1．用户鼠标点击“发布留言”按钮
2．系统出现一个文本域
3．用户编辑留言，按“发布”按钮，完成留言发布
3. 管理员选择一条留言标题，点击浏览留言详细信息；
4．管理员可以在选择要回复的留言；
5. 管理员点击提交回复留言
6．用例终止；
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面
异常事件流：
1．提示错误信息，管理员确认；
2．返回到留言管理页面。
后置条件：
系统中的留言得到回复
1：总体用例图
2：留言管理
2-1:回复留言
用例描述:
用例名称：回复留言
用例标识号：2-1
参与者：管理员
简要说明：
管理员对用户提交到系统的留言，进行浏览和回复。
前置条件：
管理员已经登管理系统
基本事件流：
1．管理员鼠标点击“浏览留言”按钮，发出留言审核请求；
2．系统提供系统中存储的留言，分页显示留言内容；
1．管理员鼠标点击“删除用户信息”按钮
2．系统出现一个文本框，显示着原来的用户信息
3. 管理员按“确认”按钮，首页上该条用户信息就被删除
4．用例终止
其他事件流A1：
在按“确认”按钮之前，管理员随时可以按“返回”按钮，文本框的任何修改内容都不会影响该用户的信息
异常事件流：
1．提示错误信息，管理员确认
2．返回到管理系统主页面
4．用例终止
其他事件流A1：突发性终止，或者用户点击返回，返回到主页
异常事件流：
1．提示错误信息用户确认
2．返回主页
后置条件：留言发布成功
注释：无
最新文件仅供参考已改成word文本。方便更改
前置条件：
管理员已经登陆网站管理系统
基本事件流：
1．管理员鼠标点击“删除新闻”按钮
2．系统出现一个文本框，显示着原来的新闻内容
3. 管理员按“确认”按钮，首页上该条新闻信息就被删除
4．用例终止
其他事件流A1：
在按“确认”按钮之前，管理员随时可以按“返回”按钮，不会影响网站首页的新闻信息
异常事件流：
1．提示错误信息，管理员确认
参与者：用户
简要说明：用户回复别人对自己帖子的回复
前置条件：用户已登录，且到相应的帖子下，看到相应的留言
基本事件流：
1．用户鼠标点击“回复留言”按钮
2．系统出现文本域，用户编辑回复内容
3．用户编辑完回复内容，点击“提交”按钮，提交回复
4．用例终止
其他事件流A1：当用户回复写到一半不想继续写，或者突发性终止，返回主页
后置条件：
无
注释：无
7：用户用例：
7-1：浏览信息
用例描述
用例名称：浏览信息
用例标识号：7-1
参与者：用户
简要说明：
游客可以浏览新闻，帖子，留言等各种信息。
前置条件：
游客已经在浏览门户网站
基本事件流：
1．用户点击信息标题
2．系统跳转到详细信息页面；
3. 游客浏览信息；
4．用例终止；
其他事件流A1：
无
4．系统检验游客登陆信息；
5．检验成功系统跳转到系统首页；检验失败系统进行提示，登陆页面清空。
6．用例终止；
其他事件流A1：
在按“提交”按钮之前，游客随时可以按“返回”按钮，登陆状态不改变。
异常事件流：
1．提示错误信息，游客确认；
2．返回到登陆页面顶部页面。
后置条件：
游客登陆成功
注释：无
6-3：浏览信息
异常事件流：
1．提示错误信息，游客确认；
2．返回到门户网站首页。
后置条件：
无
注释：无
7-2：修改个人信息
用例描述
用例名称：修改个人信息
用例标识号：7-2
参与者：用户
简要说明：用户修改个人信息
前置条件：用户已登录
基本事件流：
1．用户鼠标点击“修改个人信息”按钮
2．系统出现一个表单，表单：密码，电话号码，邮箱，且显示原有信息
管理员已经登陆网站管理系统，并查看用户信息。
基本事件流：
1．管理员鼠标点击“修改用户信息”按钮
2．系统出现一个文本框，显示着原来的用户信息
3．管理员可以在文本框上修改用户信息，
4．管理员编辑完文本框，按“提交”按钮，该用户信息就被修改
5．用例终止
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，文本框的任何修改内容都不会影响该用户的信息
异常事件流：
1．提示错误信息，管理员确认；
2．返回到帖子管理页面。
后置条件：
系统中的帖子批准状态被修改。
注释：无
3-2删除帖子
用例描述
用例名称：删除帖子
用例标识号：3-2
参与者：管理员
简要说明：
管理员对用户提交到系统的帖子，进行浏览和删除帖子。
前置条件：
管理员已经登管理系统
基本事件流：
1．管理员鼠标点击“浏览帖子”按钮，发出帖子浏览请求；
5．用例终止
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，文本框的任何修改内容都不会影响网站首页的新闻信息
异常事件流：
1．提示错误信息，管理员确认；
2．返回到留言管理页面。
后置条件：
系统中的新闻信息被更新。
注释：无
4-2更新新闻：
用例名称：更新新闻
用例标识号：4-2
参与者：管理员
前置条件：
管理员已经登管理系统
基本事件流：
1．管理员鼠标点击“浏览帖子”按钮，发出帖子浏览请求；
2．系统提供系统中存储的帖子，分页显示帖子内容；
3．管理员可以在选择要帖子的留言；
4. 管理员点击提交回复帖子
5．用例终止；
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面
用例描述
用例名称：浏览信息
用例标识号：6-3
参与者：游客
简要说明：
游客可以浏览新闻，帖子，留言等各种信息。
前置条件：
游客已经在浏览门户网站
基本事件流：
1．游客点击信息标题
2．系统跳转到详细信息页面；
3. 游客浏览信息；
4．用例终止；
其他事件流A1：
无
异常事件流：
1．提示错误信息，游客确认；
2．返回到门户网站首页。
后置条件：
该用户信息被删除，用户列表被更新
注释：无
6-2：登陆
用例描述
用例名称：登陆
用例标识号：6-2
参与者：游客
简要说明：
游客登陆系统变为用户身份，游客可以登陆也可以不登陆。
前置条件：
游客已经在浏览门户网站
基本事件流：
1．游客鼠标点击“登陆”按钮，发出登陆请求；
2．系统跳转到登陆页面；
3. 游客填写登陆信息；
2．系统提供系统中存储的帖子，分页显示帖子内 管理员点击删除按钮删除帖子
5．用例终止；
其他事件流A1：
在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面
异常事件流：
1．提示错误信息，管理员确认；
2．返回到帖子管理页面。
后置条件：
系统中的帖子被删除
简要说明：
管理员用来修改网站新闻信息，该新闻信息最终更新显示在网站的首页上。
前置条件：
管理员已经登陆网站管理系统
基本事件流：
1．管理员鼠标点击“更新新闻”按钮
2．系统出现一个文本框，显示着原来的新闻内容
3．管理员可以在文本框 上修改新闻，
4．管理员编辑完文本框，按“提交”按钮，首页公告就被修改
5．用例终止
2．返回到管理系统主页面
后置条件：