How to Write a Project Report

By Dr A.J. Fisher. James Cussens

Final year students have been asking questions on how to start their academic project works. The following information will guide you:

Why is the report important?

If you wish to secure a good mark for your project, it is absolutely essential that you write a good report. It is the report which is marked, not the program or anything else you might have constructed during the project period. No matter how significant your achievements, if you do not write up your work, and write it up well, you will obtain a poor mark.

It is essential to understand that the report will be read and marked by a number of examiners (normally 2 - 4), only one of whom - your supervisor - will have any familiarity with the work which the report describes. Examiners are not mind-readers, and cannot give credit for work which you have done but not included in the report.

What are the examiners looking for?

Each project report is marked initially by two examiners, one of whom is the supervisor. Each examiner fills in an online mark form, giving marks for various aspects of the report and an overall mark. Studying the mark sheet will give you a good idea of what aspects of the report are important.

The notes to examiners which accompany the mark sheet use the terms ``perfect'', ``quite good'', ``abysmal'' and so on to describe the attributes of a particular numerical mark (e.g. 5 is ``satisfactory''). There is a separate document which goes into great detail about what precisely ``satisfactory'' means in particular contexts, but I'm not sure that these definitions are widely used: most examiners believe that they have an accurate and objective understanding of what is ``satisfactory''.

Note that supervisors might specify on the mark sheet that a particular aspect of the project is to be assessed - for example, a review of the project area - even if that area is not covered in the project report. Decisions on what is to be assessed are the supervisor's responsibility, but you should be aware of the standard headings, think carefully about what you present (or do not present) under each, and discuss and agree it with your supervisor.

Remember that your report is an academic dissertation, not a popular article or commercial proposal. For example, rather than describing only a series of events and a final product, try to establish criteria, present arguments, derive principles, pose and answer questions, measure success, analyse alternatives and so on. Where a project has been undertaken with industrial support, the significance of that support for the project, and the relevance of the project to the supporting industry, should be discussed.

The mechanics of writing

The problem you have to solve is this: to transfer your own experiences of doing the project, and the knowledge you have gained, from your brain onto paper in a coherent, logical and correct form.

There are several ways of achieving this. Different authors have different techniques. My own method, which I think is quite common among technical authors, is to write as quickly as I can, without regard for coherency, structure or order, until I have written down (or rather, typed in) all the points I can think of. If my brain is running faster than my fingers and a thought pops into my head which belongs in another part of the document, I skip to the end of the page and insert a few words there to remind me to expand that point later, then resume where I was. The aim is to transfer as much relevant material from brain to paper as quickly as possible. This method has been called the ``brain dump''. It is practised, I think, by some writers of fiction as well as by technical authors.

After three hours of ``brain dumping'' I might have four or five pages of disorganized text. I then spend perhaps six hours putting the text into order and tightening up the prose, after which I might have three pages of good-quality prose. This method of writing is an iterative process, with periods of ``brain dumping'' alternating with periods of tidying-up.

At the rate of three pages of polished text every nine hours, a typical 60-page PR3 project report will take you about four weeks to complete, working full-time. You must allow time to prepare the appendices (e.g. program listings) and illustrations. Good-quality illustrations, in particular, take a long time to prepare. You should therefore allow at least six weeks to write the report.

If you kept a note-book during the project period, you will find the writing-up process much easier.

How to write well

Many students appear not to realize how difficult it is to write well. Any type of writing (except perhaps advertising copy) is difficult, but technical writing is particularly hard.

There are many books which address the subject of good technical writing. By far the best among those which I have seen is Scientists Must Write by Robert Barrass (1982). Though published over twenty years ago, this superb little book is still in print. There are several copies in the J.B. Morrell library, but since it costs only £11.19 (from the Internet Bookshop), you would be well advised to buy a copy and to read it from cover to cover.


You must strive first to be absolutely precise. When you write, it is not sufficient that you know what you mean; neither is it sufficient that your writing admits of the meaning which you intend: it must admit of no other meaning. What you write must not be capable of misinterpretation. Take exceptional care to choose the right word for the occasion. Do not, for example, write ``optimum'' if you mean ``good''. ``Approximate'' means ``close'', so ``very approximate'' means ``very close'' - which is not what many people seem to think it means.


Precision in writing is mainly a matter of taking sufficient care. Good writing is not only precise, however, it is vigorous, and that is much harder to achieve. It helps if you have read widely, especially novels. Here are some hints which might help you to write forcefully and vigorously.

Prefer short sentences to long sentences. Prefer short words to long words, provided that the short word has the meaning you need. Terseness is a great virtue in technical writing. (But don't go too far; remember Horace's observation: ``Brevis esse laboro, obscurus fio''.) Avoid circumlocutions. ``In almost all sectors of the computing marketplace'' can be replaced in most contexts by ``almost everywhere''.

The question of whether to use the passive voice in technical writing is a thorny one. Most older writers still write ``a program was written ...'' rather than ``I wrote a program ...''. Many of your examiners might share this preference for, or prejudice in favour of, the passive voice, but this style is passing out of favour in all technical writing, and I advise you not to use it. Whatever you do, do not use the ``royal we'' (``we wrote a program'' when you mean ``I wrote a program'').

There is general agreement that Latin phrases are best avoided in technical writing (but the occasional Latin quotation might lend a spurious air of erudition!) Nevertheless, many careful writers have their own favourite Latin phrases which find occasional use. The best rule is that a Latin phrase is acceptable if it abbreviates a circumlocutionary English phrase. Mutatis mutandis, for example, one of my own favourites, is permissible in place of ``making the appropriate changes'', since any English gloss seems to be ugly and unwieldy. ``I.e.'' (note the roman font and punctuation) is often useful in place of ``in other words'' or ``that is'', and is widely understood. Quite often, however, ``X, i.e., Y'' can be replaced by ``Y'', because the writer realized while writing X that Y said the same, only better. ``E.g.'' is overused and best used sparingly; prefer ``for instance'' or ``for example''.

Spelling and grammar

You must take exceptional care to spell correctly. Poor spelling is a distraction to the proficient reader. In most cases there is very little excuse nowadays for spelling errors; there are many excellent spell-checker programs which make a good job of finding the errors for you, and excellent (paper) dictionaries which will tell you what the correct spelling is. Be especially careful with words whose common misspelling is a correct spelling of a different word, in particular the following pairs: lead/led; loose/lose; affect/effect. It is dangerous to allow the spell-checker to ``correct'' a misspelling by itself; many such hilarious ``corrections'' have been reported, for example recently in New Scientist.

Believe the spell-checker. Very many people, for example, on finding that the spell-checker questions ``idiosyncracy'' [sic], say to themselves ``it must be missing from the dictionary file'', and leave the word alone. It is - for a good reason.

If you have a medical condition which makes it difficult for you to spell correctly, make sure that your supervisor knows about it, so that it can be taken into account by the examiners.

If poor spelling is a distraction which impedes understanding, poor grammar is more so. There are so many potential grammatical solecisms that it would be inappropriate to attempt to list them here. Read Fowler's Modern English Usage for guidance. This book has been revised several times since its first publication in 1926. The most recent (1998) edition is probably the best to use, not because its recommendations are more permissive or up-to-date, but because it draws attention to traps which it would not have occurred to Fowler in 1926 that anyone could fall into. The original 1926 edition is famous for its vigorous, fiery language, which has been successively watered down in later revisions.

Take care with apostrophes. Historically, the apostrophe denoted the omission of one or more letters: don't = do not, John's book = John his book. For this reason, careful writers of British English restrict the possessive use of the apostrophe to animate possessors. You may write ``John's book'' but not ``the program's function'', since (so the argument goes) one cannot write ``the program his function'': you must write ``the function of the program'' instead. This rule is being steadily eroded under American influence, and will probably soon be obsolete.

I mention the ``animate possessor'' rule in order to illustrate and to explain a very common blunder. Never use an apostrophe with a possessive pronoun. ``It's'' means ``it is'' (the letter that's omitted is an ``i''), not ``it his'', which is plain silly. One never sees spurious apostrophes in his, hers, ours, yours, theirs; so why does one so often see ``it's'' in place of ``its'', which is the correct possessive pronoun?

The brain of the experienced reader, on seeing ``it's'', performs a lexical-level macro-expansion, replacing ``it's'' by ``it is''. This then fails to make syntactic sense in the context, necessitating a backtracking and re-parsing operation, and conscious expenditure of effort. It really does slow down, and consequently annoy, the reader. This crass and ignorant blunder probably does more to distract and to impede the reader of students' reports than any other grammatical solecism.

Summary: ``it's'' = ``it is'' (needed rarely, if at all, in formal writing). ``Its'' is the pronoun (This is my program. Its purpose is to ... .) You almost certainly mean ``its''.

Even if you yourself do not place a strong emphasis on good spelling and good grammar, most of your examiners do, some fanatically. Most examiners will be irritated by poor spelling and poor grammar. It is always worth doing whatever you can, short of bribery, to put your examiner in a good mood. Write well and spell well, for this reason if for no other!


When I prepared my own final-year project report, I wrote it with pen and ink and handed the manuscript to the departmental secretary who typed it for me on an IBM typewriter. Modern practice is different, and now you yourself are responsible for producing a computer-typeset report. This means that you must be familiar both with the formal requirements set out in the Students' Handbook (restricting the number of pages, type size, width of margins, and so on) and with the rudiments of typography. You will not be penalized severely, if at all, if you violate typographical conventions, but good typography creates a subliminal impression akin to that of good proportion in a painting, and is desirable for that reason. Since it is a matter of simply learning and following the rules, you should try to do so. You should learn at least enough (for example) to know the difference between the hyphen, minus, en-dash and em-dash, and when to use each of them.

The best and most famous typographical reference book is Rules for compositors and readers at the University Press, Oxford by Horace Hart, known colloquially and universally as ``Hart's Rules''. It is a small book which you should probably read from cover to cover, but you may skip the section on Russian orthography if your report contains no Russian words. This book, like Fowler, has been revised continually since its first publication (in 1904, though it was in use within the O.U.P. since 1893). The latest edition is dated 1983. It is still in print, almost a century after its first publication, and at £8.79 (from the Internet Bookshop), well worth buying.


Your report should generally contain illustrations (figures or diagrams), but they must be relevant. Ask yourself if the illustration helps the reader to understand the text. If the text is readily comprehensible without the illustration, delete the illustration. If it is not, it is usually better to make the text clearer than to add a diagram.

All illustrations should be prepared by an appropriate program, such as pic, xfig or grap. They should not be hand-drawn. The only common exception to this rule is circuit diagrams: given the current state of the art in schematic-entry packages, a hand-drawn circuit diagram is usually preferable to a computer-drawn one.

If possible, include figures close to the text which refers to them, rather than all together in an appendix. Circuit diagrams are, again, a possible exception to this rule. It is normal to list tables and figures at the beginning of the report, after the table of contents.


Saepe stilum vertas.   - Horace

Top-level structure
At the top level, a typical report is organized in the following way.

    Abstract. (This is a couple of paragraphs - no more - which summarizes the content of the report. It must be comprehensible to someone who has not read the rest of the report.)

    Introduction. (The scope of the project, setting the scene for the remainder of the report.)

    Previous work. (One or more review chapters, describing the research you did at the beginning of the project period.)

    Several chapters describing what you have done, focusing on the novel aspects of your own work.

    Further work. (A chapter describing possible ways in which your work could be continued or developed. Be imaginative but realistic.)

    Conclusions. (This is similar to the abstract. The difference is that you should assume here that the reader of the conclusions has read the rest of the report.)

    References and appendices.


References must be relevant. A typical PR3 project report might contain about one page of pertinent references, if the initial research period was well spent. Do not include references which you have not read, no matter how relevant you think they might be. If you refer to standard material which is covered by a large number of text-books, choose one or two really good ones and cite those, rather than a long list of mediocre texts.

There are many styles for citing references. Although strict standards (e.g. British Standards) for citing references exist, my advice is not to bother with them; instead, find a reputable journal in the library and copy its style. Alternatively, copy the example below. It's important to be consistent, complete and unambiguous; beyond that, it doesn't matter much what you do.
Example citation style:
Citations in text:
Mander, in ``Notes on a system specification method'' [Mander 1983], gives the following ...

... as described by Briggs [1983a] ...

Thimbleby's guidelines [Thimbleby 1983] suggest that ...

Different methodologies have been examined [Tully 1983].

Several recent publications in this field [Wand 1980d, ACM 1971] have been very influential.

List of references at end of report:
ACM 1971.          Association for Computing Machinery, Second symposium on problems in the optimisation of data communication systems, ACM (1971).
Briggs 1983a.      J.S. Briggs, ``The design of AIR and its use in Ada separate compilation'', in SERC workshop on Ada software tools interfaces, ed. P.J. Wallis, University of Bath (1983).
Downes 1982.    V.A. Downes, S.J. Goldsack, Programming embedded systems with Ada, Prentice-Hall (1982).
Mander 1983.    K.C. Mander, Notes on a system specification method, York Computer Science report no. 61, University of York (1983).
Thimbleby 1983.               H.W. Thimbleby, ``Guidelines for `manipulative' text editing'', Behaviour and Information Technology, 2, 127 - 161 (1983).

If you adopt this style, when you cite a reference, you need not repeat the author's name or authors' names (``Jones and Sanderson [Jones and Sanderson 1999] have shown ...''). Write instead: ``Jones and Sanderson [1999] have shown ...'', and list the reference as ``Jones and Sanderson 1999''.

Alternatively, a system of numbered references, such as the default format produced by the Unix refer tool in conjunction with troff, is acceptable. I myself much prefer numbered citation styles, which I find much less obtrusive and easier on the eye; e.g. ``Jones and Sanderson¹ have shown ...'' or ``Jones and Sanderson [1] have shown ...''. These forms, which are allowed by the regulations in the Handbook, seem to be the two dominant citation styles in academic journals.

You may wish to refer to electronic sources, particularly material found on the World-Wide Web. It is not enough to put ``found on WWW'' in place of a citation. The web page ``Bibliographic Formats for Citing Electronic Information'' gives advice on citing on-line sources.

If possible, avoid citing unpublished literature. It is however acceptable to cite university reports, such as this Department's YCS series, and PhD theses (although getting hold of the latter can be almost impossible).

``References'' are always cited in the text. Other works you've made use of but not cited should be listed in a section called ``Bibliography''.

Note that ``et al.'' requires a period after the abbreviation ``al.'' (for ``alia''). It means ``and others'', and may be used only to refer to people, typically in lists of references. It is the animate form of ``etc.'', which also requires a period.

Lower-level structure

Structure is a recursive concept. A well-structured report has its top-level sections well ordered, and it is easy to get this right; but each section must in itself be well ordered, and that is more difficult.

Most paper documents, and many on-line documents, are read linearly from beginning to end. This is certainly true of an examiner reading a project report. Consequently, the writer of a well-structured document avoids forward references wherever possible. Try to avoid writing ``... as we shall see in chapter 10, ...'', especially if the material in chapter 10 is essential to an understanding of the text at the point where the reference occurs. Occasionally such references are unavoidable, but more often than not they are a sign that the text needs to be re-ordered.

In the old days, re-ordering text entailed ``cutting and pasting'' with real scissors and real paste. Nowadays, the word-processor has made these operations so easy that there is no excuse for slovenly structure. Take your time, and keep rearranging words or phrases within sentences, sentences within paragraphs, paragraphs within sections and sections within the whole report until you have got it right. Aim for a logical progression from beginning to end, with each sentence building on the previous ones.

If the chapters are numbered 1, 2, 3, ..., then the sections within (say) chapter 1 will be numbered 1.1, 1.2, ... . It is permissible to sub-divide a section: the sub-sections within section 1.1 will be numbered 1.1.1, 1.1.2, ... . Do not however nest sub-sections to more than four levels: sub-sub-section is acceptable, but is not. It is quite possible, with care, to write even a large and complex book without using more than three levels.

Footnotes are a nuisance to the reader. They interrupt the linear flow of text and necessitate a mental stack-pushing and stack-popping which demand conscious effort. There are rare occasions when footnotes are acceptable, but they are so rare that it is best to avoid them altogether. To remove a footnote, first try putting it in-line, surrounded by parentheses. It is likely that the poor structure which was disguised by the footnote apparatus will then become apparent, and can be improved by cutting and pasting.

The role of artefacts in projects

Deep down, all students seem to believe that their project is ``to write a program'' (or, ``to build a circuit''). They believe that they will be judged by how much their program does. They are amazed when their supervisor is unconcerned about the inclusion or non-inclusion of a listing in the report. They fear that they will be penalized if their program is small-scale or if they do not make grandiose claims for its power and functionality.

This leads to reports heavy with code and assertions about code, but light on reasoning. Students omit the reasoning because they are short of time and think the code more important, and thereby they lose credit they could have had. It leads also to the omission of testing. Hence there are assertions about the extent of implementation, but no evidence (in the form of records of testing) to back them up.

In summary, credit for the implementation is not the whole story; you should not feel under pressure to make claims that you cannot support. Your reports should clearly separate specification, design, implementation and testing. ``The program does X'' should more honestly be ``I wanted the program to do X; I designed it to do nearly-X; I implemented it to do most-of-X; my testing shows that it did some-of-X (and here is the evidence of that)''. Taking this advice into account can much improve your mark.

You and your supervisor

Writing is a solitary pursuit. Whereas your supervisor will guide you through the early stages of your project work, you must write the report on your own. It is a University assessment, and the rules on plagiarism and collusion (do consult the Students' Handbook!), and the conventions which restrict the amount of help a supervisor can give, apply. Nevertheless, most supervisors will be happy to read and to comment on drafts of sections of your project report before you hand it in, if you give them enough time to do so. It's also a good idea to ask your supervisor to suggest some high-quality past projects in a similar field to yours, and to look them up in the departmental library. This will give you an idea of what is required.



    Good writing is difficult, but it is worth taking the trouble to write well.

    Leonard was trying to form his style on Ruskin: he understood him to be the greatest master of English prose. He read forward steadily, occasionally making a few notes.

    ``Let us consider a little each of these characters in succession, and first (for of the shafts enough has been said already), what is very peculiar to this church - its luminousness.'' Was there anything to be learnt from this fine sentence? Could he adapt it to the needs of daily life? Could he introduce it, with modifications, when he next wrote a letter to his brother, the lay reader? For example: ``Let us consider a little each of these characters in succession, and first (for of the absence of ventilation enough has been said already), what is very peculiar to this flat - its obscurity.'' Something told him that the modifications would not do; and that something, had he known it, was the spirit of English Prose. ``My flat is dark as well as stuffy.'' Those were the words for him.

    E.M. Forster, Howard's End
(quoted in Barrass, op. cit.)

Written by Dr A.J. Fisher. James Cussens / Projects Coordinator /


How to Write an Excellent Project Material  or Research Paper

A good number of students have been asking questions on how to develop an excellent, outstanding and brilliant academic research Material. This article outlines the steps to writing a good Project Material.



Choose a topic which interests and challenges you. Your attitude towards the topic may well determine the amount of effort and enthusiasm you put into your research.  If you are uncertain as to what is expected of you in completing the assignment or project, re-read your assignment sheet carefully or ASK your supervisor. Select a topic you can manage and avoid topics that are too technical, learned, or specialized. Avoid topics that have only a very narrow range of source materials.



Search for information on the internet. Check useful urls and encyclopedias that have information related to your topic. Use search engines like, ,, and other search tools as a starting point. Search for print materials available in the Library such as: Almanacs, Atlases, Encyclopedias and Dictionaries, Government Publications, Magazines, Newspapers, etc.
Also remember to jot down full bibliographical information (author, title, place of publication, publisher, date of publication, page numbers, URLs, creation or modification dates on Web pages, and your date of access) on your work sheet, printout, or enter the information on your laptop or desktop computer for later retrieval. If printing from the Internet, it is wise to set up the browser to print the URL and date of access for every page. Remember that an article without bibliographical information is useless since you cannot cite its source.



Do some critical thinking and write your thesis statement down in one sentence. Your thesis statement is like a declaration of your belief. The main portion of your essay will consist of arguments to support and defend this belief.



All points must relate to the same major topic that you first mentioned in your capital Roman numeral.
Example of an outline:

The purpose of an outline is to help you think through your topic carefully and organize it logically before you start writing. A good outline is the most important step in writing a good paper. Check your outline to make sure that the points covered flow logically from one to the other. Include in your outline an INTRODUCTION, a BODY, and a CONCLUSION. Make the first outline tentative.

INTRODUCTION - State your thesis and the purpose of your research paper clearly. What is the chief reason you are writing the paper? State also how you plan to approach your topic. Is this a factual report, a book review, a comparison, or an analysis of a problem? Explain briefly the major points you plan to cover in your paper and why readers should be interested in your topic.

BODY - This is where you present your arguments to support your thesis statement. Remember the Rule of 3, i.e. find 3 supporting arguments for each position you take. Begin with a strong argument, then use a stronger one, and end with the strongest argument for your final point.

CONCLUSION - Restate or reword your thesis. Summarize your arguments. Explain why you have come to this particular conclusion.


Organize all the information you have gathered according to your outline. Critically analyze your research data. Using the best available sources, check for accuracy and verify that the information is factual, up-to-date, and correct. Opposing views should also be noted if they help to support your thesis. This is the most important stage in writing a research paper. Here you will analyze, synthesize, sort, and digest the information you have gathered and hopefully learn something about your topic which is the real purpose of doing a research paper in the first place. You must also be able to effectively communicate your thoughts, ideas, insights, and research findings to others through written words as in a report, an essay, a research or term paper, or through spoken words as in an oral or multimedia presentation with audio-visual aids.
Do not include any information that is not relevant to your topic, and do not include information that you do not understand. Make sure the information that you have noted is carefully recorded and in your own words, if possible. Plagiarism is definitely out of the question. Document all ideas borrowed or quotes used very accurately. As you organize your notes, jot down detailed bibliographical information for each cited paragraph and have it ready to transfer to your Works Cited page.
Devise your own method to organize your notes. One method may be to mark with a different color ink or use a hi-liter to identify sections in your outline, e.g., IA3b - meaning that the item "Accessing WWW" belongs in the following location of your outline:
I. Understanding the Internet
A. What is the Internet              
3. How to "Surf the Net"
b. Accessing WWW
Group your notes following the outline codes you have assigned to your notes, e.g., IA2, IA3, IA4, etc. This method will enable you to quickly put all your resources in the right place as you organize your notes according to your outline.



Start with the first topic in your outline. Read all the relevant notes you have gathered that have been marked, e.g. with the capital Roman numeral I.
Summarize, paraphrase or quote directly for each idea you plan to use in your essay. Use a technique that suits you, e.g. write summaries, paraphrases or quotations on note cards, or separate sheets of lined paper. Mark each card or sheet of paper clearly with your outline code or reference, e.g., IB2a or IIC, etc.
Put all your note cards or paper in the order of your outline, e.g. IA, IB, IC. If using a word processor, create meaningful filenames that match your outline codes for easy cut and paste as you type up your final paper, e.g. cut first Introduction paragraph and paste it to IA. Before you know it, you have a well organized term paper completed exactly as outlined.
If it is helpful to you, use a symbol such as "#" to mark the spot where you would like to check back later to edit a paragraph. The unusual symbol will make it easy for you to find the exact location again. Delete the symbol once editing is completed.



Read your paper for any content errors. Double check the facts and figures. Arrange and rearrange ideas to follow your outline. Reorganize your outline if necessary, but always keep the purpose of your paper and your readers in mind. Use a free grammar and proof reading checker such as Grammarly.

1. Is my thesis statement concise and clear?
2. Did I follow my outline? Did I miss anything?
3. Are my arguments presented in a logical sequence?
4. Are all sources properly cited to ensure that I am not plagiarizing?
5. Have I proved my thesis with strong supporting arguments?
6. Have I made my intentions and points clear in the essay?
Re-read your paper for grammatical errors. Use a dictionary or a thesaurus as needed. Do a spell check. Correct all errors that you can spot and improve the overall quality of the paper to the best of your ability. Get someone else to read it over. Sometimes a second pair of eyes can see mistakes that you missed.

1. Did I begin each paragraph with a proper topic sentence?
2. Have I supported my arguments with documented proof or examples?
3. Any run-on or unfinished sentences?
4. Any unnecessary or repetitious words?
5. Varying lengths of sentences?
6. Does one paragraph or idea flow smoothly into the next?
7. Any spelling or grammatical errors?
8. Quotes accurate in source, spelling, and punctuation?
9. Are all my citations accurate and in correct format?
10. Did I avoid using contractions? Use "cannot" instead of "can't", "do not" instead of "don't"?
11. Did I use third person as much as possible? Avoid using phrases such as "I think", "I guess", "I suppose"
12. Have I made my points clear and interesting but remained objective?
13. Did I leave a sense of completion for my reader(s) at the end of the paper?



All formal reports or essays should be typewritten and printed, preferably on a good quality printer.
Read the assignment sheet again to be sure that you understand fully what is expected of you, and that your essay meets the requirements as specified by your teacher. Know how your essay will be evaluated.
Proofread final paper carefully for spelling, punctuation, missing or duplicated words. Make the effort to ensure that your final paper is clean, tidy, neat, and attractive.
Aim to have your final paper ready a day or two before the deadline. This gives you peace of mind and a chance to triple check. Before handing in your assignment for marking, ask yourself: "Is this the VERY BEST that I can do?"