需求调研八大阶段描述

Step No.1

|1:定义系统要实现的目标；

|2:明确制度范围；

|3:系统目标应支持组织的战略目标；

StepNo.2

|1:以双方签订完成的合同为基础，与客户沟通确认本系统的业务功能列表，输出《业务功能清单xl5》。

|2:业务功能清单，作为需求调研的目标，是系统的实施范围。以下从010到1010的工作必须按照系统《业务功能清单xIs》进行。

1.定义需求研究计划。

2.开展需求调研会议、访谈、问卷等方式收集需求。

3.提前向参会人员发送会议通知，明确会议目标、会议内容和会议材料准备。

4.为了保证调研会议的效率，调研会议必须遵守以下几点：

4.1:明确会议目标和本次会议的内容，避免偏离会议目标。

4.2:邀请人必须在场

43:想要两种会议洗浴用品的客户一定要带到会议现场

4.4:实施者必须根据会议内容整理问题清单，提高会议效率。

4.5:会议室及设备(投影仪、麦克风、电源、座椅、空间等)准备。).

4.6:其他会议准备。

5.组织或客户高层参与：从战略和管理的角度提出业务功能需求，视角和思维全面，在关键业务中起决策作用，不偏离组织“做厨房、做管理”的理念，提出业务需求，输出系统蓝图。

6.部门领导的参与作用：中层领导，需求研究的核心对象，更加关注部门内部的业务需求，能够从管理的角度对部门内部的核心业务进行详细的解释和提供信息。业务需求和用户需求的呈现者。输出部门业务数据和标准系统文档。

7.业务人员参与的作用：部门的核心业务人员，需求研究的核心对象，是对部门业务最熟悉的人员，未来系统的最终用户，用户需求和功能需求的支持者。输出原始业务流程图、业务文档、功能需求等数据。

8.项目经理的参与角色：需求调研的核心人员，有效组织会议开展需求调研工作。包括策划、计划、组织、协调、控制等。管理者和实施者的关键人员。与需求分析师一起完成需求研究。将收集的需求数据输入需求数据库。

9.需求分析师的参与角色：需求调研的核心人员，与项目经理一起制定需求调研计划，召开需求调研会议，参加需求调研会议，提供需求调研方法和工具，与用户进行有效的沟通和交流，引导用户反馈真实需求，对用户反馈的需求持怀疑态度。会议开始时，要列出会议目标和会议内容大纲，以免会议偏离主题。会议现场记录用户反馈的需求和提供的材料，并在会议结束前与用户第二次确认收集到的需求，以减少信息错误，双方确认一致。将收集的需求数据输入需求数据库。

10.工程师的参与角色：协助项目经理和需求分析工程师，考虑是否根据实际情况分配工程师资源，专注于知识转移，后期更容易接收业务知识。将收集的需求数据输入需求数据库。

StepNo.3

1:需要对需求数据库进行分类，更方便更容易找到，使需求数据结构化。

2.根据需求收集的实际情况，可以按照以下分类树进行：

1.行业(金融服务业、供应链业、汽车机车业、军工、其他行业等。)

1.1业务模块

1.1.1部门

1.1.1负责人

3.需求数据库的整理应消除重叠和矛盾、需求风险(高、中、低和不确定)和优先级(

希望达到的目标。
2：用户需求：描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
3：功能需求：规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求描述是开发人员需要实现什么。
4：非功能需求：服务器配置、系统部署方式、数据库版本、语言等。
5：系统需求：性能、安全性、扩展性、健壮性、易用性、故障处理要求、数据库灾难要求。

StepNo.6

1：按《业务流程清单.xIs》标准模板进行填写。
2：按《业务功能清单.xls》标准模板进行填写。

StepNo.7

按《需求规格说明书.doc》标准模板进行填写，必须具备以下元素：
1：组织。
2：业务描述。
3：业务流程图。
4：用例图。
5：业务表单。
6：流程节点业务规则。
7：业务表单业务规则。
8：节点参与者。
9：系统集成。
原则：需求规格说明书的内容尽量以业务角度和用户的理解角度去编写内容，避免专业术语，达到通谷易懂的效果，使用户更易于理解需求文档中的内容。