项目报表开发

通常状况下，项目的报表都是在最后阶段开发，由于在软件开发过程中，可能需求或者软件的数据库设计等会发生一些变化和改动，若是提早开发报表，则会形成后期报表的不停的修改.修改..修改!

目前项目也接近收尾，正式集中全力开发报表，处理bug的时间段。咱们项目中，合做方采用的是深圳明宇科技的如意报表。之前也看过这个报表开发工具，可是没有详细的了解过。从目前的状况来看，我我的认为是本项目的报表状况很是不理想。

首先，基于合做方框架要求来考虑，他们把报表设计成为一个页面来显示全部的报表。普通状况下，咱们都是采用菜单来显示报表的名字，一个报表一个名字。点击相应的菜单就进入报表进行查询。

而咱们开发方采用的方式不是这样的，菜单只有一个，就是“查看报表”，点击进入以后，就是报表的列表页面，经过点击列表页面的查看连接来打开报表。这个列表页面很是难看，给人的感受很混乱，并且若是报表一多，就须要点击下一页查看或者先查询到具体的报表再点击，操做起来也很不方便。我不知道为何他们要这么设计，总之很是的烂！ 

其次，报表的条件页面没法设置默认条件。目前的报表条件页面，为了减小工做量，设计方案是：把各个报表的条件，直接写入数据库表中，条件页面，经过报表的ID来查找相应的报表的查询条件，而后经过一个统一的程序处理，把它显示出来。

没法评估这种作法的优缺点，咱们之前的作法是，一个条件页面就是一个程序，好比asp或者jsp等等，感受他的方案仍是有优点的。可是问题是，目前的条件页面出来以后，没法为各个条件设置默认值。好比，查询条件的年月，咱们要求默认为当前年月，对方项目经理的说法是，这样作，他们目前的处理程序难度太大，工做量很大，要一个一个报表的修改；结论是：不修改。这个给用户的体验很是差。目前这一点正在沟通中，项目中就是这样，老是要不停的沟通，争取！一个默认条件都要去沟通争取，这也是为何这个项目作的累的缘由。

我之前一个同事，离职后去了一个外包项目的公司。他说他们公司的项目，若是是签字以前就提出来的需求，就必定要知足，哪怕是把底层代码重写一遍都要完成。可是对于客户之前没有提出来的东西，都是不考虑的，除非从新签定新需求的合同。遗憾的是，啥时候咱们才能碰到这么样的乙方呢？更遗憾的是，啥时候咱们的人才能变成这种甲方呢？

若是是在其它的项目中，我可能会说，这是甲方需求变更形成的，可是在这个项目中，我只会认为这是乙方的缘由形成的。缘由我会在之后的日记中说明。

第三，复杂报表的展示方式很困难。关于这一点，我不知道是否是与如意报表有关系。由于咱们系统中涉及到财务相关的内容，为了方便财务对帐等操做，报表设计的比较复杂，报表中间设计了不少的合计小计。合做方就反映说实现起来难度很大。另外，两维的报表实现起来难度也很大，而且今天一个开发人员反映说，两维的报表若是报表上要同时显示备件和备件编码就不行。我都不知道为何？到如今都没有搞清楚

从我看他们的代码理解他们的设计意图来看，估计跟他们的报表设计方案有关系。他们采用的是经过存储过程的游标直接显示的方式展现报表。固然，咱们设计的报表复杂度也有关系。

第四，我如今担忧的是，报表的性能问题，由于他们不少的报表都是经过存储过程直接多表关联直接访问来查询并显示数据的。而咱们之前的报表，都是先经过晚上定时运行的数据库job来统计数据到中间表，基本上中间表基本上和要显示的报表样式很相近了。报表的显示过程就直接读取中间表的数据，简单处理一下，作一下汇总就能够了。这种方式的缺点就是，当天只能查询前一天的数据。可是性能会好不少，避开业务高峰时期来充分使用数据库的资源。

其它问题，之后再说!