2-Requirements Analysis Flashcards
1
Q
3 Components of understanding requirements
A
- who are the users
- what do they want
- what do they need/what should the system accomplish
2
Q
Why do requirements analysis
A
- 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
3
Q
What is a requirement
A
- statement about what and how a future software or product should perform
4
Q
Identifying needs
A
Understand as much as possible about users, task,
context
5
Q
Establishing requirements
A
Produce a stable set of requirements
6
Q
Functional requirements
A
what the system should do
7
Q
Non-functional requirements
A
what are the constraints on
the system / development
8
Q
Four examples of non functional requirements
A
- data requirements
- environmental characteristics
- user characteristics
- usability goals and user experience goals
9
Q
Examples of NFRs from data
A
- data sources
- types of data
- storage mode (database)
- persistence duration
- accuracy and consistency
- representations
10
Q
Examples of NFRs from environment
A
- physical characteristics (cold/crowded)
- social characteristics (collaboration or competition)
- organisation: person vs enterprise
- technical (backwards compatibility)
11
Q
Examples of NFRs from user characteristics
A
- ICT ability
- age/nationality/education
- physical/mental characteristics
- do they like tech or not
12
Q
Examples of NFRs from usability and experience goals
A
- usability – is it intuitive to use/easy to learn
2. is it enjoyable to use / aesthetically pleasing/motivating
13
Q
Why focus on the user rather than concentrating solely on functional requirements?
A
avoids (if users don’t find system acceptable)
1. redesign
2. retraining of users (call centres)
time, money
14
Q
Define STM
A
- (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
15
Q
Two stages of STM+purpose of each
A
- Identify stakeholders (CUSTOM analysis)
2. Understand stakeholders (Requirements Development)
16
Q
CUSTOM model
A
- 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
17
Q
Stakeholder
A
- 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
18
Q
General stakeholders
A
users which:
- interact directly
- manage direct users
- input/output from system
- make purchasing decision
- use competitors’ products
19
Q
Primary
A
people who use the system (frequent, hands on, training)
20
Q
Secondary
A
produce input/receive output but may not directly use it (occasional, via someone else)
21
Q
Tertiary
A
people affected by system introduction OR influence its purchase, but are themselves neither primary nor secondary stakeholders
22
Q
Facilitating
A
people involved in system design, development, maintenance
23
Q
Data structures for stakeholder analysis and requirements development
A
- matrix
- onion diagram
24
Q
Requirements development purpose
A
develop user centred requirements for system after the stakeholders have been identified
25
List of 8 elements of RDM
Aims
Sources of satisfaction Knowledge and skills
Attitudes to work
Work-group attributes Nature of activities
Responsibility
Working conditions
26
Aims
what has the stakeholder to achieve, how is success measured
e.g. waiter: cust sat, tip size
27
Job sat
What are the stakeholder’s sources of job satisfaction? What are the sources of dissatisfaction and stress?
system aims to preserve/remove respectively
waiter: cust exp, working mem load
28
Knowledge skills
stakeholder knowledge, asymmetries
chef vs waiter cooking knowledge
29
Work attitude
What is the stakeholder’s attitude towards work and computer technology?
manager vs chef
30
Work group attributes
Are there any work-group attributes that will affect the acceptability of the product to the stakeholder?
31
Features of activity
What are the characteristics of the stakeholder’s task in terms of frequency, fragmentation, and choice of actions?
summary vs fragmented use by waiters
32
Responsibilities
Does the stakeholder have to consider any particular issues relating to responsibility, security, or privacy?
discreetness, privacy, security of payments
33
Work conditions
What are the typical conditions in which the stakeholder is working?
chef vs manager
34
SSM definition and purpose
1. broader than STM, consider organisation as a whole
2. stakeholders and technology are components of the larger context
3. aim -- learning about problem situation between stakeholders + define the problem
(vs STM -- already well defined problem)
35
Stages of SSM
1. Rich picture
2. Root definitions
3. Conceptual model
36
SSM flowchart
Real world
1. problem situation considered problematic
2. problem situation expressed
Systems thinking about real world
3. root definitions of relevant purposeful activity systems
4. conceptual models of the systems named in the root definitions
Real world
5. comparison of models and real world
6. changes: systematically desirable, culturally feasible
7. action to improve the problem situation
37
Rich picture def
1. detailed description of problem situation
2. who are the stakeholders
3. what groups do they work in
4. what tasks do they perform
38
Root definitions def
1. stakeholder perceptions
2. moving from real world situation to definitions of what the stakeholders *perceive to be the activities taking place in the organisation*
3. may be several different root definitions, representing different stakeholder perspectives
4. need to reconcile the differing root definitions of different stakeholder perspectives at a later stage
39
Conceptual model def
1. model of real world constructed with details of what the system has to do to meet the root definitions
40
CATWOE for root definitions
Purpose -- list the perspectives of a situation that must be considered
```
Clients
Actors
Transformations (most important)
World view
owner
Environment
```
41
Conceptual model --
what+why are transformations
the most important part
of the root definitions
1- used to build the conceptual model
2- used to define *what is achieved* and how
3- this is what the new system will modify
4-achievements: model hierarchically, list core relevant activities, provide different levels of detail=activities to carry out the transformations
42
Conceptual model --purposes
1. identify differences between real world situation and model of how stakeholders perceive system (root defs)
2. different conceptual models can represent different viewpoints (basis for debate, inform change/development of systems)
43
Outcome of SSM
for designers to have better understanding of context in which developed systems are to be placed
given rich picture, root defs, conceptual model move towards a possible solution/development of an appropriate system (e.g. waiter pads that speed up order taking, improve efficiency, reduce mistakes and complaints)
44
Rich picture+root defs of restaurant billing
Situation: Order taking and payment process in the restaurant
Root defs: waiters want to increase customer satisfaction
1. clients: diners (receive food, bill)
2. actors: waiters, chefs
3. txfs: orders -> bills
4. wv: water sees current system as problematic (working memory)
5. owner of restaurant chain owns billing system
6. env: health and safety regulations
45
Conceptual model example -- restaurant
achievement of serving a diner involves core activities = (find out, serve, clear table, payment)
achievement of paying for the food involves sub-achievements = (produce bill, collect money, produce receipt optionally)
46
Core activities of requirements ANALYSIS
1. data gathering
2. data analysis
3. defining the requirements
- iteration
47
CATWOE: owner
who the system belongs to, and who can allow changes in
| the system
48
CATWOE: environment
what factors influence the system
49
CATWOE: environment
what factors influence the system
50
why are transformations the most important part of the root definitions
1- used to build the conceptual model
2- used to define *what is achieved* and how
3- this is what the new system will modify
4-achievements: model hierarchically, list core relevant activities, provide different levels of detail=activities to carry out the transformations
