Professional Documents
Culture Documents
CMP5361 Computer Mathematics and Declarative Programming ASSESSMENT BRIEF
CMP5361 Computer Mathematics and Declarative Programming ASSESSMENT BRIEF
CMP5361 Computer Mathematics and Declarative Programming ASSESSMENT BRIEF
1 It isn’t about what your mate / partner understands, it is about what you understand.
Assessment Summary There are two major assignment pieces with multiple
deliverables for each.
Now, please:
2 If you wish to work in a pair then you will need to confirm this within the Checkpoint 1 questionnaire
Undergraduate Regulations
Your studies will be governed by the BCU Academic Regulations on Assessment, Progression and
Awards. Copies of regulations can be found at https://www.bcu.ac.uk/student-info/student-
contract
For courses accredited by professional bodies such as the IET (Institution of Engineering and
Technology) there are some derogations from the standard regulations, and these are detailed in
the academic regulations.
Both cheating and plagiarism are totally unacceptable, and the University maintains a strict policy
against them. It is YOUR responsibility to be aware of this policy and to act accordingly. Please
refer to the Academic Registry Guidance at https://icity.bcu.ac.uk/Academic-
Services/Information-for-Students/Assessment/Avoiding-Allegations-of-Cheating
By submitting coursework, either physically or electronically, you are confirming that it is your own
work (or, in the case of a group submission, that it is the result of joint work undertaken by
members of the group that you represent) and that you have read and understand the University’s
guidance on plagiarism and cheating.
You should be aware that coursework may be submitted to an electronic detection system to help
ascertain if any plagiarised material is present. You may check your own work prior to submission
using Turnitin at the Formative Moodle Site. If you have queries about what constitutes plagiarism,
please speak to your module tutor or the Centre for Academic Success.
It is your responsibility to ensure that work submitted in electronic format can be opened on a
faculty computer and to check that any electronic submissions have been successfully uploaded. If
it cannot be opened it will not be marked. Any required file formats will be specified in the
assignment brief and failure to comply with these submission requirements will result in work not
6
being marked. You must retain a copy of all electronic work you have submitted and re-submit if
requested.
Assessment Details:
Title:
Report detailing the completion of four tasks related to the creation and evaluation of
software systems along with the Theoretical concepts (including Mathematical) that
underpin these.
Style:
Rationale:
A good Software Developer develops their skill and knowledge across multiple paradigms
and can effectively leverage theoretical knowledge to guide the planning, implementation,
and testing of their solutions.
This coursework allows you to develop your skills in creating software systems in different
stages of the development cycle (from planning to implementation and concluding with
testing and evaluation). This coursework also values the development of several areas of
knowledge as well as key skills that are highly important, not just for your future as a student
of Computer Science but also for those wishing to go into a career in Software
Development.
7
Working on the development of software systems at various stages allows you to develop,
not only your technical programming skills but also your intuition regarding ways to construct
software systems. You should seek to leverage theoretical knowledge at the intersection of
programming and mathematics, in particular the use of appropriate data structures and
algorithms to represent and process your data.
The report allows you to try to deeply analyse your approach to developing software
systems from scratch, along with providing you with the opportunity to discuss your various
decisions with your tutors and peers (backed up by your developing knowledge and skills).
Description:
Throughout the module labs you will be provided with a set of “Coursework activities”.
These "Coursework activities" will provide exercises focused on the main topic types
covered in this module.
• T1 Planning and Design based on Mathematical and Declarative Programming
techniques.
• T2 Program Implementation based on Declarative Programming tools and
techniques.
• T3 Testing and Verification of Programs via appropriate tools and techniques.
• T4 Understanding and exploring team-based software development.
How will I identify the "Coursework activities" within the lab materials?
Coursework activities will be found within the weekly blocks on Moodle for the Academic
year 2023/20243 these will start to be provided on Moodle from week 6 onwards4. The task
type that a given activity belongs to will be identified within the lab notes by prefixing the
task title with the Task id it belongs to e.g. "T1: Modelling the flow of data within a software
system using graphs". Each of these "Coursework activities" will detail tasks for you to
perform and document for that assessment topic.
You will be expected to attempt at least one of each of the exercises from each task type
and to document your efforts in a report, thus the minimum amount of task activity
attempts expected will be 4 (one attempt for each task type, T1, T2, T3 and T4). The
highest quality activity attempt within each task group will be used as the mark for grade
calculation of that task.
Details of the exercises for each task type, along with specific instructions on what is
expected from each exercise, will be available on Moodle within the lab materials.
3 Do not attempt tasks that are provided in the materials for previous years, the previous materials are
provided for reference only
4 We want you to focus on laying your knowledge foundations first before rushing into tasks with little to no
foundational understanding
8
When attempting and discussing each task, try to ensure that you have covered the
following key areas within your discussion:
• Evidence
o You need to provide appropriate evidence to support the case that the activity
has been attempted and completed successfully.
▪ We want some clear verifiable evidence of what you did to complete the
task, this will likely include: diagrams, formulae and pseudocode for the
planning / design; source code snippets and screenshots of the running
code for the implementation; test case plans, automated testing code
snippets and screenshots of test runs for the testing / evaluation, etc
• Discussion and reflection
o To demonstrate understanding it is often important to ask specific kinds of
questions, this is common across Science and Engineering but also in every
day life.
o Your discussion should attempt to detail the what, why, how, who and when
of the task, in doing so your discussion should reveal the depth of your
understanding of the Software Engineering / Computer Science skills and
knowledge being leveraged
▪ What
• What task activity is being undertaken?
• What are the key components, systems, concepts, or techniques
under scrutiny?
▪ Why
• Why would this activity be undertaken? – i.e. what possible
benefits can be derived from this?
• Why do we have these key components, systems, or
techniques? Or why is the concept being explored important to
understand / relevant to the topic area?
▪ How
• How was the task activity attempted?
• How do the components, systems or concepts under discussion
relate to each other to form a more coherent ‘whole’?
• How did I contribute to completion of the task?
▪ Who
• Identify who a particular decision regarding the design,
implementation or testing would be for in an industry setting
o For each major decision you make, who benefits?
▪ The Customer / User
▪ The Software Engineers
▪ etc
▪ When
• Identify how time was planned out and used effectively when
completing the task.
o Based on how you used this time, how might this compare
to industry?
o This should be accompanied by reflective comments throughout the report.
• Justification
9
o All relevant major decisions, actions taken, or arguments put forth should be
justified clearly and rationally where the reader can easily understand the
reasoning behind your thoughts.
• Referencing
o The discussion should be supported by appropriate use of referencing and
citations, this can be used to provide further external evidence for your
justification.
• Structure
o The report should be structured in a clean, clear and coherent style in a
manner that makes it easy for the reader to follow.
When judging the word count for each section, pay careful attention to the marking
percentages expected for each task (see mark scheme). Heavier weighted tasks would
usually be expected to have more detailed / lengthy discussions, a rough example guideline
for how you could go about dividing the word count amongst each of the task activities is:
• T1
o Approximately 1200-1500 words (not including source code snippets, tables,
figures, references, appendices, etc)
• T2
o Approximately 1400-1500 words (not including source code snippets, tables,
figures, references, appendices, etc)
• T3
o Approximately 800-1000 words (not including source code snippets, tables,
figures, references, appendices, etc)
• T4
o Approximately 600-800 words (not including source code snippets, tables,
figures, references, appendices, etc)
Top tip:
When starting off with your discussion you want to focus on getting all the desired content
together first, rather than worrying about the form it is presented in. To do this it is better to
focus on all the elements you wish to discuss, rather than always obsessing over the
wordcount. Only when you have your report in a state where you have everything you
wanted to discuss there on the page, should you try to condense, trim and optimise it. 5
Remember, the word count does not include: the title page, headings, figures, captions,
tables, citations, references, and appendices you can make use of this when attempting to
condense and optimise your discussions after you have laid out all of the desired discussion
content.
What if I/we have included multiple exercise attempts for a given task?
As discussed previously, you will be marked based on your highest quality task
attempts. As the highest quality attempt for each task type (T1, T2, T3 and T4) will be
used for marking purposes, this also means that should you attempt two or more
5This tip can be helpful in achieving flow state when writing your report. Which can really
help make you be more productive when writing, when programming and in other areas.
10
exercises for a given task, you will not be penalised for the lower quality task
attempts bringing you over the suggested wordcount.
Additional information:
The report is a purposeful collection of your work that tells the story of your efforts, progress,
achievement, and self-reflection throughout the learning process (centred on your solution
attempts for these tasks/exercises). Thus, you need to choose the tasks/exercises which
you believe will allow you to best portray the depth of learning, skills, and knowledge you
have developed within the module. Diagrams, Screenshots, Source code snippets (text-
based) and other forms of figures should be used to centre points of discussion regarding
these task/exercise attempts.
Format:
1. Cover page with; module code, title, coordinator name; your name and student number;
date.
2. Team members identification
3. Task 1: Documenting your Planning and Design Progress6
• Document as much of you and your team’s progress with the planning and
design process thus far
4. Task 2: Documenting your Initial Implementation Experimentation Progress
• Document as much of you and your team’s progress with the implementation
process thus far
5. Task 3: Documenting your Testing and Verification Planning
• Document how you and your team plan to test the software system produced.
6. Conclusion
7. References.
Format:
6 Aim to at least have this for the draft submission as it lays the foundation for the rest of your report
11
1. Cover page with; module code, title, coordinator name; your name and student number;
date.
2. Team members identification
3. Task 1: Planning and Design
4. Task 2: Implementation
5. Task 3: Testing and Verification
6. Task 4: Understanding and exploring team-based software development
7. Conclusion
8. References.
For advice on writing style, referencing and academic skills, please make use of the Centre
for Academic Success: Centre for Academic Success - student support | Birmingham City
University (bcu.ac.uk)
Workload:
Summative Reflective Knowledge Checkpoint “Milestones” (40%)
Knowledge check-ups with accompanying questionnaires.
Each quiz between 20-30 minutes, followed by a questionnaire.
Transferable skills:
• Problem solving
• Time keeping
• Project management
• Written communication skills
• Professional portfolio development
• Continuing Professional Development via Reflective Practice
.
12
Assessment Structure
The assessment’s structure is all geared around encouraging you to develop your basic foundational knowledge and skills, and then
building on these foundations even further ahead of the final submission. The better you utilise the structure provided, the greater
opportunity you will have, not only to produce a high-quality piece of work at the end of the module, but to fundamentally deepen and
broaden your skills as a Software Engineer and Computer Scientist.
13
Marking Criteria:
7If we were to think about where we are on a learning pyramid we are starting out by checking your “remembering”, “understanding”, and “applying”
8In other words how did you utilise the learning opportunities available within the module to lay a foundation for the deeper learning and skills development, which
you have presented in your final summative report attempt.
14
Formative Draft Report (0%, Non-compulsory, optional submission)
The purpose of this formative draft is to encourage you to make some decent progress towards the final report submission and the
expected tasks that they discuss early on. While the formative draft submission is optional you may find that partaking in it, along with
utilising any feedback / discussion provided based on the submissions, will help you make further progress towards the final submission.
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
Grading The evidence provided is highly unsatisfactory and The evidence provided is highly unsatisfactory and The evidence provided is highly unsatisfactory and
Criteria has many major issues in one or more of the has many major issues in one or more of the has many major issues in one or more of the
following dimensions: following dimensions: following dimensions:
• Understanding the intended user • Experimental implementations of the data • Unclear planning regarding what aspects
0 – 29% base of the software system. types and data structures identified during of the system will need to be tested (and
F • Understanding the software the data modelling phase (during planning why)
system via user behaviour and design) • Unclear planning regarding how manual
planning • Experimental implementation of the testing will be performed.
• Understanding the software program behaviours (e.g., data • Unclear planning regarding how
system by modelling the data transformations, etc) identified during the automated testing could be leveraged.
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations section is very poor.
and manipulations of data) that The overall structure and presentation of this
will be performed. section is very poor.
15
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
30 – 39% The task has not been completed to a satisfactory The task has not been completed to a satisfactory The task has not been completed to a satisfactory
E level of quality; major issues are present in one or level of quality; major issues are present in one or level of quality; major issues are present in one or
more of the following dimensions: more of the following dimensions: more of the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Unclear planning regarding what aspects
base of the software system. types and data structures identified during of the system will need to be tested (and
• Understanding the software the data modelling phase (during planning why)
system via user behaviour and design) • Unclear planning regarding how manual
planning • Experimental implementation of the testing will be performed.
• Understanding the software program behaviours (e.g., data • Unclear planning regarding how
system by modelling the data transformations, etc) identified during the automated testing could be leveraged.
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program
behaviours (e.g., transformations The overall structure and presentation of this
and manipulations of data) that The overall structure and presentation of this section is unacceptable based on what would be
will be performed. section is unacceptable based on what would be expected of students working at your level. The
expected of students working at your level. The document contains insufficient detail to capture the
document contains insufficient detail to capture the details of the task to a satisfactory standard.
The overall structure and presentation of this details of the task to a satisfactory standard.
section is unacceptable based on what would be
expected of students working at your level. The
document contains insufficient detail to capture the
details of the task to a satisfactory standard.
16
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
40 – 49% The task has been completed to a satisfactory level The task has been completed to a satisfactory level The task has been completed to a satisfactory level
D of quality though issues are present in one or more of quality though issues are present in one or more of quality though issues are present in one or more
of the following dimensions: of the following dimensions: of the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Planning regarding what aspects of the
base of the software system. types and data structures identified during system will need to be tested (and why)
• Understanding the software the data modelling phase (during planning • Planning regarding how manual testing
system via user behaviour and design) will be performed.
planning • Experimental implementation of the • Planning regarding how automated testing
• Understanding the software program behaviours (e.g., data could be leveraged.
system by modelling the data transformations, etc) identified during the
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations The overall structure and presentation of this section is acceptable to what would be expected of
and manipulations of data) that section is acceptable to what would be expected of students working at your level. The document is
will be performed. students working at your level. The document is easy to read (though there may be a few issues)
easy to read (though there may be a few issues) and contains sufficient detail to capture the details
The overall structure and presentation of this and contains sufficient detail to capture the details of the task to a satisfactory standard.
section is acceptable to what would be expected of of the task to a satisfactory standard.
students working at your level. The document is
easy to read (though there may be a few issues)
and contains sufficient detail to capture the details
of the task to a satisfactory standard.
17
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
50 – 59% The task has been completed to a good level of The task has been completed to a good level of The task has been completed to a good level of
C quality though issues are present in one or more of quality though issues are present in one or more of quality though issues are present in one or more of
the following dimensions: the following dimensions: the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Planning regarding what aspects of the
base of the software system. types and data structures identified during system will need to be tested (and why)
• Understanding the software the data modelling phase (during planning • Planning regarding how manual testing
system via user behaviour and design) will be performed.
planning • Experimental implementation of the • Planning regarding how automated testing
• Understanding the software program behaviours (e.g., data could be leveraged.
system by modelling the data transformations, etc) identified during the
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations section is somewhat well-thought-out. The
and manipulations of data) that The overall structure and presentation of this document is fairly easy to read (though there may
will be performed. section is somewhat well-thought-out. The be some issues) and contains sufficient detail to
document is fairly easy to read (though there may capture the details of the task to a reasonably
be some issues) and contains sufficient detail to satisfactory standard.
The overall structure and presentation of this capture the details of the task to a reasonably
section is somewhat well-thought-out. The satisfactory standard.
document is fairly easy to read (though there may
be some issues) and contains sufficient detail to
capture the details of the task to a reasonably
satisfactory standard.
18
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
60 – 69% The task has been completed to a good level of The task has been completed to a good level of The task has been completed to a good level of
B quality though some issues are present. quality though some issues are present in one or quality though some issues are present in one or
more of the following dimensions: more of the following dimensions:
The attempt reveals a good understanding of the • Experimental implementations of the data • Planning regarding what aspects of the
theoretical and practical concerns related to the types and data structures identified during system will need to be tested (and why)
task exercise with some issues present in one or the data modelling phase (during planning • Planning regarding how manual testing
more of the following dimensions: and design) will be performed.
• Understanding the intended user • Experimental implementation of the • Planning regarding how automated testing
base of the software system. program behaviours (e.g., data could be leveraged.
• Understanding the software transformations, etc) identified during the
system via user behaviour program behaviour modelling phase
planning (during planning and design)
• Understanding the software The overall structure and presentation of this
system by modelling the data section is generally well-thought-out. The document
which it will manipulate. The overall structure and presentation of this is easy to read (though there may be some fairly
• Understanding the software section is generally well-thought-out. The document minor issues) and contains sufficient detail to
system by modelling the program is easy to read (though there may be some fairly capture the details of the task to a good standard.
behaviours (e.g., transformations minor issues) and contains sufficient detail to
and manipulations of data) that capture the details of the task to a good standard.
will be performed.
19
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
70 – 79% The task has been completed to a high level of The task has been completed to a high level of The task has been completed to a high level of
A quality though some minor issues are present in quality though some minor issues are present in quality though some minor issues are present in
one or more of the following dimensions: one or more of the following dimensions: one or more of the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Planning regarding what aspects of the
base of the software system. types and data structures identified during system will need to be tested (and why)
• Understanding the software the data modelling phase (during planning • Planning regarding how manual testing
system via user behaviour and design) will be performed.
planning • Experimental implementation of the • Planning regarding how automated testing
• Understanding the software program behaviours (e.g., data could be leveraged.
system by modelling the data transformations, etc) identified during the
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations section is well-thought-out. The document is easy
and manipulations of data) that The overall structure and presentation of this to read (though there may be some minor issues)
will be performed. section is well-thought-out. The document is easy and contains sufficient detail to capture the details
to read (though there may be some minor issues) of the task to a high standard.
and contains sufficient detail to capture the details
The overall structure and presentation of this of the task to a high standard.
section is well-thought-out. The document is easy
to read (though there may be some minor issues)
and contains sufficient detail to capture the details
of the task to a high standard.
20
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
80 – 89% The task has been completed to a high level of The task has been completed to a high level of The task has been completed to a high level of
A+ quality in the following dimensions: quality in the following dimensions: quality in one or more of the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Planning regarding what aspects of the
base of the software system. types and data structures identified during system will need to be tested (and why)
• Understanding the software the data modelling phase (during planning • Planning regarding how manual testing
system via user behaviour and design) will be performed.
planning • Experimental implementation of the • Planning regarding how automated testing
• Understanding the software program behaviours (e.g., data could be leveraged.
system by modelling the data transformations, etc) identified during the
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations section is well-thought out. The document is easy
and manipulations of data) that The overall structure and presentation of this to read yet contains sufficient detail to capture the
will be performed. section is well-thought out. The document is easy details of the task to a high standard.
to read yet contains sufficient detail to capture the
The overall structure and presentation of this details of the task to a high standard.
section is well-thought-out. The document is easy
to read yet contains sufficient detail to capture the
details of the task to a high standard.
21
Learning 1 2 3
Outcomes Design solutions using appropriate Implement programming Test and verify program code by
mathematical structures and solutions within the declarative applying appropriate methods.
programming techniques. paradigm.
Assessment Initial Planning and Design Progress: Programming Implementation Progress: Testing and Verification Planning:
Criteria discussion and evidence discussion and evidence discussion and evidence
→
90 – 100% The task has been completed to a very high level of The task has been completed to a very high level of The task has been completed to a very high level of
A* quality in the following dimensions: quality in one or more of the following dimensions: quality in one or more of the following dimensions:
• Understanding the intended user • Experimental implementations of the data • Planning regarding what aspects of the
base of the software system. types and data structures identified during system will need to be tested (and why)
• Understanding the software the data modelling phase (during planning • Planning regarding how manual testing
system via user behaviour and design) will be performed.
planning • Experimental implementation of the • Planning regarding how automated testing
• Understanding the software program behaviours (e.g., data could be leveraged.
system by modelling the data transformations, etc) identified during the
which it will manipulate. program behaviour modelling phase
• Understanding the software (during planning and design)
system by modelling the program The overall structure and presentation of this
behaviours (e.g., transformations section is very well-thought out. The document is
and manipulations of data) that easy to read yet contains sufficient detail to capture
will be performed. the details of the task to a high standard.
The overall structure and presentation of this
section is very well-thought-out. The document is
The overall structure and presentation of this easy to read, yet contains sufficient detail to
section is very well-thought-out. The document is capture the details of the task to a high standard.
easy to read, yet contains sufficient detail to
capture the details of the task to a high standard.
22
Final Individual/Paired log report submission (60%)
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
Grading The evidence provided is highly The evidence provided is highly The evidence provided is highly The evidence provided is highly
Criteria unsatisfactory and has many major unsatisfactory and has many major unsatisfactory and has many major unsatisfactory and has many major
issues. issues. issues. issues.
0 – 29% The attempt reveals a highly The attempt reveals a highly The attempt reveals a highly The attempt reveals a highly
F unsatisfactory understanding of the unsatisfactory understanding of the unsatisfactory understanding of the unsatisfactory understanding of the
theoretical and practical concerns theoretical and practical concerns theoretical and practical concerns theoretical and practical concerns
related to the task exercise though related to the task exercise though related to the task exercise though related to the task exercise though
there are issues present. there are issues present. there are issues present. there are issues present.
There is very little evidence of There is very little evidence of There is very little evidence of There is very little evidence of
appropriate discussion regarding the appropriate discussion regarding the appropriate discussion regarding the appropriate discussion regarding the
task attempt. There has been no task attempt. There has been no task attempt. There has been no task attempt. There has been no
appropriate use of figures to appropriate use of figures to appropriate use of figures to appropriate use of figures to
accompany this discussion. accompany this discussion. accompany this discussion. accompany this discussion.
No reflective comments have been No reflective comments have been No reflective comments have been No reflective comments have been
evidenced. evidenced. evidenced. evidenced.
Very little or no attempt at referencing Very little or no attempt at referencing Very little or no attempt at referencing Very little or no attempt at referencing
or major errors in the use of or major errors in the use of or major errors in the use of or major errors in the use of
referencing. References may be very referencing. References may be very referencing. References may be very referencing. References may be very
limited and do not use Harvard style. limited and do not use Harvard style. limited and do not use Harvard style. limited and do not use Harvard style.
The overall structure of the logbook The overall structure of the logbook The overall structure of the logbook The overall structure of the logbook
task discussion is very poor. task discussion is very poor. task discussion is very poor. task discussion is very poor.
23
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
30 – 39% The task has not been completed to a The task has not been completed to a The task has not been completed to a The task has not been completed to a
E satisfactory level of quality; major satisfactory level of quality; major satisfactory level of quality; major satisfactory level of quality; major
issues are present. issues are present. issues are present. issues are present.
The attempt reveals a less than The attempt reveals a less than The attempt reveals a less than The attempt reveals a less than
satisfactory understanding of the satisfactory understanding of the satisfactory understanding of the satisfactory understanding of the
theoretical and practical concerns theoretical and practical concerns theoretical and practical concerns theoretical and practical concerns
related to the task exercise though related to the task exercise though related to the task exercise though related to the task exercise though
there are issues present. there are issues present. there are issues present. there are issues present.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
Task attempt is less than satisfactory Task attempt is less than satisfactory Task attempt is less than satisfactory Task attempt is less than satisfactory
and would benefit from a much more and would benefit from a much more and would benefit from a much more and would benefit from a much more
thorough approach. There has been thorough approach. There has been thorough approach. There has been thorough approach. There has been
very little to no appropriate use of very little to no appropriate use of very little to no appropriate use of very little to no appropriate use of
figures to accompany this discussion. figures to accompany this discussion. figures to accompany this discussion. figures to accompany this discussion.
Little to no evidence of reflection is Little to no evidence of reflection is Little to no evidence of reflection is Little to no evidence of reflection is
present. present. present. present.
Little attempt at referencing from a Little attempt at referencing from a Little attempt at referencing from a Little attempt at referencing from a
limited range of sources. The style limited range of sources. The style limited range of sources. The style limited range of sources. The style
used is not Harvard. used is not Harvard. used is not Harvard. used is not Harvard.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is unacceptable based on what would is unacceptable based on what would is unacceptable based on what would is unacceptable based on what would
be expected of students working at be expected of students working at be expected of students working at be expected of students working at
your level. The document contains your level. The document contains your level. The document contains your level. The document contains
insufficient detail to capture the details insufficient detail to capture the details insufficient detail to capture the details insufficient detail to capture the details
of the task to a satisfactory standard. of the task to a satisfactory standard. of the task to a satisfactory standard. of the task to a satisfactory standard.
24
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
40 – 49% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
D satisfactory level of quality though satisfactory level of quality though satisfactory level of quality though satisfactory level of quality though
issues are present. issues are present. issues are present. issues are present.
The attempt reveals a satisfactory The attempt reveals a satisfactory The attempt reveals a satisfactory The attempt reveals a satisfactory
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise though there are issues exercise though there are issues exercise though there are issues exercise though there are issues
present. present. present. present.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
task attempt is satisfactory, but it task attempt is satisfactory, but it task attempt is satisfactory, but it task attempt is satisfactory, but it
would benefit from a much greater would benefit from a much greater would benefit from a much greater would benefit from a much greater
level of detail. There has been very level of detail. There has been very level of detail. There has been very level of detail. There has been very
little appropriate use of figures to little appropriate use of figures to little appropriate use of figures to little appropriate use of figures to
accompany this discussion. accompany this discussion. accompany this discussion. accompany this discussion.
Some very minor examples of Some very minor examples of Some very minor examples of Some very minor examples of
reflection may be evidenced. reflection may be evidenced. reflection may be evidenced. reflection may be evidenced.
Some attempt at utilising Harvard Some attempt at utilising Harvard Some attempt at utilising Harvard Some attempt at utilising Harvard
style in reference list or citation. style in reference list or citation. style in reference list or citation. style in reference list or citation.
Contains serious errors in quality or Contains serious errors in quality or Contains serious errors in quality or Contains serious errors in quality or
usage. usage. usage. usage.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is acceptable to what would be is acceptable to what would be is acceptable to what would be is acceptable to what would be
expected of students working at your expected of students working at your expected of students working at your expected of students working at your
level. The document is easy to read level. The document is easy to read level. The document is easy to read level. The document is easy to read
(though there may be a few issues) (though there may be a few issues) (though there may be a few issues) (though there may be a few issues)
and contains sufficient detail to and contains sufficient detail to and contains sufficient detail to and contains sufficient detail to
capture the details of the task to a capture the details of the task to a capture the details of the task to a capture the details of the task to a
satisfactory standard. satisfactory standard. satisfactory standard. satisfactory standard.
25
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
50 – 59% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
C good level of quality though issues are good level of quality though issues are good level of quality though issues are good level of quality though issues are
present. present. present. present.
The attempt reveals a decent The attempt reveals a decent The attempt reveals a decent The attempt reveals a decent
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise though there are issues exercise though there are issues exercise though there are issues exercise though there are issues
present. present. present. present.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
task attempt is somewhat informative task attempt is somewhat informative task attempt is somewhat informative task attempt is somewhat informative
but would benefit from a much greater but would benefit from a much greater but would benefit from a much greater but would benefit from a much greater
level of detail. There has been very level of detail. There has been very level of detail. There has been very level of detail. There has been very
little appropriate use of figures to little appropriate use of figures to little appropriate use of figures to little appropriate use of figures to
accompany this discussion. accompany this discussion. accompany this discussion. accompany this discussion.
Some reflection may be evidenced, Some reflection may be evidenced, Some reflection may be evidenced, Some reflection may be evidenced,
though there are issues present with though there are issues present with though there are issues present with though there are issues present with
the quality of the reflective comments. the quality of the reflective comments. the quality of the reflective comments. the quality of the reflective comments.
A fair attempt at Harvard referencing A fair attempt at Harvard referencing A fair attempt at Harvard referencing A fair attempt at Harvard referencing
in the reference list and some in the reference list and some in the reference list and some in the reference list and some
attempts at citing correctly. Some attempts at citing correctly. Some attempts at citing correctly. Some attempts at citing correctly. Some
errors are still present. errors are still present. errors are still present. errors are still present.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is somewhat well-thought-out. The is somewhat well-thought-out. The is somewhat well-thought-out. The is somewhat well-thought-out. The
document is fairly easy to read document is fairly easy to read document is fairly easy to read document is fairly easy to read
(though there may be some issues) (though there may be some issues) (though there may be some issues) (though there may be some issues)
and contains sufficient detail to and contains sufficient detail to and contains sufficient detail to and contains sufficient detail to
capture the details of the task to a capture the details of the task to a capture the details of the task to a capture the details of the task to a
reasonably satisfactory standard. reasonably satisfactory standard. reasonably satisfactory standard. reasonably satisfactory standard.
26
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
60 – 69% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
B good level of quality though some good level of quality though some good level of quality though some good level of quality though some
issues are present. issues are present. issues are present. issues are present.
The attempt reveals a good The attempt reveals a good The attempt reveals a good The attempt reveals a good
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise with some issues present. exercise with some issues present. exercise with some issues present. exercise with some issues present.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
task attempt is reasonably informative task attempt is reasonably informative task attempt is reasonably informative task attempt is reasonably informative
but would benefit from greater detail. but would benefit from greater detail. but would benefit from greater detail. but would benefit from greater detail.
There has been some use of figures There has been some use of figures There has been some use of figures There has been some use of figures
to accompany this discussion, though to accompany this discussion, though to accompany this discussion, though to accompany this discussion, though
there are issues with how these are there are issues with how these are there are issues with how these are there are issues with how these are
presented. presented. presented. presented.
Some reflection has been evidenced Some reflection has been evidenced Some reflection has been evidenced Some reflection has been evidenced
though there are some issues with the though there are some issues with the though there are some issues with the though there are some issues with the
quality of the reflective comments. quality of the reflective comments. quality of the reflective comments. quality of the reflective comments.
Harvard style used well throughout Harvard style used well throughout Harvard style used well throughout Harvard style used well throughout
with only very minor errors. A very with only very minor errors. A very with only very minor errors. A very with only very minor errors. A very
good list of references is provided. good list of references is provided. good list of references is provided. good list of references is provided.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is generally well-thought-out. The is generally well-thought-out. The is generally well-thought-out. The is generally well-thought-out. The
document is easy to read (though document is easy to read (though document is easy to read (though document is easy to read (though
there may be some fairly minor there may be some fairly minor there may be some fairly minor there may be some fairly minor
issues) and contains sufficient detail issues) and contains sufficient detail issues) and contains sufficient detail issues) and contains sufficient detail
to capture the details of the task to a to capture the details of the task to a to capture the details of the task to a to capture the details of the task to a
good standard. good standard. good standard. good standard.
27
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
70 – 79% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
A high level of quality though some high level of quality though some high level of quality though some high level of quality though some
minor issues are present. minor issues are present. minor issues are present. minor issues are present.
The attempt reveals a very good The attempt reveals a very good The attempt reveals a very good The attempt reveals a very good
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise with some minor issues exercise with some minor issues exercise with some minor issues exercise with some minor issues
present. present. present. present.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
task attempt is quite informative but task attempt is quite informative but task attempt is quite informative but task attempt is quite informative but
would benefit from greater detail. would benefit from greater detail. would benefit from greater detail. would benefit from greater detail.
There has been some appropriate use There has been some appropriate use There has been some appropriate use There has been some appropriate use
of figures to accompany this of figures to accompany this of figures to accompany this of figures to accompany this
discussion. discussion. discussion. discussion.
Significant background research has Significant background research has Significant background research has Significant background research has
been evidenced that has helped to been evidenced that has helped to been evidenced that has helped to been evidenced that has helped to
guide the completion of the task. guide the completion of the task. guide the completion of the task. guide the completion of the task.
Harvard style used well throughout Harvard style used well throughout Harvard style used well throughout Harvard style used well throughout
with only very minor errors. A very with only very minor errors. A very with only very minor errors. A very with only very minor errors. A very
good list of references is provided. good list of references is provided. good list of references is provided. good list of references is provided.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is well-thought-out. The document is is well-thought-out. The document is is well-thought-out. The document is is well-thought-out. The document is
easy to read (though there may be easy to read (though there may be easy to read (though there may be easy to read (though there may be
some minor issues) and contains some minor issues) and contains some minor issues) and contains some minor issues) and contains
sufficient detail to capture the details sufficient detail to capture the details sufficient detail to capture the details sufficient detail to capture the details
of the task to a high standard. of the task to a high standard. of the task to a high standard. of the task to a high standard.
28
Learning 1 2 3 4
Outcomes Design solutions using Implement programming Test and verify program Appraise and present a
appropriate mathematical solutions within the code by applying team-based software
structures and declarative paradigm. appropriate methods. solution to
programming techniques. stakeholders.
Assessment Planning and Design activity: Programming Implementation Testing and Verification Understanding Team-based
Criteria discussion and evidence activity: discussion and activity: software development activity:
→ evidence discussion and evidence discussion and evidence
Weighting: 30% 35% 20% 15%
80 – 89% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
A+ high level of quality. high level of quality. high level of quality. high level of quality.
The attempt reveals a very good The attempt reveals a very good The attempt reveals a very good The attempt reveals a very good
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise. exercise. exercise. exercise.
Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the Discussion of key points regarding the
task attempt is informative but would task attempt is informative but would task attempt is informative but would task attempt is informative but would
benefit from greater detail. Figures benefit from greater detail. Figures benefit from greater detail. Figures benefit from greater detail. Figures
have been used to appropriately focus have been used to appropriately focus have been used to appropriately focus have been used to appropriately focus
elements of this discussion. elements of this discussion. elements of this discussion. elements of this discussion.
Significant background research of Significant background research of a Significant background research of a Significant background research of a
high quality has been well evidenced high quality has been well evidenced high quality has been well evidenced high quality has been well evidenced
that has helped to guide the that has helped to guide the that has helped to guide the that has helped to guide the
completion of the task. completion of the task. completion of the task. completion of the task.
Harvard style used well throughout. Harvard style used well throughout. Harvard style used well throughout. Harvard style used well throughout.
Reference list makes excellent use of Reference list makes excellent use of Reference list makes excellent use of Reference list makes excellent use of
Harvard style with extensive use of Harvard style with extensive use of Harvard style with extensive use of Harvard style with extensive use of
suitable literature. suitable literature. suitable literature. suitable literature.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is well-thought-out. The document is is well-thought out. The document is is well-thought out. The document is is well-thought out. The document is
easy to read yet contains sufficient easy to read, yet contains sufficient easy to read yet contains sufficient easy to read, yet contains sufficient
detail to capture the details of the task detail to capture the details of the task detail to capture the details of the task detail to capture the details of the task
to a high standard. to a high-standard. to a high-standard. to a high-standard.
29
90 – 100% The task has been completed to a The task has been completed to a The task has been completed to a The task has been completed to a
A* very high level of quality. very high level of quality. very high level of quality. very high level of quality.
The attempt reveals an excellent The attempt reveals an excellent The attempt reveals an excellent The attempt reveals an excellent
understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and understanding of the theoretical and
practical concerns related to the task practical concerns related to the task practical concerns related to the task practical concerns related to the task
exercise. exercise. exercise. exercise.
Additional discussion of concepts or Additional discussion of concepts or Additional discussion of concepts or Additional discussion of concepts or
techniques related to the task beyond techniques related to the task beyond techniques related to the task beyond techniques related to the task beyond
what is expected based on the what is expected based on the what is expected based on the what is expected based on the
assignment brief/exercise description, assignment brief/exercise description, assignment brief/exercise description, assignment brief/exercise description,
is present. is present. is present. is present.
Significant background research of a Significant background research of a Significant background research of Significant background research of
very high quality has been evidenced very high quality has been evidenced very high quality has been evidenced very high quality has been evidenced
that has helped to guide the that has helped to guide the that has helped to guide the that has helped to guide the
completion of the task. completion of the task. completion of the task. completion of the task.
Harvard style used flawlessly Harvard style used flawlessly Harvard style used flawlessly Harvard style used flawlessly
throughout. Reference list makes throughout. Reference list makes throughout. Reference list makes throughout. Reference list makes
excellent use of Harvard style with excellent use of Harvard style with excellent use of Harvard style with excellent use of Harvard style with
extensive use of suitable, well-chosen extensive use of suitable, well-chosen extensive use of suitable, well-chosen extensive use of suitable, well-chosen
literature. literature. literature. literature.
The overall structure of the document The overall structure of the document The overall structure of the document The overall structure of the document
is very well-thought-out. The is very well-thought-out. The is very well-thought out. The is very well-thought out. The
document is easy to read yet contains document is easy to read yet contains document is easy to read yet contains document is easy to read yet contains
sufficient detail to capture the details sufficient detail to capture the details sufficient detail to capture the details sufficient detail to capture the details
of the task to a high standard. of the task to a high standard. of the task to a high-standard. of the task to a high-standard.
30
31
Submission Details:
Format:
Report
• Submit Written assignment to Moodle via electronic upload.
• Submissions should be provided in Microsoft word (.docx) or (text-based) PDF
format.
• The report is produced by you (or you with your pair partner) to reveal your
understanding of the tasks and should not be a copy of another discussion from a
different pair or individual student.9
Zip file of source code and accompanying evidence
• All relevant evidence, source code and project files, each having a comment which
clearly indicates the author(s) (your name and student ID).
Report
• Submit Written assignment to Moodle via electronic upload
• Submissions should be provided in Microsoft word (.docx) or (text-based) PDF
format.
• The report is produced by you (or you with your pair partner) to reveal your
understanding of the tasks and should not be a copy of another discussion from a
different pair or individual student.10
Zip file of source code
• All relevant evidence, source code and project files, each having a comment which
clearly indicates the author(s) (your name and student ID).
Regulations:
Full academic regulations are available for download using the link provided above in the IMPORTANT
STATEMENTS section.
9 We care about what you (or you and your partner) understand, not a bunch of other students.
10 We care about what you (or you and your partner) understand, not a bunch of other students.
32
For Level 6 modules on IET accredited courses ONLY
• For modules with multiple items of assessment, you must achieve a minimum of 30% in
each item of assessment in order to pass the module.
e.g., assessment 1 - coursework 50% and assessment 2 - Exam 50%,
You must achieve an aggregate mark of 40% WITH every single assessment having a
minimum mark of 30% or greater. For example, if you achieved 90% in example assessment
1 and 20% in example assessment 2, the aggregate would be over 40% ((90+20)/2 = 55%),
however you will still fail the module due to the 30% qualifying rule.
Late Penalties
If you submit an assessment late at the first attempt, then you will be subject to one of the
following penalties:
• if the submission is made between 1 and 24 hours after the published deadline the
original mark awarded will be reduced by 5%. For example, a mark of 60% will be
reduced by 3% so that the mark that the student will receive is 57%.
• if the submission is made between 24 hours and one week (5 working days) after
the published deadline the original mark awarded will be reduced by 10%. For
example, a mark of 60% will be reduced by 6% so that the mark the student will
receive is 54%.
• if the submission is made after 5 days following the deadline, your work will be
deemed as a fail and returned to you unmarked.
The reduction in the mark will not be applied in the following two cases:
• the mark is below the pass mark for the assessment. In this case the mark achieved
by the student will stand.
• where a deduction will reduce the mark from a pass to a fail. In this case the mark
awarded will be the threshold (i.e.,40%).
Please note:
• If you submit a re-assessment late, then it will be deemed as a fail and returned
to you unmarked.
Feedback:
Marks and Feedback on your work will normally be provided within 20 working days of its
submission deadline via Moodle.
33
Where to get help:
Students can book online support sessions via Moodle’s scheduler feature.
Students can get additional support from the library for searching for information and
finding academic sources. See their iCity page for more information:
http://libanswers.bcu.ac.uk/
The Centre for Academic Success offers 1:1 advice and feedback on academic writing,
referencing, study skills and maths/statistics/computing. See their iCity page for more
information: https://icity.bcu.ac.uk/celt/centre-for-academic-success
Fit to Submit:
Are you ready to submit your assignment – review this assignment brief and consider
whether you have met the criteria. Use any checklists provided to ensure that you have
done everything needed.
Please see the assessment section on Moodle for the fit to submit checklists.
34
“Fit to Submit” Assignment checklists.
Assignment checklists are dependent on the specific tasks attempted, please see each task for the
relevant “Fit to Submit” checklists to ensure that you meet the major basic requirements before
submission.
35