让你更容易看清软件商品的全貌，了解商品功用的完整性
为用户需要挑选和划定优先级供给可视化的东西，协助你做出决议方案
非常好的进行迭代增量式开发，同时保证有方案、可控的发布商品
为传统的项目方案供给了一个非常好的代替东西
有助于办理项目规模，防止规模的无约束延伸
先上一个用户需要地图的样例，后续介绍怎么创立这么的地图 一、需要的获取
常用的需要获取办法包括以下几种：
1、用户访谈
用户访谈是一种最基本的需要获取手法，它是指剖析人员以单个访谈或小组会议的方法与用户进行开始的交流。用户访谈的方法包括构造化和非构造化两种，构造化是指剖析人员依照一定原则事前准备好一系列疑问，经过用户对疑问的答复来获取有关方针地图制作软件方面的内容；非构造化则是只列出一个粗糙的主意，依据访谈的详细情况来进行表现。
2、用户查询
在进行用户访谈时，因为很多要害人员的时刻有限，不易组织过多的时刻或许项目触及的客户面较广，不也许逐个访谈。因而，就需要凭借用户查询的办法，经过精心规划要问的疑问，然后下发到有关的人员手中，让他们填写，再从所填写的内容中获取体系的需要信息，这么就能够战胜上述的疑问。
用户查询最大的不足即是缺少灵活性，而且也许存在受查询人员不能极好表述自个主意的约束。
3、现场观摩
俗话说，百闻不如一见，关于很多较为杂乱的流程和体系而言，是很难用天然言语表达明白的。因而，为了能够对体系的需要取得全面的了解，实践查询用户的操作进程即是一种行之有效的办法。现场观摩即是走到客户的作业场合，一边查询，一边听客户解说，乃至能够组织人员跟从客户一同作业一段时刻。这么就能够使得剖析人员对客户的需要有愈加直观的了解。可是，在现场观摩进程中必须牢记：缔造软件体系不只仅只是为了模仿客户的手艺操作进程，还必须将最佳的经济效益、最快的处理速度、最合理的操作流程和最友爱的用户界面等作为软件规划的方针。
4、竞品剖析
能够将竞品分为两大类：用与咱们一样或类似的功用满意用户相同需要的商品、用与咱们不一样的功用满意用户相同的需要的商品。所谓竞品剖析，即是寻觅出有代表性的竞赛商品，从多个维度比照该商品与咱们的商品之间的一样的地方与不一样的地方，从中剖分出两者的好坏的地方，得出结论，为商品的规划与迭代供给突破口或带来启示（这是指单次的竞品剖析）。
二、需要剖析
需要剖析办法有：
构造化剖析办法：包括面向数据流的构造化剖析办法，面向数据流构造的Jackson办法和面向数据构造的构造化数据体系开发办法。
面向对象的剖析办法：从需要剖析树立的模型的特性来分，需要剖析办法又分为静态剖析办法和动态剖析办法。
构造化剖析办法
构造化剖析办法的实质是着眼于数据流，自顶向下，逐层分化，树立体系的处理流程，以数据流图和数据字典为首要东西，树立体系的逻辑模型。
构造化剖析的进程如下：
经过对用户的查询，以软件的需要为头绪，取得当时体系的详细模型
去掉详细模型中非实质要素，抽象出当时体系的逻辑模型
依据计算机的特征剖析当时体系与方针体系的不一样，树立方针体系的逻辑模型
完善方针体系并弥补细节，写出方针体系的软件需要标准阐明
评定直到承认完全符合用户对软件的需要面向对象的需要剖析办法
面向对象的需要剖析办法
面向对象的需要剖析办法的核心是运用面向对象的概念和办法为软件需要缔造模型。它包括面向对象风格的图形言语机制和用于辅导需要剖析的面向对象办法学。目前现已衍生很多种OOA办法。
每种办法都有各自的进行商品或体系剖析的进程，有一组可描绘进程演进的图形标识，以及能使得软件工程师以共同的方法树立模型的符号体系。如今广泛运用的OOA办法有一致的建模言语（UML）现已在公司中广泛运用，它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD办法中最优异的特征组合成一个一致的办法。UML答应软件工程师运用由一组语法的语义的有用的规矩分配的符号来表明剖析模型。
在UML顶用5种不一样的视图来表明一个体系，这些视图从不一样的旁边面描绘体系。每一个视图由一组图形来界说。
三、创立需要地图
1、需要地图的构成
需要地图首要由三有些构成，由上自下分别是模块区、待排期需要区和已排期需要区，已排期需要区由多个发布方案构成，如下图所示：
2、模块的分化
模块即是将待开发的商品的功用进行分化，按功用从属联系表明的树状层级视图。待开发商品的各子体系、子模块能够看作是商品方针基层的功用，对其间每项功用模块还能够持续分化为第三层、第四层……乃至更多层级的功用模块，理论上依据待开发商品的规模，能够无限极的分化商品的功用模块。
经过需要剖析得到的模块形成了待开发商品的“骨骼”，把这些模块录入翼发云软件研发办理体系后，能够主动在用户需要地图中主动生成层级的、包括联系的模块联系图，显如今需要地图榜首有些“模块区”中。
邮件办理体系经过需要剖析得到榜首层级的四个模块：邮件组织、邮件办理、日历办理、联系人办理。顺次再将这些模块分化为更小、粒度更细的第二层级的模块，邮件组织分化为邮件查找、邮件收拾两个子模块；邮件办理分化为发送邮件、读取邮件、删去邮件三个子模块；联系人办理分化为创立联系人、编辑联系人、删去联系人等。（注：橙色的模块是最基层的模块）
对应的树形视图如下所示：
3、用户需要的生成
依据用户需要调研和剖析，把用户需要的基本信息如名称、需要描绘、检验标准、预估作业量、优先级等录入体系。
三、用户需要的排期
当用户需要录入体系后，会出如今需要地图的待排期区域里，待排期区域里的需要即是还没有组织开发时刻的需要，这时能够经过拖拽的方法，把需要拖到发布方案里，然后完结需要的排期作业，排期区域里的需要即是现已组织了开发的需要。是不是很简单。
经过屡次迁延用户需要后，终究完结了用户需要地图