Consideraciones para el Desarrollo de Trabajos de Titulaci on: Algunos Tips

Gustavo Gatica Escuela de Inform atica Universidad Andr es Bello (Versi on: 2.0) 2011
Resumen Este documento presenta algunas consideraciones y aspectos claves desde mi punto de vista para el desarrollo exitoso de un trabajo de memoria o t tulo, basados en la experiencia guiando varios estudiantes y los diversos problemas y obst aculos detectados.

1.

La Memoria de T tulo

En general una Memoria de T tulo (MT) para un Ingeniero Civil en Inform atica o Ingeniero Ejecuci on es un trabajo minucioso que eval ua algunas capacidades y/o habilidades intelectuales como las siguientes: Trabajar en forma independiente: ud. debe ser capaz de resolver, plantear problemas, proponer soluciones, etc., en forma independiente. El profesor supervisor es solo un GU IA y no es la persona que hace el trabajo. Resolver problemas t ecnicos y/o tecnol ogicos de mediana complejidad. Ser capaz de abstraerse para enfocar y modelar problemas de mediana complejidad.

Entender y aplicar diferentes t ecnicas y modelos (o conocimiento adquirido) en la resoluci on de problemas pr acticos. Analizar y evaluar diferentes alternativas de soluci on a los problemas. El documento de la MT es parte de la evaluaci on que tambi en considera el examen nal. Sin embargo, la claridad de las ideas, propuestas, desarrollos y resultados del informe es VITAL a la hora de enfrentar el examen nal y sus cuestionamientos. Dado que la realizaci on del informe de MT est a revisado y avalado por el profesor gu a/supervisor, en mi caso particular solo se aceptar a un informe como FINAL despu es de las diversas correcciones.

2.

Organizaci on y Contenido

El informe nal de una MT debe reejar y comunicar de la mejor forma posible las contribuciones a nivel de Ingenier a del trabajo. Para ayudar en ello, cuando se escribe cada cap tulo del informe, el memorista debe tener presente que cada cap tulo debe ser capaz de responder ciertas preguntas b asicas que un lector esperar a para poder evaluar. Esto se ve reejado de la siguiente forma en cada cap tulo: INTRODUCCION: al terminar de leer este cap tulo, un lector deber a ser capaz de responder a la pregunta: De qu e se trata la memoria?. Se debe comenzar con una visi on a peras y manzanas comenzando del problema m as general (enfoque Top-Down) hasta llegar al problema espec co de la memoria, la importancia de abordarlo, y los objetivos de esta y las hip otesis (cuando correspondan). Debe describir en t erminos generales el problema que se aborda en la memoria y siempre indicar la motivaci on de resolverlo. Esto es lo que a veces los autores de literatura cient ca llaman la descripci on del problema del problema, o sea, el por qu e el problema a abordar es un problema. BIBLIOGRAFI TRABAJOS RELACIONADOS (o DISCUSION CA): al terminar de leer el cap tulo, un lector deber a ser capaz de responder a la pregunta: Qu e han hecho otros (personas, organizaciones, grupos de trabajo, etc) para resolver/abordar el problema o uno similar?. 2

Salvo que ud. est e realizando un trabajo TOTALMENTE novedoso y digno de premio Nobel, existe mucho material donde buscar literatura relacionada de alguna forma a su problema/aplicaci on. Evite excusas del tipo .. profesor, no he encontrado nada de materiales ya que la cantidad masiva de informaci on especialmente en medios como internet actualmente hace que dicha armaci on no sea v alida. Ud. est a ad portas de ser un ingeniero por lo que debe ser h abil y proactivo en la b usqueda de literatura e informaci on relacionada. La mayor a de las veces esta informaci on no aparece ni tan expl cita ni es tan trivial de encontrar, por ello, la b usqueda y an alisis de informaci on bibliogr aca es una tarea a la que se debe dedicar bastante tiempo. Esto es especialmente clave si se considera que este cap tulo es pr acticamente el u nico del informe en que Ud. deber a leer, comprender, comparar, criticar y sintetizar trabajos realizados por OTROS y no por ud. mismo. Este quiz as es uno de los cap tulos donde los estudiantes tienen m as complicaciones, ya que se debe discutir CR ITICAMENTE los trabajos o enfoques principales de la literatura sobre el problema en cuesti on. La discusi on debe ser tal, que destaque las caracter sticas de los enfoques alternativos, sus ventajas y desventajas, etc. Esto es de VITAL y JUSTIimportancia puesto que constituye la FUNDAMENTACION de SU trabajo. Algunas consideraciones o tips al escribir FICACION este cap tulo son los siguientes: Cuando se discutan los enfoques existen al problema, estos deben estar basados en la literatura m as RECIENTE posible y OFICIAL. Salvo que sea extremadamente relevante, evite referencias a p aginas web personales u otro medio informal (ej. wikipedia) ya que esto puede poner en serio cuestionamiento la validez de la base que ud. utiliza en su trabajo. Si Ud. NO entiende bien alg un concepto, teor a, enfoque, t ecnica, etc que se discute en la literatura y queda as reejado en un texto poco convincente, DEBE averiguar por su propia cuenta, leer y analizar diferentes materiales para lograr entender m as y por tanto, explicarlo mejor. Note que esto es importante pues al primer signo de inseguridad no solo originar a m ultiples correcciones de mi parte, sino podr a arriesgarse a preguntas importantes en su examen de grado por parte de la comisi on. 3

 La discusi on debe avanzar de forma Top-Down, o sea, de lo m as general a lo m as particular. Un error com un es comenzar este cap tulo usando la famosa t ecnica de copiar-pegar lo cual hace pr acticamente indecifrable la discusi on que se presenta. Utilizando un enfoque descendente, ud. deber a comenzar con la problem atica m as general para ir luego tomando los diferentes enfoques alternativos que han surgido para su soluci on ya sea DIRECTA o INDIRECTAMENTE. Asegurarse que todos los conceptos, vocabulario, etc., han sido explicados previamente. Es un error com un, dado que el estudiante est a tan concentrado en escribir, asumir que los t erminos ya se conocen. Para salud mental, y salvo buenas excepciones, el estudiante deber a asumir que el u nico concepto conocido es computaci on, y TODO el resto deber a ser explicado. Si en la discusi on se hacen armaciones o supuestos, estos DEBEN estar avalados por la literatura con la correspondiente referencia bibliogr aca. Por ejemplo: .. los trabajos actuales utilizando la t ecnica XX han mostrado mejores resultados que los que utilizan YY [2]. Si su memoria se basa en la utilizaci on de un m etodo o t ecnica particular para resolver un problema o para desarrollar una aplicaci on, la discusi on bibliogr aca debe dejar en claro los problemas con otras t ecnicas alternativas que justiquen la utilizaci on de la que ud. propone. Esta discusi on y justicaci on es clave pues es habitual que en muchos ex amenes de grado se hagan preguntas de sentido com un tales como Por qu e ud. no utiliz o otra t ecnica/m etodo X para resolver el problema si tambi en produce buenos resultados?. Cuando se justique, los trabajos deben estar acompa nados de su correspondiente referencia bibliogr aca que es parte de la bibliograf a que se incluye al nal del documento de la MT. Aunque es muy tentador, muchos obtienen informaci on desde sitios web no ociales, o trabajos no reportados, etc. lo cual se DEBE evitar. La bibliograa ocial deber a incluir papers (conferencias, journals, reportes t ecnicos, etc) y libros. Para todos los cap tulos que contengan tablas, guras, etc. estas 4

deben ser referenciadas con la numeraci on que corresponde y evitando frases como: los resultados se muestran en la tabla siguiente:. Esto se debe principalmente a dos motivos. Primero, especialmente cuando hay cambios en el formato del documento, la tabla/gura referenciada puede quedar en el lugar que no le corresponde. Y segundo, muchas veces uno necesita referenciar una tabla/gura m as de una vez y dado que generalmente existe m as de una tabla/gura uno no puede escribir cosas como como se mostr o en la gura anterior..(cu al de todas?). En este caso, la mejor forma es referenciando como como se mostr o en la gura 10, .... Si ud. utiliza procesadores de texto profesionales del tipo Latex, se dar a cuenta que realizar dicha tarea es bastante simple. Tome tambi en en consideraci on caracter sticas que NO debe poseer una discusi on bibliogr aca: NO es un proceso de COPY-PASTE de la literatura encontrada. (y m NO es una TRADUCCION as encima MALA) del material encontrado. NO es denici on de algo m as (salvo cuando se ameriten deniciones). NO es un manual de usuario de un producto. Si Ud. me entrega alg un borrador del informe con alguna descripci on de un software con pantallazos tipo manuales, etc. lo m as probable que dicha secci on se la debolver e tal como estaba de modo que ud. lo rehaga COMPLETAMENTE como un informe t ecnico. Cuando se discute la bibliograf a, es com un escribir cosas como las siguientes: Las redes neuronales [4,20,37] se han utilizado exitosamente para encontrar la ruta m nima para llegar al cielo [3].. (otro p arrafo) Los algoritmos gen eticos [5,8] tambi en se han con buenos resultados en ....

utilizado

Lo anterior constituye una p esima discusi on pues no queda claro cu al es la raz on de escribir uno y el otro, o cu al es el problema 5

u obst aculo que resuelve uno sobre el otro (si no existe ning un problema entonces no tendr a sentido discutirlos por separado). Una forma de discurso m as coherente y convincente podr a ser: Las redes neuronales [4,20,37] se han utilizado exitosamente para encontrar la ruta m nima para llegar al cielo [3].. Sin embargo, investigaciones recientes han demostrado que estas t ecnicas no son tan eficientes al momento de diferenciar la ruta al cielo de la del infierno. Una forma de tratar e sta dificultad ha sido propuesta por [5,8] mediante la utilizaci on de algoritmos gen eticos, que a diferencia de las redes neuronales, han demostrado..... El profesor gu a NO es un corrector ortogr aco ni nada por el estilo. Antes de entregar este u otro cap tulo de la memoria para ser corregido, Ud. DEBE asegurarse que no existen problemas b asicos de redacci on u ortograf a, de lo contrario ni siquiera har e el intento de leer el informe y se lo devolver e en las mismas condiciones iniciales para que ud. lo rehaga. M as a un, antes de entregar cualquier borrador DEBE asegurarse que lo que est a escrito se ENTIENDE y es CR ITICO. No basta con leer supercialmente el documento y luego envi arselo al profesor. Se recomienda que antes de pasar los borradores para correcci on, se busque una tercera persona que lea CONCIENTE y CRITICAMENTE. Evite lecturas u opiniones de abuelita en que se encuentra todo bien, todo lindo, etc. ya que eso NO le servir a. Es recomendable que alguien m as pueda leer el documento antes de entreg arselos al profesor gu a. Obviamente, cualquier persona que lee dicho documento seguramente no entender a conceptos t ecnicos, etc. lo cual no es un problema. El objetivo es simplemente que la exposici on de ideas, coherencia, etc se comprenda bien. Si un lector opina de su documento que no entend el t ermino X, eso es aceptable. Sin embargo, si el mismo opina que No entend lo que tratastes de decir o para que era esto u lo otro.., ah s comience a preocuparse. De acuerdo a la experiencia, a veces da la impresi on que es pr acticamente la primera vez que el estudiante realiza un informe t ecnico serio y de ingenier a, ya que la redacci on y la ilegibilidad de la es6

critura es MALA. Existe mucha incoherencia en lo que se escribe, lo que hace pensar que al menos en el primer informe borrador de MT que se entrega, es casi un COPY-PASTE de textos sin siquiera leerlos. El informe debe ser escrito COHERENTEMENTE, o sea cada p arrafo, oraci on, etc., que escriben debe estar l ogica y sem anticamente conectado con lo anterior. En muchas ocasiones no parece haber conexi on alguna entre p arrafos, lo cual debe ser re-escrito (refraseado) o sencillamente eliminado ya que aparentemente no aporta nada. EL SISTEMA/MODELO DESARROLLADO PARA LA SO LUCION: al terminar de leer este cap tulo un lector debe ser capaz de responder a: Qu e hice en la memoria?, C omo lo hice, qu e enfoque tom e?, Qu e t ecnicas/m etodos utilic e? Qu e hace que la t ecnica/m etodo que emplee es mejor que otras para mi problema (cualitativamente)?. Al igual que en los otros cap tulos, se debe seguir un enfoque Top-Down para presentar las ideas. Se debe comenzar el cap tulo describiendo y recordando (a estas alturas un lector puede haber olvidado el problema principal) cual es el problema a resolver, luego describir en algunos p arrafos la estrategia GENERAL de soluci on, y luego, proporcionar detalles de lo que se hizo, c omo se hizo, ejemplos de c omo funciona lo que hice, etc. Si el trabajo sencillamente aplica una t ecnica conocida a un problema, no se debe repetir la explicaci on de la t ecnica en detalle salvo una descripci on general. Para el resto de los detalles, sencillamente hacer referencia a cap tulos o secciones anteriores. Especialmente cuando existen fundamentos de modelos/m etodos matem aticos, surge la tentaci on de agregar al documento cuanta f ormula existe y con las nomenclaturas y explicaciones m as raras del mundo y poco convincentes. Aseg urese no solo de explicar todo lo que ud. pro o PARA pone en su cap tulo sino tambi en de responder el POR QUE ud. coloca esas f QUE ormulas. Aqu , es recomendable explicar la esencia de los conceptos que ud. propone m as que llegar y agregar ecuaciones extra nas. Por ejemplo, en algunas descripciones de modelos/m etodos usados en las MT me ha tocado leer frases como ..bueno.. el modelo utiliza el 7

m etodo SVD el cual descompone las matrices bla bla bla...de la siguiente forma... Esto es claramente un indicio que el estudiante no entendi o NADA de lo que hizo, solo puso el m etodo, la ecuaci on, etc., y explic o los pasos de ello. Sin embargo, existe una NULA claridad de se hace y PARA QUE. Por ejemplo, en el caso anterior, POR QUE ser a recomendable dejar claro qu e caracteriza el m etodo SVD que lo hace relevante para MI modelo/enfoque, m as que explicar los pasos de la t ecnica, que es algo secundario. Si Ud. tiene la tentaci on constante de copy pastear cosas de dicha forma, EVITELA, de lo contrario ser a objeto de innumerables cuestionamientos m os hasta asegurarme que ud. entiende y da a entender bien en su documento no solo lo que lo propone. propone sino convincentemente POR QUE EXPERIMENTOS Y RESULTADOS: al terminar de leer este cap tulo un lector debe ser capaz de responder a: Qu e es lo que quiero demostrar, validar, evaluar o comparar?, Qu e tan buenos son los resultados de mi aplicacion/desarrollo?, Qu e tan bueno (cuantitativamente) es mi soluci on comparada a otras?, Qu e puedo decir de los resultados obtenidos?. Un error com un es comenzar este cap tulo describiendo los experimentos o pruebas que se realizaron. Sin embargo, Ud. a un NO se ha contextualizado al lector sobre lo que se hizo. Se aconseja entonces que es lo que se trata de se comience de forma general explicando QUE probar, la METODOLOGIA que se sigui o para ello, y luego, COMO se realiz o nalmente. La metodolog a DEBE incluir todos los pasos necesarios para llevar a cabo los experimentos o pruebas lo que deber a considerar herramientas computacionales utilizadas, bases de datos o muestras usadas, etc. En t erminos pr acticos piense en la metodolog a de experimentaci on como todos los pasos necesarios que deber a seguir OTRA persona para reproducir los mismos experimentos o pruebas que ud. realiz o. Por ejemplo, descripci on de tareas de preparaci on de datos, datos utilizados, actividades realizadas para llevar a cabo los experimentos, objetos/sujetos considerados, otras caracter sticas, formas de evaluar resultados, etc. Note que dependiendo del tipo de trabajo, los experimentos tambi en podr an reemplazarse por demostraciones formales si el tema lo amerita (ej. trabajos m as te oricos). 8

Debe haber no solo una explicaci on de los experimentos realizados, sino un an alisis de los resultados obtenidos y sus implicancias. esto debe ser lo sucientemente convincente y proporcionar explicaciones de las razones que causan resultados no muy buenos (en caso que ocurra). Esto es clave si considera que m as all a de discutir que se generaron buenos o malos resultados, lo importante es convencer al lector del POR los resultados son de ese tipo, incluso los negativos de modo tal QUE de dar luces para quienes deseen mejorarlo en otros trabajos. Considere que muchos avances en ciencia y tecnolog a justamente se deben a experimentos que arrojaron resultados negativos y aun as son una tremenda contribuci on. Por ejemplo, validar que los alimentos calentados con micro-ondas no producen c ancer, no solo tiene implicancias comerciales y sociales signicativas sino tambi en evitar a que otros pierdan tiempo y recursos siguiendo el mismo camino. Tambi en se debe discutir y mostrar ejemplos, gr acos, tablas, etc de todos los experimentos realizados, especicando las caracter sticas de cada uno de ellos, diferencias de un experimento de otro, criterios para setear par ametros, etc. Se deber a discutir el rendimiento global del sistema desarrollado y c omo se compara a otros existentes (es mejor? peor? si es as , por qu e? qu e falta?, etc). Se debe agregar tambi en una sub-secci on (o un cap tulo, si la extensi on lo requiere) de los aspec relevantes de la implementaci tos MAS on que diferencian a su sistema de otros (cambios en la conguraci on, settings, etc). No se debe incluir c odigo, a menos que sea un trozo de c odigo interesante y breve que permita entender mejor las estrategias utilizadas (el resto deber a incluirse como anexo). Es importante destacar que los experimentos y evaluaciones son pr acticamente transversales a muchos trabajos de MT y no necesariamente los m as te oricos. Por ejemplo, si ud. dise na un sistema de inventarios simple para una empresa, de una u otra forma, ud. est a tratando de probar algo: el sistema disminuye los costos de manejo de inventario que actualmente se realiza en forma manual?, el sistema es m as eciente en el manejo del inventario que otro sistema de inventario computacional que ten a la empresa?, etc. Naturalmente, la evaluaci on puede incluir los aspectos no solo experimentales sino nancieros, etc que reejan disminuci on de costos, tiempo, etc. En conclusi on, incluso con el sistema m as rutinario, uno siempre est a evaluando alguna capa9

cidad. De lo contrario para que dise nar an dicho sistema de inventario si no resuelve o mejora ning un problema?. CONCLUSIONES: al terminar de leer este cap tulo un lector debe ser capaz de responder a: De qu e se trat o la memoria (en general)? qu e estrategias, t ecnicas, m etodos se utilizaron (en general)? qu e puedo decir de los resultados obtenidos (en general)? qu e problemas quedan abiertos (no resueltos)?, etc. Note que las conclusiones son determinantes para que un lector entienda el aporte de la MT por lo que evite frases poco ingenieriles y que no dicen mucho como en esta memoria aprendimos mucho..(ese es un objetivo impl cito de cualquier trabajo), esta MT nos permiti o profundizar en ..., etc.

10