业务用例向系统用例转换方法的一个讨论

本文讨论了业务用例如何转化为系统用例,强调转换基础的重要性,即业务处理单据能否适用同一处理流程。同时分析了系统用例1和2的适用场景,指出选择取决于项目资料和产品资料是否需要独立维护或存在强制关联。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近收到一封网友来信,询问关于业务用例向系统用例转换的问题。觉得这个问题比较有意义,涉及到了业务用例向系统用例转换的策略以及评判方法,特发表上来,并感谢rainyhuang网友:

 

 

rainyhuang的来信:

 

Dear CoffeeWood,
 
你好,看过你的文章使我对OOA有了更深的了解,但我在实际工作过程中遇到了一个问题让我百思不得其解,请不吝赐教,谢谢.
 
业务描述:
 
销售管理中通常有 客户报价,客户问期 和客户要求做样本 等 一些需要SALES处理的事件.S处理这些事件都是通过客人提供的产品规格说明书(SPEC)并根据客人不同的目的(如 报价,问期,打样)来开出不同的请求单并发往相应的部门.
 
 
客户报价请求单 发给估价部门,客户问期就发给生产部门,做样本发给技术部门.我在业务建模时,我把这三种不同的请求单都抽象为客户请求单,所以我的业务用例是:  在业务模型向分析模型转换时.我把维护客户请求单用例改名为 维护(即一个具体的客户请求)资料,删除了其它三个字用例。 同时,由于包括维护产品资料,所以增加了维护产品资料用例。我现在的问题是:
 
 
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值