在做需求分析工作之前，很多时候需要进行 需求调研工作，需求调研第一步，初始，初始，不仅是一个体力活更一个技术 活，不仅需要对于理解设计能力，与人沟通与人交流都是必备的技能。在与客户进行交往时，客户往往记住的是你的第一印象，而且前期的交往中，客户需要提出各种各样的需求，自己需要在理解客户所提出的功能之后，在用自己的专业知识给客户提出一些相应的建议以及 变更意见，让客户不仅能由衷的佩服你，你也能大方的表达出自己的意见来。在进行调研的时期，还要根据用户所处阶层的不同，做出不同的相应的调研内容。
在经过初识之后，给客户留下了良好的第一印象后，需要进行拜访，与各个客户之间建立联系，进行自己的需求调研，需求调研并不是一日就能够完成的，可能是月，可能是年，在这个漫长的时间里，我们需要与客户进行交流，进而一步一步的了解到客户的业务需求
。需求调研的研讨会，主要强调的不同的是 各地之间的不同的差异，所有的研讨小组在不同的地方之间都存在不同的差异，差异或大或小，在各个不同的地点之间展开研讨会，将其不同的差异进行统计，可以有效的已知个性化差异，展开分模块组织专项研讨会。
需求调研，如果说业务研讨会 是项目经理的功底的话，那么需求分析则是需求分析人员的功底，大多数人往往认为需求分析 是是一件简单的事情，只要照着客户所说的做就行，但是客户所提出的需求也是存在问题的，将客户分为哪些对于软件一点都不了解，了解一些以及了解软件的开发整个流程的三部分人的话，每个部分的客户都会存在一些问题，这个时候就需要我们需求分析员在做软件的时候，不能够仅仅停留在客户的需求上，自己更是应该去了解这个业务领域，理解客户的需求，指出哪些是过于理想而不能实现的。
需求调研迭代，在需求分析的过程中，不是一蹴而就的，是一个反复迭代的过程，他是从第一次的需求分析开始，一直延续到整个的项目周期，在需求分析阶段，我们需要不断地与客户进行反复的谈论，进行循环需求捕获，需求整理，需求验证，需求再捕获。在每次的讨论之时，不断地理解客户的信息需求，并进行整理，每次都会多理解一些，直到最后达到用户的满意。
需求捕获，前面想要进行迭代，南无迭代的第一步就是需求捕获，而需求捕获往往是我们最为薄弱的地方，在客户进行讲述需求的时候，要看我们的态度，是主动的接受客户的需求，还是被动的接受客户的需求 ，在很多时候 ，我们再多都是被动的去接受客户的提出的需求，客户直接说出一大堆的需求，交给我们，被动接受，不加人任何分析，没有想到客户 压根不会想到的需求，而那些需求可能是客户业务内约定俗成 的内容，这个时候如果我们不加追问，很有可能给后期的软件开发带来隐患 。
需求分析，功能角色 分析与用例图。在进行功能的分析中，根据客户提出的每个不同的角色进行分析，用例图分析系统内能够给用户提供什么样的功能，而在画用例图的时候，需要注意的是画出来的用例图是画给用户看的而不是给开发人员看的，用例图需要简单易懂，客户能够看懂，少一些术语，多一些·客户日常所使用的的词，添加信息改成 添加新 员工信息更为的贴切，而且用力是一个场景，当用户在看的时候能够一眼看出这是自己业务的那个流程最好，
需求分析，业务流程分析。在进行软件开发的时候，需求分析一定要做好，例如我们在做企业的管理系统是，我们所做的就是讲企业原本的业务流程进行模拟，并且细化到计算机 里，用编程语言进行表达，计算不是万能的，我们做业务分析是时，就是分析出那些是需要信息化管理 ，哪些是不需要信息化的，需要进行适当化的信息化管理，才能达到客户的满意。
需求分析，查询报表分析。某些格式的用例模式 ，并不是适合所有的建模，需要根据需求的不同将用例表的的格式进行变化，满族我们的需求，东西是死的，但人是活的。报表的作用体现的是对不同用户的真是意图。
需求分析，子用例和扩展用例。用例分析中对子用例与扩展用例的分析，系统的设计，从一开始就将公共的、可共享的部分提取出来，在日后的设计与开发中得以很好地复用，提高了系统的内聚并降低了系统的耦合，是一个优秀软件设计的开始。
需求开发，行动图和状态图，行动图，比较类似于我们过去绘制的流程图。状态图，对关键对象中流程中状态变化的描述。
需求分析：业务领域分析，业务领域分析，就是对需求分析中涉及到的业务实体，以及它们相互之间关联关系的分析。前面功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。随后业务流程分析，它是在对系统人机交互的分析与整理的基础上，更加细致的去分析和整理那些业务流程，以及组成这些流程的一个个业务操作。我们的软件就是对现实世界的模拟，在我们及你信个软件的开发过程中，进行业务领域的分析才能发现软件中的一些对象 与现实世界的什么事物的映射。我们了解这些就需要与客户进行业务范围的交流了。
·