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

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

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

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

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

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

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

普通用户用例图
图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，以便进行下次登录
后置条件：如果这个用例成功，系统数据库将添加用户信息。

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

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

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．返回到帖子管理页面。