作者 内容
 caidehui  如何对:报表功能 建模?
 

在大多数系统中都存在各种各样的报表,这些报表一般是定时生成的如:每周、每月、每季、每年等,系统在这些时间点可以自动生成报表,使用报表的人只需要查看、浏览、分析等就可以了。

可我们知道,报表的种类繁多,使用对象各不相同,我们应该如何对不同报表的制作、浏览、输出、分析等建模呢

 04/08/16 06:38 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 sealw  需求分析可以这样进行
 

UC1: 定时器 --> 产生报表
UC2: 经理人 --> 查看报表

UC2依赖于UC1.

然后再分别记下对报表的各项要求,例如:
周报表需要列出xxx等信息,需要按产品/人员分类汇总,需要列出均方差信息...

每项需求都要有明确的验收标准,如果客户能提供一张Sample报表就更好.

 04/08/16 09:39 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 ntchengl  报表不要作为用例,可以作为功能性的产品特性
 

use case方式的需求并不是用use cases来体现所有的功能性需求,同时可以用功能性的产品特性来说明需求。

 04/08/18 09:29 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 caidehui  有道理,这里的确该用功能描述来进行
 
 04/08/25 08:57 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 ntchengl  最新得到的深入理解
 

你的报表是作业单?还是统计数据?
如果是第一种,而且你采用了use case来描述需求,那么要在use case的过程描述中,描述什么时候什么情况下出报表。
如果你的报表仅仅是统计数据,那么可以把它当作功能性的需求写到这个use case的扩展描述中。
在附件中最好有报表的样式。

不要为了报表而有报表use case,即使有一个人在这个活动中仅仅是查询报表(某种特殊的actor的user goal)。
对这个use case的描述最好用summary级别的,这样就比较完整易于理解了。

 04/08/26 14:48 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首