调研方式有哪些，怎么写，存在哪些问题？
八个研究阶段的描述
第一步
|1:定义系统的目标；
|2:定义系统的范围；|3:系统目标应当支持组织的战略目标；
第二步
|1:在双方签订合同的基础上，与客户沟通确认本系统业务功能清单，输出业务功能清单xl5。
|2:作为需求研究的目标，业务功能列表是系统的实现范围。
第三步
以下工作必须根据系统业务功能列表xIs进行。
1:明确需求调研计划。
2:进行需求调研会、访谈、问卷调查，收集需求。
3:提前向参会人员发送会议通知，明确会议目标、会议内容、会议材料准备。
4:为了保证研究会的效率，研究会必须遵守以下几点:
4.1:明确会议目标和本次会议的内容，避免偏离会议目标。
4.2:邀请人必须到场
43:客户必须带两份准确的沐浴资料到会议现场
4.4:实施者必须根据会议内容整理出问题清单，提高会议效率。
4.5:会议室及设备准备(投影仪、麦克风、电源、座椅、空房间等)。).
4.6:其他会议准备。
5:组织或客户高层参与的作用:从战略和管理的角度提出业务职能的要求。角度和思路比较全面，在关键业务中起到决策作用，不脱离组织的步名和管理理念，提出业务需求，输出系统蓝图。
6.部门领导参与的作用:中层领导，需求调研的核心对象，更关注部门内部的业务需求，能够从管理的角度对部门内部的核心业务进行详细的解释和提供信息。业务需求和用户需求的提出者。出口部门业务信息和标准体系文件。
7:业务人员参与的角色:部门的核心业务人员，需求调研的核心对象，最熟悉部门业务的人员，未来系统的最终用户，用户需求和功能需求的提出者。输出原始业务流程图、业务文档、功能需求等信息。
8.项目经理的参与角色:需求调研的核心人员，有效组织会议开展需求调研工作。包括计划、策划、组织、协调、控制等。、管理者和实施者的关键人员。与需求分析师一起完成需求调研。将收集的需求数据输入需求数据库。
9:需求分析师参与的作用:需求调研核心人员与项目经理一起制定需求调研计划，召开需求调研会议，参与需求调研会议，提供需求调研方法和工具，与用户有效沟通，引导用户反馈真实需求，对用户反馈的需求持怀疑态度。会议开始时，要列出会议目标和内容提纲，保持会议不偏离主题。现场会议记录用户的反馈要求和提供的信息。会议结束前，我们将与用户再次确认收集的需求，以减少信息错误，双方将确认相同。将收集的需求数据输入需求数据库。
10:工程师的参与角色:协助项目经理和需求分析工程师，根据实际情况考虑是否需要配置工程师资源，以知识传递为主，后期更容易接收业务知识。将收集的需求数据输入需求数据库。
第四步
1.需要对需求数据库进行分类，这样更方便更容易找到，使需求数据结构化。
2:根据需求收集的实际情况，可以按照以下分类树进行:
1:行业(金融服务业、供应链行业、汽车机车行业、军工行业、其他行业等。)
1.1业务模块
1.1.1部门
1.1.1负责人
3:整理需求数据库，消除重叠和矛盾，需求风险(高、中、低、不确定)和优先级(必要、有用、几乎不可能、尚待确定)，保证需求数据库的完整性和有效性。
第五步
根据以下内容对需求数据库中的数据进行分类。有很多要求。需求的分类有助于确定需求的优先级和重要性。给出以下分类标准:
1:业务需求:指明组织或客户的高层目标。业务需求描述了组织为什么要开发一个系统，也就是组织希望达到的目标。
2:用户需求:描述用户的目标或用户要求系统完成的任务。用例、场景描述、事件响应表都是表达用户需求的有效方式。也就是说，用户需求描述了用户可以用系统做什么。
3:功能需求:规定开发者必须在产品中实现的软件功能，用户可以使用这些功能完成任务，满足业务需求。功能需求描述是开发人员需要实现的。
4:非功能性需求:服务器配置、系统部署模式、数据库版本、语言等。
5:系统需求:性能、安全性、可扩展性、健壮性、易用性、故障处理需求、数据库灾难需求。
第六步
1.按照业务流程列表的标准模板填写。xIs。
2:按照业务功能列表. xls的标准模板填写。
第七步
按照需求说明书的标准模板填写。doc，并且必须具备以下要素:
1:组织。
2:业务描述。
3:业务流程图。
4:用例图。
5:业务形式。
6:流程节点的业务规则。
7:业务表单业务规则。
8:节点参与者。
9:系统集成。
原则:需求说明书的内容应尽可能从业务和用户理解的角度来撰写，避免使用技术术语，以达到通俗易懂的效果，使用户更容易理解需求文档中的内容。
第八步
1.输出系统“需求规格”的文档。doc”。
2:审核文档并进行会议审核。在评审过程中，新的需求将被收集，这些需求需要被分类到需求数据库中，重新分类，并更新业务流程从第三步到第八步列出并更新需求文档是一个循环的过程，直到需求评审被一致通过，并输出最终的需求规格。
