门户网站用例图与用例描述

合集下载

02-用例和用例图

3.4.4 几种关系的比较
关系类型
说明
表示符号
关联
actor与use case之间
泛化
actor之间或use case之间
包含
use case之间
扩展
use case之间
用例图
用例图(use case diagram)是显示一组用例、角色以及它们之间的关系的图.
在UML中, 一个用例模型若干个用例图描述.
角色
由于Actor实际上是一个特殊类, 因此它们之间可以存在一定的关系,如：
脚本/场景
脚本(scenario)在UML中指贯穿用例的一条单一路径, 用来显示用例中的某种特殊情况.
其它译名: 情景、情节、剧本.
每个用例有一系列脚本, 包括一个主要脚本, 以及几个次要脚本. 相对于主要脚本, 次要脚本描述了执行路径中的异常或可选择的情况.
实例分析：语音邮箱系统----用例脚本
用例3: 登录系统 1. 邮箱用户完成邮箱号输入操作. 2. 邮箱用户键入密码并后跟#键.(默认号码与邮箱号相同) 3. 语音邮件系统播放邮箱菜单: 按1键接收信息. 按2键更改密码. 按3键更改问候语.
实例分析：语音邮箱系统----用例脚本
用例4: 接收信息 1. 邮箱用户完成登录操作. 2. 邮箱用户选择 “接收信息”菜单选项. 3. 语音邮件系统播放信息菜单: 按1收听当前信息; 按2存储当前信息; 按3删除当前信息; 按4返回邮箱菜单. 4. 邮箱用户选择“收听当前信息”菜单选项. 5. 语音邮件系统播放当前新信息,若无新信息,播放当前已有信息.(注意: 只播放,不删除) 6. 语音邮件系统播放信息菜单. 7. 用户选择”删除当前信息”,则信息被永久删除. 8. 继续执行第3步.

用例图和用例描述设计实例

用例图和用例描述设计实例作者：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位数字构成，用户按原样输入验证码。

系统用例描述 (2)

瑞天图书管理系统用例描述一、图书借阅该用例提供了用户借阅图书时管理员更新图书信息以及日志、记录借阅信息、创建与修改借阅者账户以及信息等 1、用例图如下:记录图书数量与价格(from ...)2、用例描述: 用例名称: 图书借阅简要说明:图书管理员输入读者编号与图书编号来完成图书借阅。

参与者:图书管理员前置条件:读者出示的借阅证必须就是有效的借阅证后置条件:显示读者的全部借阅信息假设条件:图书管理员已经成功登录图书管理系统基本操作流程:(１) 图书管理员输入借阅证信息(2) 系统检查读者就是否有超期的借阅信息与读者的借书数量就是否已经达到借书限额(4) 图书管理员输入要借阅的图书信息(５) 系统将读者的借阅信息保存到数据库中可选操作流程:读者有超期的借阅信息,或者读者的借书数量已经达到借书限额,系统显示不能借阅图书的信息,图书管理员进行超期处理。

二、归还图书1、用例图如下:) (from)登录2、用例描述:用例名称:归还图书简要说明:图书管理员收到要归还的图书,进行还书操作。

参与者:图书管理员、学生、其她用户前置条件:无后置条件:显示读者的全部借阅信息假设条件:图书管理员已经成功登录图书管理系统基本操作流程:(1)图书管理员输入读者要归还的图书信息(2) 系统检索与该图书相关的借阅者信息(3) 系统检查该借阅者就是否有超期的借阅信息(4) 系统将借阅者的还书信息保存到数据库中(5)系统将该图书的状态改变为可借阅状态可选操作流程:读者归还图书,图书管理员查瞧就是否超出期限,并进行相应处罚,并且图书管理员将借阅信息删除。

三、图书查询1、用例图如下:输入书籍信息２、用例描述:用例名称: 图书查询简要说明:用户登录网站进行查询参与者:用户前置条件:必须有登录账户后置条件:显示要借图书的全部信息假设条件:用户已经成功登录图书管理系统3、操作流程:(1) 用户输入登录信息(2)系统检查读者就是否有账号(３) 用户输入要查询的图书信息(4)系统检查读者的借书信息就是否存在可选操作流程:读者有超期的借阅信息,图书管理员进行超期处理;读者的借书数量已经达到借书限额,系统显示不能借阅图书的信息。

用例及用例图案例

第3章
用例及用例图-案例
3.7 业务用例图 3.8 案例
1
3.7 业务用例图
• 作用
– 帮助了解机构及其软件系统（或工作内容） – 帮助业务过程重建工程工作 – 帮助员工（小组内成员）充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。
22
● ⑥ 编制用例说明。
● 用例：预订变更 ●参与者：柜台工作人员 ●说明：
Ａ２：有冲突。
⑧系统添加新课程，并提示添加成功。
⑨系统回到管理主界面，显示所有课程，用例结束。
14
● ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
15
案例3：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、客房入住、退房结帐、旅客信息查询几个方面的功能。
第3章用例和用例图
● 3.4 用例图 3.4.1 用例图的作用 3.4.2 用例图的形式
● 3.5 用例描述 ● 3.6 用例分析 ● 3.7 业务用例图
● —— 重要知识点
26
本章作业
(1) 什么叫用例？ (2) 用例图在软件建模中的作用是什么？ (3) 用例之间存在那几种关系？ (4) 包含关系和扩展关系有什么区别? (5) 参与者可以是那几种形式？ (6) 什么叫事件流,作用是什么？

用例和用例图

用例
用例(use case)是Ivar Jacobson发明的. 其它的中文译名有: 用况、用案等. 定义1: 用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列. 定义2: 用例是系统、子系统或类和外部参与者交互的动作序列的说明, 包括可选的动作序列和会出现异常的动作序列. 用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约, 软件开发过程是用例驱动的.
实例1：图书馆管理系统中的用例图
1.确定系统涉及的总体信息图书馆管理系统是对书籍的借阅及读者信息进行统一管理的系统，具体包括读者的借书、还书，书籍预订；图书馆管理员的书籍借出处理、书籍归还处理、预订信息处理；还有系统管理员的系统维护，包括增加书目、删除或更新书目、增加书籍、减少书籍、增加读者账户信息、删除或更新读者账户信息、书籍信息查询、读者信息查询等。
用例图的作用
用例图展示了用例之间以及用例与参与者之间是怎样相互联系的。用例图对系统、子系统或类的行为进行了可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。用例图主要用来描述用户的功能需求。UML侧重从最终用户的角度来理解软件系统的需求，强调谁在使用系统、系统可以完成哪些功能。用例分析技术已经是一种公认有效的用户需求获取、分析和描述技术
情况二：假如机票购买者通过呼叫中心，由人工座席操作订票系统购买机票，那么谁是参与者？
情况三：如果机票购买者通过呼叫中心的自动语音预定机票而不是通过人工座席，那么谁是参与者？
情况四：如果扩大系统边界，让呼叫中心成为机票预定系统的一个子系统，并且假设机票购买者将可以自主选择是通过人工座席还是自动语音登录网站预订机票，那么谁是参与者？

普通用户用例图

普通用户用例图
图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图？这可是典型的面向过程分析模式。

网上投稿系统用例图

图一网上投稿系统注册登录子系统用例图
查看稿件
稿件管理
查看状态稿件编号
查询
用户管理员
<< include >>
<< include >>
<< include >>
<< include >>
图二网上投稿系统稿件查询子系统用例图
（一）用户注册登录用例描述：
用例游客编号：001
用例名称：游客注册并登录
简要描述：游客进行填写自己的基本信息，并会在注册完成之后生成用户ID ，用户可以根据用户ID 进行登录。

前置条件：这个用例启动之前游客必须登陆到系统中。

基本流：
① 游客填写自己的基本信息
② 信息填写完成后，进行提交
③ 提交成功后，注册完成，用户进行登录
备选流：
① 游客注册信息不完整或邮箱未通过，注册失败，用例终止
② 用户需要记住自己用户ID，以便进行下次登录
后置条件：如果这个用例成功，系统数据库将添加用户信息。

（二）稿件查询用例描述
用例名称：投递稿件查询
简要描述：用户在投递稿件之后，可以对稿件进行查询，查看稿件状态信息。

前置条件：用户稿件已投递
基本流：
① 用户投递稿件
② 对稿件进行查询
③ 显示稿件状态信息
备选流：
① 未投递过稿件的用户查询界面会出现提示信息
后置条件：若用例成功，将会在数据库留下信息。

用例和用例图

技巧实地观察
访谈
描述
• 直接观察个人工作旳情况，以发觉现存旳实践方式和
问题
• 从个人处搜集特定信息
特定群体调查
对一组人员进行调查，以便了解工作态度和共同看法
• 问卷调查搜集详细数据和统计意义上比较主要旳数据
• • 顾客指导
让最终顾客告诉你，他们是怎样操作系统旳
• 原型制作模拟一种无法直接测试旳系统
人、外部系统、外部因素等
12
3.2.2 辨认参加者：参加者要点
• 参加者指在系统中所扮演旳角色。即在拟定参加者时，
应主要考虑他旳角色，而不是这个角色旳实例。
• 某些组织中可能有诸多营销人员，但他们均起着同
一种作用，扮演着相同旳角色。
• 一种顾客也能够扮演多…种角色：一种高级营销人员
既能够是贸易经理，也能够是一般旳营销人员。
小一点旳蓝色大理石
5
3.2.1 获取原始需求：如此脆弱
客户/顾客旳要求/想法/期望
验收
分析和设计
没价值旳软件需求
补文档
软件产品编码和测试
软件设计
6
3.2.1 获取原始需求：也需要开发
客户/顾客旳要求/想法/期望
软件产品
开发
验收
编码和测试
有价值旳软件需求
分析和设计
软件设计
7
3.2.1 获取原始需求：技巧
第三章用例和用例图
1
3.1 概述
• 用例图着重从系统外部执行者旳角度来描述系统需要提
供哪些功能，执行者能够是人或外部系统。
2
3.1 概述
用例图旳构成元素
• 图中旳元素涉及：参加者、用例、某些表达关系旳连接

门户网站用例图和用例描述doc13页版

1：整体用例图注册用户登岸旅客阅读信息改正个人信息用户答复留言公布帖子公布留言2：留言管理答复留言管理员删除留言2-1:答复留言用例描绘:管理帖子管理留言管理员管理新闻管理用户用例名称：答复留言用例表记号：2-1参加者：管理员简要说明：管理员对用户提交到系统的留言，进行阅读和答复。

前置条件：管理员已经登管理系统基本领件流：1．管理员鼠标点击“阅读留言”按钮，发出留言审查恳求；2．系统供给系统中储存的留言，分页显示留言内容；管理员选择一条留言标题，点击阅读留言详尽信息；4．管理员能够在选摘要答复的留言；管理员点击提交答复留言6．用例停止；其余事件流A1：在按“提交”按钮以前，管理员随时能够按“返回”按钮，返回到阅读页面异样事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。

后置条件：系统中的留言获得答复说明：无2-2:删除留言用例描绘:用例名称：删除留言用例表记号：2-2参加者：管理员简要说明：管理员对用户提交到系统的留言，进行阅读和删除前置条件：管理员已经登管理系统基本领件流：1．管理员鼠标点击“阅读留言”按钮，发出阅读留言恳求；2．系统供给系统中储存的经审查的留言，分页显示留言；管理员查察留言，点击删除按钮删除留言后从头列出留言；7．用例停止；其余事件流A1：在按“提交”按钮以前，管理员随时能够按“返回”按钮，返回到阅读页面异样事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。

后置条件：系统中的留言被删除。

说明：无3：管理帖子答复帖子管理员删除帖子3-1答复帖子用例描绘:用例名称：答复帖子用例表记号：3-1参加者：管理员简要说明：管理员对用户提交到系统的帖子，进行阅读和答复帖子。

前置条件：管理员已经登管理系统基本领件流：1．管理员鼠标点击“阅读帖子”按钮，发出帖子阅读恳求；2．系统供给系统中储存的帖子，分页显示帖子内容；3．管理员能够在选摘要帖子的留言；管理员点击提交答复帖子5．用例停止；其余事件流A1：在按“提交”按钮以前，管理员随时能够按“返回”按钮，返回到阅读页面异样事件流：1．提示错误信息，管理员确认；2．返回到帖子管理页面。

uml用例描述

uml用例描述在软件开发过程中，用例是一种用来描述系统功能和用户需求的工具。

UML（Unified Modeling Language）是一种常用的建模语言，其中用例图是用来描述系统功能和行为的图形表示方法。

本文将使用UML用例图的描述方式，来介绍一个名为“在线购物系统”的软件系统。

1. 引言在线购物系统是一个电子商务平台，为用户提供了在线购买商品的功能。

本系统的主要参与者包括注册用户、游客和管理员。

注册用户可以浏览商品、添加商品到购物车、下单购买商品等；游客可以浏览商品，但无法添加商品到购物车或下单购买；管理员负责管理商品信息和用户信息。

2. 用例图下面是“在线购物系统”的用例图：- 注册用户用例：注册用户可以执行的操作包括浏览商品、搜索商品、添加商品到购物车、下单购买商品、查看订单状态和评价商品。

- 游客用例：游客可以执行的操作包括浏览商品、搜索商品和查看商品详情。

- 管理员用例：管理员可以执行的操作包括添加商品、编辑商品信息、删除商品、管理用户信息和查看订单信息。

3. 详细描述3.1 注册用户用例- 浏览商品：注册用户可以浏览系统中的商品列表，查看商品的基本信息和价格。

- 搜索商品：注册用户可以根据关键词搜索系统中的商品，系统会返回符合条件的商品列表。

- 添加商品到购物车：注册用户可以将感兴趣的商品添加到购物车中，以便稍后进行结算。

- 下单购买商品：注册用户可以选择购物车中的商品，生成订单并进行支付。

- 查看订单状态：注册用户可以查看自己的订单状态，包括待支付、待发货、已发货等。

- 评价商品：注册用户可以给已购买的商品进行评价，以供其他用户参考。

3.2 游客用例- 浏览商品：游客可以浏览系统中的商品列表，查看商品的基本信息和价格。

- 搜索商品：游客可以根据关键词搜索系统中的商品，系统会返回符合条件的商品列表。

- 查看商品详情：游客可以查看具体商品的详细信息，包括商品介绍、规格、用户评价等。

用例及用例描述

用例图用例描述用例：留言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)显示指定管理员用户信息后置条件：管理员信息查询成功，得到所查信息详情附加流：查询信息失败时数据库提示出错信息。

功能需求分析用例描述文档

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、只有注册用户才能上传及下载信息。

用例图描述

正常流程：
1．学生在用户名输入框里输入用户名 2．在密码框里输入密码 3．用户按登录后，系统验证学生输入的有效性。 4．有效则进入系统的主界面。无效则提示相应错误给用户。 5．用例终止
异常事件流：
显示错误信息，提示无效身份登录，认证无法通过登陆失败。
分支流程：
在按“登录”按钮之前，学生可以随按“关闭”按钮。
前置条件：
1.学生进入到聊天界面。
2.用户必须联网方能使用。
后置条件：
1.聊天信息必须显示，所有成员都能看到。
2.聊天记录可清空。
正常流程：
1.打开群聊天窗口界面。
2.输入信息，点击发送。
3.群中所有成员发送信息都显示在群聊天窗口上。
分支流程：
1.若想进行私聊，一对一聊天
1.点击你想要聊天的好友，打开聊天窗口。
3.显示“签到成功”信息。
特殊需求：
学生一次只允许签到一个用户。
发送文件
ID：
3
用例名称：
发送文件
参与者：
学生
用例描述：
产生的原因：学生需要将所完成的功课提交老师批阅。
大概过程：学生完成作业后，按“提交按钮”发送给老师。
输出结果：系统提示文件送达成功或者失败。
前置条件：
学生必须提供上传信息资源请求。
输出结果：在系统的登陆界面区域确定身份后，登录界面转换登录成功。
前置条件：
系统已启动到登录界面，教师在进行其余操作之前必要完成的步骤。
后置条件：
用户登录成功后系统显示信息查看的结果界面，用户登录成功后，进入到教师相应界面。
正常流程：
1．教师在用户名输入框里输入用户名 2．在密码框里输入密码 3．用户按登录后，系统验证学生输入的有效性。 4．有效则进入系统的主界面。无效则提示相应错误给用户。 5．用例终止

用例图和用例模型

用例图和用例模型用例图用来描述用户的需求,它从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统为执行者完成哪些功能;用例图概述UML用例图是软件产品外部特性描述的视图,它从用户的角度而不是开发者的角度来描述软件产品的需求,分析软件产品所需的功能和行为;用例图主要描述了系统需要实现的功能,而忽略系统是如何实现这些功能的;用例模型由用例图组成,它是系统用例图的集合,是对系统从宏观角度的确定描述;用例模型主要用于需求分析阶段,该模型是系统开发者和系统使用者反复讨论的结果,表明了系统开发者和系统使用者对需求规格达成的共识;首先,用例模型描述了待开发系统的功能需求；其次,用例模型将系统看作黑盒,仅从外部执行者的角度来理解系统；再次,用例模型驱动了需求分析之后各阶段的开发工作,影响到开发工作的各个阶段和UML的各个模型;一、用例图元素用例图主要用于定义系统的功能需求,它描述了系统的参与者与系统提供的用例之间的关系;用例图由以下几种元素组成：执行者、用例、关系、用例描述1执行者执行者Actor是系统的外部用户,它是与系统相关联的人或其它系统,可以是普通用户、外部硬件、其他系统;在进行用例图绘制时,首先要找出系统的执行者;一般可以从以下几个方面来考虑怎样找到系统的执行者：谁使用系统的功能;谁向系统提供必要的信息;谁从系统获取信息;谁维护、管理系统工作;系统需要使用哪些外部资源;需要与系统交互的其它系统有哪些;其他对系统产生的结果感兴趣的人或事物;2用例用例是指系统中的一个功能单元,也可以将用例理解为系统功能的分解;用例的表示方法如下：3关系1关联在用例图中,用例和执行者之间的关系用一条连接二者带箭头的连线表示,如图所示,该连线称为关联;它表示了一个执行者和一个用例之间的关系;在用例图中,关联关系只用在执行者和用例之间,用例和用例之间不会存在关联关系;关联关系采用的是单箭头的连线,表示在该关联中执行者是主动的,是执行者启动的用例;如下图所示;2包含包含是指一个用例作为另一个用例必需的部分被使用,包含关系是依赖关系的一种;包含关系用一条连接二者带箭头的虚线表示,并在虚线的上面标注include,箭头方向由基本用例指向包含用例,如下图所示;包含的使用场合：如果多个用例有大量一致的功能,可以将这个功能分解到一个用例中,其他用例和这个用例建立包含关系;一个用例功能太多,可以使用包含关系建立若干小用例;3扩展扩展是指一个用例扩充了另一个用例的功能,但这个扩充功能不是必需的,扩展关系也是依赖关系的一种;扩展关系用一条连接二者带箭头的虚线表示,但在虚线的上面标注的是extend,箭头方向由扩展用例指向基本用例,如下图所示;扩展关系和包含关系的区别;包含用例是一个完整的用例,它可以独立的存在,也可以单独被执行者所调用; 扩展用例并不是一个完整的用例,它只是由部分扩展功能组成的,它不能独立的存在,必须依赖于基本用例;4泛化用例间的泛化关系是指一个概念较为抽象的用例可以被一般化为一个或多个概念更为具体的用例;其中概念较为抽象的用例被称为父用例,概念更为具体的用例称为子用例;子用例是父用例的特殊形式,子用例从父用例处继承属性和行为,还可以添加、覆盖或改变继承的行为;二、用例描述为了进一步说明用例是如何完成功能的,就需要对用例进行更加详细的描述;用例描述主要用来说明执行者为了实现自己的目标与系统进行交互的过程;在用例描述中,需要对用例的主要属性进行说明;这些属性主要包括：简要说明前置条件后置条件基本事件流其他事件流异常事件流。

用例和用例图

扩展关系
扩展点是一个条件，决定扩展是否会被使用，扩展点定义了一个扩展用例一直在监视的条件，一旦条件满足，扩展用例就将自己加入到执行用例中。比如基用例向系统报告一个错误，该错误这是某个扩展用例监视的条件，在收到这个条件后，扩展用例就插入执行，对错误进行处理，执行完毕后，基用例被允许从中断的地方继续执行。
用例图
用例图是基于用例的方法的一部分，基于用例的方法还包括对用例的文本描述和用例脚本。文本描述用来强调用例的需求细节，脚本则用来说明用例执行中的选项、测试需求以及为后续的开发提供较高层次的测试计划。
参与者（1）
参与者是某种类型的用户，用户指使用系统的人，或者是其他的的系统、设备。参与者的图形表示见教材P24页图3.4所示。
用例和用例图
教学目的
熟悉用例的概念，掌握用例图的作用；掌握用例之间的关系；学会使用用例对软件系统需求建模；掌握用例描述；掌握Rose下用例建模。
用例建模概述
用例图从用户的角度来描述系统功能，并指出各功能的操作者，其基本组成成份是系统、参与者和用例。用例从外部用户的角度来描述系统应该实现什么样的功能。参与者是与系统进行交互的外部实体，系统是实现各种用例的“黑盒”。
establish credit
监督员
用例图
用例图包含三个元素，它们是：参与者、用例、关系。参与者：参与系统成功操作的某些人、系统、设备甚是是企业所扮演的角色。用例：标志系统的某个关键行为。每个用例都表达了系统必须达到的目标或必须产生的结果。关系：标志参与者和用例之间的交互称为关联。每个关联成为在用例描述中加以解释的对话，而每个用例描述又提供了一组脚本，它们有助于开发测试用例。用例之间有包含、扩展和泛化关系。

用例图及用例分析

用例图及用例分析用例图及用例分析客户电影信息查询今日电影查询主题电影查询售票工作人员系统管理人员售票维护会员信息<>系统维护日志维护权限维护增删用户后台数据维护<><><>个人信息查询会员信息添加会员信息修改会员信息删除管理电影信息<>订购电影电影校验维护电影数据<>电影信息添加电影信息删除电影信息修改购票<><><><><><><><><><><><><><><><><><>重点用例分析用例名称：售票描述：售票工作人员使用系统销售用例完成售票的任务标识符: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：检索失败返回搜索菜单后置条件：系统成功将已检索的信息显示在屏幕或存储在文件中特殊需求：无。