我们知道需求包括功能性需求和非功能性需求，在《掌握需求过程》中，作者也对这部分内容进行了详解，也使我了解到了需求的真正意义。
第六章讲述的是功能性需求。什么是功能性需求？功能性需求就是说有具体的完成内容的需求。作者在这一章中明确提出：要将功能性需求看作是业务需求。那什么又是业务需求？业务需求 表示的是组织或客户高层次的目标。它通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。具体来说，业务需求就是描述了组织为什么要开发一个系统，即组织希望达到的目标，也就是说如果我们与用户或某个业务员交谈时他们会描述产品为了完成他们某部分的工作必须做的一些事情。在这里，又联想到了第五章中作者提到的头脑风暴（忽然发现好多东西以前都接触过，但是没有过多的在意），这和我们上学期在对于安卓的开发是一致的，在头脑风暴后，我们才更加的能够确定好我们以及用户所期望的系统目标是什么，更好的对需求进行完善，他的目的也是为了完善功能呢功能性需求。从这些方面来看，功能性需求是真正的工作，或业务的过个说明，它与他的工作完成的方式是无关的。要记住，需求规格说明将称为构建产品的合同。因此功能性需求必须完整的描述期望的产品能够执行的动作。所以对需求规格说明的一个要求是，产品的开发蛰能使用它来构建我们的客户所期望的产品。
第七章中，作者讲述的是非功能需求。从一定意义上来说，非功能需求指的是信息系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。一般不会在用户的业务需求中进行明确的提出，需要分析人员根据实际业务需要进行调研归纳。非功能性需求是产品必须具备的属性。这些属性可以看作是一些特征或属性，它们使产品有吸引力、易用、快速或可靠。相对于第六章的篇幅，作者对于非功能性需求的介绍和论述是更加具体详细的。作者从八个类型中进行介绍，让我深刻地明白了非功能性需求的基本含义：“非功能需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。它源于用户的限制，包括预算的约束、机构政策、与其他软硬件系统间的互操作，以及如安全规章、隐私权保护的立法等外部因素。”非功能性需求是很容易被我们这些菜鸟说忽略的，所以，在以后的开发过程中一定要进行非功能性需求的分析。
《掌握需求过程》这本书真是一本好书，在很多的地方解决了我以前在学习过程中的疑惑。