📄 有关use case的问题.txt
字号:
有关USE CASE的问题
--------------------------------------------------------------------------------
近日看rose自带的RoseTutorial,觉得有点收获了,但是一做东西就发现不是
那么回事,有以下问题,望大虾指教:
1.我看RoseTutorial诸如user maintenance,都extend了Add User,Remove User,
Edit User Profile的Use Case,但是我想是否可以引申到业务表单的维护呢,如果我这个系统有10种业务表单,每种都要有maintenance,那是否要有30个类似于Add User,Remove User的Use Case呢,如果表单更多,那Use Case不就满天飞
了嘛?
2。如果有这样的机制,我在系统上填了一份表单,给我的领导审批,
那么如果填表单是一个USE CASE,领导审批是一个USE CASE,这两个USE
CASE间是什么关系呢?还是没有关系?还有这种过程该画什么图啊?
活动图?如果我和领导是两个泳道对象的话,那么这个活动图是在哪个USE CASE中呢?是不是应该针对这两个USE CASE分别画我和系统,领导和系统之间的
活动图呢?
1==========
原文(alix于2001/04/13 02:01粘贴)
回复: 有关USE CASE的问题
--------------------------------------------------------------------------------
你可不可以当这两份表单都是一个CASE呢!因为所谓审批只不过是对象的状态不
同罢了,因为UML是纯的对象程序分析,你这样似乎方向不大正确!
11==========
原文(rayyh于2001/04/13 02:52粘贴)
回复: 有关USE CASE的问题
--------------------------------------------------------------------------------
非常感谢alix的回答!
1.其实是一份表单来的,但是有两个actor参与,我觉得应该是两个actor启动了
不同的use case。但是活动图(如果将这两个actor画在一个活动图中的话)就不知道该活动图是属于哪个USE CASE了。不过后来细看ROSE教程,我觉得还是
放在填写表单中吧。至于状态不同,我觉得应该是state chart diagram的事情了。
越想越搞不清,糊涂了,洗洗睡了:(
我刚学rose,遇到这些问题.刚才花了两个小时把umlchina上的电子书down下来,
把论坛精华全看完了。有的不错,比较有实用性,但是总的感觉是很多文章限于理论上甚至字面意思上的辩论,对解决象我这样的实际问题作用不大(各位大虾别骂我笨),好不容易找到了一个相近的问题,却又没有满意的答复:(
例如以下问题,就和我的一模一样,可惜没有很好的答案
原文(woodysteven于2001/02/15 15:53粘贴)
增加、修改、删除 —— An Use Case Question
对一个实体对象(例如:学生记录),用户经常需要做三件事:增加一条学生记录、修改一条学生记录,删除一条学生记录。我想问的是:在这里,是否隐含3个Use Case?如果系统中有很多类似学生记录的实体类(比如课程表,教师记录等等),Use Case图是不是会显得很麻烦?
谢谢!
原文(rickycheng于2001/02/15 16:04粘贴)
维护学生记录不就得了?
不论是增、删、改,应该都属于维护,没有必要单独列出来。
原文(woodysteven于2001/02/16 11:59粘贴)
回复: 维护学生记录不就得了?
Use Case应该可以写成一系列steps,“维护学生记录“似乎不能写出这样的steps。况且,这样大的粒度如何画出Sequence Diagram?如果不能画出Sequence Diagram,该Use Case对以后的分析和设计有何用?
请指教!谢谢。
原文(rickycheng于2001/02/16 13:32粘贴)
use case应该是先找出actors,然后
根据actor的任务来找出Use Case的。范围大小是很难定义的,应当根据你项目的规模来确定。RUP里面对这个工作有指南,可以参考。
111==========
原文(mouri于2001/04/13 08:40粘贴)
我来说说个人观点,好吗???
--------------------------------------------------------------------------------
虽然我在ROSE应用中是个外行,但我还是想谈谈我的看法:
我认为可以把学生表、课程表、教师表等等都归于档案,那么上述工作就是对档案的维护了,如何维护档案呢?
1、首选你可以增加新档案类型
2、选择你要进行维护的档案类型
3、增加新的记录
4、变更现有记录
5、删除记录
这样一来,你所说的9个或更多的用例就可以用上述5个用例来实现了。
说的不好,可能完全错误,请釜正
2==========
原文(mouri于2001/04/13 08:44粘贴)
关键在于边界和粒度的划分!!!
--------------------------------------------------------------------------------
虽然我在ROSE应用中是个外行,但我还是想谈谈我的看法:
我认为可以把学生表、课程表、教师表等等都归于档案,那么上述工作就是对档案的维护了,如何维护档案呢?
1、首选你可以增加新档案类型
2、选择你要进行维护的档案类型
3、增加新的记录
4、变更现有记录
5、删除记录
这样一来,你所说的9个或更多的用例就可以用上述5个用例来实现了。
说的不好,可能完全错误,请釜正
3==========
原文(btao于2001/04/13 10:09粘贴)
USE CASE的原则
--------------------------------------------------------------------------------
USE CASE的目的
1. 用来与customer 交流.
2. 搞清系统的需求.
这时候不应该过多的考虑对象的概念, 应从Actor的角度向系统提出需求, 着重描述系统向Actor提供的功能. 从Actor 的角度看系统 add edit delet 是系统提供的不同功能.
如果将Add, Edit, Delete 合并成一个Use Case, 这个Maintain Use case 就会非常大.这是违反Use case规则的.
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -