【IT168 技术文档】开发时就已经考虑过这个问题，领导不关注过程的，只要最终结果。最终结果拿不上来的业务系统，对于领导而言，简直就是一个废物。旁的工作做得再多，加班加点，呕心沥血把其它子系统干上去了，而忽略了用户当中决策层面人员的使用需求，这个系统也是会被批得一无是处的。

　　IBSS就犯了这样子的一个大忌了，一直没有提供一个有效的报表统计手段。别说灵活自定义新的报表了，就连以前局方人员一直用开的报表也没有进行个有效的支持。另外，说句不大好听的话，就连能够支持的仅有的几张营业收入报表，统计的数据也可能有些瑕疵。这让局方的报表统计人员叫苦连天；局方领导拿不到数字，搞不清状况；省公司的统计指标也无从实现，想统一收集各地数据做经营分析也无从开展。

　　其实，这本来可以是我们的一个机会来的。既然普信在IBSS上面挂的报表系统不大好用，深圳新技术中心开发的数据平台不大会用，而我们又已经具有了完成广州电信报表数据统计的优势的话，做一下包装或者是整合的话，很可能我们可以拿出一个象样的东西来给自己推广的几个本地网点使用。如果能够在使用过程当中结合各地的需求，不断的修正更新完善，得到较好的口碑的话，很有可能会由下至上的推动这个事情，最终得到一个全省推广的项目机会的。也就是使用所谓的“农村包围城市”的做法吧，很可惜，我们没有把握住这样的机会；而且以我们的人力、物力投入来说，可能也真把握不了这样子的一个机会。

　　不过，现在普信在省公司的要求下面，也已经抽调了专门的人手做这个事情了，我们此时再插一杠子进去的话，机会也不是太大了。

　　其实使用什么样子的一个技术并不是太重要的。可以像新技术中心一样，搞一个单独的数据平台，将IBSS的实时数据按照分类导入到平台当中来，再向外提供数据内容的服务。或者像普信做的那样，通过生产数据库上面建立只读视图的用户，使用Tomcat+IE的模式，建立浏览器架构的报表系统。又可以甚至于像我们在广州做的那样，在数据库端提供定时执行的SQL脚本，对选择结果做缓冲之后导成文件，发送到相应的FTP服务器上面那样子实现。

　　用户要的是最终的结果，问题的重点并不在于你怎样去获取用户所需的结果。

　　问题的关键也不在于使用什么形式，而在于帮助用户解决实际的问题。有些形式比较简单明了，有些则稍微复杂些；但是，没有关系呀，“甭管黑猫白猫，抓到老鼠的就是好猫”。就算你使用了最笨的方式，实现了用户的需求；你也还有机会去进一步的改进与提高，因为你解决了实际的问题。不要拘泥于使用三层架构还是两层架构，使用应用程序还是浏览器形式，使用ORACLE还是SQL SERVER这样那样的技术细节。

　　很多情况下面，你先给用户一个最终答案，你就赢得了机会了。