需求：是指对用户需要解决的问题的整体描述。
1、需求调研
在软件工程中处于最低层的就是需求调研，基于其上的是业务建模，然后是用例模型开发、用例阐述、交互建模、界面设计等，其关联关系如图1.1 所示
 http://s9/middle/77500e11gb970a28b2838&690
2、与用户沟通的方式
（1）思路清晰的流程图：用户边描述，需求人员边绘图，然后给用户看图，让用户根据图来指出问题，然后，再修改，再看，如此反复，直到用户满意为止。例如：
 http://s8/middle/77500e11gb970a47178b7&690


（2）清晰明了的表格：通过表格就可以描述工作的结果，或者阶段性成果
（3）形象美观的图形：绘制设备部署图、网络结构图、资源分布图等
（4）必不可少的文字：这些描述性文字一定要精炼、短小，切忌长篇大论，避免用户对此生厌，而不愿意与我们交流。
3、什么是用户
用户，对于软件开发人员来说应该是软件系统的直接使用者。
客户，对于软件开发人员来说应该是软件系统使用者的全部人员，其中包括用户，还包括很多与系统使用根本无关的角色。
4、基本操作步骤
第一步，对用户的业务进行详细的了解，并绘制出流程图
这个流程图的绘制首先一定要依据用户提出的工作流程。流程图中要把用户提出的主要工作内容表示清楚，最好加上一些针对用户问题的注释和说明性文字。
第二步，通过流程图与用户进行交流，记录用户的意见，并修改流程图，并反复多次
再次到用户那里的时候，带好上次绘制的流程图，让用户重新进行确认和补充。同时，要把这个流程图拿给其他的用户看，检查一下，让他们也提提意见，对流程进行适当的修改和记录（这时候要记录下是谁提出了什么样的修改意见）。
第三步，由用户对业务流程图进行确认
    除了每一次讨论都要进行确认外，在调研的最后一定要进行一次确认，这是要用户进行签字的确认。一定要找关键用户签字，确保需求的相对稳定性。
第四步，对业务流程图中的每一个环节进行详细的描述，并提炼出相应的操作步骤和相关的岗位信息
对于每一个环节的操作都将受到权限的控制，而这些环节又将与地域、部门、专业及其他类别的关系相关联，形成一个完整的受控权限管理机制。
第五步，对操作和岗位的设置与描述同用户进行交流，并反复修改
第六步，由用户对操作和岗位的描述进行确认
用流程图一步一步地引导用户，把用户认为的最完整的流程，尤其是流程中的每一个不可再分的操作步骤（这里可以称之为 “业务环节”）都提取出来。这样开发人员通过对这些业务环节的一次次重组就可以实现对整个业务流程的描述，满足用户各种不同的实现流程