育才学习网1. 如何写业务需求
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
(1)用户与开发人员很难进行交流
在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
(2)用户的需求是动态变化的
对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。
(3)系统变更的代价呈非线性增长
需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。
因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
(2)产品背景明细
软件名称：铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
本工程描述：
(1)软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(2)应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。
2. 如何写业务需求
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
(1)用户与开发人员很难进行交流
在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
(2)用户的需求是动态变化的
对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。
(3)系统变更的代价呈非线性增长
需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。
因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
(2)产品背景明细
软件名称：铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
本工程描述：
(1)软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(2)应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。
3. 怎么编写用户业务需求分析
需求分析 格式1 引言1.1 编写目的 【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。
不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。
预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。 作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。
软件需求说明（Software Requirements Specification）的主要作用为： 为用户方与开发方建立共同协议奠定基础。 提高开发效率、强化进度控制。
为项目的的评测与验收提供依据。 便于移植。
作为系统不断提高的基础。1.2 编写背景1.2.1 系统名称及版本号 【说明】形如“网银三期***系统V3.0.0”。
其中，版本号的格式为“XX.XX.XX”,X为阿拉伯数字，左“0”可省略。1.2.2 使用者 【说明】适应对象和范围。
主要指预期读者，也供有关领导审阅。1.2.3 与其它系统的关系 【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。
用示意图及相应的文字予以说明。2 用户的基本情况2.1 系统建设背景 【说明】项目背景与依据、现有基础、项目规模、预期目标等。
可繁可简，格式自定。2.2 组织机构与职能 【说明】用层次示意图及相应文字表示（如果需要开发的系统与部门没有直接依赖关系此节可省略，本章随后的小节数将顺次减1），加注：组织机构的层次数、数目、各个机构的职能简述。
2.3 用户特点 【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。2.4 用户业务分析 【说明】在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。
以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。2.5 计算机应用现状 【说明】可繁可简，格式自定。
3 业务需求3.1 项目概述 【说明】 第一、指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。第二、指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能（采用自然语言叙述）。
但此时不要求对基本功能进行分解。第三、如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。
3.2 约束条件3.2.1 费用约束 【说明】 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。3.2.2 进度约束 【说明】预计完成日期、分步实施期限。
3.2.3 其它约束 【说明】场地面积限制、通信设施基础、其它干扰因素。 注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。
轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。
本章主要介绍项目的总体业务功能，要求站在客户的角度把握系统需求.3.3 性能需求 【说明】依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。
编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。
本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。3.3.1 功能性 【说明】指与软件实现的各项功能及其指定性质有关的一组属性。
这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。
准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。互操作性：与软件同一些指定系统交互作用能力有关的一些软件属性。
复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。
这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。3.3.2 可靠性 【说明】指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。
成熟性：与软件故障引起的失误频率有关的一些软件属性。容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。
可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。3.3.3 易使用性 【说明】指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。
它包括3个子特性：易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。易学习性：与用户学习其应用（例如操作控制、输入、输出）需做的努力有关的一些软件属性。
易操作性：与用户操作及运行控制需做的努力有关的。
4. 项目需求 该 怎么写
主要包括以下内容： 1、项目概要（扼要说明项目的内容、技术特点等，限100字）。 2、项目的目的、意义及必要性。 项目在全国（省、行业）科技与经济发展的地位和作用，要解决的关键技术、工艺。项目的创新性和先进性分析，对专题的响应程度分析。 3、国际水平、现状及发展趋势。 4、国内相关产品与技术发展水平、现状。 说明相关产品与技术现状、发展趋势。 5、项目前期研制开发及技术准备情况。 发展该项目前期研发及相关技术准备工作情况，是否有阶段性成果等。 6、项目产业化实施方案。 1） 实施方式、技术路线（自主开发、消化吸收、国际合作等），技术风险和知识产权情况。 2） 与原有同类型产品技术、性能指标和参数对比。 3） 项目开发内容与方式（包括主要研制开发、实施内容及考核目标）。 4） 开发后产业化目标及生产能力情况。 7、项目进度安排与实施期限。 8、技术经济效益分析。 包括生产效益指标、生产成本分析、不确定性分析、项目的经济效益分析。 9、项目资金安排、资金来源与落实情况。 10、社会、经济效益分析。 包括能源利用效率分析、环境保护和资源利用效益分析、促进产业发展作用分析，提供主要分析指标及演算方式，投资回收期，投资利润率；投资利税率，盈亏平衡点，净现率，内部收益率等。 11、项目申报单位及项目协作单位概况。 项目申报单位以及合作单位的技术力量和人员结构。技术创新条件（创新机构与设施，试验检测条件，中试）及生产条件等。财务基本状况，各自承担的主要工作或有关协议合同复印件。项目主要承担人员的姓名，职称，职务，专业与特长。 12、其他需要说明的问题。 在其他条款中未能说明的情况，如：是否涉及环境评估。土地购置、消防评估等。 13、项目申报单位签章。 必须由项目申报单位法人代表签字，并加盖公章。 14、各地级以上市经贸局（经贸委）及当地财政部门作为项目主持单位，负责项目的审核并盖章，省直单位的项目由所属，省资产经营公司，部份省属企业（集团）作为项目主持单位，负责项目审核并盖章。
采纳哦
5. 员工的需求怎么写
这是一个人员需求预测的报告模板，你可以参考一下，其中的一些表格复制不过来，没有显示表格的形式，但是不影响框架的体现。
公司年度人员需求预测报告
文本名称 **公司年度人员需求预测报告 受控状态
编 号
一、目录（略）
二、呈送文（略）
三、报告正文
（一）人力资源现状分析
1.员工构成情况
伴随公司成立以来的发展和积累，目前在生产和经营领域初步形成了一支素质较好、层次较高的人才队伍，共有在职职工368人。具体人员构成情况见下表所示。
**公司员工构成情况表
类别 具体分布情况
职能分布 公司高层 管理中层 管理人员 生产人员
人数 比例 人数 比例 人数 比例 人数 比例
5 1.4 15 4.1% 38 10.3% 310 84.2%
学历分布 硕士及以上 本科 大专 大专以下
人数 比例 人数 比例 人数 比例 人数 比例
6 1.6% 40 10.9% 135 36.7% 187 50.8%
年龄构成 30岁及以下 31~40 41~50 50以上
人数 比例 人数 比例 人数 比例 人数 比例
186 50.5% 116 31.5% 41 11.1% 25 6.8%
2.定岗定编情况
本公司目前各部门定岗定编情况如下表所示。（表略）
3.人力资源现状分析结果说明
(1)87.5%的员工集中在大专及以下学历，具有中高级技术职称的人员不多。
(2)员工年龄在40岁以下的占总人数的82.1%，具备进一步学习的能力。
(3)随着公司的发展、业务规模的扩大，专业技术人才、一线生产人员、市场拓展人员均应有较大需求。
（二）人力资源需求预测结果
1.未来人力资源流失预测
(1)未来退休人员预测：公司2004年至2006年退休13人，其中2人内退，11人正常退休。2007年公司51岁以上人员仅有25人，相对公司人员规模来说，退休人员很少，不会影响公司的人员数量变化，建议不作考虑。
(2)未来离职人员预测：公司2004年至2006年共有15人，其中12人主动离职，3人被开除，离职人员人数较少，基本集中在一线生产工人类别上，在未来离职人员预测中不作考虑。
2.未来新增人员及主要岗位需求
为满足公司的战略发展要求，未来人员需求将集中于投融资管理人才和专业技术人才、经营人才等。
(1)投融资管理人才：公司未来几年内将积累大量财务资源，急需投融资管理方面人才，初步估计投融资管理人才需2人。
(2)专业技术人才：公司预计2008年将新增产品品种，新增1条生产线，初步估计具有生产专业技术中级及以上职称的人才3人，生产工人20人。
(3)业务经营人才：随着公司业务规模的扩大，将扩展销售领域和市场份额，可引进具有丰富业务管理经验、极具市场开拓精神的高级经营人才，初步估计业务经营人才需10人。
3.未来人员净需求
公司2008年各部门人员需求表
部门名称 新增岗位及人数 部门名称 新增岗位及人数
决策层 设置战略发展部，2人 生产部 车间主任1人，生产岗位工人20人
财务部 投融资主管1人，专员1人 市场部 策划专员1人
技术部 技术研发人员2 销售部 销售区域经理3人，销售专员7人
产品部 产品设计人员2人 质量部 检验员1人
行政部 人员不变 采购部 采购专员1人
人力资源部 人员不变 仓储部 不变
人员净需求 42人
相关说明
编制人员 审核人员 批准人员
编制日期 审核日期 批准日期
6. 人员需求报告怎么写
这是一个人员需求预测的报告模板，你可以参考一下，其中的一些表格复制不过来，没有显示表格的形式，但是不影响框架的体现。
公司年度人员需求预测报告
文本名称 **公司年度人员需求预测报告 受控状态
编 号
一、目录（略）
二、呈送文（略）
三、报告正文
（一）人力资源现状分析
1.员工构成情况
伴随公司成立以来的发展和积累，目前在生产和经营领域初步形成了一支素质较好、层次较高的人才队伍，共有在职职工368人。具体人员构成情况见下表所示。
**公司员工构成情况表
类别 具体分布情况
职能分布 公司高层 管理中层 管理人员 生产人员
人数 比例 人数 比例 人数 比例 人数 比例
5 1.4 15 4.1% 38 10.3% 310 84.2%
学历分布 硕士及以上 本科 大专 大专以下
人数 比例 人数 比例 人数 比例 人数 比例
6 1.6% 40 10.9% 135 36.7% 187 50.8%
年龄构成 30岁及以下 31~40 41~50 50以上
人数 比例 人数 比例 人数 比例 人数 比例
186 50.5% 116 31.5% 41 11.1% 25 6.8%
2.定岗定编情况
本公司目前各部门定岗定编情况如下表所示。（表略）
3.人力资源现状分析结果说明
(1)87.5%的员工集中在大专及以下学历，具有中高级技术职称的人员不多。
(2)员工年龄在40岁以下的占总人数的82.1%，具备进一步学习的能力。
(3)随着公司的发展、业务规模的扩大，专业技术人才、一线生产人员、市场拓展人员均应有较大需求。
（二）人力资源需求预测结果
1.未来人力资源流失预测
(1)未来退休人员预测：公司2004年至2006年退休13人，其中2人内退，11人正常退休。2007年公司51岁以上人员仅有25人，相对公司人员规模来说，退休人员很少，不会影响公司的人员数量变化，建议不作考虑。
(2)未来离职人员预测：公司2004年至2006年共有15人，其中12人主动离职，3人被开除，离职人员人数较少，基本集中在一线生产工人类别上，在未来离职人员预测中不作考虑。
2.未来新增人员及主要岗位需求
为满足公司的战略发展要求，未来人员需求将集中于投融资管理人才和专业技术人才、经营人才等。
(1)投融资管理人才：公司未来几年内将积累大量财务资源，急需投融资管理方面人才，初步估计投融资管理人才需2人。
(2)专业技术人才：公司预计2008年将新增产品品种，新增1条生产线，初步估计具有生产专业技术中级及以上职称的人才3人，生产工人20人。
(3)业务经营人才：随着公司业务规模的扩大，将扩展销售领域和市场份额，可引进具有丰富业务管理经验、极具市场开拓精神的高级经营人才，初步估计业务经营人才需10人。
3.未来人员净需求
公司2008年各部门人员需求表
部门名称 新增岗位及人数 部门名称 新增岗位及人数
决策层 设置战略发展部，2人 生产部 车间主任1人，生产岗位工人20人
财务部 投融资主管1人，专员1人 市场部 策划专员1人
技术部 技术研发人员2 销售部 销售区域经理3人，销售专员7人
产品部 产品设计人员2人 质量部 检验员1人
行政部 人员不变 采购部 采购专员1人
人力资源部 人员不变 仓储部 不变
人员净需求 42人
相关说明
编制人员 审核人员 批准人员
编制日期 审核日期 批准日期
7. 功能需求怎么写
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
(1)用户与开发人员很难进行交流
在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
(2)用户的需求是动态变化的
对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。
(3)系统变更的代价呈非线性增长
需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。
因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
(2)产品背景明细
软件名称：铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
本工程描述：
(1)软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(2)应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。