数据仓库需求分析引言.doc

数据仓库项目需求分析
一、简述
数据仓库项目是一个复杂的过程,项目的开发涉及到多方面的问题和风险:技术风险、数据质量问题、项目管理问题,但最项目中中最隐蔽、最容易忽略、最难控制的一环,就是需求的调研和分析。需求分析不深入、不准确的结果就是系统完成后没有人愿意使用它。因此我们要采取有效的措施的来避免这种情况。
二、需求分析的原则
让用户参与,尽力让用户的高层参与,双方要紧密配合
要迅速、全面的理解用户的业务及工作流程
培训,要不停的向用户灌输数据仓库与传统业务系统的不同做法
不要求完美,而要求实用,应用将是螺旋上升的。
项目有整体规划,调研可以全面,但一定要向用户界定好各阶段的范围。
备注:
对我们来讲,我们不但要了解用户使用那些报表来完成那些任务,同时我们还要了解业务系统对用户需求的支持,同时,由于我们在这一行业已经积累了一些经验,也了解我们可以为用户解决那些问题,因此,从某种角度来讲,我们会比客户更多的理解系统的功能。所以在需求调研的时候,一定要提出自己的见解,哪怕是错误的也不要紧;另外,需求会因为业务变化,因此,与其等用户的业务变化再跟着改,不如主动了解业务,建议用户按照自己的想法做。
另外,由于用户对数据仓库的概念和认识是非常模糊的,他们不清楚数据仓库到底能实现什么,能解决什么问题。因此,我们经常会发现,我们完成了系统,用户却只用系统1%的功能,这就需要我们在对用户的培训方面和直观教育方面多下一点功夫。我们应该准备一些以前做过的相关案例,告诉用户当时设计这个系统是为了解决什么问题,以及这个问题的解决办法。
三、需求分析方法
要了解听众对演讲内容的看法、员工对项目组的看法、员工对公司的看法、用户对系统的看法,最好的途径就是设置调查表。实际上,在生活中,向长者请教、拜访用户、参加培训,事先这种问题的设计都非常重要,也非常有效,调查表可以使访谈直奔主题,使调研逻辑层次分明,使调研全面同时又重点突出。
四、需求分析的对象
对于数据仓库项目来讲,需求分析实际上应该分为两大类:
系统功能分析
任何系统都是前端用户的需求也就是用户对系统的功能要求,是用户期望系统能够为他们解决的问题。在对用户调研时,要注意分清楚用户的类别,不同用户对系统的要求是不同的。通常我们会将用户分为查询用户、报表用户、决策者,然后分析这些用户各自的行为、职责;同时我们要注意客户中还存在这样一类人,这些人是业务系统专家或信息系统人员,他们提供业务和IT的转换支持,他们推动这个项目的进行,但他们并不是最终用户。在调研中调研一定要注意分清,这些人可能非常愿意帮你,给你讲解他们理解的系统应该具备哪些功能,但往往这些理解是有很大偏差的。
在做调研时,要注意适时对用户讲解数据仓库的框架,让用户了解自己系统构建完毕后,自己所处的位置和能够解决的问题。因此,不但要注意整理相关的调研单(主要是设计一些问题),更要注意准备一些合适的演示资料,帮助用户理清思路,发挥想象力,争取最大限度的获取用户的需求信息。
后台的数据接口调研
对于数据接口来讲,由于我们是建立其他业务系统之上,原有的业务系统开发商对我们有一种自然的抵触,因此,在与他们打交道的时候,最好是通过客户,即便是后期的问题交流也最好通过客户,这样做有两个好处:一是通过客户,我们和对方的为客户所做的工作可以向用户