文档介绍：根据论坛帖子整理

数据仓库需求分析

neowu
atiger 这个‘启发用户的思维’的提法感觉很不错
y2000jh
是否可以先实施几个主要的主题，因为每个行业都会有几个主要的需求，这些需求在行业中
的各个企业中大致类似。首先将这些主题建设起来，让用户大致清楚数据仓库是如何进行即
席查询和数据展现的，这样可能会激发用户的决策需求，然后逐步建设适合企业特色的商业
智能系统，因此数据仓库应该是非常灵活的，要能随需求的变化而变化，无论项目是否结束。

- 2-数据仓库需求分析

blanc
我们在做项目的时候也是先进行初步的用户需求调研，一般不超过 3 天，先做一个主要主题
的原型，基于原型告诉用户数据仓库是什么样的，能做成什么东西，然后再和用户访谈，确
定更详细的需求，这的确能起很好的作用，但是还是有两个问题：
1. 与售前的矛盾，一般售前用语音和图片描述了数据仓库的美好前景，让用户产生兴趣，
也使其产生了用户对数据仓库的预期，但是原型只是非常粗糙的东西，这与前期用户对数据
仓库的预期有一定的差距，导致用户的积极性会下降。因此，如何进行用户的预期引导是一
个问题。
2. 与合同的矛盾：一般合同额是要经过工作量估算人天数的，但是在合同签定之前，这个
需求还不能很好确定，虽然大致的范围知道了，但是做多细、多深会大量影响工作量的，我
现在工作量估计一般就看其数据量和数据质量的粗略估计，而对报表和分析系统的工作量还
很难估算，这样工作量的估算有很大的缺陷，也很容易在后期工作中导致工作量膨胀而使得
项目预期或超预算。
大家看这两种矛盾和需求分析怎么结合起来。。。。
y2000jh
We have sincerity.
事先准备一些“样本数据 + 行业通用模型”，由售前直接展示给用户看，拿下项目是关键；
由粗糙到完美，可以解释为数据仓库的灵活性，不过最终一定要有好东西，弥补最初的不足，
让用户看到数据仓库的人为性——有个好的开发团队是多么重要，并希望建立长久合作。
（这就对开发人员提出了更高要求）
项目预算确实头痛，这几乎是信息化的通病，涉及的面太广了，只能不断理论 + 实践吧
lit28
cxgtommy 说要积累项目管理的草稿，可以具体指教吗。
y2000jh
项目管理的伸缩性太大，理论上都差不多，但在实际情况中要复杂的多。同一个 PM（项目
经理）在不同的项目中或不同的 PM 对同一个项目实施的管理方式都有可能大相径庭，管
理的好坏似乎只能从项目是否成功来定夺了，然而大家都知道，影响项目成败的因素实在太
多