Requirements Elicitation Techniques, Schemes and Mind Maps of Design

Determine how the elicitation notes will be taken (manually, audio, video, by whom…) Elicitation Techniques Existing Systems Interviews. Brainstorming Joint ...

Typology: Schemes and Mind Maps

2021/2022

Uploaded on 09/27/2022

ronyx
ronyx 🇬🇧

4

(4)

213 documents

1 / 125

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
Gregor v. Bochmann, University of Ottawa
Based on Poserpoint slides by Gunter Mussbacher (2009)
with material from:
Jo Atlee, Nancy Day, Dan Berry (all University of Waterloo);
Lethbridge & Laganière, Chapter 7; Bruegge & Dutoit, Chapter 4;
I. Alexander; Amyot 2008-2009; Somé 2008
Requirements Elicitation
Techniques
SEG3101 (Fall 2109)
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23
pf24
pf25
pf26
pf27
pf28
pf29
pf2a
pf2b
pf2c
pf2d
pf2e
pf2f
pf30
pf31
pf32
pf33
pf34
pf35
pf36
pf37
pf38
pf39
pf3a
pf3b
pf3c
pf3d
pf3e
pf3f
pf40
pf41
pf42
pf43
pf44
pf45
pf46
pf47
pf48
pf49
pf4a
pf4b
pf4c
pf4d
pf4e
pf4f
pf50
pf51
pf52
pf53
pf54
pf55
pf56
pf57
pf58
pf59
pf5a
pf5b
pf5c
pf5d
pf5e
pf5f
pf60
pf61
pf62
pf63
pf64

Partial preview of the text

Download Requirements Elicitation Techniques and more Schemes and Mind Maps Design in PDF only on Docsity!

Gregor v. Bochmann, University of Ottawa

Based on Poserpoint slides by Gunter Mussbacher (2009)

with material from:

Jo Atlee, Nancy Day, Dan Berry (all University of Waterloo);

Lethbridge & Laganière, Chapter 7; Bruegge & Dutoit, Chapter 4;

I. Alexander; Amyot 2008-2009; Somé 2008

Requirements Elicitation

Techniques

SEG3101 (Fall 2109)

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Table of Contents

Elicitation Techniques

  • Analysis of Existing Systems
    • Documentation, Observation, and Ethnography
      • Interviews• Brainstorming• Joint Application Design (JAD)• Prototyping• Use Cases

When people talk, listen completely. Most people neverlisten.

1

[1] Ernest Miller Hemingway (1899-1961)

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Elicitation Techniques

Elicitation techniques

  • Stakeholder analysis• Analysis of existing systems or documentation,

background reading

  • Discourse analysis• Task observation, ethnography• Questionnaires• Interviewing• Brainstorming• Joint Application Design (JAD)• Prototyping• Pilot system• Use cases and scenarios• Risk analysis

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Comparison of Data-Gathering Techniques

1

[1] Preece, Rogers, and Sharp “Interaction Design: Beyond human-computer interaction”, p

Day-to-day work will

differ from documented

procedures

No time commitment

from users required

Quantitative

Learning about

procedures,

regulations, and

standards

Studyingdocumentation

Very time consuming. Huge amounts of data

Observing actual work gives insight that other techniques cannot give

Qualitative

Understanding context

of user activity

Naturalisticobservation

Possibility of dominant

characters

Highlights areas of

consensus and

conflict. Encourages

contact between

developers and users

Some quantitative but mostly qualitative data

Collecting multiple

viewpoints

Focus groups andworkshops

Time consuming.

Artificial environment

may intimidate

interviewee

Interviewer can guide

interviewee.

Encourages contact between developers

and users

Some quantitative but mostly qualitative data

Exploring issues

Interviews

The design is crucial.

Response rate may be

low. Responses may not be what you want

Can reach many

people with low

resource

Quantitative and

qualitative data

Answering specific

questions

Questionnaires

Minus

Plus

Kind of data

Good for

Technique

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Analysis of Existing Systems (1)

Useful when building a new improved version of an existingsystem

Important to know:

  • What is used, not used, or missing• What works well, what does not work• How the system is used (with frequency and importance) and it was

supposed to be used, and how we would like to use it

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Analysis of Existing Systems (2)

Why analyze an existing system?

  • Users may become disillusioned with new system or do not like the

new system if it is too different or does not do what they want (risk ofnostalgia for old system)

  • To appropriately take into account real usage patterns, human issues,

common activities, relative importance of tasks/features

  • To catch obvious possible improvements (features that are missing or

do not currently work well)

  • To find out which "legacy" features can/cannot be left out

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Observation and Related Techniques (1)

Observation

  • Get into the trenches and observe specialists “in the wild”• Shadow important potential users as they do their work• Initially observe silently (otherwise you may get biased information)• Ask user to explain everything he or she is doing• Session videotaping

Ethnography also attempts to discover social, human, andpolitical factors, which may also impact requirements

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Observation and Related Techniques (2)

Can be supplemented later with questionnaires

  • Based on what you know now – the results of observation• To answer questions that need comparison or corroboration

(confirmation)

  • To obtain some statistics from a large number of users (look for

statistical significance!), e.g.:

How often do you use feature X?

What are the three features you would most like to see?

Can be supplemented later with interviews

  • After getting a better idea of what is to be done, probably some

questions require more detailed answers

  • You will not be wasting other people's time or your own• This is very labour intensive!

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Ethnography – Overview (2)

Useful to discover for example

  • What does a nuclear technician do during the day?• What does his workspace look like?

Less useful to explore political factors

  • Workers are aware of the presence of an outside observer

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Ethnography – Example (1)

Sommerville et al. were involved in a project where they hadto elicit the requirements of an air traffic control system

They observed the air traffic controllers in action with theexisting system

Surprising observations

  • Controllers often put aircrafts on potentially conflicting headings with

the intention of fixing them later

  • System generates an audible alarm when there is a possible conflict• The controllers close the alarms because they are annoyed by the

constant warnings

Incorrect conclusion

  • The controllers do not like audible alarms because they close them

More accurate observation

  • The controllers do not like being treated like idiots

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

Interviews

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Interviews (1)

Requires preparation and good communication management

  • Achieve interview objectives without preventing the exploration of

promising leads

Interview as many stakeholders as possible

  • Not just clients and users

Ask problem-oriented questions

  • Ask about specific details, but…• Detailed and solution-specific questions may miss the stakeholder’s

real requirements. Example:

  • Would you like Word 2007, Excel 2007 or both?

vs.

  • Would you like to do word processing, computations, or both?

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Interviews – Planning and Preparation

Important to plan and prepare interviews

  • Set goals and objectives for the interview• Acquire background knowledge of the subject matter to conduct an

effective interview

  • About the domain (vocabulary, problems...) but also about the interviewee

(work tasks, attitude...)

  • Prepare questions in advance, by subject• Organize the environment for conducting an effective interview
    • Determine how the elicitation notes will be taken (manually, audio, video,

by whom…)

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases

SEG3101 (Fall 2010).

Requirements Elicitation Techniques

Interviews – Session

Make the interviewee comfortable and confident

Be polite and respectful!

Adjust to the interviewee

  • You have your goals – be persistent but flexible

Interview several people at once to create synergy

Try to detect political aspects as they may influence the saidand the unsaid

Existing Systems

Interviews

Brainstorming

Joint Application Design

Prototyping

Use Cases