1 .系统目标1 :明确系统需要实现的目标
2 )明确系统涉及的范围
3 )系统目标支持组织的战略目标
2 .系统业务功能清单1 )根据双方签订的合同，与客户联系，确认本次系统的业务功能清单，输出《业务功能清单.xls》。
2 )业务功能列表作为需求调查的目标，是系统的实现范围。
3 .需求收集以下工作开展应以系统《业务功能清单.xls》为准。
1 )定义需求调查计划。
2 )开展需求调查会，通过访谈法、问卷调查法等收集需求。
3 )提前向与会人员发送会议通知，明确会议目标、会议内容、会议资料准备。
4 )为了保证调查会议的效率，调查会必须遵守几点。
4.1 )明确会议目标和本次会议内容，不偏离会议目标。
4.2 )邀请人必须出席。
4.3 )客户必须准备的会议资料必须带到会议现场。
4.4 )组织者应当根据会议内容组织问题清单，提高会议效率。
4.5 )会议室及设备准备(投影仪、麦克风、电源、座位、空间等)。
4.6 )其他会议筹备事项
5 )组织或客户高层参与作用)从战略和管理角度提出业务功能需求，角度和思路比较全面，对关键业务发挥决策作用，不脱离组织战略发展和管理理念，业务需求的提出者。 输出系统的蓝图。
6 )部门领导的参与作用(更加注重中层领导、需求调查的核心对象、部门内部业务需求，能够从管理角度对部门内部核心业务进行更详细的说明和提供资料。 业务需求，用户需求的提交人。 输出部门业务资料及标准制度文件。
7 )业务人员角色)部门核心业务人员、需求调查核心对象为最熟悉部门业务人员、未来系统最终用户、用户需求和功能需求提交人。 输出原始业务流程图、业务单据、功能需求等资料。
8 )项目经理参与作用)需求调查核心人员，有效组织会议开展需求调查工作。 包括策划、计划、组织、协调、控制等实施方的管理者、核心人员。 配合需求分析师完成需求调查。 将收集的需求数据输入需求数据库。
9 )需求分析师的作用)需求调查的核心负责人与项目经理共同制定需求调查计划，参加需求调查会议，提供需求调查方法和工具，与用户有效沟通和沟通，向用户表达真实需求会议开始时，要列出会议的目标和会议内容的纲要，防止会议偏离主题。 记录会议现场用户反馈的需求和提供资料，会议结束前与用户重申收集的需求内容，减少信息误差，确保双方一致。 将收集的需求数据输入需求数据库。
10 )工程师参与的作用)协助项目经理和需求分析工程师，根据实际情况考虑是否需要配备工程师资源，重点是知识的传播，便于后期接受业务知识。 将收集的需求数据输入需求数据库。
4 .需求数据库1 :必须对需求数据库进行分类。 这样，方便和检索就变得容易，需求数据就结构化了。
2 )根据需求收集的实际情况可以通过以下分类树进行。
1 )行业)金融服务行业、供应链行业、汽车机车行业、军工行业、其他行业等)
1.1业务模块
1.1.1部门
1.1.1负责人
3 )需求数据库整理消除重复和矛盾，保证需求风险(高、中、低、不确定)和优先级(必需、有用、几乎不可能、待确定)，保证需求数据库完整有效。
5 .需求分类需求数据库资料分类如下。 需求分为多种，需求的分类有助于确认需求的优先顺序和重要性。 以下是分类的标准。
1 )业务需求)表示组织或客户的高水平目标，而业务需求则表示组织为什么要开发目标这一系统。
2 )用户需求)描述用户目标或用户对系统要求的任务。 用例、场景描述和事件——响应表都是表达用户需求的有效方法。 也就是说，用户的需求表明了用户可以使用系统做什么。
3 )功能要求：规定开发者在产品中必须实现的软件功能，用户利用这些功能完成任务，满足业务需求。 功能要求的说明是开发人员需要实现什么。
4 )非功能要求：服务器配置、系统部署方式、数据库版本、语言等。
5 )系统要求：性能、安全性、可扩展性、稳健性、易用性、故障处理要求、数据库灾难要求。
6 .用业务流程功能列表《业务流程清单.xls》标准模板填写。
用《业务功能清单.xls》标准模板填写。
7 .填写要求书模板必须按照《需求规格说明书.doc》标准模板填写，并具备以下要素：
1 :组织。
2 )业务说明。
3 :业务流程图。
4 )用例图。
5 :业务表。
6 :流程节点的业务规则。
7 :商业表单的商业规则。
8 :节点参与者。
9 :系统集成。
原则：要求规格书的内容尽量以业务角度和用户理解角度编写内容，避开专业术语，达到通谷易懂的效果，使用户更容易理解要求文件的内容。
8 .需求规格书1 :输出系统《需求规格说明书.doc》文件。
2 )进行文件评审，进行会议评审工作。 审查期间将收集新的需求。 新的需求需要注册到需求数据库，重新进行需求分类。 更新业务流程功能列表，更新需求文档。 步骤3到步骤8是输出最终需求规范的循环，直到需求评审一致通过。
p>下一篇 需求调研流程