Lecture_05 Flashcards

Journey Concepts Writing

1
Q

What is a Customer Journey Map (CJM)?

A

A visual representation of a user’s experience with a system, showing touchpoints, emotions, and interactions over time.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

How is a Customer Journey Map different from UML diagrams?

A

Unlike UML activity or sequence diagrams, CJMs focus on user emotions, interactions, and pain points rather than system behavior.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What are the key elements of a Customer Journey Map?

A

Personas (user characteristics)
Timeline (phases of interaction)
Emotions (frustration, happiness)
Touchpoints (actions and interactions)
Channels (where interaction happens, e.g., website, app, store)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Why are Customer Journey Maps useful in Requirements Engineering?

A

Identify pain points and improvement areas.
Help understand user expectations.
Improve usability and user experience (UX).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What is an example of a Customer Journey Map for an online shopping system?

A

Phases: Awareness → Consideration → Purchase → Delivery → Support.
Pain Points: Long checkout time, unclear return policy.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How would a Bike Rental System Journey Map look?

A

Phases: Bike selection → Payment → Confirmation → Ride → Return → Feedback.
Pain Points: Unavailable bikes, unclear rental terms, return process issues.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

How does a Journey Map help identify usability issues?

A

By tracking user emotions at each step and pinpointing frustration areas (e.g., confusion during sign-up).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What are the four levels of requirements in IEEE Standard 29148 (2018)?

A

-Business Requirements (BRS): High-level goals (e.g., “Increase online sales by 20%”).
-Stakeholder Requirements (StRS): User needs (e.g., “Customers should view previous orders”).
-System Requirements (SyRS): Defines system constraints and scope.
-Software Requirements (SRS): Technical specifications for development.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

How do user needs differ from stakeholder needs?

A

Users interact with the system, while stakeholders may fund, regulate, or be affected by it.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Give an example of a stakeholder requirement vs. a system requirement.

A

Stakeholder Requirement: “The system should allow quick bike rentals.”

System Requirement: “The rental process should be completed within 2 minutes 80% of the time.”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What is the difference between functional and non-functional requirements?

A

Functional Requirements (FRs): Define what the system must do (e.g., “The system shall allow users to rent bikes”).

Non-Functional Requirements (NFRs): Define how well the system does it (e.g., “The system should process payments within 3 seconds”).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Why are NFRs critical in system design?

A

Even if a system meets all functional requirements, poor performance, usability, or security can cause it to fail.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Give examples of common NFRs.

A

Usability: “80% of users should complete sign-up in < 1 min.”
Performance: “Process 500 transactions per second.”
Security: “Encrypt user data with AES-256.”
Availability: “99.99% uptime required.”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What is an NFR hierarchy, and why is it useful?

A

A tree structure organizing high-level qualities (e.g., security) into sub-characteristics (e.g., encryption, access control).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What is the difference between domain properties, requirements, and constraints?

A

Domain Properties: Facts that hold regardless of the system (e.g., “Bikes require maintenance”).
Requirements: Define what the system must achieve (e.g., “System should allow bike reservations”).
Constraints: External limitations on system design (e.g., “Must comply with GDPR”).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Give an example of a constraint affecting a bike rental system.

A

“Payment processing must follow PCI-DSS security standards.”
“Bikes must be accessible for disabled users.”

17
Q

Why are writing requirements in natural language challenging?

A

-Ambiguity (words can have multiple meanings).
-Lack of precision (vague descriptions).
-Inconsistent interpretations (different stakeholders may understand the same sentence differently).

18
Q

What are the advantages of using natural language for requirements?

A

Easily understood by all stakeholders.
No special training is needed (unlike UML or formal logic).

19
Q

What is a user story in Agile development?

A

A simple, structured way to capture user needs. Format:
“As a [type of user], I want [goal], so that [reason].”

20
Q

Give an example of a user story for a bike rental system.

A

“As a bike renter, I want to see bike availability in real-time, so that I don’t waste time looking for bikes.”

21
Q

What are the three key elements of a user story?

A

Written description (brief goal).
Conversation (discuss details with team).
Acceptance criteria (how to confirm it’s done).

22
Q

What is an epic in Agile?

A

A large user story that needs to be broken down into smaller, manageable stories.

23
Q

Give an example of an epic vs. a user story.

A

Epic: “As a user, I want to search for a job.”

User Story 1: “As a user, I want to search jobs by location.”
User Story 2: “As a user, I want to filter jobs by salary range.”

24
Q

What is acceptance criteria in Agile?

A

A high-level test that confirms whether a user story is complete.

25
Q

What is an example of acceptance criteria using Given/When/Then format?

A

Story: “As a user, I want to sign in securely.”
Acceptance Criteria:
Given I enter valid credentials,
When I click “Sign In”,
Then I am logged in and redirected to my dashboard.

26
Q

What are key best practices for writing clear requirements?

A

Use precise language (avoid vague terms like “fast”).
Ensure testability (every requirement should be verifiable).
Write from the user’s perspective (focus on needs, not implementation).

27
Q

Why is requirement quality important?

A

Poorly written requirements cause project failures, misunderstandings, and wasted development effort.

28
Q

How do customer journey maps, NFRs, and user stories improve requirement quality?

A

They ensure better alignment with user needs, clearer goals, and measurable outcomes.

29
Q

What are the four key phases in a customer journey map?

A

Awareness: User first learns about the system.

Consideration: User researches and evaluates options.
Engagement: User interacts with the system (purchase, usage).
Retention: User provides feedback, renews, or returns.

30
Q

How does customer journey mapping improve user experience (UX)?

A

Highlights pain points and frustration areas.
Identifies gaps in service and missing features.
Helps prioritize features that impact user satisfaction.

31
Q

How can journey maps be combined with goal models?

A

By aligning touchpoints with stakeholder goals, ensuring business and technical goals meet user needs.

32
Q

Rewrite this unclear requirement into a better format:
Bad: “The system should be fast.”

A

Improved: “The system shall process search results within 2 seconds for 95% of users under normal load conditions.”

33
Q

Rewrite this vague requirement into a testable one:
Bad: “The app should be user-friendly.”

A

Improved: “The app shall achieve a usability score of at least 80% on the SUS (System Usability Scale) after beta testing.”

34
Q

Convert this high-level goal into specific requirements:
Goal: “Improve website accessibility.”

A

Requirement 1: “The website shall meet WCAG 2.1 Level AA accessibility standards.”
Requirement 2: “All images must have alternative text descriptions for screen readers.”