The 4th Year Project Proposal

The purpose of the proposal is to introduce the project that you will construct over the course of the next year. The proposal should be written in such a way that it can be understood by a person not familiar with the project (e.g., the project coordinator.), but that has expertise in engineering; i.e., you are not writing for lay audiences. At the most basic level, every project is trying to build an engineering solution to a problem. This proposal should describe this problem and your plan for implementing a solution. As with all deliverables, the proposal must use formal and professional language. The proposal will become an integral part of the final report, where will ask you to re-visit your original project plan and to reflect on how the project unfolded.

Ensure that your team and supervisors discuss expectations for the project and document these in your proposal. Note that your supervisor may have specific requirements, and internal deadlines, which you are expected to fulfill. Also ensure that the facilities that you need will be available by discussing these with your supervisor.

While it may be tempting to start late on the proposal (and therefore the whole project), do not underestimate that the proposal represents a significant body of work. By the time you submit the proposal, you should understand the problem you are trying to solve quite well. This requires completing the required background research, maybe developing a mock prototype or simulation to understand the scope of the problem better, etc. In the proposal document, you should be able to:

·         clearly identify the measurable goals and success criteria for your project (i.e., the so-called functional and non-functional requirements),

·         identify metrics for the evaluation of the progress of the project,

·         what skills you acquired in your degree program you plan to bring to bear on your project, and

·         how the group, collectively, has the required skills to address the identified problem. You need to identify specific methods to solving your problem, have considered how to organize your group work, and developed a realistic schedule for achieving your goals.

A typical proposal contains:

1.      The title of the project, your names and student numbers, and your supervisor’s name.

2.      A clear statement of the objectives of the project. This needs to include both measurable functional and non-functional requirements, and a description of how you plan to measure progress towards these objectives.

3.      A brief background of the project. Background should identify what has been done to address the problem, what the state of the art is, etc.

4.      A brief description of what you are going to do.

5.      A discussion of how the project relates to the degree program of each student. A student in undergraduate program X should be able to demonstrably state that their planned role in the project is primarily in relation to X.

6.      A discussion of how the group, collectively, has the skills required to undertake the project.

7.      A description of the method(s) you are going to use in solving the problem and how they relate to knowledge you acquired in your degree program to-date.

8.      A proposed timetable for completion of the project including major intermediate milestones.

9.      A discussion of possible project risks and mitigation strategies.

10.  A list of special components and facilities that you require.

11.  A list of reference works, cited in the text (particularly in the Introduction and Background sections, but also everywhere else). The only things that should be cited are: books, scientific articles (journals and conferences), and patents. A good rule of thumb is: if it shows up in Google Scholar, it can be cited; otherwise, no. There are exceptions: some newspaper articles or websites can be cited. But, these should be exceptions. Whilst there is no hard rule about the number of references, we expect a well written proposal to provide a reference to any (a) technical terms/technologies that are not self-explanatory, (b) work done by third parties that is not necessarily known by the readers and (c) context for the application of specific engineering in society/economy.

Last updated: Sep 2025