2、数据流方法
周末，小明一觉醒来突然想吃红烧肉，那想得口水直流，于起床，穿好衣服，打开钱包一看空的，好吧，先去银行取钱，然后去菜那买了一肉、各种配料，然后回家，开火，各种材料往锅里一放，开始小火慢炖，半个小时后，小明终于吃上了美味可口的红烧肉。这是一个典型的流程，如果把它看成一个系统功能的话，那么小明吃到红烧肉是这个功能的目的，那么中间要经历许多环节，起床穿衣---取钱---习材料----制作完成。而且各个功能（步骤）之间是相互联系的，小明总不能不穿衣服直接去取钱吧。
数据流法也叫结构化分析， 其基本策略是研究问题域中数据如何流动以及在各个环节上进行何种处理， 从而发现数据流和加工。 问题域被映射为由数据流、加工以及文件、端点等成份构成的数据流图（DFD） ， 并用数据字典对数据流和加工进行详细说明。这种方法的关键是动态跟踪数据流动。
3、信息建模方法
一个贵妇去报案，我丢了一个辆车，小明是警察，然后问贵妇，你丢的什么样的车子？贵妇噼里啪啦的给小明描述车子样子：我的车子有四个轮子，前面两个小，后面两个大，车身是流线型的，后面带尾翼，里面只一排坐位的那种，车坐上都用的真皮做套子，后面…..你听着听头大了，然后对贵妇说：等等，我给你画下来。于是，贵妇边说，你边画，然后贵妇指出画的不对的地方由你来修改。当然了这只是实体的样子。我们还需要知道汽车各个部件的功能以及各部件之间的关系。
信息建模法的核心概念是实体和关系， 主要工具是语义数据模型（实体关系图） ， 其基本策略是找出现实世界的对象， 然后用属性来描述对象， 增添对象与对象之间的关系， 定义父类与子类， 用父类型/子类型提炼属性的共性， 用关联对象关系作细化的描述， 最后进行规范化处理。 其实质是将问题空间直接映射成模型中的对象。
----下面三种方法，我还不能理解-----
4、面向对象方法
我想你如果学习过面向对象编程的话，会很容易理解。
面向对象分析 OOA（Object- Oriented Analysis） 的基本策略是通过信息隐藏将比较容易变化的元素隐藏起来， 分析员基于比较稳定的元素建立其思想和规格说明的总体结构。
面向对象分析的主要特性是加强了对问题域（ Problem Domain） 和系统责任（ System Responsibili-ties）的理解； 改进与分析有关的各类人员之间的交流； 对需求的变化具有较强的适应性； 支持软件复用
5、面向本体方法
面向本体的需求分析 OORA （Ontology- Oriented Require-ments Analysis） ， 是 OOA方法的有效补充和提升。 面向本体方法强调相关领域的本质概念以及这些概念之间的关联。其实质是在面向对象方法中引入对象关联， 并给出各种关联的语义语用。
OORA方法由 4 个阶段来完成。第一阶段： 用一种自然语言BIDL（ Bisiness Information Description Language） 描述事务； 第二阶段： 确认隐含在 BIDL文本中的本体和对象； 第三阶段： 将这些本体和对象转换成另一种语言 Ononet （Ontology and Object- Ori-ented Network） ， 得到用 Ononet 书写的需求预定义； 第四阶段： 在采用 Ononet 作为知识表示形式的领域本体知识库中搜索相关的知识， 并和前面的需求预定义合并， 得到软件完整的需求定义。
6、形式化方法
形式化方法， 广义上讲， 是应用数学的手段来设计、 模拟和分析， 得到像数学公式那样精确的表示。从狭义上讲， 就是使用一种形式语言进行语言公式的形式推理， 用于检查语法的良构
性并证明某些属性。在需求分析阶段， 利用形式化方法得到需求规格说明书， 可以规范软件开发过程， 为获得更好的系统性能提供重要保证。
=============================粗俗的方法=====================
可能你对上面的方法看不懂，起码后三种我是看不懂的，怪我知识太少的缘故。
我们来看下面了解需求的方式：
（1）直接与客户交谈。如果分析人员生有足球评论员的那张“大嘴”，就非常容易侃出需求。
（2）有些需求客户讲不清楚，分析人员又猜不透，这时就要请教行家。有些高手真的很厉害，你还没有开始问，他就能讲出前因后果。让你感到“听君一席言，胜读十年书。”
（3）有很多需求可能客户与分析人员想都没有想过，或者想得太幼稚。要经常分析优秀的和蹩脚的同类软件，看到了优点就尽量吸取，看到了缺点就引以为戒。前人既然付了学费，后人就不要拒绝坐享其成。
