Week 1 SRE
Week 1 SRE
l Software Requirements
l Levels/layers of requirements
l Requirement evolution
l Requirement prioritization
l Requirement management ,
l Requirement elicitation
l Requirement specification
l Requirements validation
l Requirements engineering for agile methods 1-
1
Software Engineering, COMP201 Slide 1
Software Requirement Engineering
1-
3
Software Engineering, COMP201 Slide 3
Project Success Factors
1. User Involvement 15.9%
2. Executive Management Support 13.9%
3. Clear Statement of Requirements 13.0%
4. Proper Planning 9.6%
5. Realistic Expectations 8.2%
6. Smaller Project Milestones 7.7%
7. Competent Staff 7.2%
8. Ownership 5.3%
9. Clear Vision & Objectives 2.9%
10. Hard‐Working, Focused Staff 2.4% 1-
11. Other 13.9% 4
Software Engineering, COMP201 Slide 4
Other factors and risks
• Lack of commitment – management and user
• Misunderstanding requirements
• End user expectations
• Scope change, new technology
• Expertise
• Requirements froze/change
• Low method use
1-
5
Software Engineering, COMP201 Slide 5
Levels of Software Requirements
l Stakeholders describe requirements at
different levels of detail
• “What versus How”
• “One person’s floor is another person’s ceiling”
Requirements
The descriptions of the system
services and constraints
that are generated during the
requirements engineering
process
1-
9
Software Engineering, COMP201 Slide 9
So let’s ask again, why RE?
• To minimize costs
• Software is everywhere, a major part of many small (microwave) and
big (airliner) systems
• Serious consequences of failures
• Rework/fixing costs – 50 x the price of fix during the requirements
specification
• Costs, costs, costs…
1-
10
Software Engineering, COMP201 Slide 10
Sources of Requirements
l Stakeholders
People affected in some way by the system
l Documents
l Existing system
l Application Domain
1-
11
Software Engineering, COMP201 Slide 11
Guidelines for writing requirements
l Invent a standard format and use it for all requirements
l Use language in a consistent way. Use
shall for mandatory requirements,
should for desirable requirements
l Use text highlighting to identify key parts of the
requirement