上篇文章总结了如何分析功能性需求,今天来谈谈如何分析报表类需求。
很久没有写干货了,上个月在深圳某券商出差做需求调研,其中需求就涉及了几十张报表。
在做系统的时候,基本上客户都会提出需要做报表,对于报表的需求分析主要从三方面进行分析:
首先,确定报表的内容是什么,当客户给出报表模板后,从以下方面将报表内容吃透
业务范围也就是数据范围,这个范围可以从时间上、业务上、部门、处理状态等去限制。
比如做货代管理系统,这个系统管理的包裹有总部的以及各分支机构,某一份包裹统计的报表数据范围就只针对于总部,所以统计的时候只要将总部收的包裹统计清楚就行。
需要知道报表中的数据是有系统对接,还是需要手工维护?如果是系统对接,还需要明确是从哪个系统对接,如果是手工维护,还需要知道在哪手工维护。如果有多个取数来源的时候,比如这个字段从柜台系统取,那个字段从资讯系统取,这样的情况其实是个风险点,会导致最后数据核对口径不统一的问题。
汇总类的统计报表一般会有统计逻辑,统计逻辑也就是这个报表的数据是怎么样出来的。
比如这张报表
这张报表的统计逻辑就是:查询最新日期,计算每个账户的维持担保比例,把同一区间维持担保比例的融资余额汇总并计算账户数与融资余额占比。
报表字段代表什么业务意义,知道业务意义有助于我们更加了解报表需求,更加了解报表需求后能判断客户提供的计算公式或报表间的关系是否有逻辑错误。
比如上面那张报表,账户数是什么账户数?信用账户数还是经济账户数?融资余额(借出去的钱)算本金还是把利息也加上?
上面那张报表有个融资余额占比字段, 但是直说占比,却没有说谁和谁比,分子是什么,分母是什么,开发人员看到这个会一头雾水,所以需求分析师在涉及到需要计算的字段,让客户提供计算公式,计算公式内涉及的数据来源以及取数都需要弄清楚。
除了报表模板,报表中是否有查询条件、导出功能、下载打印功能、排序功能
知道越多的信息,对于我们需求分析给出解决方案的时候越有利。知道报表的业务量,如果业务量不大就几个客户的报表,去做一个很复杂还有各种计算的报表,那就需要提醒下客户考虑下时间成本了,是不是把主要的时间花在重要的功能上。
报表内容弄清楚以后,接下来就得知道下这个报表落地后主要是会给谁看,会涉及到数据权限的需求。像一些报表部门与部门之间是隔离的,各个部门只能看各部门的数据,总部能看所有部门的数据。
知道为什么要做这个报表,能让我们更清楚的了解客户的业务。
很多客户在提报表需求的时候,也没有仔细思考过,一股脑丢给你几十张报表模板
需求分析人员在和客户确认报表的需求时,最好将各报表都编码,以便双方都清楚需要做多少张报表,明确报表的数量。
从客户给出的报表,可以看出客户从哪些角度去看待目前所做的业务,他比较关注什么,能力强的需求分析人员能从客户提供的资料看出客户的意图是什么。
最后做个总结,如下:
本文由威海软件系统开发公司半岛科技转载整理2018.07.05