一般情况下，项目的报表都是在最后阶段开发，因为在软件开发过程当中，可能需求或者软件的数据库设计等会发生一些变化和改动，如果提前开发报表，则会造成后期报表的不停的修改.修改..修改!
目前项目也接近收尾，正式集中全力开发报表，处理bug的时间段。我们项目中，合作方采用的是深圳明宇科技的如意报表。以前也看过这个报表开发工具，但是没有详细的了解过。从目前的情况来看，我个人认为是本项目的报表情况非常不理想。
首先，基于合作方框架要求来考虑，他们把报表设计成为一个页面来显示所有的报表。普通情况下，我们都是采用菜单来显示报表的名字，一个报表一个名字。点击相应的菜单就进入报表进行查询。
而我们开发方采用的方式不是这样的，菜单只有一个，就是“查看报表”，点击进入之后，就是报表的列表页面，通过点击列表页面的查看链接来打开报表。这个列表页面非常难看，给人的感觉很混乱，而且如果报表一多，就需要点击下一页查看或者先查询到具体的报表再点击，操作起来也很不方便。我不知道为什么他们要这么设计，总之非常的烂！
其次，报表的条件页面无法设置默认条件。目前的报表条件页面，为了减少工作量，设计方案是：把各个报表的条件，直接写入数据库表中，条件页面，通过报表的ID来查找相应的报表的查询条件，然后通过一个统一的程序处理，把它显示出来。
无法评估这种做法的优缺点，我们以前的做法是，一个条件页面就是一个程序，比如asp或者jsp等等，感觉他的方案还是有优势的。但是问题是，目前的条件页面出来之后，无法为各个条件设置默认值。比如，查询条件的年月，我们要求默认为当前年月，对方项目经理的说法是，这样做，他们目前的处理程序难度太大，工作量很大，要一个一个报表的修改；结论是：不修改。这个给用户的体验非常差。目前这一点正在沟通中，项目中就是这样，总是要不停的沟通，争取！一个默认条件都要去沟通争取，这也是为什么这个项目做的累的原因。
我以前一个同事，离职后去了一个外包项目的公司。他说他们公司的项目，如果是签字之前就提出来的需求，就一定要满足，哪怕是把底层代码重写一遍都要完成。但是对于客户以前没有提出来的东西，都是不考虑的，除非重新签订新需求的合同。遗憾的是，啥时候我们才能碰到这么样的乙方呢？更遗憾的是，啥时候我们的人才能变成这种甲方呢？
如果是在其它的项目中，我可能会说，这是甲方需求变动造成的，但是在这个项目中，我只会认为这是乙方的原因造成的。原因我会在以后的日记中说明。
第三，复杂报表的展现方式很困难。关于这一点，我不知道是不是与如意报表有关系。因为我们系统中涉及到财务相关的内容，为了方便财务对账等操作，报表设计的比较复杂，报表中间设计了很多的合计小计。合作方就反映说实现起来难度很大。另外，两维的报表实现起来难度也很大，并且今天一个开发人员反映说，两维的报表如果报表上要同时显示备件和备件编码就不行。我都不知道为什么？到现在都没有搞清楚
从我看他们的代码理解他们的设计意图来看，估计跟他们的报表设计方案有关系。他们采用的是通过存储过程的游标直接显示的方式展示报表。当然，我们设计的报表复杂度也有关系。
第四，我现在担心的是，报表的性能问题，因为他们很多的报表都是通过存储过程直接多表关联直接访问来查询并显示数据的。而我们以前的报表，都是先通过晚上定时运行的数据库job来统计数据到中间表，基本上中间表基本上和要显示的报表样式很相近了。报表的显示过程就直接读取中间表的数据，简单处理一下，做一下汇总就可以了。这种方式的缺点就是，当天只能查询前一天的数据。但是性能会好很多，避开业务高峰时期来充分使用数据库的资源。
其它问题，以后再说!
233
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
