作者 内容
 bluehero  一个消息用例的困惑
 

有个常规的消息用例我很困惑:
即时短信功能包括:
(1)撰写短信
(2)转发短信
(3)回复短信
(4)回复全部
短信的发送分为两种形式:
(1)发给一个用户;
(2)发给多个用户;
我有两种想法:
1)把即时短信做为一个用例,然后把其他当作步骤来写,但是那样事件流就很难写,跳来跳去好像不大有条理
2)把即时短信做主用例,把其他撰写,转发,回复,选择用户做为辅助用例,但是那样好像用例太多了,有点拖沓
我看了原来的帖子,有的说如果当成步骤好,也有的说辅助用例给用户不少好处,要标明的,那我这里该怎么处理,我是初学者,谢谢指导,^_^

 03/12/01 19:58 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 spide   活动,不是用例的主题。用例对需求进行分析的。既然需求不需要分析了,就转入活动图或者状态图去进行设计吧!用例与活动没有直接关系。一个状态图或者活动图,能够同时满足好多个用例。 反之,一个用例可能需要分布在多个设计图上的活动才能解决。
 
 03/12/02 14:33 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 spide   从用例的角度,每一个重要的需求点都是单独的用例,主要是研究活动的结果而不是活动本身的条件。进入设计阶段,才需要把活动联系起来。不同方法有不同的场合,可以从不同角度“反复”雕琢产品。不要只喜欢分解“概念”而不喜欢研究“过程”。
 
 03/12/02 15:12 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首