yuzifen的专栏

做需求分析已经两年多了，从一个啥都不懂的大学毕业生到现在在公司的相关项目中担任主力需求人员，其中感触颇多。我想肯定有很多人跟我一样，面对选择时，经常会迷失方向，不知道自己该做什么，能做什么，会做什么？刚刚进公司不到三月，有幸逢上了一次公司改革的机会，进入了需求部门，作为需求组的一员，但是我什么都不懂，都还看不懂几行IF ELSE，就让我去做需求分析，更加痛苦的是下面要进行的项目，我跟随领导一同

需求调研是企业在建立新系统前所必须经历的调查了解阶段。可以说需求调研是软件实施中较重要的部分，调研的结果将直接影响到新建系统效能的发挥。什么是需求调研？需求调研指通过和客户反复进行沟通和交流而获取客户需求的一系列活动，为编写《软件需求规格说明书》做的前期工作。对于企业来说，建立新系统最重要的第一步是清楚地定位自己：自己有什么、还缺什么。如果没有对自己情况的详细了解何谈选择正确的产品？

1. 需求的调研    需求调研是为需求说明书做前期工作，可以说需求说明书说是从需求调研表中得到或抽取而出。需求调研是要了解客户希望所要开发的系统能够解决他们的问题，以及了解他们对系统的期望等等。需求调研是整个开发的基础，经过需求调研的结果整理出需求说明书作为后续开发使用。如果做的项目是一个陌生的一个行业（专业），这是往往需要专家或者顾问等角色的协助，但是作为调研人员最少要想办法了解个专业

一、如何理解客户业务和客户需求？ 原则1：由粗到细，从宏观到微观。 必须先从宏观上了解客户业务的全貌，再逐步深入细节。因为对于客户的业务而言，我们是外行，如果从业务细节着手，很容易迷失方向，失去对业务核心的把握。同时要认识到，对于一个外行而言，我们对细节的深入也必定是有限的，不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解，二是没有这个必要。因为未来的系统也不

有感于做软件的辛苦，特撰一文。       一般软件公司接到了软件实施案子，第一步是急吼吼的去做需求调研。首先集中要使用软件的一帮人在一起开座谈会，有使用部门的，有间接使用的部门，有计算机管理部门，有大老板，有二老板，甚至有的时候连前台也来了。好几个部门的人集中在一起，每个人角度不同、层次不同，关注的重点不同。大家从自己的角度唧唧喳喳的说了一通，然后需求调研人员将这些都记录下来，形成需求文档，

一、需求的分类 需求分析是构建软件系统的一个重要过程。一般，把需求类型分成三个类型1、业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。  2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。  3、功能需求(fun