In-Course Assessment (Ica) Specification: School of Computing, Engineering and Digital Technologies
In-Course Assessment (Ica) Specification: School of Computing, Engineering and Digital Technologies
DIGITAL TECHNOLOGIES
Submission Method:
Online (Blackboard)
Middlesbrough Tower
All work (including DVDs etc) needs to be secured in a plastic envelope or a folder
and clearly marked with the student name, number and module title.
An Assignment Front Sheet should be fully completed before the work is submitted.
Portfolio Requirements
Brief
OBJECT ORIENTED PROGRAMMING is assessed on the basis of a portfolio of work. You
are provided with a suite of programming problems (see below), each of these is worth a
stated number of Portfolio Points (PPs). For your portfolio work you should submit 10 PPs
worth of work. If you submit less than 10 PPs you will lose marks; if you submit more
than 10, only the first 10 will be marked.
All portfolio entries are due in by the final ICA deadline for the module but you are
strongly advised to present work as the module progresses. This will prevent you having
a lot of work to complete at the end of the module, but more importantly you will receive
feedback that can be reflected and acted upon, and will also strengthen your future work.
Portfolio work
The following problems are intentionally understated. They do not provide Object
Oriented designs or specify which classes from the Java API should be used or which
should be coded. Tutors will provide advice when asked but expect discussions about
design, etc. to be led by you. Considering appropriate designs and investigating the API &
facilities offered by Netbeans contribute to the learning outcomes of this module and
form part of the problem-based learning approach we use.
Module statistics; the UI provides various lookup functions and facilities to check the
average mark & number of passes/fails for a given module.
Assessment criteria
Portfolios are individual pieces of work and may be prepared in different ways and
documented in different styles. All portfolios require some program code, some
explanation of key design & implementation issues and some discussion and/or critique.
Page 4 of 5
Requirement Pass (50-59) Good (60-69) Excellent (70+)
Documentation Level of English & technical authorship is English & technical authorship presents a Full (but concise) explanation of the problem
acceptable; clear explanation of the problem; domain and the objectives of each task;
discussion/critique demonstrates understanding Discussion/critique shows a good appreciation Clear insight into main challenges &
of main issues & problems; of main issues & objectives; compromises;
Some evidence of tutor feedback recorded, and Feedback from tutor is appropriately recorded Excellent recording of and reflection on the
evidence of subsequent action taken. with a short supplementary discussion on what response and actions taken to tutor
response and actions followed. feedback.
Discussion Demonstrated understanding of the problems A critical refection and/or evaluation of the A thorough reflection on the nature of the
and/or critique tackled and their solution; problem and solution(s); problem and the validity and/or efficacy of the
solution provided (see note below);
Some suggestions about alternative solutions; Suggestions for improvements and
alternative solutions; Sensible suggestions for improvements and
alternative solutions;
Program code Code implements a reasonable solution; code meets all major requirements; Code meets all necessary requirements &
performs consistently as intended;
It is of acceptable quality & is adequately It is of good quality & is well commented
explained. and/or explained; It is of good quality & elegantly specified;
The code is possible to extend & maintain. Code is well commented and explained;
Note: portfolios which are incomplete or present too little work will have their marks adjusted accordingly. Tutors will give advice about
appropriate levels of work.
Page 5 of 5