W3CHINA.ORG讨论区--远离报表需求分析之苦[转帖]

贴子主题：远离报表需求分析之苦[转帖]

本主题类别:

原文转自：http://blog.ccw.com.cn/blog.php?do-showone-uid-169784-type-blog-itemid-75039-type-blog.html

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

由于报表需求的不断变更，使我们一个信息系统开发史变成it开发人员的血泪史。主要是由于以下原因：
1）客户临时改变想法、项目预算增加或减少、客户对功能的需求改变等。于是我们就要开始应对客户报表需求变更申请，
然后进行一系列的软件工程管理，最后修改程序。更有甚者不再向我申请变更，而是直接找程序员商量。于是一步血泪史拉开了序幕
2）需求、客户、开发人员是一个三极世界。这三极的沟通是很不容易的。客户向我们滔滔不绝地描述需求，开发者听得头晕脑胀，但又不得不根据这些来理解需求。有的时候我们也会派好几拨人轮番折腾客户，这样客户也晕头转向，巴不得赶快需求调研结束。这样的需求调研像透过布满小水珠的玻璃看世界一样，即使能够看清轮廓，但细节的丢失在所难免。由于需求理解的不充分，在项目后期就要对已经开发好的报表进行修改。
3）公司销售人员为了签单和对技术细节了解到不是清楚。对客户需求扫一眼，就认为只是一个小小的修改，没有太大的影响，所以直接答应能变更。然后这些伪报表需求就都写到了合同中。

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

我这里把对[URL=http://www.reportblog.cn]报表工具[/URL]的调查分享给大家，不足的希望大家修正和补充：

    水晶报表：经过二十年的积累，设计器的易用性和友好已经非常不错了。但是不能方便的导入excel样表（国内以往很多报表都是excel的），条带状的报表模型在中国水土不服。很难搞定复杂报表。
    ireport：ireport作为jasperreport的客户端设计器，和水晶报表一样有同样的不足，同时还存在教程资料不足，没有方便的技术支持，没有中文界面。要想做到ireport来做到需求调研基本不可能。
    birt：被安讯公司的市场策略定位为开源产品（传说birt的开发团队就在中国上海），然后通过出售服务和基于birt的高级报表解决方案来获取商业利益。birt是基于eclipse，感觉使用起来太重型了，一般人看着晕，当然他也和水晶报表一样缺点。
    润乾：是个类似excel的报表设计器，用swing开发出来的。他能支持excel样式表的输入和解决中国复杂报表问题。但是感觉swing的功力不够，设计器外观比较丑，而且设计过程中需要写大量的表达式，如果表达式不熟练，做制作起来非常慢，如果表达式写错了，感觉没有很强的调试功能。
    FineReport：也是类excel的设计器，这个公司的swing确实做得不错。通过拖拽到界面解决了写表达式的问题，能多人协助远程设计报表，应该是我见过的设计器效率最高的设计器。个人很想认识这个公司的swing大牛。当然它也能解决客户的复杂报表问题。不足之处，没有一般ide工具属性窗口。

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


	W 3 C h i n a ( since 2003 ) 旗下站点苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》	4,347.656ms