---
title: "Requirement gathering processes compared"
subject: "Software Engineering"
chapter: 1
key: "semester_5/software_engineering:requirement-gathering-processes"
source: https://www.bctengineer.com/q/semester_5/software_engineering/requirement-gathering-processes
site: BCT Engineering
---

# Requirement gathering processes compared

Software Engineering · Chapter 1: Software Process and requirements

- Asked in: year not given, 3+4.5+2.5 marks
- Video: [Requirement Gathering Techniques For A Business Analyst](https://www.youtube.com/watch?v=8EBWxW5Cn1g) — Stefano - The Agile Business Analyst
- Answer checked by Claude Sonnet 5.5 on 2026-10-14
- Page: https://www.bctengineer.com/q/semester_5/software_engineering/requirement-gathering-processes
- Whole chapter: https://www.bctengineer.com/md/semester_5/software_engineering/chapter-1

## Question

What are different processes for requirements gathering? Explain at least three. Prepare a comparative chart with pros and cons of each.

## Short answer

Common processes: interviews, questionnaires, observation, JAD, prototyping, and use cases. Interviews: structured/unstructured questioning of stakeholders for deep insight but time-consuming. JAD: facilitated workshop for fast consensus but hard to schedule. Prototyping: early partial system to refine requirements, uncovers UI issues but may raise false expectations.

## Answer

#### Processes for requirement gathering
**Requirement gathering (elicitation)** is the process of discovering the requirements of a system from users, customers and other stakeholders. Common processes (techniques) are:

1. Interviews (structured / closed and unstructured / open)
2. Questionnaires and surveys
3. Observation and ethnography
4. Joint Application Development (JAD) / facilitated workshops
5. Brainstorming
6. Prototyping
7. Scenarios and use cases
8. Document and existing-system analysis

In practice several are combined, because no single technique captures all requirements.

#### Explanation of three processes
**1. Interviews**
The analyst meets stakeholders one to one or in small groups and asks questions about the current system and the new one.
- *Closed interviews* use a predefined list of questions.
- *Open interviews* have no fixed agenda; issues are explored freely.
Steps: prepare (identify interviewees, study background, prepare questions), conduct (start with open and context-free questions, then specific ones, listen and take notes), and follow up (write a summary and get it confirmed).
Example: interviewing the accounts officer of a college about how fees are collected, what reports are needed and what problems exist.

**2. Joint Application Development (JAD) / facilitated workshop**
A structured meeting, often lasting one to several days, in which users, managers, analysts and developers work together under a neutral **facilitator**, with a scribe to record decisions. Participants review the scope, describe processes, list requirements, resolve conflicts on the spot and agree priorities.
Example: a bank holds a two-day JAD session with branch managers, tellers, IT and audit staff to agree the requirements of a new loan-processing system.

**3. Prototyping**
A quick, partial version of the system (often just screens) is built and shown to users. Users try it and suggest changes; the cycle repeats until requirements are clear. Prototypes may be paper sketches, clickable mock-ups or working code; they may be thrown away or evolved.
Example: showing a clickable mock-up of a mobile ticket-booking app so users can decide the booking steps and seat-selection layout.

#### Comparative chart
| Process | Pros | Cons |
|---|---|---|
| Interviews | Rich, detailed information; can clarify doubts immediately; builds rapport | Time consuming; depends on interviewer skill; users miss tacit knowledge; biased by individuals |
| JAD / workshop | Fast agreement; conflicts resolved together; strong user ownership | Hard to schedule key people; costly; dominant people may control; needs skilled facilitator |
| Prototyping | Users see and use system; uncovers missing and UI requirements; reduces risk | Can be costly; users may expect it to be final; may encourage poor-quality design |
| Questionnaires | Reach many users cheaply; easy to analyse statistically | Low response rate; no follow-up questions; questions may be misread |
| Observation | Reveals real work practices and tacit requirements | Time consuming; people act differently when watched; misses rare events |

**Choosing a process:** interviews are best for getting an overview from key people, questionnaires when users are many and spread out, JAD when several departments must agree quickly, and prototyping when the user interface or requirements are unclear. Most projects combine two or three, for example interviews first, then a JAD session, then a prototype to confirm the agreed requirements.

## Check yourself

The answer's key points as multiple-choice questions, with the correct option and why.

1. What distinguishes a closed interview from an open interview?
   A. Closed uses a predefined list of questions; open has no fixed agenda
   B. Closed is done by phone, open in person
   C. Closed has many people, open has one
   D. Closed is written, open is verbal only for developers
   Answer: A. Closed interviews use predefined questions while open interviews explore issues freely. (Key point: Open vs closed interviews)

2. What is Joint Application Development (JAD)?
   A. A one-to-one interview of a manager
   B. A written survey of many users
   C. A structured workshop where users and developers work together under a neutral facilitator
   D. Building a throw-away screen
   Answer: C. JAD is a facilitated workshop with a scribe in which conflicts are resolved and priorities agreed. (Key point: JAD)

3. Which is a disadvantage of prototyping?
   A. Users cannot see the system
   B. Users may expect the prototype to be the final system
   C. It cannot find interface requirements
   D. It increases project risk
   Answer: B. A listed con is that users may treat the prototype as final and it may encourage poor-quality design; it actually reduces risk. (Key point: Prototyping con)

4. Which technique is best when users are many and spread out?
   A. Questionnaires
   B. JAD
   C. Ethnography
   D. Prototyping
   Answer: A. Questionnaires reach many users cheaply, though response rates are low and no follow-up is possible. (Key point: Choosing a technique)

5. Why are several gathering techniques usually combined?
   A. Because no single technique captures all requirements
   B. Because each technique costs nothing
   C. Because standards forbid using one
   D. Because prototypes replace interviews
   Answer: A. Each technique has limits, so projects combine, e.g. interviews, then JAD, then a prototype. (Key point: Combining techniques)

## Related in Software Engineering

- [Requirement gathering and analysis techniques](https://www.bctengineer.com/question.md?key=semester_5%2Fsoftware_engineering%3Arequirement-gathering-techniques) — Software Engineering, chapter 1
- [Importance of requirement engineering; elicitation techniques](https://www.bctengineer.com/question.md?key=semester_5%2Fsoftware_engineering%3Arequirement-engineering-importance) — Software Engineering, chapter 1

## Related in other subjects

- [Short note: Requirement gathering methods](https://www.bctengineer.com/question.md?key=semester_6%2Fobject_oriented_analysis_and_design%3Ashort-note-requirement-gathering-methods) — Object Oriented Analysis and Design, chapter 2
- [Distribution layouts, pros/cons, improvements](https://www.bctengineer.com/question.md?key=semester_5%2Fwater_supply_engineering%3Adistribution-layouts-improvements) — Water Supply Engineering, chapter 7, asked 4×
- [Phase shift method of SSB generation: pros and cons](https://www.bctengineer.com/question.md?key=semester_6%2Fcommunication_systems%3Assb-phase-shift-pros-cons) — Communication Systems, chapter 2, asked 2×
- [Collective intelligence pros and cons](https://www.bctengineer.com/question.md?key=semester_8%2Finformation_system%3Acollective-intelligence-pros-cons) — Information System, chapter 4
