Lesson 7: Project - Paper Prototype

Overview

Based on the peer interview from the previous lesson, each student comes up with an idea for an app that will address their user's problem. Students then get to create their own paper prototype of their app ideas by drawing "screens" on individual notecards. A project guide directs students through the process including building the app and testing it with their user to see if their assumptions about the user interfaces they created are accurate.

Purpose

This lesson concludes the first chapter of Unit 4 and is an opportunity to showcase the skills student have developed. They will develop a user interface based on the needs of their classmate that they identified in the previous lesson. Additionally they practice getting user feedback by testing their paper prototype. In the next chapter students will continue to use many of these skills but will be programming their prototypes in App Lab.

Agenda

Warm Up (5 mins)

Activity

Wrap Up

View on Code Studio

Objectives

Students will be able to:

  • Design the functionality of an app to address the specific needs of a user
  • Identify improvements to an app based on user testing
  • Design the user interface of an app

Preparation

Links

Heads Up! Please make a copy of any documents you plan to share with students.

For the Students

Teaching Guide

Warm Up (5 mins)

What Makes a Good User Interface

Prompt: Today we will start making the interfaces of our paper prototypes. Before we get started reflect on the "Txt Ur Grndkdz" app we improved or other apps you've used in the past. What features make a good user interface? How can we make sure apps are easy to use and address our user's needs?

Discussion Goal

Goal: Before sending students off to design their paper prototypes give them an opportunity to brainstorm attributes of effective designs. For example they may bring up

  • Simple interfaces
  • Reusing design elements
  • Placing common elements in the same place on each screen
  • Draw attention to what's important

Discuss: Have students share their ideas. You can record them on the board for reference throughout the class.

Activity

Getting Started

Group: If they are not already, place students with the partner they interviewed in the previous lesson

Teaching Tip

Reducing Printed Materials: Both the Project Guide and the Rubric can be completed online or as a journal activity.

Distribute: If you collected them after the last class give each student a copy of the Paper Prototype - Project Guide and Paper Prototype - Rubric

Paper Prototype Project

Overview: As a class read through the overview of the project reviewing what they will need to produce and how it will be assessed.

Define: The first several steps of this project ask students to record the results of their interview and subsequent class discussion from the previous lesson. If this is not completed then complete it now.

Teaching Tip

Scoping Projects: Encourage students at this point to scope the functionality of their app to the minimum amount necessary to address their user's needs. As they work they'll likely discover new components they need to add so it's best to start with a small set early on.

Prepare: Students should brainstorm the minimum set of features their app would need in order to address their user's needs. This can be completed as a bulleted list on the activity guide.

Teaching Tip

Why Six Screens?: There's nothing magical about the number six. It's a rough estimate of the number of screens most students should be able to work within for their ideas and is a concrete way to help scope students' apps. It also just fits nicely on one piece of paper. Feel free, however, to impose any other limit you like.

Decide Your Screens: Students are provided space on their activity guide to sketch out their ideas for the screens of their app. This is an opportunity to make a quick first draft of their app. This should take about 10 minutes and focus primarily on

  • How many screens they'll need
  • What information or functionality appears on each screen
  • How screens will be connected to one another

Paper Prototyping

Distribute: Give each student up to six note cards for creating their screens as well as drawing supplies.

Teaching Tip

How Much Time: Let students know early how much time they'll have to work on their projects. It's recommended students have at least an hour to design their screens and they will likely need more. Help students plan by reminding them how much time they have to work on each individual screen.

Create Screens: Students should create the screens of their app.

Create Navigation Diagram: Students can make their navigation diagram whenever they want but in general it will make sense to wait until their screens are finished.

Prototype Testing

Test Your App: Students should regroup with the partner they designed their app for. Using the same structure from Lesson 4 they should test the app. Each should act as the "computer" for the app they designed and allow their user to interact with the different screens of the app. Further instructions exist inside the project guide.

On the project guide students have space to record what they observed from testing their app. Students can and should also ask their user if there's anything else they would like to see in the app.

Interpreting User Feedback: Students have a T chart on the project guide to interpret their user feedback and identify potential changes or improvements. On the left side of the T chart, students list all of the interesting observations they made during testing (such as assumptions the user had, ways they tried to interact with the app, or statements they made while using the app). The right side of the chart is an area to interpret what each of those observations might mean. This process will help students identify what changes should drive their next iteration.

Wrap Up

Share Your Work

Create a Poster: As an optional extension of this project students can create a poster of their project to present. The poster could include:

  • The screens of their app
  • Some way of demonstrating the navigation diagram, perhaps this time using the screens themselves
  • A description of what the user is trying to learn and their barrier
  • A description of how the app works and how it addresses the user's needs

Reflect on the Project

Journal: Think about the entire development process for your paper prototype, from the initial interview to designing the prototype, to testing, to brainstorming further improvements.

  • What were the biggest challenges involved in designing a piece of software for a different user?
  • What skills from this project do you think will be useful when programming app prototypes later in this unit?

Discussion Goal

Goal: Highlight the difficulty in viewing projects from another person's perspective, especially when you are the one doing the creating. This is a skill students will need to continue to use in this unit. Call out skills like interpreting user needs from interviews and live tests, scoping large projects, designing user interfaces, and general organization that students will continue to use in the second chapter of the unit.

Discuss: Ask students to share their reflections with the class.

Send students to Code Studio to complete their reflection on their attitudes toward computer science. Although their answers are anonymous, the aggregated data will be available to you once at least five students have completed the survey.

  • Reflection
  • 2
  • (click tabs to see student view)
View on Code Studio

Student Instructions

This level is an assessment or survey with multiple questions. To view this level click the "View on Code Studio" link.

Standards Alignment

View full course alignment

CSTA K-12 Computer Science Standards (2017)

AP - Algorithms & Programming
  • 2-AP-10 - Use flowcharts and/or pseudocode to address complex problems as algorithms.
  • 2-AP-15 - Seek and incorporate feedback from team members and users to refine a solution that meets user needs.
  • 2-AP-17 - Systematically test and refine programs using a range of test cases.