SCIE90011 - User Requirements Specifications (URS)

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

1/15

flashcard set

Earn XP

Description and Tags

Vocabulary-style flashcards covering the definition, importance, categories, and frameworks of User Requirements Specifications as presented in the SCIE90011 lecture.

Last updated 1:52 AM on 6/20/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai

No analytics yet

Send a link to your students to track their progress

16 Terms

1
New cards

User Requirements Specification (URS)

A structured description of what users need a system or product to do and how well it must do it, expressed in user-centred, technology-agnostic terms, and in a way that can be verified.

2
New cards

Design/technical specifications

The description of "how" a product is built from the engineering or scientific perspective.

3
New cards

Verification

Internal testing that evaluates whether the product meets each specific requirement.

4
New cards

Validation

The process of determining if the product fulfills its intended use in a real context.

5
New cards

Functional Requirements

Category of requirements focused on exactly what the product must do.

6
New cards

Performance Requirements

Category of requirements describing how well the product must do its tasks, including metrics like speed, capacity, accuracy, and responsiveness.

7
New cards

Quality & reliability

A category of requirements focusing on the robustness and consistency of a product.

8
New cards

Usability & human factors

Category of requirements concerning how people interact with the product and the ease of learning and use.

9
New cards

Interoperability & supportability

Category of requirements dealing with maintenance, lifecycle, integration, and configurability.

10
New cards

Solution-agnostic

A characteristic of a good requirement that focuses on what is needed rather than how to implement it.

11
New cards

FURPS+

A framework for structuring requirements consisting of Functionality, Usability, Reliability, Performance, and Supportability.

12
New cards

Kano Model

A framework that categorizes requirements into Basic (must-be) requirements, Performance requirements, and Exciters/Delighters.

13
New cards

MoSCoW

A prioritization framework used to categorize requirements into Must have, Should have, Could have, and Won't have (for now).

14
New cards

Third-party requirements

Requirements originating from external entities such as regulators (TGA, FDA, EMA), standards bodies (ISO, IEC), institutional policies, and payers.

15
New cards

Measurable/verifiable requirement example (TimeTime)

A specific requirement stating that the time from sample insertion to result must be 30minutes\le 30\,\text{minutes} in 95%95\% of standard tests.

16
New cards

Measurable/verifiable requirement example (TrainingTraining)

A specific requirement stating that a new lab technician must be able to perform a standard test safely after 2hours\le 2\,\text{hours} of training.