Java报表软件--第三方报表工具的选择

The Neurotic Fishbowl

FineReport——报表技术领跑者发表于 2007/4/27 12:13:11

在报表产品还不够成熟的时候（其实任何产品都有这种阶段，包括数据库、应用服务器等，甚至操作系统），开发商常常只能自己编写代码完成所有的报表制作；由于报表是非常频繁的工作，有些开发商甚至专门组建一支队伍开发出自用的报表工具；随着通用化的报表产品日趋成熟，越来越多的开发商也开始采用专业的第三方产品来制作报表。那么，这三种处理方案倒底哪种更为合适？显然，所有的报表产品厂商都会无一例外地说社会需要专业化的分工，应当采用第三方产品。但真是这样的吗？其实，任何选择都和应用环境相关，脱离了环境的讨论其实是没有意义的，想得出正确的结论，必须清楚自己的需求。如果是一家软件产品提供商，注意这里说的产品是指非常彻底的产品，即坚决不进行任何定制开发的软件。如用友的U8、金蝶的K3等（这里我们只讨论信息管理软件，象游戏、杀毒等不在讨论之列）。一般情况下，适合采用自行编写报表的方案，即使采用工具，也应尽量采用免费的开源产品。道理很简单，因为是产品化的软件，所有开发工作只用做一次，即使工作量再大，也是一次性的，为一次性的工作自行开发报表工具显然不值得，而采用第三方产品又会导致每次销售都需要支付报表使用的费用（当前业内报表工具的商业模式大多如此，按应用授权计费）。当然也有例外的情况，一般有如下几种：产品中的报表数量极多且复杂（一次性的工作量也非常巨大）、产品升级比较频繁（不好说算是一次性的了）、产品售价比较高（可以不太在乎每套产品中的报表授权费用）、能与报表厂商谈妥买断的商务方案（费用是一次性的，不再有每套的授权费）。然而，国内大部分软件开发商却是以服务为主的集成商，包括上面提过的用友、金蝶，也有非常多的集成开发业务，可以说这是国内应用软件的主流（占90%左右的市场份额）。而这类开发商很少能把软件彻底产品化，每次承接的项目都不太一样，定制成分较多，无法做到哪怕是某种程度的一劳永逸，这时，采用工具来提高工作效率就非常必要了。问题是这个工具是自己编写还是第三方提供。基于行业集成商的商业模式考虑，这种工具原则上都不应当是开发商自己去制作，而且不仅仅是报表，任何通用的组件都是这样，集成商是不太可能把这件事做好的！许多做过此类工作的集成商都深有体会，表面现象一般是产品研发队伍常常被项目冲散、难以保持稳定的团队；做出的产品适用面窄，换个项目又要改，产品化程度低。事实上，造成这种现象是有其深刻原因的： 1. 行业集成商的关键竞争点在于对行业业务的深刻理解，而不是拥有某种好的开发工具，甚至和技术的关系都不是很大。如用友的U8卖点并非是其技术有多好，而关键在于对财务管理业务的深刻把握。精通行业业务的集成商未必能精通这些相关技术，而且即使技术上没问题，花很大精力去搞并不能体现业务深度的报表工具也显然是方向有误，公司的战略投入不会向此倾斜。 2. 同行业的集成商是相互竞争的，一般来说，一个公司不会从自己的竞争对手购买产品（这样就没法竞争了）。这时，自己开发的报表工具大多数情况下就只能给自己用了，其实是相当于只能卖给自己（只是收入是从公司总体核算的）。而中国目前并没有哪个集成商大到了仅靠自己的报表工具需求量就能够支持住一支足够优秀的研发队伍，结果制作出来的产品很平庸而无人愿用，继而导致没有收入而更无兴趣优化产品，进入恶性循环。集成商内部并没有足够的市场容量。这个事情必须由第三方完成，其竞争点只在于此，能够也必须集中精力把产品做优秀，而且关键在于它可以把产品卖给互为竞争者的多家集成商，由全体集成商而不是某几个来维持这支团队的稳定。当然，如果实在买不到性价比合适的产品，那也只好自己开发，有总比没有强，这可以是个权益之计。目前在报表领域这种现象还占大部分，其中一个很大的原因是市场上主流的报表工具（类似水晶报表的那种）确实远远不是"性价比合适"的产品，结果开发商只好自己动手。这也直接导致了国内报表市场开发程度远远低于应有水平。所以产品集成商，可以好好计算一下产品中报表的工作量和产品的预期售价；做项目的，还是多去找找"性价比合适"的第三方产品了。另外，在寻找合适的第三方产品时，还要考虑的一点，是报表软件提供商的性质。如果一个报表厂商既做产品，也接项目，那么就有可能在未来的日子里和用户站在同一个项目的竞标台前，这样的情况对于用户来说是非常不利的。所以选择一个专注于报表产品的公司也是选择报表工具的重要考虑因素。

阅读全文(2378) | 回复(0) | 编辑 | 精华

发表评论：