非功能性需求

系统工程需求工程中,非功能性需求Non-functional requirement)是指依一些条件判断系统运作情形或其特性,而不是针对系统特定行为的需求。和非功能性需求相对的是功能需求,后者会定义系统特定的行为或功能。非功能性需求也可以视为为了满足客户业务需求而需要符合,但又不在功能性需求以内的特性。

一般会在系统设计中详细列出实现功能需求的计划,而会在系统架构中详细列出实现非功能性需求的计划。一般而言,功能需求会定义系统的行为,而非功能性需求会定义系统的特性。

非功能性需求一般会称为系统的“质量”,有时也会称为“限制”、“质量属性”、“质量目标”、“质量服务需求”或“非行为性的需求”[1]。有许多非功能性需求的英文都是以“ility”结尾,例如稳定性(stability)及可移植性(portability),因此非功能性需求有时也称为“ilities”。

非功能性需求可以分为以下的二类:

  1. 执行质量(Execution qualities),可以在系统运作时观察到的质量,例如保安性及易用性等。
  2. 发展质量(Evolution qualities),和软件系统结构及开发过程有关的质量,例如软件可测试性、可维护性、可扩展性、可伸缩性(scalability)等[2][3]

举例

一个系统要显示数据库中记录条目的数量,这个是功能需求,但如何更新显示条目数的资料就是非功能性需求。若需要即时更新显示资料,系统架构需允许系统在资料条目数量变化后,经过一小段可接受的时间后就要更新显示资料。足够的网络带宽可能就是非功能性需求中的一部分。

以下是一些非功能性需求的例子:

相关条目

参考资料

  1. ^ Stellman, Andrew; Greene, Jennifer. Applied Software Project Management. O'Reilly Media. 2005: 113. ISBN 978-0-596-00948-9. (原始内容存档于2015-02-09). 
  2. ^ Wiegers, Karl E. Software Requirements, Second Edition. Microsoft Press. 2003. ISBN 0-7356-1879-8. 
  3. ^ Young, Ralph R. Effective Requirements Practices. Addison-Wesley. 2001. ISBN 978-0-201-70912-4.