2-Requirements Analysis Flashcards
3 Components of understanding requirements
- who are the users
- what do they want
- what do they need/what should the system accomplish
Why do requirements analysis
- failure at this stage is expensive and time consuming to fix
- customers may explain their needs ambiguously
- designers can understand customer wishes incorrectly
- programmers can implement something not asked for
What is a requirement
- statement about what and how a future software or product should perform
Identifying needs
Understand as much as possible about users, task,
context
Establishing requirements
Produce a stable set of requirements
Functional requirements
what the system should do
Non-functional requirements
what are the constraints on
the system / development
Four examples of non functional requirements
- data requirements
- environmental characteristics
- user characteristics
- usability goals and user experience goals
Examples of NFRs from data
- data sources
- types of data
- storage mode (database)
- persistence duration
- accuracy and consistency
- representations
Examples of NFRs from environment
- physical characteristics (cold/crowded)
- social characteristics (collaboration or competition)
- organisation: person vs enterprise
- technical (backwards compatibility)
Examples of NFRs from user characteristics
- ICT ability
- age/nationality/education
- physical/mental characteristics
- do they like tech or not
Examples of NFRs from usability and experience goals
- usability – is it intuitive to use/easy to learn
2. is it enjoyable to use / aesthetically pleasing/motivating
Why focus on the user rather than concentrating solely on functional requirements?
avoids (if users don’t find system acceptable)
1. redesign
2. retraining of users (call centres)
time, money
Define STM
- (context) Consider technical, social, organizational and human aspects of design
- (don’t isolate) Technology is not developed in isolation but as part of a wider organizational environment
- (avoid overruling human aspects) consider social and technical issues side by side so that human issues are not overruled by technical considerations
Two stages of STM+purpose of each
- Identify stakeholders (CUSTOM analysis)
2. Understand stakeholders (Requirements Development)
CUSTOM model
- ST methodology for use in SMALL ORGANISATIONS
- identifies:
1. who is involved with new system
2. what are their FRs/NFRs
3. what is the organisational structure
Stakeholder
- Anyone who is affected by the success or the failure of the system
- if organisation, not just end user .: need to know to get right set of requirements
General stakeholders
users which:
- interact directly
- manage direct users
- input/output from system
- make purchasing decision
- use competitors’ products
Primary
people who use the system (frequent, hands on, training)
Secondary
produce input/receive output but may not directly use it (occasional, via someone else)