1 / 19

Tap Tap Duel

Tap Tap Duel. a location-based music game system. By. Truc Truong Trung Tran Sami- Pekka. INTRODUCTION. Tap Tap Dual is a game based on user ’s indoor position .

zorana
Download Presentation

Tap Tap Duel

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. TapTapDuel a location-based music game system

  2. By • Truc Truong • Trung Tran • Sami-Pekka Kalvosarjan tekijän nimi

  3. INTRODUCTION • TapTap Dual is a gamebased on user’s indoor position. • Gamersarerewarded for checkingdefinedindoorpositionsand trophiescanbeusedfor gaming purposes (upgrade items, challenge other gamers) TapTapDuel

  4. USE CASES

  5. Player(Location Visitor): Players are users who want to kill some time on-the-go with music game. Every player can get rewards for checking-in at indoor or outdoor locations. They can use those rewards to power up their characters, challenge other players in music battles and acquire the rank of Master Duelist.Vendor(Location Owner): Vendors are users who want to attract Players to their locations. Every Vendor can add/edit information, indoor checkpoints and rewards for their own locations.Administrator(System Moderator): Administrators are users who want to attend to Vendors. Administrators can create Vendor accounts and add/edit locations with the same authority as Vendor. User Groups Definition Kalvosarjan tekijän nimi

  6. Kalvosarjan tekijän nimi

  7. Use Case Scenarios • Use Case Name: Check-In Indoor Location • Initial State: Player logged in at Home view • Normal Flow: • Player presses Check-In button • Outdoor location detected • Indoor location detected • Show Indoor checkpoints and related information • Player select their current checkpoint • Show Available Reward message • Player presses Collect button • Show Reward Collected message • Hide all messages • End state: Reward collected and redirected back to Home view • Activities going on at the same time: • Check for outdoor location when Check-In button is pressed • Attempt to determine whether Player is inside or outside an Indoor location • Access 3rd party indoor location database for available check points IDs • Add Check-In record when Collect button is pressed • What Can Go Wrong: • Internet connection drops when Player presses Check-In or Collect button • Check-In data sent to server fail the validation process (i.e. Player trying to hack the game) Kalvosarjan tekijän nimi

  8. SYSTEM ARCHITECTURE

  9. High-levelOverview When players press on Check In button the devices with detect if the indoor location service is available or not If it is available then it will show the location and also make a query to the database to show information about the place so that users can select checkpoint If the indoor location is not available then the it will show the outdoor position so that users can select location After users choose the right location, the system will return the message with given rewards to the users If the users confirm it, they can get their rewards. When the database receive that information then return the message to the users Message will be dismissed. Kalvosarjan tekijän nimi

  10. High-levelOverview Kalvosarjan tekijän nimi

  11. Main ModulesFunctionality • Authentication • Location • User Management • Check In, Character and Music Game Kalvosarjan tekijän nimi

  12. REQUIREMENTS

  13. FunctionalRequirements • Authentication • Location • CheckIn • User Management • Character • Music Game Kalvosarjan tekijän nimi

  14. Non-functionalRequirements • Usability: In order to get the system easy to use it is better to simply the user-interface as simple as possible. Trying not to scram to users too many useless functions such as advertisements or anything • Reliability: In order to make the system more reliable, it is better to do as many tests as possible before claiming any Reliability of the system • Efficiency: To produce a specific result effectively with a minimum amount or quantity of waste, expense, orunnecessaryeffort Otherones: Accessibility, Availability, Backup data, Documentation, Scalability, Quality Kalvosarjan tekijän nimi

  15. USER INTERFACE

  16. GameInterface Kalvosarjan tekijän nimi

  17. Inventory Kalvosarjan tekijän nimi

  18. Fight Kalvosarjan tekijän nimi

  19. THANK YOU! www.metropolia.fi/en/ www.facebook.com/MetropoliaAMK name.surname@metropolia.fi

More Related