| 作者 |
内容 |
| 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 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|