Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1680736
  • 博文数量: 584
  • 博客积分: 13857
  • 博客等级: 上将
  • 技术积分: 11883
  • 用 户 组: 普通用户
  • 注册时间: 2009-12-16 09:34

分类: 项目管理

2011-03-20 23:16:20

为了更好的理解业务用例和系统用例的区别,收集了网上的相关资料

---------------------------------------------------------------------------------

业务用例着重于业务操作。它们表示实现业务目标的业务中的具体工作流。业务过程可能涉及手工和自动过程,并且在一段长期的时间内进行。

系统用例着重于要设计的软件系统。参与者如何与软件系统进行交互?我们在系统用例说明中书写的事件流应该足够详细,从而用作编写系统测试脚本的出发点。

---------------------------------------------------------------------------------

业务用例常常是以白盒形式编写的。它们描述了被建模的组织中的人和部门之间的交互。我们使用业务用例来说明在“现有”业务模型中组织如何工作。然 后我们重构“现有”的业务用例模型,让其面向将要建模的组织的未来设计。我们需要创建什么新角色和部门来提供更多价值,或者消除业务问题?什么角色和部门 需要消失?

系统用例几乎总是以黑盒形式编写的。它们描述了软件系统之外的参与者如何与将被设计的系统进行交互。系统用例详细阐明了系统需求。系统用例模型的目的是从涉众的角度说明需求,而不是设计如何满足需求。

业务不仅是指商务,但是业务所描述的是作为一个庞大的系统,所有的相关者都要纳入分析范畴的,它要述我们所要做的事情是怎样的一个逻辑;

而系统用例分析,只针对我们要开发的系统,作为一个配合者,怎样来提高这个事情的效率.

业务用例分析,在我们对整个商业系统的商业运作不清楚的时候是很有用的,也是用来确定我们要开发的系统在商业系统中的位置和作用.

---------------------------------------------------------------------------------
请注意理解:业务用例是用来捕获功能性需求的,功能性需求是由actor的业务目标来体现的。也就是对于actor来说,他所负责的业务需要由一 系列的业务目标组成。比如一个档案管理员,他的业务目标就是维护档案。比如论坛管理员,他的业务目标有维护用户,维护帖子等..这些业务目标构成 actor职责的全部。业务用例体现了需求。 而需求的实现有多种方式。如何实现它,是由系统用例来体现的,它们并不是一个简单的细分关系,虽然看上去象。就说维护档案吧,这样一个业务目标,会有多种 不同的用例场景去完成它,这些场景包括如何增加档案,如何修改档案,如何删除档案....对于系统用例来说,就是通过分析这些场景,来决定哪些场景中的哪 些部分是要纳入系统建设范围的。比如维护档案业务用例中,假设由于某个原因,修改档案很困难,只能通过先删除,再全部重建的方式来实现,那么系统用例就增 加档案,删除档案,而没有修改档案。 业务用例和系统用例是分别站在客户的业务视角和系统建设视角来规划的。业务用例不是接近,而是完全的直接需求,系统用例也不是业务逻辑的详细划分,而是系 统对需求的实现方式,但不是与程序设计无关,它只是说,要建设的系统功能性需求由这些系统用例构成。 所以业务用例和系统用例都是需求范畴,它们分别代表了业务范围和系统范围。
阅读(1031) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~