The important thing to remember when gathering evidence is that the more evidence the better - that is, the more evidence you gather to demonstrate your skills, the more confident an assessor can be that you have learned the skills not just at one point in time, but are continuing to apply and develop those skills (as opposed to just learning for the test!). Furthermore, one piece of evidence that you collect will not usualy demonstrate all the required criteria for a unit of competency, whereas multiple overlapping pieces of evidence will usually do the trick!
From the Wiki University
What evidence can you provide to prove your understanding of each of the following citeria?
Determine database requirements
|
|
Meet with the client, and conduct a user-needs analysis, to determine database functionality Completed |
Evidence:
|
Analyse the results of a user-needs analysis to identify technical requirements Completed |
Evidence:
|
Develop a conceptual model of the database Completed |
Evidence:
|
Submit the conceptual model to the client for review Completed |
Evidence:
|
Evaluate client feedback and make changes as required Completed |
Evidence:
|
Develop a logical data model
|
|
Identify the attributes and determine the data types Completed |
Evidence:
|
Undertake the normalisation of attributes Completed |
Evidence:
|
Develop an entity-relationship (ER) diagram in order to clarify the cardinality of relationships Completed |
Evidence:
|
Document attributes, normalised data, and the ER diagram Completed |
Evidence:
|
Forward documentation to the client for confirmation Completed |
Evidence:
|
Design the data structures
|
|
Confirm primary and foreign keys for tables Completed |
Evidence:
|
Review client business rules Completed |
Evidence:
|
Identify the referential integrity constraints Completed |
Evidence:
|
Establish database management system constraints and incorporate into database design Completed |
Evidence:
|
Develop the validation rules for data Completed |
Evidence:
|
Design indexes and develop the data dictionary Completed |
Evidence:
|
Document the database design Completed |
Evidence:
|
Design queries, screens and reports
|
|
Design the user interface for database, including menus, input screens and outputs Completed |
Evidence:
|
Design queries, based on requirements Completed |
Evidence:
|
Design output reports, based on requirements Completed |
Evidence:
|
Compare the physical design with the conceptual model, or user-needs analysis Completed |
Evidence:
|
Incorporate changes as required Completed |
Evidence:
|
Design access and security systems
|
|
Review the business security plan as a basis for commencing the access and security design Completed |
Evidence:
|
Design the password and access system for the database Completed |
Evidence:
|
Identify multiple-user requirements Completed |
Evidence:
|
Develop client access profiles using the client business model Completed |
Evidence:
|
Confirm the database design
|
|
Identify the database backup and recovery requirements Completed |
Evidence:
|
Develop and document the database backup and restore procedures Completed |
Evidence:
|
Submit the database, and documentation, to the client for final approval Completed |
Evidence:
|