Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Aurelio Garca Cerrada Dept. de Electrnica y Automtica e Instituto de Investigacin Tecnolgica. ETS de Ingeniera Univ. Pontificia Comillas de Madrid
Contenido
Preliminares. Tipos de documentos tcnicos Estructura en el modelo habitual Aspectos relacionados con la forma Alternativas al modelo habitual El procesador de texto Control de calidad Resumen
Noviembre 2007
Preliminares
Consideraciones antes de ponerse a escribir
Qu es un documento tcnico?
La presentacin sistemtica de la evidencia y/o la informacin sobre una situacin, problema o necesidad en el mbito de la ciencia o la tecnologa [Australian Training Products Ltd]
Noviembre 2007
Qu es un documento tcnico?
La misin fundamental e inexcusable de un Doc. Tec. es transmitir informacin. Antes debemos haber generado-obtenido esa informacin. El entretenimiento del lector (aunque deseable) es un aspecto accesorio.
Noviembre 2007
Noviembre 2007
Noviembre 2007
Noviembre 2007
10
La estructura
El ndice (tabla de contenidos) Una estructura lgica Recomendaciones generalmente aceptadas Las secciones ms comunes Los apndices
Noviembre 2007
13
El ndice
Escribir un ndice para el documento puede ser un buen momento para darle una estructura adecuada Una buena estructura ahorrar mucho tiempo despus Puede llevar unos cuantos das Se debe reflejar el mayor nivel de detalle posible Puede modificarse despus si es necesario
Noviembre 2007
14
Noviembre 2007
15
Detalles tcnicos
Resultados
Discusin y Conclusiones
Noviembre 2007 Redaccin de docs. tcnicos 16
Recomendaciones generales
La primera seccin seria es la introduccin En ella se plantean (explcitamente o no) las preguntas que se respondern en las conclusiones Los hechos y las medidas se separan de las opiniones y las interpretaciones Es frecuente referirse al trabajo hecho por otros antes Las secciones, sub-secciones, apartados (y algunas veces los prrafos) se numeran
Noviembre 2007
17
Noviembre 2007
18
Ms secciones tpicas
Resumen (Abstract):
Resume el documento completo. 300 palabras es una medida que suele usarse, por ejemplo, en artculos tcnicos. Algunas veces es susceptible de publicarse como presentacin del documento o como reclamo.
Noviembre 2007
19
Introduccin
Presenta el trabajo realizado Establece las motivaciones del trabajo y su contexto (relacin con otros trabajos) Plantea, explcita o implcitamente, las preguntas que se van a resolver a lo largo del documento Presenta, a grandes rasgos, el contenido del documento
Noviembre 2007
20
Noviembre 2007
21
Conclusiones
Presentan el resumen de los principales resultados y las conclusiones que de ellos pueden sacarse Deben deducirse del trabajo y resultados presentados en el cuerpo principal del documento. Debe cuidarse su redaccin. Probablemente es la nica parte del documento que la mayor parte de la gente leer ms de una vez Esta seccin ser decisiva en la impresin que el lector tenga del trabajo completo
Noviembre 2007
22
Apndices
Contienen cosas importantes que obstaculizaran la lectura fluida del resto del documento. Parmetros, demostraciones matemticas, extracto de normativas aplicables, planos detallados, etc. No se recomienda para hojas de caractersticas
Noviembre 2007
23
Lista de referencias
Durante TODO el documento es imprescindible referenciar el trabajo de otros sobre el que hemos construido el nuestro Al final se re c o g e n, o rde nadas de alguna forma, todas esas referencias con los datos ne c e s arios para que el lector interesado pueda encontrarlas El plag io e s inac e ptable pe ro, ade m s , Una buena utilizacin de las referencias mejora la credibilidad de nuestro trabajo El receptor final del documento puede tener normas explicitas sobre cmo se hacen las referencias a trabajos anteriores
Noviembre 2007
24
Noviembre 2007
25
Otras cuestiones
La forma tambin es importante
El lenguaje
Suele escribirse en forma impersonal y con frases cortas En Ingls se usa frecuentemente la voz pasiva (y slo aqu) Se revisa la ortografa y la gramtica concienzudamente En Ingls, por ejemplo, debe evitarse partir las palabras, porque es un tema difcil
Noviembre 2007
27
Noviembre 2007
28
Noviembre 2007
29
Noviembre 2007
31
Ms alternativas
En ocasiones, es conveniente poner las conclusiones al principio. As, seguro que se leen y el lector puede tenerlas en mente mientras sigue el resto del documento. En documentos dedicados a la revisin de procedimientos, por ejemplo, podra ser til poner una seccin para cada uno de ellos y algunas secciones comunes (Introduccin y Comparacin, por ejemplo)
Noviembre 2007
32
Procesadores de texto
Pueden mencionarse dos muy populares: Microsoft word Latex
Noviembre 2007
33
Microsoft word
WYSIWYG?: What you see is what you get? WYSIWYWLTG!: What you see is what you would like to get! Fcil de aprender rpidamente Difcil para mantener las referencias cruzadas dentro del documento o a la lista de referencias El manejo de documentos largos es complicado
Noviembre 2007
34
Latex
YCOGWYAGTG!: You can only guess what you are going to get! (ASCII con comandos como el HTML) WCINAW!: Who cares! its nice, anyway! (sobre todo las ecuaciones y las figuras) Es perfecto para manejar referencias cruzadas y la lista de referencias Maneja perfectamente documentos largos (libros, tesis, ) Difcil de aprender pero es gratis
Noviembre 2007
35
Finalmente
El control de calidad
Noviembre 2007
37
Un amigo desinteresado
Es buena idea que alguien ajeno al grupo de autores lea y comente el documento Este paso es particularmente importante si los autores escriben en una lengua distinta de la materna
Noviembre 2007
38
El supervisor
El supervisor del equipo tambin tendr responsabilidades en el documento final Si se han limado otros defectos, puede concentrarse en hacer comentarios tiles sobre el contenido tcnico Si lo devuelve sin correcciones es que no se lo ha leido! Algunos llegarn a ser supervisores algn da y podran no necesitar estas recomendaciones
Noviembre 2007
39
Noviembre 2007
40
Hay que cuidar el fondo y las formas Incluso debe escogerse con cuidado el procesador de texto que se va a utilizar El control de calidad debe ser exhaustivo y completo
Noviembre 2007
41
Referencias (I)
Australian Training Products Ltd. Writing technical documents NCS017. 1996. http://www.atpl.net.au/sample/pdf/atpsample_2655.pdf. Boone, K. How to write a report. Sun Microsystems UK. http://www.kevinboone.com/howto_report.html. Bryson, B. A Short History of Nearly Everything. A Black Swan book. 2004. Li, V.O.K. Hints on writing technical papers and making presentations IEEE Transactions on Education, vol. 42, no. 2, May 1999, pp.134-137 Nonash University (Language and learning on-line) Writing technical reports. http://www.monash.edu.au/lls/llonline/writing/engineering/technicalreport/index.xml
Noviembre 2007
42
Referencias II
Ramn y Cajal, S. Reglas y Consejos Sobre Investigacin Cientfica. Coleccin Austral, Espasa Calpe, Ed. 13; 1995. Ringwood, J. Hints on technical report writing. School of Electronic Engineering. Dublin City Univ., 1999 http://odtl.dcu.ie/wp/1999/odtl-1999-03.html.
Noviembre 2007
43
El escritor profesional
Technical author training and report-writing courses
You can earn 750 + per week as a freelance technical author!
(http://www.estontrg.com/)
Noviembre 2007
44