业务用例向系统用例转换方法的一个讨论
来源:互联网 发布:网络信息计量学的特点 编辑:程序博客网 时间:2024/06/05 01:27
最近收到一封网友来信,询问关于业务用例向系统用例转换的问题。觉得这个问题比较有意义,涉及到了业务用例向系统用例转换的策略以及评判方法,特发表上来,并感谢rainyhuang网友:
rainyhuang的来信:
Dear CoffeeWood,
你好,看过你的文章使我对OOA有了更深的了解,但我在实际工作过程中遇到了一个问题让我百思不得其解,请不吝赐教,谢谢.
业务描述:
销售管理中通常有 客户报价,客户问期 和客户要求做样本 等 一些需要SALES处理的事件.S处理这些事件都是通过客人提供的产品规格说明书(SPEC)并根据客人不同的目的(如 报价,问期,打样)来开出不同的请求单并发往相应的部门.
客户报价请求单 发给估价部门,客户问期就发给生产部门,做样本发给技术部门.我在业务建模时,我把这三种不同的请求单都抽象为客户请求单,所以我的业务用例是: 在业务模型向分析模型转换时.我把维护客户请求单用例改名为 维护(即一个具体的客户请求)资料,删除了其它三个字用例。 同时,由于包括维护产品资料,所以增加了维护产品资料用例。我现在的问题是:
1。业务用例是否可以这样向分析模型中的系统用例转换
2。根据我上面的说明。分析模型中的系统用例是选择系统用例1 还是系统用例2 好呢
业务用例
系统用例1
系统用例2
Thanks
我的回复:
rainyhuang : 你好这样的转换是可以的,不过转换的基础是什么,在你的来信中并未提及。从我的理解来看,从业务用例向系统用例的转换过程,是以抽象了业务处理单据为基础的,也就是说,把不同的客户申请单抽象成了项目资料和产品资料,而试图用同样的处理流程来处理不同的业务数据。如果以上的猜测是成立的,那么你的转换就是成立的。这里的重点是:不同的业务处理单据可以被同样的处理流程所处理,这意味着,业务处理单据是变化的,而处理流程是相对稳定的,新单据的加入或修改不至于引起处理流程的变化。反之,如果以上的猜测不成立,即这些业务单据并不能被同样的处理流程所处理,那你的转换就有问题了。至于系统用例1好还是2好,这个问题是由实际需求来决定的。对于系统用例1来说,维护project资料和维护产品资料是两个独立的可执行单元;客户可以只执行维护project资料,也可以只执行维护产品资料;而系统用例2意味着维护产品资料在是依附于维护project资料的,用户是不能单独维护产品资料的,并且在维护project资料时必须维护产品资料。 因此,如果需求要求项目资料和产品资料可独立维护,那系统用例1是合适的;如果需求要求项目资料和产品资料具有一定的强制关联,要修改产品资料必须先修改项目资料,那么系统用例2就是合适的。
- 业务用例向系统用例转换方法的一个讨论
- [全程建模]系统用例与业务用例的讨论之二——系统用例是如何产生的
- [全程建模]系统用例和业务用例的区别以及用例粒度的讨论
- 一个类型转换的讨论
- 业务用例和系统用例的区别
- 系统用例和业务用例的区别
- [全程建模]业务用例到系统用例的变化图
- 业务用例和系统用例
- 业务用例和系统用例
- 业务用例和系统用例
- 业务用例和系统用例
- 核心业务系统的内容讨论(管理篇)
- 核心业务系统的内容讨论(管理篇)(转载)
- 引进国外银行核心业务系统的讨论(一)
- 引进国外银行核心业务系统的讨论(二)
- 软件方法笔记-3业务用例
- 使用UML 进行业务建模:理解业务用例与系统用例的相似和不同之处
- 使用 UML 进行业务建模:理解业务用例与系统用例的相似和不同之处
- delphi如何用保存数据库连接参数(INI篇)
- 两个循环的效率哪个高?
- JSON学习笔记
- 如何求S=a+aa+aaa+aaaa……(n个)
- 自定义视图引擎
- 业务用例向系统用例转换方法的一个讨论
- 学习开始
- 回调函数
- XPath最通俗的教程
- Setimer和Ontimer的使用(转)
- 微软的Unity使用
- memcpy() 与strcpy()得区别
- SocketAPI之send函数和recv函数详解
- 在使用VC进行绘图时,屏幕闪烁问题