⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 有关use case的问题.txt

📁 一些关于UML的经典讨论
💻 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 + -