随笔 - 225  文章 - 98  trackbacks - 0
<2009年4月>
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

随笔分类

相册

报表工具厂商们

搜索

  •  

最新评论

阅读排行榜

    在做信息化的圈子中呆了十年,大家都知道报表需求变更是软件开发与生俱来的特性,也是一个无法避免的事实。甚至有人戏言“业务逻辑是没有多逻辑的逻辑”,业务一变,报表就要跟着变。

    由于报表需求的不断变更,使我们一个信息系统开发史变成it开发人员的血泪史。主要是由于以下原因:

    1)客户临时改变想法、项目预算增加或减少、客户对功能的需求改变等。于是我们就要开始应对客户报表需求变更申请,然后进行一系列的软件工程管理,最后修改程序。更有甚者不再向我申请变更,而是直接找程序员商量。于是一步血泪史拉开了序幕.

    2)需求、客户、开发人员是一个三极世界。这三极的沟通是很不容易的。客户向我们滔滔不绝地描述需求,开发者听得头晕脑胀,但又不得不根据这些来理解需求。有的时候我们也会派好几拨人轮番折腾客户,这样客户也晕头转向,巴不得赶快需求调研结束。这样的需求调研像透过布满小水珠的玻璃看世界一样,即使能够看清轮廓,但细节的丢失在所难免。由于需求理解的不充分,在项目后期就要对已经开发好的报表进行修改。

    3)公司销售人员为了签单和对技术细节了解到不是清楚。对客户需求扫一眼,就认为只是一个小小的修改,没有太大的影响,所以直接答应能变更。然后这些伪报表需求就都写到了合同中。


    怎么解决以上问题?只有依靠报表工具。如果我们在项目早期能对对客户提到的报表需求,使用报表工具进行调研。一边理解客户需求,一边使用报表设计器制作报表,最后给客户确认。这样再也没有报表理解需求偏差,合同中承诺了不够合理的报表需求,变更修改来方便多了。


    我这里把对报表工具的调查分享给大家,不足的希望大家修正和补充:

    水晶报表:经过二十年的积累,设计器的易用性和友好已经非常不错了。但是不能方便的导入excel样表(国内以往很多报表都是excel的),条带状的报表模型在中国水土不服。很难搞定复杂报表。

    ireport:ireport作为jasperreport的客户端设计器,和水晶报表一样有同样的不足,同时还存在教程资料不足,没有方便的技术支持,没有中文界面。要想做到ireport来做到需求调研基本不可能。

    birt:被安讯公司的市场策略定位为开源产品(传说birt的开发团队就在中国上海),然后通过出售服务和基于birt的高级报表解决方案来获取商业利益。birt是基于eclipse,感觉使用起来太重型了,一般人看着晕,当然他也和水晶报表一样缺点。

    润乾:是个类似excel的报表设计器,用swing开发出来的。他能支持excel样式表的输入和解决中国复杂报表问题。但是感觉swing的功力不够,设计器外观比较丑,而且设计过程中需要写大量的表达式,如果表达式不熟练,做制作起来非常慢,如果表达式写错了,感觉没有很强的调试功能。

   FineReport:也是类excel的设计器,这个公司的swing确实做到不错。通过拖拽到界面解决了写表达式的问题,能多人协助远程设计报表,应该是我见过的设计器效率最高的设计器。个人很想认识这个公司的swing大牛。当然它也能解决客户的复杂报表问题。不足之处,没有一般ide工具属

性窗口。


    总结一下,大家在实际过程中,最好使用商业软件,才能做到用报表工具做需求调研。国外的水晶报表资历比较老,国内的FineReport和润乾,FineReport是走windows路线,润乾走linux路线。



了解Java报表工具就从这里开始
posted on 2009-04-24 11:19 season 阅读(479) 评论(3)  编辑  收藏 所属分类: Java报表—使用心得

FeedBack:
# re: 远离报表需求分析之苦 2010-09-09 16:18 lovemark2000
楼主说的很详细了,呵呵  回复  更多评论
  
# re: 远离报表需求分析之苦 2010-09-10 11:11 我爱大喵喵
很全面的信息,支持  回复  更多评论
  
# re: 远离报表需求分析之苦 2010-09-12 11:22 桑桑
楼主分析的很专业  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航: