还是设计思路的问题。
关键在于你怎么用cognos的长处解决企业的应用问题。如果一条道走到黑的方式，解决不了问题。只会越干越累。
举个最简单的例子：
我们实现了一张报表，提示页面是用JAVA开发的，报表可以动态的接受度量和维度。而且维度的成员有一个配置页面可以维护，用户可以自定义维度成员的加减符号。
表样是固定，这样用户在访问这张报表时，在JAVA开发的提示页面自己选择维度（维度成员1+维度成员2+维度成员3-维度成员4等等）和度量。JAVA页面最终拼接成维度参数和度量参数传递给报表。
这样通过一个表样可以完成客户多种业务需求。相当我们把业务的需求又推回给业务人员的使用。客户需求发生变化不需要该程序和表样。
这就是创新的实现思路。
最常见的情况：银行里的存款、贷款统计，存款是一堆科目加减得出的结果，而且存款用的是借方余额，贷款也是一堆科目加减得出，贷款用的是贷方余额。
如果按照固定报表死逻辑，那至少要开发10张报表，满足不同业务部门对存款、贷款不同统计口径的查询，而且存款、贷款每年可能会对统计口径进行调整，那还得该报表。
中国式报表真没啥可怕的。我们的价值在哪里？从技术的手段解决客户的业务问题，如果一味让客户牵着鼻子走，那只有干死活，死路一条。
COGNOS也只是一个工具，关键是看你怎么用好它的长处。
收起