需求分析师软件开发的一个步骤，主要作用是充当软件研发和客户之间的桥梁，主要包括对客户的信息化需求进行分析，

（1）将客户不规范的、随意的需求，转换为规范的、严谨的、结构化的需求；

（2）将客户不正确的需求转化为正确的需求；

（3）将客户不切实际的需求转换为可以实现的需求；

（4）将客户不必要实现的需求砍掉，将客户遗漏的需求补上。

需求分析包括：需求获取、系统规划、数据建模、功能设计、界面设计、原型说明书和需求变更

一、需求获取

需求获取的方法包括：观察法、体验法、问卷调查法、访谈法、单据分析法、报表分析法、需求调研会法。

（1）观察法

通过观察用户的工作过程，理解用户业务，从而获取用户关于信息化的需求。例如，可以通过观察仓库保管员的入库、出库过程理解仓库物料的出入流程。

（2）体验法

调查者亲自参与工作，通过体验用户的工作，理解用户的业务，从而获取用户关于信息化的需求。

（3）问卷调查法

通过发布调查问卷，由用户天填写问卷的方法获取需求。这种方法由于需要较高的问卷编写水平，而回答的人也很少会在认真仔细思考后作大，效果并不好，用的不多。当需要快速、概略性地了解某业务时，可以考虑使用功能这种方式。

（4）访谈法

通过与用户面对面的交谈理解用户业务，获取用户需求。访谈这可以非常正式随便，在餐桌边，在电梯上，在电话中，都可以进行一次访谈。这是使用得最普遍的需求调研方式。

（5）单据分析法

通过分析用户现有纸质单据获得需求。由于我们开发的软件主要就是用来管理企业信息的，而在没有信息化系统时，单据体系本身就是企业的信息系统，只是没有电子化而已，所以单据相当重要，如果涉及的软件承载不了这些单据所承载咋信息，往往就意味着在软件使用中会有大量的麻烦在等着你。

（6）报表分析法

通过分析用户当前使用的报表获取需求。报表往往是信息的集大成者，在电子化的信息系统中如此，在非电子化的信息系统中也是如此。报表一般都是管理层用的，理解报表就是理解管理者的管理思想，通过刨根问底地研究当前报表中的每一个数据的来源，可以深刻理解管理层对信息的要求。

（7）需求调研会法

通过召开需求会议获取需求。当需要讨论的需求问题牵涉到的相关人员较多时可以组织需求调研会，可以在会议上理清流程、确定分工、调和利益等。由于牵涉的人员较多，并且可能有企业高层领导参加，在召开需求调研会时需要认真组织、认真准备，否则不但可能搞砸，还有可能让自己威信扫地，给后面的工作带来不便。

二、系统规划

获取需求之后，需要根据需求进行系统规划，系统规划的过程就是根据用户的需求规划企业的信息化管理体系的过程。

（1）需求确认

系统规划的第一步就是对用户需求进行校正。要知道用户的需求并不总是正确的，我们做软件追求的是“实现用户正确的需求”，对于不正确的需求要坚决剔除。

（2）需求整理

需求确定之后要将需求文档整理清楚。如绘制业务流程图等。

（3）系统蓝图

在进行软件开发或选型之前，需要对未来的信息化管理有个总策划，我们称之为系统蓝图，这个“系统”并不仅仅指软件系统，而是指相关业务的整个信息化管理体系。

三、数据建模

数据建模就是设计数据库的表结构，这项工作可以在功能设计之前，也可以在功能设计之后，也可以同时进行。

i. 实体关系：数据库设计所说的实体是事物的种类，不是个体，“员工”是一种实体，而“张三”是这种实体下的一个实例。每一种实体都有若干属性信息，如“员工”实体，包含工号、身份证号码、生日等各种属性。实体关系一般有三种：一对一，一对多，多对多。

ii. 范式：所谓范式，是指数据库中的表满足的准则。三范式。

iii. 数据库设计：就是设计本软件在数据库中需要哪些表，这些表有什么关系，每个表包含哪些字段等。

iiii. 数据字典：数据建模完成后，需要有文档对这个数据模型进行详细说明，这就是数据字典应该充当的角色。数据字典需要描述的内容有：这个数据模型中有哪些表，每个表包含哪些字段，每个字段的类型、长度、取值范围是什么，哪些字段是外键关联字段，对字段值有没有什么特殊要求，等等。

四、功能设计

软件的功能，从本质上说就是对数据进行输入、加工、输出的过程。对于面向数据库的软件，由于是以数据库为核心的，可以理解为两个方面，一是数据的收集与处理；而是围绕数据库对其中的数据进行的4大操作，即增删改查。

五、界面设计

六、原型说明书

原型说明书是针对设计好的软件原型撰写的一种偏向于说明功能与操作逻辑的文档，主要描述每个功能点的主要用户，用户使用该原型的操作场景，有什么权限控制要求，每个操作背后是怎么运算的，对数据有什么要求，等等。

七、需求变更