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

最新推荐文章于 2025-09-09 19:21:42 发布
原创 最新推荐文章于 2025-09-09 19:21:42 发布 · 2.9k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#用例 #use case #业务用例 #需求

本文源自科伯恩的《编写有效用例》，探讨业务用例与系统用例的区别，强调它们在设计范围上的差异而非模版的不同。科伯恩提出用例光谱概念，从组织业务目标到软件需求。同时指出编写业务用例时常见的混淆问题，以及系统用例与业务用例间的一致性挑战。

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

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

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

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

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

高层概要

最低0.47元/天 解锁文章
业务用例向系统用例转换方法的一个讨论
咖啡小驻
12-22 9342
最近收到一封网友来信，询问关于业务用例向系统用例转换的问题。觉得这个问题比较有意义，涉及到了业务用例向系统用例转换的策略以及评判方法，特发表上来，并感谢rainyhuang网友：  rainyhuang的来信： Dear CoffeeWood, 你好,看过你的文章使我对OOA有了更深的了解,但我在实际工作过程中遇到了一个问题让我百思不得其解,请不吝赐教,谢谢. 
需求用例分析之八：用例颗粒度
热门推荐
高效软件开发
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
业务用例规约模版（详细版）
05-28
此模板给出了用例规约中需要书写的各项，内容详尽，希望能给您已借鉴。
业务用例和系统用例
最新发布
技术日常
09-09 544
使用系统用例的读者批评业务用例所处层次太高，但却没有认识到提供系统详细行为细节不是业务用例应该做的。而系统用例编写者有时为了保持一致，会在业务过程中加一两句，但是他们通常不愿意重写一个包含新系统功能的业务用例。业务用例与系统用例具有同样的特征，因此编写和评审用例的方法对两者都适用。这形成了系统用例和用户用例之间的合作。然而，在此过程中，看不到业务用例和系统用例之间清晰的连接，企图寻找从业务过程到系统需求的自动映射方法是不明智的。这样就在系统用例和业务用例之间形成了空隙，即系统用例和业务用例之间不一致。
关于业务用例和系统用例
Rachelint的博客
11-15 2062
1.基础概念 软件系统： 我觉得想要理解整套软件建模流程的话，应该先弄清一个最根本的问题，软件到底是干什么的？为何要有软件？我的观点是软件的意义其实和蒸汽机、汽车制造业的流水线等等没本质区别。【软件的作用我认为就是自动化，用机器来完成原来由人力完成的任务。】 如果目的是自动化的话，那么很容易就能得出软件建模的最基本思路： A. 没目标软件前的业务流程是怎样的？ B. 目标软件可以自动化业务流程中的...
软件工程-业务分析用例模型图
12-29
软件工程上机实践模型，用VISIO创建，内含多种用例示例！
需求用例分析之二：级别设置
高效软件开发
05-05 3032
在《编写有效用例》（阿莱斯特-科伯恩著，以下用科伯恩用例来指代）一书中，赋予了用例不同的级别，科伯恩形象的设定了如下级别：海平面、云朵、风筝、蛤等等。  科伯恩建议用例级别分为多个个目标层次：概要、用户目标、子功能，书写需求用例时，只能选择其一，下面对其具体说明： 概要：包括多个用户目标，它有“显示相关目标的生命周期顺序”和“为低层用例提供一个目录表”的功能，概要用例通常需要执行几
信息系统分析与设计 第七章 用例建模
Lora青蛙的博客
12-22 6049
文章目录7.1 基于用例的需求分析7.2 用例的描述7.3 建立用例的关系 7.1 基于用例的需求分析 用例分析是站在最终用户的角度看待系统及其特性，模型简单直接，一经提出便受到软件开发人员的青睐。 用例总是和面向对象方法放在一起讨论，并且在面向对象标准建模语言UML中用例也具有中心地位。但严格意义上讲，用例并不是一个面向对象方法论的产物，不包含面向对象思想，只是因为用例概念最初是和面向对象方法一同提出并得到广泛接受而已。 需求分析基本步骤： 从系统涉众获取候选需求 结合系统业务背景理解候选需求 捕获信息系
TheVault: Java类和参考资料的综合资源库
6. 单元测试：可能包括JUnit或TestNG等单元测试框架的测试用例，它们是确保代码质量的重要组成部分。 7. 代码样例：提供针对常见问题的代码示例，帮助开发者理解如何在实际项目中应用Java。 8. 文档和注释：详细的...
编写系统和业务用例分析
08-27
编写系统用例和业务用例的一些心得体会，感觉作者写的很不错
业务建模、业务用例图、系统用例图都是啥？一文读懂《软件方法》
QcloudCommunity的博客
07-09 2682
????目录0 引子1业务建模2 需求3分析4 结尾计算机领域有众多经典丛书，《软件方法》是其中一本。在软件开发领域工作，深入业务分析，学会系统设计是保持竞争力的关键。本文作者深入拆解了这本书的核心内容，并根据自己的理解加以引申，是一篇非常优秀的读书笔记。推荐大家阅读完本文以后，进一步去阅读原作，结合自己的日常工作，相信会有更深的体会。00引子之前学习《软件方法》这本书，感触很深。虽然乍一看以为只是...
和小贺的聊天记录,关于业务用例和系统用例的一些迷惑
AOL's Web Log
09-12 2772
 AOL(嘿咻，嘿咻) says:在不在吖?小贺 [NAT..UML..WebService..] says:在 AOL(嘿咻，嘿咻) says:碰到个问题. 是不是用例析上, 有业务用例和系统用例的区别?小贺 [NAT..UML..WebService..] says:对 AOL(嘿咻，嘿咻) says:哦, 我们用的分析方法, 是系统用例分析?小贺 [NAT..UML..WebService.
用例与业务建模
weixin_36317299的博客
04-22 839
1.用例建模a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸。b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例尽可能识别外部系统，并用色彩标注新的外部系统和服务我使用的是马蜂窝预定酒店的流程c. 对比两个时代、不同地区产品的用...
需求用例分析之七：业务用例之小结
高效软件开发
06-08 4954
作者：张克强    作者微博：张克强-敏捷307 RUP虽然对于业务对象建模进行了详细的说明，但其本身并没有把业务对象建模（领域模型）、业务用例作为必须的工件。Rational系方法把业务用例作为需求规格说明（SRS）前的推荐工件。     在《编写有效用例》中，业务用例被放在很次要的位置，前面提到云朵和风筝时，科伯恩并没有清晰的指出这是业务用例，相反的还是在系统范围内讨论用例。而且科
Alistair Cockburn三个层次说
hiwzg
10-17 803
工作之后还有机会再听讲座真的是要好好珍惜才对。 今天UML China邀请到了Alistair Cockburn来做Use Case和敏捷软件开发的交流。我本身对USE CASE应该说有一定的了解了，毕竟我师兄是UML专家，并且我们也在实际项目中写过USE CASE，但是听Alistair Cockburn讲如何编写用例，特别是讲到了学习新东西以及和别人交流时的三个级别，又...
介绍6种开发模型（极限编程、水晶系列、开放式源码等）
huaqianzkh的专栏
12-01 810
Alistair考虑到人们一般很难严格遵循一个纪律约束很强的过程，因此，与XP的高度纪律性不同，Alistair探索了用最少纪律约束而仍能成功的方法，从而在产出效率与易于运作上达到一种平衡。SCRUM已经出现很久了，像前面所论及的方法一样，该方法强调这样一个事实，即明确定义了的可重复的方法过程只限于在明确定义了的可重复的环境中，为明确定义了的可重复的人员所用，去解决明确定义了的可重复的问题。首席程序员是最富有经验的开发人员，他们是项目的协调者、设计者和指导者，而“类”程序员则主要做源码编写。
需求用例分析关键要素：独立、可观测与粒度控制
"本文主要探讨了需求用例分析的关键要点，包括用例的构成、特征、粒度、获取方法以及用例之间的关系。通过深入理解这些概念，可以帮助我们更好地进行系统设计和开发。" 1. **用例构成** 用例是描述系统或软件功能...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值