引导语：
面对业务部门层出不穷的需求，我该从何入手进行需求分析？业界有没有需求分析的标准方法论可供参考？哪种需求分析方法适合我手头的需求？这篇文章就是为了解答以上疑问的。

需求分析技术概览：

容我先列一下常见的需求分析技术：

流程图、原型、用例描述、用例图、用户故事（3C原则）、词汇表、实体关系图ERD、分解图等等。（排名分先后，根据常见频率）

看上去是不是很琳琅满目一时间不知该选哪个？而且有些技术看着就很亲切，有些压根没听过（捂脸）？没关系，并不是所有技术都必须学会和使用的。只要你能把一种技术掌握得炉火纯青上天入地，那你就是宇宙无敌。

我之所以搜集这8大龙珠，是希望以一个考据者的姿态，严肃认真地追溯我们BA界的惯用武器，以后也能兵来将挡水来土掩。

下面是我对8种分析技术的理解，包括它们的适用场景、通用的格式／组件、推荐使用的工具/方法、使用频率、优缺点。（是花了时间整理的）

分析技术.png

常用的需求分析技术详解：

对我而言，我最常用的有流程图、原型、用例描述、用例图。

一、流程图

流程图也叫工作流图，是业务分析师新手首先要学习的新技术之一。它是一种最灵活的技术，规则不多。流程图是分析师在需求引导过程中做笔记的极好工具。业务干系人常把自己的工作描述成一系列活动，其中夹杂着业务活动和现有系统的支持。分析师需要用图描绘出该业务流程，来帮助自己理解，同时以此向专家确认自己理解的正确性。注：工作流图一般用作谈话工具，并不一定是正式交付。
以下是一份常见的流程图

流程图.png

作者心声（tucao）：看着就很踏实。这是一种知根知底的安心，从源起到结束。就好像相亲时你妈给你介绍的单位同事的儿子，“这娃我从小看着长大的，从入少先队到入劳动局我门儿清，知根知底”。

二、原型

最常见的分析技术，通常以正式交付物形式交给业务和开发。一般不会只有原型，会配合原型说明。
注： BA不要在项目中过早创建或呈现原型，应该先清晰理解业务需求。并且BA应和业务干系人确保解决方案是符合业务需要的。
——————此处没有图——————
作者心声（tucao）：原型啊大哥，干这行的谁不知道，你还要我放图你的良心不会痛么？

三、用例描述

用例图中的每个用例都是用一个用例描述来描述的。用例技术很流行，因为每个用例描述都是一个功能需求交付物。
用例描述包括一系列顺序的步骤，描述软件和角色应如何交互以实现业务目标。

用例描述.png

作者心声（tucao）：写一个用例的时间，我能写十个用户故事！

四、用例图

用例图展示了软件系统是如何与它的用户交互的。用例用椭圆形表示，角色用立着的小人表示。角色指软件与之接口的人、组织或系统。
用例图通常可以配合用例描述，但表现形式更为直观。

用例图.png

作者心声（tucao）：用例图每次我画的都可开心了，可是怎么好像只有我一个人欣赏它的美

以上就是我对这些分析技术的总结。谢谢。

公众号左拉手册。扫一扫，更多文章随时看