This mark component represents the group's progress toward
project completion at the time of the Final Presentation and Demonstration. For example, a
project that meets all the goals as outlined in the project proposal (including scope
adjustments made by the instructor) and other implicit course requirements (such as
use of a PCB in the final prototype) will receive full marks. On the other end
of the spectrum, a group that can demonstrate no working portion of their system
will receive no marks.
The mark allocated to this evaluation component is further broken down as:
| Category
| Description
| Percentage Weighting
| | PCB Prototyping
| This category reflects the level to which the project prototype
has been implemented using printed circuit board technology.
A design fully implemented on a PCB will receive full marks in
this category. A design that is only half implemented using
PCBs (the other half perhaps prototyped using point-to-point
wiring on a perforated board) will receive half the available
marks.
| 20%
| | Integration
| This category reflects the degree to which the project prototype
has been integrated. A project that has met all goals
originally strived for will receive full marks in this category. A
project that is functionally crippled with respect to the ultimate
project goals will receive a deduction here. For instance, a
project that meets only 30% of the goals or functionality desired
will receive 30% in this category.
| 50%
| | Subsystems
| This category is used to evaluate the functionality of the overall
set of subsystems on a whole. If, for instance, a group successfully implements
4 out of 5 subsystems, the mark granted here will be approximately 80%, depending
on the level of complexity of the non-working subsystem. Additionally, the Integration
mark, described above, will likely receive a deduction in this scenario.
| 30%
|
Groups are urged to have system operation verified in-lab by instruction personnel prior
to the end of the scheduled lab sessions.
This is termed an
'insurance checkoff'
and is used to provide a record of prototype operation
in the event that something goes wrong during the demonstration given as part
of the final presentations.
Prototype functionality is to be demonstrated during the final presentations. In the event
that something goes wrong during the presentation, the 'insurance checkoff' is referred to. If
the bounds of functionality is not clear after the presentation, your group
will be asked to provide a more thorough demonstration (in the lab) shortly following the
presentation session.
Group Work Evaluation
Since completion of the project is based upon group effort, a completed "Group Work Evaluation" is expected and
will be used to adjust individual member marks, as per the description in syllabus.
To complete this evaluation, please proceed to the Group Evaluation Resource and select the appropriate
evaluation item. Evaluations may be entered until just prior to midnight on the due date of the final report.
Provision for Individual Evaluation
In exceptional circumstances, your instructor may choose to evaluate Project Completion on an individual (rather than
group) basis. This situation will be exercised when completion of the project has been hindered by lack of contribution from
an individual (or, perhaps, multiple individuals) in the group. In this case, the evaluation will be based not on the criteria outlined
above, but rather upon an inspection of what the individual was responsible for, and what the individual actually completed.
Group Work Evaluations will be ignored if this provision is exercised.
The intention of including this provision is to increase contribution by those who would otherwise contribute
little to the project.
|