业务用例向系统用例转换方法的一个讨论
2009-12-22 14:28
323 查看
最近收到一封网友来信,询问关于业务用例向系统用例转换的问题。觉得这个问题比较有意义,涉及到了业务用例向系统用例转换的策略以及评判方法,特发表上来,并感谢rainyhuang网友:
Dear CoffeeWood,
你好,看过你的文章使我对OOA有了更深的了解,但我在实际工作过程中遇到了一个问题让我百思不得其解,请不吝赐教,谢谢.
业务描述:
销售管理中通常有 客户报价,客户问期 和客户要求做样本 等 一些需要SALES处理的事件.S处理这些事件都是通过客人提供的产品规格说明书(SPEC)并根据客人不同的目的(如 报价,问期,打样)来开出不同的请求单并发往相应的部门.
客户报价请求单 发给估价部门,客户问期就发给生产部门,做样本发给技术部门.我在业务建模时,我把这三种不同的请求单都抽象为客户请求单,所以我的业务用例是: 在业务模型向分析模型转换时.我把维护客户请求单用例改名为 维护(即一个具体的客户请求)资料,删除了其它三个字用例。 同时,由于包括维护产品资料,所以增加了维护产品资料用例。我现在的问题是:
1。业务用例是否可以这样向分析模型中的系统用例转换
2。根据我上面的说明。分析模型中的系统用例是选择系统用例1 还是系统用例2 好呢
Thanks
rainyhuang : 你好
这样的转换是可以的,不过转换的基础是什么,在你的来信中并未提及。从我的理解来看,从业务用例向系统用例的转换过程,是以抽象了业务处理单据为基础的,也就是说,把不同的客户申请单抽象成了项目资料和产品资料,而试图用同样的处理流程来处理不同的业务数据。如果以上的猜测是成立的,那么你的转换就是成立的。这里的重点是:不同的业务处理单据可以被同样的处理流程所处理,这意味着,业务处理单据是变化的,而处理流程是相对稳定的,新单据的加入或修改不至于引起处理流程的变化。反之,如果以上的猜测不成立,即这些业务单据并不能被同样的处理流程所处理,那你的转换就有问题了。
至于系统用例1好还是2好,这个问题是由实际需求来决定的。对于系统用例1来说,维护project资料和维护产品资料是两个独立的可执行单元;客户可以只执行维护project资料,也可以只执行维护产品资料;而系统用例2意味着维护产品资料在是依附于维护project资料的,用户是不能单独维护产品资料的,并且在维护project资料时必须维护产品资料。 因此,如果需求要求项目资料和产品资料可独立维护,那系统用例1是合适的;如果需求要求项目资料和产品资料具有一定的强制关联,要修改产品资料必须先修改项目资料,那么系统用例2就是合适的。
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就是合适的。
相关文章推荐
- 业务用例向系统用例转换方法的一个讨论
- [全程建模]系统用例和业务用例的区别以及用例粒度的讨论
- [全程建模]系统用例与业务用例的讨论之二——系统用例是如何产生的
- 原因分析如下: 遇到这种情况,很有可能是把一个int型业务数据的 设置setText()或者类似的方法中, 这样Android系统就会主动去资源文件当中寻找, 但是它不是一个资源文件ID, 所
- sql server 关于表中只增标识问题 C# 实现自动化打开和关闭可执行文件(或 关闭停止与系统交互的可执行文件) ajaxfileupload插件上传图片功能,用MVC和aspx做后台各写了一个案例 将小写阿拉伯数字转换成大写的汉字, C# WinForm 中英文实现, 国际化实现的简单方法 ASP.NET Core 2 学习笔记(六)ASP.NET Core 2 学习笔记(三)
- AJAX在业务系统中的使用的一个例子
- 在家看孩子,10分钟生成一个业务管理系统【能支持多数据库,大数据,流程审批,权限控制,即时提醒】,视频讲解详细实现步骤
- IE8以上多一个标签则多一个进程。转换回一进程方法
- 在家看孩子,10分钟生成一个业务管理系统
- 关于“在efi系统上,windows只能安装到gpt分区”的问题的解决方法的讨论(典型的宏基4750g)
- WINDOWS 10 下使用U盘安装Ubuntu kylin 双系统的方法,欢迎交流讨论
- 使用 UML 进行业务建模:理解业务用例与系统用例的相似和不同之处
- 如何在Linux系统下把一个python模块转换成一个rpm安装包
- MIS系统权限控制的一个简便方法
- 开源工作流引擎Shark入门3——与业务系统结合的一个demo
- 如何比较好的编写一个包含业务逻辑的方法体
- 一个简单的转换字母大小写的方法
- win2003系统启动至少有一个服务或驱动程序产生错误消除方法
- 封装一个类型转换的方法
- Oracle一个典型行列转换的几种实现方法(转)