Formats and tools
- Unit Description
- Reconstruct the unit from the xml and display it as an HTML page.
- Assessment Tool
- an assessor resource that builds a framework for writing an assessment tool
- Assessment Template
- generate a spreadsheet for marking this unit in a classroom environment. Put student names in the top row and check them off as they demonstrate competenece for each of the unit's elements and performance criteria.
- Assessment Matrix
- a slightly different format than the assessment template. A spreadsheet with unit names, elements and performance criteria in separate columns. Put assessment names in column headings to track which performance criteria each one covers. Good for ensuring that you've covered every one of the performance criteria with your assessment instrument (all assessement tools together).
- Wiki Markup
- mark up the unit in a wiki markup codes, ready to copy and paste into a wiki page. The output will work in most wikis but is designed to work particularly well as a Wikiversity learning project.
- Evidence Guide
- create an evidence guide for workplace assessment and RPL applicants
- Competency Mapping Template
- Unit of Competency Mapping – Information for Teachers/Assessors – Information for Learners. A template for developing assessments for a unit, which will help you to create valid, fair and reliable assessments for the unit, ready to give to trainers and students
- Observation Checklist
- create an observation checklist for workplace assessment and RPL applicants. This is similar to the evidence guide above, but a little shorter and friendlier on your printer. You will also need to create a seperate Assessor Marking Guide for guidelines on gathering evidence and a list of key points for each activity observed using the unit's range statement, required skills and evidence required (see the unit's html page for details)
- Self Assessment Survey
- A form for students to assess thier current skill levels against each of the unit's performance criteria. Cut and paste into a web document or print and distribute in hard copy.
- Moodle Outcomes
- Create a csv file of the unit's performance criteria to import into a moodle course as outcomes, ready to associate with each of your assignments. Here's a quick 'how to' for importing these into moodle 2.x
- Registered Training Organisations
- Trying to find someone to train or assess you? This link lists all the RTOs that are currently registered to deliver ICTGAM419, 'Build a database to support a computer game'.
- Google Links
- links to google searches, with filtering in place to maximise the usefulness of the returned results
- Books
- Reference books for 'Build a database to support a computer game' on fishpond.com.au. This online store has a huge range of books, pretty reasonable prices, free delivery in Australia *and* they give a small commission to ntisthis.com for every purchase, so go nuts :)
Elements and Performance Criteria
ELEMENT | PERFORMANCE CRITERIA |
Elements describe the essential outcomes. | Performance criteria describe the performance needed to demonstrate achievement of the element. |
1. Verify the database model | 1.1 Verify that the game architecture and system implementation requirements have been addressed by the proposed database architecture 1.2 Correlate data model entities and their attributes with the game artefacts, and the game design requirements 1.3 Verify that the entity relationships defined in the data model implement the game-design and game-play rules 1.4 Verify the estimates of the amounts of data storage required, and the data types defined by the data model 1.5 Document design inconsistencies 1.6 Review the database model and address, and correct any inconsistencies 1.7 Define the database test data |
2. Create the physical database design | 2.1 Implement the conceptual data model design as a physical database design 2.2 Determine the default database file size, according to the data model storage estimates 2.3 Determine game data input and output workload estimates 2.4 Determine the reliability and performance requirements 2.5 Define the minimum hardware requirements to support the input and output workload and reliability or performance requirements 2.6 Configure the database management system in order to use minimum hardware requirements 2.7 Refine and confirm the database test data |
3. Implement the physical database prototype | 3.1 Write structured query language (SQL) scripts to create physical database files according to the design requirements 3.2 Write SQL scripts to create database tables 3.3 Implement the primary key constraints 3.4 Implement the foreign key constraints 3.5 Define, and script, stored procedures for selecting, inserting, updating and deleting data 3.6 Define and script insert statements for test data 3.7 Execute SQL scripts and database, including test data |
4. Test the database and document results | 4.1 Document the entity integrity tests, and results 4.2 Document the referential integrity tests, and results 4.3 Document the input and output performance tests, and results 4.4 Document the stored procedures tests, and results |
5. Review, evaluate and correct database performance | 5.1 Review the test result deficiencies 5.2 Define, evaluate and test the deficiencies, and ensure that corrective measures are implemented 5.3 Implement corrections to the database |