需求工程-阅读笔记2

读这本书时，我发现一个很有意思的点：需求不是一团乱麻，而是分了不同类型的，搞懂分类，就成功了一半。书中把需求分成了功能需求和非功能需求，还有个容易被忽略的约束需求。

功能需求就是“这个东西能做什么”，比如购物软件能下单、能支付、能查物流，这些都是实实在在的功能。非功能需求则是“这个东西做得怎么样”，比如软件运行快不快、容不容易学、安不安全，这些虽然不直接体现功能，却直接影响用户体验——比如一个购物软件功能再全，打开要等半分钟，用户也会直接关掉。

约束需求就是“做这个东西的限制条件”，比如必须兼容某个系统、必须在某个预算内完成、必须符合行业规范。这些约束就像给需求画了个“框”，不管功能多好，超出框就不行。分清这三类需求，就不会出现“只顾着加功能，却忽略了运行速度”这种顾此失彼的问题。