tailieunhanh - Lecture Software requirements engineering - Lecture­ 22: Requirements specification

After this chapter the student should have acquired the following knowledge and skills: Specifying NFRs, specifying NFRs for safety critical systems, requirements validation, NFRs for critical systems, usability metrics, safety requirement definition, non-functional requirements checklist,. | Requirements Specification Lecture-22 Recap 2 Specifying NFRs Deriving NFRs Concern decomposition Goal decomposition Specifying NFRs for safety critical systems Today’s lecture 3 Specifying NFRs Specifying NFRs for safety critical systems Requirements validation NFRs for critical systems A failure of a critical system may result from a failure to meet a functional requirement but, more often, it results from a failure of the system to satisfy some non-functional constraint on its operation. The principal non-functional constraints which are relevant to critical systems: Reliability Performance Security Usability Safety Reliability Constraints on the run-time behaviour of the system Can be considered under two separate headings: Availability - is the system available for service when requested by end-users. Failure rate - how often does the system fail to deliver the service expected by end-users. Reliability requirements can often be expressed quantitatively. Availability may be . | Requirements Specification Lecture-22 Recap 2 Specifying NFRs Deriving NFRs Concern decomposition Goal decomposition Specifying NFRs for safety critical systems Today’s lecture 3 Specifying NFRs Specifying NFRs for safety critical systems Requirements validation NFRs for critical systems A failure of a critical system may result from a failure to meet a functional requirement but, more often, it results from a failure of the system to satisfy some non-functional constraint on its operation. The principal non-functional constraints which are relevant to critical systems: Reliability Performance Security Usability Safety Reliability Constraints on the run-time behaviour of the system Can be considered under two separate headings: Availability - is the system available for service when requested by end-users. Failure rate - how often does the system fail to deliver the service expected by end-users. Reliability requirements can often be expressed quantitatively. Availability may be specified in terms of the time when the system is unavailable for service (. 3 minutes in 24 hours) The acceptable failure rate may be specified in terms of the rate of occurrence of failures in a given time period (ROCOF) or the mean time between system failures (MTTF). Performance Constrain the speed of operation of a system Types of performance requirements: Response requirements which specify the acceptable response of the system to end-user input: for example, it might be specified that the system should respond to a user request for service within 2 seconds. Throughput requirements which specify the amount of data which must be processed in a given time: for example, it might be specified that the system must process at least 10 transactions per second. Timing requirements which specify how quickly the system must collect input from sensors before it is overwritten by the next input value, or which specify how quickly outputs must be produced for processing by other systems: for .

• Kỹ thuật lập trình
• Requirements specification
• Software requirements engineering
• Lecture Software requirements engineering
• Software engineering
• Requirements engineering
• Specifying NFRs
• Requirements validation
• Software Requirements
• Specification for project
• Software Requirements Specification for Project
• User classes and characteristics
• Software Requirements Specification
• External interface requirements
• Project name Software Requirements Specification
• Stock Control
• Document describes
• Specification process
• Specifying functional requirements
• Negotiation process
• Software requirements engineering
• Lecture Software requirements engineering
• The software requirements document
• Requirements engineering processes
• Requirements elicitation and analysis
• System models
• Critical systems specification
• Formal specification
• Specificationa process
• Lecture Software Engineering
• System requirements
• Interface specification
• Eurocontrol specification
• Airspace management support system
• Airspace management support
• Airspace management cell
• Air traffic flow management
• Air traffic management
• Bài giảng Kỹ thuật phần mềm
• Software Problem
• Software Processes
• microsoft Project Management
• Specification
• Functional Specification
• Use Cases
• Requirements Analysis
• Functional requirement
• System test case generation
• Specify software functional requirements
• Language USL
• Software requirements document
• Business analysis in practice
• Practical Training Course
• Requirements Management
• Material requirements
• General requirements
• Absorbed energy
• Hardness variation
• Process control
• Grain size