开发与OLAP相关小项目的小结

开发与OLAP相关的一些小项目，有一个我们必须明确的问题，也是一个非常重要的问题，就是客户究竟需要什么？
他们要我们开发出来的东西究竟能怎么什么？有什么样的功能？这也就是系统分析中经常强调的一个用户需求分析
一定要到位。但是做为系统分析师人员我们在了解到用户的需求分析后，还有一个重要的问题就是在技术上实现的
问题，虽说具体的实现问题可能对于专职的系统分析人员来说不用去考虑，但是目前我国软件业大多数的系统分析
人员也还是要参加具体的编程工作，因此这就要求我们系统分析人员也要想到把客户要求的功能在实现的时候是否
会有一个转换的过程，就是把客户做的一些看似是他们要做的在编程时就考虑进去，而在客户使用系统时他们就不
必在进行操作，而是看一下计算机处理的一个结果。

最近我开发的一个和OLAP有点关系的小项目，开始的时候是公司别的人员接的，他们做的需求分析，我来的时候也
仅仅是看一些当时写的一些文档，感觉要用户操作的地方都挺多的，涉及到很多维度要留给客户，但是越做感觉越费劲
，因为在展现方面用的是Dundas的控件，用户还要求能进行一些统计工作，因此要重写控件或修改控件或自己用GDI+来
写显示控件，实在是太麻烦了。

 

在经过一天多的思考，我觉得这些工作其实可以在展现工作前就把它统计好，因为这些统计工作其实还是基于数据库的，
也就是与OLAP没多大关系，毕竟用户是想来看一下结果而不是去搞数据挖掘，因此这样想的话任务就变得简单些了。
但是如果我们要做数据挖掘的话很多东西还要自己来写，用一般的展现控件就不是很理想，许多用户想要的个性化统计
工作都做不了。

 

我觉得在开发一些小项目时我们要是能多进行一些总结，一些发现的话这对我们以后的开发很有用的，而不是说全按照用
户说的来做，他们因为种种因素对需求可能描述的不是很到位，也可能是他们的描述误导了我们，这会导致我们在项目之
初可能会走一些弯路。