读了《掌握需求过程》，了解了需求的基本知识，下面我会慢慢说明我学到的东西。

       在我们将来要做的项目中，最需要了解的是需求，那么神魔是需求，通过这本书可以有一个大概的认识。他可以大概分为三个模块。

       功能性需求：

              功能性需求是为了向用户提供有用的功能产品必须执行的动作。功能性需求源于风险承担着需要完成的工作，几乎所有的动作—计算，检查，发布或者其他的动作—都可以是一项功能需求。也可以这样去理解，功能性需求是产品必须完成的那些事。如果卡车情况的变化意味着原来进度安排表中的工作不能按计划完成，南无产品应该提供一个修订的出兵进度安排表。这类需求指的是产品要在给定的用户业务背景下有用必须完成的事情。在上面的例子中，产品的顾客是那些县和其他一些负责分派卡车的政府官员，这些卡车负责将除冰物质分发到结冰的道路上。

       非功能性需求

              非功能性需求是产品必须具备的属性或者品质。在某些情况下，非功能性需求描述了诸如感官，可用性，安全性和法律限制等需求，这对于产品的成功是至关重要的，例如下面这个例子：费工鞥性需求是产品必须具备的属性或者品质。产品必须在0.25秒以内确定对方是朋友还是敌人。有事他们作为需求的源影视为了改进产品，例如：产品应该被认出是某公司的产品。有事他们描述了产品的可用性。还有“产品应该能被到达大厅的旅行者使用，这些旅行者可能不适用当地的语言。”这些都是属于非功能性需求的东西。

              非功能性需求通常在产品的功能确定之后（但并非总是如此）。也就是说，一旦知道了产品要做的事情，就可以确定他的行为方式，他需要具备什么品质以及他的影响速度。可用性，可读性和安全性。

       限制条件

              限制条件时全局性的需求，他们可以是对项目本身的限制，或是对产品最终设计的限制。例如，这是一个项目限制条件：产品必须在新的税务年度开始前准备好。（限制条件时一个全局问题，约束着所有的需求）产品的客户是在说，如果顾客不能再新的税务年度中使用该产品，那么他就没有神魔用了。其效果是，需求分析师必须对需求进行限制，只包括那些在最后期限前能够提供最大价值的需求，还有一些限制条件是针对产品的最终设计和够早的。例如下面的例子：产品应该运行在3g手机上。如果这是一个真正的业务限制条件，而不是某种看法或者观点，南无不满足这个限制条件的所有解决方案显然是不能接受的，这是我们认为，限制条件只是另一种类型的需求。（限制条件只是另一种类型的需求）。

       这些内容和例子很好的阐述了神魔是需求，让我对需求的理解有上升一个档次。