统计报表一向是系统集成类软件开发中很让人头疼却又得不到重视的部分,头疼的原因是用户我们已经做了几百张报表和统计图,但是用户不买帐,总是要求修改,改来改去很缠人。不重视是因为统计和报表是系统相对不太重要的部分,用户不常用,投入大量人力进行研究不划算。
我们可以做分析:
1、我们已经做了几百张报表和统计图,基本上覆盖了用户所有数据的组合,但是用户却不买帐,为什么?一是不合用户习惯(有的人在这里就要问候对方的**了);二是用户需要的数据很稀奇古怪,基本是多种数据的组合(这里有人就要抓狂了)。怪用户是没道理的,因为你给的不是他想要的,给得再多也白搭。更有甚者,有人作出来万能查询器,用户需要什么样的报表,自己去组合就能得到,而这个东西用户根本就不会用,也懒得用,该要求改的照样,嘿嘿!~
2、不重视,原来的系统集成软件重视实时监控、操作,后来加入管理的因素,再引入工作流的概念,还带点OA/ERP的意思。能给用户提供进行远程控制、多方协同管理就查不多了,报表和统计用户使用不多,最多是给领导出几个报表来汇报工作用,所以不研究。其实报表和统计分析是很有研究价值的,对历史数据进行分析就能预测将来的事情发展趋势,这一点是很有用的,用户由于水平没有达到这一点,系统集成商应该有义务进行这方面的研究和引导,这样才能完成系统集成商的社会责任,同时是记录的历史数据成为有用的数据,如果通过对历史数据的统计分析,能预测未来的发展趋势,那样就能真正的成为用户的决策辅助,真正实现用户价值。
如何来设计用户需要的统计报表呢?
1、研究用户的业务:在动手编软件前需要做用户访谈,去了解他们一天到晚在作什么工作,每周总结、汇报什么,每月、季度、年总结、汇报什么,每个项目完成后需要总结、汇报什么。这些都是用户关注的信息点,也是多年来形成的有效的数据整理工作。掌握这些信息是一个学习的过程,这个过程会让人大开眼界,用户的很多做法有时候很土,很朴实却很有效,有时候有的做法又是多余了,绕弯路了,这些你都能看得到的。
2、提升用户业务:掌握这些后进行分析,从用户角度出发,看如何设计能是用户能很方便的完成以前需要费很多时间完成的工作或者不合理的一些工作,做完这些后还不够(对于有的政府部门而言,利用软件减轻了他们的工作量,从此陷入无所事事的状态是不受欢迎的),还需要对这些数据进行提炼和分析,得到更高层次的潜伏在现有数据中信息,比如发展趋势,相互影响关系等,作出有根有据,有条有理的报告来,这个时候,用户的工作成绩明显得到了提升,而你的工作也有了意义,何乐而不为?
往往是有心才能在黄沙中炼到真金,真的去研究用户的需要是很让人开心长见识的工作,而且是双赢,讨人喜欢的工作。戒除浮躁心,静下心来研究,我们就会结束与用户因为报表而互相抱怨的状态,使我们和用户的工作变得更有价值。
统计失效key redis
转载本文章为转载内容,我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题,欢迎原作者联系我们进行内容更正或删除文章。
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
redis监控key失效
使用redis的监控key失效实现延迟操作
redis 延迟队列 监控key失效 -
Redis监听Key失效
之前我使用过使用Redisson这种Redis的框架实现过延时发送。今天突然好奇,在SpringBoot中,Redis能监听
redis 缓存 数据库 spring -
jquery 便利所有class
(jquery1.6.1版本)假设有一个html文档中存在多个<h1>标签元素,那么当我们敲入$("h1")后在jQuery内部将会执行怎样的逻辑呢? 分析jQuery构造函数我们同样定位到find( selector )方法,这个方法是jQuery的实例方法,代码如下:(5137行) find: function( selector )
jquery 便利所有class jQuery.Sizzle jQuery class selecto jQuery tag selector jQuery选择器