tailieunhanh - Lecture Software requirements engineering - Lecture­ 23: Requirements validation

After this chapter the student should have acquired the following knowledge and skills: yntax, variables, types; operators, expressions, math functions; string operations and functions; PHP processor output; control statements; PHP in HTML; arrays; user-defined functions; pattern matching; form handling; MySQL database access from PHP; cookies and session tracking. | Requirements Validation Lecture-23 Recap 2 Specifying NFRs Specifying NFRs for safety critical systems Requirements validation Requirements review process Requirements pre-review Validation objectives Certifies that the requirements document is an acceptable description of the system to be implemented Checks a requirements document for Completeness and consistency Conformance to standards Requirements conflicts Technical errors Ambiguous requirements Software Engineering-II 4 Today’s lecture 5 Requirements validation Review team membership Reviews should involve a number of stakeholders drawn from different backgrounds People from different backgrounds bring different skills and knowledge to the review Stakeholders feel involved in the RE process and develop an understanding of the needs of other stakeholders Review team should always involve at least a domain expert and an end-user Review checklists Understandability Can readers of the document understand what the requirements mean? | Requirements Validation Lecture-23 Recap 2 Specifying NFRs Specifying NFRs for safety critical systems Requirements validation Requirements review process Requirements pre-review Validation objectives Certifies that the requirements document is an acceptable description of the system to be implemented Checks a requirements document for Completeness and consistency Conformance to standards Requirements conflicts Technical errors Ambiguous requirements Software Engineering-II 4 Today’s lecture 5 Requirements validation Review team membership Reviews should involve a number of stakeholders drawn from different backgrounds People from different backgrounds bring different skills and knowledge to the review Stakeholders feel involved in the RE process and develop an understanding of the needs of other stakeholders Review team should always involve at least a domain expert and an end-user Review checklists Understandability Can readers of the document understand what the requirements mean? Redundancy Is information unnecessarily repeated in the requirements document? Completeness Does the checker know of any missing requirements or is there any information missing from individual requirement descriptions? Ambiguity Are the requirements expressed using terms which are clearly defined? Could readers from different backgrounds make different interpretations of the requirements? Review checklists Consistency Do the descriptions of different requirements include contradictions? Are there contradictions between individual requirements and overall system requirements? Organisation Is the document structured in a sensible way? Are the descriptions of requirements organised so that related requirements are grouped? Conformance to standards Does the requirements document and individual requirements conform to defined standards? Are departures from the standards, justified? Traceability Are requirements unambiguously identified, include links to related requirements and to the .