***

前面有文章提到用例分析业务流程的时候主角这个问题,如何确定和描述主角呢?
在一个用例分析的时候,我们把世界划分成两类事物:我们的系统和其他与我们的系统交互的事物(主角).
从实用的角度考虑:主角一般分为三种,
1.用户.用户作用于系统,这是大多数人在考虑用例时想到的主角类型
2.其他系统或应用程序.我们写的大多数软件也和其它系统或应用程序交互.
3.设备,许多软件应用程序与大量的输入输出设备有接口.
可以通过考虑以下问题找到与系统交互的主角:
1,谁使用系统?
2,谁从系统得到信息?
3,谁向系统提供信息?
4,公司什么地方使用系统?
5,谁支持和维护系统?
6,其他还有什么系统使用这个系统?

-----以上出自<<软件需求管理,用例方法>>

用例是相对来说比较新的一种需求分析方法,或者称为业务分析方法.最少对我来说,刚接触的时候并不是很习惯,大多数的时候,我还是比较习惯于结构化分析,但好像用了一段时间用例分析的方法后,发现最少在方法论上面,两种分析模式就有一些差别,在结构化分析的时候,可以无限的细化结构,到最后系统庞大的成为一个单根或多根的树,在用例分析的时候,就算用例有大有小的差别,但系统是可以分析为特定的用例的集合.
先不写了,好像现在并不是写文章的时间,点根烟灌水
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值