The individual project is in many ways the most important single component of the MSc programme. It provides the opportunity for you to demonstrate independence and originality, to plan and organise a large project over a long period, and to put into practice the techniques you have been taught throughout the course. Whatever your level of academic achievement so far, you can show your individuality and inspiration in this project. It should be the most satisfying piece of work in your course.
The Project Coordinators are responsible for the overall coordination of MSc individual projects. You can contact them if you have any problem with the formal organisation of your individual project.
2 Choosing an Individual Project
To choose a project you should normally consult the project proposals database, identify potential project areas and specific project specifications, and enter your interest in the system, arrange a mutually convenient appointment with the potential supervisors, get them to sign in the database that they have seen you and, last not least, enter your preference in the database.
The idea for your project may be a proposal from a member of staff or your own, or perhaps a combination of the two. You should discuss the projects that interest you with the supervisors as soon as possible so that you have plenty of time to think about the best choices for you. Not every project is suitable for every student; some may be specifically tailored to a particular degree (Computing or Advanced Computing MSc) and some may only suit students with a very specific set of interests. Each proposal will indicate these constraints in order to help you to make an informed choice.
Project proposals originating outside the department (e.g. from actual or potential employers or sponsors) are encouraged, but you must provide clear details of what the project involves and have the approval of the Course Director. In exceptional cases permission may be given to do the project work in another institution or country, subject to suitable arrangements for regular contact with your supervisor in the department being made and approved.
If you have your own idea for an individual project it is your responsibility to find a member of staff who both approves of the proposed programme of work and is willing to supervise it. External projects cannot be approved unless a suitable internal supervisor can be found. The Project Coordinator will be happy to help you find a supervisor but you cannot assume that one can be found in every case.
Points to Consider. To pass your project you must demonstrate the ability to conduct basic background research, to produce a non-trivial implementation or piece of theoretical work, and to write a report. Specifically, a project must:
If you chose from the published proposals your first choice of project cannot be guaranteed since individual supervisors can only take responsibility for a limited number of projects. In some cases you may be allocated the project but another member of staff will be assigned to supervise it. Failing this, you may be allocated one of your alternative choices.
You are permitted to develop software or hardware on your own equipment, provided that you can duplicate it here in College for demonstration to your supervisor. However, you should prepare a fall-back position in case your equipment misbehaves. Remember that the software on home computers could be unreliable at times. It is not unusual for a potentially good project to be spoilt by bugs in compilers, libraries etc. on home computer equipment.
You will need to make a request to the project coordinator if you wish to use software which is not currently provided by CSG. A request can then be made to purchase it if an acceptable alternative is not available. A purchase request will need the support of your supervisor and is not guaranteed to be approved.
Please note that there is no excuse for failing to keep adequate backups. If you lose your program or your data or your dissertation because of a system failure no allowance can be made. Extensions will not be granted under these circumstances.
The dissertation is an extremely important part of the project. It serves to show what you have achieved and should demonstrate that:
Most of the second markers will not have followed the project throughout and will only have a short time to see a demonstration. For this reason they will rely heavily on the report to judge the quality of your work. You should also appreciate that the external examiner, who plays a crucial role in the final recommendation, has only the report by which to judge your project performance.
Many students underestimate the importance of the report and make the mistake of thinking that top marks can be achieved simply for producing a good product. This is definitely not the case and many projects have been graded well below their potential because of an indifferent or poor write-up. In order to get the balance right you should consider that the aim of the project is to produce a good dissertation and that software, hardware, theory etc. that you develop during the project are merely a means to this end. Don't make the mistake of leaving the write-up to the last minute. Ideally you should produce the bulk of the report as you go along and use the last week or two to bring it together into a coherent document.
A project will not be awarded distinction if its write-up is not good enough, no matter how good the technical work is, and a project will not pass if its write-up is poor, even if the technical work is acceptable.
The physical layout and formatting of the report is also important, and yet is very often neglected. A tidy, well laid out and consistently formatted document makes for easier reading and is suggestive of a careful and professional attitude towards its preparation.
Remember that quantity does not automatically guarantee quality. A 150 page dissertation is not twice as good as a 75-page one, nor a 10,000 line implementation twice as good as a 5,000 line one. Conciseness, clarity and elegance are invaluable qualities in report writing, just as they are in programming, and will be rewarded appropriately. Also, it is important to appreciate that the appropriate size and structure of a dissertation can vary significantly from one project to the next. Despite these variations, however, most good dissertations have the following components in common:
Presentation: The dissertation must be printed and bound as specified here.
Title page: This has the standard form given in the Appendix.
Abstract: The abstract is a very brief summary of the dissertation's contents. It should be about half a page long. Somebody unfamiliar with your project should have a good idea of what it is about having read the abstract alone and will know whether it will be of interest to them.
Acknowledgements: It is usual to thank those individuals who have provided particularly useful assistance, technical or otherwise, during your project. Your supervisor will obviously be pleased to be acknowledged as he or she will have invested quite a lot of time overseeing your progress.
Contents page: This should list the main chapters and (sub) sections of your dissertation. Choose self-explanatory chapter and section titles. If possible you should include page numbers indicating where each chapter/section begins. Try to avoid too many levels of subheading. Try if possible to stick to sections and subsections; sub subsections are usually avoidable.
Introduction: This is one of the most important components of the dissertation. It should begin with a clear statement of what the project is about so that the nature and scope of the project can be understood by the reader. It should summarise everything you set out to achieve, provide a clear summary of the project's background and relevance to other work and give pointers to the remaining sections of the dissertation which contain the bulk of the technical material.
Background: The background section of the report should set the project into context by relating it to existing published work which you read at the start of the project when your approach and methods were being considered. There are usually many ways of approaching a given problem, and you shouldn't just pick one at random. Describe and evaluate as many alternative approaches as possible. The background section is often included as part of the introduction but can be a separate chapter if the project involved an extensive amount of research. The published work may be in the form of research papers, articles, text books, technical manuals, or even existing software or hardware of which you have had hands-on experience. Don't be afraid to acknowledge the sources of your inspiration; you are expected to have seen and thought about other people's ideas; your contribution will be putting them into practice in some other context. However, avoid plagiarism: if you take another person's work as your own and do not cite your sources of information/inspiration you are being dishonest; in other words you are cheating. When referring to other pieces of work, cite the sources at the point they are referred to or used, rather than just listing them at the end. The College takes a very strict line on plagiarism; you are advised to re-read the relevant section of the student handbook.
Body of report: The central part of the report usually consists of three of four chapters detailing the technical work undertaken during the project. The structure of these chapters is highly project dependent. Usually they reflect the chronological development of the project, e.g. design, implementation, experimentation, optimisation, although this is not always the best approach. However you choose to structure this part of the report, you should make it clear how you arrived at your chosen approach in preference to the other alternatives documented in the background. For implementation projects you should describe and justify the design of your program at some high level, for example by using any of the design methods taught during the first and second term courses, and should document any interesting problems with, or features of, your implementation. Integration and testing are also important to describe. Your supervisor will advise you on the most suitable structure for these middle sections.
Conclusions and Future Work: All good projects conclude with an objective evaluation of the project's successes and failures and suggestions for future work which can take the project further. It is important to understand that there is no such thing as a perfect project. Even the very best pieces of work have their limitations and you are expected to provide a proper critical appraisal of what you have done. Your assessors are bound to spot the limitations of your work and you are expected to be able to do the same.
Bibliography: This consists of a list of all the books, articles, manuals etc. used in the project and referred to in the report. You should provide enough information to allow the reader to find the source. You should give the full title and author and should state where it is published, including full issue number and date, and page numbers where necessary. In the case of a text book you should quote the name of the publisher as well as the author(s).
Appendix: The appendices contain information which is peripheral to the main body of the report. Information typically included are things like program listings, tables, proofs, graphs or any other material which would break up the theme of the text if it appeared in situ. Large program listings are rarely required, and should be compressed as much as possible, e.g. by printing in multiple columns and by using small font sizes, omitting inessential code etc.
User Guide: For projects which result in a new piece of software you should provide a proper user guide providing easily understood instructions on how to use it. A particularly useful approach is to treat the user guide as a walk-through of a typical session, or set of sessions, which collectively display all the features of your package. Technical details of how the package works are rarely required. Keep it concise and simple. The extensive use of diagrams illustrating the package in action prove particularly helpful. The user guide is sometimes included as a chapter in the main body of the report, but is often better as an appendix to the main report.
The assessment of the dissertation will be undertaken by the supervisor and a second marker in the first instance. A selection of dissertations, including all borderline ones, are assessed by several other qualified persons, and by an external examiner.
Appropriate implementation details, such as source code or circuit diagrams, should normally be included as an appendix, together with indications of sample runs. Projects which are predominantly survey reports must be backed up with experimentation, implementation, theoretical or conceptual analysis, new illustrative examples, and so on.
Some element of originality is expected in the project and it will be useful if you can comment on the significance of the work, especially when you feel that the project may be awarded a distinction.
A Distinction level project is one which demonstrates significant breadth and depth. It involves a combination of sound background research, an outstanding implementation or an outstanding piece of theoretical work, and a well-structured and well-presented report detailing the project's background, objectives and achievements. The project involves significant technical problems that have been largely, or completely, overcome.
A Merit level project is one which displays both breadth and depth and
should demonstrate a high level of individual technical competence and
professionalism, although the final output might lack elements of novelty or
sparkle. There should be at least a moderate level of risk in the project's
objectives, in that the project was not completely specified at the outset or
that the work presented some difficult challenges that needed to be overcome.
All implementation work should be solid in terms of design and correctness,
although there may be scope for improvements.
A Pass level project is one which displays an ability to solve well defined, i.e. moderately low-risk, problems competently. However, the student may lack ambition or drive and may prefer to shy away from, or fail to overcome, the more difficult challenges associated with the problem area. The resulting software/hardware should be broadly functional, although it may be limited in scope.
Three aspects of each dissertation should be assessed.
Please comment on each of the above three aspects.
Please also indicate the grade of the project:
The mark is optional and will not be reported externally, but it is helpful for internal moderation.
Please note:
Some of the most useful things to know about individual projects are the common pitfalls. Why do some projects go wrong? Here are some of the common causes of failure:
Early in spring term: Project proposals posted. You should study the project proposals, and discuss several of them with the members of staff who proposed them. Proposals will continue to arrive during term 2 so keep looking at the list. You can also suggest your own ideas for an individual project, provided that you prepare a detailed project description, and discuss it with a member of staff who is willing to be your supervisor. The project coordinator can advise you about suitable supervisors.
Middle of the spring term: Submit your project preferences via CATE. Soon afterwards in the spring term: Project allocation complete. MAC and MCSS students will then work on a project backgound paper until the end of the spring term. All students start work on their projects as soon as they have completed the examinations. Plan your work. You have the whole summer before you and it is very easy to underestimate the time required to complete the project. Do not write the dissertation in the last week but write it as you work on the project.
Arrange a demonstration (and/or presentation) of your project with your supervisor and second marker (and anyone else who may be interested in the subject area) well before the submission date. The format of the Demo/Presentation is entirely up to you to decide with your supervisor.
Early in September: Please note we no longer require the usual hardback binding for the projects. Please use the standard black binder provided by the department, with transparent front and back cover attached, also use and a separate blue sheet at the back of the report. All stationary and machine for binding are provided by the department; you will be notified where to get your project bound nearer the submission deadline.
Hand in the three bound copies of your dissertation and electronically submit your dissertation. Check here for these deadlines.
The dissertation should be typed on A4 paper, font size 11, single spacing, and double sided printed with 2.5cm margin on the binding side and 2cm on all other sides. See here for a guide on how to achieve this using either Microsoft Word, or LaTeX. The stationary for binding will be provided by the department.
Three copies are required, which will be retained by the College. Three good quality photocopies may be submitted.
Please also note that there will be over one hundred Masters students having their thesis printed and bound in beginning of September. The printers in the labs and the binding machine become very busy. DO take into account the time this may take it is unlikely to be a quick service. DO allow enough time.
A progress report of approximately 4-6 pages is expected to be submitted by the deadline on the main page. Submission is via CATE in the usual manner (the exercise can be found in the "June-July" period for your respective courses). This is not marked for credit, but is used so that we can ensure satisfactory progress is being made by all students. As a result extensions will be granted only in the most exceptional circumstances.
12 Submitting Your Dissertation
Dissertations is to be submitted by the deadline specified on the main page, unless an extension has been authorised in writing by the Course Director and agreed with your supervisor. Only in the most exceptional circumstances will an extension be granted.
Please submit bound dissertations to the Student Administrations Office (Room 370). Your dissertation will not be accepted unless you also bring along:
There are three files to submit in CATE:
Imperial College London
Department of Computing
Title of Dissertation
by
Name and Initials
Submitted in partial fulfilment of the requirements for the MSc Degree in XXXXX of Imperial College London
September 2008
Last updated, January 2009. spc03