和小贺的聊天记录,关于业务用例和系统用例的一些迷惑

原创 2004年09月12日 16:50:00

 AOL(嘿咻,嘿咻) says:
在不在吖?
小贺 [NAT..UML..WebService..] says:

 AOL(嘿咻,嘿咻) says:
碰到个问题. 是不是用例析上, 有业务用例和系统用例的区别?
小贺 [NAT..UML..WebService..] says:

 AOL(嘿咻,嘿咻) says:
哦, 我们用的分析方法, 是系统用例分析?
小贺 [NAT..UML..WebService..] says:
是啊,业务的用例是用来做业务需求的
 AOL(嘿咻,嘿咻) says:
比如说?
 AOL(嘿咻,嘿咻) says:
除了这两种还有没有其它的呢?
 AOL(嘿咻,嘿咻) says:
呵呵,今天问题比较多, 主要是自己在想一些用例的东东
小贺 [NAT..UML..WebService..] says:
比如整个业务流程,我们和各个合作者之间的关系

拿Ezhi来说,就涉及到协约用户和我们的一些关系,这些是做在整个系统设计之前的工作
 AOL(嘿咻,嘿咻) says:
原来.那我们再拿一个单机的马里奥游戏来说吧.根据系统用例分析, 我可以把游戏玩家做为一个Actor;但业务用例中, 我感觉游戏世界中是马里奥却是一个Actor
小贺 [NAT..UML..WebService..] says:
业务用例分析,在我们对整个商业系统的商业运作不清楚的时候是很有用的,也是用来确定我们要开发的系统在商业系统中的位置和作用
 AOL(嘿咻,嘿咻) says:
那就拿马里奥游戏来说,有几个问题:一,你觉得我那种观点正确吗? 二,一般情况下,是系统用例,还是业务用例? 三,假如是系统用例,有哪几个Actor;假如是业务用例,应该有哪几个Actor?
 AOL(嘿咻,嘿咻) says:
我感觉你的看法是,在做软件的时候用系统分析,而业务分析是个辅助
小贺 [NAT..UML..WebService..] says:
是的,就我的理解,在业务建模时候,我们要设计的系统有时候都会成为一个Actor,一般的用例分析,全部都是系统用例分析,业务用例分析和系统用例分析的图形表示都是有所区别的,UML中,所有的业务符号,都是带一个“/”的
 AOL(嘿咻,嘿咻) says:
这个我知道
小贺 [NAT..UML..WebService..] says:
Bussiness Use Case Diagram,不是分析的一个必要步骤,是需要的时候才进行的,而其中的Actor,不能直接移用到Use Case Diagram中来,这中间有很多要注意的细节
 AOL(嘿咻,嘿咻) says:
还是用马里奥游戏来说吧,我只想到几个Actor,一个玩家,一个时间(时间到了马里奥就会挂掉),一个是游戏(可以生成NPC,记血,记分)
 AOL(嘿咻,嘿咻) says:
你觉得应该怎么分呢? 我觉得实例来说,我理解会更好点儿
 AOL(嘿咻,嘿咻) says:
现在都在找有没有这样的书, 很多实例的.
小贺 [NAT..UML..WebService..] says:
首先,我觉得这个游戏不是一个典型的分析例子,作为一个游戏系统,他始终没有跟我们的投资商挂钩,没有跟业务挂钩,只能停留在系统分析上
 AOL(嘿咻,嘿咻) says:
我就是说从系统分析上,怎么分呢?

 AOL(嘿咻,嘿咻) says:
这种外界参与的人不是很多的情况下,事实上玩游戏的时候,系统假如可以自己维护的话.人只剩下玩家一个了.
小贺 [NAT..UML..WebService..] says:
如果就是一个单机游戏的话,那就只有 Player 一个了
 AOL(嘿咻,嘿咻) says:
对呀,那就没达到目的了.
 AOL(嘿咻,嘿咻) says:
那怎么分析下去?
小贺 [NAT..UML..WebService..] says:
你所说的目的是什么呢?
 AOL(嘿咻,嘿咻) says:
就是能分析出它的模型啊
小贺 [NAT..UML..WebService..] says:
执行着是只有一个啊,但是对象有很多啊,游戏中的角色马里奥不是一个执行者,但是他是一个最典型的对象啊
 AOL(嘿咻,嘿咻) says:
游戏世界里的动作,可不可以看作是业务?
 AOL(嘿咻,嘿咻) says:
这时候马里奥是可以作为一个执行者的.
小贺 [NAT..UML..WebService..] says:
如果理解了 Bussiness ,你就应该会明白 “业务” 的意思
 AOL(嘿咻,嘿咻) says:
我觉得不是这样理解的.
 AOL(嘿咻,嘿咻) says:
Bussioness,这个英文单词不是很好.
 AOL(嘿咻,嘿咻) says:
它偏向商业
小贺 [NAT..UML..WebService..] says:
那说说你的理解
 AOL(嘿咻,嘿咻) says:
我拿一个例子来说吧.
 AOL(嘿咻,嘿咻) says:
就那个订单的吧.
 AOL(嘿咻,嘿咻) says:
假如做系统用例的话, 软件的用户是一个Actor,它可以派生出客户,客户代表,还有其它的用这个软件的人
 AOL(嘿咻,嘿咻) says:
或系统
 AOL(嘿咻,嘿咻) says:
做业务用例分析的话,他们之上就没有软件用户这个Actor。
 AOL(嘿咻,嘿咻) says:
我觉得系统用例分析的系统范围比业务用例分析的系统范围要大一层.
 AOL(嘿咻,嘿咻) says:
订单的那个例子,业务用例更实际点儿,而且软件做是的模拟/辅助这个业务.
小贺 [NAT..UML..WebService..] says:
业务当然不只有关商务,但是业务所描叙的,是作为一个庞大的系统,所有的相关者都要纳入分析范畴的,它是要描叙,我们所要做的事情,是怎样的一个逻辑,而系统用例分析,只针对我们要开发的系统,作为一个配合者,怎样来提高这个事情的效率
 AOL(嘿咻,嘿咻) says:
这个道理我知道.
 AOL(嘿咻,嘿咻) says:
马里奥游戏,我也只能划出玩家这个Actor,最多也就多了一个时间的Actor.
小贺 [NAT..UML..WebService..] says:
那这一句如何理解:“我觉得系统用例分析的系统范围比业务用例分析的系统范围要大一层.”
 AOL(嘿咻,嘿咻) says:
但光有这两个Actor,再做用例,Actor可以有很多用例的.应该有所细分. 
小贺 [NAT..UML..WebService..] says:
我理解,你是觉得Actor少了,想把 马里奥作为一个 Actor,来进行分析
 AOL(嘿咻,嘿咻) says:
这是我说的我觉得系统用例分析的系统范围比业务用例分析的系统范围要大一层的原因.
 AOL(嘿咻,嘿咻) says:
游戏世界里完成的东西,更像一个业务
小贺 [NAT..UML..WebService..] says:
如果你这个游戏只是开发给自己玩,那么系统也就等同于业务了,没有建立业务的意义
 AOL(嘿咻,嘿咻) says:
假如把它看成一个业务的话,那就可以把马里奥做为一个Actor了
小贺 [NAT..UML..WebService..] says:
不论如何,马里奥都不是一个Actor
 AOL(嘿咻,嘿咻) says:
倒, 你始终认为业务的执行者是现实世界的人
小贺 [NAT..UML..WebService..] says:
不是,这样理解是错误的
 AOL(嘿咻,嘿咻) says:
照你这么说的话,那就是一个player了. 我觉得这很不科学
 AOL(嘿咻,嘿咻) says:
这么说吧.
 AOL(嘿咻,嘿咻) says:
我拿这两个做类比
小贺 [NAT..UML..WebService..] says:
可以是一个人,可以是一个子系统,在业务建模中,马里奥游戏系统,是一个执行着
 AOL(嘿咻,嘿咻) says:
那你说说假如要业务建模,你认为这个马里奥游戏有什么Actor呢?
小贺 [NAT..UML..WebService..] says:
游戏代理商、游戏玩家、游戏商家(也就是开发者)、游戏系统、等等
 AOL(嘿咻,嘿咻) says:
马里奥游戏系统是否可以再细分?怎么细分呢?
 AOL(嘿咻,嘿咻) says:
 我明白你的意思,或许是我理解错误,因为我没看过这种书. 但我的感觉,不应该是这样.假如这样的话,意义不是很大
小贺 [NAT..UML..WebService..] says:
可以细分啊,作为一个对象,象 马里奥 这个游戏角色(不是执行着Actor),就是一个对象啊,我们的Actor:Player,如果能够操作 马里奥 跳,那么这个对象就应该具有跳的功能,如此等等
 AOL(嘿咻,嘿咻) says:
那这个对象所具有的方法,是什么时候分析呢?
 AOL(嘿咻,嘿咻) says:
而且这里的对象有可能是很多的,他们之间也有一些继承,关联什么的关系.那又怎么去分析呢?
小贺 [NAT..UML..WebService..] says:
在顺序图中就会有描叙的,我们的Player以 Actor小人的形式出现在顶端、我们的 马里奥 以 Object 的形式出现在 顶端
 AOL(嘿咻,嘿咻) says:
我来说一下, 这里有可能用到的对象吧.马里奥,敌人(可以派生为恶蘑菇,乌龟,飞行物),静态的东西(地图,青藤等),还有记分子系统,记血子系统,还有一些其它的,我没有看到的.那怎么来表现它们的关系呢?
小贺 [NAT..UML..WebService..] says:
我明白你冲突的地方了,就假如一个《金山游侠》的网络游戏,他的游戏世界本身就模拟了真实的世界,这个时候,仅仅有游戏这个玩家,肯定是不好分析的,当然,这个时候,如果只针对于这个游戏系统,不涉及到人的主动性,你就可以变通的来把其中的对象转换成执行者,因为人在这个系统中,本来就扮演了一个游戏角色,呵呵,我这样说不知道是否正确,但是我觉得这也是一种解决方案
 AOL(嘿咻,嘿咻) says:
这么大一个东西以顺序图的方法的话,那就面向过程了.
 AOL(嘿咻,嘿咻) says:
我就的就是这个
小贺 [NAT..UML..WebService..] says:
呵呵,如果有一个UML的考题,就可以出“RPG游戏”的用例分析了
 AOL(嘿咻,嘿咻) says:
至始至终,系统用例的方法,看的资料中,都与电脑,与电脑的用户有关.也许这些东西对我有些误导吧
 AOL(嘿咻,嘿咻) says:
或许我们对这个游戏系统的分析,就是一个系统用例分析
小贺 [NAT..UML..WebService..] says:
当然是一个系统用例分析,但是一定要明白 业务建模 的概念 和 系统建模 概念是有所区别的
 AOL(嘿咻,嘿咻) says:
这个知道  有些东西误导我了, 我应该去看一下业务用例.这样就可以分出两者的区别了. 
小贺 [NAT..UML..WebService..] says:
呵呵,+U!
 AOL(嘿咻,嘿咻) says:
呵呵, 谢谢. 我先试一下, 用马里奥做为一个Actor的用例分析吧. 88 
小贺 [NAT..UML..WebService..] says:
好的,88

需求分析阶段的工作(一):业务用例和系统用例

在这里要申明的是逻辑模型并不能完全算需求分析阶段的工作,因为它包含了设计模型的概念,但是我又把它归纳了一块到需求分析阶段,原因在于逻辑模型中存在了业务对象模型和分析模型的概念。 言归正传,先来看...
  • vampirem
  • vampirem
  • 2014年04月09日 16:07
  • 1004

UML视图(一)用例图

UML——统一建模语言通过视频过了一遍,对UML的理论进行宏观了解。视频里的知识老师介绍得非常详细,虽然详尽,但还是老师说的那句话:讲得这么多,UML学习的主要目的不是要把这些概念背下来,而最重要的是...
  • wangqingbo0829
  • wangqingbo0829
  • 2014年02月16日 23:46
  • 1299

软件项目需求开发过程实践之业务建模用例图

在项目前期及需求分析阶段,开发人员致力于“降低成本”,以最小的代价完成项目,其可预见性的软件产品是经过系统平台升级的,并经过改良的第二个办公业务流程管理平台。按客户验收要求,“只能打60分,是不能给予...
  • xiaoyw
  • xiaoyw
  • 2015年03月03日 22:04
  • 4071

需求用例分析之七:业务用例之小结

作者:张克强    作者微博:张克强-敏捷307 RUP虽然对于业务对象建模进行了详细的说明,但其本身并没有把业务对象建模(领域模型)、业务用例作为必须的工件。Rational系方法把业务用例作为需...
  • zhangmike
  • zhangmike
  • 2014年06月08日 11:43
  • 2427

系统分析之三 使用用例建模系统需求

使用用例建模系统需求   一、用例建模的系统概念 一)用例建模的产物 1、 用例图 以图形化的方式将系统描述成用例、参与者及其之间的关系。在高层交流了系统必须处理的业务事件的范围。 2...
  • apn172
  • apn172
  • 2014年01月06日 18:05
  • 1371

EA业务建模实践之业务用例图

本文重点是业务建模实践,以及建模工具EA初级使用过程日志。 先前写了些文档,从不同角度描述了业务建模,但是条理性和规范性仍无法让人一目了然。春节期间当我再次读了《软件方法》前几章,产生了共鸣:误解随处...
  • xiaoyw
  • xiaoyw
  • 2015年02月27日 12:56
  • 6348

ERP系统测试用例设计

问题:   1、如何进行ERP系统测试用例设计?   2、ERP系统测试用例设计过程?   3、ERP系统测试用例设计的方法?   ERP系统本身是一种业务流程很复杂,单据报表...
  • juandaisy
  • juandaisy
  • 2017年05月03日 14:51
  • 742

UML简单介绍(四)——用例图的基本概念与解析

1、用例图         用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行(或称为发起了哪个用例)。用例图多用...
  • ljtyzhr
  • ljtyzhr
  • 2015年05月18日 20:18
  • 1085

业务流程测试的方法和实践

业务流程测试是测试人员把系统各个模块连贯起来运行、模拟真实用户实际的工作流程,满足用户需求定义的功能来进行测试的过程。   业务流程测试是系统测试最重要的内容,而测试的依据就是用户定义的需求和测试...
  • yanying861212
  • yanying861212
  • 2013年10月25日 12:03
  • 2162

需求用例分析之五:业务用例之Rational系

业务用例的定义:"业务用例从一个外部的,增加值的角度来描述一个业务过程。为了给这个业务的涉众创造价值,业务用例是超越组织边界的业务过程,很可能包括合作伙伴和供应商。" 围绕着业务用例的使用起源于RUP...
  • zhangmike
  • zhangmike
  • 2014年06月02日 21:35
  • 2406
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:和小贺的聊天记录,关于业务用例和系统用例的一些迷惑
举报原因:
原因补充:

(最多只允许输入30个字)