Difference between revisions of "Non-Functional Requirements (glossary)"

From SEBoK
Jump to navigation Jump to search
(Created page with '''<blockquote>A comprehensive, integrated plan that identifies the acquisition approach and describes the business, technical, and support strategies that management will follow ...')
 
Line 1: Line 1:
''<blockquote>A comprehensive, integrated plan that identifies the acquisition approach and describes the business, technical, and support strategies that management will follow to manage program risks and meet program objectives. The Acquisition Strategy should define the relationship between the acquisition phases and work efforts, and key program events such as decision points, reviews, contract awards, test activities, production lot/delivery quantities, and operational deployment objectives. (DAU February 19, 2010)</blockquote>''
+
''<blockquote>Requirements under which the system is required to operate or exist or system properties and define how a system is supposed to be.</blockquote>''
  
 
====Source====
 
====Source====
DAU. February 19, 2010. ''Defense Acquisition Guidebook (DAG)''. Ft. Belvoir, VA, USA: Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).  
+
None cited.
  
 
===Discussion===
 
===Discussion===

Revision as of 19:26, 17 May 2011

Requirements under which the system is required to operate or exist or system properties and define how a system is supposed to be.

Source

None cited.

Discussion

Discussion as to why this is the "consensus" definition for the SEBoK.