用户需求分析怎么写
需求分析怎么写？
需求分析怎么写？
系统功能需求分析怎么写？
方法
⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问 对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
用户需求怎么写？
用户需求写法如下
1.引言：很好理解就是这个说明说是干什么的，预期读者是谁，简洁明了的描述就行了，预防头重脚轻。
2.项目背景：从字面上来理解好像是在什么情况下做的项目。。。不完全对，项目背景写的应该是为什么要做这个系统，客户是遇到什么问题才需要这个系统的，例如平常业务用的excel不规范啊，工作没有历史痕迹等。
3.当前状况：我的理解就是对项目背景进行详细的描写了，也是当前客户公司业务存在什么要解决问题等。
4.概述：概述主要分为客户情况概述和系统概述，客户情况概述是简单的说下客户那边的情况，例如客户的公司情况，公司结构等，系统概述就是简单说下你要开发的系统的主要功能和解决的问题。
5,业务场景：这个非常重要，也最容易犯错误，业务场景就是一次业务走过的流程- -，例如申请用车，先要某部门经理审批，然后在副总经理审批，如果通过了就返回信息给你说通过了让你确认，我只是举个例子啊，副总做不做这事我不知道- -，然而最长犯的错误就是写成，部门经理要干什么业务，有哪些权利，副总要干什么业务，这不是业务场景，业务场景描述最好配泳道图和文字表述。
6.功能清单：这个就是把你为客户所做的系统的功能（最好用表格）全部描述出来。