数据仓库规格（转贴）

一个典型的用户访问会在OLTP应用程序上进行，访问的最终目的上，为了收集用户的一些特别的，单独的需求。同时，这个访问也可以分析一些进程或者一些用户知道的进程以便将这些知识实现成IT进程。但是，在数据仓库应用程序中，它的工作不是替代或者修改一个存在的进程，它是揭开用户潜在的知识。讽刺的是，这让这个访问看起来象一个工具。

困难是存在的，因为用户初次都不知道什么叫商业智能并且不能清楚的意识到自己需要什么。下面有一些关于挖掘用户潜能的建议，它可以让进程变的简单。

想想什么是你需要的

对于你来说，问一个确定需要什么的问题非常困难，那么你可以想像一下被访问者有多么笨拙。他们有一些模糊的观点，他们无法清楚的表达自己需要什么，但是，你可以猜测。他们潜在的发明相关的东西是稍微有点投机的。你如何知道他们分析建议的商业优先级？当然，通常情况下你不能，至少在最初的时候不能。通过猜测来完成你的进程，你会发现每个你完成的工作都非常满意，但是非常的渺小。不要让自己有落空的感觉，这个很正常。

三个比两个好

当一个用户描述他们在一个分析程序中想要一些什么，那么这个建议通常都会深入到进程中心并且会深入到一些巨大的板块中，这些板块你可能并不熟悉。那么，你如何了解他们在说什么呢？你可以做笔记，记下你发现进程的轨迹，并思考下一个指导性的问题，立刻提问吗？你大概不可以。因为这个不会和你以前的工作一样简单，最好带个同僚在身边，一个问问题，一个做笔记。这样，你可以聚精会神，并可以在对话中创造直接进入主题的机会。

四个比三个好

为了更好的提问，你需要有一个助手帮助你记录，不过，对于用户来说，他也需要一个人在他身边，这样会更有效的思考问题。他们可以一起思考潜在的可能性，想起对方没有想起的事情。让他们自由交谈对于你来说是一个机会，你可以更清楚的了解什么是你想要的，并让你的合作者记录下来。

清除新数据资源

当在分析数据源的时候，开发队伍会自然的依靠物理资源。IT工作者都趋向相信这些队伍；可用的数据在可用的介质上找到，对吗？但是，用户却不是这么想。对于一个整天处理决策的雇员来说，数据来自于他的电脑，杂志和日志，Web是上的新闻，卫星电视。对于他们来说，IT工作者列出的规则对他们来说是无关紧要的。你需要听从你的用户的。他们使用的数据是他们需要的，无论是否适合IT。如果他们从一本收到的杂志中获得了一些重要的工业信息，并且这个影响了他们需要的分析进程，然后，你的工作就是捕获这个事实并找出信息包含的东西并将它放入信息仓库。这个不是开玩笑，但是，这确实是他们获得信息的原因。

商业结局

当你需要的信息和事实上的进程相差太远，并且是推理性的，你已经在那些进程中做的非常的好了。通常，匆忙的决定是适当的，因为在你身边有人帮助你保持应用程序的轨迹，如果你的思路不混乱的话。他们会纠正你遗漏的地方。但是，利用这些分析程序，你出来一个脱离安全网的阶级。如果你没有商业关系，你可以写OLAP进程，它可以提供用户所需要的，但是有遗漏的。所以，你需要的不止是了解分析数据的进程，而且需要深入了解这些进程。如果有需要，和他人的进度会面将填满你整个空隙，甚至不会直接符合你的规格。

获得更多

在OLTP世界，当需要的时候你做一个或者多个会面。你期待它；他们忍受它。在OLAP世界，可能会有多个会面，这变成了一种礼节。一旦你开了门，他们会要求你进行访谈。不要惊讶。试图进入到其中的进程，并且，如果用户不知道是在干什么，请礼貌的中止他们。