I have been given a base for the game Treasure. Treasure is a game where two players play for the treasure amount in the middle. To play, each must play a number 1-13, where the higher number wins the treasure in the middle (1 beats 13). Once a player uses a number, that number is no longer available for use again. Currently game runs on server http://treasure.chrisproctor.net where URLs are used to play. The challenge is to design and create an interface to facilitate playing Treasure.
Personal Learning Objectives:
- Learn more advanced Scratch coding
- Design an experience
I started the project by brainstorming my audience. I decided to focus on young children (elementary school). I expect that this will be a fun game for them to play by themselves and against their friends.
- Create ongoing story-line or incentive to keep playing
- Build a social element to the game that isn’t just competition
- Encourage strategic thinking about using numbers
Story and Social Play:
To encourage game play among young children, the interface will be a castle theme with a story. The basic story will be that you need the treasure to build up your castle but you must play your opponent to win the treasure. With each game win, the player’s overall treasure count will grow. The players can use this treasure to buy additional items for their castle. Benefits of creating a story:
- Engages children to continue playing
- Creates on going competition and targets for prizes
- Could move online in way to showcase children’s castles and further the social play
- Buying items for castle not only gives rewards but can promote creativity in children adding to the story and designing their own castle
In addition to promoting play, social interaction, and creativity, the game can help player’s gain strategic awareness. One way of facilitating this is to track both the current player and the opponents cards. This would allow the player to know what cards have and have not been played. In the ideal version of this game, once a player reaches a certain level, tracking the opponent’s cards would go away. This would encourage the player to strategically track and understand what the opponent is playing on their own.
To perform the tasks there are two straightforward methods: buttons on screen, or keys. As this game could be played on multiple devices, buttons on screen seems preferable as it is not constrained to having a keyboard.
To engage children, the goal will be to allow the user to edit various visual features of the game. As mentioned previously, this will first be done through buying items to customize your castle. Second, the different backdrops of the castle could be editable. Third, the player should be allow to choose their character. Choosing a character not only enables the player to customize their game but also choose a character they relate too instead of being stereotyped into a character. The choices will ideally include male and female characters as well as non-gendered cartoon characters.
- Brainstormed audience, goals and story
- Created wire-frame
- Drafted initial game in Scratch
- Debug – when game starts it doesn’t start fresh, screen starts where last game ended even though back end of game is correct
- Implement User’s Profile Page
- Implement levels such that:
- The help tracking opponent’s hand is eliminated
- The tracking of player’s hand is eliminated and playing a number in hand forfeits turn
- Implement ability to choose your character