Virtual Museum
Experience: 1st year, 1st quarter
Practice: Collaborating around computing, Creating computational artifacts, Testing and refining computational artifacts, and Communicating about computing
Concept: Algorithms and Control
Length: 90+
Overview and Purpose
Coders collaboratively research and create a virtual museum that responds when a user clicks on a sprite. The purpose of this project is to review understandings from the previous projects and prepare coders for the following project in the suggested sequence (Interactive Art).
Preparation (20+ minutes)
Suggested preparation
Customizing this project for your class (10+ minutes): Remix the project example to include objects of interest to your class or to other subject areas coders are studying.
(10+ minutes) Read through each part of this lesson plan and decide which sections the coders you work with might be interested in and capable of engaging with in the amount of time you have with them. If using projects with sound, individual headphones are very helpful.
Download the offline version of Scratch: Although hopefully infrequent, your class might not be able to access Scratch due to Scratch’s servers going down or your school losing internet access. Events like these could completely derail your lesson plans for the day; however, there is an offline version of Scratch that coders could use when Scratch is inaccessible. Click here to download the offline version of Scratch on to each computer a coder uses and click here to learn more by watching a short video.
Resources for learning more
- BootUp Scratch Tips
- Videos and tips on Scratch from our YouTube channel
- BootUp Facilitation Tips
- Videos and tips on facilitating coding classes from our YouTube channel
- Scratch Starter Cards
- Printable cards with some sample starter code designed for beginners
- ScratchEd
- A Scratch community designed specifically for educators interested in sharing resources and discussing Scratch in education
- Scratch Help
- This includes examples of basic projects and resources to get started
- Scratch Videos
- Introductory videos and tips designed by the makers of Scratch
- Scratch Wiki
- This wiki includes a variety of explanations and tutorials
Getting Started (10+ minutes)
Suggested sequence
1. Review and demonstration (2+ minutes):
Begin by asking coders to talk with a neighbor for 30 seconds about something they learned last time; assess for general understanding of the practices and concepts from the previous project.
Explain that today we are going to create a virtual museum. Display and demonstrate the sample project (or your own remixed version).
Resources, suggestions, and connections
Practices reinforced:
- Communicating about computing
Video: Project Preview (1:51)
Video: Lesson pacing (1:48)
This can include a full class demonstration or guided exploration in small groups or individually. For small group and individual explorations, you can use the videos and quick reference guides embedded within this lesson, and focus on facilitating 1-on-1 throughout the process.
Example review discussion questions:
- What’s something new you learned last time you coded?
- Is there a new block or word you learned?
- What’s something you want to know more about?
- What’s something you could add or change to your previous project?
- What’s something that was easy/difficult about your previous project?
2. Discuss and divide into teams (8+ minutes):
Have coders talk with each other about how they might create a project like the one demonstrated. If coders are unsure, and the discussion questions aren’t helping, you can model thought processes: “I noticed the sprite moved around, so I think they used a motion block. What motion block(s) might be in the code? What else did you notice?” Open it up to a full group discussion. Another approach might be to wonder out loud by thinking aloud different algorithms and testing them out, next asking coders “what do you wonder about or want to try?”
Divide into groups and create teams focusing on different themes coders are interested in. Discuss how the team will work together throughout the research portion of the project and when we start coding; however, point out that each person will create their own museum.
Give the time for the team to think through who will research what aspect of their theme or topic.
Standards reinforced:
- 1B-AP-16 Take on varying roles, with teacher guidance, when collaborating with peers during the design, implementation, and review stages of program development
Practices reinforced:
- Communicating about computing
Note: Discussions might include full class or small groups, or individual responses to discussion prompts. These discussions which ask coders to predict how a project might work, or think through how to create a project, are important aspects of learning to code. Not only does this process help coders think logically and creatively, but it does so without giving away the answer.
Potential museum themes: dinosaurs, video games, technology, sea creatures, birds, sports, science, art, music, history, aviation, military, healthcare, architecture, furniture, food and nutrition, climate, germs, geography, human body, cartoons, or broad topics such as things that are stinky, slimy, fast, boring, memes, etc. Another suggestion for themes would be to discuss with their teacher what themes tie into grade level specific content.
Example discussion questions:
- What would we need to know to make something like this in Scratch?
- What kind of blocks might we use?
- What else could you add or change in a project like this?
- What code from our previous projects might we use in a project like this?
- What kind of sprites might we see in a museum?
- What kind of code might they have?
Project Work (90+ minutes; 3+ classes)
Suggested sequence
3. Research a theme or topic (30+ minutes, or one class):
5 minute review and research demonstration
Discuss how to find out information online about the museum theme(s) chosen for this project. Demonstrate how to search for facts about the different theme(s).
25+ minute researching time and 1-on-1 facilitating
Give coders time to work together to research and document information about their museum topic. Encourage peer-to-peer assistance and facilitate each group 1-on-1 as needed.
Resources, suggestions, and connections
Standards reinforced:
- 1B-AP-16 Take on varying roles, with teacher guidance, when collaborating with peers during the design, implementation, and review stages of program development
Practices reinforced:
- Collaborating around computing
Note: This step can be skipped if they research their theme in another class; however, it might help to remind the class (and their teacher) to bring in their research notes.
4. Log in (1-15+ minutes):
If not yet comfortable with logging in, review how to log into Scratch and create a new project.
If coders continue to have difficulty with logging in, you can create cards with a coder’s login information and store it in your desk. This will allow coders to access their account without displaying their login information to others.
Why the variable length of time? It depends on comfort with login usernames/passwords and how often coders have signed into Scratch before. Although this process may take longer than desired at the beginning, coders will eventually be able to login within seconds rather than minutes.
What if some coders log in much faster than others? Set a timer for how long everyone has to log in to their account (e.g., 5 minutes). If anyone logs in faster than the time limit, they can open up previous projects and add to them. Your role during this time is to help out those who are having difficulty logging in. Once the timer goes off, everyone stops their process and prepares for the following chunk.
5. Add sprites from outside of Scratch (15+ minutes):
5 minute review and research demonstration
Explain we can add images into our projects as sprites or backdrops.
Demonstrate how to save an image from an online source, then use the folder to add a sprite from the device. Demonstrate how to give credit on the project page by indicating where sprites were obtained from and copy and paste the original link.
10+ minutes to add images and 1-on-1 facilitating
Give coders time to work together to determine what images they will add into each of the projects. Encourage peer-to-peer assistance and facilitate 1-on-1 as needed.
Standards reinforced:
- 1B-AP-14 Observe intellectual property rights and give appropriate attribution when creating or remixing programs
Practices reinforced:
- Collaborating about computing
- Communicating about computing
Video: Add sprites from outside of Scratch (2:13)
Quick reference guide: Click here
Note: This can lead to a discussion on intellectual property rights and when you can and cannot use images created by other people. Click here for a blog post with resources on the topic, and click here for videos on the topic.
A note on using the “Coder Resources” with your class: Young coders may need a demonstration (and semi-frequent friendly reminders) for how to navigate a browser with multiple tabs. The reason why is because kids will have at least three tabs open while working on a project: 1) a tab for Scratch, 2) a tab for the Coder Resources walkthrough, and 3) a tab for the video/visual walkthrough for each step in the Coder Resources document. Demonstrate how to navigate between these three tabs and point out that coders will close the video/visual walkthrough once they complete that particular step of a project and open a new tab for the next step or extension. Although this may seem obvious for many adults, we recommend doing this demonstration the first time kids use the Coder Resources and as friendly reminders when needed.
6. Remove backgrounds from your images (15+ minutes):
5 minute review and research demonstration
Explain we can edit the way our sprites look to remove background in images we find online.
Demonstrate how to use the eraser and the magic wand tool to remove backdrops from images.
10+ minute researching time and 1-on-1 facilitating
Give coders time to clean up their sprites. Encourage peer-to-peer assistance and facilitate 1-on-1 as needed. You may need to set a timer for this section as coders can spend a lot of time cleaning up images.
Practices reinforced:
- Collaborating about computing
Video: Remove backgrounds from your images (2:49)
Quick reference guide: Click here
7. Code your museum (30+ minutes, or one class):
2 minute demonstration
Quickly review how to use the say and think blocks with a when sprite clicked block to make it so our sprites say facts about the sprite and then do something else with code.
28+ minute coding time and 1-on-1 facilitating
Have coders continue to collaborate with their group, but work on their own museum projects. Facilitate 1-on-1 as needed.
Standards reinforced:
- 1B-AP-10 Create programs that include sequences, events, loops, and conditionals
Practices reinforced:
- Collaborating about computing
- Communicating about computing
- Testing and refining computational artifacts
- Creating computational artifacts
Concepts reinforced:
- Algorithms
- Control
Video: Code your museum (1:52)
Quick reference guide: Click here
Facilitation Suggestion: Some coders may not thrive in inquiry based approaches to learning, so we can encourage them to use the Tutorials to get more ideas for their projects; however, we may need to remind coders the suggestions provided by Scratch are not specific to our projects, so it may create some unwanted results unless the code is modified to match our own intentions.
8. Add in comments (the amount of time depends on typing speed and amount of code):
1 minute demonstration
When the project is nearing completion, bring up some code for the project and ask coders to explain to a neighbor how the code is going to work. Review how we can use comments in our program to add in explanations for code, so others can understand how our programs work.
Quickly review how to add in comments.
Commenting time
Ask coders to add in comments explaining the code throughout their project. Encourage coders to write clear and concise comments, and ask for clarification or elaboration when needed.
Standards reinforced:
- 1B-AP-17 Describe choices made during program development using code comments, presentations, and demonstrations
Practices reinforced:
- Communicating about computing
Concepts reinforced:
- Algorithms
Video: Add in comments (1:45)
Quick reference guide: Click here
Facilitation suggestion: One way to check for clarity of comments is to have a coder read out loud their comment and ask another coder to recreate their comment using code blocks. This may be a fun challenge for those who type fast while others are completing their comments.
Assessment
Standards reinforced:
- 1B-AP-17 Describe choices made during program development using code comments, presentations, and demonstrations
Practices reinforced:
- Communicating about computing
Although opportunities for assessment in three different forms are embedded throughout each lesson, this page provides resources for assessing both processes and products. If you would like some example questions for assessing this project, see below:
Summative (Assessment of Learning)
The debugging exercises, commenting on code, and projects themselves can all be forms of summative assessment if a criteria is developed for each project or there are “correct” ways of solving, describing, or creating.
For example, ask the following after a project:
- Can coders debug the debugging exercises?
- Did coders create a project similar to the project preview?
- Note: The project preview and sample projects are not representative of what all grade levels should seek to emulate. They are meant to generate ideas, but expectations should be scaled to match the experience levels of the coders you are working with.
- Did coders use a variety of block types in their algorithms and can they explain how they work together for specific purposes?
- Did coders include descriptive comments for each event in all of their sprites?
- Did coders create a museum that interacts with a user clicking on various sprites?
- Did coders cite in their project page where they got their images or information from?
- Did coders collaborate with their peers throughout the research and coding processes?
- Did coders include at least ## sprites with unique algorithms explaining or demonstrating something about that sprite?
- Choose a number appropriate for the coders you work with and the amount of time available.
Formative (Assessment for Learning)
The 1-on-1 facilitating during each project is a form of formative assessment because the primary role of the facilitator is to ask questions to guide understanding; storyboarding can be another form of formative assessment.
For example, ask the following while coders are working on a project:
- What are three different ways you could change that sprite’s algorithm?
- What happens if we change the order of these blocks?
- What could you add or change to this code and what do you think would happen?
- How might you use code like this in everyday life?
- See the suggested questions throughout the lesson and the assessment examples for more questions.
Ipsative (Assessment as Learning)
The reflection and sharing section at the end of each lesson can be a form of ipsative assessment when coders are encouraged to reflect on both current and prior understandings of concepts and practices.
For example, ask the following after a project if they’ve done some coding before:
- How is this project similar or different from previous projects?
- What about considering how you collaborated with others?
- What new code or tools were you able to add to this project that you haven’t used before?
- How can you use what you learned today in future projects?
- What questions do you have about coding that you could explore next time?
- See the reflection questions at the end for more suggestions.