1. Overview
1.1.Supervision
1.2. e-Project System
2. Basic philosophy
2.1. Formal objectives
2.2. Learning outcomes
3. Suggested projects
4. Conduct of project
4.1. Reading
4.2. Writing style
4.3. Log books
4.4. Technical Support
4.5. Professional Issues
5. Timetable for 2020
5.1. Students with resit exams
5.2. Timetable of activities
5.3. Assessment stages
6. Academic Integrity
7. Use of Data
8. Recovery of problem projects
| IMPORTANT WARNING: If you are conducting your
project using your own computing facilities make sure you back
up your work regularly. The Department
cannot be held
responsible if you lose all your work as the result of, for
example, your laptop being lost or stolen, or a hard disk failure.
Files on Departmental machines are backed up regularly by
our technical staff and are therefore much safer.
Please read and understand the University's Code of Practice for Using Cloud Services before utilizing any cloud-based repository for storage of programs and data. Storing data on a service such as DropBox may violate the Information Security Policy of the university. |
COMP702 is the MSc 60 credit project module that will run over the summer from
the week after the semester 2 exams to (roughly) one week before the start of
the next academic year.
A student is expected to spend approximately 600 hours over the course of the project
period for research, development of solutions, writing assessments, implementation of
solutions (e.g. programming, where appropriate), performing experiments/empirical
investigations to gather data (again, where appropriate), etc.
This web page is designed to offer specific guidance about the conduct of MSc projects within the Department of Computer Science at the University of Liverpool.
Each project will be handled by a team of two academics:
Both supervisors will also act as the assessors of the project, to monitor progress and to give formative feedback.
The assessment process will be supported by the e-Project System. Documents submitted via the Departmental Submission System will show up on the e-Project System, and students will be able to see assessment results from the two supervisors on that system. Note that the e-Project System is accessed using your login credentials from the Computer Science Department.
The main aim of an MSc dissertation project is for a student to develop and demonstrate autonomy in the management and development of a realistic project in computer science, either research- or application-oriented. Although new technical skills may be acquired, this is not the main aim. At the end of the project a student should have demonstrated the ability to initiate, plan, manage, and deliver a complete IT project for a customer or research supervisor. The delivery of the project will include giving interim presentations describing important stages of the project, and a final dissertation describing the project as a whole.
With reference to:
there is a requirement that the dissertation should be intellectually demanding and involve the original application of knowledge gained in the programme of study.
Level M Projects are not necessarily expected to involve original research in the sense of making new scientific discoveries (this would be unrealistic). However, at level M there should be some degree of scholarly added value attached to the project (not in the sense of "what new subject a student may have learned from undertaking the project", but "what contribution the project makes to the knowledge of others") regardless of whether the project is a practical one or a research-oriented one.
Thus, MSc projects are not required to be fully-fledged research projects in their own right, but should add some seed of original thinking, innovative approach, interesting or beneficial contribution to the existing body of knowledge. The aim is not necessarily "to do something that has never been done before", but to present a new "angle" or "view point" on something that has been done before. For example:
Whatever the case, the key characteristics of the work carried out should be:
The aims of the module (from the module specification) are:
After completing the module students should be able to:
A list of suggested projects will be made available on the e-Project System in April during the current academic year.
During a specific timeframe, students will select a project by contacting supervisors directly (use e-mail, or visit in person). Generally, projects are allocated on a first-come, first-served basis, but it is the discretion of the supervisor to make the final decision.
It is expected that the number of MSc projects supervised/co-supervised by each academic is relatively balanced, so it is possible that a supervisor might turn down your request if she/he already has a sufficient number of projects taken up.
An excellent general book on how to tackle Computer Science projects is:
Christian W. Dawson, "Computing Projects: A Student's Guide",
Prentice Hall, 2000.
There are many valuable writing guides, either in book form or on the WWW, one example is Postgrad.com. There, you can find information on: (i) study strategies, (ii) writing up your research, (iii) citing and documenting your sources, (iv) grammar and usage, and (v) theses and dissertations. You are encouraged to also use other sources --- look at computer science published journal and conference papers to get an idea of the required style. Remember that you are writing a scientific work and not an extended essay so do not be afraid of using lists, tables, diagrams, etc. --- whatever best gets your ideas across to the reader. However, try to be consistent in your approach to your project, and writing your dissertation.
A LaTeX dissertation template is available,
with a PDF file to show what
it looks like. Note that the section headers and such provided are only examples.
A Word template is also
available that students may use if they wish. This template is reproduced here by
permission of Laureate Online Learning, the University of Liverpool's eLearning
partner.
It is good practice when undertaking a project to keep a log of your activities. This should provide a record of what you were doing and when, and record all key events in the project. A log book can also be valuable to help record potential ideas/avenues of exploration should time allow it (and when you are writing your dissertation, you can discuss these ideas as possible future work).
If you have a technical question or request (like whether you can run specific software from the labs, or whether it is possible to use two seemingly incompatible applications) you are advised to contact the Computer Science Helpdesk (George Holt Building, 2nd floor, near the "blast door" between the Ashton and Holt Buildings). Please bear in mind that the Helpdesk has a busy schedule, so try to clarify your requirements in advance, so that time and resources allow to look for alternatives.
You need to conduct your project in compliance with the British Computer Society (BCS) Code of Conduct. As part of your dissertation, you will need to discuss how your project and its conduct relate to this Code.
Please bear in mind that for projects that involve the collection of data from people, this must be done in an ethical manner. Collection of such data must be approved before any collection is performed. See the associated webpage on Ethical Use of Human Data. The use or collection of human data (not in the public domain) without ethics approval could constitute research misconduct.
An overview of the assessment stages is presented in Table 1. All assessments are done by two markers, typically the 1st and 2nd supervisors. Each of the components of assessment will be graded using the CS Department's standard MSc grade descriptors, i.e., assessors will attempt to assign grades which most closely correspond to the marking descriptors that are shown on each assessment's descriptive page.
| Activity | Mode | Deliverables | # marks (%) |
|---|---|---|---|
| Specification and Proposed Design | Report and Oral presentation | Short report (recommended ≤10 sides A4) and copy of slides submitted via the Coursework Submission System. | 20 |
| Final presentation | Report and Oral presentation (incl. software demo) |
Short report (recommended ≤10 sides A4) and copy of slides submitted via the Coursework Submission System. | 20 |
| Dissertation | Written work | Electronic version submitted via the Coursework Submission System. | 60 |
Table 2 shows a suggested timetable of activities as well as
important dates related to the project.
See the next section if you have two or more re-sit exams.
| Important Date | Activity |
|---|---|
| 1 June 2020 | MSc projects officially begin (Week 1). |
| Weeks 1 and 2 | Background reading and literature review. |
| Weeks 3, 4 and 5 | Development of project design. |
| 3 July 2020 (5:00pm) (to turn in Specification and Design report) | Specification and Proposed Design
report (end of Week 5). Oral presentation (by end of Week 6 (July 6-10)). |
| Weeks 5, 6, 7, 8, 9, 10, 11, and 12 | Software implementation and testing. |
| 21 August 2020 (5:00pm) | Final presentation + software demo when appropriate (by end of Week 13 (Aug 24-28)). |
| Weeks 11, 12, 13, and 14 | Software experimentation and analysis of results. |
| Weeks 13, 14, and 15 | Write-up of dissertation. |
| 18 September 2020 (5:00pm) (noon) | Dissertation hand in (Friday in Week 16, Firm deadline). |
Note: Given the nature of the MSc projects and because staff are likely to
be absent over some of the summer period, there is some flexibility regarding dates
for the oral presentations and the demonstration. However, despite changes to the exact date of
a presentation, you must still submit any documents/presentation slides by the
required deadline (unless an extension has been agreed beforehand).
Your dissertation, and, where appropriate, source code of all software produced,
must be submitted via the
Coursework Submission System
by
18 September 2020 (5:00pm).
IMPORTANT NOTE!!! We apply the following rules in relation to resit exams:
| Activity | Two Week Extension | Deferred Projects |
|---|---|---|
| Final presentation | 4 September 2020 (5:00pm) (Presentation: 7-11 September 2020) |
5 November 2020 (5:00pm) {Presentation: 9-13 November 2020) |
| Dissertation | 2 October 2020 (5:00pm) | 7 December 2020 (5:00pm) |
All student should be aware that they are responsible for what they write. One of the pillars of progress in research is that authors can benefit from each other's earlier work. Arguments made in a dissertation should be supported by facts. One way of doing this is to refer to the existing body of work. For example one can argue that X is true because Y and Z demonstrated it was true in a number of articles published in reputable journals (and then give references to the publications in question). If readers want to disagree with you they also have to take issue with X and Y!
However, it is important for students to make clear, when writing their dissertation, what their original contribution is and what is not. If a student is unable to make a point more clearly than a source that they have found (a book, a paper, or a document on the web), they should use quotations: put the quoted sentence(s) in between quotes " and ", and make clear in the running text where the reference is taken from. Then, cite that source in your bibliography and/or list of references. There are many standards to do citation, students are free to use any style, but should make sure that they make citations in a consistent way.
It does not make sense to quote more than 3 or 4 sentences at one occasion. If readers really have to literally read another source, students should tell them in their introduction, and say that they assume that the reader has read that source before starting reading the student's dissertation.
Apart from using somebody else's text, students may also come across figures, pictures, and diagrams which they think illustrate their point better than they could do otherwise. Again, if this is the case (and students should first check that they are not acting against any copyright law), students should state that the figure/picture/diagram is taken from a particular source, and give the full details of that source in their bibliography.
For projects that utilize data (e.g. to formulate or test hypotheses), data must not be fabricated to conceal a paucity of legitimate data, nor should legitimate data be altered, enhanced or exagerrated to mislead the reader. See also the next section on Use of Data with regards to the type of data you can use.
For more information, see the University's Code of Practice on Assessment. See also Appendix L of the Code of Practice on Assessment for definitions of plagiarism and collusion, and the penalties for those actions.
Students are expected to read, understand, and follow this Code of Practice on Assessment. Note that when you submit your assessments through the Departmental Submission Server, you are also making a Declaration on Plagiarism, Collusion, and Fabrication of Data (i.e. that the work you submit is your own work, or properly attributed where appropriate, and the data you supply has not been improperly fabricated or altered).
For projects that utilize human
participants (as subjects) or real human data, it is possible that
ethical approval of the use of such data is required. Your first
supervisor should have obtained ethical approval for the use of
such data before the project begins.
See the page on Ethical use of human data
for more details, including some comments about the use of
data obtained from Twitter.
Note that if ethical approval is necessary, this must be obtained
before collection of data begins. Without approval,
inappropriate collection/use of data could constitute research misconduct.
The use of artificial data (say, for testing purposes) is allowed, provided that practice is explicitly declared. (It is often common practice to generate data according to a probilistic distribution for testing algorithms/software.) In the case that you do this, you should clearly state how the data was generated, which tests were performed using this artificial data, etc.
A small number of projects may have difficulties, particularly in the early stages. Appropriate action will be suggested for all projects which score below grade C on any of the assessment stages. Specific actions may be recommended for other projects also.
| IMPORTANT WARNING: If you are conducting your
project using your own computing facilities make sure you back
up your work regularly. The Department
cannot be held
responsible if you lose all your work as the result of, for
example, your laptop being lost or stolen, or a hard disk failure.
Files on Departmental machines are backed up regularly by
our technical staff and are therefore much safer.
Please read and understand the University's Code of Practice for Using Cloud Services before utilizing any cloud-based repository for storage of programs and data. Storing data on a service such as DropBox may violate the Information Security Policy of the university. |