需求调研流程(DOC)
需求调研计划(模板)word参考模板
××项目
需求调研计划
编号：
（版本：V×.×）
××公司（单位）
二○一×年×月
目录
1. 调研目的 (4)
2. 调研对象 (4)
3. 调研时间和地点 (4)
4. 调研方式 (4)
5. 调研相关准备 (4)
6. 调研步骤 (4)
7. 调研详细计划表 (4)
8. 调研问题列表 (5)
1.调研目的
{简述本次调研的目的，预期目标}。
2.调研对象
{列明调研对象部门及人员}。
3.调研时间和地点
{调研开始、结束时间及调研地点}。
4.调研方式
{指明本次调研采用的方式，常见方式包括：访谈法、原型演示、调研会、问卷等方式}。
5.调研相关准备
{列出调研所需的资源（会议室、电源、网络、投影仪等）及需协调的事宜}。
6.调研步骤
{阐述对本次需求调研步骤。
常见的步骤包括：业主方下发调研计划到调研对象部门、调研对象部门做好相应准备、召开调研会议、《调研会议纪要》签字确认、承建方形成调研报告、各方对调研报告进行签字确认、承建方汇总调研报告编写需求规格说明书、对需求进行评审并形成意见等}。
7.调研详细计划表
8.调研问题列表
注：范本无法思考和涵盖全面，最好仔细浏览后下载使用，感谢您的关注！。
产品经理需求调研的步骤与流程
产品经理需求调研的步骤与流程产品经理的成功与否往往取决于对用户需求的准确理解。
为了确保产品能够满足用户的期望和需求，产品经理需要进行需求调研。
需求调研是一个系统性的过程，旨在收集、分析和理解用户对产品的需求和期望。
在本文中，我将介绍产品经理需求调研的步骤与流程，帮助产品经理更好地了解该过程和关键注意事项。
1.明确研究目标和问题：在进行需求调研之前，产品经理需要明确研究的目标和问题。
这可以帮助产品经理聚焦调研的重点，并确保调研收集的信息能够解决核心问题。
2.确定调研方法和工具：需求调研可以通过多种方法和工具进行，包括面对面访谈、问卷调查、焦点小组讨论等。
产品经理需要根据不同的项目和需求，选择最适合的调研方法和工具。
3.制定调研计划：在开始调研之前，产品经理应制定详细的调研计划，包括调研的时间安排、参与者的选择、调研内容的准备等。
制定调研计划可以帮助产品经理更好地掌控整个调研过程。
4.收集数据：根据制定的调研计划，产品经理开始进行实际的调研工作，收集用户需求的相关数据。
这可以通过面对面访谈、问卷调查等方式进行。
产品经理需要确保收集到的数据准确、全面且具有代表性。
5.分析数据：在收集到数据后，产品经理需要对数据进行分析，找出其中的关键信息和模式。
分析数据可以帮助产品经理理解用户需求的真正痛点和关键需求，为后续的产品设计和优化提供依据。
6.整理调研结果：基于对数据的分析，产品经理需要整理调研结果，形成可视化的报告或文档。
这可以帮助产品经理向团队和相关利益相关者传达调研结果，并提出相应的建议和改进建议。
7.反馈和迭代：在整理调研结果后，产品经理需要将结果反馈给团队和相关利益相关者，并根据反馈进行迭代和优化。
这可以确保产品经理的调研工作得到充分的重视和支持，并在后续的产品设计和开发中得到应用。
以上是产品经理需求调研的基本步骤和流程。
在进行需求调研时，产品经理需要注意以下几点：1.目标用户的选择。
产品经理应根据产品的定位和目标市场，选择合适的目标用户进行调研，以确保收集到的数据对产品的设计和优化有实际的指导意义。
系统需求调研访谈流程
系统需求调研访谈流程在进行系统需求调研时，访谈是一种非常重要的数据收集方法。
通过面对面的交流，调研人员可以直接从相关利益方获取第一手的信息和反馈，这对于确保最终系统的设计和实施能够满足用户的真实需求至关重要。
以下是系统需求调研访谈的详细流程。
一、明确调研目标在开始访谈之前，调研团队必须首先明确调研的目标。
这包括确定需要了解的具体问题、期望收集的信息类型以及如何通过访谈结果来指导后续的系统设计和开发工作。
明确目标有助于调研团队在访谈过程中保持焦点，并有效地利用时间和资源。
二、确定访谈对象选择合适的访谈对象是确保调研成功的关键。
访谈对象应该包括系统的潜在用户、决策者、业务专家和技术支持人员等。
每个群体都能提供独特的视角和见解，有助于调研团队全面了解系统需求。
三、制定访谈计划调研团队需要制定详细的访谈计划，包括访谈的时间表、地点、参与人员以及访谈问题的准备。
访谈问题应该围绕调研目标设计，既要开放以鼓励自由讨论，又要具体以引导访谈对象提供有用的信息。
同时，还需要考虑访谈过程中可能出现的变化，并制定相应的应对措施。
四、实施访谈在实施访谈阶段，调研团队需要遵循以下步骤：1. 建立信任关系：访谈开始时，调研人员应通过友好的问候和自我介绍来建立信任关系。
这表明他们是可靠和专业的，有助于访谈对象开放分享信息和观点。
2. 提问与倾听：调研人员应根据预先准备的问题进行提问，并仔细倾听访谈对象的回答。
在提问时，应使用清晰、易于理解的语言，避免使用技术术语或行话。
同时，还需要注意非言语沟通，如面部表情和肢体语言，以获取更全面的信息。
3. 深入追问：当访谈对象提供有用的信息或观点时，调研人员应进行深入追问，以获得更详细和具体的细节。
这有助于澄清模糊的概念或误解，并确保准确记录需求。
4. 记录与整理：调研人员应详细记录访谈过程中的关键信息和观点，包括访谈对象的直接引用和解释。
访谈结束后，这些记录应被整理成清晰的笔记或报告，以便后续分析和使用。
需求调研流程
需求调研流程需求调研是产品开发过程中非常重要的一环，它可以帮助我们更好地了解用户的需求，为产品设计和开发提供重要参考。
在进行需求调研时，我们需要按照一定的流程来进行，以确保调研的全面性和准确性。
下面将介绍需求调研的流程及相关注意事项。
一、确定调研目标。
在进行需求调研之前，首先需要确定调研的目标。
目标的明确性可以帮助我们更好地聚焦调研的内容和范围，避免盲目性和随意性。
在确定调研目标时，需要考虑产品的定位、目标用户群体、市场竞争情况等因素，以确保调研的针对性和有效性。
二、选择调研方法。
在确定调研目标后，接下来需要选择合适的调研方法。
调研方法可以包括问卷调查、访谈、焦点小组讨论、用户行为分析等多种形式。
在选择调研方法时，需要根据目标用户群体的特点和调研内容的复杂程度来进行综合考虑，以确保调研方法的科学性和有效性。
三、制定调研计划。
在确定调研方法后，需要制定详细的调研计划。
调研计划可以包括调研时间安排、调研人员分工、调研内容设计等方面。
制定调研计划的目的是为了确保调研工作的有条不紊进行，避免出现混乱和拖延的情况。
四、实施调研工作。
在制定调研计划后，就可以开始实施调研工作了。
在实施调研工作时，需要严格按照调研计划进行，确保调研内容的全面性和准确性。
同时，需要与被调研对象进行充分沟通和交流，以获取更真实和有效的调研数据。
五、整理和分析调研数据。
在完成调研工作后，需要对调研数据进行整理和分析。
整理和分析调研数据的目的是为了从大量的信息中提炼出有用的内容，为产品设计和开发提供参考依据。
在整理和分析调研数据时，需要注意数据的真实性和客观性，避免主观臆断和片面性。
六、撰写调研报告。
在整理和分析调研数据后，需要撰写调研报告。
调研报告可以包括调研目的、调研方法、调研结果、分析结论等内容。
撰写调研报告的目的是为了将调研结果清晰地呈现给相关人员，为产品设计和开发提供决策依据。
七、总结和反思。
在完成调研报告后，需要对整个调研过程进行总结和反思。
(完整版)需求分析及评审步骤要求
需求剖析及评审步骤要求步骤重点：1、需求调研：1）与用户方的领导层、业务层人员、系统操作人员进行交流，交流；主要目的是从宏观上掌握用户的详细需求方向和趋向，认识现有的组织架构、业务流程、硬件环境、软件环境、现有的运转系统等等详细状况、客观的信息。
成立起优秀的交流渠道和方式。
针对详细的职能部门以及各委办局，最好能指定本次项目的接口人。
2）交流记录，采纳表格的形式；将采集到的需求进行分类，把不一样模块的需求分别归类出来，依据主次标出重点模块，并详尽咨询状况，这样能够初步划定需求的界限；3）关于需要达成的功能模块，向客户索要有关文档说明；假如客户有有关的数据表格，尽量拷贝带回企业，以便后期参照；4）每一需求模块都要写明提出需求或许交流的客户人员名字，方便后续核实；5）跟客户一同画出功能模块的流程草图；6）注意对客户进行引诱，讲已有的近似客户所需的功能演示给客户看，尽量让客户使用已有的，或许做一些变动，回避一些工作量大而又近似的功能需求；7）与客户交流，定制需求开发达成的大体时限；2、需求总结：1）将现场采集回来的需求整理成需求文档，并依据状况细化需求，将每个功能表达的尽量详尽；2）将带回的数据文档进行整理，选择保存完好的、有针对性的数据；3、需求剖析：1）和项目经理，主管一同议论剖析每个需求的可行性，整理出不确立可行的需求；2）将需求进一步细化，最后划定需求的界限；3）讲模糊需求挑出来进一步剖析，仍有不明确的，待需求回访时进一步咨询客户；4、需求议论：1）招集开发主管开会议论有关不确立可行性的需求，由于采集回来的需求不是都能够开发实现；2）关于上述不可以实现的需求，写明原由；3）定制开发工作量及开发测试达成时间，开发、测试接口人；4）5、需求回访：1）对开发提出没法实现的需求，实时和客户交流，见告客户没法实现的原由，并找寻新的解决门路或许用近似的功能代替，做好详尽记录，回企业后提交开发；2）提交详尽需求剖析的说明书，让客户确认并署名，并记录客户的建议；3）针对开发给定的达成时间，和客户交流，给定正确的达成时间（以保证开发充足时限为原则）；6、需求提交开发：1）针对需求说明书一一提单，提交开发办理；2）讲规格说明书中的有关事项提交项目经理的项目计划表中，特别是阶段性时间项；3）指定有关事物单负责人员；7、需求追踪测试；1）把控时间，保证需求在时限内开发测试达成；2）碰到问题随时和客户交流；。
产品经理如何进行需求调研
产品经理如何进行需求调研一、引言需求调研是产品经理工作中的核心环节，它直接影响产品的设计、开发和市场接受度。
以下是一份全面的指南，详细阐述了产品经理如何进行需求调研，包括各个过程以及关键节点。
二、前期准备1. 明确目标：在开始需求调研之前，产品经理需要明确调研的目标，如了解用户需求、识别市场趋势、评估竞品等。
2. 设计调研方案：根据目标，制定合适的调研方案，包括选择调研方法（如用户访谈、问卷调查、竞品分析等），确定样本大小和选择标准，规划时间和资源分配。
三、数据收集1. 用户访谈：通过一对一或小组访谈的方式，深入了解用户的需求、痛点和期望。
关键节点包括设定清晰的访谈提纲，选择具有代表性的访谈对象，以及引导访谈过程以获取深度信息。
2. 问卷调查：设计并发放问卷，收集大量用户的反馈和数据。
关键节点包括设计有效的问题，确保样本的代表性，以及对数据进行清洗和分析。
3. 竞品分析：研究竞争对手的产品，了解其功能、优缺点以及市场反响。
关键节点包括选择有代表性的竞品，进行全面的功能和用户体验分析，以及提炼可借鉴或避免的设计和策略。
四、数据分析与解读1. 数据整理：将收集到的各种数据进行整理和分类，以便于后续的分析和解读。
2. 数据分析：运用统计和逻辑推理的方法，从数据中提取有价值的信息和洞察。
关键节点包括识别数据的趋势和模式，验证或否定预先的假设，以及发现新的问题和机会。
3. 结果解读：将分析结果转化为易于理解和传达的形式，如图表、报告或者故事板。
关键节点包括保证解读的准确性和客观性，突出重要的发现和启示，以及提供可行的建议和行动方案。
五、用户画像与场景构建1. 用户画像：基于调研数据，创建用户画像，描述典型用户特征、行为、需求和动机。
关键节点包括选择代表性用户群体，细化用户属性和特征，以及将用户画像应用于产品设计和营销策略。
2. 场景构建：基于用户画像和需求分析，构建用户使用产品的场景和情境。
关键节点包括设定真实和具体的场景条件，考虑各种可能的用户行为和反应，以及通过场景模拟和测试来验证和优化产品设计。
需求调研过程及要点
PAGE 10
需求调研的“四步法”
1. 完全倾听客户的心声
找一个安静的地方， 以客户为主，面对面的沟通和交流，完全倾听客户的心声，随时记录客户 所说的一切，每一次调研完后要对所有的记录进行整理，形成文档，在下一次的调研开始对上次 的总结进行确认。切忌在倾听需求的过程中附带如何解决的思想！
倾听 记录 整理 确认
需求调研的概述
• 什么是需求？
需求就是用户对软件系统的要求，解决问题的需要。
什么是需求调研？
需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活
动，为编写《用户需求说明书》做的前期工作。
需求调研的目的
了解现实世界中做实际工作的人们真正需要什么样的程序过程 。
PAGE 2
需求调研的概述
PAGE 9
需求调研前的准备
• 五种提高
1） 了解被调研对象的组织机构，了解每一个子对象中的关键人物，提高自己的观察能力。 2） 其次应该了解用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户的 需求，提高自己的行业知识面。 3） 需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT行 业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。 4） 提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题， 总结归纳形成原始的需求调研资料。 5） 提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。
PAGE 17
需求调研中的注意事项
• 需求分析员与用户面谈时应当注意以下事项
如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好 感，并为下次打扰他们埋下伏笔。 需求分析员应事先了解用户的身份、背景，以便随机应变。IT人士不可貌相， 有些大企业的领导其外表很土气，象农民。如果你路上碰到他，以为是个勤杂 工，说：“喂，老师傅，来帮我拎东西。”也许这笔生意就泡汤了。 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细 节问题。 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当 双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。 避免片面地听取某些用户的需求而忽视其它用户的需求。
调研步骤方案
调研步骤方案调研步骤方案「篇一」一、调研目的1、了解行业现状及发展趋势2、确定就业岗位（群），了解岗位职责和岗位从业人员结构3、了解本专业相关岗位职业能力结构，收集工作任务和项目，了解岗位生产对象，生产流程等，深入到工作岗位的细节，考虑潜在的因素4、明确专业定位二、调研对象1、企业高层管理者2、企业中层管理者3、企业基层4、行业专家5、毕业生三、调研形式文献和统计资料研究方式（网上调研）问卷调查专家咨询座谈抽样调查现场考察广告分析毕业生反馈四、调研时间安排及内容（一）调研的时间安排1、准备阶段：组成调研组，围绕调研主题，结合实际情况，研究确定调研课题，拟定调研方案（含调研提纲）。
2、实施阶段：围绕确定的调研课题，深入企业、查找问题，对企业进行调研。
3、形成调研成果阶段：在认真调查、研究、分析的基础上，形成高质量的调研报告，提交调研成果。
（二）调研内容1、文献和统计资料研究方式（网上调研）（1）收集行业或地区该职业领域里涉及技术、经济和社会现状、教育与就业之间的关系及发展趋势的数据；（2）了解劳动市场情况，该职业的企业事业单位的数量和规模，就业人数和层次，行业或地区的投资情况，相关产业的生产、销售和利润在经济发展中所占份额，就业需求等；（3）如岗位群当前就业人数、需求人数、近期预计需求人数；（4）某岗位群中各岗位当前就业人数、来源及需求人数；（5）当前社会急需岗位及所需人员层次、职位；（6）某专业往届毕业生就业情况；（7）职业院校向社会输送的人员和将输送的人员情况；2、调研企业的高层管理者调研时间：XXXX调研内容：（1）企业人才现状（2）企业未来3-5年人才需求状况（3）对学院毕业生的认可度3、调研企业的中层管理者调研时间：XXXX调研内容：（1）岗位主要职责（2）岗位主要工作任务及流程4、调研企业基层调研时间：XXXX调研内容：（1）岗位工作目标分解情况：各类型岗位工作目标、各具体岗位工作目标；（2）岗位职责安排情况：具体工作任务内容；各类型岗位的工作职责、具体工作任务内容；各具体岗位的工作职责、具体工作任务内容；（3）各具体岗位的胜任能力、胜任资格要求；（4）对行政服务满意度评价的看法及建议5、咨询行业专家调研时间：XXXX调研内容：（1）行业现状（2）行业发展动态（3）行业前景规划6、调研毕业生调研时间：XXXX调研内容：（1）调查岗位的劳动状况（2）岗位的职责、工作任务（3）岗位工作过程（4）岗位变迁（5）岗位薪酬五、调研的准备问卷调查表格的准备调研计划制定问题的准备调研步骤方案「篇二」调研方案设计1.调查自的要求根据市场调查目标，在调查方案中列出本次市场调查的具体目的要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXX管理系统需求调研报告Revision Record 修订记录Catalog目录1需求调研流程 (4)1.1调研整体流程 (4)1.2组成部分关系 (5)1.3分析过程 (6)2需求调研和分析的方法、策略和步骤 (6)2.1如何调研 (6)2.2如何分析 (7)2.3调研方法 (8)2.4基本策略 (8)2.5结构化方法分析步骤 (9)2.6UML方法分析步骤 (9)3需求调研相关要求 (10)3.1文档规范 (10)3.2需求管理 (11)3.3调研成果 (12)1需求调研流程1.1 调研整体流程●问题识别：解决目标系统做什么，做到什么程度。
需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。
同时建立需求调查分析所需的通信途径。
●分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。
[常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。
每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。
]●编制需求分析文档●需求评审1.2 组成部分关系需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。
1.3 分析过程需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题，所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。
必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。
最后将软件的需求准确地表达出来，形成软件需求说明书SRS。
●获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。
此步骤也可以称为“业务建模”，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECASE模型和业务对象模型。
当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。
●抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么”的本质。
●建立目标系统的逻辑模型：明确目标系统要“做什么”。
●对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等。
2需求调研和分析的方法、策略和步骤2.1 如何调研需求调研涉及三个问题：一是如何确定调研对象；二是如何确定被调研对象；三是采用何种调研方法；调研对象的组成应以互补为原则，至少要由三类人员组成：技术人员、业务专家和管理者。
被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三种关系。
其中，关键是确定调研范围。
调研范围包括关键域和关键活动。
而关键活动又由关键流程加关键点构成。
找到关键域，明确关键流程和关键点，对需求调研至关重要，需要专家或咨询顾问介入。
而能否把握这一时机并找准需求提炼的关键点，是考验需求调研人员的重要方面。
优秀的需求调研人员不仅能认识问题之所在，还能藉此获取足够多的知识，最后成为问题领域的专家。
需求调研非常困难，必须引起重视。
因为：● 缺乏专门领域的知识，同时应用领域中的许多问题通常模糊，很难界定；● 机构实践存在默认知识，难以描述；● 多个知识源或信息源既有冲突又有重合；● 被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息。
这些都会给需求调研人员带来障碍和困难。
在这种情况下，掌握必要的方法与技巧非常重要。
2.2 如何分析需求工程是继软件工程之后的又一热点工程。
从理论上说，包括调研需求、模拟和分析需求、需求描述、需求认可、需求演进这五个层次，并且逐层递进、螺旋式上升。
需求分析是需求工程的核心，贯穿于系统整个生命周期。
需求分析的出发点在于：对调研的需求进行进一步提炼并指导需求的抽取；帮助需求分析人员发现问题。
需求模拟则帮助检查验证对问题的理解。
需求分析和模拟又包含三个层次的工作：需求定义、需求建模、需求模拟。
需求定义，是对经调研获取的需求进行初步整理，抽取其中基本需求和关键需求予以界定，并为需求建模提供必要的需求元素。
需求建模，是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。
表现形式有自然语言、半形式化（如图、表、结构化英语等）和形式化表示等三种。
自然语言形式具有表达能力强的优点，但不利于捕获模型语义；半形式化表示可捕获结构和一定的语义，也可进行一定的推理和一致性检查；形式化表示具有精确的语义和推理能力，但构造一个完整的形式化模型，需要较长时间和对问题领域的深层次理解。
相对而言，图表形式的需求模型直观常用，比如组织结构图、系统流程图、网络拓扑图等。
良好的需求概念模型应包括以下几个特点：实现的独立性、足够抽象、足够形式化、可构造性、利于分析、可追踪性、可执行性、最小冗余性。
2.3 调研方法1、会谈、询问：围绕软件目标提出具体问题；2、调查表：经过仔细考虑的书面回答可能比会谈中的回答更加准确；3、收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料；4、收集同类相关产品的宣传资料、技术资料、演示程序或软件程序；5、情景分析：利用情景分析诱导用户能够把它们的需求告知分析员（可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做）；6、可视化方法：结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论；2.4 基本策略1、首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研；2、以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向；3、以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项；4、以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系；5、搞清哪些业务或数据是已建系统的，它们和新系统的关系是衔接还是替换；6、应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。
2.5 结构化方法分析步骤1、画出数据流图。
设计数据流图必须逐步求精；2、决定哪些部分需要计算机化和怎样计算机化（取决于用户投资限制和自身技术限制）；3、描述数据流细节，大型软件可以使用数据字典描述所有数据元素；4、定义处理逻辑（加工逻辑：每个加工处理做什么）；5、定义数据存储，即定义每个存储的确切内容及其表示法（格式）；6、定义物理资源：如是文件需指定：文件名、组织结构（排序、索引等）、存储介质和记录；如是数据库需指定每个表的相关信息；7、确定输入输出规格说明，如输入内容、输入屏幕、打印输出格式、输出长度等等；8、确定硬件所需有关数值，如输入量、打印频率、CPU、记录大小、数据量大小、文件大小等等；9、确定软硬件接口和环境需求。
2.6 UML方法分析步骤一般的应用系统又是各组成部分：问题论域、人机界面、数据管理、任务管理，在OOA 阶段重点对问题论域进行分析，对人机界面、数据管理、任务管理等问题，OOA一般较少或没有分析，而是留待OOD阶段解决。
1、调研、识别系统需求；2、分析问题领域：主要任务是充分理解领域问题和项目投资者及用户的需求，对需求进行抽象，提出高层次的解决方案）；（1）确定系统范围和系统边界；（2）确定系统的约束（环境和条件）；（3）定义活动者；（4）确定系统的综合要求（功能、性能、运行）；（5）确定系统的数据要求（名称、范围、类型、数量、特点）；（6）建立USE CASE模型、绘制USE CASE图；（7）绘制主要交互图；3、建立静态结构模型（对象类图、数据库模型、包图）；4、建立动态行为模型（顺序图、协同图、状态图、活动图）；5、建立系统物理模型（组件图、配置图）；3需求调研相关要求3.1 文档规范A、三种编写方法1、用好的结构化和自然语言编写文本型文档；2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系；3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。
多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。
B、应有成果1、各业务手工办理流程文字说明；2、各业务手工办理流程图；3、各业务手工办理各环节输入输出表单、数据来源；4、目标软件系统功能划分（示意图及文字说明）；5、目标软件系统中各业务办理流程文字说明；6、目标软件系统中各业务办理流程图（模型）；7、目标软件系统中各业务办理各环节数据、数据采集方式、数据间的内在联系分析。
8、目标软件系统用户界面图、各式系统逻辑模型图及说明C、文档工具推荐1、调研结果《需求分析说明书》格式参照开发文档模板；2、单位组织结构图、功能模块分解图用VISIO绘制，或直接用WORD中的画图工具；3、业务流程图用VISIO中的FLOWCHART模板绘制；4、系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘制；5、软件用户界面用VISIO中的WIN95 USER INTERFACE模板绘制；6、数据物理模型用POWERDESINER绘制；D、需求文档编写原则1、句子简短完整，具有正确的语法、拼写和标点；2、使用的术语与词汇表中所定义的一致；3、需求陈述应该有一致的样式，例如“系统必须..”或者“用户必须..”，并紧跟一个行为动作和可观察的结果。