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 CPPACC8004A, 'Develop policies and briefs relating to access to and use of the built environment'.
- Google Links
- links to google searches, with filtering in place to maximise the usefulness of the returned results
- Books
- Reference books for 'Develop policies and briefs relating to access to and use of the built environment' 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
1 | Develop access and use policy. | 1.1 | Nature of project and demographics of occupants or users are researched and noted. |
1.2 | Statistical information on the probable volume and range of disabilities in the occupant or user demographic groups is researched and noted. | ||
1.3 | Applicable access and use compliance requirements are reviewed, and conflicting compliance provisions and areas that are not the subject of legislation are identified and noted. | ||
1.4 | Project clients and relevant stakeholders are consulted, notes on initial findings are discussed, and access and use design policy is developed and documented within required timeframe. |
2 | Analyse access and use requirements and develop options. | 2.1 | Project documentation is analysed with reference to access and use policy, and areas of the project are divided according to levels and types of access and use provision required. |
2.2 | Areas of the project where minimum compliance requirements are to be applied are analysed and prescribed specifications for access and use provisions are noted. | ||
2.3 | Areas of the project where access and use provisions are recommended to exceed compliance requirements are analysed and ideas for solutions that meet the access and use policy of the project are developed. | ||
2.4 | Conflicting compliance provisions and areas of a project that are not the subject of legislation are analysed and ideas for solutions that meet the access and use policy of the project are developed. | ||
2.5 | Areas of a project where a full or partial exemption from compliance requirements is sought are analysed and a report on the exemption is prepared as required. |
3 | Consult clients to confirm and select access and use options. | 3.1 | Minimum access and use requirements for relevant project areas are discussed and authorised with clients and relevant stakeholders, or enhancements and refinements are developed in line with access and use policy. |
3.2 | Ideas for enhanced access and use solutions in line with project access and use policy are presented to clients and relevant stakeholders and costs and practicalities are discussed. | ||
3.3 | Ideas for access and use solutions for areas of the project that are not the subject of legislation, or where compliance provisions are conflicting, are presented to clients and relevant stakeholders and costs and practicalities are discussed. | ||
3.4 | Non-compliant access and use provision and related exclusion rationale for areas that cannot meet compliance requirements are presented to clients and relevant stakeholders, and discussed and refined. | ||
3.5 | Decision-making process is supported with additional information as requested and selected options are noted. |
4 | Develop detailed specifications for access and use solutions. | 4.1 | Detailed specifications are prepared for access and use provisions in areas of the project where compliance requirements are to be applied. |
4.2 | Detailed specifications are prepared for selected access and use solutions in areas of the project that exceed compliance requirements. | ||
4.3 | Detailed specifications are prepared for selected access and use solutions in areas of the project where legislation does not apply or compliance requirements conflict. | ||
4.4 | Detailed specifications and supporting management plan, if required, are prepared for non-compliant access and use provision. | ||
4.5 | Rationale for exemption from compliance requirements on the grounds of unjustifiable hardship is prepared in agreed format with full analysis of reasons, costs and alternatives. |
5 | Finalise and submit design policy and design brief. | 5.1 | Access and use design policy for the project is updated with reference to the access and use solutions selected. |
5.2 | Specifications for access and use solutions are collated into a formal design brief in line with client requirements. | ||
5.3 | Documentation to support the design brief is prepared or obtained. | ||
5.4 | Design policy and design brief are presented to clients and relevant stakeholders, reviewed in detail to ensure accuracy and completeness, and amendments are noted. | ||
5.5 | Finalised design policy and design brief are submitted to client for authorisation and circulated to stakeholders as required. |