Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Jack H.Dynamic system modeling and control.2004.pdf
Скачиваний:
73
Добавлен:
23.08.2013
Размер:
5.61 Mб
Скачать

writing guide - 31.25

31.11.17 Appendices

-Some material is too bulky for a report body, these are normally moved to an appendix.

-when material is placed in an appendix, it must be summarized in the body of the report.

-The report must briefly summarize (ussually a figure or equation or more) and then refer to the appendix.

-it is expected that there will be some duplication between the appendix and the summary in the appendix.

31.11.18 Units

-Put a apce between numbers an units

-verify that units match the numerical results]

-radians are one of the units that may not observe norma; conventions.

31.12GENERAL WRITING ISSUES

This list below indicates some of the general problems students encounter when writing technical reports and some strategies for fixing these problems.

Basic Spelling - A document should always be checked for spelling. Considering that utilities for checking spelling are available in most software this is expected. Be aware that ’smell checkers’ will only point out mis-spelled words, not words used inappropriately, so you should also proofread.

Technical Spelling - Many technical terms are not in the dictionaries used for checking spelling. You may add these terms to the dictionary, or visually verify. Be very careful when using the ’autoreplace’ options in software.

Basic Grammar - ’Grammar checkers’ can be used to look for obvious problems. Using simple sentence structures will reduce problems and speed the writing process. Grammar checking software should not be used as a replacement for proofreading.

Technical Grammar - Normally grammar checking will reject text written in passive voice, but the software can often be reconfigured. This software will also be confused by the interchangeable use of nouns and verbs common in technical english, such as input.

Jargon and Acronyms - A number of technical terms and acronyms have been

writing guide - 31.26

developed for efficiency and clarity. Examples include DMM, HTTP, kitted, parted, etc. All acronyms should be defined at their first use.

Colloquialisms - Avoid informal language in technical reports. Use of informal language such as ’show me the beef’ will look unprofessional, confuse some readers and make material easily dated.

31.13 WRITERS BLOCK

Everybody has suffered from writers block before. The obvious cause is not being sure what to write. This can be caused by a lack of understanding about the topic, or possibly how to express the point.

Knowledge - In the case you are not sure what you are writing about you should spend time clarifying your knowledge before returning to writing. Reorganizing the material often helps to create clarity.

Lack of knowledge - Current knowledge is based upon knowledge discovered and used before. This means that no matter how simple something apparently is, it has more layersw of knowledge than could be known by any one person. In the cases where you don’t know everything you should define what you do/don’t know.

Skip that great opening paragraph - It is quite acceptable to start by writing central sections of a report. Many authors will write the abstract, introduction and conclusions last.

It doesn’t need to sound impressive - Simply write what you mean to say. If you are having trouble saying it skip it and come back later, or leave it out.

31.14 TECHNICAL ENGLISH

The table below indicates some good and poor choices for words and terms to use in technical papers.

 

Table 2: Technical Words and Phrases

 

 

 

Good

 

Bad

 

 

 

 

 

 

calculated

 

found,

 

 

 

measured

 

read

 

 

 

 

writing guide - 31.27

 

Table 2: Technical Words and Phrases

 

 

 

Good

 

Bad

 

 

 

 

 

 

chose

 

optimized

 

 

 

parallax error

 

human error

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Table 3: Plain English

 

 

 

Good

 

Bad

 

 

 

 

 

 

was

 

it became obvious that

 

 

came in at

 

 

representing

 

 

 

writing guide - 31.28

Table 3: Plain English

Good

Bad

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Generally bad phrases,

in order to be needed to be ----> is needed to be used so as to

decided to be can be located found to have found through

it was found that