Requirement Elicitation, Documentation, and Maintenance

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/26

flashcard set

Earn XP

Description and Tags

This set of vocabulary flashcards covers the fundamental concepts, methods, and types of requirements elicitation, software documentation, and software maintenance based on the lecture notes.

Last updated 9:47 AM on 7/8/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

27 Terms

1
New cards

Requirements Elicitation

The process of investigating, gathering, defining, and learning about a system’s requirements from users, clients, and other stakeholders.

2
New cards

Open-ended Interviews

Interviews where there is no pre-set agenda and context-free questions may be asked to understand the problem.

3
New cards

Structured Interviews

Interviews that use a prepared agenda of fairly open questions or a specifically designed questionnaire.

4
New cards

Brainstorming Sessions

A group technique intended to generate many new ideas and provide a platform for sharing views, often requiring a trained facilitator to handle bias and conflicts.

5
New cards

Facilitated Application Specification Technique (FAST)

A team-oriented approach for requirements gathering that aims to bridge the expectation gap between what developers think they should build and what customers expect.

6
New cards

Expectation Gap

The difference between what the developers think they are supposed to build and what customers think they are going to get.

7
New cards

Quality Function Deployment (QFD)

A technique that emphasizes requirements valuable to the customer to ensure prime concern is given to customer satisfaction.

8
New cards

Normal Requirements

A type of requirement in QFD where the objectives and goals of the proposed software are discussed with the customer, such as the entry of marks in a result management system.

9
New cards

Expected Requirements

Requirements in QFD that are so obvious that the customer does not explicitly state them, such as protection from unauthorized access.

10
New cards

Exciting Requirements

Features in QFD that are beyond customer expectations and provide high satisfaction, such as a system backing up and shutting down when unauthorized access is detected.

11
New cards

Use Case Approach

A technique combining text and pictures to describe the functional view ('what' and not 'how') of a system.

12
New cards

Actor (Use Case Design)

An external agent located outside the system that interacts with it, represented as a stick figure, which can be a person or a machine.

13
New cards

Use Cases

Descriptions of the sequence of interactions between actors and the system, capturing who does what interaction.

14
New cards

Use Case Diagram

A graphical representation showing what happens when an actor interacts with a system, using stick figures for actors and ovals for use cases.

15
New cards

Software Documentation

A written piece of text, such as API documentation or build notes, that accompanies a software program to assist project members and users.

16
New cards

Software Requirement Specification (SRS)

A document created before the development of a software product that records the gathered requirements.

17
New cards

Requirement Documentation

A description of how the software shall perform and the appropriate environment setup required to achieve the best results.

18
New cards

Architectural Documentation

Documentation focused on system components, their roles, working, and data flow, containing very little actual code.

19
New cards

Rationale

A comprehensive record maintained by a developer or designer explaining why specific design or development decisions were made.

20
New cards

Software Maintenance

The process of modifying and updating a software system after delivery to fix bugs, add features, or adapt to new environments.

21
New cards

Corrective Maintenance

A type of software maintenance specifically focused on fixing errors and bugs within the system.

22
New cards

Patching

An emergency fix implemented for corrective maintenance due to management pressure, which may lead to future errors due to lack of impact analysis.

23
New cards

Adaptive Maintenance

Modifying software to adapt to changes in the environment, such as new hardware, software, government policies, or business rules.

24
New cards

Perfective Maintenance

Maintenance involving the improvement of functionality, performance, and reliability, as well as restructuring the system for better changeability.

25
New cards

Preventive Maintenance

Taking measures to avoid future problems through optimization, updating documentation, system reviews, and backups.

26
New cards

Proactive Maintenance

A category of maintenance that involves taking preventive measures to avoid problems before they occur.

27
New cards

Reactive Maintenance

A category of maintenance that involves addressing problems that have already occurred, such as system crashes or security breaches.