(1a) Confirmation, through the provision of objective evidence, that the (stakeholder) requirements for a specific intended use or application have been fulfilled. (ISO/IEC 2008, Section 4.37)
(1b) The set of activities ensuring and gaining confidence that the services provided by an (engineered) system when in use comply with stakeholder requirements, achieving its intended use in its intended operational environment. (ISO/IEEE 2008, 1, Section 6.4.8)
(2) The assurance that a product, service, or system meets the needs of the customer and other identified stakeholders. (PMI 2008)
(3) The process of providing evidence that the software and its associated products satisfy system requirements allocated to software at the end of each life cycle activity, solve the right problem, and satisfy intended use and user needs. (IEEE 1012-2004, 3.1.35)
(1) ISO/IEC. 2008. Systems and Software Engineering - System Life Cycle Processes. Geneva, Switzerland: International Organization for Standardization (ISO)/International Electrotechnical Commission (IEC). ISO/IEC 15288:2008 (E).
(2) PMI. 2008. A Guide to the Project Management Body of Knowledge (PMBOK® Guide), 4th ed. Newtown Square, PA, USA: Project Management Institute (PMI).
(3) IEEE. 2004. IEEE Standard for Software Verification and Validation. Institute of Electrical and Electronics Engineers (IEEE) Standards Association: 3.1.35. IEEE 1012-2004.
Definition (1a) refers to the outcome of providing evidence that a particular system realization is validated (i.e. Does it satisfy the customer and user needs as stated and agreed?). The word (stakeholder) has been added to clarify the definition.
Definition (1b) is based on the introduction to the validation process and refers to the process of achieving validation through a set of activities conducted across a system’s life cycle to ensure that the system that has been built will serve its intended purpose. The term (engineered) system has been added to conform to SEBoK terminology.
Definition (3) refers to the validation of software components in terms of satisfying both allocated system requirements as well as user needs.
Validation builds on the activities and outcome of verification , a process that confirms that the system has been built correctly (i.e., Does it satisfy the system requirements?).
For a full discussion of the role and importance of validation in systems engineering see the System Validation article.
Please provide your comments and feedback on the SEBoK below. You will need to log in to DISQUS using an existing account (e.g. Yahoo, Google, Facebook, Twitter, etc.) or create a DISQUS account. Simply type your comment in the text field below and DISQUS will guide you through the login or registration steps. Feedback will be archived and used for future updates to the SEBoK. If you provided a comment that is no longer listed, that comment has been adjudicated. You can view adjudication for comments submitted prior to SEBoK v. 1.0 at SEBoK Review and Adjudication. Later comments are addressed and changes are summarized in the Letter from the Editor and Acknowledgements and Release History.
If you would like to provide edits on this article, recommend new content, or make comments on the SEBoK as a whole, please see the SEBoK Sandbox.blog comments powered by Disqus