ITECH2001
Game Development Fundamentals
CRICOS Provider No. 00103D ITECH2001 Assignment 2: Game Prototype Page 1 of 5
Assignment 2: Game Prototype
Overview
For this assessment task you are expected to construct a prototype level/area as a “proof of concept” for the game
that you have designed in Assignment 1. The prototype should function with proper game logic utilizing self-
created and pre-made artistic and programming assets.
Timelines and Expectations
Percentage Value of Task: 20% Type A
Due: 11pm Sunday of Week 11
Minimum time expectation: 20 hours
Learning Outcomes Assessed
The following course learning outcomes are assessed by completing this assessment:
• K5. Identify the appropriate and co
ect syntax and programming constructs for different game
development requirements.
• S1. Select and apply appropriate games development approaches to solve a real world game design;
• S2. Create a range of assets for a game's project;
• S4. Use programming constructs to respond to user input and to create object and character behaviours;
• S5. Analyse, design and implement game concepts using structured and basic object orientated
programming concepts;
• S6. Test and debug code to co
ectly meet game design requirements.
• A1. Operate appropriate software packages to design and build games and interactive media products
that align with client and project expectations;
• A2. Utilise appropriate software environments to develop and integrate code implementations with game
assets.
Semester Assessment Overview
You will go through the game development life cycle outlined in Lecture 2 during this semester to design a game
and develop a small prototype of that game for Windows PC.
The Game Prototype is related to your designs outlined in your Game Design Document.
WK6
Game
Design
Document
WK11
Game
Prototype
WK1
Game
Genres
WK2
Game Dev
Roles
WK4
Game
Pitch
Video
WK5
Story
Critique
WK6
Character
Critique
WK7
Mechanics
Critique
WK8
Opinion
Piece
WK9
Game
Analysis
Week 4 Pitch
will begin your
Design Doc
Week 11 Game Prototype will be
developed based on your Designs
from your Game Design Document
Weekly Quests
Assignment XXXXXXXXXXAssignment 2
Weekly Quests 1-4:
Early Intervention Task
ITECH2001
Game Development Fundamentals
CRICOS Provider No. 00103D ITECH2001 Assignment 2: Game Prototype Page 2 of 5
Assessment Details
After your game pitch, you will have reiterated and written a game design document for Assignment 1 that
discusses your game idea in detail, including some or all of the following: genre, story, setting, characters, objects
and game mechanics. Using your game design document, you must now develop a small functional “proof
of concept” prototype that showcases part of a level or contained area of your game.
What does “proof of concept” mean?
• A Proof of Concept prototype is simply an a
eviated version of your game, developed to show off
particular features of your choosing (that should be appealing). Your Proof of Concept prototype does not
have to be a full-length level or game, it can be as simple as a few aspects of game play.
• Here are some just some examples of different proof of concept prototypes:
o RPG: an option would be to showcase a small village with a few characters you can talk to, with a
couple of game mechanics – rather than showcasing an intricate RPG combat system.
o Shooter or Racing: the markers will probably expect that your prototype will have at least some
shooting or racing respectively!
o Platformer: at minimum some platforms and jumping should be involved in your prototype, and
possibly an enemy or two to dodge or attack.
• Remember: the core mechanics and scripted events of your game will really show proof of your game
concept in the prototype assignment.
There are a number of requirements that you must adhere to when completing this assessment task:
• Assets – Creation and Use
o It is expected that you can develop your own 2D and 3D assets that are appropriate for your game
dimension (2D or 3D). Remember that creating a 3D game is highly recommended.
2D games must have at least four 2D assets (not just primitive shapes) created by yourself.
Static sprites and world te
ain are the most likely choices here.
3D games should have at least four assets (not just primitive shapes) created by yourself in
2D (materials), 3D (meshes), and/or even a world te
ain (3D level mesh or Unity te
ain).
All assets need to be listed in your report (see next page).
o GIMP can be used to develop 2D assets (see Lab 1 for GIMP instructions).
You can use alternatives like Photoshop for your assignment but there will be no labs
exploring this alternative.
o Blender can be used to develop 3D assets (see Labs 2 and 3 for Blender instructions).
You can use alternatives like 3ds Max or Maya for your assignment but there will be no labs
exploring these alternative.
o Unity can be used to develop a Te
ain (see Lab 6 for Unity 3D Te
ain) and place primitive shaped
3D assets. Unity also has a huge li
ary of over 3000 free premade assets you can import and
use, and not limited to just art assets (see Labs 4 to 10 regarding Unity and Moodle Resources links
to free assets).
Premade ready-to-use assets should be used appropriately within your prototype.
o Other external assets
It is acceptable to source additional external assets if needed, but they should be completely
free to use (under Creative Commons 0 licensing).
ITECH2001
Game Development Fundamentals
CRICOS Provider No. 00103D ITECH2001 Assignment 2: Game Prototype Page 3 of 5
• Game Prototype Development
o Unity is a requirement for developing your game prototype, do not use any other game engine
software (see Labs 4 to 10 regarding developing simple games and triggered events in Unity as well
as Moodle links to Unity tutorials to build small playable games for multiple genres).
o Single player requirement. Multi-player will make the scope much larger – too much for this
introductory course (unless your multiplayer design has been approved by the lecturer).
o Objects
Engaging use of Objects including the player, objects in your scene(s), camera and light
sources. These will have components and scripts to create the mechanics of your game.
Materials and Prefabs
• Materials placed on game Objects to distinguish them apart from one another.
• Use of prefabs where Objects are reused as another instance, instead of re-created.
Scripts
• Written in C#.
• Scripts to give user control over the player characte
object.
• Scripts to trigger events and collision detection on game Objects.
Components
• Components added to your game Objects where appropriate such as Animators,
Rigidbody and Colliders.
o UI Text or Interface
Unity UI elements scripted to control their functionality such as a scoring system,
ammunition left, chat dialogue or another interface element.
• Brief Report
o You should also submit a report detailing what you have done. A template is provided on Moodle
to make this easier for both you and your marker. This must
iefly address:
Which of the assignment criteria have been implemented. Do not rely on the marker noticing
which criteria you have met, so highlight where you have implemented each element.
Any major aspects of the game which have changed since your game design document,
explaining why this has occu
ed.
Any limitations or known bugs in the game. Unacknowledged bugs detected during marking
will be taken as evidence of insufficient testing. Bugs that have been documented in this
eport will receive more leniency in marking than those that are unacknowledged.
An overview of all of the scripts which you have created and which game object(s) each one
is attached to.
A list of assets that you developed yourself, and any premade assets (such as Unity’s
standard asset packages and free assets from the Unity store) or external assets (found
online) used in the project and their source.
ITECH2001
Game Development Fundamentals
CRICOS Provider No. 00103D ITECH2001 Assignment 2: Game Prototype Page 4 of 5
Submission
• Within your Unity game prototype project folder, create a “Build” and “Report” folder.
• Save a Windows x86 (.exe) build within the “Build” folder (using Unity’s built-in Build function).
• Save your report in the “Report” folder.
• Zip the entire Unity game prototype project folder, and submit this single ZIP file.
o The zip file should contain your report, your Unity project and the final build of your prototype.
If you do not submit your complete Unity Project folder (the source project folde
files the marker can
open within the Unity engine), you will receive a ZERO for both development and report criteria!
We need to be able to view everything (objects, components, scripts, etc) in close detail!
• Note: Moodle only accepts a maximum of 100mb files for submission. If your ZIP file exceeds this, please
upload the ZIP file to a free file cloud storage service such as:
o Microsoft OneDrive (5gb free), Dropbox (2gb free), or Google Drive (15gb free)
• Then make sure to share the file publicly or with your tuto
lecturer, and provide a link to the file within
your Moodle submission.
Marking Criteria/Ru
ic
The ru
ic below assumes that everything is working – except prototype features you have specified in your
eport as a known bug or limitation of your prototype. For example if a game mechanic is
oken, objects collide
with no event triggered, or an interface element does not update co
ectly, then the awarded score for that
element may be lower (depending on your report and the complexity of the unfixed problem) than if it was
working.
The “prototype development” criteria is based on assessing your Unity project by looking at the pieces that
make up your assets and scene(s), as well as how all the objects come together appropriately in your scene(s).
The marks are also based on the level of complexity introduced in the lab work. So for example if you self-
develop a 3D model that is as complex as or more so than the Robot 3D model, you will score high.
The “prototype gameplay” criteria