需求调研 1 . 概述 建立数据仓库不是一蹴而就的。相反，数据仓库只能一次一步地进行设计和载入数据，即它是进化性的，而非革命性的。突然建立一个数据仓库的费用、需要的资源和对环境的破坏，都表明数据仓库的建立要采用有序地循环反复和一次一步的方式。 传统的系统开发生命周期支持操作型环境。数据仓库运行于一个与之完全不同的生命周期下，有时称为 C L D S (与 S D L C 顺序相反)。传统的S D L C 是需求驱动的，为建立系统，你必须首先理解需求，然后进入到设计和开发阶段。C L D S 几乎刚好相反，C L D S 由数据开始，一旦数据到手就集成数据。然后，如果数据有偏差，就检验看看数据存在什么偏差。再针对数据写程序，分析程序执行结果。最后，系统需求才得到了理解。 操作型系统的开发生命周期特点是，它开始于需求，结束于代码；而BI 项目开发生命周期的特点，则是开始于数据，而结束于需求。 数据仓库 需求 报表 数据 2 . 总体思想 总结交流分析，与用户进行充分的沟通、了解，包括项目背景、业务流程、系统用户、业务需求点等。 根据用户提供的各种信息，分析具体业务需求的价值、所涉及的数据要求及需求与实际业务的关系等。 根据业务需求的分析结果进行总结，考虑需求的分解和合并、实现方式、用户的使用，编写最终的功能需求文档。 3 . 调研原则 业务为主、技术支撑 4 . 人员构成 需求调研人员由用户方的业务人员和开发方的技术人员构成。 技术人员以前端应用开发人员为主，后台 E T L 处理人员为辅。 5 . 调研步骤 5 .1 . 前期准备工作 向业务人员和技术人员介绍本项目的主要目标、项目范围和重点工作，避免在需求调研过程中业务人员所提需求超出范围，抓不住重点。 技术人员应该预先了解相关业务知识，包括业务的基础术语、基本概念、基本业务的操作和处理等。 5 .2 . 调研阶段 技术人员需要通过业务人员对基本的业务规范和操作流程进行了解，尽可能对项目所涉及的业务给出业务操作流程图、业务数据处理流程图等。 通过业务人员了解相关需求的最终目的和实际应用等。 分析业务需求，对业务需求列表中的每个问题进行必要的思考并记录问题。 针对业务需求列表与业务人员进行讨论，技术人员需要结合自己对业务的理解和项目建设重点，合理引导用户。 就讨论后的业务需求进行分析，整合出合理的功能需求列表。 ...
