Hands-on Implementation - 2.4.3 | Unit 1: Inquiring and Analysing (Criterion A) | IB 8 Design (Digital Design)
Students

Academic Programs

AI-powered learning for grades 8-12, aligned with major curricula

Professional

Professional Courses

Industry-relevant training in Business, Technology, and Design

Games

Interactive Games

Fun games to boost memory, math, typing, and English skills

Hands-on Implementation

2.4.3 - Hands-on Implementation

Enroll to start learning

You’ve not yet enrolled in this course. Please enroll for free to listen to audio lessons, classroom podcasts and take practice test.

Practice

Interactive Audio Lesson

Listen to a student-teacher conversation explaining the topic in a relatable way.

Drafting Personas

πŸ”’ Unlock Audio Lesson

Sign up and enroll to listen to this audio lesson

0:00
--:--
Teacher
Teacher Instructor

Today, we will begin drafting our personas. Remember, a persona includes a name, photo, demographics, goals, pain points, and a quote. Let's start by asking: What are the key components of a persona?

Student 1
Student 1

I think it should have someone's background and what they want from the product.

Student 2
Student 2

Yeah, and we should include their challenges too!

Teacher
Teacher Instructor

Exactly! Including the pain points helps us understand the user better. Can anyone think of a quote we might include?

Student 3
Student 3

Maybe a quote that shows their frustration with an existing solution?

Teacher
Teacher Instructor

Great idea! Always think of the user’s perspective. Let’s move on to drafting our personas individually.

Drafting Requirements

πŸ”’ Unlock Audio Lesson

Sign up and enroll to listen to this audio lesson

0:00
--:--
Teacher
Teacher Instructor

Now that you have your personas drafted, let’s discuss requirements. Who can tell me the difference between functional and non-functional requirements?

Student 4
Student 4

Functional requirements are what the system must do, like features, while non-functional are things like performance and security.

Teacher
Teacher Instructor

Exactly! When you write these requirements, be sure to tie them back to your research findings. What might be an example of a functional requirement?

Student 2
Student 2

A requirement could be that the app must allow users to create an account.

Student 1
Student 1

And it should also mention the security measures to protect user data!

Teacher
Teacher Instructor

Well done! Ensure you have at least eight functional requirements backed by evidence from your research.

Peer Review Process

πŸ”’ Unlock Audio Lesson

Sign up and enroll to listen to this audio lesson

0:00
--:--
Teacher
Teacher Instructor

Now, let's focus on the peer review process. Why is it important to exchange drafts with your partner?

Student 3
Student 3

It helps us get an outsider's perspective on our work.

Student 4
Student 4

And they might notice things we missed or suggest improvements!

Teacher
Teacher Instructor

Exactly! Remember to use constructive feedback. What are some areas to focus on when reviewing?

Student 2
Student 2

Clarity and whether the requirements are measurable.

Teacher
Teacher Instructor

Correct! After your reviews, you should iterate on your drafts to improve them.

Traceability Matrix Creation

πŸ”’ Unlock Audio Lesson

Sign up and enroll to listen to this audio lesson

0:00
--:--
Teacher
Teacher Instructor

Finally, let’s talk about the Traceability Matrix. Who can explain its purpose?

Student 1
Student 1

Isn't it used to link requirements back to our research data?

Teacher
Teacher Instructor

Exactly! It ensures that every requirement is justified by evidence. How do we create this matrix?

Student 2
Student 2

We should list our requirements on one side and the corresponding data points from our research on the other.

Teacher
Teacher Instructor

Correct! This helps in tracking the validity of your design decisions. Make sure to keep this updated as you refine your documents.

Introduction & Overview

Read summaries of the section's main ideas at different levels of detail.

Quick Overview

This section focuses on the practical draft and creation of a design specification, emphasizing collaboration and iterative improvement.

Standard

Hands-on implementation is a critical phase of creating a design specification where students draft essential sections, collaborate with peers for feedback, and ensure that elements like personas and requirements are well linked to research evidence. It highlights the importance of documentation and adaptability in the design process.

Detailed

Hands-on Implementation

In this section, students engage in practical exercises to draft the key components of a design specification. The focus is on creating detailed personas and requirements sections, with an emphasis on peer collaboration and iterative feedback. The process begins with individual drafting, followed by a systematic review where students exchange their drafts with partners. This encourages critical thinking and adaptability as students identify areas needing clarity or additional evidence, fostering a collaborative learning environment. The section also introduces the Traceability Matrix, a tool essential for linking requirements to specific data points from research findings.

Key Concepts

  • Iterative Drafting: The process of continuously revising work based on feedback.

  • Peer Review: The practice of evaluating others' work to provide constructive criticism.

  • Traceability Matrix: A documentation tool linking requirements to research data.

Examples & Applications

When drafting a persona, a student might create 'Priya', a 17-year-old with a busy schedule who struggles with managing events, which includes her typical frustrations detailed in a quote.

A functional requirement example could be: 'The app must allow users to sign up for events via a digital platform within a minute.'

Memory Aids

Interactive tools to help you remember key concepts

🎡

Rhymes

To draft a persona, make it real, give it a name, show how they feel.

πŸ“–

Stories

Imagine building a bridge, each requirement is a stone, linking back to user stories helps us build strong.

🧠

Memory Tools

P.R.T: Personas represent users, Requirements dictate functions, Traceability connects dots.

🎯

Acronyms

P.E.A.R

Personas

Evidence

Analysis

Review - the steps to a great design view.

Flash Cards

Glossary

Persona

A fictional character created to represent a user type in a user-centered design process.

Requirements

Specifications that outline the necessary features and functions of a product.

Traceability Matrix

A document that links requirements to their corresponding research evidence.

Reference links

Supplementary resources to enhance your learning experience.