需求用例分析之六：业务用例之科伯恩系

最新推荐文章于 2019-11-15 02:04:18 发布
最新推荐文章于 2019-11-15 02:04:18 发布
阅读量2.8k 收藏
点赞数
分类专栏： 软件工程 文章标签： 用例 use case 业务用例 需求
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhangmike/article/details/28838601
版权
本文源自科伯恩的《编写有效用例》，探讨业务用例与系统用例的区别，强调它们在设计范围上的差异而非模版的不同。科伯恩提出用例光谱概念，从组织业务目标到软件需求。同时指出编写业务用例时常见的混淆问题，以及系统用例与业务用例间的一致性挑战。
摘要由CSDN通过智能技术生成

作者：张克强    作者微博：张克强-敏捷307

来自于科伯恩《编写有效用例》对业务用例的说明

在《使用 UML 进行业务建模：理解业务用例与系统用例的相似和不同之处》中分析科伯恩编写有效用例如下：

Cockburn 的 Writing Effective Use Cases 给业务和系统用例使用了相同的用例说明模版。业务用例与系统用例说明使用这个模版的区别是设计范围，而不是模版。Cockburn 想通过目标层次对用例进行分类，如表格1所示。

图1： Alistair Cockburn 对业务和系统用例的分类

高层概要

概要
最低0.47元/天 解锁文章
zhangmike
关注
专栏目录
业务用例向系统用例转换方法的一个讨论
咖啡小驻
12-22 9274
最近收到一封网友来信，询问关于业务用例向系统用例转换的问题。觉得这个问题比较有意义，涉及到了业务用例向系统用例转换的策略以及评判方法，特发表上来，并感谢rainyhuang网友：  rainyhuang的来信： Dear CoffeeWood, 你好,看过你的文章使我对OOA有了更深的了解,但我在实际工作过程中遇到了一个问题让我百思不得其解,请不吝赐教,谢谢. 
业务用例规约模版（详细版）
05-28
此模板给出了用例规约中需要书写的各项，内容详尽，希望能给您已借鉴。
关于业务用例和系统用例
Rachelint的博客
11-15 1950
1.基础概念 软件系统： 我觉得想要理解整套软件建模流程的话，应该先弄清一个最根本的问题，软件到底是干什么的？为何要有软件？我的观点是软件的意义其实和蒸汽机、汽车制造业的流水线等等没本质区别。【软件的作用我认为就是自动化，用机器来完成原来由人力完成的任务。】 如果目的是自动化的话，那么很容易就能得出软件建模的最基本思路： A. 没目标软件前的业务流程是怎样的？ B. 目标软件可以自动化业务流程中的...
软件工程-业务分析用例模型图
12-29
软件工程上机实践模型，用VISIO创建，内含多种用例示例！
需求用例分析之四：业务规则
高效软件开发
05-24 1万+
在雅各布森用例分析方法和科伯恩用例分析方法中其实都没有“业务规则”的属性，在科伯恩方法中有个相近的属性是约束条件。但是业界使用中常常会给用例加上这个属性，这是为什么呢？为什么两位大师没有加上，是大师们疏忽了？而为什么不少人加上了呢？ 从时间和传播上很容易推断，业务规则的来源是传统的需求规格说明书。在传统的需求规格说明书中，整理提炼业务规则或称业务逻辑是其中核心的分析产物。受到传统需求规格说明书的
需求用例分析之八：用例颗粒度
高效软件开发
06-08 1万+
在RUP中，没有对用例的颗粒度给出清晰的指导。2004年Rational 中国区技术销售经理 傅纯一发表一文《用例建模指南》。 2011年，雅各布森为首三人等发布了Use-Case 2.0。其第4条原则是Principle 4: Build the system in slices。将Use-Case进行切片，称为Use-Case Slice。 在Use-Case 2.0中，Use-Case Slice的推荐组织方式是利用条目化工具与Use-Case分别管理，维护两者的关联从属关系，推荐采用了故事点了对Us
需求用例分析之九：序列图
高效软件开发
06-25 5414
作者：张克强    作者微博：张克强-敏捷307序列图，也称时序图、顺序图，英文名Sequence Diagram。在雅各布森用例分析方法中鼓励使用各类图形来表达，但恰恰没有明确提到序列图。而科伯恩用例分析方法以结构化/半结构化文本用例为中心，强调基于目标的文本格式，对UML各类图所提甚少。在RUP和OOAD中，UML序列图的最基本定位是用于识别类与类之间的信息传递，是识别类的方法的最佳场合。它是
需求用例分析之二：级别设置
高效软件开发
05-05 2925
在《编写有效用例》（阿莱斯特-科伯恩著，以下用科伯恩用例来指代）一书中，赋予了用例不同的级别，科伯恩形象的设定了如下级别：海平面、云朵、风筝、蛤等等。  科伯恩建议用例级别分为多个个目标层次：概要、用户目标、子功能，书写需求用例时，只能选择其一，下面对其具体说明： 概要：包括多个用户目标，它有“显示相关目标的生命周期顺序”和“为低层用例提供一个目录表”的功能，概要用例通常需要执行几
和小贺的聊天记录,关于业务用例和系统用例的一些迷惑
AOL's Web Log
09-12 2712
 AOL(嘿咻，嘿咻) says:在不在吖?小贺 [NAT..UML..WebService..] says:在 AOL(嘿咻，嘿咻) says:碰到个问题. 是不是用例析上, 有业务用例和系统用例的区别?小贺 [NAT..UML..WebService..] says:对 AOL(嘿咻，嘿咻) says:哦, 我们用的分析方法, 是系统用例分析?小贺 [NAT..UML..WebService.
用例与业务建模
weixin_36317299的博客
04-22 772
1.用例建模a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸。b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例尽可能识别外部系统，并用色彩标注新的外部系统和服务我使用的是马蜂窝预定酒店的流程c. 对比两个时代、不同地区产品的用...
需求用例分析之七：业务用例之小结
高效软件开发
06-08 4874
作者：张克强    作者微博：张克强-敏捷307 RUP虽然对于业务对象建模进行了详细的说明，但其本身并没有把业务对象建模（领域模型）、业务用例作为必须的工件。Rational系方法把业务用例作为需求规格说明（SRS）前的推荐工件。     在《编写有效用例》中，业务用例被放在很次要的位置，前面提到云朵和风筝时，科伯恩并没有清晰的指出这是业务用例，相反的还是在系统范围内讨论用例。而且科
Alistair Cockburn三个层次说
hiwzg
10-17 707
工作之后还有机会再听讲座真的是要好好珍惜才对。 今天UML China邀请到了Alistair Cockburn来做Use Case和敏捷软件开发的交流。我本身对USE CASE应该说有一定的了解了，毕竟我师兄是UML专家，并且我们也在实际项目中写过USE CASE，但是听Alistair Cockburn讲如何编写用例，特别是讲到了学习新东西以及和别人交流时的三个级别，又...
业务用例和系统用例
vinep的专栏
11-25 3621
抛开前一篇文章谈的总体思路，我们今天来谈一下需求分析工作实质性的做些什么。在这里，我们，将主要关注于分析层面，也即UML中的用例模型和逻辑模型。在这里要申明的是逻辑模型并不能完全算需求分析阶段的工作，因为它包含了设计模型的概念，但是我又把它归纳了一块到需求分析阶段，原因在于逻辑模型中存在了业务对象模型和分析模型的概念。言归正传，先来看用例模型。用例模型用例模型包含了两部分：业务用例
业务用例和系统用例的区别
热门推荐
tammysong的博客
03-04 2万+
分清业务用例和系统用例，是做需求分析的第一步 用例 use case，或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。 业务用例：属于业务范围的概念。顾名思义，在具体用户所接触的真实业务中总结出来的...
需求用例分析关键要素：独立、可观测与粒度控制
"本文主要探讨了需求用例分析的关键要点，包括用例的构成、特征、粒度、获取方法以及用例之间的关系。通过深入理解这些概念，可以帮助我们更好地进行系统设计和开发。" 1. **用例构成** 用例是描述系统或软件功能...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值