需求调研流程与相关要求
只需8步,需求调研表的标准制作流程
来到“做什么”，这其中也包含一些产品经理。
具体到需求调研这件事情上来说，很多人其实对于要进行调查的目的并不是很清晰，稀里糊涂地就去做了。
其实在做任何事情之前，你都应该问一下自己为什么要做这件事，否则极有可能事倍功半，所以，设计需求调查表的第一步就是回答这个问题：你想通过这次调研解决什么问题？精确地说的话，你应该用一句话清晰地表达出来。
你没有看错，就是一句话。
很多时候，少就是多，简单就是极致。
如果你的目的描述起来很复杂，说起来都很绕，那说明有两件事情你极有可能需要考虑一下：要么你还是没想清楚，要么你应该对目的进行拆分。
举个栗子：比如你是做体检App（O2O）的，你可以这样确定一次需求调研的目的：确定影响人们选择体检机构的因素。
二、梳理调研维度完成了第一步，接下来要做的就是围绕你的调研目标，找出影响目标达成的主要因素是什么。
为了完成这一步，产品经理需要具备一定的基础业务知识，通过分析相关业务知识与目标之间的联系，从而判断出主要的影响因素。
所以，对于有经验的老手来说，这一步没有什么难度。
但如果你不幸是个小菜鸟，那就比较困难一点，要多走些路才可以。
一般来说，有以下几个方法可以借鉴：第一、找到一个老鸟，虔诚、虚心请教，必要时遵循亚洲气质舞王的名言：没有什么问题是一顿烧烤解决不了的，如果有，那就两顿。
第二、用好搜索引擎，顺藤摸瓜，积累一定量的业务资料，然后仔细研读，分析、归类、合并、消化，最后整理出脉络。
还是以上面的体检App为例，影响人们选择的差不多就以下几个维度：距离（从常住地到体检点）；设施（是普通、中级还是高级）；人员素质（中专、大专，还是本科）等等。
三、设计问题完成了第二步，你只是拿到了影响最终结果的主要因素，但这些因素本身并不是答案，这也正是你要发起这次需求调研的动机，你要确定的是这个因素影响最终结果的具体状态——指标。
这一步同样也依赖于业务知识，相关建议参考上一步。
提高提高颜值。
具体来说，要在需求调研表的背景颜色，文字（大小、字体、行间距等）、内容排版等方面下功夫。
怎么做“需求调研”
引言概述：需求调研是指企业或组织在开发新产品或服务之前，对潜在用户群体的需求和偏好进行深入的调查和分析的过程。
通过需求调研，企业可以更好地了解用户的需求，为产品或服务的开发提供准确的指导和支持。
本文将介绍如何进行有效的需求调研。
正文内容：一、确定研究目标1.明确研究的目的：确定为何进行需求调研以及所要解决的问题，例如产品功能的优化、市场需求的规模等。
2.明确调研对象：确定调研的受众人群，例如潜在用户、现有用户或市场专家。
二、选择调研方法1.定性调研方法：通过深入访谈、焦点小组讨论等方式，深入了解用户的观点、需求和心理。
2.定量调研方法：通过问卷调查、统计数据分析等方式，收集大规模的数据，了解用户需求的数量和分布情况。
三、制定调研计划1.确定调研的时间和地点：根据需要选择适当的时间和地点进行调研，保证能够覆盖到目标受众。
2.收集调研工具：根据调研方法的选择，准备合适的调研工具，如访谈提纲、问卷等。
3.确定调研人员：选择经验丰富的研究人员，保证调研的质量和可靠性。
四、收集和分析数据1.数据收集：根据调研计划，使用合适的方法和工具收集数据，例如访谈记录、问卷答案等。
2.数据整理：整理和归纳收集到的数据，确保数据的准确性和完整性。
3.数据分析：使用合适的统计方法和数据分析工具，对数据进行分析和解读，找出用户需求中的关键问题和痛点。
五、撰写调研报告1.报告结构：根据调研目标和内容，设计符合报告需要的结构和段落层次。
2.报告内容：根据数据分析的结果，详细描述调研所得的结论和建议，并附上相关数据的统计结果和图表。
3.报告语言：使用清晰简洁的语言表达调研结果，避免使用复杂的专业术语，以便各个层次的读者都能理解报告内容。
总结：。
需求调研工作要求
需求调研相关工作要求一、准备工作：被调研部门提供完整的流程及业务说明；被调研部门同时要提供相关业务的现状（涉及部门、每日/月单据量）1、确定被调研部门的人员及时间；（说明人员负责业务的对应关系）2、OA项目组相关业务负责人应事先审议业务说明；二、需求调研会议说明：1、与会人员：被调研部门相关业务负责人与决策人；OA项目组相关业务负责人；神码项目组相关业务负责人；2、会议程序：（1）由神码项目组说明演示系统中相关业务的操作；如果没有相关业务演示系统则跳转到下一步；（2）由被调研部门说明其业务流程与工作内容；（3）由项目组与用户一同整理相关流程与业务说明；（4）记录问题，约定下次会议时间与人员，或确认需求的日期及人员；3、会议成果：（1）会议纪要（记录人：OA项目组相关业务负责人），会议当天发送到与会人员；（2）需求分析说明书（编写人：OA项目组相关业务负责人，辅导人：神码项目组相关业务负责人），会议次日前发送到与会人员；（3）需求说明确认（确认人：被调研部门相关业务负责人与决策人）；在指定日期前将纸质确认书交付给项目组；4、相关部门的后续工作包括（时间见项目进度表和每周滚动计划）：（1）参与系统的设计确认工作；（2）参与系统的测试工作与操作手册编写；（3）进行系统的验收工作；（4）如需对以前的需求进行修改，请填写《需求变更》，并由相关业务负责人与决策人、项目经理签字；（格式参见《需求分析报告模版》）；OA项目组2008年11月1日附：需求变更管理的意义1、如实记录需求修改的过程2、评估由此引发的工作量3、对涉及业务流程及逻辑控制的内容变动，审慎考虑4、作为实施方验收的依据5、对超出计划或合同人员的变动工作量，可作为依据进行商务补偿。
erp需求调研
erp需求调研在企业管理中，ERP（Enterprise Resource Planning，企业资源计划）系统是一种集成管理软件，它能够协调企业各个部门的活动，提高工作效率和管理水平。
在选择和实施ERP系统之前，进行ERP需求调研非常重要。
本文将介绍ERP需求调研的步骤和方法。
一、明确调研目的在进行ERP需求调研之前，我们需要明确调研的目的。
企业选择引入ERP系统的目的多种多样，例如提升业务流程效率、降低成本、改善财务管理等。
明确调研目的有助于我们有针对性地进行调研，以满足企业实际需求。
二、确定调研范围ERP系统涉及到企业内部各个部门的业务流程，因此，在进行调研时需要确定调研的范围，包括哪些业务流程、哪些部门需要涉及。
例如，调研范围可以包括财务管理、采购管理、销售管理、生产管理等。
三、收集信息在确定了调研范围之后，需要开始收集相关信息。
可以通过多种途径进行信息收集，例如企业内部的相关文件、资料，与业务部门和相关人员的沟通等。
通过收集信息，可以深入了解企业的实际情况，并为后续的需求分析和系统选择提供依据。
四、需求分析在收集了足够的信息后，需要对这些信息进行分析，确定企业对ERP系统的具体需求。
需求分析是整个ERP实施过程中的关键环节，它直接影响到选择适合企业的ERP系统。
在进行需求分析时，可以将需求分为功能需求和非功能需求两个方面。
功能需求包括企业所需的具体功能模块，例如财务、采购、销售、库存管理等。
非功能需求则包括用户界面友好、稳定性好、易于扩展等方面的要求。
需求分析的结果应该清晰明确，并与实际情况相符合。
五、系统选择在需求分析的基础上，可以开始进行ERP系统的选择。
选择ERP系统需要综合考虑多个因素，包括系统功能、技术支持、售后服务、价格等。
可以通过组织厂商的演示、试用、评估等方式来进行系统选择。
选择合适的系统可以最大程度地满足企业的需求，并确保ERP系统的顺利实施。
六、需求确认在选择了适合的ERP系统之后，还需要进行需求确认，确保系统能够满足企业的实际需求。
软件系统需求调研方案
软件系统需求调研方案背景随着信息技术的发展和应用，各种软件系统层出不穷，为企业和社会带来了便利。
但是，软件系统的开发和维护需要耗费大量的时间和资源，所以在开发软件系统前，有必要进行详细的需求调研工作，以确保开发的软件系统符合用户的需求和期望。
目的本文旨在提供一种软件系统需求调研方案，旨在帮助软件开发团队了解客户的需求，确保开发的软件系统符合客户的期望，提高软件系统的质量和用户满意度。
调研方法1. 收集信息收集客户端、业务人员等相关人员提供的所有资料，比如老系统的文档、流程图、相关软件现有的功能和不足点等。
2. 第一轮需求调研与客户和相关部门进行会议，向客户提出关于软件系统所有相关问题，要求具体详细，不遗漏，确保第一轮需求访谈的完整性以保证后续工作的准确性。
3. 编写需求文档根据第一轮需求调研所得到的信息，编写需求文档，将需求统一表达出来，并要求客户对需求文档进行审查。
4. 第二轮需求调研针对客户审核过的需求文档，进一步和客户进行进一步交流，以解决具体细节问题。
和客户讨论如何优化现有的工作流程，如何提升效率，以及采取那些措施避免一些潜在的风险。
5. 确定需求最终，将第一轮和第二轮需求调研的结果进行整合，并确定最终的需求。
确定需求后，需再次和客户确认是否满足客户需求。
6. 编写调研总结报告最后将整个调研的过程和结果进行总结，汇总调研的成果，并写出调研总结报告，以便后续开发人员在开发过程中参考。
需求文档的内容软件系统的需求文档是一个重要的文件，可以让软件开发人员尽可能多地了解客户的需求。
需求文档应包含以下内容：•引言: 概述整篇文档目的和范围，清晰地表达客户的需求和目标。
•需求范围：明确软件系统的需求范围，以便后续开发人员做好分析、设计和开发。
•需求描述：对软件系统的基本功能和性能需求进行详细的描述，给开发人员在实现软件功能时提供具体指导。
•非功能需求：除了基本功能外，还包括关于性能、可靠性、可扩展性和可用性等非功能需求信息。
ERP项目实施前需求调研的五要素
ERP项目实施前需求调研的五要素在ERP项目实施前，进行有效的需求调研是非常重要的环节，它直接影响到项目的成功与否。
需求调研的目的是全面了解企业的运营业务和现有的信息系统，确定出ERP系统所需的功能需求和技术要求。
以下是ERP项目实施前需求调研的五个重要要素：1.业务流程分析业务流程分析是ERP项目调研中的第一步，它的目的是全面了解企业的业务流程。
通过分析企业的各个业务环节，了解每个环节所涉及的业务流程、业务对象、业务规则等，明确每个环节之间的关系和交互。
在进行业务流程分析时，需要对现有的业务流程进行调查和收集相关数据资料，可以通过观察、访谈和问卷调查等方式获取信息。
通过业务流程分析，可以为后续的需求分析和系统设计提供重要参考。
2.用户需求调研用户需求调研是ERP项目调研中的核心环节，它的目的是确定用户对ERP系统的具体需求。
通过与用户的沟通和交流，了解他们对ERP系统的期望、使用习惯、工作方式等，掌握他们对现有信息系统的不满和需求。
用户需求调研可以采用面对面访谈、问卷调查、用户会议等方式进行。
同时，还可以通过观察用户实际工作情况，了解他们的工作环境和工作要求。
通过用户需求调研，可以获取到ERP系统的功能需求、界面要求、数据要求等。
3.系统环境调研系统环境调研是ERP项目调研中的另一个重要要素，它的目的是了解企业现有的信息系统环境和硬件设备，并确定ERP系统所需的硬件和软件要求。
系统环境调研主要包括以下内容：了解现有的信息系统平台、数据库管理系统、网络架构等；了解硬件设备的配置和性能；了解现有系统和ERP系统之间的数据交互方式；了解现有系统中存在的问题和隐患等。
通过系统环境调研，可以确保ERP系统的稳定性、可靠性和兼容性。
4.项目团队和资源调研ERP项目的成功离不开一个合适和充足的团队和资源支持。
在需求调研的过程中，需要调研项目团队的组成和能力，确定团队中的角色和职责，明确项目的组织结构和管理架构。
需求调研的准备工作
业务需求调研准备工作成晓旭【版权保留，欢迎转载】本文是自己总结软件开发、项目管理、咨询设计领域多年在客户访谈、需求调研等工作中的实际工作经验，是公司内部培训的一份内部文档。
1 总体需求调研流程1.1 需求阶段工作流程1.2 需求调研流程2 前期准备的经验交流2.1 项目信息内部沟通项目情况的充分传达是项目需求调研准备工作的重要基础。
市场前端人员，应进行正式的组织需求调研人员讲解项目概况，尽可能充分的向项目组技术人员传达前期的项目信息：包括客户关系、项目背景、同业发展情况、建设目标、项目负责人、需求单位或部门等。
而不是一两句话，说有“某某客户的某某项目，你们去调研需求，开始做开发吧”。
2.2 需求调研提纲需求调研提纲是需求调研工作成败的关键要素。
编制合格的需求调研提纲，需求访谈、调研工作就已经成功了一半；如果需求调研提纲设计不合理，就匆忙开展需求调研、访谈活动，往往不能达到预期的收集项目需求的目标，也为项目后续工作的开展留下严重隐患。
需求调研提纲的内容，要根据实际需求尽可能全面，而不仅仅只是业务方面；同时又要保证不要耽搁被访者太多的时间。
需求调研提纲通常需要涉及：业务管理现状（包括业务总体框架、业务流程、参与者、统计报表等等）、IT系统现状（包括系统名称、系统厂商、建设时间、支撑业务、系统维护、系统接口、功能架构、网络部署、硬件设备配置等）、业务需求（包括管理要求、业务支撑需求、系统建设/改造需求、系统性能指标要求等等）、文档资料（包括：报表样表、电子表格、政策文件、规范、标准、数据格式、接口协议文档、通信协议文档等等）。
2.3 客户访谈计划拟定如果工程项目复杂、涉及访谈的部门或人员众多，最好制定一份客户访谈计划，与客户约定具体上门访谈的时间、大致议题等。
制定访谈计划时注意要征得客户相关领导的同意，获取领导的支持，最好由客户的项目负责人/领导直接安排访谈时间计划；具体访谈的时间最好是在一次相关者都在场的正式会议上沟通、协商、确定，尽量避免事后单独与每个被访对象单独约定访谈时间（这样会很难协调各方的时间、也容易打乱总体计划）。
需求调研的阶段组成
需求调研指南文件变更记录*A - 增加M - 修订 D - 删除1.需求捕获技术在需求捕获中最常见的技术就是：✧用户访谈✧问卷表✧小组会议✧分析同类软件产品。
✧参考行业标准、规则。
✧I nternet上搜查相关资料。
上述的各种技术在特定场合都能很好发挥作用，应该好好的考虑在何时使用哪项技术。
在大多数项目中，捕获需求不可能只采用某个技术。
实际情况中，项目组会根据不同的涉众团体采用不同的方法。
1.1用户访谈用户访谈一般在下列情况使用✧需要与少数几个人，进行大量的知识交流✧项目团队能够与他们会谈✧无法一次性收集所有涉众的需求用户访谈一般会经历五个阶段：✧准备访谈✧计划和安排访谈日程✧访谈开始和结束✧引导访谈✧后继的访谈整理工作1.1.1准备访谈在进行访谈前，需求分析者应该很好的理解组织结构，行业定位和项目范围和项目目标，访谈会涉及下面内容：✧组织结构报告✧年度报告✧长期发展计划✧部门目标的陈述✧已有程序手册✧系统文档需求分析者应该理解一般的行业术语（术语表）并且还要熟悉行业上的业务问题1.1.2计划访谈日程准备列表，列出主要话题或问题。
这些问题可以找出未意识到的重点，还能有逻辑的引导访谈进行。
安排访谈应遵循自上而下的进行。
首先访谈部门或地区的领导，然后才是他们下属的雇员。
在邀请对方进行会谈时，要解释这次会谈的目的，一般会涉及哪些领域，以及大致需要的时间。
1.1.3访谈开始和结束开始访谈时，先介绍你自己，陈述这次访谈的目的，谈谈被访谈者关心的事，并说明有一些简短的会谈记要，在整理后会交给对方审阅。
一般被访谈者认为需求分析者试图找到他们工作中的缺陷。
使他们摆脱这种观点。
可以讨论他们所熟悉的日常工作的过程。
好的访谈者会让被访谈者作为主讲人。
因此，需求分析人员应该寻找一些问题让被访谈者对他们开诚布公：例如：“怎样的变化将使你的工作更简单或更有效？”这个问题暗示被访谈者提出改进意见。
当列表中的所有领域都讨论过后，提出下面问题：“还有什么问题我们没有讨论吗？”或是“我们还需要讨论些别的内容吗？”这些问题鼓励被访谈者提出所有应该被讨论的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档类型Document Type密级Confidentiality Level教案研究文档仅供收件方查阅文档编号Document Code版本Version共12 页0．8业务需求调研大纲Prepared by 拟制王飞Date日期2011-2-11Reviewed by 评审人Date 日期Approved by 批准Date 日期版权所有不得复制Copyright © BroadenGate Technologies, Co., Ltd.All Rights Reserved Revision Record 修订记录Catalog目录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、需求陈述应该有一致的样式，例如“系统必须..”或者“用户必须..”，并紧跟一个行为动作和可观察的结果。