需求分析一般需要哪些步骤？

　　1.熟悉需求背景

当我们受理到一个需求，要进行分析时，首先要明确需求分析的思路，再去思考和分析。

第一步：针对需求，分析它是什么；

第二步：针对需求，分析为什么要做。

业务场景法

考虑用例的调用者;考虑每一个用例提供的服务是供哪些外部用例或者系统调用，找出所有的调用者。调用的前提、约束都要考虑；

业务模型法

考虑本项目与外部系统的交互，划分系统边界（除了本项目的需求中要求做的事情，其他的都可以是外部系统，本系统和外部系统之间的交互就是系统的边界），可以参考系统分析说明书；

确定测试范围和关注点；系统的边界是测试的重点，特别需要关注边界交互时的数据交互。

功能分析法

编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束性条件，比如只能输入数字；

业务功能：与用户实际业务直接相关的功能 或细节；

辅助完成业务功能的一些功能或者是细节，比如，设置过滤条件；

数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围、数据之间的关系等；

易用性需求：功能的细节，产品中必须提供了，便于功能，操作使用的一些细节，比如快捷键就是典型的易用性需求；

参数需求：功能的细节，在功能中，需要根据参数设置不同，进行不同处理的细节；

权限需求：功能的细节，这里的权限是指在功能的执行过程，根据根据不同的权限进行不同处理的，不包括直接限制某个功能的权限。

需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：

业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。

如果您想了解更全面的信息内容，请扫描下方二维码咨询。