1as

-422.52342

Cómo escribir la memoria de tu TFG del Grado en Ingeniería Informática y presentarlo sin morir en el intento 2025 por Alberto Guillén Perales, Eugenio Martínez Cámara, Juan Manuel Fernández Luna, Pablo García Sánchez, Manuel Noguera García, María José Rodríguez Fórtiz, Rocío Romero Zaliz está licenciado bajo CC BY-NC-SA 4.0. Para ver una copia de esta licencia visite https://creativecommons.org/licenses/by-nc-sa/4.0/

Depósito legal: GR 242-2025

Agradecimientos

Queremos expresar nuestro más profundo agradecimiento a los estudiantes egresados del Doble Grado de Ingeniería Informática y Matemáticas, Javier Granados López, Mario García Márquez, al egresado del Doble Grado de Ingeniería Informática y ADE, Néstor Martínez Sáez, y a Álvaro Jesús Baena Rosino, alumno en este curso 2024/2025 de este doble grado, y también a los compañeros de la ETSIIT, Javier Medina Quero y José Manuel Soto Hidalgo, que aceptaron nuestra propuesta de revisión del manuscrito. Sus certeros comentarios y correcciones sin duda han mejorado la calidad de este libro. Muchas gracias por vuestra colaboración. También queremos agradecer a nuestros compañeros y compañeras de la ETS. de Ingenierías Informática y de Telecomunicación por todas esas fructíferas reuniones, tribunales compartidos y comisiones, pero sobre todo por esos cafés y charlas informales en pasillos que nos han hecho mejorar en nuestra labor docente como tutores y tutoras de TFG. Y, por último, pero no menos importante, damos las gracias a Joaquín Fernández Valdivia por aceptar nuestra invitación y escribir el prólogo de este libro.

Y no podemos olvidar a quienes hemos tenido el privilegio de tutorizar en estos años. Esperamos que hayáis aprendido una fracción de todo lo que hemos aprendido gracias a vuestro trabajo, esfuerzo y dedicación. Esta es nuestra forma de agradecerlo.

Este manual ha sido escrito dentro del marco del Proyecto de Innovación y Buenas Prácticas Docentes Avanzados/Coordinados 2022-2024 con código 22-29 y titulado “Cómo escribir tu TFG o TFM de ingeniería informática y no morir en el intento: dificultades, retos y elaboración de materiales docentes” y financiado por el Plan FIDO UGR, Plan de Formación e Innovación Docente 2022-2023, Programa de Innovación y Buenas Prácticas Docentes, Unidad de Calidad, Innovación Docente y Prospectiva de la Universidad de Granada.

Prólogo

Un libro, un verdadero libro, no es algo que nos habla, es algo que nos escucha y sabe responder a nuestras preguntas. No es fácil para un estudiante de Ingeniería Informática abordar el desarrollo, la escritura y la defensa de su Trabajo Fin de Grado (TFG) y no lo es por muchas razones: porque no siempre existen pautas claras sobre cómo hacerlo, por una falta de costumbre a la hora de redactar memorias y sobre todo porque los estudiantes de Ingeniería son muchas veces más de hacer y no tanto de explicar lo que hacen y cómo lo han hecho.

Un TFG es un trabajo original realizado individualmente en el que el estudiante desarrolla un proyecto en el ámbito de las tecnologías específicas de la Ingeniería en Informática y que suele ser de naturaleza profesional en el que, y ahí está la clave, se sintetizan e integran las competencias adquiridas a lo largo de toda su titulación de Grado. Los estudiantes de Informática tienen un histórico respeto al principio de entropía o economía del lenguaje, que se basa en expresar la mayor cantidad de información utilizando el menor número de palabras, pero el problema es que no siempre saben sintetizar en una memoria de forma simple y comprensible para todos la complejidad de aquello que han desarrollado durante arduos meses de trabajo y es que escribir con sencillez es tan difícil como escribir bien.

Un empresario que conozco y que tenía una empresa en Silicon Valley, me comentaba que le encantaban los ingenieros españoles, aparte de por su excelente formación, especialmente por su creatividad de la que carecían muchos de los ingenieros de allí, pero que les veía un problema, algo que les sobraba a los suyos y que los nuestros no tenían, y era capacidad para explicar y vender su producto, aquello que hacían. Ellos se educaban desde que entraban en la Universidad, en la mentalidad de que cualquier cosa que crearan o inventaran había que saber venderla. Esa educación aún nos falta a nosotros y debemos potenciarla. Cada aplicación que se desarrolle hay que ponerla en valor, darla a conocer para que preste un servicio a la sociedad y sea útil para todos. Una memoria y una defensa de un TFG son una antesala de esa idea. Un estudiante debe saber redactarla y defenderla para que quede plasmado su trabajo en todas sus dimensiones: planificación, desarrollo, elaboración de la memoria y exposición pública. Quizá sea lo más complicado para el estudiante cara a que su trabajo sea apreciado a través de una defensa amena y sintética, lo que no está en contradicción con que a la vez sea científica y técnicamente impecable.

Internet está lleno de tutoriales sobre cómo debe desarrollarse, redactarse y defenderse un TFG. Son un abanico de consejos genéricos muchas veces deslavazados y centrados normalmente en la algorítmica de la redacción de los diferentes apartados de la memoria y personalmente cuando leo esas guías, siempre he echado de menos consejos basados en la experiencia con un lenguaje ameno y centrado en hacer del proceso de escritura algo de lo que se pueda disfrutar. Y de eso trata este libro, de aprender a desarrollar, escribir y defender una memoria de TFG disfrutando especialmente de ese proceso de escritura y haciendo de cada paso, no un muro que paralice al estudiante, sino una puerta al siguiente paso teniendo muy claro cuál es el objetivo de cada etapa y cuando la ha de dar el estudiante por cumplida.

Estamos, además, en pleno auge de la IA generativa. Muchos estudiantes hacen uso de ella para casi todo, incluyendo evidentemente la posibilidad de que la IA les (casi) redacte una memoria. El libro no elude esta irrupción y no elude la posibilidad de usarla, pero defiende que hay algo para lo que no les es útil: ordenar sus propias ideas (que a veces se mezclan y agolpan), sobre algo que solo ellos han desarrollado sin hacer uso más que de sus habilidades, capacidades y su esfuerzo en ese desarrollo. Solo ellos conocen los detalles más profundos y, por tanto, que solo ellos y ninguna IA pueden contar al mundo qué han hecho y cómo lo han hecho. El truco, en mi opinión, está en escribir la memoria para uno mismo, sabiendo ordenar las ideas y plasmar lo relevante que se ha hecho, no solo para satisfacer a un tribunal, que aunque sea importante, no debe ser lo más relevante.

El poeta romano Lucano decía que el hombre que se esfuerza y se atreve a subir a los hombros de gigantes ve más claro y más lejos que los propios gigantes. Esta máxima de Lucano es una hermosa metáfora que explica el interés y utilidad que tienen libros como este, redactado por profesoras y profesores de ámbitos muy diferentes, pero a los que une su preocupación por la innovación, por ofrecer a nuestros estudiantes una docencia de calidad, y en este caso para que aprovechen su experiencia acumulada durante muchos años de dirigir y ayudar a redactar y defender memorias de TFG. Subidos a esos hombros, aprovechando sus enseñanzas, los estudiantes verán más claro el horizonte, que a veces se les difumina, de la escritura y defensa de su proyecto.

Ningún libro podrá nunca dar una receta definitiva a un estudiante sobre cómo debe desarrollar un TFG. La escritura, la forma de redactar, la consideración sobre qué es importante y qué no, es muy personal y muy complicada de moldear, pero sí pueden darse pautas basadas en la experiencia para que el estudiante aprenda a distinguir lo que es relevante escribir y lo que no, lo que es relevante destacar y lo que no, lo que es relevante dejar y lo que se debe eliminar. Nadie conoce mejor que el propio estudiante su proyecto, pero una cosa es hacerlo y otra muy diferente es saber transmitir lo que se ha hecho, y eso a veces tiene más de arte que de ciencia. Este libro aporta esa pincelada de arte. Es un libro donde se condensa la experiencia de muchos años dirigiendo TFG y ayudando a los estudiantes a mejorar sus habilidades a la hora de redactar y defender una memoria.

Este libro tiene una estructura y redacción impecables, es ameno, instructivo, irreverente a veces, pero lleno de consejos de calado. Completar el libro con vídeos dónde destacar de forma resumida las ideas allí plasmadas y el hecho de liberarlo para convertirlo en colaborativo, hacen de esta obra algo diferente, innovador y sobre todo útil para la comunidad de estudiantes de Ingeniería Informática que están en fase de desarrollo de su proyecto.

El texto no elude ningún aspecto relacionado con la elaboración de un TFG, desde el proceso para la elección del mismo incluyendo un análisis de las diferentes tipologías de proyectos, su planificación temporal, la búsqueda de información, el estilo de redacción y maquetación, los diferentes apartados que debe tener la memoria, las cuestiones éticas y legales tan importantes para nuestros ingenieros, planes de gestión de riesgos y presupuesto, bibliografía a la que no se le suele prestar atención, pero que para el estudiante es extremadamente relevante, porque debe saber por qué citar, qué citar y como hacerlo, sin dejar finalmente de lado la presentación del proyecto ante el tribunal dando unas pautas muy claras sobre como planificar y hacer esa exposición pública.

El libro tiene además una característica interesante: hace del lector, cómplice necesario de quien lo escribe. Parafraseando a Hemingway, un libro puede y debe mostrar solo la punta y dejar al lector, imaginar cómo será el resto del iceberg. No es, por tanto, un compendio de recetas, como lo son los numerosos manuales que uno pueda encontrar dispersos por la inmensidad de Internet o en las fauces de una IA generativa. Es algo más. Consigue atraparte en su lectura, adaptada al estudiante de Ingeniería Informática que no siempre está acostumbrado a que le reduzcan ideas complejas a esquemas simples y sobre todo consigue cuando te sumerges en él, que te queden muy claros los conceptos que expresan y que establecen unas pautas nítidas para el desarrollo, redacción y defensa de una memoria de TFG.

Termino mis breves palabras con un agradecimiento a los autores por su invitación para redactar este prólogo. Coincido con Jorge Luis Borges en que publicamos nuestros libros para librarnos de ellos, para no pasar el resto de nuestras vidas corrigiendo borradores. Sé que este libro ha pasado por muchos borradores y que lo que estamos leyendo ahora es fruto de muchas horas de trabajo y de discusión sobre los contenidos. Alberto, Eugenio, Juanma, Manolo, M. José, Pablo, Rocío, debéis sentiros orgullosos de esta versión final. Espero y confío en que distintas generaciones de estudiantes aprovechen el libro, disfruten de su lectura y aprendan lo que significa escribir y defender una memoria de TFG. Que aprendan en esencia, que no la escriben porque quieran decir algo, sino porque tienen algo que decir y aprendan a expresarlo. En esa tarea tan diversa y compleja encontrarán en este libro un poco de luz.

Índice general

Índice de cuadros

Índice de figuras

Capítulo 1
Introducción

Estás cursando el cuarto curso del Grado en Ingeniería Informática o a punto de hacerlo. Si estás leyendo esta introducción, es porque el desarrollo del Trabajo Fin de Grado (TFG) es algo que te ronda la cabeza o ya lo tienes entre manos.

Estás terminando tus estudios de grado y aparece esta asignatura obligatoria de doce créditos en el segundo semestre de cuarto, que constituye un desafío fundamental y monumental en tu proceso formativo como estudiante de Ingeniería Informática. En ella, pondrás en práctica muchos de los conocimientos adquiridos en el grado y otros muchos que obtendrás por cuenta propia; te enfrentarás a retos técnicos y/o metodológicos que no imaginarías. Al igual que la obra maestra gremial, el TFG es un proyecto culminatorio que cada estudiante debe desarrollar de forma individual tras años de aprendizaje y estudio en una disciplina. El TFG demanda la aplicación de los conocimientos y habilidades adquiridas durante los estudios, así como, capacidad de investigación, análisis, pensamiento crítico y creatividad dentro de un marco académico. Y lo mejor es que, aunque todavía no lo sabes y casi ni te lo imaginas, porque ahora estás cag... eh, perdón, temeroso/a, vas a salir airoso/a de ellos proponiendo soluciones creativas y mostrando tus habilidades y capacidades. En definitiva, es un paso más en tu formación como ingeniero/a y debes aprovecharlo para convertirte en un mejor profesional.

Normalmente, en este tiempo aplicarás metodologías de desarrollo y escribirás mucho código. Como informáticos, nos gusta esta última tarea más que cualquier otra cosa, especialmente, e infinitamente, más que escribir informes y memorias. Disfrutamos programando y nuestro humor cambia radicalmente cuando se nos dice que hay que explicar lo que hemos hecho por escrito. ¿Por qué? Claramente porque nos suele costar trabajo: bien porque no nos gusta esta tarea, bien porque no sabemos cómo hacerla. Y normalmente no le damos la importancia que se merece. Piensa que la memoria de un TFG no es sólo un requisito administrativo para conseguir tu título de graduado, sino que es el medio principal que emplearás para comunicar y justificar el (buen) trabajo que has llevado a cabo en el tiempo que has dedicado al TFG. Es, de alguna forma, como una especie de carta de presentación ante un tribunal evaluador que describe todo lo que has hecho y por qué lo has hecho. También es una carta de presentación para potenciales empleadores, ya que podrán conocer tus conocimientos y habilidades de forma práctica. Piensa también que lo habitual en cualquier trabajo es describir tus tareas para que los compañeros y compañeras entiendan lo que has hecho y para que tú te acuerdes unos meses más tarde. Por tanto, la confección de la memoria del TFG no es más que un ejercicio de entrenamiento en este sentido.

Este libro tiene como objetivo acompañarte en el desarrollo de tu TFG, de forma general, pero muy especialmente en una de las actividades más importantes, y precisamente en la que más dudas y miedos aparecen: la escritura de la memoria de tu proyecto. En este manual nos enfocamos en guiarte a través del desafiante, y a la vez gratificante, proceso de elaborar una memoria de TFG en Informática. Para ello, te proporcionamos herramientas prácticas, consejos y ejemplos concretos que abarcan, desde la elección de la temática, hasta la defensa, pasando por todo el proceso de escritura de la memoria. Somos conscientes de que cada (estudiante, tutor/a, proyecto) es único, por lo que este libro no pretende ser una guía rígida, sino un recurso flexible y totalmente adaptable por ti y la persona que te tutoriza, que facilite la comunicación de lo que has conseguido en tu TFG.

¿Y por qué este libro? Los autores somos profesores de Informática y llevamos mucho tiempo tutorizando a estudiantes y evaluando TFG. Hemos visto que la tarea que más os cuesta en todo el desarrollo del TFG es la escritura de la memoria. Si bien durante la carrera habéis ejecutado numerosos proyectos en las prácticas de las asignaturas y redactado informes técnicos de los mismos, partimos del hecho de que no se os ha formado en redacción, ni general ni técnica, en vuestro paso por la Universidad y que no tenéis la experiencia necesaria para escribir una memoria de este calibre porque nunca habéis documentado un proyecto de esta envergadura. Así las cosas, cuántos casos existen de estudiantes que hacen un buen TFG, pero que se bloquean con la memoria, que escriben un informe final muy escueto o hecho con prisas por dejarlo para el final, emborronado, sin una organización adecuada, escrito con desgana, con problemas de redacción (gramaticales y ortográficos), sin saber cómo presentar las ideas o resultados, sin apoyarlo en referencias bibliográficas, etc. Podréis tener el mejor proyecto del mundo, pero si lo acompañáis de una mala memoria, el fracaso está garantizado. Y eso es lo que queremos evitar. O dicho de otro modo: una memoria bien estructurada y redactada puede marcar la diferencia entre un TFG notable y uno mediocre, independientemente de la calidad técnica del proyecto desarrollado.

Este documento es el resultado de un proyecto de innovación docente (PIBD 22-29 – “Cómo escribir tu TFG o TFM de Ingeniería Informática y no morir en el intento: dificultades, retos y elaboración de materiales docentes”) de la Universidad de Granada, donde los participantes nos propusimos crear un recurso flexible para que tengáis apoyo en esta fase de escritura del informe final del TFG y procurar evitar caer en todos los problemas citados anteriormente. Con él queremos animarte a ver la redacción de la memoria como una parte integral de tu proyecto, tan importante como el análisis, el diseño o la implementación, y que tengas herramientas para conseguir un producto de calidad. Pero el objetivo no es sólo ofrecer un material de apoyo finalista, sino que con los consejos que te damos, su lectura y práctica te permitan afrontar cualquier otra redacción técnica con mucha mayor claridad y soltura, ya sea de un hipotético Trabajo Fin de Máster (TFM)¹ o de encargos profesionales.

También queremos ofrecer este recurso a la comunidad de docentes que tutorizan TFG. Muchas veces somos nosotros, los docentes, los que también necesitamos algo de orientación para poder, a su vez, orientar a los estudiantes. Y disponer de recursos de referencia nos resulta muy útil en nuestra labor de enseñanza. Por tanto, este libro pretende mostrar a nuestras compañeras y compañeros cómo los autores pensamos que podría ser una memoria de TFG y el proceso para su confección. Cada cual que tome lo que vea interesante para el ejercicio de su tutoría.

Llegado este punto de la introducción, donde hemos expresado nuestra motivación e intenciones, creemos que es el momento de hacer dos descargos de responsabilidad:

• Disclaimer I: este libro refleja la “opinión” consensuada de un conjunto de profesores y profesoras de Universidad a partir de su experiencia y conocimientos académicos, así como su experiencia en el rol de tutores y de evaluadores de TFG. Es un conjunto de recomendaciones, sugerencias y buenas prácticas que en ningún momento garantizan que, tras seguirlas, se obtengan buenos resultados y además puede haber efectos secundarios ;-)
• Disclaimer II: al igual que las distribuciones normales matemáticas tienen una media representativa, las colas de la distribución siguen siendo valores correctos de la distribución. En este documento hemos intentado comentar la media con una amplia desviación, no obstante, la tupla formada por (TFG, alumno, profesor, tema) puede caer en los extremos de la distribución y seguir siendo normal. En otras palabras, si consideras que tu TFG no se acomoda a lo aquí presentado, no te preocupes, y si sabes responder el porqué, seguro que estará en el extremo de los excelentes.

Conocedores de cómo el estudiantado va evolucionando en cuanto a la forma en que realiza su aprendizaje, y con objeto de facilitárselo, hemos grabado varios vídeos cortos de cada capítulo con el objetivo de ofrecer las ideas principales de los mismos en un formato complementario y resumido al libro. Los vídeos están alojados en nuestro canal de YouTube ².También podéis consultar una presentación ³ y vídeo ⁴ previos a este libro, con el mismo propósito, realizado por María José Rodríguez Fórtiz en el año 2020:

Asimismo, pretendemos que este texto sea un documento vivo, en el que todos los miembros de la comunidad académica del Grado en Ingeniería Informática puedan participar de forma colaborativa en su evolución y mejora. Por ello, hemos subido a nuestro repositorio de GitHub⁵ los fuentes del libro y te invitamos a que hagas aportaciones al texto, detectando erratas, añadiendo cosas que se nos han pasado y que consideras importantes, proponiendo nuevos temas sobre los que hablar, etc. También puedes crear “issues” con sugerencias o comentarios. Por supuesto, también puedes enviar agradecimientos o comentarios positivos, si consideras que te hemos ayudado. Ello nos podrá indicar si hemos conseguido nuestro propósito de ayudarte a ti a escribir el TFG sin morir en el intento y también a más estudiantes que quieran conocer opiniones sobre el trabajo.

Este libro ha intentado realizar un uso no sexista del lenguaje, haciendo uso indistinto de tutor/tutora, profesor/profesora y alumno/alumna, empleando sustantivos genéricos como estudiante, estudiantado, alumnado o profesorado, docente, pronombres sin marcas de género (quienes), entre otras alternativas. Si algo se nos ha pasado, pedimos disculpas.

Y por último, vamos a describirte cómo hemos organizado el libro, su estructura y contenidos, para que conozcas los diferentes temas que vamos a tratar en este texto:

• Todo lo que siempre quisiste saber sobre el TFG y que nunca te atreviste a preguntar. → Capítulo 2. Recomendaciones generales.
• Sobre la construcción de un castillo de naipes sin que se te derrumbe. → Capítulo 3. La estructura general de la memoria.
• Ese agujero negro donde un estudiante pasa tres días delante de una página en blanco para justificar su proyecto. → Capítulo ??. La introducción del TFG.
• Donde descubres que tu brillante idea ya se hizo en los años 80. → Capítulo 5. Revisión del estado del arte.
• Cómo no demostrar mis dotes de ciencia ficción (I) con un diagrama de Gantt que parece sacado de un universo paralelo con días de 48 horas y presupuestos donde mi sueldo como ’ingeniero junior’ es tan optimista que hasta mi madre se ha reído al verlo. → Capítulo 6. La planificación y el presupuesto.
• Cómo no demostrar mis dotes de ciencia ficción (II) resumiendo todo como si hubiera sido planeado y proponiendo trabajos futuros que, sinceramente, esperas que haga otro. → Capítulo 7. Las conclusiones y los trabajos futuros.
• Cómo organizar un cajón con un millón de calcetines desparejados. → Capítulo 8. La bibliografía.
• Cómo intentar darle los últimos retoques a una obra de arte mientras el reloj corre y el público espera ansioso su presentación. → Capítulo ??. La revisión del proyecto y la memoria.
• Cómo teniendo una buena moto ser capaz de venderla (I). → Capítulo ??. La elaboración de la presentación de la defensa.
• Cómo teniendo una buena moto ser capaz de venderla (II). → Capítulo 11. La defensa.
• Cómo ser un mago que protege tu obra con un hechizo, y permitir que otros la disfruten sin que se rompa. → Apéndice A. Las licencias.
• Cómo organizar los diferentes mundos del videojuego con un poco de orden. → Apéndice ??. Las tipologías de TFG y su desarrollo.
• La experiencia de otros/as compañeros/as → Apéndice ??. Experiencias y consejos del estudiantado.

Manual de uso

Te recomendamos las siguientes formas de interactuar con este libro y sus vídeos:

• Ha llegado el verano de tercero, tengo mucho tiempo, estoy aburrido y no se me va de la cabeza el TFG → entonces aprovecha el tiempo y léete de tirón el libro.
• Ha llegado el verano de tercero, tengo mucho tiempo, estoy aburrido y no se me va de la cabeza el TFG, pero me da pereza ponerme a leer en las vacaciones → entonces échale un vistazo a los vídeos entre baño y baño.
• Estoy en el comienzo de cuarto y sigue sin írseme de la cabeza el tema del TFG → léete el capítulo 2 de recomendaciones generales para saber cómo proceder y tener una idea general del TFG.
• Ya tengo tema y tutor y estoy empezando a trabajar en el TFG → visualiza cada vídeo conforme te haga falta durante el desarrollo de tu TFG y léete cada capítulo correspondiente si quieres profundizar en algo concreto.
• Usa el libro y los vídeos como te venga en gana, pero... ¡úsalos!
• ¡Por fin he terminado el TFG! → sé generoso y comparte tu experiencia y comentarios, que será muy útil para quien viene detrás tuya.

Y por último, agradecerte la lectura del libro, esperando que te sea útil ya seas tanto estudiante como docente. Esperamos tus comentarios.

Capítulo 2
Recomendaciones generales

2.1. Sobre la elección del TFG

Ya estás en cuarto del grado y en ese momento aparece una asignatura de segundo semestre que se denomina Trabajo Fin de Grado de la cual sabes poco, salvo que tienes que realizar un proyecto. Te matriculas en ella y seguidamente se te vienen a la cabeza una serie de cuestiones, entre las que estarán seguro algunas de estas: ¿y ahora qué hago? ¿qué TFG elijo? ¿con qué docente? Normalmente vienen seguidas de un tiempo de cierta incertidumbre y algo de ansiedad, hasta que por fin consigues tener un tutor o tutora y un proyecto en el que ponerte a trabajar. En esta sección vamos a hacerte algunas recomendaciones para ayudarte a responderlas, y a que este proceso previo sea más llevadero.

Antes de comenzar, comentarte que existen dos fases en la asignación de TFG, (al menos en la ETSIIT). En la primera, el estudiante y el docente llegan a un acuerdo y en la segunda hace una preasignación del TFG al estudiante. En ella, el centro publica una lista de TFG que han propuesto los docentes y los estudiantes que no tienen TFG preasignados en la primera fase, eligen por orden de preferencia propuestas de TFG. El centro se encarga de realizar la asignación aplicando los criterios que estén vigentes en el momento (normalmente expediente académico de los estudiantes). Este proceso se suele realizar en octubre y en febrero o marzo. Todo esto, bajo la premisa de que estés matriculado en la asignatura. Que no se te olvide. También puede darse el caso de buscar TFG aunque no lo estés, porque quieras ir avanzando en el desarrollo del mismo.

La primera sugerencia que te hacemos es que seas proactivo en la elección de la temática del TFG. No esperes a la segunda fase y busca tu TFG en la primera. No seas tímido y propón cambios a la idea que esté propuesta por el docente. El profesorado puede no querer cambiar su idea inicial, pero por lo general, a la hora de proponer TFG hay bastante flexibilidad. Se pueden proponer ideas nuevas, basta con hablar con algún docente que quieras que te tutorice. El hecho de que tú puedas proponer un TFG es un hecho fundamental en este proceso que impulsará tu motivación, tu implicación personal y la originalidad del proyecto. Te permitirá explorar áreas de interés genuino que a menudo se traducen en investigaciones o desarrollos más profundos, creativos y alineados con las vocaciones y aspiraciones profesionales que puedas tener.

Respecto a cuándo empezar, aunque es una asignatura de segundo semestre muchos estudiantes comienzan a buscar y trabajar en él en el primer semestre o a final de tercero. Así, hay ocasiones en que los estudiantes tenéis muy claro qué queréis hacer en vuestro TFG. Esto puede deberse a múltiples situaciones. Por ejemplo, imagina algunas de estas: desde algunos cursos antes tienes entre manos el desarrollo de un proyecto personal y consideras que el TFG puede ser un contexto idóneo para avanzarlo; o bien, lo que tienes es una idea de proyecto personal y esta asignatura te plantea una excusa perfecta para llevarlo a cabo. También puede ser que hayas aprendido alguna tecnología o aplicación en alguna asignatura y estás motivado para trabajar en ella. Pero no sólo tienen que ser proyectos personales, sino que también entra en juego tu mentalidad emprendedora: has detectado un nicho donde el producto o servicio que obtengas como salida de tu TFG es susceptible de ser comercializado. Y también están los proyectos profesionales. Es habitual que cuando llegues a cuarto estés haciendo tus prácticas en empresa o incluso que ya estés contratado. Y en ese entorno profesional pueden existir desafíos o temáticas en las que estás trabajando en tu empresa, o podrías trabajar, y que serían susceptibles de ser abordados en tu TFG.

Asumiendo que estás en una de estas situaciones, o en cualquier otra en la que ya tengas una idea clara de lo que quieres hacer, el primer paso que tienes que dar es sentarte tranquilamente y escribir una descripción del problema que deseas abordar, lo suficientemente completa para que un posible lector tenga una idea bastante clara de tu propuesta.

El siguiente paso será la búsqueda del docente que te dirigirá el trabajo. Aquí existen varias situaciones: la primera es que tienes cierta confianza con algún docente o cierta afinidad personal, te cae bien o crees que puedes trabajar bien con él o ella. En ese caso, concierta una tutoría y exponle tu idea, y dile directamente que te gustaría que fuera la persona que te tutorice, explicándole las razones. Ese documento que habías hecho, házselo llegar previamente a la tutoría con objeto de que conozca tu idea y puedas explicársela con cierto conocimiento de la misma por su parte y resolver las dudas que te pueda plantear. Si te dice que sí, has triunfado y, a partir de ahí, os podéis poner a trabajar, seguramente en una fase inicial en la que concretéis detalles del proyecto. Si te dice que no, busca otro docente. Podría ser interesante que hicieras una lista con los docentes a los que plantearle la tutorización, ordenada por preferencia. La otra alternativa para solicitar a un docente que sea la persona que te tutorice es que sea experto en la temática de tu idea. En este caso, busca qué profesorado investigan en ese tema o imparten clases en asignaturas relacionadas, y procede de la misma forma explicada. Para ello, inspecciona las guías docentes de las asignaturas afines a la temática de tu idea, mira los sitios web de los departamentos y de los grupos de investigación para encontrar docentes que sean expertos en temas relacionados con tu idea.

Si no tienes una idea clara, pero sí sabes con certeza con qué tutor querrías trabajar, concierta una cita y dile que quieres hacer el TFG con él o ella, y si existe la posibilidad de que te proponga algún tema que pueda ser de tu interés. Si dice que sí, y hay alguna propuesta que te guste, ya puedes empezar a trabajar. Si dice que no o ninguna de las propuestas te interesan, entonces echa mano del siguiente docente de la lista.

Otra opción que existe cuando no se tiene una idea clara de lo que hacer y tampoco se tiene claro con quién hacerlo es acudir a la web donde se publican las propuestas de TFG para ese curso. Como te hemos comentado, en la primera fase los docentes suelen publicar sus propuestas con objeto de darlas a conocer y que los estudiantes las puedan elegir. Mira las que te gustan y cítate con los docentes para que te las expliquen con más detalle. Cuando encuentres una propuesta que te guste, solicítasela al profesor.

Todo lo anteriormente indicado se aplica en la fase de preasignación. Si por cualquier causa (despiste, falta de iniciativa, dudas, etc.) no se te ha asignado un TFG en esta fase, pasarías a la segunda. Como ya hemos comentado, tendrás que ordenar los TFG propuestos que han quedado sin asignar en orden decreciente de interés, y esperar que el centro te asigne alguno de los que has seleccionado. En este caso, no hagas la ordenación al tuntún ni introduzcas en la lista todos los TFG. En su lugar selecciona los que verdaderamente te interesen. Habla con los tutores o tutoras de los que te gustan y pídeles que te den detalles para que puedas hacer una ordenación informada según tus gustos, combinando tanto la temática del TFG como el docente que lo propone. A partir de ahí, a cruzar los dedos para que el que has puesto como primero, o alguno de los primeros puestos, sea el que se te asigne. Corres el peligro de que te den uno situado al final de esa lista. Esto tiene al menos dos inconvenientes: puede ser que no te motive la propuesta o que la persona que te tutoriza que te ha tocado no sea santo de tu devoción. En ese caso, tendrás que plantearte si seguir para delante con lo que te ha tocado o dejar el TFG para el curso siguiente (no tiene que ser junio, también puede ser la convocatoria extraordinaria, normalmente en noviembre) y buscar o proponer tú el tema de tu TFG con tiempo.

Como podrás imaginar, siempre es mejor que tengas tú la iniciativa y buscar una proyecto que te motive y un tutor o tutora con quien estés a gusto trabajando. Piensa que las horas las tienes que trabajar igualmente, así que mucho mejor si lo haces persiguiendo un objetivo que te interese y motive.

También es importante, si optas por la la opción proactiva, el momento en el que comienzas a moverte y a realizar contactos con el profesorado. Si lo dejas para muy tarde, seguramente éstos estén ya cargados de TFG y puedas recibir varias negativas a tus propuestas o los propuestos que te interesan ya hayan sido preasignados. Si es así, no te vengas abajo. Ten en cuenta que no es algo personal. Esta es la razón por la que te recomendamos que comiences el proceso de búsqueda de TFG lo antes posible. Hay estudiantes que a final de tercero, antes de vacaciones, están buscando ya; otros justo a la vuelta, en septiembre, y algunos lo dejan para la asignación de noviembre o febrero. En este último caso, las opciones quedarán reducidas considerablemente, así que, cuanto antes mejor.

En esas reuniones previas a la preasignación en las que finalmente hay un acuerdo entre estudiante y docente, un aspecto muy relevante es la discusión del alcance del TFG y sus objetivos. En ellas tenéis que concretar cuáles serán las funcionalidades de los desarrollos asociados al TFG y qué objetivos os marcáis para el mismo. Estas negociaciones son importantes porque determinarán hasta dónde tendrás que llegar en tu proyecto. En este sentido, cuando se te preasigne asegúrate de que tengas claro este alcance. Procura, al definir estos objetivos, que sean realistas, y que consideres para que así sean, el tiempo que tienes disponible para trabajar en él y cuándo quieres tenerlo listo para entregarlo. De todas formas, los objetivos pueden ir cambiando a lo largo del desarrollo.

Puedes ver un resumen de todo este proceso en la figura 2.1.

Para concluir esta sección, comentarte que la realización de un TFG es un proceso que te está entrenando para el ámbito profesional. Vas a realizar un trabajo que se asemejará al que realizarás cuando hayas terminado y estés contratado en una empresa. Aprovecha esta oportunidad para aprender nuevas metodologías, tecnologías, lenguajes, etc. que no has visto en el grado y que te puedan servir en la nueva fase profesional que se te abrirá en pocos meses. Además, es una magnífica carta de presentación en las entrevistas ya que podrán ver tu capacidad de trabajo y de aprendizaje de nuevos conceptos, cosa que permitirá diferenciarte de otros candidatos. Por tanto, te sugerimos que aproveches la oportunidad de realizar un TFG en el que aprendas muchas cosas y en una temática que te guste.

Como nota final, recuerda que para presentarlo en la convocatoria extraordinaria de noviembre tienes que haberlo solicitado en la sede.ugr.es tal y como indica la web de la ETSIIT¹ . Hay unos plazos para dicha solicitud, no dejes que se te pase.

2.2. Sobre el desarrollo del proyecto

En esta sección vamos a comentar aspectos fundamentales para el éxito de cualquier proyecto. Comenzaremos con la comunicación con la persona que te tutoriza, posteriormente con la disciplina y la pauta de trabajo (no es lo mismo caminar un kilómetro cada día durante cien días que caminar cien kilómetros en un día...), y cuestiones menos técnicas como aspectos éticos y de propiedad intelectual.

2.2.1. Reuniones con la persona que te tutoriza

Durante el desarrollo del TFG debes mantener varias reuniones con la persona que te tutoriza con el objetivo de organizar y revisar tu trabajo. Las reuniones pueden ser presenciales u online, dependerá de ambos.

En las primeras reuniones con la persona que te tutoriza, tal y como se ha comentado antes, debes consensuar el alcance y objetivos del proyecto. Un TFG debe ser un trabajo original, claro, riguroso, coherente, relevante, y pertinente. Por eso, te insistimos en que concretes bien y sin divagar cuál va a ser la orientación y aportación del trabajo desde el principio, qué se va a mejorar respecto a lo existente. En las reuniones iniciales también se debe proponer y seleccionar la metodología a seguir y cuál será la estructura de la memoria. Aunque luego pueda haber cambios, es interesante hacer el ejercicio a priori para tener una idea de cómo se va a desarrollar el trabajo.

En las siguientes reuniones la persona que te tutoriza puede ayudarte a resolver dudas, ir validando el desarrollo realizado, y corregir lo que vayas escribiendo de la memoria, por ejemplo, indicándote el grado de profundidad al exponer los temas, o las mejores herramientas de diseño a utilizar. También puede sugerirte bibliografía para completar el estado del arte o contexto del trabajo o incluso facilitarte materiales para el desarrollo.

Te aconsejamos que te reúnas con la persona que te tutoriza con frecuencia, aunque esta varíe según tus otras ocupaciones en otras asignaturas o en tu trabajo, si ya lo tienes. Lo habitual es quedar de forma sistemática con ella en diferentes momentos considerando la metodología de trabajo que estés siguiendo, al acabar un paso, fase o tarea, y antes de empezar el siguiente. Eso te obligará a ser más constante en tu trabajo ya que sabes que tienes que rendir cuentas de lo que has hecho en ese tiempo. Así, por ejemplo, es frecuente planificar pasos, fases o tareas de dos semanas, y tener las reuniones también con esa frecuencia. Si prevés que vas a estar un tiempo sin poder trabajar en el TFG, hazlo saber a la persona que te tutoriza para planificar reuniones a más largo plazo. Del mismo modo, si requieres reuniones más frecuentes, házselo saber para llegar a un acuerdo.

Te aconsejamos también que planifiques bien cada reunión, y determines qué quieres mostrarle y qué consultar. Si es posible, envíale material resultante de tu trabajo antes de la reunión para que tenga tiempo de mirarlo. En ese caso, la reunión será más efectiva, centrándose en los comentarios que tenga sobre tu entrega y en tus dudas. Otros consejos son que te vayas apuntando esas dudas que te surjan conforme vayas trabajando para llevarlas a la siguiente reunión, y que tomes acta (apuntes) de lo que se hable en la reunión, o incluso la grabes si la persona que te tutoriza está de acuerdo. De ese modo podrás repasarlo todo después.

De hecho, igual que recomendamos tener una bitácora para el desarrollo, también puedes incluir en ella estas reuniones (o crear una por separado). De ese modo, queda constancia del trabajo continuo a lo largo del tiempo y tanto tú, como el tutor, como el tribunal calificador pueden ver la evolución del trabajo y validar la planificación.

Las reuniones estrechan los lazos tutor-estudiante, ten confianza para exponer tus dudas, falta de tiempo o motivación, para que se puedan resolver los problemas cuanto antes. Si tienes desacuerdos con la persona que te tutoriza, justifica tu postura, eres tú el que estás realizando el trabajo y el que llegado un momento puede conocerlo mejor, así que haz un esfuerzo por argumentar tus decisiones.

En el extraño caso de que haya una diferencia de opinión irresoluble con tu tutor, siempre desde la corrección y el respecto, puedes recurrir al coordinador de la titulación para que te asesore y ver cómo proceder.

Por último, hacerte saber que las reuniones son la herramienta que la persona que te tutoriza tiene para evaluar tu trabajo y éste hará una evaluación continua de él. Recuerda que quien te dirige tu trabajo pone parte de la nota final, así que debes mantenerla informada de lo que vas haciendo, hacerle entregas y realizar mejoras sobre entregas previas teniendo en cuenta sus sugerencias. Si la persona que te tutoriza percibe que vas a las reuniones sin realizar el trabajo planificado, que si vas no estás atento o no tomas nota, que en las entregas no tienes en cuenta sus sugerencias o no argumentas porqué, no puedes esperar una gran calificación, aunque luego entregues una memoria final “estupenda”.

2.2.2. Disciplina/pauta de trabajo

El TFG se realiza durante varios meses, lo que requiere de una planificación del trabajo a corto y largo plazo.

Si eres una persona disciplinada, no te costará trabajo hacer un calendario semanal en el que busques unos huecos para el TFG y para reuniones con la persona que te tutoriza, de tal forma que puedas hacer tu trabajo de manera progresiva.

Sin embargo, si eres una persona con tendencia a la procrastinación (dejarlo todo para el último día para trabajar con presión), es el momento de que busques apoyos para evitar esto, ya que te aseguramos que así no podrás hacer el TFG. Te aconsejamos que te organices, que establezcas prioridades y que dividas tu trabajo en tareas más pequeñas que puedas realizar con menos esfuerzo. Ponte un horario planificando descansos y trabaja siempre en el mismo sitio, con una mesa de trabajo limpia y sin distractores. Utiliza aplicaciones de agenda y gestión del tiempo que te avisen de cuándo hay que hacer cada tarea, y programa un tiempo de finalización para que no te distraigas. Por ejemplo, aplicaciones como Trello² o FocusToDo³ ayudan a ello. Otra alternativa para combinar tanto la bitácora como un panel de tareas que se transforma en un Diagrama de Gantt en Notion⁴ . Si necesitas más apoyo aún, busca herramientas con “gamificación” que te impidan distraerte y te den premios al finalizar tu trabajo, como Forest⁵ , o dátelos tú mismo/a para tener un refuerzo positivo que te ayude a seguir adelante y mantener esa dinámica.

Para cuantificar el tiempo que le dedicas, medir tu avance y llegar a las 300 horas que, como mínimo, se deben invertir en el TFG puedes cronometrar el tiempo dedicado mediante aplicaciones como Clockify⁶ y también puedes guardar un log o bitácora donde puedes incluir un párrafo resumiendo lo avanzado en ese intervalo de tiempo que has dedicado. El ejercicio de resumir lo que has avanzado te ayudará a avanzar e incluso a resolver algún problema que te haya surgido. No te desanimes si, en ocasiones, no tienes mucho que escribir, el poder transmitir conocimiento no es sencillo y puede requerir que discurra un tiempo hasta que puedas hacerlo. Lo que está claro es que si no te sientas a escribir esa bitácora, muy probablemente nunca llegues a desarrollar esa capacidad, en palabras atribuidas, entre otros a Picasso: “Si llegan las musas, que te pillen trabajando” ⁷

En el cómputo de las horas dedicadas, incluye también el tiempo invertido con el tutor desde la primera reunión hasta el posible ensayo de la presentación, el tiempo de buscar bibliografía, el tiempo que has dedicado a leer cosas relacionadas con el proyecto así como cualquier aspecto del desarrollo.

Si usas VSCode para escribir el código o la memoria del TFG, hay plugins que permiten controlar el tiempo dedicado. Por ejemplo Waka⁸ proporciona uno. De este modo, se puede hacer una revisión de la cantidad de trabajo dedicada a cada funcionalidad y objetivo y evaluar la planificación realizada a priori.

2.2.3. Planificación y herramientas

Una vez consensuados con la persona que te tutoriza cuáles van a ser los objetivos del TFG, lo primero que se debe hacer es planificar las tareas a realizar durante todo el proyecto, teniendo en cuenta una metodología de trabajo en la que habrá varios pasos o fases. Esa planificación deberá quedar reflejada en la memoria con objeto de mostrar cómo has organizado todo tu trabajo.

En tu TFG seguramente tendrás que realizar tareas de varios tipos, que podrán variar dependiendo el tipo de proyecto que estés realizando. Estos tipos principales de tareas son: revisión bibliográfica, aprendizaje de herramientas y tecnologías, desarrollo, reuniones, redacción de la memoria, y evaluación. Además, el propio desarrollo requiere también de una metodología de trabajo que variará según éste, pero que incluirá sus propias tareas. Todos estos tipos de tareas podrán aparecer en la planificación. Y en definitiva cualquier cosa que necesites hacer para conseguir los objetivos de tu TFG.

Te aconsejamos que, conociendo tu disponibilidad de tiempo, seas tú quien hagas la primera propuesta de planificación temporal que muestres al tutor, incluyendo tareas de todos los tipos mencionados arriba. La distribución de tareas la realizarás, como hemos indicado, teniendo en cuenta las metodologías a seguir, pero dependerá de ti y de la persona que te tutoriza el que alternes tareas más de desarrollo con otro tipo de tareas de aprendizaje, lectura de bibliografía y redacción. Esta alternancia puede ayudar a hacer el trabajo menos tedioso y evitar frustraciones si nos atrancamos en algún punto y nos permitimos pasar a otro tema mientras tanto. También puede ayudarnos a tener una conciencia de que estamos progresando un poco en todo.

Respecto a la distribución de tareas, no aconsejamos que se haga el desarrollo al principio y se escriba la memoria después, sino que se haga al mismo tiempo, que conforme se van concretando las especificaciones y diseños, éstos vayan formando parte de la memoria. Tampoco aconsejamos empezar el desarrollo sin haber hecho una buena revisión de tecnologías y posibles herramientas a utilizar, y sin revisar aplicaciones o trabajos similares. Estas revisiones ayudarán a elegir las mejores herramientas y tecnologías, así como nos darán mejores ideas sobre cuál puede ser nuestra aportación sobre el estado del arte existente. Recuerda justificar siempre cada decisión tomada y, en caso de ser equivalentes, siempre tienes el comodín de indicar que no la conocías y preferías aprender sobre ella.

Para hacer una planificación debes cuantificar el tiempo que vas a dedicar a cada tarea. Cuanto más pequeña sea la tarea más fácil será calcular cuánto tiempo le debes dedicar, por lo que te sugerimos que llegues a la granularidad más fina que puedas. Organiza las tareas en un calendario semanal en el que también tengas programadas el resto de tus actividades, incluidas las personales. Procura que las tareas del TFG no interfieran en el resto de tus actividades y viceversa, manteniendo un equilibrio. No te pongas tareas del TFG en tiempo de exámenes, de entregas de otros trabajos, o de vacaciones. Planifica con holgura, considerando que puedas siempre tardar un poco más de lo que estimas, porque muchas veces surgen complicaciones e imprevistos (sobretodo si tienes que aprender nuevas tecnologías) y es mejor contar con ese tiempo por si acaso

A lo largo del desarrollo del proyecto, procura seguir el cronograma que has fijado. Revisa tu ajuste a las fechas con frecuencia y en el caso de que haya desviaciones frente a la estimación inicial, haz cambios en la planificación inmediatamente. Los motivos más frecuentes de desvío pueden ser que no se haya hecho una buena estimación inicial, que haya cambios en el alcance (requisitos u objetivos) del proyecto, que haya problemas con las tecnologías o herramientas elegidas para el desarrollo, que no se sea tan productivo como se pensaba, etc. Es muy raro que en algún proyecto no haya que hacer ajustes y por ello hay que considerarlos realizando actuaciones que mitiguen el retraso. Los ajustes pueden ser temporales o de alcance del proyecto. Ejemplos de ajustes temporales que podrías hacer son: intensificar el ritmo de trabajo en las próximas semanas, reorganizar el cronograma para optimizar la utilización del tiempo restante, o priorizar tareas críticas para asegurar la entrega de lo más relevante en plazo. En cuanto a ajustes relacionados con el alcance del proyecto estarían los siguientes: replanificar objetivos, eliminar tareas o subtareas menos prioritarias, redefinir el enfoque de alguna parte del trabajo, o incluso reordenar las prioridades globales del proyecto para enfocarse en los aspectos más esenciales y viables dentro del tiempo disponible. Consensúa con la persona que te tutoriza qué hacer en función del motivo del desajuste y el estado del TFG. Esto es importante, ya que si no tomas consciencia a tiempo de que vas con retraso en tu trabajo y no tomas medidas, ese retraso puede hacer que no termines el TFG a tiempo de su entrega, pese a haber dedicado mucho tiempo a él.

Es un gran ejercicio reflexionar sobre las causas de los desajustes y aprender de ellos para futuros proyectos. Piensa que los cambios y ajustes que hagas constituyen en realidad una oportunidad de aprendizaje y un reflejo de la dinámica de la investigación y el desarrollo que se hace en la realidad. Por eso mismo, es importante que justifiques los cambios de forma positiva en la memoria del TFG. De hecho, la capacidad de identificar contingencias, adaptarse a los cambios y gestionar imprevistos es una competencia muy valiosa en cualquier ámbito profesional y académico. Puedes ir indicando en la memoria cuál ha sido la replanificación realizada en cada fase del proyecto, añadiendo las causas de los cambios y cómo se han repensado las tareas. También puedes mostrar tu planificación inicial y el cronograma final, explicando con un párrafo los principales cambios y ajustes realizados.

Para realizar tu planificación temporal puedes usar herramientas como los diagramas de Gantt. Hay muchas aplicaciones gratuitas que te facilitan su realización, y muchas de ellas te ayudan a hacer ajustes y cambios, o incluso simulaciones sobre una línea base, para ayudarte a tomar decisiones sobre las mejores opciones. Otra posibilidad que integran muchos gestores de proyectos es definir las tareas con la estimación de tiempo y, automáticamente, ellos generan el diagrama.

2.2.4. Cuestiones éticas y legales

A la hora de preparar el TFG y de redactar la memoria hay que tener en cuenta varios aspectos éticos y legales.

Si en tu TFG vas a hacer algún experimento docente o de salud que implique seres humanos, los principales principios éticos a considerar son los de garantizar el respeto de opiniones, causar beneficio y no daño o perjuicio, y procurar justicia. El TFG es corresponsabilidad del estudiante y la persona que tutoriza, luego ambos debéis garantizar que se cumplan esos principios [?].

Si en el TFG se va a hacer un estudio con datos sensibles de personas, como datos clínicos, se van a recoger muestras biológicas, o se va a trabajar con datos que les puedan identificar, es necesario que el estudio esté aprobado por el Comité de Ética de la universidad⁹ , solicitando una evaluación y preparando un consentimiento informado. El consentimiento informado es un documento que firma el participante (o un tutor legal si el participante es menor de edad) en el que se describe la naturaleza del estudio, se precisa el tipo de participación de las personas que formarán parte del estudio, y que el uso de los resultados será solo para fines docentes, y/o de investigación en su caso. Además, es obligatorio indicar que la participación es voluntaria y que se puede revocar en cualquier momento, sin tener que dar explicación. También se debe asegurar el anonimato de los participantes y la custodia de datos, todo ello recogido por la Ley Orgánica de Protección de Datos Personales y Garantía de Derechos Digitales- LPDGDD¹⁰ . Según ésta, los datos sensibles de una persona, aparte de los datos médicos, son aquellos que permiten identificar su ideología, afiliación sindical, religión, orientación sexual, creencias u origen racial o étnico. También son sensibles los datos de contacto de las personas, dni, teléfono, dirección, etc., siempre y cuando no sean los de su localización profesional, si es necesaria. Si tu TFG recoge algunos de estos datos sensibles, debes seguir las indicaciones de la LPDGDD. Por ejemplo, si vas a acceder a historias clínicas, aseguraos de que los datos estén ya anonimizados y que son facilitados por personal sanitario acreditado, que actuará como supervisor. Si en tu TFG vas a usar grabaciones de vídeo o audio de personas, ten en cuenta que también son datos de carácter personal, luego también hay que pedir un consentimiento informado en estos casos. Si la recogida de datos se hace en un centro no universitario, debes contar además con autorización de ese otro centro para realizar el estudio.

En el caso de que hayas recogido datos sensibles como los mencionados, y tengas previsto difundir información de él, debes hacer esa difusión exclusivamente a través de los servicios de comunicación de la universidad, así como contar también con la autorización del centro donde se realice el estudio, si es externo a la universidad.

La UGR también considera que en un TFG hay otros aspectos éticos específicos a considerar, que son los siguientes [?]:

• Valorar el impacto social y medioambiental de las soluciones técnicas que se proponen, comprendiendo la responsabilidad ética y social.
• Usar mecanismos que fomenten la igualdad y participación, rompiendo la brecha digital.
• Fomentar el espíritu crítico y transdisciplinar.

Si en tu TFG has tenido en cuenta algunos de esos aspectos, debes mencionarlos en la memoria, bien cuando planteas tu solución de diseño o arquitectura, o bien en las conclusiones.

Centrándonos en la ética informática, y según [?], ésta identifica y analiza el impacto de la tecnología en los valores sociales y humanos, por ser personas las que manipulan la tecnología. Las asociaciones de profesionales de informática y algunas empresas han elaborado códigos de conducta profesional (muchos de los cuales también están recogidos por la LPDGDD) para regular las nuevas tecnologías y orientar sobre principios específicos relacionados con la ética de su profesión, y que tú, como ya casi profesional de la informática, debes considerar tales como garantizar:

• Privacidad y disposición de información, gestionando el consentimiento en el uso de los datos por parte del participante, con derechos de acceso, rectificación, supresión, limitación del tratamiento, portabilidad y posición.
• Transparencia, seguridad y protección en la recolección, uso, procesamiento, transmisión y comunicación de información: exactitud, anonimización y minimización.
• Uso de las alternativas tecnológicas menos invasivas para no interferir en los derechos de las personas.
• Responsabilidad sobre el trabajo realizado si se incumple alguna legislación, principalmente para no causar perjuicio económico, moral o social.
• Protección y respeto a los derechos de autor y propiedad intelectual, no plagiando sino citando el trabajo de otros.

Además de la LPDGDD, hay otras leyes que debes considerar al realizar tu TFG, por ejemplo:

• Interoperabilidad: Real Decreto 203/2021, de 30 de marzo, por el que se aprueba el Reglamento de actuación y funcionamiento del sector público por medios electrónicos.
• El código Penal español (Ley Orgánica 5/2010, de 22 de junio, por la que se modifica la Ley Orgánica 10/1995, de 23 de noviembre), recoge los delitos informáticos, como el acceso no autorizado a sistemas informáticos, la interceptación de comunicaciones, la falsificación de documentos, la estafa informática, la difusión de virus informáticos, el sabotaje en sus artículos 197, 248, 264.
• Accesibilidad: Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público.

Para evitar tener que consultar legislación y acuerdos internacionales, procura evitar cualquier servicio de terceros que no esté dentro de la Unión Europea. Por ejemplo, en el caso de un proveedor de nube, procura elegir una región que esté dentro de Europa.

En resumen, habría que seguir los mandamientos de ética que ya sugería [?] en 1992 y que siguen vigentes: no usar el ordenador para dañar a otras personas, robar, dar falso testimonio, plagiar o apoderase del trabajo de otros; pensar en las consecuencias del programa o sistema que se desarrolla (sobre todo si el sistema toma decisiones, realiza predicciones/clasificaciones, o genera datos, de forma automática); y garantizar siempre la consideración y el respeto hacia los semejantes.

Asegúrate de que tu TFG respete esos mandamientos y tenga en cuenta la legislación vigente.

Finalmente es importante conocer la normativa de tu universidad a la hora compartir la autoría de tu trabajo. En algunos casos, la autoría podría depender del grado de colaboración con la persona que te dirige, por lo que puede ser relevante establecer esta colaboración mediante la aplicación de licencias. Esto es especialmente importante en el caso de TFG realizados en colaboración con empresas. Para más información sobre Propiedad Intelectual y licencias, por favor, no dejes de consultar el anexo A, donde presentamos la normativa de la UGR y te explicamos los distintos tipos de licencias, especialmente las libres y abiertas, que puedes aplicar a tu proyecto.

De cualquier forma, todos estos detalles deberían quedar claro con quien ejerce la tutoría de tu trabajo en las primeras reuniones del proyecto, aunque esto puede modificarse más adelante.

2.3. Sobre la redacción de la memoria

Un gran desarrollo y diseño se origina en la mente del ingeniero, pero uno de los modos más eficaces y eficientes para transmitir y explicar cómo se ha hecho es mediante la redacción de una memoria.

La memoria suele tener un conjunto de secciones más o menos establecidas y sobre el que nos moveremos entorno a las recomendaciones. No obstante, como ya hemos indicado en este texto, no existe una estructura fija e inamovible, aunque hay ciertos elementos que no deben faltar:

• Resumen: con una extensión de una página como máximo debe reflejar de manera concisa y concentrada el motivo del trabajo, sus objetivos iniciales y las conclusiones a las que se llega. No olvides incluir algunos términos clave que ayuden a posicionarlo en una búsqueda, incluso en inglés.
• Índice: es fundamental que haya un índice de contenidos. De manera opcional también es bastante recomendable incluir un índice de figuras y de tablas así como un índice de términos, abreviaturas y glosario que facilite la lectura del documento. La recomendación es saber usar adecuadamente el editor/procesador de texto para que se genere de manera automática incluyendo la numeración y evitando errores.
• Agradecimientos: es de bien nacido ser agradecido dice el refranero popular. Aquí tenemos una clara oportunidad para mencionar a aquellas personas que nos hayan apoyado a lo largo del desarrollo del TFG o de los estudios de grado.
• Objetivos: Deben estar enunciados en infinitivo y ser concisos. Se han acuñado las siglas: SMART (Specific, Measurable, Achievable, Realistic, Time-bound) [?]. Podríamos desarrollar más estas ideas, pero cada palabra realmente tiene un significado propio y un objetivo enunciado debe cumplirlas todas. Normalmente, es sensato tener un objetivo general menos concreto que se puede descomponer en objetivos específicos. Es una buena práctica nombrarlos y numerarlos, por ejemplo, OG1, OG2, OE1, OE2, etc. La ubicación de los objetivos en la memoria debe ser al principio, hay quien prefiere numerarlos como la sección 0 y hay quien prefiere incluirlos como una subsección de la Introducción o la Motivación. En cualquier caso, es obvio que deben estar al principio de la memoria para que el lector tenga claro cómo y por qué se desarrollan las siguientes secciones que encuentre.
• Introducción: es la primera sección de nuestra memoria y donde tenemos más flexibilidad para desarrollarla según nuestros intereses. Aquí puedes contar cómo surgió la idea del trabajo, así como consolidar por escrito el conocimiento del dominio del problema adquirido durante su desarrollo.
• Estado del Arte: es bastante adecuado incluir un estado del problema (State-of-the-art) donde se haga gala de haber revisado la cuestión y los distintos enfoques y soluciones ya propuestos. No pasa nada si alguien ya ha tratado la cuestión, en el mundo académico, ser capaz de reproducir algo ya es un avance y no ser capaz de reproducirlo también da señales de que hay que seguir trabajando en esa dirección. ¿Te suena la expresión “A hombros de gigantes”? No podemos subir alto sin apoyarnos en hombros de gigantes, pero hay que reconocerles el mérito que han tenido.
• Propuesta: dependerá del tipo de TFG el que aparezca esta parte, y que esté dividida en varios capítulos y estos tengan unas o otras subsecciones. En TFG de tipo desarrollo, por ejemplo, es en esta parte donde describes con detalle lo que realizado y cómo, así como cuáles son los resultados que has obtenido.
• Conclusiones: escribirlas bien es todo un reto porque deben reflejar en unos párrafos el problema, la solución alcanzada y los resultados, como primera aproximación, lee los objetivos de nuevo, comenta si se han alcanzado y el porqué no en caso de no haber llegado. Maximiza la información y evita cualquier palabra o frase innecesaria. No es el lugar para discutir los resultados, es el lugar para concluir el resultado de esa discusión.
• Bibliografía: aquí listamos esos hombros de gigantes que nos han servido de inspiración y apoyo para llegar a buen puerto. Cuidemos que su reconocimiento sea correcto y que estén todos los datos sin errores. En el caso de tener enlaces web, es recomendable incluir la última fecha de consulta. Respecto a los textos, no descuides las referencias básicas de la disciplina (aunque parezcan obsoletas) y procura tener referencias recientes para demostrar haber revisado bien la cuestión tratada en tu memoria. No se recorren 100 Km en día, pero recorrer 1 Km al día durante 100 días es más asequible. Por cada texto o web consultada, crea tu referencia con un minipárrafo sobre lo que te ha gustado más y al final del proceso tendrás el camino hecho sin apenas esfuerzo.

Partiendo de ese esqueleto, más lo comentado para cada tipo de TFG, tenemos unos cimientos sólidos que sustenten nuestras preferencias personales y particularidades de nuestro proyecto. No obstante, todo esto está desarrollado con más detalle en el siguiente capítulo 3.

2.3.1. Estilo de redacción

Aunque lo ideal es predicar con el ejemplo, este libro que estás leyendo no es un TFG y por eso hemos considerado que tutearte puede ser el estilo de redacción más adecuado para que te sientas interpelado y el mensaje te llegue con más claridad.

En el caso de un TFG, debemos considerar que es un documento académico y, por tanto, debemos procurar ser correctos y precisos en su escritura, cuidando los estilos de redacción. Estos textos, normalmente, suelen escribirse de manera impersonal. Por ejemplo, “se han hecho estos experimentos”, “se ha considerado esta solución”, “se ha evaluado este método”, etc. También es común usar la primera personal del plural: “hemos desarrollado”, etc. que no entra en conflicto con tener múltiples personalidades porque la persona que te tutoriza está implicada en el TFG.

Desde nuestra perspectiva, te recomendamos usar siempre el impersonal, y coincidimos con otras universidades al respecto. Te puede parecer un poco forzado a veces, pero enfócalo desde la perspectiva de ejercicio académico y considera que la estética en el lenguaje también es algo que el humano ha desarrollado y es capaz de apreciar.

Otras recomendaciones comunes que facilitan la lectura de cualquier texto, en general son:

• Usa frases cortas y párrafos breves. Existen los puntos y las comas, úsalos.
• Usa listas (como esta, aunque sin abusar) para presentar ideas, luego siempre puedes desarrollarlas.
• Procura que cada párrafo aporte información, y evita que haya repeticiones salvo que quieras remarcarlo explícitamente o dar diferentes puntos de vista o formas de explicarlo.
• Cuida las faltas de ortografía y los errores gramaticales (tildes, comas, mayúsculas, etc.). Pasa siempre el corrector ortográfico al finalizar un texto.
• Incluye las definiciones de los acrónimos y siglas la primera vez que los usas. Puedes añadir, además, un glosario de términos.
• Salvo excepciones, procura no usar expresiones coloquiales.
• Intenta ser lo más objetivo posible, puedes expresar opiniones personales pero siempre apoyado de referencias. Por ejemplo, “Python es el lenguaje más usado como indica el índice TIOBE”, en lugar de “Python es el lenguaje más usado”. Otro ejemplo: “las redes neuronales son una técnica muy usada en la actualidad” en lugar de “Las redes neuronales son la técnica más usada en la actualidad”.
• Cada párrafo debe aportar algo (sí, lo repetimos porque es importante) pero también debe ir enlazado con el anterior y el posterior, no solo a nivel de contenido, sino también a nivel de redacción.

2.4. Sobre la maquetación

Aunque pueda parecer mucho más complejo, para un estudiante de grado TIC, no debería suponer un problema el usar LATE X. Una vez superado el miedo y la posible frustración inicial, usando una plantilla y centrándote en el contenido, el resultado será un documento maquetado perfectamente.

El utilizar otro tipo de procesador de texto es posible pero, a la larga, va a complicar bastante la maquetación y, aunque el contenido es lo más importante, el cómo esté presentado también hay que cuidarlo.

En primer lugar, debemos incluir una portada que contenga, como mínimo, los siguientes elementos:

• Título del TFG.
• Nombre y apellidos del autor.
• Nombre del tutor.
• Nombre del grado o titulación.
• Nombre de la universidad, del centro y del departamento.
• Fecha de convocatoria.
• Curso académico.

En la portada, además, se suele incluir el logo de la universidad y, en algunos casos, el logo del departamento o centro.

Según la normativa, se suele requerir un resumen en el que se deben incluir los objetivos, la metodología, las tecnologías y herramientas usadas, los resultados y las conclusiones. Este resumen debe ser claro y conciso, no debe superar una página de extensión y debemos acompañarlo con su traducción al inglés.

Posteriormente, debemos incluir un índice de contenidos, que debe estar numerado incluyendo al menos los capítulos y secciones (aunque también podemos incluir subsecciones). También es recomendable incluir un índice de figuras y otro para las tablas que hayamos incluido en el documento.

Respecto a cómo dividir las estructura de la memoria, debemos agrupar la información en capítulos, secciones, etc. como se desarrolla en el siguiente capítulo 3, pero aquí debemos mencionar que es necesario establecer un mismo formato para los títulos de cada capítulo, sección y subsección.

En relación a las figuras y las tablas, deben ser referenciadas a lo largo del texto y numeradas. Además, debemos incluir una leyenda que explique qué representa la figura. Lo normal es ubicarlas centradas respecto al texto y evitar que la leyenda esté en otra página. Si ves que no va a caber, divide la imagen o la tabla en subimágenes y subtablas.

Todo lo mencionado hasta aquí se gestiona automáticamente sin apenas esfuerzo y con un resultado de calidad profesional usando LATE X.

2.4.1. Presentación

La elaboración de la presentación está desarrollada en el capítulo ??, pero, como recomendaciones generales de cara a la presentación, considera que es un apoyo a tu discurso, no algo que debas leer. Piensa en ella como un apoyo al que te escucha también, el tribunal puede distraerse con una idea del discurso y hay que facilitar que se enganche de nuevo. No se exige belleza ni diseño, pero es innegable que algo bien presentado resulta más atractivo y también puede ser un indicador de la capacidad de esfuerzo y trabajo del estudiante. Pero, recuerda, lo más importante es que se entienda el mensaje, si la belleza o el diseño dificultan la legibilidad o la claridad de la exposición, ve a lo práctico. Quizá un enfoque iterativo sea una aproximación correcta. Termina una presentación muy simple y sencilla y luego la enriqueces.

2.5. La finalización del proyecto

Llega el momento en el que tienes que tener terminado ya tu trabajo para entregarlo y defenderlo, pero... ¿lo tienes terminado? ¿cumples todos los objetivos que os habéis propuesto? Si es así, entonces seguramente sólo te quedará cerrar algunos flecos de la memoria y del producto a desarrollar y lo podrás entregar en tiempo y forma en la convocatoria que te habías marcado como objetivo.

¿Pero qué ocurre si se da alguna de las situaciones anteriores? Claramente, tendrás que valorar el posponer a la siguiente convocatoria la entrega. Si te falta todavía la consecución de algunos objetivos, habla con la persona que te tutoriza y determina si esos que faltan son realmente necesarios y si lo son, entonces márcate un nuevo límite de entrega y a seguir trabajando. Podría darse el caso que esos últimos objetivos sean menores o que tengan menos prioridad, en cuyo caso su no consecución quizás no dañará las bases de un TFG de calidad. En ese caso, seguramente tendrás el visto bueno de la persona que te tutoriza para entregarlo.

Si tú quieres entregarlo pero tu tutor/a no lo ve claro porque considere que no está en condiciones, aunque tú eres soberano para hacerlo cuando lo consideres oportuno y a pesar del criterio del docente, siempre es bueno llegar a acuerdos y consensos y no tomar tus propias decisiones de forma unilateral. Las que son unilaterales sólo son perjudiciales para ti, sobre todo en términos de nota. A veces es mejor renunciar a una convocatoria de forma voluntaria que hacerlo con mal ambiente o con un suspenso debajo del brazo al haber forzado la situación en contra del criterio del docente.

Ese paso atrás cuando no está totalmente terminado también te puede servir para ganar unos meses hasta la siguiente convocatoria y poder finalizarlo y obtener una nota mucho más merecedora del trabajo y del esfuerzo realizado.

Si ya lo has entregado y defendido y has tenido una buena nota, no lo dudes: celébralo. Has trabajado duro y la calificación lo refleja. Si la nota no es tan buena como tú esperabas o desearías, debes aceptarlo y aprender de los comentarios que te hayan indicado los miembros del tribunal. Y si aún así no estás de acuerdo, siempre tienes a tu disposición los diferentes canales que te ofrece la universidad para revisar los exámenes, que se aplican igualmente para el caso de un TFG. Sé profesional y nunca te lo tomes como algo personal, y procura mantener la corrección en las formas con los miembros de la comisión.

2.5.1. Lecciones aprendidas

Y ya, una vez terminado el TFG, defendido y con la nota puesta, llegas a tu casa y te sientas tranquilamente (perdido, sabiendo que te falta algo, desorientado, sin saber qué hacer...). Pues bien, es buen momento para hacer una reflexión general sobre todo el proceso en todas y cada una de sus facetas y sobre lo que has aprendido. Esta reflexión te permitirá analizar tu rendimiento, detectar debilidades y puntos fuertes, experiencias positivas y negativas, y sobre todo, mejorar como persona y profesional estando en mejores condiciones para afrontar exitosamente el futuro cercano en el cual comenzarás tu carrera profesional, o... un próximo TFM.

Algunas cosas que te puedes plantear son las siguientes:

• Sobre el desarrollo del proyecto:
  • Organización: ¿crees que te has organizado bien al trabajar? ¿Deberías haber dedicado menos tiempo al TFG o haber empezado antes? Si lo tuvieras que hacer de nuevo (¡menos mal que no!), ¿organizarías tu tiempo de la misma manera? Las respuestas a estas preguntas te indicarán qué has aprendido de organización temporal de tareas en un proyecto, lo cual podrás aplicar al ámbito profesional.
  • Metodología: ¿has estado cómodo/a con la metodología seguida en el proyecto?¿Has usado los métodos y herramientas adecuados para conseguir los objetivos de tu TFG? ¿Te ha ayudado el TFG a aprender nuevos métodos, y herramientas, incluidos lenguajes de programación, etc.? ¿Te sientes más capacitado para afrontar el mundo laboral después de hacer el TFG? Si respondes que sí a estas preguntas, enhorabuena. En caso contrario, plantea qué deberías mejorar para futuros proyectos.
  • Resultados: ¿has podido alcanzar todos los objetivos planteados de forma satisfactoria para ti? ¿Crees que has hecho un buen TFG o que podrías haber obtenido mejores resultados? Si tus respuestas son positivas, estupendo. Si son negativas, debes revisar qué ha fallado: por ejemplo, la viabilidad de los objetivos, tu rendimiento, tu formación, tu organización, o la comunicación con la persona que te tutoriza. Esta reflexión debe ayudarte a mejorar los aspectos que han fallado, de tal forma que en proyectos futuros te sientas mejor al realizarlos, y tus resultados sean mejores.
• Sobre la relación con la persona que te tutoriza:
  • ¿Has trabajado de forma conjunta con la persona que te tutoriza o, por el contrario, ha sido de una manera aislada? La respuesta puede darte pistas, salvando las distancias, sobre si eres una persona que trabaja bien o no en equipo. Ten presente que en tu futuro trabajo casi con un 99% de probabilidad vas a trabajar en un equipo y debes saber cómo relacionarte con tus compañeros o compañeras de forma efectiva.
  • ¿Eres capaz de defender tus ideas y convencer de que son buenas o por el contrario asumes las que te indican de forma directa? ¿Eres capaz de realizar críticas a tus ideas o planteamientos así como a los de los demás? Estas preguntas te pueden dar una idea de la capacidad de convicción que tienes y de crítica (constructiva siempre), capacidades que te resultarán muy útiles en tu trabajo.
• Sobre la escritura de la memoria:
  • ¿Te ha costado mucho escribir la memoria? ¿Por qué? ¿Te cuesta trabajo plasmar las ideas por escrito? Si es así, entonces debes plantearte mejorar esta faceta o alguno de sus aspectos. Quizá en los ratos libres podrías inscribirte en algún curso de escritura. Esto es fundamental para un ingeniero pues es una forma de expresar ideas y hechos muy importante. Y también lee más, no sólo manuales técnicos o páginas web, sino novela, poesía, etc. De esta forma, además de pasarlo bien, estarás mejorando tu capacidad de expresión.
• Sobre la presentación y la defensa:
  • ¿Has necesitado apoyarte mucho en recursos a la hora de presentar o has sido capaz de describir tu trabajo sin apenas apoyo? ¿Te has expresado correctamente de forma oral y gestual? ¿Eres capaz de contar tus ideas de forma breve y concisa? ¿Respondes correctamente a las preguntas sin irte por las ramas? ¿Te falta seguridad para responder a las preguntas? ¿Te ajustas a los tiempos establecidos? ¿Aceptas de buen grado las críticas y sugerencias? En las respuestas a estas cuestiones podrás evaluar tu capacidad de comunicación oral y de síntesis. En el futuro tendrás que hacer presentaciones y el objetivo será convencer de que lo que planteas es bueno. La comunicación oral se configurará como un aliado para conseguir ese objetivo. Si consideras que tienes que mejorar, inscríbete en cursos de comunicación verbal.

2.6. Otras consideraciones

2.6.1. Ingeniería Curricular

Hay veces que no es cuestión de sobretrabajar, sino de trabajar con inteligencia. Otra forma de decirlo es que cantidad no es calidad. En este sentido, conviene conocer y tener presentes las rúbricas de evaluación que utilizarán tutores y comisiones (cuando las haya). Estas rúbricas habrán sido consensuadas por el profesorado y, aunque en algunos términos puede ser ambiguas para dar cabida a todas las casuísticas, normalmente ofrecen, un norte claro con el que guiarse.

Por ejemplo, en el caso de la ETSIIT de la UGR, tienes disponible la rúbrica de evaluación para tutores ¹¹ y la de la comisión ¹² . Ambas son similares y cubren aspectos ya tratados en este documento, pero de manera mucho más resumida.

En la tabla 2.1 te damos recomendaciones para que se visibilice tu trabajo, de tal forma que puntúe alto en cada ítem de las rúbricas. Échales un vistazo e intenta cubrirlas reflejando los aspectos asociados en la memoria, de modo que haya casi un mapeo directo entre ítems y secciones o subsecciones.

2.6.2. Recomendaciones generales para el uso de la IA

La memoria del TFG debes escribirla tú. La persona que te tutoriza la supervisará y evaluará tu trabajo. Finalmente, un tribunal la leerá y evaluará, junto con el resto de tu trabajo. Las herramientas de inteligencia artificial generativa pueden ayudarte a mejorar varios aspectos de tu memoria para que sea más pertinente, más completa y mejor evaluada, pero no te aconsejamos que la IA redacte tu memoria o parte de ella. Sí te aconsejamos que la uses para mejorar los textos redactados previamente por ti (consulta esta y más ideas en [?]), por ejemplo, puedes pedirle que a partir de un texto:

• detecte errores,
• busque puntos débiles,
• mejore la gramática,
• cambie el tono para que sea más formal, académico o conciso,
• traduzca,
• elabore un esquema,
• haga un resumen,
• extraiga palabras clave y
• genere preguntas para autoevaluación o ayuda a la revisión.

Si te bloqueas y solo ves una página en blanco, puedes pedir que te haga una lluvia de ideas sobre un tema, o que te sugiera mejoras o ampliaciones desde otras perspectivas, por ejemplo, histórica, legal, económica, tecnológica, etc. Fíjate que no le estamos pidiendo que nos escriba el contenido, solo que nos ayude a avanzar.

La IA generativa también puede ayudarte a hacer un primer calendario de trabajo, si le indicas bien las tareas a realizar y el tiempo del que dispones.

Hay algunas herramientas de IA generativa que te indican cuáles son las fuentes en las que se han basado, de tal forma que puedas usarlas en tu memoria. Pero ¡cuidado!, eres responsable de tu memoria, por lo cual, debes comprobar que sean correctas, ya que muchas veces estas herramientas pueden ser incorrectas o inventadas. Si desconoces las fuentes, puedes estar incurriendo en incumplimiento de la LPDGDD que hemos mencionado antes, y en plagio, por eso, debes leer muy bien lo que se genera y verificarlo antes de incluirlo en tu memoria.

De manera muy esquemática te compartimos nuestras reflexiones sobre un tema complejo para que, mientras se regula, puedas avanzar más rápido y con seguridad:

• Si finalmente usas herramientas de IA Generativa del tipo ChatGPT, Copilot, Perplexity, Gemini, DeepSeek, etc., debes indicarlo en la memoria y referenciarlo¹³ .
• Incluye (como anexo) los prompts que has utilizado para hacer consultas.
• Contextualiza bien tus preguntas, no le digas que se ponga en el papel de alguien que no eres tú, como un gurú tecnológico o un profesional experimentado en el dominio de aplicación de tu trabajo, ya que tanto la redacción como los contenidos de la respuesta serán difíciles de entender y no encajarán en la memoria.
• No incluyas nunca en los prompts información personal ni confidencial, ya que esa información puede ser usada por los sistemas de generación de conocimiento.
• No incluyas en los prompts textos o enlaces a material protegido por derechos de autor, con copyright, ya que no tienes autorización para usarlo en ningún sitio.
• Revisa bien los textos generados, porque suelen ser superficiales y poco fiables. En ocasiones hay partes inventadas, llamadas alucinaciones, que tendrás que identificar para eliminar.
• Asegúrate de que entiendes lo que se ha generado, en primer lugar para poder identificar las alucinaciones mencionadas, y en segundo lugar para poder integrar lo generado en la memoria, como parte del conocimiento que revisas o usas.

Como última recomendación, pregunta y revisa las directrices que indique tu Universidad, tu centro o tu coordinador del plan de estudios. En el caso de la Universidad de Granada tienes recomendaciones de uso, normativa y herramientas en la web del CEPRUD¹⁴ .

Y recuerda que es tu TFG, apóyate en las IA generativas si lo consideras necesario pero el proyecto es un magnífico ejercicio de aprendizaje y entrenamiento que es bueno que hagas tú en su mayoría.

Capítulo 3
La estructura general de la memoria

En este capítulo te mostramos de forma breve cómo estructurar la memoria de tu TFG. Esta estructura debería ser lo primero que deberías abordar, ya que te marcará un esquema mental del trabajo a realizar. Además es muy importante que esté consensuada con la persona que te tutoriza. Por tanto, bien puedes tener una tutoría para acordar dicha estructura o bien pensar tú en ella y hacer una propuesta. Para tal fin, puedes buscar memorias de TFG en las que basarte y confeccionar tú la tuya propia teniendo en cuenta el ámbito o temática de tu proyecto.

3.1. Estructura general de un TFG

La estructura depende del tipo de TFG que realices (ver Apéndice ??). En general, e independientemente del tipo de proyecto, todas las memorias deberían tener capítulos de Introducción, Estado del Arte, Conclusiones y Bibliografía. Aquí te damos una sugerencia de una posible organización de capítulos y secciones dentro de cada capítulo para un TFG genérico:

1.

Introducción.

• Contexto/Antecedentes.
• Justificación/Motivación.
• Objetivos/Hipótesis.
• Estructura de la memoria.

2.

Estado del arte.

• Descripción de dominio del problema.
• Metodologías potenciales a aplicar.
• Tecnologías potenciales para usar.
• Trabajos relacionados.

3.

Distintos capítulos sobre la propuesta, que cubrirán:

• Descripción de la propuesta.
• Metodología.
• Planificación temporal.
• Presupuesto.
• Otros capítulos y secciones según la metodología y tipo de proyecto.

4.

Conclusiones y trabajos futuros.

• Conclusiones.
• Trabajos Futuros.

5.

Bibliografía.

6.

Anexos.

En el capítulo ?? podrás ver en profundidad las descripciones de cada una de las secciones de la Introducción. Es una sección muy importante pues da una visión global del TFG y de sus objetivos, es decir, de qué trata el TFG, por qué el problema que resuelve es relevante y qué metas te marcas. Por tanto, te recomendamos que te esfuerces en su confección.

En el capítulo del Estado del Arte de tu trabajo se pueden incluir tantas secciones como se desee para agrupar bien los tipos de revisiones realizadas. Si la envergadura de estas secciones es muy grande, pueden incluso separarse en capítulos aparte, aunque te recomendamos que sólo ocupe uno. Tal y como se indica en el capítulo 5, cada sección del estado del arte que se desee incluir deberá constar primero de una introducción explicando la metodología seguida para la revisión, luego la revisión concreta y al final unas conclusiones. Este capítulo es imprescindible en todo TFG que se precie ya que establecerá lo que hay ya hecho en la temática del mismo y dónde se enmarca la contribución de tu trabajo.

Las secciones de los capítulos en los que desarrollamos nuestra propuesta están muy relacionadas con el tipo de proyecto y metodología. En las siguientes secciones de este capítulo te damos unas guías de cómo podría estructurarse según ello, aunque tienes información más detallada en el Anexo ?? para cada tipo de proyecto.

Finalmente, las dos secciones del capítulo de Conclusiones y Trabajo Futuro de tu TFG se explican con más detalle en el capítulo 7.

3.2. Proyectos de desarrollo

Los proyectos de desarrollo suelen ser iterativos, y dependen de la metodología seguida (Ver Apéndice B.1). La importancia de este capítulo reside en el hecho de que en él recae todo el peso de la descripción de la metodología que se ha seguido, de tal forma que un lector pueda entender claramente cómo has construido la solución de tu TFG. A continuación mostramos cómo podría estructurarse este capítulo según las dos metodologías principales, ágiles y clásica. En caso de no seguir ninguna de éstas, deberás plasmar las etapas que compongan la que has seguido en diferentes secciones del capítulo.

3.2.1. Metodologías ágiles

Cuando usamos una metodología ágil, como Scrum, podría ser buena idea crear la siguiente estructura:

• Product backlog: listado de historias de usuario priorizadas, y su descripción detallada, incluyendo las pruebas a realizar. Y no te olvides de las historias técnicas.
• Sprint backlog: una sección por cada iteración o sprint, describiendo las tareas de cada historia e incluyendo gestión de riesgos si procede, así como la planificación en el tiempo de esas tareas y sus resultados.
• Implementación: descripción de la implementación de cada iteración así como de las pruebas correspondientes.

3.2.2. Ciclo de vida clásico

En este caso podemos crear un capítulo por cada una de las etapas.

• Análisis: requisitos funcionales y no funcionales, de datos y de información, casos de uso, diagramas de los casos de uso, presupuesto, planificación, etc.
• Diseño: diagramas de clases, de secuencia, de la arquitectura, diseño de bases de datos y de interfaces de usuario, etc.
• Implementación: elección de tecnologías, detalles concretos de la implementación de cada componente.
• Pruebas: descripción de las pruebas unitarias, de integración, etc.

3.3. Proyectos de investigación

Los proyectos de investigación tienen su propia estructura (ver Apéndice B.2), en la que se le da especial importancia a la discusión de los resultados.

Para empezar en un proyecto de investigación, la introducción también debería contar con las siguientes secciones:

• Preguntas de investigación: identificación de problemas o carencias que se van a abordar en el proyecto.
• Hipótesis: enunciados a demostrar o probar (suele ser uno de los objetivos el demostrar una hipótesis concreta).

El resto de capítulos (además de la Introducción, Estado del arte y Conclusiones, claro) pueden ser los siguientes:

• Metodología: explicación de los pasos a seguir, algoritmos a implementar, ecuaciones, variables a medir, etc.
• Experimentos: definir los parámetros exactos que se van a utilizar y explicaciones más específicas sobre los experimentos a realizar.
• Resultados: variables y valores obtenidos. Tablas de análisis, matrices de correlación, etc.
• Discusión: interpretación de resultados, referenciando estado del arte e hipótesis u objetivos.

Si alguno de estos capítulos se te queda corto se puede combinar con otros: por ejemplo, Metodología experimental o Resultados y discusión.

3.4. Proyectos de revisión de Estado del Arte

En este tipo de proyectos (Ver Apéndice B.3) la mayor envergadura la tendrá el capítulo (o capítulos) del Estado del Arte. Sin embargo, justo después de la Introducción deberías incluir un capítulo llamado Metodología, donde expliques el proceso seguido para la revisión (dónde buscar, qué palabras clave utilizar, cómo filtrar la búsqueda, qué características revisar/comparar, etc.). A este capítulo le seguirían otros de Resultados y Discusión, finalizando con las Conclusiones.

Como última consideración, las metodologías de proyectos no son exclusivas entre sí. Por ejemplo, un proyecto de tipo desarrollo podría incluir una parte de validación que implique aplicar la metodología de investigación. Igualmente, un proyecto de investigación puede necesitar del desarrollo de software. Por ello, se pueden añadir secciones de un tipo en otro tipo. Por otro lado, un proyecto más relacionado con hardware también puede seguir una metodología en cascada, quizá adaptada a sus características.

En resumen ¹ , la estructura no está escrita en piedra y puede variar dependiendo de lo que vayas a hacer. Por eso es muy importante consensuarla con la persona que te tutoriza y también tener en cuenta que puede cambiar durante el desarrollo del proyecto. Por ejemplo, en algunos casos se aconseja incluir el cronograma y presupuesto en la introducción, en lugar de en el capítulo de la propuesta. También hay algunos tutores que prefieren que los trabajos relacionados estén en un capítulo aparte del estado del arte. En los siguientes capítulos de este libro te explicamos con más detalle cómo redactar cada uno de los capítulos y secciones de la memoria de tu proyecto.

Capítulo 4
La introducción del TFG

4.1. Introducción

En este capítulo nos centramos en ofrecerte ciertos consejos que consideramos que pueden ser de tu interés para que redactes el capítulo de introducción, que normalmente será el primero de la memoria y que también será el que contenga cierta entidad dentro de la misma, pues es vital para que el lector entienda de qué trata tu TFG.

En síntesis, el capítulo de introducción debes destinarlo a ofrecer una panorámica general del trabajo llevado a cabo, sobre todo en lo referente al contexto y razones que lo han motivado, de forma que acerques al lector a los temas tratados en el mismo. Como veremos más adelante, esto ocupará dos secciones específicas del capítulo.

Por otro lado, como con cualquier otra sección de la memoria, debes tener presente el punto de vista del lector y facilitarle su comprensión resulta especialmente relevante. Cuando redactes esta sección procura que sea entendible por cualquier persona ajena a la informática, incluso tus abuelos y amigos. Ello fomentará que se anime a profundizar y seguir leyendo el resto de secciones. Si además se trata de alguien interesado en trabajar en líneas iguales o parecidas, le motivarás a que pueda consultar el resto del trabajo y continuarlo en el punto en el que se dejó en la memoria, o lo revise y hasta mejore.

Finalmente, desde un punto de vista pragmático, debes tener en cuenta que, por el mero hecho de entregar el TFG para su evaluación y defensa pública, ya tienes un conjunto de lectores asegurado que, además, van a leer y consultar la memoria elaborada desde un punto de vista crítico. En efecto, dichos lectores serán las personas que formen parte del tribunal de evaluación del TFG, o al menos, las personas que te han tutorizado, según venga establecido en la guía docente correspondiente.

Recuerda que es muy probable que alguna de las personas que formen el tribunal de evaluación, si no todas, no estén tan familiarizados como tú en el tema del trabajo, o no sepan por qué es importante o pertinente trabajar en el mismo. Es posible incluso que para alguien sea la primera vez que lee algo acerca de las temáticas principales del TFG. El capítulo de introducción sirve para aclarar todos estos aspectos y ayudar al tribunal a comprender y valorar mejor las contribuciones del trabajo.

Por esto mismo, siendo el primer capítulo de la memoria, es uno de los que te conviene poner especial cuidado y esmero en la redacción, de forma que sea especialmente ágil, conciso y claro. También es importante que sigas cierto orden y estructura a la hora de presentar (introducir) los contenidos, siguiendo un patrón que atienda al qué, para describir el contexto; al por qué, para dar razón o motivar el trabajo, y al por tanto, para definir objetivos consecuentes con la motivación y el contexto del trabajo.

Podría ocurrirte que aun tratando de ser breve, te cueste ajustarte a esta forma de estructurar, bien porque no encuentres muchas cosas que decir (mucho contexto), o porque de forma natural quieras conectar enseguida el contexto con la motivación. También, como se trata del primer capítulo, y no estás acostumbrado a documentar trabajos tan extensos, experimentes cierto bloqueo a la hora de escribir. Como con el resto de secciones de la memoria del TFG, en las siguientes secciones te daremos algunas pautas o pistas, con ejemplos, sobre cómo abordar o con qué tipo de contenidos podrías completar el capítulo de introducción. De forma similar a lo que ocurre con el primer capítulo de una serie de televisión o un libro cualquiera, el capítulo de introducción del TFG debe servir para conectar y enganchar al lector, atrayendo su atención y provocando su curiosidad por el trabajo. De hecho, las productoras de televisión suelen invertir cantidades de dinero por minuto de metraje en los primeros minutos o el tráiler de una producción muy superiores a las que invierten en otros minutos de capítulos ordinarios. Saben que ese primer contacto con el espectador es fundamental para despertar su interés.

Seguramente hayas experimentado una situación similar al comenzar a leer otros libros o incluso otras memorias de TFG: si encuentras las primeras páginas difíciles de entender o pesadas, es más fácil que abandones la lectura de las siguientes o pases por alto detalles relevantes, ya que cuesta más mantener la atención por el sobreesfuerzo requerido. Ponte especialmente en el lugar de tus potenciales lectores cuando escribas este capítulo y ten en cuenta que, como dice el refrán, para la primera impresión no hay una segunda oportunidad.

Considera también que este primer capítulo será en el que más se fijen quienes evalúen el trabajo (junto con el de las conclusiones). Esto se debe, por un lado, a que se encuentra al principio de la memoria, y lógicamente aparece y se lee antes; y por otro lado, a que en este capítulo deben reflejarse en una sección separada los objetivos del TFG. Por tanto, lo normal será que quien lo evalúe, acuda con frecuencia a dicha sección de objetivos y la contraste con las aportaciones reflejadas en la memoria, las conclusiones del trabajo y lo que se presente durante la defensa.

Por último, este capítulo no deberá ser muy extenso (con cinco o seis páginas puede ser más que suficiente), ya que se trata simplemente de dar un anticipo de la información que se detallará más adelante en el resto de secciones de la memoria para quien esté realmente interesado en el trabajo. Lo que sí es importante es tratar de respetar la estructura del capítulo, ya que suele ser bastante universal. Es decir, una especie de estándar o protocolo relativo a la forma de estructurar un libro, que en este caso es la memoria del TFG. Como ya te comentamos cuando hablamos de la estructura del documento, respetar una organización estándar y un mismo tipo de contenidos en cada uno de sus apartados, hará que las personas que te tutoricen y revisen puedan recorrer y consultar la memoria de forma más eficaz, ya que podrán encontrar el tipo de información que buscan en las secciones previstas para ello.

Por la importancia de este capítulo, a veces se redacta al final del todo, cuando el resto de la memoria ha sido completada. La ventaja de esta aproximación es que ya tienes una visión global de tu TFG y su memoria, lo que posibilita que puedas centrarte en este capítulo y ser capaz de plasmar la esencia del TFG mucho mejor.

A continuación pasaremos a presentar las secciones, junto con sus contenidos y pequeños ejemplos de los mismos, que deben aparecer en el capítulo de introducción de un TFG. Normalmente, dichas secciones serán las siguientes: contexto, motivación, objetivos del TFG y estructura de la memoria.

4.2. Contexto

Esta sección está destinada a responder a la pregunta “¿qué?”. Qué existe, qué es o en qué consiste, qué se puede hacer, cuál es el tema de estudio o del trabajo, en qué dominio se sitúa, cómo se viene abordando una determinada actividad (es decir, de qué forma, qué enfoques, propuestas o aproximaciones se vienen defendiendo), qué propiedades, qué mercado, qué permite, etc., son ejemplos de cuestiones que debes responder a la hora de presentar el contenido de esta sección. Dejamos por aquí algunas pistas o sugerencias de contenidos de que deben aparecer.

4.2.1. Qué de qué: definiciones

En conjunto, la respuesta a los diferentes “qués”, nos dará como resultado el contexto del trabajo y orientarán al lector con respecto al contenido de la memoria. Por ejemplo, si tu TFG se encuadra en el ámbito de los asistentes inteligentes, una buena forma de que comiences a escribir el contexto es decir qué es un asistente inteligente o qué tipo de sistemas software o hardware vamos a entender por tales.

Esto es especialmente importante cuando un mismo término se use de forma diferente en varios contextos. Para ello, es bueno comenzar con una definición o introducir alguna frase aclaratoria del tipo “... Si bien existen diferentes acepciones para el término <término>, en este trabajo vamos a entender por tales aquellos que...”. Lo mismo también es aplicable cuando te vayas a referir con diferentes términos a una misma idea o concepto. Por ejemplo, siguiendo con el caso de los asistentes inteligentes, si nos vamos a referir a ellos también como sistemas conversacionales, podemos incluir una frase aclaratoria del tipo ...Es frecuente encontrar referencias a los asistentes inteligentes denominándolos sistemas conversacionales. En esta memoria utilizaremos indistintamente ambos términos para referirnos a aquellos sistemas que....

También puedes explicar brevemente la diferencia entre términos, para demostrar que has tomado la decisión de omitir ciertos matices que no son relevantes en el contexto de tu TFG. Por ejemplo, si tu trabajo se enmarca en el ámbito ubitquitous computing (Computación Ubicua) y te vas a referir a estos sistemas también como del ámbito del pervasive computing, podrías decir “... En la computación ubicua, el objetivo principal es proporcionar a los usuarios la capacidad de acceder a servicios y recursos en todo momento e independientemente de su ubicación, mientras que en pervasive computing, el objetivo principal es proporcionar servicios emergentes y espontáneos creados sobre la marcha por dispositivos móviles que interactúan mediante conexiones ad hoc. Existiendo esta diferencia, la realidad es que en muchas situaciones, ambos paradigmas de computación ofrecen las mismas soluciones y podemos referirnos a ellas como formas de computación ubicua o pervasive computing, indistintamente...”.

4.2.2. No despistes al lector

Por otro lado, debes tratar de seguir un enfoque bastante sintético, tratando de ir directamente al grano, sin digresiones sobre temas (otros “qué”) que se alejen del núcleo del trabajo. En efecto, es muy importante que evites incluir información o hacer referencia a cuestiones que no se hayan abordado con cierta profundidad, ya que pueden despertar falsas expectativas en el lector acerca de lo que va a encontrar. Como ya hemos comentado, conviene que te pongas en el lugar de quien va a leer la memoria. Pensemos en nuestra propia experiencia como lectores de otros libros o manuales técnicos (una memoria de TFG es en parte eso). Si cuando consultamos el índice, la sinopsis de la contraportada o la introducción se nos hablaba de una tecnología, y por esto mismo nos animamos a sacar el libro de la biblioteca, y luego esta se usaba de una forma muy marginal en el resto del documento, nos sentimos decepcionados y que hemos perdido el tiempo.

Así, imagina la siguiente situación: en tu proyecto o desarrollo has utilizado unas técnicas bastantes complejas de aprender y con una curva de aprendizaje bastante plana al comienzo, siendo esta una dificultad conocida de dichas técnicas. A pesar de ello, has conseguido dominarla y resolver un problema concreto e interesante. Sin embargo, en tú trabajo no has realizado ninguna aportación que facilite el uso de dichas técnicas. En este caso, tendrías que evitar hacer una referencia reiterada a la dificultad de manejar dichas técnicas, ya que el lector o revisor podría esperar que el trabajo terminará abordando ese problema, debido a que se menciona varias veces y parece importante.

La experiencia con muchos trabajos que hemos supervisado o evaluado en tribunales de defensa en el pasado nos enseña que buenos trabajos de fin de grado se ven penalizados o deslucidos por referencias a aspectos o cuestiones en las memorias que no eran el objeto o contribución nuclear del trabajo.

4.2.3. Estructura de la introducción: algunas sugerencias

A lo largo de toda la memoria, es esencial que respetes la estructura del documento. Debes respetar que tras un ¿qué? debe aparecer un ¿por qué?. Puedes encontrar dificultades para ajustarte a la estructura presentada porque necesites dar enseguida argumentos o motivaciones para el trabajo (que vendrán en la sección 4.3 Motivación), pensando que te queda demasiado pobre si no lo haces. También puede darse el caso de que no sepas qué más comentar acerca de lo que ya existe. En estos casos puedes completar el capítulo de introducción proporcionando breves datos acerca de cuestiones como usuarios actuales o potenciales beneficiarios de una tecnología, orígenes de la misma, tamaño de mercado o volumen de facturación, iniciativas políticas, legislación, etc. Por ejemplo, si tu TFG versa sobre una plataforma para la promoción de hábitos nutricionales saludables en población infantil, para describir el contexto puedes apoyarte de datos como “Un estudio reciente llevado a cabo en el ámbito del programa conocido como Estrategia de Promoción de una Vida Saludable en Andalucía (2024-2030), dependiente de la Consejería de Salud y Consumo de la misma comunidad, estima que la prevalencia del exceso de peso en la población infantil andaluza (de dos a diecisiete años) se sitúa en el 33,40%, situados desde el comienzo de estos estudios en varios puntos por encima de la media nacional”¹ . Como vemos en este texto de ejemplo, hemos aprovechado para explicar indirectamente qué vamos a entender por población infantil (la que se encuentra entre 2 y 17 años de edad). Asimismo, hemos proporcionado también una referencia para demostrar que nos hemos documentado y acudido a fuentes oficiales para proporcionar el contexto de nuestro trabajo. En el capítulo 8 (Bibliografía) profundizaremos más en cómo citar los distintos trabajos.

Por último, si te ocurre lo contrario, es decir, que tienes exceso de contenidos con los que documentar el contexto del trabajo, trata de ser breve, de ir al grano, describiendo o reservando los detalles para el capítulo de revisión del estado del arte. Recordemos que en este capítulo de introducción, tienes que tratar de ser conciso y presentar la información de forma atractiva para facilitar al lector la revisión de contenidos posteriores, además de despertar su curiosidad por leer el resto de la memoria.

4.3. Motivación

Esta sección debe justificar la razón de ser de tu trabajo. Si la sección 4.2 Contexto, buscaba responder a la pregunta “¿qué?”, esta sección debe más bien tratar de responder, en dicho contexto, a preguntas como: □ ¿Qué falta? □ ¿Qué necesidades existen? □ ¿Qué problemas tiene? □ ¿Cómo se puede potenciar? □ ¿Por qué se puede potenciar? □ ¿Por qué merece la pena que yo trabaje en esto? □ ¿Por qué debe hacer esa tarea necesariamente un ingeniero o ingeniera informáticos?

Si, por ejemplo, tu trabajo trata sobre el análisis de la facilidad de navegación de un sitio web y conoces una tecnología o una técnica que piensas que podría aplicarse para monitorizar las distintas páginas que visitan los usuarios, pero que aún nadie la ha probado, puedes justificar tu trabajo indicando que el uso de dicha tecnología o técnica aún no se ha explorado para el análisis de la usabilidad de un sitio web. Como es plausible que su aplicación facilite dicha tarea, queda justificado hacer un TFG que lo investigue. La misma argumentación puedes seguir cuando describas problemas, carencias, o funcionalidades por desarrollar y que decides abordar en tu TFG.

Por otro lado, si tu TFG ha consistido en la simulación de un encargo profesional relacionado con nuestro grado, es interesante responder a ¿qué competencias has adquirido o mejorado al realizar el mismo?

Se trata de justificar por qué has llegado hasta aquí, o por qué es bueno o conveniente trabajar de la manera y en el ámbito que lo has hecho. En definitiva, tienes que responder a la pregunta “¿por qué?”: porque faltaba una determinada funcionalidad que has desarrollado; porque no se ha explorado la aplicación de una técnica en un determinado ámbito y puedes demostrar que se pueden obtener resultados interesantes haciéndolo; porque atendiendo una determinada necesidad se mejora la vida de ciertas personas; porque aplicando algo de distinta manera se obtienen mejores resultados que los que se vienen obteniendo en un determinado ámbito, etc.

Así, dependiendo del trabajo, podrás presentar unas motivaciones u otras, pero no debe resultarte difícil encontrar un buen puñado de ellas. Algunos ejemplos podrían ser:

• Atención a un determinado colectivo en relación a una tecnología. Por ejemplo, tu trabajo podría consistir en el diseño de unas etiquetas en Braille y una aplicación para un dispositivo móvil capaz de interpretarlas para colocarlas junto a las obras de arte de un museo de forma que las personas con discapacidad visual puedan localizarlas y acceder a información enlazada acerca de dichas obras. Tu TFG viene justificado o motivado por la necesidad de atender a ciertas personas y la ausencia de algo parecido.
• Problemas de usabilidad. Por ejemplo, los dispositivos para interactuar con agentes conversacionales inteligentes a veces tienen dificultades para captar correctamente las intenciones de sus usuarios, sin embargo tampoco existen métodos o herramientas para facilitar el análisis de por qué la interacción falla y tu trabajo ha consistido en desarrollar un sistema que demuestra que haciendo uso de una determinada tecnología es posible depurar las interacciones con dichos sistemas.
• Ausencia de una funcionalidad específica que demande un determinado tipo de usuarios o colectivo sobre ciertos conjuntos de datos. Por ejemplo, conoces varias plataformas de compartición y reproducción de música bajo demanda. Algunas de estas ofrecen APIs (Application Programming Interface) que permite acceder a datos generalistas sobre artistas y descargas adaptadas a sus consumidores (este sería el qué), pero sabes que dentro del colectivo de los propios músicos o creadores de contenidos, estarían más interesados en disponer de herramientas que ofrecieran un análisis más pormenorizado de sus obras y evolución en ciertos períodos. Entonces, decides hacer un TFG para cubrir esta carencia desarrollando las funcionalidades pertinentes.
• Si tu trabajo va a consistir en ejecutar un encargo profesional (que podrá ser simulado o real), como, por ejemplo, el desarrollo de un sistema de información para la gestión de un gimnasio, podrás enumerar distintas competencias o habilidades que quisieras adquirir y/o reforzar. De hecho, su adquisición ya representa por sí misma una motivación o justifica el desarrollo de tu TFG.

Por otro lado, como con todas las secciones de la memoria, debes mantener el hilo y presentar un relato coherente. Por tanto, en esta sección tienes que concretar un poco más el ámbito en el que has trabajado (para los trabajos más aplicados o que simulen encargos profesionales) o donde has aportado algo novedoso (para aquellos trabajos con alguna componente de investigación o innovación), en línea con la idea de centrar el tema del trabajo y no divergir o distraer a los potenciales lectores de la memoria.

4.4. Objetivos del TFG

A partir de los “qué” y los “porqué”, esto es, del contexto y motivación de las dos secciones anteriores, la sección de objetivos debe representar un “por tanto”, “en consecuencia” de lo que ya se ha explicado. Por ejemplo, como falta esta funcionalidad en este ámbito o dominio particular, te propones abordar un desarrollo que cubra dicho vacío, o bien, como cierta tecnología presenta los problemas que ya se han descrito, propones un objetivo que resuelva o mitigue dichos problemas. Como venimos insistiendo, alinear los objetivos con el contexto y la motivación del trabajo, también te ayudará a revisar mejor el trabajo y no distraer al lector.

Lo normal será también que los objetivos los presentes describiendo en primer lugar un objetivo principal (también denominado objetivo general (OG)) que sea lo más comprensivo posible, de forma que englobe las tareas o resultados más destacables de tu TFG y, a continuación, una serie de objetivos más particulares o concretos (también denominados específicos (OE)), sobre resultados o tareas más sencillas. Esto demostrará que has analizado el problema a abordar y que has sido capaz de descomponer y estructurar una tarea compleja en otras más sencillas para conseguir un alcance mayor. Como siempre, pero especialmente en esta sección, conviene que te expreses con concisión. Así, una buena frase para comenzar esta sección puede ser:

El objetivo principal de este TFG es <nuestro principal objetivo>. Este objetivo se ha articulado en torno a la consecución de los siguientes objetivos específicos:

• OE1: objetivo específico 1
• OE2: otro objetivo específico
• ...
• OEn: y otro más...

Como pista, podríamos decir que el objetivo principal debería ir alineado con el título del proyecto, para dotar de coherencia a la memoria. Asimismo, en la lista o enumeración anterior de objetivos específicos, deberán aparecer primero aquellos que sirvan de base o deban alcanzarse antes de abordar otros, secuenciando los pasos que deben darse para alcanzar gradualmente el objetivo principal.

Cabe indicar en este punto que los objetivos deben estar formulados en infinitivo: estudiar, analizar, desarrollar, comparar, evaluar, etc.

Por otro lado, las características principales que debes buscar al fijar (y expresar) los distintos objetivos en el contexto de un proyecto, en general, y de un TFG en particular, es que sean realistas y concretos. Sin ánimo de seguirlas exhaustivamente, puedes guiarte por las orientaciones del marco de trabajo SMART [?]. En particular, por las revisiones más modernas y orientadas a proyectos tecnológicos, como las que podemos encontrar en el sitio web de Atlassian² . SMART es el acrónimo de Specific, Measurable, Achievable, Relevant, y Time-Bound, es decir, los objetivos que fijes deben abordar un área concreta de trabajo o mejora (esto es, ser específicos); incluir alguna métrica o valor objetivo para seguir y evaluar su grado de progreso o cumplimiento (para que sean medibles); es factible (realista) conseguirlos (es decir, son alcanzables); son pertinentes o necesarios para el TFG (por tanto, relevantes); y finalmente, puede anticiparse un plazo de tiempo para su ejecución (es decir, son planificables o acotarse en el tiempo).

Finalmente, indicar que, aunque idealmente los objetivos de un trabajo se establecen (al menos informalmente) al comienzo del mismo y se van abordando conforme a una determinada planificación, la realidad y el posible desconocimiento de algunas tecnologías que estés utilizando, te lleven a modificar tus planes iniciales y revisar dichos objetivos, bien porque ves más interesante algunas posibilidades que has descubierto, o bien porque te encuentras con algún imprevisto que te impida alcanzarlos.

Por ello, desde un punto de vista estratégico y siendo también realistas, puedes dejar para el momento de finalización de la memoria la redacción concreta de los objetivos, según el trabajo que ya habrás completado. La mayoría de las veces infravaloramos el tiempo que vamos a necesitar para realizar una tarea y sobrestimamos nuestras capacidades, pero digamos que no hace falta que lo explicites en tu memoria. Al fin y al cabo, ordinariamente tendrás que hacer una defensa del mismo, y si indicaras posteriormente que no has alcanzado los objetivos que te fijaste, además de resultar extraño, te estarías despojando de argumentos para defender o justificar tu capacidad de análisis o planificación.

También indicar que se suelen poner, además de los objetivos del proyecto, algunos objetivos personales que se desean alcanzar con la elaboración del mismo. Estas metas reflejan ciertos aprendizajes o puesta en práctica de metodologías o tecnologías que, aprovechado que estás haciendo el TFG quieres conseguir. Un par de ejemplos podrían ser “aprender y aplicar en un proyecto real la metodología Scrum” o “aprender el framework Django y ponerlo en práctica en un proyecto real”.

4.5. Estructura de la memoria

Esta sección está destinada a comentar cómo has organizado el resto de la memoria, por lo que simplemente debes describir qué bloques principales o capítulos has utilizado y, en una frase o dos, dar una breve idea de qué contiene cada uno. La idea es mostrar cómo queda estructurado el texto y qué se va a describir en cada una de las partes del mismo.

Desde un punto de vista visual, puedes utilizar una enumeración en forma de lista de elementos separados por puntos.

Por ejemplo, podrías escribir algo como: “En el capítulo 1 se han presentado el contexto y motivación de este trabajo, así como los principales objetivos que nos hemos propuesto para abordar la problemática asociada a <X>. El resto de la memoria se ha estructurado como sigue:

• En el capítulo 2 se describe el estado de la cuestión en relación a las principales tecnologías/métodos/técnicas/estudio (escribir lo que corresponda) sobre <lo-que-hayamos-usado-en-nuestro-TFG >.
• En el capítulo 3 se presenta la propuesta que hemos realizada para <abordar-el-problema-u-objeto-principal-de-nuestro-TFG >.
• El capítulo 4 contiene la especificación y arquitectura de los principales módulos/interfaces/servicios que hemos desarrollado.
• ...
• En el último capítulo se presentan las conclusiones y trabajos futuros a partir del presente TFG.
• Finalmente se presentan las referencias bibliográficas usadas en este trabajo”.

Como es lógico, lo más práctico será que escribieras esta sección cuando hayas completado todos los demás capítulos y conozcas la estructura definitiva que vas a dar a la memoria de TFG.

Capítulo 5
La revisión del estado del arte

5.1. Introducción

¿Qué es una revisión el estado del arte? Básicamente un análisis del conocimiento actual sobre un tema de tal forma que te permita identificar qué hay hecho sobre el mismo (qué se ha investigado o desarrollado – visión general del conocimiento) y qué lagunas existen. Es el paso previo para que tú puedas realizar una propuesta que mejore lo que hay ya hecho y, sobre todo, que sitúes tu trabajo en un contexto. La idea es que busques recursos bibliográficos (fundamentalmente literatura relevante en forma de artículos científicos o técnicos) y los estudies, comprendiendo el problema y las soluciones propuestas para resolverlo, entendiendo los métodos aplicados y que, como consecuencia de ese estudio, seas capaz de tener una imagen general y clara del tema y de su evolución, e identifiques situaciones o elementos de mejora. En lo que se refiere al TFG, no es resumir los recursos que has encontrado, sino analizarlos, sintetizarlos, clasificarlos, contextualizarlos y evaluarlos de forma crítica para obtener una imagen clara del estado del conocimiento.

Por tanto, ¿para qué te sirve realizar una revisión del estado del arte en tu TFG? Es una de las primeras tareas que tienes que llevar a cabo una vez asignado el TFG ya que te permitirá inicialmente familiarizarte con el problema y con todo lo que se ha hecho en el campo de tu TFG. Te permitirá también, de forma práctica, estimar como se aborda en una fase inicial, para evitar que hagas algo que ya está hecho. También sirve para que identifiques limitaciones, lagunas o brechas en el conocimiento o problemas no resueltos donde tu TFG puede aportar. El que la memoria de tu TFG conste de una buena sección del estado del arte es importante ya que está demostrando que conoces lo que hay hecho en el contexto de tu TFG y también muestra tu capacidad de síntesis y análisis. Además, te va a permitir desarrollar un marco teórico y metodológico para tu proyecto y posicionarte con respecto a las metodologías, teorías o desarrollos existentes, con objeto de diferenciar tu trabajo.

Veamos un par de ejemplos: en el primero, tienes entre manos un TFG en el que deseas aplicar inteligencia artificial a la gestión de invernaderos. Lo primero que tienes que hacer, por tanto, es preguntarte qué se ha hecho en este campo, qué problemas se han abordado, qué técnicas se han aplicado, qué resultados se han obtenido. Y esto sólo puedes hacerlo mediante una búsqueda bibliográfica, leyendo todos los recursos que obtengas y analizándolos. De esta forma puedes darte cuenta de que el campo en general está muy trillado, pues es algo en lo que se ha trabajado mucho y desde hace mucho tiempo, se han producido muchas aportaciones y con buenos resultados, y quizá tu aportación sería insignificante o poco relevante. Pero con este análisis, además de llegar a conocer bien el tema y ser capaz de describir cuáles han sido sus avances, te has dado cuenta de que en el área del riego inteligente por goteo los métodos que se han aplicado no funcionan del todo bien y no se adaptan correctamente a las circunstancias específicas de los invernaderos (fundamentalmente por los diferentes tipos de suelo, de plantaciones y condiciones ambientales, por ejemplo). En este caso acabas de detectar una posible línea de trabajo y, por tanto, una dirección por la que poder orientar tu TFG y realizar una aportación metodológica o práctica: la aplicación de algoritmos genéticos a la gestión eficiente del riego (por decir algo).

Imagina una segunda situación en la que vas a desarrollar una aplicación móvil para ayudar a las personas mayores en caso de necesidad. ¿Qué otras aplicaciones hay en el mercado sobre este ámbito? En este caso, los recursos bibliográficos no sólo serán artículos científicos donde se presentan esas aplicaciones y se evalúan, sino también sitios web de aplicaciones de este estilo, en las que cuentan sus prestaciones y funcionalidades. En este caso debes hacer una búsqueda exhaustiva y obtener todas las aplicaciones, analizar su funcionamiento en el caso de que te las puedas descargar y probar, o estudiar las prestaciones publicadas y clasificarlas por funcionalidades. Así conocerás qué hace la “competencia” y qué puntos fuertes y débiles tiene cada aplicación. Con esta información establecerás las prestaciones que tendrá que tener tu aplicación (las habituales que todas tienen, por ejemplo, el botón de petición de ayuda) y podrás contribuir con aquellas novedosas que no has visto en ninguna (la conexión automática con familiares en caso de necesidad o la monitorización de constantes vitales y el envío de un médico de forma automática cuando se detecta un problema en estas, por decir algo) y, por tanto, que aporten un valor añadido a la tuya.

El objetivo de este capítulo es dar unas consideraciones generales que te permitan realizar un estudio del estado del arte en tu TFG y plasmarlo correctamente en la memoria. Para tal fin, este capítulo pretende ayudarte a conocer cómo realizar y organizar tu revisión bibliográfica en la memoria del TFG. Así, en primer lugar tendrás que buscar información, realizar un análisis y plasmarlo en la memoria. En las secciones siguientes te indicamos cómo llevar a cabo este proceso.

5.2. Búsqueda de información

Una revisión del estado del arte tiene una primera fase que es la búsqueda de los recursos que posteriormente pasarás a analizar. Veamos algunos elementos importantes en esta etapa.

5.2.1. Identificar las preguntas

A estas alturas de la película más o menos tienes una idea de qué va a tratar tu proyecto. La idea ahora es ver qué hace tu proyecto especial y no ser la enésima aplicación CRUD¹ . Pero también puedes aprender de lo que ya existe. Pues vamos a subirnos a los hombros de los gigantes, de nuevo, y hacernos una serie de preguntas:

• ¿Alguien ha hecho antes lo mismo que yo?

  Posiblemente tu idea no sea 100% original. Y no pasa nada. De hecho, es muy raro que lo sea: para empezar cada año se leen cientos de TFG solo en tu escuela y cada vez es más difícil realizar algo totalmente novedoso. Pero es importante saber qué han hecho los demás para no caer en los mismos errores, y también encontrar sus fortalezas.

• ¿Qué han hecho los demás que puede serme útil?

  Mira las funcionalidades que ofrecen. ¿Qué te parece interesante? ¿Qué te parece que no aporta nada? ¿Qué te parece que está bien, pero se podría mejorar?

• ¿Cómo lo han hecho?

  ¿Qué tecnologías / metodologías han usado? ¿Por qué esas y no otras? ¿Qué les han ofrecido a sus creadores? Podemos incluso enfocarnos un poco en estas preguntas en caso de un TFG de desarrollo: ¿Es mejor una aplicación web o una aplicación de escritorio? ¿Es mejor usar C o Python? ¿Es mejor un algoritmo evolutivo o una red neuronal para este problema?

• ¿Qué ofrece mi proyecto que no ofrece el resto?

  Esta es quizás la pregunta más importante a resolver y que hará que tu proyecto brille sobre el resto. Quizás tu proyecto es el primero que es software libre, y con ello ayudarás a la comunidad. Quizás tu proyecto sea el primero para Android. O quizás tu proyecto sea el primero que utiliza un algoritmo de explicabilidad. Por pequeña que sea tu propuesta, ya habrás hecho algo nuevo y mejorado el estado del arte.

Recuerda que puedes apoyarte en hombros de gigantes, pero debes referenciarlos. Además de hacer referencias, procura no copiar y sí “hacer tuyo” lo que has leído. Procura entender y procesar la información recopilada y escríbela con tus propias palabras o haciendo tu propio código.

Para resolver estas preguntas obviamente necesitas ver y entender lo que ha hecho el resto. Y para ello necesitas información de calidad.

5.2.2. Selección de las palabras clave para la búsqueda

La herramienta básica que vas a emplear en esta etapa de tu TFG será un buscador, bien sea sobre Web (tipo Google o Bing), o sobre repositorios especializados. Pero antes de ponerte a buscar recursos debes definir y tener claros el alcance y los criterios de la revisión.

En primer lugar debes establecer una pregunta que resuma la intención que tienes con la revisión. El título de tu TFG te dará una pista bastante importante para tal fin y empezarás a encontrar palabras clave que acoten el problema. Por ejemplo, si tu TFG se titula “Desarrollo de una aplicación móvil para la gestión de tareas en la nube” puedes empezar a pensar en palabras clave como “aplicación móvil”, “gestión de tareas”, “nube”, “desarrollo” e ir ampliando esos términos según vas encontrando resultados. En ese caso concreto, ¿qué tipo de nube? ¿pública, privada, híbrida? ¿qué proveedor de nube vas a usar? ¿qué tecnologías y servicios proporciona?, etc.

5.2.3. Selección de las fuentes y recursos

Las fuentes concretas dependerán de cada proyecto, aunque de forma genérica podemos concluir que las principales fuentes bibliográficas son bases de datos académicas. Estos repositorios nos permitirán acceder a una gran cantidad de material de forma sencilla y eficiente.

Por supuesto, la web de la biblioteca de tu universidad² (por ejemplo, http://biblioteca.ugr.es, para la de la UGR) es una fuente magnífica en la que apoyarte para hacer la búsqueda y encontrar recursos relevantes. Suelen tener convenios con editoriales que nos permiten acceder a recursos a los cuales de otra forma no podríamos acceder sin tener que pagar. Utilízala, selecciona recursos interesantes y no tengas miedo de irte a la biblioteca de tu centro y consultar físicamente el libro, por ejemplo. Las bibliotecas están llenas de recursos inesperados. No todo lo encontrarás en la Web. Estamos acostumbrados a hacerlo todo digitalmente y, muchas veces, hacerlo de forma presencial nos puede aportar sensaciones diferentes. No hay nada como coger un libro en una sala de la biblioteca y consultarlo con tranquilidad.

Además de la biblioteca, otras fuentes online interesantes que puedes emplear para comenzar son las siguientes:

• Scopus³
• Google Scholar⁴
• Web Of Science⁵

En estas bases de datos podrás consultar mediante un formulario, obtener una lista de resultados, normalmente ordenados por relevancia a tu consulta y descargar los recursos, sus metadatos y referencias bibliográficas.

También podrás emplear otras bases de datos bibliográficas específicas según la temática de tu TFG. Por ejemplo, para un TFG de Informática podrás usar la biblioteca digital de la ACM⁶ , de la IEEE⁷ , entre otros, o en temas biomédicos, el conocido PubMed⁸ , por ejemplo. Editoriales como Springer⁹ o Elsevier¹⁰ , por citar dos de las más importantes, tienen también sus propias bibliotecas digitales para la búsqueda de artículos en sus revistas y congresos. Otras fuentes de información pueden ser las bases de datos de patentes, como la europea¹¹ y la estadounidense¹² . Bases de datos como Teseo¹³ , de tesis doctorales, también pueden ser una fuente interesante para que la consideres según el tipo de TFG que estés haciendo.

Pero no sólo debes tirar de los recursos encontrados en las bases de datos bibliográficas, sino que también debes de tener en cuenta las propias referencias bibliográficas citadas en un recurso, ya que son una fuente de información muy preciada para obtener información relevante del tema. Por tanto, analiza las referencias de los recursos para ampliar la búsqueda.

Y ahora llega la pregunta del millón: ¿uso la Wikipedia como fuente válida? Y la respuesta es clara y contundente: no. ¿Por qué? La primera razón es que está abierta a que cualquier persona sea una autora de sus artículos, sea experta o no de un tema, y por tanto los artículos pueden incorporar información incorrecta o poco precisa. La segunda es que puede ofrecer información no actual sobre una temática. Si quieres usarla, puedes emplearla y citarla como punto de partida para tener una idea general sobre tu temática o como punto de partida siguiendo las referencias de los artículos, pero nunca para citarla como fuente única en tu revisión del estado del arte. Siempre deberás seguir las referencias enlazadas y tendrás que validar el contenido del artículo de la Wikipedia.

En relación a los recursos que obtienes de estas bases de datos, los principales a considerar son publicaciones académicas: artículos en congresos, revistas, libros, capítulos de libros, memorias de tesis doctorales, de trabajos fin de máster o de grado, informes de proyectos, etc.

Los recursos deben ser creíbles y confiables. ¿Y cómo detectarlo? Puedes ver si el lugar de publicación (editorial, revista, congreso, sitio web) es reputado en el campo y centrarte seguidamente en estudiar a los autores del artículo y determinar si son expertos en el tema y con una trayectoria avalada. También si se plasma en ella información objetiva, contrastada y demostrada, o simplemente opiniones personales. Descarta entonces aquellas que sean subjetivas y de personas poco conocidas o con poca experiencia en el tema entre manos. Un recurso tiende a ser fiable si ha sido publicado en las actas de congresos o en revistas nacionales o internacionales de prestigio. Se supone que el propio proceso de evaluación por pares de las publicaciones es una garantía de que el artículo cumple unos estándares mínimos de calidad. Aún así tendrás que filtrar recursos porque consideres que no son de calidad (por ejemplo, porque no aportan detalles para reproducir los experimentos, o el análisis de resultados es somero, las conclusiones muy vagas, etc.). Ten cuidado con las revistas o congresos que publican todo lo que les cae en las manos y no tienen procesos de calidad que aseguren que lo publicado presenta unos mínimos asegurados de rigor.

También puedes considerar publicaciones en la web. En ese caso deberás tener en cuenta si el autor está cualificado para hablar sobre el tema y si está publicado bajo un dominio de una institución reconocida (universidad, organización, empresa, etc.). También tenemos los casos de artículos publicados en sitios como Medium¹⁴ o ResearchGate¹⁵ , entre otros muchos. De nuevo debes comprobar la reputación del autor o si se apoya en referencias bibliográficas, por ejemplo. Lo que está claro es que no debes citar ninguna respuesta de sitios como StackOverflow¹⁶ o Reddit¹⁷ porque son opiniones y respuestas a preguntas, que aunque pueden ser potencialmente correctas, debes validarlas consultando documentación oficial. Una cosa es que introduzcas una referencia a la solución de un problema que has tenido en el proceso de desarrollo de la aplicación de tu TFG y que has tomado de alguna entrada de estos sitios y otra es que la emplees como recurso para el estado del arte.

Hay que tener especial cuidado con las publicaciones web que vienen de empresas o compañías pues pueden estar sesgadas por temas comerciales y publicitarios. Aún así, no es lo mismo una descripción de un software en el sitio web de la compañía que lo desarrolla que en alguna otra página de alguien que no conoces, por ejemplo, y que simplemente está dando opiniones sin fundamento. Ten cuidado con estas cosas.

Otro aspecto importante es el temporal, ya que en ocasiones querrás seleccionar aquellos recursos que sean actuales y en otras te sirvan todos los recursos que encuentres, independientemente del momento en que hayan sido escritos.

Los criterios de inclusión/exclusión se suelen aplicar en esta fase. Son condiciones que deben cumplir los recursos para poder considerarlos en las fases siguientes o descartarlos, respectivamente. Suelen estar compuestos por periodos temporales, idiomas, restricciones en cuanto a metodologías usadas o tipos de publicaciones. Todos los recursos que no los cumplan no serán tenidos en cuenta para su análisis y, los que sí, pasarán a la siguiente fase de análisis.

5.2.4. Evaluación de la calidad de la información, análisis y síntesis

En la sección anterior has visto que existen unas fuentes más fiables que otras. Un artículo reciente revisado por pares en una revista de calidad puede que sea más importante más que un post de Reddit de hace diez años (ojo, no caigamos en falacias de autoridad tampoco). Tampoco te fíes de qué te dice ChatGPT o similares.

Para hacer un buen TFG debes convertirte en la persona más experta en el tema que vas a desarrollar. O por lo menos, acercarte.

Lo primero que recomendamos es que puedas separar lo importante de lo que no lo es. ¿Y qué es lo importante? Pues resulta que no lo sabrás hasta que no hayas leído lo suficiente y empieces a ser consciente de ello. Es decir, vas a empezar a trabajar sin saber en qué centrarte. En este momento comenzarás a cribar recursos, eliminando los que consideres que no son interesantes para tu trabajo y seleccionando los relevantes para su estudio en profundidad.

Empieza a tomar notas de todo lo que leas y te parezca interesante. Pero cuidado, no te interesa tener un montón de notas enormes, una detrás de otra, con un montón de datos vomitados, porque quizás la mitad no sirva de nada. Pero tampoco algo muy críptico, porque cuando la cabeza te haga “clic” y descubras qué es Lo Importantete va a tocar releer cosas que ya pensabas que habías revisado.

Quizás lo suyo es un término medio. Un truco que nos funciona muy bien es abrir una hoja de cálculo en tu suite favorita (LibreOffice, MS Office, Notion, Obsidian, etc) y crear las siguientes columnas (para empezar):

• Año,
• título de la referencia,
• autores,
• referencia de la publicación,
• enlace,
• justificación para el proyecto.

Las primeras cinco columnas son autodescriptivas y objetivas, datos de la fuente, pero la última es lo que la referencia aporta a tu estado del arte. Intenta resumirlo a una o dos frases como mucho.

Mientras vayas leyendo, a lo mejor descubres que tienes que crear una nueva columna. Por ejemplo, puede interesarte una columna “Algoritmo”, “Lenguaje usado”, “Framework”, “Sistema operativo compatible” o “Licencia”. A lo mejor, si tu trabajo es de investigación en redes neuronales, la quinta referencia que estás leyendo de repente te inspira para crear “Biblioteca usada”, “Número de capas” y “Dataset empleado”. Vaya, ahora vas a tener que releer las cuatro referencias anteriores que ya habías anotado antes de crear la columna y completar sus huecos. Pero no pasa nada, eso es que te estás haciendo una persona más experta en el tema ahora que cuando leías esas cuatro primeras referencias. Y no solo eso, sino que también conforme vayas rellenando esa tabla podrás agrupar las referencias según algunos criterios relevantes para ti: metodologías, algoritmos, problemas, soluciones, etc.

Cuando termines tendrás una visión general muy fácil de comprender de un sólo vistazo. Quizás veas que la gran mayoría de software parecido al tuyo solo es compatible con Windows. O que casi todo el mundo utiliza el algoritmo de explicabilidad de Shapley. O que la mayoría de proyectos como el tuyo se han desarrollado en los últimos dos años. A partir de toda esta información podrás extraer conocimiento que podrás plasmar en la memoria de una manera más fácil: tu proyecto es el primero en ser multiplataforma, tu proyecto es el primero en ofrecer esta funcionalidad, tu proyecto es el primero en aplicar este dataset, tu proyecto es el primero en aplicar esta metodología, etc. En definitiva, tu proyecto es el primero en algo.

De hecho, es muy buena idea poner una tabla resumen en tu TFG. Permitirá a la persona que lea tu capítulo tener también una visión muy rápida de cómo está el asunto.

Actualmente, con el desarrollo que están teniendo los grandes modelos del lenguaje (LLM, en sus siglas en inglés) basados en inteligencia artificial generativa, existen herramientas como NoteBookLM¹⁸ , de Google, que te pueden ayudar a realizar un estudio comparativo de varios recursos que subas a esta aplicación. Utiliza este recurso si lo ves conveniente, pero no olvides revisar la salida y entender bien lo que te dicen.

5.3. Cómo plasmarlo en la memoria

Una vez que has hecho la búsqueda, la selección de material relevante y su lectura y análisis, queda plasmarlo en la memora. Esta sección de la revisión del estado del arte podría tener tres partes claramente diferenciadas:

• Introducción: tras dar una breve descripción del contexto entre manos o del dominio del problema para el cual vas a hacer la revisión, debes seguir con la exposición de los objetivos de la misma. Tienes que dejar claro por qué es necesario hacer una revisión y qué pretendes conseguir con ella. En esta sección también tienes que explicar la metodología seguida: cuál es tu pregunta, cómo has generado la consulta, qué fuentes bibliográficas has consultado, qué criterios son los de aceptación y de exclusión y por qué y cualquier otra cosa que consideres relevante para describir el proceso de búsqueda y confección de la revisión.
• La revisión propiamente dicha. Esta parte es en la que debes plasmar la investigación que has realizado. Podrías hacerlo mediante estas estrategias:
  • Cronológicamente: simplemente ir mostrando la evolución en la temática a lo largo del tiempo. Pero esto no es simplemente un listado, sino que tienes que indicar qué se va aportando en cada fuente analizada, es decir, cuál es el avance.
  • Temáticamente: como habrás identificado ciertas temáticas, conceptos, enfoques o áreas, puedes organizar la revisión entorno a esos campos, quizá en forma de secciones, y dentro de cada una la presentación de los recursos y su discusión.
  • Metodológicamente: también puedes haber distinguido diferentes metodologías o aportaciones teóricas. En ese caso, al igual que el punto anterior, puedes estructurar tu análisis agrupando los recursos según las que apliquen y analizando la forma de aplicarlas y los resultados obtenidos.

  También puedes combinar estas estrategias. Por ejemplo, puedes hacer una organización temática de primer nivel y seguidamente dentro de cada sección hacer el análisis cronológico.

  Es útil, para resumir y ofrecer información relevante de un vistazo, que incluyas una tabla con las referencias en las filas y en las columnas características de interés para tu estudio y los diferentes valores que aporta cada recurso analizado, al estilo de lo explicado en el apartado anterior.

  De cualquier forma, recuerda que debes ofrecer los elementos principales de cada recurso, interpretarlos y discutir sus aportaciones de forma individual, pero también de forma global. Y todo con tus palabras. Realiza una labor crítica estableciendo ventajas, inconvenientes, puntos fuertes o débiles y situaciones de mejora. También es muy importante que como resultado de este análisis encuentres lagunas de conocimiento, que pueden manifestarse como áreas poco estudiadas o aspectos que han recibido poca atención en la investigación previa, preguntas sin respuesta o temas que requieren una exploración más profunda. Identificar y señalar estos vacíos en la literatura es importante porque puede orientar investigaciones futuras y proporcionar oportunidades para contribuir de manera significativa al campo de estudio.

  Todos los recursos deben estar citados convenientemente y sus detalles bibliográficos deben aparecer en la sección de bibliografía, tal y como se indica en el capítulo 8.

• Conclusión: es la sección en la cual debes resumir los hallazgos de ese proceso de revisión crítica de los recursos que has encontrado y analizado. Debes dar importancia a dichos hallazgos y sobre todo enfatizar las lagunas que has encontrado, cómo tu propuesta de proyecto se enmarca en alguna de ellas y cómo puede ayudar a mejorar la situación actual de conocimiento.

5.4. Recomendaciones generales

Seguidamente te damos algunas recomendaciones generales para realizar la revisión del estado del arte y confeccionar la sección correspondiente en la memoria de tu TFG:

• Haz la revisión al principio. No lo dejes para el final pues puedes llevarte sorpresas de que lo que tú hayas hecho en tu proyecto ya esté hecho.
• Dale importancia a la escritura de la revisión pues es una magnífica carta de presentación tuya ya que estás mostrando tu capacidad de comprensión, análisis y síntesis.
• Comienza describiendo el dominio del problema ya que igual no es conocido por todos los potenciales lectores, y es importante definir conceptos que usarás a lo largo de la memoria para que les quede claro de qué hablas.
• Un argumento es como una katana, “no puedes sacarla sin hacer sangre”. Así que cualquier definición o argumento que escribas debería ir citado. Y no solo deberías añadir citas en el capítulo del estado del arte, sino a lo largo de toda la memoria.
• Analiza la documentación de que dispones de forma crítica y plasma ese análisis. No pongas simples resúmenes.
• No copies texto literalmente de un recurso. Aunque copiar unas frases (por ejemplo, una definición) es aceptable, puedes correr el riesgo de acabar haciendo plagio. Entiende los conceptos e ideas y procura redactarlos con tus propias palabras.
• No desesperes ante cientos de miles de resultados, no todos serán relevantes. Filtra y selecciona los que realmente te aporten algo y, llegado el momento, avanza con lo que hayas revisado. Corres el riesgo de pasar toda una vida revisando el estado de la cuestión sin avanzar en la misma.
• Analiza la documentación de que dispones y plasma ese análisis. No pongas simples resúmenes.
• Compara enfoques y aproximaciones, establece ventajas e inconvenientes, puntos fuertes y débiles.
• Habla con la persona que te tutoriza sobre la orientación del estudio.
• Discute el estudio con la persona que te supervisa conforme lo vas realizando.
• Busca lagunas y limitaciones de lo que hay hecho. A partir de ahí podrás enmarcar y construir tu propuesta.
• Dedícale tiempo a buscar y a leer¹⁹ . Hazlo con tranquilidad y con tiempo suficiente.
• Incluye diagramas que ilustren la metodología que has seguido en el estudio y gráficos que muestren el análisis que has hecho.
• Incluye tablas comparativas.
• Ve al grano. No es necesario que escribas la biblia en verso en este capítulo. Recuerda que lo bueno, si breve, dos veces bueno.
• Ten cuidado con los LLMs tipo ChatGPT. Puedes emplearlos para que te ofrezcan una visión inicial del problema entre manos. En general estas revisiones son someras y pueden tener sesgos. Cuando ya tengas esa idea general, deberás remangarte y hacer las búsquedas y el análisis a la manera clásica. De esta manera tú controlas todo el proceso y eres tú quien saca tus conclusiones. Y también, lleva precaución con las referencias bibliográficas que ofrecen según qué chatbots porque pueden ser literalmente inventadas. Siempre comprueba que realmente existan.
• Y recuerda: lee, lee y lee. Y también analiza y saca conclusiones.

Capítulo 6
La planificación y los costes del proyecto

Cualquier proyecto que se precie debe indicar cómo se va a desarrollar en el tiempo, con objeto de mostrar su duración y cómo se van a ir realizando las tareas que lo componen, y también debe indicarse cuánto va a costar, con objeto de determinar su viabilidad económica. Esta información es útil tanto para un cliente que esté interesado en su realización como para nosotros mismos, o nuestra empresa, si somos quienes lo llevaremos a cabo, y el proyecto de tu TFG no será menos. Por tanto, la memoria de tu trabajo deberá contener estos dos elementos, y también te daremos algunas guías de cómo elaborar y considerar un plan de riesgos, por si es relevante para tu TFG. Aunque aquí estos temas los hemos puesto en un capítulo diferente, en tu proyecto normalmente irán en el capítulo de la introducción, propuesta o metodología, según convengas con la persona que te tutoriza.

6.1. Planificación temporal

El objetivo de esta sección de la memoria de tu TFG es mostrar temporalmente cómo se va a organizar la ejecución de las diferentes tareas de tu TFG. Estas tareas ya deberán haber aparecido previamente, típicamente en la parte de la memoria dedicada a la metodología. Para ello, lo habitual es incluir un diagrama de Gantt con el cronograma final de realización del TFG. También puedes incluir el cronograma de planificación inicial y hacer una comparativa entre ambos, explicando sus diferencias y justificando los motivos de cambio.

Un diagrama de Gantt¹ es una tabla en la que las columnas son unidades de tiempo (días, semanas o meses) y las filas son las tareas en las que se descompone el proyecto. Habitualmente las tareas se agrupan en paquetes de trabajo, según su funcionalidad o las etapas o fases del proyecto en el que éste se haya dividido. En las celdas de la tabla se marcará qué tareas se van a llevar a cabo en esas unidades de tiempo, de tal forma que tenemos información gráfica del comienzo, duración de tareas, y relación con otras. Ocasionalmente se pueden incluir vínculos entre tareas, para forzar relaciones de fin a comienzo. Por ejemplo, no puedo empezar una tarea B hasta que no haya terminado una tarea A. También puede haber tareas con ejecución intermitente. Por ejemplo, puedes poner una tarea de “reuniones con mi tutor o tutora” que tenga asignadas varias franjas temporales, como un día cada dos semanas.

En la figura 6.1 se muestra un ejemplo de un diagrama de Gantt básico para un proyecto.

En ella se puede observar que hay seis tareas en el proyecto y que el mismo se desarrolla desde febrero a julio. A modo de ejemplo, el Diseño y prototipado se llevará a cabo desde la segunda semana de febrero hasta la tercera semana de marzo. Además, en este diagrama hay tareas que se pueden hacer en paralelo (como el diseño y prototipado y el aprendizaje del software, entre otras).

El diagrama de Gantt debe incluir todas las tareas que has realizado (o vas a realizar, pues se hace antes de comenzar a realizar las tareas) vinculadas con los objetivos del TFG. Ten en cuenta que en los objetivos de tu TFG no debe haber solo objetivos de desarrollo, sino también en muchos casos de aprendizaje, porque te plantees aprender nuevas tecnologías o conocer más del dominio de aplicación del problema que vas a abordar. También tendrás objetivos relacionados con la organización de tu trabajo como reuniones, revisiones y redacción de la memoria. Teniendo en cuenta esto, debes planificar todas las tareas necesarias para cubrir los objetivos planteados, y por ello, en el cronograma debe haber tareas de aprendizaje, de desarrollo, y de organización. En cuanto al desarrollo, si vas a seguir una metodología específica, esta tiene que verse reflejada en el cronograma. Por ejemplo, si sigues una metodología ágil con iteraciones cada dos semanas, en tu cronograma debería aparecer una tarea con duración de dos semanas por cada iteración. Si tu ciclo de vida no es iterativo sino clásico, deberían aparecer paquetes de trabajo para análisis, diseño, implementación, pruebas, etc, con tareas específicas dentro de cada uno de ellos.

Cuanto mayor sea el nivel de detalle del cronograma, mejor, ya que darás más información de las tareas y tiempo dedicados. Te aconsejamos que la unidad temporal usada en el cronograma sea semanal, aunque también puedes usar meses.

Existen varias aplicaciones informáticas de escritorio o en línea para hacer diagramas de Gantt y gestionar cambios sobre estos. Muchas de estas herramientas permiten fijar una línea base (como una fotografía del diagrama en un momento) para comparar con cambios posteriores, de tal forma que también se pueden hacer simulaciones. Otra funcionalidad que ofrecen estas herramientas es poder asignar recursos humanos y materiales a las tareas, con costes asociados, lo cual es muy útil para estimar lo que costará desarrollar el proyecto. Algunas de estas aplicaciones te permiten trabajar en equipo haciendo un uso compartido entre varios usuarios. En tu caso podrías compartir el diagrama de planificación con la persona que te tutoriza.

A día de hoy, te podemos sugerir algunas herramientas gratuitas y sencillas para hacer y gestionar diagramas de Gantt, como son GanttProject² , Project Libre³ , Monday.com⁴ , Clickup⁵ .

También puedes hacer tu diagrama de Gantt usando Canva⁶ , eligiendo una de las plantillas de este tipo que se proveen, o con una hoja de cálculo, pero en estos casos no tienes tantas facilidades para editar los cambios temporales, ni funcionalidades como las apuntadas arriba.

Si usas un gestor de proyectos como OpenProject, Notion, Trello, Asana, JIRA, etc, podrás generar automáticamente el diagrama de Gantt a partir de las tareas que hayas creado en el gestor si has definido los márgenes temporales para cada una.

Algunas recomendaciones sobre esta sección son que describas brevemente los tipos de tareas de tu diagrama y cuál es tu metodología de desarrollo para que se pueda comprender mejor. En cuanto a su visualización dentro de la memoria, debes asegurarte de que el diagrama se vea bien, para lo cual te sugerimos que lo pongas apaisado a página completa, o que lo subdividas en varios diagramas, por ejemplo, uno por cada paquete de trabajo. El diagrama deberá formar parte de la presentación final, así que es mejor que uses colores o tramas para diferenciar mejor los tipos de tareas y para que sea más atractivo visualmente.

6.1.1. Planificación “a posteriori”

Una planificación, por definición, no puede ser a posteriori, porque se hace antes de desarrollar el proyecto. Sin embargo, sí que debemos hacer el ejercicio de medir el tiempo de cada etapa del proyecto y ver cómo de real ha sido la estimación en la planificación (en la que hiciste a priori) y analizar los motivos por los que han divergido.

Con el fin de tener una representación temporal de la ejecución real, debes llevar un diario de trabajo en el que anotes las tareas que has realizado cada día, el tiempo que has dedicado a cada una de ellas, y si has tenido que cambiar de tarea por algún motivo. De esta forma, al final del proyecto podrás mostrar un cronograma de cómo has trabajado realmente, y comparar la planificación inicial con éste para justificar las razones de las posibles desviaciones.

Consensúa con la persona que te tutoriza si pones ambas planificaciones, la inicial y el cronograma final. En la mayoría de los TFG se suele poner solo el cronograma final con una explicación sobre los cambios más relevantes según lo estimado inicialmente.

Ya te hemos recomendado algunas herramientas para medir el tiempo exacto que dedicas a cada tarea, repasa las recomendaciones generales del capítulo 2.

6.2. Plan de gestión de riesgos y contingencias

En algunos TFG, por su temática o tecnologías usadas, o porque la persona que te tutoriza lo vea conveniente, se puede presentar un plan de gestión de riesgos. El plan es una lista de posibles riesgos que pueden surgir durante el desarrollo del TFG, cada uno de ellos con acciones para evitarlos y/o mitigarlos.

La lista de riesgos suele priorizarse según su impacto en el proyecto. Para ello, hay que hacer un estudio previo en el que valoremos si la ocurrencia del riesgo afecta al alcance del TFG (cambios en requisitos), al tiempo o cronograma (retrasos, cambio de orden y tiempo asignado a tareas), al coste (incremento de gastos), a los recursos (cambios en tecnología usada), etc. Una vez valorado esto, asignaremos más prioridad a aquellos que tengan mayor impacto.

Teniendo en cuenta el impacto de cada riesgo, lo siguiente es planificar una acción de prevención para evitar que ocurra, si es posible. Se deben planificar acciones de mitigación si no podemos evitar que el riesgo ocurra o si el plan de prevención fallara.

Por ejemplo, un riesgo podría ser que la tecnología a usar para el desarrollo del TFG sea muy nueva, lo que conlleva que no haya apenas manuales de uso y poca gente la conozca, así que no podrás tener mucha ayuda en foros, y si tienes algún problema con ella puede que no puedas seguir adelante y te quedes bloqueado. El impacto de ese riesgo podría afectar al alcance del proyecto, pero también al tiempo y por supuesto a los recursos. Como plan de prevención, podrías apuntarte a un curso de formación existente (aunque incremente los costes del proyecto), y como plan de mitigación, la acción propuesta podría ser dejar el uso de esa tecnología solo para una parte del desarrollo menos importante, no para todo, de tal forma que no se vea afectado el proyecto completo.

Tienes una lista de diversos tipos de riesgos y más información sobre el plan de gestión de riesgos en el capítulo de estimación de riesgos de [?], disponible en línea en la biblioteca de la UGR.

Una vez planteado el plan de mitigación o contingencia, durante el proyecto debe revisarse para decidir si se realiza alguna de las acciones previstas y también explicar con detalle en la memoria qué acciones se han realizado y sus resultados, incluyendo comentarios sobre los costes asociados.

Si vas a incluir un plan de gestión de riesgos, consensúa con la persona que te tutoriza en qué capítulo incluirlo, ya que una opción es que sea una sección del capítulo de la propuesta, para que esté más cercano a la explicación de cómo se han gestionado los riesgos durante el desarrollo.

6.3. Costes

Con esta sección se indica al lector de la memoria cuál sería el coste de desarrollo del proyecto realizado dentro del TFG en el caso de que este proyecto se ejecutara en la vida real. Esta sección ayuda al lector a valorar el tiempo dedicado por tu parte al proyecto, tus decisiones respecto a la tecnología elegida, y el coste de todo ello. Como ingeniero, debes demostrar que sabes hacer un proyecto coherente y sensato, buscando las mejores alternativas.

Normalmente debe incluir los costes asociados al desarrollo del proyecto. Se desglosan en costes de personal, costes de material, costes de despliegue y mantenimiento, y costes indirectos.

El personal que realiza el proyecto eres tú (y las personas que te tutorizan), por lo que el coste se calcula multiplicando el número de horas que tú estimas que vas a dedicar al TFG por el coste por hora estimado. Si para el desarrollo de tu proyecto has tenido que aprender tecnologías y revisar un estado del arte, ese tiempo también debe cuantificarse. Es decir, en el coste final debes contar también las horas que no son exclusivamente de desarrollo. Las reuniones que mantengas con tu tutor o tutora también deben computarse como tiempo dedicado y debes computar en el coste total de esas horas (al correspondiente precio/hora).

Para el cálculo total de horas ya te hemos recomendado que lleves un diario en el que las anotes. Tiene que haber coherencia entre tu planificación temporal y número de horas dedicado al proyecto, y el número de horas que pones en esta subsección.

Respecto a los costes de ejecución, aquí debe ir una línea por cada uno de los gastos hardware, software, viajes y dietas que preveas tener durante el desarrollo del TFG. Incluso, en ciertas circunstancias debes considerar aspectos como el IRPF, la cuota de autónomo, etc. para calcular el gasto de personal.

En cuanto al hardware, puedes incluir el coste de dispositivos usados como tu ordenador, tableta, teléfono, etc. pero no el coste íntegro. Piensa que esos dispositivos los has usado para otros proyectos, incluidos los personales, por lo que debes prorratear teniendo en cuenta su tiempo de vida útil, el coste actual del dispositivo en el estado en el que está y el tiempo de vida de uso exclusivo para el proyecto. Por ejemplo, si un portátil te costó 600 euros en su día, hoy vale 400 euros y le quedan dos años de vida útil, pero tú lo has usado solo 6 meses para este proyecto, podrías anotar en el coste de ejecución asociado a equipamiento unos 100 euros como mucho.

Por otro lado, si para tu TFG has necesitado cualquier material hardware aparte, que hayas tenido que adquirir o te haya facilitado la persona que te tutoriza, también debes incluirlo (con su prorrateo si es el caso). Si has tenido que contratar un servidor, añade también los costes según los meses que lo vayas a usar, y prevé en el coste un uso de un año más para dar soporte al proyecto y su mantenimiento. Lo mismo si necesitas adquirir o contratar software.

Si necesitas viajar para realizar tu TFG, también puedes incluir como gastos de ejecución los costes de dietas y desplazamiento. Esto suele incluirse en TFG de investigación o más aplicados, que requieren reuniones con colaboradores como entidades o empresas que han solicitado que se realice un TFG con ellas y que actúan como nuestros clientes, dando requisitos, evaluando diseños y haciendo pruebas.

Por último, puedes añadir costes indirectos. Son aquellos que se comparten entre varios proyectos, como la electricidad o cuota de Internet. Normalmente se calcula un 10% del total para costes indirectos de forma genérica, o se especifican directamente considerando el tiempo de ejecución del proyecto.

Los costes los puedes incluir en una tabla pero te aconsejamos que lo hagas mejor con una herramienta como una hoja de cálculo, o una de gestión de proyectos que haga cálculo con los costes de recursos y planificación temporal, como las mencionadas en la subsección anterior.

Como consejo, no añadas únicamente la tabla del costo del proyecto a la memoria, añade un texto breve explicativo, incluyendo alguna justificación sobre los gastos, como en qué te has basado para el cálculo de coste por hora, o por qué se ha adquirido y usado cierta tecnología que mencionas en los costes. Si durante el proyecto has cambiado de tecnología y ésto ha influido en los costes, menciónalo también.

Por último, y como te hemos indicado en la planificación, anota los costes reales de tu proyecto, y comenta y justifica las desviaciones respecto al coste inicial. La diferencia entre el coste estimado y el coste real no debería ser muy grande. Si es así, has sido muy optimista a la hora de dar un calcular los costes y esto también tendrás que entrenarlo.

6.3.1. Ejemplo

Coste de personal

El coste total de personal lo puedes calcular como el sueldo (precio por hora o mes según convenio o precios públicos) + IRPF + Seguridad Social. Puedes hacerlo más fino imputando horas de análisis y de desarrollo de forma separada (normalmente un analista cobra más que un desarrollador). En caso de ser autónomo, debes añadir el coste de la cuota de autónomo y los impuestos que habría que declarar al trimestre. También, y en aras de ser más realista, puedes incluir el coste del trabajo de los tutores, considerando las horas que han dedicado al proyecto y su coste por hora.

Ejemplo:

• Un desarrollador junior (25 /hora): 20 horas/semana x 4 semanas x 25 /hora = 2.000 /mes.
• Un tutor (40 /hora): 2 horas/semana x 4 semanas x 40 /hora = 320 /mes.

Costes de material

En primer lugar, debes incluir el coste del hardware y software adquirido para el proyecto. En este caso, debes considerar el tiempo de amortización y el tiempo de uso exclusivo para el proyecto.

Ejemplo:

• Un portátil marca y modelo: 1.200 (precio de compra) / 4 años (vida útil) x 0,5 años = 300 /año (tiempo de uso exclusivo para el proyecto) = 150
• Licencias de software:
  • Windows 11 Pro: 100
  • Adobe Creative Cloud: 50 /mes x 6 meses = 300

Costes de despliegue y mantenimiento

Infraestructura en la nube, servidores, dominios, etc. que requerirá el proyecto una vez puesto en producción. Aquí habrá que indicar la carga estimada (tras realizar el test de carga correspondiente) que esta infraestructura es capaz de soportar.

Ejemplo:

• Servidor en la nube (indicar servicio concreto): 50/mes x 6 meses = 300 (capacidad de carga: 3000 peticiones por segundo, con 5 peticiones por usuario, soporta 600 usuarios concurrentes).

Costes indirectos

Además de los costes clásicos, tenemos que pagar otro tipo de gastos indirectos como el agua, la luz, conexión a Internet, alquileres, etc. que podríamos incluir de manera opcional en el coste del proyecto. Estos gastos son los que se comparten con otros proyectos.

Ejemplo:

• Luz: 100 /mes
• Agua: 50 /mes
• Internet: 50 /mes
• Total: 200 /mes x 6 meses = 1.200

6.3.2. Coste Total

Claramente será la suma de los costes de los diferentes apartados que se hayan tenido en cuenta. En el ejemplo:

Capítulo 7
Las conclusiones y los trabajos futuros

El capítulo de Conclusiones y trabajos futuros es muy importante pues recoge qué se ha realizado en el TFG, los principales resultados y qué puede hacerse a partir de este momento. Muchas personas leen la introducción y luego las conclusiones antes de leerse el resto de la memoria, para así conocer bien la motivación, objetivos y los resultados del trabajo. Eso significa que debes tener especial cuidado al redactar este capítulo para que quede muy claro y sea muy completo.

Habitualmente se incluyen dos secciones en este capítulo, la de conclusiones y la de trabajos futuros.

7.1. Conclusiones

Debes empezar las conclusiones con una frase inicial a modo de resumen sobre el objetivo general y el problema que se ha abordado, dando una valoración positiva sobre los resultados de tu trabajo (en caso de que todo haya ido bien). Si por algún motivo, no se ha satisfecho el objetivo general, lo puedes indicar pero justificando el porqué, y añadiendo que a pesar de ello, se han cumplido algunos de los objetivos específicos, obteniendo resultados favorables.

A continuación debes hacer un repaso uno a uno de los objetivos específicos, indicando: (1) el porcentaje de realización, (2) un resumen de lo que se ha hecho para cumplir ese objetivo (dos o tres líneas explicando las tareas realizadas asociadas a ese objetivo y los resultados obtenidos deben bastar), y (3) una indicación de dónde pueden verse las evidencias de ese objetivo en la memoria, en qué capítulo o sección.

También puedes mencionar en esta parte, añadiendo un párrafo final donde expliques cómo tu formación previa en materias concretas del grado te ha sido de ayuda para el TFG y los retos nuevos que has tenido que afrontar para resolver cuestiones que no hubieras visto antes durante tu formación (qué cosas has tenido que aprender que no has visto en tu grado, por ejemplo).

En cuanto a la redacción del repaso de objetivos, te ponemos un ejemplo. Suponiendo que estás abordando un objetivo específico que has redactado como “Revisar aplicaciones similares para comparar con la propuesta”, puedes indicar que ese objetivo se ha cumplido completamente, explicando por ejemplo que has revisado seis aplicaciones similares y que has realizado una tabla comparando ocho características básicas de cada una, la cual puede consultarse en el capítulo o sección X de la memoria. También puedes añadir que al elaborar esta tabla se demuestran tus capacidades de análisis y síntesis de información. Si este objetivo no se hubiera cumplido completamente, porque, por ejemplo solo hayas revisado dos aplicaciones y tenías previsto revisar más, indica que sí lo has hecho pero solo un 30%, y argumentas por qué es insuficiente, por ejemplo, porque solo hay dos de libre acceso que has podido consultar con profundidad, o porque has priorizado terminar la tarea X, que habéis considerado que era más importante para el TFG.

Si has tenido en cuenta algún aspecto ético o has dado solución relacionada con algún ODS, menciónalo también en un párrafo resumiendo cómo lo has abordado. Esto es algo que se valora en la rúbrica de evaluación del tribunal, y conviene mencionarlo para que se tenga en cuenta.

Por último, es importante que en las conclusiones añadas un párrafo final como valoración personal, escrito esta vez en primera persona. En esa valoración debes mencionar cómo te has sentido al realizar el TFG y según sus resultados. Puedes indicar que te sientes orgulloso/a, contento/a, satisfecho/a, encantado/a, etc. por lo que has aprendido, por cómo te has organizado en el tiempo, por cómo has redactado la memoria, por la calidad del código desarrollado, por cómo te has comunicado con tu tutor, etc. Si tienes alguna valoración negativa, debes mencionarla también, pero te recomendamos que la redactes de forma positiva, aportando qué has aprendido de ello. Por ejemplo,“No estoy satisfecho/a con cómo he organizado el trabajo temporalmente porque he dejado muchas tareas para el último mes y eso me ha saturado, con lo cual he aprendido que en un futuro debo hacer una mejor planificación temporal desde el principio.”. En tu valoración personal, y si no lo has hecho al revisar los objetivos, también puedes mencionar cómo has aplicado y mejorado tus habilidades blandas o soft skills, como son organización de trabajo, pensamiento crítico, creatividad, adaptación, resolución de problemas y comunicación. El momento en el que haces esta valoración personal también es bueno para recapitular todo lo que has aprendido y qué competencias de las que se mencionan en el plan de estudios has desarrollado con el TFG.

7.2. Trabajo futuro

En esta sección se indican qué tareas se pueden realizar en un futuro para completar, mejorar o continuar con el trabajo que tú has desarrollado en tu TFG. Por ejemplo:

• Tareas que que estaban previstas y no se han hecho o han quedado incompletas, de las mencionadas en las conclusiones.
• Requisitos de desarrollo que tenías previsto abordar pero que al final no has tratado.
• Nuevos requisitos que hayan surgido durante el desarrollo del TFG, que no se habían previsto y por tanto no se han planificado ni abordado.
• Nuevos objetivos e ideas para dar continuidad al TFG en futuros TFG, desarrollos o investigaciones.

Para cada una de estas tareas, requisitos u objetivos conviene añadir un pequeño párrafo que explique por qué se propone y cómo se abordaría, de forma muy resumida. Por ejemplo: “En un futuro se puede desarrollar una versión en iOS del prototipo realizado en el TFG. Esto ayudaría a que más personas pudieran utilizar la aplicación. Para ello, se podría utilizar un framework de desarrollo como Flutter o Ionic, que permiten esta portabilidad y el desarrollo híbrido de aplicaciones móviles. Habría que valorar si el código actual o parte de éste puede reutilizarse”. Otro ejemplo de párrafo: “Sería necesario completar la gestión de usuarios en la aplicación desarrollada, ya que por el momento solo pueden hacerse altas y modificaciones. Bastaría para ello diseñar e incluir funciones e interfaces para el borrado de usuarios de la misma forma que se ha hecho para las otras operaciones. Esto no supondría ningún cambio en la base de datos”. En el caso de ser una tarea del primer tipo, justifica bien la razón por la que no se ha podido realizar íntegra o parcialmente.

Finalmente, dependiendo del tipo de TFG y de tus intereses sobre la comercialización del producto desarrollado, podrías poner una sección que hablara del modelo de negocio y la propuesta de valor del resultado del proyecto. Esta podría ser una subsección de los trabajos futuros, pero según su importancia en el TFG, quizá podría tener cabida como capítulo propio en la memoria.

Capítulo 8
La bibliografía

La bibliografía es un componente esencial de un trabajo de fin de carrera, tanto de grado como de posgrado, ya que no solo justifica y respalda tus argumentos, sino que también enriquece tu trabajo, al proporcionar acceso a fuentes adicionales de información. Por tanto, es importante que dediques el tiempo necesario para elaborar una bibliografía completa y correctamente formateada.

8.1. ¿Por qué citar?

Citar es una práctica fundamental en cualquier trabajo académico. Se trata de mencionar las fuentes de información que se han utilizado en tu trabajo ya que, además de constituir un reconocimiento hacia ellos/ellas, las citas académicas permiten distinguir claramente cuáles son tus aportaciones y en qué se sustentan. Citar el trabajo de otros/as autores/as te permite:

• Contextualizar el tema de estudio, situándolo dentro de un marco teórico que ayude al lector a comprender mejor tu trabajo y su relevancia en ese contexto.
• Demostrar dominio del tema que abordas gracias a todo el trabajo de documentación realizado, aumentando la credibilidad en tu trabajo.
• Permitir la verificación de la información utilizada, algo indispensable para garantizar la transparencia y la confiabilidad de tu trabajo.
• Respaldar tus argumentos mediante citas de fuentes confiables y relevantes, aumentando la credibilidad en un trabajo.
• Ampliar la información con recursos adicionales que ofrezcan al lector la posibilidad de profundizar en el tema de estudio, enriqueciendo tu trabajo y volviéndolo más completo e informativo.

8.2. ¿Qué citar?

Es importante citar siempre que se utilice información de otra fuente. Esta información puede ser:

• Una cita textual cuando se copia una frase o párrafo palabra por palabra.
• Una paráfrasis cuando se presenta una idea de otra fuente con tus propias palabras.
• Datos o estadísticas, tanto en forma de números individuales como de tablas completas o parciales.
• Material gráfico que no hayas generado tú, incluso en caso de rehacer una imagen de otro/a autor/a por querer cambiarle los colores o el tipo de letra, debes indicar cuál es la fuente original en la que te has basado.
• Software o recurso en línea.
• Código fuente reutilizado de otros/as autores/as.

8.3. ¿Cómo citar?

En caso de realizar una cita textual debes colocar ese texto entre comillas y en cursiva. En caso de citar una frase o proverbio, del cual no se tenga una referencia bibliográfica, se puede indicar en el texto, antes o después, quién es su autor/a. Esto también es válido para comunicaciones personales:

En caso de hacer referencia a una cita textual de la cual sí se tiene conocimiento del origen de ese texto, es necesario citarlo colocando una referencia a la bibliografía tras el entrecomillado. Las referencias a la bibliografía pueden tener distintos formatos, en el siguiente ejemplo puedes verlo indicado por un número entre corchetes que enlaza a la bibliografía donde se incluyen todas las referencias bibliográficas:

Cuando realices alguna paráfrasis, simplemente escribe tu texto y al final de la frase o párrafo colocas la referencia a la bibliografía:

Si escribes varios párrafos basados en el trabajo de otro/a autor/a coloca la referencia en el último párrafo:

En el caso de tener que hacer referencia a una figura o tabla puedes colocar la referencia bibliográfica en la leyenda de la misma. En caso de que tu figura o tabla no esté copiada textualmente y haya servido de inspiración, o bien has recogido un subconjunto de la información, puedes indicarlo en la leyenda, como se puede apreciar en la tabla 8.1 y en la figura 8.1.

Pregunta	%
¿Las rúbricas consideran
la evaluación del tutor?	59%
¿Las rúbricas establecen
la ponderación de los ítems?	66%
¿Las rúbricas detallan los
rangos de calificaciones?	34%

En caso de querer referenciar una página web, puedes hacerlo directamente en la bibliografía con el resto de elementos. En caso de tener pocas referencias a páginas web puedes optar por incluirlas directamente como un pie de página o entre paréntesis. Ten en cuenta que dependiendo de la página web a la que hagas referencia puede ser necesario indicar el momento en que se ha accedido a esta información, especialmente si ésta se actualiza frecuentemente:

En caso de tener muchas referencias se recomienda tener un apartado de bibliografía exclusivo para los enlaces web y simplemente usar una referencia en el texto.En la tabla 8.2 te mostramos varias formas de hacerlo.

Si bien tienes estas tres opciones para referenciar contenido en línea, no debes usar más de una en tu memoria, elige la más conveniente y usa ese estilo para todas las referencias.

Si necesitas citar un software específico recuerda indicar la versión utilizada. Puedes adicionalmente agregar si quieres una referencia a la página web de la empresa o proyecto relacionado:

En caso de reutilizar código fuente de otras personas indícalo tanto en el texto de la memoria, enlazando con la página web de donde has descargado esa información, como en tu propio código fuente mediante un comentario en la cabecera de la función o paquete en el que se encuentre.

Para el resto de referencias, sean libros, artículos científicos u otros trabajos fin de carrera, la referencia bibliográfica deberá tener unos u otros componentes básicos dependiendo del tipo de referencia. En la tabla 8.2 puedes ver la información mínima y opcional (en cursiva) para cada tipo de cita posible.

Existen muchos formatos de citas, algunas usan números entre corchetes para referenciarlos, otros utilizan el nombre del primer autor y el año entre paréntesis, etc. Luego, dependiendo del formato, se colocarán las referencias en la bibliografía en un cierto orden: orden alfabético, en el orden en que fueron citadas, etc. Estos formatos siguen distintas normativas o estilos. Las más conocidas son:

• APA (American Psychological Association): en este formato, las referencias en el texto utilizan un sistema de citación por autor y fecha. Todas las citas que aparecen en el texto deberán luego ordenarse alfabéticamente. Este estilo se diseñó originalmente para trabajos en psicología, pero se han extendido a otros campos como la educación y las ciencias sociales debido a su claridad y facilidad de uso. Un ejemplo de este formato es:

  

• MLA (Modern Language Association): en este formato, las citas dentro del texto no incluyen la fecha como en otros estilos, solo llevan el nombre del primer autor entre paréntesis. Es ampliamente utilizado en el ámbito de las humanidades, lengua y literatura. Un ejemplo de este formato es:

  

• Chicago: este estilo tiene la posibilidad de formatear las citas de dos maneras diferentes: utilizando autor y fecha o con una nota al pie. Debe su nombre a la Universidad de Chicago donde fue creado y se emplea para citar en publicaciones científicas y académicas de distintos campos de humanidades, ciencias sociales y naturales. Un ejemplo de este formato es:

  

• Harvard: aunque este formato tiene su origen en la zoología y la biología en general, también es utilizado por los/las investigadores/as de distintas disciplinas como las ciencias sociales, la historia y las humanidades. Este sistema utiliza la información del autor-fecha para identificar una referencia bibliográfica. Un ejemplo de este formato es:

  

• IEEE: en el estilo del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) las citas están numeradas entre corchetes. Toda la información bibliográfica se incluye exclusivamente en la lista de referencias al final del documento, junto al número de cita respectivo. Es el formato más utilizado en las ingenierías. Un ejemplo de este formato es:

  

Tienes libertad para elegir el estilo que más te guste, siempre y cuando utilices el mismo formato para toda la memoria. No puedes combinar distintos formatos en un solo documento.

8.4. Herramientas de gestión de referencias y citas

Organizar las citas y la bibliografía a mano no es nada recomendable. Imagina que cada vez que agregas una nueva cita tienes que ponerla en la bibliografía en la posición correcta y revisar que el formato sea el adecuado al estilo de citas que has elegido. Es por ello que existen muchas herramientas para poder tener las referencias controladas y accesibles. Dependiendo de que programa uses para escribir la memoria (por ejemplo, Microsoft Word, LATE X u OpenOffice) tendrás disponibles unas u otras herramientas. La mayoría de los sistema de gestión de referencias y citas, sin embargo, suelen funcionar para cualquiera gracias a la posibilidad de importar y exportar las referencias en distintos formatos.

Los gestores de referencias y citas más populares son: EndNote¹ , Zotero² y Mendeley³ . EndNote es una de las herramienta más completas y cómodas de usar, pero es una herramienta propietaria y es de pago. Mendeley es gratuita y te permite exportar conjuntos de bibliografías rápidamente. Zotero es la única de esta lista que es de código abierto. Existen muchas otras herramientas disponibles para descargar en Internet, con lo que te animo a explorar un poco más y elegir aquella que más cómoda te resulte. Verás la diferencia que hay entre utilizarla o tener que pasar horas poniendo las referencias y citas a mano.

En el caso de LATE X lo más apropiado es utilizar BibTeX. BibTeX es una herramienta y un formato de archivo para gestionar listas de referencias en documentos LATE X. Su función principal es generar automáticamente las citas y la lista de referencias en el formato seleccionado (e.g., APA, MLA, IEEE). También puedes utilizar herramientas independientes para la gestión de referencias y citas, como Mendeley, y combinarlas con LATE X y BibTeX.

Desde Google Académico también puedes obtener las citas fácilmente y en diferentes formatos: APA, ISO 690, MLA, BibTeX, EndNote, etc. Basta con buscar por palabras clave o título, y cuando te aparezca la referencia que deseas, pulsa debajo el enlace ´´Citar”. Aparecerá una ventana emergente desde la que podrás copiar la cita a esa referencia en el formato que desees.

8.5. Consejos prácticos

Como ya mencionamos, citar otras fuentes te permite respaldar tus argumentos. Es por ello que es imprescindible que utilices fuentes de información actualizadas, relevantes y confiables. Evita lo más posible citar la Wikipedia o Blogs de Internet no fiables. Intenta en su lugar cambiarlos por citas a libros o artículos científicos.

No incluyas bibliografía que nunca cites en el texto. Si bien el sistema de BibTeX controla esto, no todos los gestores lo hacen. Recuerda revisar tu memoria una vez finalizada para detectar estos problemas antes de entregarla.

Es fundamental citar las fuentes que has utilizado en tu trabajo. Si no lo haces, tu texto podría considerarse plagio y acarrear consecuencias graves.

Mantén un registro organizado de las referencias usadas desde el comienzo de tu trabajo y actualiza la bibliografía a medida que avanzas en tu proyecto. No lo dejes para el último momento ya que es posible que llegado a ese punto te hayas olvidado de las fuentes de las que hayas sacado la información y tengas que perder el tiempo volviéndolas a buscar.

Salvo que quieras poner algo literal de una cita, que ya te hemos enseñado cómo hacerlo, te recomendamos que leas el texto, entiendas la idea y lo escribas con tus propias palabras. De esta forma no habrá ningún problema y nunca estarás incurriendo en plagio. Esto es un tema muy serio, que puede incurrir en problemas legales, si no tienes cuidado.

Por otro lado, existe una herramienta muy interesante, Turnitin, a la que está suscrita la UGR ⁴, que permite analizar un texto y determinar la existencia de un posible plagio (con indicación de la fuente potencialmente plagiada y el correspondiente texto resaltado). Te recomendamos encarecidamente que pases tu memoria por ella y cambies los textos que puedan dar lugar a alguna duda. De esta forma entregarás tu memoria asegurándote de que no hay ningún problema.

Por último recordarte que uno de los aspectos a valorar en el baremo de los trabajos fin de grado y máster es un apartado relacionado con la búsqueda y tratamiento de la información. En particular se tiene en cuenta la calidad, cantidad y variedad de las fuentes, pero también su adecuación y fiabilidad, por tanto, esfuérzate en que este aspecto quede bien.

Capítulo 9
La revisión del proyecto y la memoria

Una vez que la memoria está terminada es el momento de comprobar que está correcta y que contiene todo lo que debe contener. ¿Por qué? Porque sencillamente se suele ir con prisas en esta parte final y es necesario revisarla para asegurarnos de que no nos falta nada. Para tal fin, te aconsejamos que hagas una lista de ítems (checklist) para comprobar y que determines si cumples con todos ellos. Nosotros te proponemos aquí algunas cosas que deberías comprobar para que tú y la persona que te tutoriza añadáis lo que consideréis pertinente con objeto de no dejar nada relevante.

• Sobre el formato de la memoria: □ Se sigue la normativa de portadas (logos, colores, etc.) y prólogos (autorización, resumen, etc.). □ La portada contiene el título de TFG, el nombre autor y el de la persona que te tutoriza, así como la fecha de entrega o, al menos, el curso académico en el que se entrega. □ Los índices de contenidos para capítulos, secciones, tablas y figuras deben estar actualizados. Lo más sencillo es que los generes de forma automática. □ No quedan tablas cortadas al final de una página. □ Si hay títulos de secciones al final de una página, debajo de ellos debe haber al menos un párrafo. □ Se utilizan los mismos estilos y tipo de letra en toda la memoria, a no ser que quieras resaltar algo como citas literales, fórmulas, ecuaciones o código. □ Todos los márgenes deben tener las mismas dimensiones, salvo casos excepcionales. □ Las páginas en blanco que dejes deben ser intencionales, por ejemplo, para que cada capítulo empiece en página impar. □ Las páginas están numeradas (correctamente). □ Existen encabezados y pies de páginas y están correctos.
• Sobre la estructura: □ Están todas las secciones que, según el tipo de TFG, deben aparecer. □ El resumen claramente describe de forma concisa qué se ha realizado en el TFG. □ La introducción establece claramente el contexto y la motivación necesarias para entender el problema entre manos. □ Están los objetivos. Son claros y concisos. □ Están las conclusiones, donde se muestran los resultados y contribuciones del TFG, y los trabajos futuros. □ Está la bibliografía. □ Están todos los anexos necesarios. □ En caso de que en el TFG se utilice código fuente, éste está enlazado en la memoria (por ejemplo, GitHub, GitLab). □ Es interesante incluir un anexo con el glosario de términos y abreviaturas empleados en la memoria.
• Sobre la bibliografía: □ Todas las referencias de la bibliografía deberían aparecer citadas en el texto. □ Todas las citas bibliográficas del texto deben tener una referencia asociada. No puede haber referencias sin citar. □ Las referencias bibliográficas deben estar completas y también todas en el mismo formato. □ Las referencias de recursos de Internet deben indicar también la fecha de la última consulta.
• Sobre las figuras y tablas: □ Todas las figuras y tablas deben estar numeradas secuencialmente y referenciadas/citadas en el texto. □ Todas las figuras y tablas deben tener un título descriptivo (caption), que en las primeras suele situado ir debajo y en las segundas arriba. □ Los títulos de figuras y tablas deben estar en la misma página de la figura o tabla. □ Si se usan figuras hechas por otra persona deberían ser citadas/usadas correctamente, por ejemplo en el pie de figura “Tomado de [x]”,“Extraído de [x]” o “Fuente: [x]”, si no, indicar “Elaboración propia”. □ Las imágenes y las tablas están dentro del espacio del cuerpo de la página y ninguna se desborda hacia los márgenes.
• Sobre las licencias: □ He incluido en la portada o primera página el tipo de licencia que deseo para la memoria. □ He incluido en el código realizado por mí el tipo de licencia que deseo. □ Si he usado figuras, código o documentos multimedia de otros, he citado las fuentes y me he asegurado de podía usarlas con su licencia original.
• Y por último: □ Uso de un lenguaje adecuado y □ que no haya errores ortográficos ni gramaticales, por lo que más quieras (¡¡¡Pásale el corrector ortográfico, por favor!!!).

Además, también te recomendamos que te descargues las rúbricas de evaluación del tutor y de la comisión y compruebes que tratas, de una u otra forma, todos los puntos que aparecen en ella. Esto es importante porque si te dejas alguno sin tratar, los miembros de la comisión pueden preguntarte por él. Quien evita la ocasión, evita el peligro ;-)

Capítulo 10
La elaboración de la presentación en la defensa

¡Ya queda menos para poder presentar el proyecto! Has llegado a los objetivos que te habías propuesto (tu programa ya funciona, tus resultados experimentales son geniales, etc), has entregado la memoria en tiempo y forma y ya estás listo para enseñar tus avances al mundo.

Después de todo el esfuerzo, de todas las horas, de todos los cabezazos contra la pantalla, resulta que solo tienes veinte o veinticinco minutos ante un tribunal para contarles lo que has hecho. Además, seamos sinceros, muchas veces el tribunal se va a leer la memoria de pasada mientras estas haciendo la presentación, así que te juegas mucho dependiendo de cómo lo hagas en esos veinte minutos, y de lo que enseñes y no enseñes. En este capítulo te enseñaremos cómo preparar la presentación, es decir el archivo (el PDF, el ODP, el PPTX) que proyectarás en el aula, mientras que en el siguiente capítulo nos centraremos en cómo preparar la defensa de esa presentación.

10.1. Céntrate en lo importante

El primer consejo que te vamos a dar es que el tribunal tiene que mirarte a ti, no a las diapositivas. Tú eres la estrella de la función, y la presentación es un apoyo a lo que estás diciendo. El segundo consejo, y más importante todavía, es: no te pases del tiempo. Alguien del tribunal tiene un cronómetro encendido y no hay nada que quede peor en una defensa que decirle al estudiante: “lo siento, tienes que cortar”. Así que no prepares cincuenta diapositivas y quieras contarlo todo con miles de pelos y señales. Por ejemplo, entre otras muchas cosas, puedes ahorrarte diapositivas de bibliografía, que aportan poco en la defensa.

Aunque dependerá del tipo de TFG que realices, una posible estructura puede ser la siguiente:

• Título del proyecto, fecha, tu nombre, tu correo electrónico y el nombre de tu director o directora. Logos de la universidad y escuela, para dejarlo más profesional y poner la presentación en contexto, sobre todo por si llega en un futuro a manos de otras personas.
• La segunda diapositiva debe ser un índice numerado de las secciones de la presentación.
• Una o dos diapositivas de introducción y contexto.
• Una diapositiva definiendo los objetivos.
• Una diapositiva resumiendo el estado del arte.
• Una o dos diapositivas de planificación y metodología.
• Si tu trabajo es de desarrollo:
  • Dos o tres diapositivas del diseño e implementación, diagramas sobre todo.
  • Una diapositiva hablando de pruebas.
  • Capturas de la UI, aunque mejor haz una demo.
• Si tu trabajo es experimentación o investigación:
  • Dos o tres diapositivas describiendo el método y mostrando los resultados (gráficas sobre todo). Dependiendo del número de experimentos que realices quizás necesites más. Pero recuerda, casi siempre menos es más.
• Una diapositiva de conclusiones, incluyendo enlace a repositorio del código, si lo hubiera.
• Una diapositiva de despedida, con un texto parecido a “Muchas gracias por su atención”.

Esto nos lleva a una presentación con quince a veinte diapositivas aproximadamente. Si te centras un minuto en cada una, y créenos, un minuto pasa muy rápido, ya lo tienes listo.

De cualquier forma, esto es una sugerencia. La estructura y el contenido dependerá fundamentalmente de ti y de tus habilidades oratorias.

Respecto a los títulos de las diapositivas, mucha gente cambia el título de cada una para que sea como un titular de periódico, que le da un toque más innovador. Es decir, en vez de poner títulos genéricos como “Introducción (I)” o “Introducción (II)”, puedes poner una diapositiva (que no usaremos en el conteo) con el texto centrado “Introducción” y pasar rápidamente a las siguientes tituladas “El problema de los tres cuerpos es muy difícil de resolver” y “Se han utilizado algunas cosas sin éxito”. Fíjate como parecen titulares de periódico, pero seguimos siendo conscientes de que estamos en la introducción. De hecho, como curiosidad, fíjate también en los nombres de las secciones de este capítulo, no hace falta leer el texto para sacar la idea principal de cada una. De esta forma, estamos ofreciendo una especie de idea principal del contenido de la diapositiva que el espectador agradecerá enormemente.

10.2. La presentación no es un karaoke

Si vas a leer lo que pone en las diapositivas envíala por correo y nos ahorramos tiempo. Y recuerda que menos es más. Así que quita la broza. En tu memoria quizás hayas escrito algo como

“El objetivo de este proyecto es demostrar que, bajo ciertas condiciones, utilizar el algoritmo Williamsito, creado por Williams [11] permite obtener mejor rendimiento para resolver el problema de los tres cuerpos [12] reduciendo el tiempo de computación”.

Pues eso, en la presentación quita la broza:

“Williamsito reduce el tiempo para resolver el problema de los tres cuerpos”.

Ya está, dicen exactamente lo mismo, pero más rápido. El tribunal lo habrá pillado enseguida y podemos pasar a otra cosa.

Especialmente importante será la diapositiva de conclusiones. Es la última carta que tienes en la manga para que el tribunal vea que has hecho un buen trabajo.

10.3. El poder de lo visual

Vamos a mejorar el texto anterior:

“Williamsito reduce el tiempo para resolver el problema de los tres cuerpos”.

Fíjate cómo hemos usado un componente visual (la negrita) para ir directamente a la idea de la frase. No te cortes en usar técnicas tipográficas para facilitar la lectura (negrita, cursiva, color), pero tampoco te pases. Resaltar de una a tres palabras por frase es más que suficiente. Piensa que lo que no haya que resaltar quizá es que directamente no debería estar en la diapositiva.

A veces incluso se puede sustituir el texto con una imagen o un pictograma que represente la idea. Por ejemplo, en vez de poner una lista de los componentes de tu sistema y lo que hacen, utiliza un diagrama. De un solo vistazo vemos que tiene 5 componentes y se comunican usando MQTT. Perfecto, todo claro.

Pero igual que antes, no pongas diagramas que no aporten y te pongas a explicarlos. El diagrama de clases o el de E/R, por ejemplo, generalmente no aportan absolutamente nada en la presentación, ya has aprobado las asignaturas que te lo evaluaban. Sí puede ser muy útil poner un diagrama de arquitectura del sistema en un proyecto de desarrollo, para que de un solo vistazo se pueda conocer cómo se ha estructurado. Tampoco pongas código fuente, a menos que sea realmente necesario.

Y ojo con los colores. Utiliza paletas ya establecidas. Existen webs que te permiten coger un grupo de cuatro colores que combinan bien. Por ejemplo Coolors.co ¹, pero hay otras muchas. A menos que sepas de diseño gráfico y teoría del color no te fíes de tu criterio artístico. Esto es especialmente importante si estás visualizando datos. Además, puede haber personas daltónicas en el tribunal o entre los potenciales futuros lectores si difundes el documento.

Y para terminar un consejo muy fácil de aplicar y que queda muy bien: añade el número de diapositiva actual y el total de diapositivas en una esquina (Por ejemplo, 4 de 20). De este modo el tribunal podrá orientarse y saber cuánto te queda o anotar la diapositiva sobre la que hacerte una pregunta. Si, por ejemplo, ven que te pasas un poco de tiempo pero solo te queda una diapositiva quizás no te interrumpan. También servirá para que en el turno de preguntas puedas moverte a una diapositiva concreta si te lo piden.

Actualmente, nuestra sociedad genera y transmite una gran cantidad de información a través de memes y gifs. Si encuentras uno que se ajuste a lo que quieres decir, aunque pueda resultar poco ortodoxo, no dudes en incluirlo en tu presentación. Eso sí, no abuses de ellos, ya que pueden hacer que tu presentación parezca poco seria, y considera que el salto generacional entre el tribunal y tú puede hacer que no entiendan la referencia.

10.4. Show. Don’t tell

Esto es un aforismo que se usa mucho en el guión cinematográfico. En vez de escribir qué hace tu aplicación prepara una demo de dos o tres minutos en la que veamos cómo funciona. No hace falta que muestres todo, por ejemplo, cómo crear usuarios, que es algo trivial, sino la parte interesante.

Si tienes miedo de que algo falle (por ejemplo, si el servidor está en tu casa), prepara un vídeo, pero no grabes tu voz explicándolo, da la explicación en directo mientras que visualizas el vídeo. En el turno de preguntas puedes ofrecer al tribunal probar la aplicación o hacer la demo en vivo para evitar sospechas y actos de fe sobre el trabajo mostrado en el vídeo.

Consensúa esta presentación con la persona que te tutoriza el TFG hasta que estéis ambos contentos con ella. Confía en su criterio, ya que ha visto muchas presentaciones. Pero recuerda que eres tú el que va a hacer la presentación, así que procura estar cómodo con ella, aunque no sigas todos los consejos que te hemos dado o te ha comentado el tutor.

Capítulo 11
La defensa

11.1. La estructura del acto

Una vez que finalice el periodo de entrega del TFG, el centro publicará las comisiones de evaluación y los TFG asignados a cada una. La comisión está compuesta por tres miembros. A saber: un presidente, un secretario y un vocal. Una vez nombrada, el presidente, normalmente, convocará a los estudiantes, informándoles de la fecha, hora y lugar del acto de defensa. Este se divide, como bien hemos indicado anteriormente, en dos fases: la presentación del trabajo y la discusión con los miembros de la comisión.

El acto es público, por lo que puedes entrar a ver a tus compañeros. El que lo hagas o no dependerá de ti, de si te pones nervioso viendo a otros o no, o de si quieres estar tranquilo y concentrado antes. Si te quedas fuera de la sala, quédate cerca de ella. El secretario saldrá a llamarte cuando sea tu turno. En ese momento, entras en la sala, saludas al tribunal (buenos días, buenas tardes, hola) y te diriges al lugar donde expondrás, conectas tu portátil (no, no hay disponible ninguno para tu uso, tienes que llevarte el tuyo) al proyector y preparas la presentación.

El presidente, en ese momento, dirá algo así como que se va a dar comienzo a la defensa del TFG titulado X realizado por el estudiante Y. Y te informará de la estructura del acto, indicándote explícitamente el tiempo que tienes disponible para la exposición (normalmente veinte minutos) y el tiempo, aproximado éste, de la ronda de preguntas y comentarios (otros veinte minutos habitualmente). Tras la presentación, que comenzarás sólo cuando el presidente te dé la palabra, éste dará paso al secretario y al vocal, los cuales te plantearán sus cuestiones, participando finalmente el propio presidente en dicha ronda. Una vez finalizada la segunda fase, éste te dirá que se ha concluido el acto, te dirá que se te comunicará la nota en uno o dos días y, finalmente, te dará las gracias. Lo habitual es que tú también des las gracias. Y... se acabó lo que se daba. Ya has terminado, recoges y abandonas la sala, o bien te quedas a oír a los compañeros siguientes.

Como ya hemos indicado, es un acto público, por lo que también pueden asistir tus familiares y amigos. El que lo hagan o no, dependerá también de ti: si tus padres y hermanos o amigos quieren ir a verte y tú no te pones nervioso con su presencia, es un momento bonito para que te vean en acción y lo compartan contigo. A veces te puedes sentir más tranquilo/a con su presencia. Si no es así, mejor les dices que prefieres que no vayan y no hay ningún problema. De cualquier forma, el público en general y los familiares y amigos en particular, deben permanecer en silencio, sin intervenir en ningún momento y sin realizar comentarios de ningún tipo a las preguntas de la comisión ni a tus respuestas (vamos que no se lleven pancartas ni pompones, ni pongan caretos ni resoplen cuando algún docente haga algún comentario). Tampoco es normal que se aplauda cuando finalices. Los abrazos y felicitaciones déjalos para cuando estés fuera de la sala.

11.2. La importancia de la defensa

Una vez entregado el TFG, la siguiente y última fase en el proceso es la defensa de tu trabajo. Es conveniente que descanses y desconectes uno o dos días antes de ponerte a trabajar en la confección del material que usarás en la defensa. Te permitirá hacer esas tareas mucho más tranquilamente, con más concentración, perspectiva y ganas. Has trabajado muy duro durante todo el curso y en especial en las últimas semanas previas a la entrega. El cansancio y el estrés se acumulan. Y es oportuno hacerlo porque este acto es el momento de la verdad donde tu TFG será evaluado y tienes que estar fresco/a y en plenitud de condiciones.

La defensa y su preparación tienes que tomártelas en serio. Es el principal acto académico que vas a realizar en tus estudios y de su resultado dependerá la nota de tu proyecto. Tu trabajo ya está terminado y en este acto lo que tienes que hacer es convencer a los miembros de la comisión de que es un buen trabajo. Puedes haber realizado un trabajo excepcional pero si no lo “vendes” bien, la nota que tengas no será la que verdaderamente refleje la calidad de tu TFG (y esto es un hecho que, lamentablemente ocurre muy frecuentemente). Imagina que eres un vendedor de motos y tienes la mejor del mercado. La moto no se vende por sí sola, tienes que hacerle ver al cliente todas las magníficas prestaciones que hacen que sea una de las mejores del mercado, si no la mejor, y conseguir que la compre. Si no lo haces así, el cliente no se va a enterar y no vas a poder “venderle la moto”. Por tanto, tan importante es, al elaborar un buen TFG, el producto y la memoria, como comunicarlo correctamente a los miembros de la comisión.

Pero ojo, “vender la moto” no es “vender humo”. Una cosa es que emplees todas las técnicas de comunicación a tu alcance para mostrar la calidad del producto y el trabajo desarrollado, y otra es que las utilices para tratar de engañar a la comisión, exagerando o engordando tu trabajo. Ten cuidado porque estas cosas son muy fáciles de detectar y te pueden poner en un aprieto, sobre todo porque los miembros de la comisión han leído tu memoria y saben lo que has hecho y además disponen de un informe del tutor sobre tu trabajo.

Por tanto, tu capacidad de comunicación jugará un papel importante en esta fase. Mediante una comunicación efectiva serás capaz de expresar de forma clara, concisa y efectiva, tus ideas, facilitando su comprensión por parte de la comisión. Las habilidades de comunicación podemos dividirlas en dos: la verbal y la no verbal. La primera implica al lenguaje hablado (uso de vocabulario, gramática, volumen y tono de voz); la segunda, tiene que ver con la forma de comunicar sin hablar, es decir, la parte más física: las posturas, gestos, miradas, etc. Estos dos tipos los describiremos con más profundidad en la siguiente sección, pero sé consciente que ambos son importantes en la defensa. Esta comunicación la apoyarás en una presentación clara, concisa y bien estructurada, como se ha indicado en el capítulo anterior, en la fase de exposición de tu trabajo. También tendrás que hacerlo sin apoyo en la fase de discusión con la comisión, en la que te realizarán preguntas y comentarios sobre tu trabajo, y tendrás que responder de forma clara, concisa y convincente.

Por tanto, si comunicas de forma efectiva, no vas a tener problema en hacer ver el trabajo que has realizado y, por tanto, la comisión será capaz de entender lo bueno que es.

Algunos consejos para preparar la defensa son los siguientes:

• Prepara la defensa con la persona que te tutoriza. Esto es un proceso iterativo en el cual inicialmente te indicará las líneas generales con las que debes hacer la presentación. Seguidamente, prepara un primer borrador y se lo pasas al docente para que lo evalúe. Te hará los comentarios pertinentes. Si tienes dudas sobre ellos, habladlo y llegad a acuerdos. Refléjalos en la presentación y vuelve a enviárselos. Este proceso se repetirá hasta que haya una estabilidad en la presentación y no haya cambios. En ese momento puedes decir que tienes lista la presentación y puedes comenzar a ensayar.
• No sólo prepara una presentación sino también una demostración, si el tipo de TFG que has desarrollado se presta a esto. Puedes hacer un vídeo mostrando las prestaciones de tu software o una demostración en vivo del mismo. De cualquier forma, acuerda con la persona que te tutoriza lo más relevante de esta demostración, el tiempo que le vas a dedicar y el momento en que lo harás, y prepárala concienzudamente también.
• Normalmente afrontamos este acto con inseguridad y miedo. Para evitarlo, la única receta que hay es ensayar la presentación una y otra vez hasta que tengas seguridad y confianza, y sepas qué decir en cada momento. También imagina, visualiza, cómo va a ser la defensa, la sala, los miembros, dónde estarás tú situado, los gestos que harás, cómo te moverás. Este entrenamiento te dará confianza en ti mismo.
• Cronométrate en los ensayos. No puedes pasarte del tiempo indicado para la exposición. Si lo haces, el presidente te podrá decir que te has excedido del tiempo asignado y retirarte la palabra. Esto implica que puede haber cosas importantes que te dejes sin comentar, con el consiguiente problema para que los docentes que te evalúen comprendan la dimensión, dificultad, alcance, etc. de tu trabajo. Además, aunque te dejaran más tiempo, dejarías mala impresión en los miembros de la comisión y hay un ítem de la rúbrica que evalúa esto. Por tanto, cronométrate y ajústate al tiempo. Esto puede implicar que elimines diapositivas, que las hagas más breves, que contengan menos texto, que simplemente pases por encima de algunas diciendo apenas una frase. Cualquier cosa para ajustarte al tiempo pero, ojo, sin que el mensaje pierda contenido importante.
• Piensa en posibles preguntas que los miembros de la comisión podrían hacerte y prepara las respuestas. Estas suelen ser del tipo:
  • ¿Qué es lo que has aprendido?
  • ¿Por qué has hecho esto de esa forma (y no de esta otra)?
  • ¿Por qué no has tenido en cuenta esto?
  • ¿Cuáles son las limitaciones de tu trabajo?
  • ¿Qué aporta tu trabajo?
  • ¿Por qué has elegido esta opción y no esta otra?
  • ¿Por qué no has liberado tu código?
  • ¿Por qué has escogido esta licencia y no otra?
  • ¿Por qué no has incluido X en tu revisión del estado del arte?
  • ¿Por qué no has mencionado ni valorado el uso de esta tecnología, metodología, método o herramienta?
  • ¿Cómo abordarías la propuesta X de tus trabajos futuros?
  • ¿Qué es lo que más te ha costado?
  • ¿Qué desafíos técnicos encontraste y cómo los superaste?
  • ¿Qué métricas utilizaste para medir el éxito de tu proyecto?
  • ¿Cómo podría aplicarse tu proyecto en un entorno real?
  • ¿Qué escalabilidad tendría el software que has desarrollado?

  Ten en cuenta que te podrán preguntar sobre cualquier cosa que no esté clara en la memoria o no hayas incluido. Por eso es tan importante revisarla bien antes de entregarla.

• También te pueden hacer comentarios sobre la memoria y presentación del tipo: ‘No está bien explicado el propósito del TFM”. “Faltan objetivos relacionados con tu formación”. ‘Deberías haber añadido una tabla comparativa en el estado del arte”. “Hubiera sido mejor utilizar la tecnología X”, ‘En el diagrama de clases hay estos errores...”. En esos casos, dales la razón si la tienen e indica que lo tendrás en cuenta para futuros trabajos. Si te dan pie para responder, explica o completa lo que te están indicando. Por ejemplo, ‘La tecnología X también es óptima pero he escogido Y porque además me permite hacer Z, cosa que con X es más costoso, o porque estoy más familiarizado con ella”.
• Como ya se ha explicado en el capítulo anterior, la presentación es un mero elemento de apoyo para presentar tu proyecto. Es un guion para que tú sepas qué tienes que decir. Por tanto, no leas su contenido. Y para que puedas decir todo lo que debes decir, cuando diseñes la presentación hazte un documento en el que escribas las cosas que tienes que comunicar en cada diapositiva y apréndetelo. Pero en la exposición no hables como un loro que suelta el texto de memoria, ve con tranquilidad, haciendo pausas, dirigiéndote a los miembros de la comisión, mirándolos, y explicando las cosas. No las recites. Lo de aprenderse todo lo que tienes que decir es para evitar dejarte algo que sea importante.
• Practica la exposición con la persona que te tutoriza, si es posible. Él o ella te indicará aspectos a mejorar de la presentación y de la comunicación. Además podréis simular el turno de preguntas y te hará algunas que son habituales en las comisiones y otras específicas que pueden surgir tras exponer la presentación. Y, sabiendo de antemano quiénes serán los examinadores, también te podrá indicar algunas típicas de estos profesores. También te hará comentarios sobre las respuestas que das, tanto en forma como en contenido.
• Practica la exposición con tus familiares y amigos. Ellos no van a entender la parte técnica, pero sí que te podrán dar una realimentación muy valiosa sobre la forma de expresarte, moverte, gestos, muletillas o cualquier otra cosa que les llame la atención. Haz caso a sus comentarios y ensaya de nuevo, ya sin ellos, procurando evitar las situaciones negativas que te han indicado. Si no tienes posibilidad de tener espectadores en los ensayos, grábate tú con el móvil y luego analiza minuciosamente toda la exposición para ver qué cosas tienes que mejorar.
• Si es posible, por las fechas y horarios, asiste a alguna otra defensa. De esta manera podrás ver en directo todo el proceso, la exposición que hace el estudiante, las preguntas y cómo responde. Esto te servirá para entender el acto y para quitarte el miedo, pues es una situación que, aunque importante y algo más relevante, ya habrás realizado en múltiples ocasiones en tu grado.
• Procura preparar la presentación, llevar a cabo las correspondientes modificaciones, y los ensayos pertinentes con tiempo, de tal manera que no necesites nada más que dar un pequeño repaso a la misma el día anterior de tu defensa. Estarás más tranquilo/a ya que llegar al día de antes sin tenerla bien preparada sólo es una fuente de nervios y tensión que te perjudicará. Ese día descansa y come especialmente bien.

Y algunos otros para el momento de la defensa:

• Imaginamos que en el momento de comenzar tendrás nervios. Eso es normal. No te preocupes. Siempre es mejor tener un poco de tensión que ir súper relajado. Esos nervios se irán disipando conforme avances. Al comenzar, respira hondo y empieza con tu exposición. Céntrate en contar qué y cómo lo has hecho de una manera lo más efectiva posible.
• Ha sido un periodo largo de trabajo duro y ahora llega el momento que lo culmina. Nadie sabe más que tú del trabajo que has hecho, del cual debes sentirte orgulloso/a, cosa que debe infundirte seguridad, por tanto, disfruta de la presentación.
• Intenta captar continuamente la atención de los miembros de la comisión empleando tanto un buen diseño de las diapositivas, tal y como se ha explicado en el capítulo ??, como técnicas verbales, como, por ejemplo, usando preguntas que lanzas a la comisión, pero que no esperas que respondan, cambios de volumen y tono, etc.
• Llévate un guión que será de ayuda si en algún momento te quedas en blanco o no te acuerdas de por dónde seguir, pero no lo tengas en la mano. Déjalo en la mesa a un lado.
• Si los miembros del tribunal no te están mostrando en algún momento atención, no te preocupes. No significa que no le interese tu presentación ni que hayan dejado de escucharte. Simplemente estarán mirando algo en la memoria o anotando alguna cuestión a hacerte. Tú no te pongas nervioso/a ni pienses que no les está gustando tu presentación y sigue con ella, mirándolos como si ellos te estuvieran mirando y escuchando también.
• Tanto en la presentación como en las respuestas sé claro/a y ve al grano. No hay mucho tiempo y si te vas por las ramas te vas a quedar sin tiempo para explicar cosas importantes. Y sé honesto/a y sincero/a. Si algo no lo has hecho, por ejemplo, y te preguntan, di que no lo has hecho y el porqué. No te inventes nada porque los miembros de la comisión se darán cuenta y te meterás en un lío.
• Ve con tranquilidad al acto de defensa. En la presentación los nervios de durarán el primer minuto, luego disfruta del momento. En la ronda de preguntas, también debes estar tranquilo/a porque nadie sabe más que tú de tu proyecto, porque lo has hecho tú.
• Pon el móvil en modo avión y no lo sitúes a la vista. La única excepción a esto último es que lo quieras emplear como temporizador para ver el tiempo de exposición, aunque si la tienes bien ensayada, tampoco es necesario el móvil y ofreces una mejor imagen que si estás consultándolo continuamente para ver cuánto tiempo te queda.

En [?] tienes algunos otros consejos que te podrán ser útiles en este acto de la defensa.

11.3. La comunicación con la comisión

La forma de interactuar con los miembros de la comisión es también muy importante en el acto de la defensa. En esta sección te hacemos varias recomendaciones sobre este asunto.

Si el presidente de la comisión no te ha presentado, entonces, tras darte la palabra y tu agradecerla, preséntate tú mismo e indica seguidamente que vas a presentar tu trabajo fin de grado, con el título correspondiente. Si ya te ha presentado, entonces da las gracias y di que comienzas con la presentación de tu TFG (y no vuelvas a presentarte).

Cuando finalices tu presentación, puedes decir algo así como “y con esto finalizo la presentación de este TFG y quedo a disposición de la comisión para resolver cualquier duda o comentario que deseen realizar”, y esperas a que tome la palabra el presidente para organizar la segunda fase del acto. En ese momento comenzará la ronda de preguntas.

Lo habitual es dirigirse a los miembros de la comisión de usted y siempre con el máximo respeto. Invócalos mediante la denominación de profesor y su apellido (profesora García). Seguramente conoces a los docentes que estén en la comisión. Alguno te habrá dado clase en alguna asignatura del grado y tienes cierta confianza. En ese caso, puedes bajar algo el nivel de formalidad a la hora de dirigirte a ellos aunque nunca entrando en el colegueo. En ese caso puedes llamarlos por su nombre de pila. Si el presidente te habla de Usted, lo normal es que hables tú también en ese grado. Si lo hace de tú, decide si hablarles también de tú o de Usted.

En relación a las preguntas y comentarios, como ya hemos indicado anteriormente, responde siempre yendo al grano y de forma clara. No des rodeos ni respondas otra cosa si no sabes qué decir o no quieres decir algo. Habla con sinceridad. Si no entiendes una pregunta di que no has comprendido qué quieren decirte y que, por favor, te la repitan. Si no estás de acuerdo con algún comentario, siempre con educación y de forma cortés, rebátelo y ofrece las razones por las que discrepas. No tengas miedo a hacerlo así. Eso es una discusión académica y es un punto a tu favor, ya que estás dejando claro a la comisión que tienes los conocimientos y la capacidad para defender lo que has hecho y el porqué.

Sé receptivo/a a los comentarios, críticas y sugerencias. No te los tomes a mal ni de forma personal. En algunas situaciones puedes responder que gracias por el comentario y que lo tendrás en cuenta para mejorar la aplicación, por ejemplo.

Si hay alguna respuesta que pueda encajar con “porque me lo dijo o indicó mi tutor”, no tengas reparo en expresarlo de ese modo. No obstante, muestra tu opinión personal fundamentada al respecto, tanto si coincide, como si no, con lo que indicó la persona que te tutoriza.

No tengas miedo de preguntar cualquier cuestión o pedirles ayuda en algún tema (por ejemplo, si al conectar el ordenador al proyector hay algún problema). Los docentes de la comisión te responderán con toda amabilidad y te ayudarán en la medida de sus posibilidades. También son conscientes de que se pasan algunos nervios en este tipo de actos y, por tanto, serán comprensivos y te intentarán tranquilizar.

Ten también presente que los miembros del tribunal no van a preguntarte con mala intención, simplemente están haciendo su trabajo y deben plantear ciertas cuestiones para entender detalles que no les han quedado claros o conocer tu capacidad para desenvolverte en estas situaciones. En definitiva, tienen que tener toda la información disponible para poder evaluar objetivamente tu trabajo.

11.4. Cuestiones de protocolo

La principal cuestión en este apartado es la vestimenta. ¿Qué me pongo? ¿Voy muy arreglado/a? ¿Voy como normalmente visto? La respuesta es sencilla pero a la vez complicada: irás vestido/a de la forma adecuada para ofrecer la imagen que quieres dar. Por simplificar, recomendamos evitar camisetas, tirantes, bermudas, pantalones cortos y ropa deportiva, ya que es un atuendo demasiado informal para una presentación pública de este calibre. ¿Irías como vistes normalmente a una entrevista de trabajo? No, ¿verdad? Pues esa es la idea en este acto.

Uno de los aspectos que da más información sobre ti es tu forma de vestir, ya que refleja tu personalidad y esta también permite a los demás construir una primera impresión sobre ti en muy poco tiempo. Y lo que quieres es caer bien a los miembros de la comisión y que se lleven una primera impresión de que eres profesional.

En general, simplemente debes ir vestido/a acorde al acto en el que vas a participar. Si fuera el de defensa de una tesis doctoral, claramente deberías ir de traje, pero esta presentación pública, aunque importante, podríamos decir que no tiene la categoría de la defensa de un trabajo doctoral. Por tanto, debes ir arreglado/a pero no es necesario súper arreglado. Un pantalón de vestir y una camisa podrían ser suficientes. Evalúa también una falda y una blusa o camisa, o un vestido como posibilidades. En definitiva algo con lo que te sientas cómodo/a y que sea uno o dos puntos más formal de la forma en que normalmente vistes. Procura no usar ropa llamativa o accesorios que puedan distraerte a ti o a los miembros del tribunal. Y ni qué decir tiene que debes acudir bien aseado/a.

Apéndice A
Propiedad intelectual y licencias

En este anexo discutiremos sobre la propiedad intelectual de tu TFG y los distintos tipos de licencias que puedes utilizar para su desarrollo.

A.1. Propiedad intelectual

En esta sección comentaremos algunos aspectos importantes de cara a llegar a explotar el producto o servicio desarrollado en el TFG. Es especialmente útil para aquellos TFG que se quieran desarrollar con la colaboración de empresas o terceros.

A.1.1. Normativa de la universidad

Cada universidad tiene su propia normativa respecto a la propiedad intelectual e industrial. Por ejemplo, según la Normativa sobre los Derechos de Propiedad Industrial e Intelectual derivados de la actividad investigadora de la Universidad de Granada¹ (aprobada en la sesión ordinaria del Consejo de Gobierno de 31 de enero de 2017), los derechos de tu TFG pueden ser tuyos, o compartidos con la persona que te dirige, dependiendo de su implicación.

En el artículo 6 de dicha normativa podemos leer lo siguiente:

• b) En el caso de resultados de investigación generados por estudiantes de la Universidad de Granada bajo la dirección, coordinación, colaboración o tutorización efectiva de personal de esta Universidad, la titularidad y propiedad de dichos resultados, así como de los derechos de propiedad industrial e intelectual derivados de los mismos, corresponderá en régimen de cotitularidad a la Universidad de Granada y al estudiante en la proporción en que hubiese contribuido cada parte al resultado, teniendo en cuenta tanto las aportaciones económicas como intelectuales relevantes. En caso de imposibilidad de determinar la contribución al resultado de investigación, se presumirá que la titularidad corresponde al 50% a cada uno de ellos.
• c) En el caso de resultados de investigación generados por estudiantes de la Universidad de Granada en los que el personal de dicha Universidad se restrinja a su encargo y/o evaluación, la titularidad y propiedad de dichos resultados, así como de los derechos de propiedad industrial e intelectual derivados de los mismos, corresponderá exclusivamente al estudiante o estudiantes generadores de los mismos. No obstante, y sin perjuicio de lo anterior, la Universidad de Granada podrá reservarse un derecho de uso no exclusivo, gratuito e intransferible con fines de investigación y de docencia.

  Y si nos vamos a la la normativa específica de TFG de la UGR² , en su artículo 14 (Propiedad industrial e intelectual del Trabajo fin de Grado) dice lo siguiente:

  1.

  El estudiantado tendrá derecho al reconocimiento de la autoría de su Trabajo fin de Grado y a la protección de la propiedad intelectual del mismo.

  2.

  A los Trabajos fin de Grado les resultará de aplicación la legislación vigente en materia de propiedad intelectual y propiedad industrial que pudiera afectar tanto al estudiantado como a las personas responsables de la tutorización y cotutorización, así como a las empresas u organismos que pudieran estar involucrados en su elaboración.

  3.

  La titularidad de los resultados de la actividad investigadora conducente a un Trabajo fin de Grado, y en particular la titularidad de los derechos de propiedad industrial e intelectual asociados, puede corresponder exclusivamente al estudiante o la estudiante o bien ser compartida entre él o ella y la Universidad de Granada, conforme a lo establecido en la Normativa sobre los Derechos de Propiedad Industrial e Intelectual derivados de la actividad investigadora de la Universidad de Granada.

  En resumen, la propiedad intelectual podría ser únicamente del estudiante, o compartida con la empresa colaboradora, la Universidad, o incluso con la persona que te tutorice dependiendo de su colaboración. Si el tutor o tutora no participan activamente en el desarrollo y simplemente evalúan sobre la escritura de la memoria, por ejemplo, la propiedad intelectual podría ser solamente tuya. En cualquier caso hay que dejar claro desde el principio el tipo de colaboración que se llevará a cabo durante el desarrollo para evitar futuros malentendidos.

  A.2. ¿Qué son las licencias?

  Una licencia no es más que un contrato que indica qué se puede y qué no se puede hacer con tu obra. Por ejemplo, quiénes son los autores, en qué territorios puede usarse, qué derechos das a las personas que van a usar tu obra, o incluso qué fechas de uso les puedes dar.

  En esta sección vamos a ver los tipos de licencias que existen sobre una obra, lo cual, en nuestro caso incluye software y recursos digitales (textos, imágenes, vídeos, código, etc.) que sean obras tuyas o de terceros. El reconocimiento de la propiedad intelectual de una obra es importante para tener argumentos que permitan ganar un litigio en caso de plagio, protegiendo a la persona que ha creado la obra, pero también otorgándoles derechos de uso a otras personas. Aunque haya licencias ya creadas y ampliamente extendidas (como CC o GNU/GPL), tú también puedes crear tu tipo de licencia desde cero, aunque te recomendamos que uses las que ya existen.

  Comenzamos con los tipos de licencias existentes según los derechos de autor de una obra. Las licencias pueden ser abiertas o cerradas. De entre las licencias abiertas, se especifica principalmente si se pueden hacer cambios sobre el original y si se permite o no la distribución del original o copias (incluyendo copia y venta) por parte de otros. Así, las licencias abiertas pueden ser permisivas (se puede modificar el original y hay flexibilidad en la distribución), robustas débiles (se puede modificar el original pero no distribuirlo) o robustas fuertes (no se puede modificar el original ni distribuirlo, pero sí usar tal cual). Por ejemplo, el software de Apache tiene licencia abierta permisiva y el de Eclipse tiene licencia abierta robusta fuerte.

  A.3. Licencias para texto, conjuntos de datos e imágenes

  Las licencias Creative Commons (CC) ³ regulan bastante bien estos aspectos de las licencias abiertas y otros a la hora de crear recursos propios o usar recursos de terceros. Tienen en cuenta:

  • Reconocimiento al autor (BY): obligación de nombrar al autor cuando se use su obra.
  • Compartir Igual (SA): las obras derivadas deben mantener la misma licencia que la original al ser distribuidas.
  • Sin Obra Derivada (ND): no se puede transformar una obra original, por ejemplo, no se puede traducir y distribuir la traducción.
  • NoComercial (NC): solo el autor puede distribuir la obra con fines comerciales.
  • Dominio Público: el autor renuncia a sus derechos. Cualquiera puede copiar, modificar y distribuir la obra, incluso con fines comerciales, sin pedir permiso.
  • Zero (0): puedes usar el original, generar una obra derivada, distribuirlo con uso comercial o no comercial. Es como el dominio público pero no tienes ni siquiera que mencionar al autor.

  Todas las licencias de CC, excepto la zero, tienen obligación BY, de reconocimiento del autor de la obra.

  Vamos a ver los tipos más comunes de licencia CC que hay en función de la combinación de algunos de los aspectos de la lista.

  • (BY-NC) Reconocimiento - No Comercial: puedes generar obras derivadas siempre que no hagas un uso comercial de las mismas ni del original.
  • (BY-NC-SA) Reconocimiento - No Comercial - Compartir Igual: igual que BY-NC, pero además, la distribución de las obras derivadas se debe hacer con una licencia igual a la que regula la obra original. Por ejemplo, si alguien usa tu imagen con esta licencia para hacer un collage o cambiar los colores, esta nueva imagen debe tener ese mismo tipo de licencia. Es frecuente que la licencia tenga un número de versión, que debes conservar en este caso, por ejemplo, CC BY-NC-SA 4.0.
  • (BY-NC-ND) Reconocimiento - No Comercial - Sin Obra Derivada: no puedes generar obras derivadas ni hacer un uso comercial de la obra original. Es la licencia más restrictiva de CC. Por ejemplo, si una imagen, esquema o dataset tienen esta licencia, no puedes hacer cambios sobre ellos, pero sí usarlos tal cual están.
  • (BY-SA) Reconocimiento - Compartir Igual: puedes crear obras derivadas y hacer uso comercial de éstas y del original, siempre que sea bajo el mismo tipo de licencia de la original.
  • (BY-ND) Reconocimiento - Sin Obra Derivada: no puedes generar obras derivadas, pero sí puedes hacer uso comercial del original.

  Existe otra licencia más restrictiva aún que es la del Copyright (c). Si una obra tiene una licencia con Copyright, no puedes usarla sin pedir permiso y no puedes generar obras derivadas, ni distribuirla, aunque sea para uso no comercial. Por ejemplo, no puedes poner en tu TFG una imagen con Copyright, aunque nombres al autor.

  Para que no infrinjas la ley, te recomendamos que si necesitas usar recursos digitales en tu memoria o código, busques en bancos de imágenes, sonidos y vídeos de dominio público o con licencia Creative Commons. También tienes disponibles varios repositorios de recursos educativos abiertos (REA) que puedes usar para la introducción y estado del arte de tu TFG. En la tabla A.1 te proporcionamos algunos enlaces a sitios desde donde puedes descargarlos usando filtros y palabras clave para buscar lo que deseas.

  Enlace	Imagen	Sonido	Vídeo	REA
  https://biblioteca.uoc.edu/es/biblioguias/biblioguia/Bancos-de-imagenes/	x
  https://biblioteca.uoc.edu/es/biblioguias/biblioguia/Bancos-de-audiovisuales/			x
  https://www.pexels.com/es-es/videos			x
  https://edpuzzle.com/			x
  http://recursostic.educacion.es	x	x
  http://stock.adobe.com	x	x
  https://www.flaticon.es	x
  https://unsplash.com/es	x
  https://freesound.org		x
  cedec.intef.es				x
  procomun.educalab.es				x
  oerworldmap.org				x

  Otra opción que tienes si necesitas una imagen, es la de usar el buscador de Google, seleccionando imágenes y luego en herramientas, en licencias de uso, elegir Creative Commons. Por ejemplo, si te bajas imágenes de Internet para usarlas en la memoria o el programa sin filtrar antes, verás que te indican con una marca superpuesta las que están bajo licencia.

  Si utilizas un generador automático de imágenes o texto con IA generativa, tú serás el autor o tendrás la propiedad intelectual de los prompts o entradas, y del output o salida, ya que los generadores no son personas que puedan poseer derechos de autor [?]. Eso sí, si en los prompts das información específica de fuentes con derechos de autor o utilizas contenido protegido, es tu responsabilidad el garantizar que cumples con las leyes de derechos de autor al citar adecuadamente esas fuentes.

  Recuerda que aunque obtengas un recurso de forma gratuita, esto no quiere decir que lo puedas usar de forma abierta. Por ello, y a no ser que tenga licencia zero (0), asegúrate siempre de mencionar en tu TFG al autor/a y/o la web desde donde te has descargado el recurso y el tipo de licencia que tiene. Tienes ejemplos de cómo citar la fuentes de imágenes originales o adaptadas con licencia CC en la web de Creative Commons ⁴. Lo habitual es poner detrás del título de una imagen el título original, el autor/a y el tipo de licencia, así como indicar si has modificado la imagen y la nueva licencia que le atribuyes, si es el caso.

  A.4. Licencias de código fuente

  El código creado por ti durante el desarrollo del proyecto también podrías licenciarlo como CC, pero desde la versión 4.0, no se recomienda esta licencia para código fuente, así que lo más habitual es usar licencias específicas de software, que están pensadas para las especificidades del código (por ejemplo, también tratan su ejecución).

  Si deseas licenciar código, bastará con que en las primeras líneas de cada fichero, dentro de un comentario, indiques el tipo de licencia que le atribuyes. Algunas licencias también requieren un fichero LICENSE o README con la licencia, que deberás compartir con tu código, por ejemplo, en el directorio raíz de tu proyecto.

  Hay dos tipos de licencias de código: las privativas y las abiertas/libres. Respecto a las licencias de código abierto/libre hay dos corrientes: el Software Libre (Free Software) y el Código Abierto (Open Source). De hecho se refiere al conjunto de las dos como FLOSS (Free/Libre Open Source Software). El “Libre” del acrónimo es porque en inglés gratis y libre se escriben igual, así que le han añadido la palabra en español para que quede claro el componente de libertad, no de gratuidad (“Free as a bird, not as in beer”).

  Dependiendo de la comunidad de desarrollo, se prefieren algunos tipos de licencias a otras. Por ejemplo los paquetes de Node.js suelen tener licencias MIT o ISC, los crates de Rust usan MIT o Licencia Apache, y los plugins de Wordpress deben ser GNU, sobre todo para evitar problemas de compatibilidad.

  Aunque no es obligatorio que liberes el código de tu TFG, puedes obtener una serie de beneficios si lo haces: te obliga a seguir buenas prácticas de desarrollo, sirve para crear comunidad, genera ejemplo, y no menos importante, te servirá como porfolio que te ayudará a encontrar un buen trabajo.

  A.4.1. Licencias de software libre

  La corriente del Software Libre es, digamos, más “filosófica”, y está orientada a la Libertad de la persona que usa el software: libertad para usarlo, estudiarlo, distribuirlo y mejorarlo. Para conseguir estos objetivos es necesario tener acceso al código siempre, por lo que las licencias de Software Libre tienen como requisito compartir las modificaciones (como en CC-SA). La Free Software Foundation (FSF)⁵ es la entidad que se encarga de mantener licencias como la GNU. Su página web tiene muchísima información sobre cómo usar sus licencias explicada con un lenguaje claro [?].

  • GNU General Public License (GPL). La última versión es la V3. Te permite el uso comercial del software que la tiene (es decir, venderlo y ganar dinero), distribuirlo, modificarlo, y las personas que contribuyen a él tienen derecho a participar en una posible patente (cumpliendo muchos requisitos). Como condiciones, si vas a distribuir el programa o una versión a partir de él (a un cliente, o ponerlo en Internet), tienes que revelar el código, mantener el copyright original y el archivo de licencia, además de documentar los cambios respecto al original. Digamos que es una licencia vírica: puedes usar mi código para lo que quieras, pero tiene que seguir siendo GPL.
  • GNU Affero General Public License (AGLP). En los últimos años ya no usamos el software en nuestro ordenador, a veces accedemos a él a través de Internet. Esta licencia en concreto extiende la GPL con una cláusula para que si el software ofrece servicios a través de una red, entonces también haya que liberar el código.
  • GNU Lesser General Public License (LGLP). Esta es más flexible que la GPL. Si tu software se usa vía interfaces (por ejemplo, accediendo a los métodos de una librería), el software que llama a esas funciones puede usar cualquier otra licencia (incluso privativa), pero si modificas la librería entonces tienes que liberar el código modificado.

  A.4.2. Código abierto

  Podría decirse que el Open Source está más orientado al mundo empresarial, y por eso sus licencias no exigen liberar los cambios. La entidad que promueve estas licencias es la Open Source Initiative (OSI) ⁶. Las licencias de código abierto más extendidas son las siguientes (aunque hay más de cien en la web de la OSI):

  • Licencia Apache. Tiene los mismos permisos que la GPL (uso comercial, distribución, modificación, derecho a patente), pero a diferencia de GPL no es necesario liberar el código ni usar la misma licencia, pero sí documentar los cambios que se han añadido.
  • Licencia MIT. Es mucho más permisiva que la anterior: no hace falta ni documentar el cambio, se pueden generar patentes de las ideas sin añadir a todas las personas que han contribuido, y no hay que documentar los cambios.

  A.5. Cómo aplicar una licencia a tu proyecto

  Casi todas las licencias software lo único que requieren para poder aplicarse es añadir un fichero LICENSE o README en el directorio raíz del código de tu proyecto con el texto de la licencia. De hecho, cuando creas un proyecto en Github o Gitlab, se te ofrece la opción de añadir automáticamente el fichero de licencia a elegir con un menú entre las opciones más utilizadas, como MIT, GNU/GPL, Apache y otras. Ten en cuenta que algunas licencias también requieren un fichero CHANGES donde indiques las modificaciones que se hayan hecho al código original.

  Es muy importante que todas las personas y entidades que han contribuido a tu proyecto (como hemos explicado en la sección A.1) aparezcan como autores en la licencia. Todas las licencias tienen una sección de autoría, normalmente junto a la palabra “Copyright AÑO por” (sí, incluso las licencias libres y abiertas usan la palabra Copyright).

  Casi todas las licencias también requieren que añadas un comentario en la cabecera de cada fichero. En este caso lo más fácil es crear la plantilla en tu IDE que incrusta el texto cada vez que creas un fichero nuevo dentro de tu proyecto.

  La memoria también puede tener licencia abierta. Sin embargo, al ser texto y no código, tienes que utilizar una licencia Creative Commons, o alguna licencia específica para documentación, como la GNU Free Documentation License⁷ .

  Por ejemplo, si deseas que tu memoria final tenga licencia CC, bastará con que uses el generador de licencias de CC⁸ , para indicar qué tipos de licencia deseas asignar a tu TFG. Uno de los pasos en este proceso es escribir el nombre de los autores de la obra. Al final este generador te proporcionará un texto y un icono para insertar en la memoria, o un código HTML para incrustar todo en una web. Se suele insertar el texto e icono en la primera página. También puedes poner el texto legal completo en el que se basa la licencia (extrayéndolo de la página de CC).

  Te aconsejamos que subas tu memoria a un repositorio oficial como Digibug UGR ⁹, previa solicitud de claves. Al subir un documento a este repositorio, se licencia automáticamente como CC (BY-NC-ND), a no ser que desees que sea menos restrictiva, por ejemplo, solo BY-NC, permitiendo a otros que creen obras derivadas con tu trabajo. Si es así, debes indicarlo en la primera página del documento.

  Estas recomendaciones para licenciar la memoria y el código del TFG puedes aplicarlas a otros trabajos que realices dentro o fuera del ámbito universitario, y no solo en formato de texto/código, también para imágenes o vídeos creados por ti. CC facilita la descarga de elementos que identifiquen los diferentes tipos de licencias en los diferentes formatos, así, en la web oficial¹⁰ puedes descargarte logos, iconos, stickers, gifs animados, e incluso bumpers para colocar en tus vídeos.

  A.6. Código generado por IA o copiado de páginas web

  Por último, indicarte que si has usado alguna herramienta de inteligencia artificial generativa para obtener el código, o lo has tomado de foros como Stack Overflow o Reddit, por ejemplo, debes tener en cuenta también lo relativo a la LPDGDD y respetar las licencias que tienen los códigos originales que hayas copiado. Es decir, solo debes copiar o crear un código derivado como modificación del copiado si la licencia del original te lo permite. En caso de que no encuentres licencia asociada, por omisión tiene Copyright, así que actúa en consecuencia.

  A.7. Otras consideraciones sobre las licencias y cómo obtenerlas

  En el caso de que utilices varios paquetes o librerías con licencia deberás tener mucho cuidado para que sean compatibles entre sí. Puedes usar webs como JoinUp¹¹ para ver el tipo de licencia que tendrías que ponerle a tu proyecto si las combinas. Si no sabes qué licencia escoger, puedes usar el test Choose A License ¹².

  Por último, nos gustaría comentarte otra opción que es la de obtener un registro de propiedad intelectual, que equivale a tener una licencia de Copyright, en la que el autor puede dar derechos a otras personas previa solicitud, por ejemplo, de uso o copia. Esto puede ser complementario a usar licencias abiertas y libres, es una especie de firma digital por si en un futuro tuvieras que demostrar tu autoría en un juicio, por ejemplo. Para obtener ese registro, debes ir físicamente a una oficina provincial de registro de propiedad intelectual o bien hacer el registro en una web oficial como la del Registro Territorial de Andalucía ¹³. Para tal fin, debes completar unos formularios en los que se piden datos relativos a la obra y los autores, y pagar unas tasas que oscilan desde los quince euros si se hace de forma presencial, a los ocho euros si el registro es online. Al hacer un registro obtienes un documento que te reconoce como autor de la obra.

  Tanto con un registro de propiedad, como indicando tipo de licencia en tu memoria de TFG y código, si en el futuro alguien plagia tu TFG o parte de él, no te cita, o se lucra con tu trabajo sin tu autorización y sin respetar la licencia que has indicado, podrás tener un respaldo de tus derechos para denunciar.

  Finalmente, recuerda que en la UGR puedes consultar con la OSL (Oficina de Software Libre)¹⁴ o con la OTRI (Oficina de Transferencia de Resultados de Investigación)¹⁵ para resolver dudas sobre licencias libres o normativa de transferencia y propiedad intelectual.

  Apéndice B
  Las tipologías de TFG y su desarrollo

  B.1. TFG de desarrollo de software

  Existe una modalidad de TFG que es la de desarrollo de software, cuyo objetivo será la creación de una aplicación o biblioteca en el contexto de un problema determinado. El objetivo de esta sección será explicar brevemente cómo llevar a cabo la elaboración de la memoria si tu TFG es de este tipo.

  Lo primero que debes hacer es decidir qué metodología de desarrollo o ciclo de vida seguirás. Tienes varias opciones que pasamos a describir brevemente, pues seguro las has visto con más detalle en una o varias asignaturas de la carrera relacionadas con ingeniería del software [?]:

  • Ciclo de vida clásico o en cascada: los requisitos se establecen al inicio y no cambian, se realizan secuencialmente las fases de diseño, implementación y pruebas, y los resultados se ven cuando el proyecto está ya avanzado.
  • Metodología ágil: se establecen iteraciones en las que se van agregando nuevas funcionalidades a la aplicación final. En cada iteración se realizan tareas de especificación, diseño, implementación y pruebas. El usuario final puede ir viendo y probando los resultados al final de cada iteración e intervenir para mejorar. Ejemplo: Scrum [?].
  • Espiral o de Riesgos: consiste en cuatro etapas: planificación, análisis de riesgo, desarrollo de prototipo y evaluación del cliente. Se puede volver de cada etapa a las anteriores en caso de que haya que modificar algo y antes de seguir con las siguientes etapas. Conviene para proyectos en los que se han previsto inicialmente riesgos económicos o técnicos, como la seguridad, que hay que gestionar si se quiere que el proyecto llegue a buen término.
  • Dirigida por pruebas: primero se diseñan las pruebas, pensando en los requisitos que pueden ser más difíciles de abordar, principalmente los no funcionales, luego se completan los requisitos y se escribe un código. A continuación se realizan las pruebas planificadas y después se refactoriza el código para mejorarlo. Todo este proceso se hace de forma iterativa, abordando en cada iteración diferentes pruebas y requisitos. Ejemplo: Test Driven Development (TDD) [?].

  Existen otras metodología más específicas, según el tipo de desarrollo que vas a realizar, como DevOps [?], en la que los equipos de desarrollo de software y los equipos de operaciones de la empresa (como el de marketing, contabilidad o gestión de almacén, por ejemplo) trabajen juntos, facilitando la comunicación e integrando mejor las tareas de ambos. También hay metodologías específicas para el diseño de videojuegos [?], que incluyen fases para el diseño de storyboards, y diferencian la creación de personajes, escenas, narrativa, etc. Igual ocurre con metodologías que impliquen el diseño o uso de hardware (como tarjetas, placas, dispositivos del tipo Blackberry Pi, o sensores). Se suelen incluir algunas fases de diseño, construcción y prueba del hardware.

  Sea cual sea la metodología que escojas, debes justificar su elección en la memoria, bien en el capítulo del estado del arte, revisando y comparando varias, o bien en el capítulo de tu propuesta, antes de empezar a dar detalles del desarrollo. En la carrera has visto varias asignaturas relacionadas con ingeniería del software y has aprendido varias metodologías y herramientas. Es el momento de aplicarlas en un proyecto completo. Te aconsejamos que las valores, que escojas una desde el principio y llegues a un acuerdo sobre ella con la persona que te tutoriza. La planificación temporal del proyecto debe tener en cuenta esta metodología en la parte del desarrollo para asignar tiempos a todas sus fases o iteraciones.

  En el capítulo de tu propuesta te aconsejamos que incluyas una sección para cada una de las fases del ciclo de vida que sigas. En el caso de metodologías ágiles, incluye una primera sección, que podría ser la iteración 0, con el Product Backlog (la lista de historias de usuario priorizadas y organizadas en iteraciones) y luego una sección por cada iteración, explicando en cada una las tareas de especificación, diseño, implementación y pruebas que llevas a cabo.

  Es muy importante que en la memoria utilices herramientas de ingeniería del software como las que te han enseñado en la carrera, que ayudan a visualizar diversos aspectos del desarrollo, del tipo diagramas de casos de uso, plantillas de casos de uso o de historias de usuario, diagramas de arquitectura del sistema, de clases, de secuencia, de actividad, de la estructura de la base de datos, etc. También puedes presentar esquemas o listas de cómo has estructurado el software: paquetes, tipos de ficheros, localización en la arquitectura del software final, etc. Si tu software tiene una interfaz que has diseñado, incluye los bocetos que has hecho (como fotografías de los dibujos de los bocetos en papel, o capturas de pantalla o enlaces a lo realizado con herramientas de diseño de interfaces como Figma o JustInMind).

  En cuanto a la implementación, da detalles de alto nivel como el uso de bibliotecas, la pertinencia de usar un determinado framework o lenguaje, el acceso a servidores y bases de datos específicas, o la configuración de APIs.

  Evita incluir código en la memoria, a no ser que un objetivo de tu proyecto sea la propuesta de un algoritmo específico o la realización de cambios en algoritmos existentes para su mejora. En algunos casos, puede ser interesante incluir pseudocódigo. En cualquier caso tu código debería estar en un repositorio online (como Github o Gitlab) enlazado desde el proyecto. Si lo ves necesario, puedes incluir código en un anexo, siempre y cuando se resalten palabras en él, las líneas estén numeradas, esté correctamente documentado (internamente) y esté bien explicado en un párrafo aparte.

  Debes destacar qué tipo de pruebas realizas sobre el software: unidad, integración, rendimiento, usabilidad, etc. Da detalles sobre las pruebas que planificas, sobre qué métodos y herramientas utilizas para realizarlas, y también sobre sus resultados. Explica las mejoras realizadas si los resultados no son los esperados.

  En algunos proyectos también se hacen pruebas finales para validar el desarrollo realizado con expertos o usuarios finales. En ese caso, incluye una sección o incluso un capítulo aparte si lo ves conveniente, dando detalles de estas pruebas: objetivos, participantes, procedimiento, instrumentos de evaluación, resultados y valoración final.

  El profesor JJ Merelo ha escrito una serie de artículos muy interesantes sobre cómo aplicar buenas prácticas de desarrollo ágil en tu TFG [?]. Échales un vistazo porque pueden serte de mucha utilidad.

  Para finalizar, si durante el desarrollo has encontrado problemas que has tenido que solucionar, dale visibilidad a ese trabajo describiendo las alternativas de solución que has explorado y explicando la solución escogida para que otra persona que lea tu memoria pueda beneficiarse de ella. Si ha quedado algún problema por resolver, indica el motivo. Puede ser interesante que al final del capítulo de propuesta incluyas una sección sobre esto para mostrar tus capacidades de resolución de problemas y toma de decisiones como ingeniero o ingeniera.

  Y ten en cuenta que tu TFG puede ser una gran excusa para aprender cosas nuevas. Si en el grado has estudiado una metodología muy bien y la has practicado pero no has visto otra que consideres interesante y quizá útil profesionalmente y te interesaría aprender, no te quedes en tu zona de confort y aprovecha la oportunidad para aprenderla y ponerla en práctica. Tu TFG y todo lo que hayas aprendido durante el proceso de desarrollo del mismo serán una magnífica carta de presentación para tu próxima etapa profesional.

  B.2. TFG de investigación

  La Ingeniería Informática se centra en la aplicación de conocimientos teóricos-prácticos para ofrecer la mejor solución posible a un problema, teniendo en cuenta las dimensiones temporales, personales, materiales y económicas. Esta disciplina cuenta con desafíos científicos de gran envergadura en cada una de sus especialidades [?], destacándose a continuación algunos de ellos:

  • los retos electrónicos de aumentar el nivel de integración de las placas de unidades de procesamiento, ya sean de datos (CPU) o especializadas en gráficos (GPU), fundamentales para continuar ampliando la capacidad de cómputo de los sistemas informáticos;
  • el amplio y complejo reto computacional y social que representa la inteligencia artificial;
  • el continuo empeño en mejorar todo lo relativo al procesamiento geométrico para impulsar el avance de la representación gráfica;
  • el objetivo de conseguir una informática sostenible a través de la mejora de la aplicación de los conceptos de la informática teórica para el diseño y desarrollo de algoritmos eficientes en tiempo y en espacio;
  • la responsabilidad de mejorar las metodologías y métodos de desarrollo para la programación de sistemas informáticos seguros, robustos y respetuosos con la privacidad de los datos.

  La Ingeniería Informática es una disciplina muy transversal, por tanto, tenemos el reto de ser excelentes dentro de nuestro propio campo y, además, debemos aprender y conocer el dominio del problema donde aplicaremos la solución. En el contexto de un trabajo de investigación, adicionalmente, tendremos que respetar las pautas del método científico [?].

  La tipología de TFG de Investigación representa la oportunidad para que apliques los conocimientos adquiridos durante el grado a la resolución de un problema científico en el que interviene una metodología informática o sistema computacional y, por tanto, demuestres y amplíes tus habilidades científicas como futuro graduado en Ingeniería Informática.

  Aunque pudiera parecer que en este tipo de TFG sólo debes aplicar recomendaciones o prácticas propias de la actividad científica, no tienes que olvidar que este TFG es indispensable para la obtención de un título de graduado en ingeniería. Por tanto, además de aplicar procedimientos científicos, debes seguir y emplear principios de ingeniería, y sobre todo los propios de esta ingeniería estudiados durante la carrera.

  Las recomendaciones sobre el tipo de TFG de investigación se expondrán de la siguiente manera: primero se presentará el método científico, es decir, elemento diferenciador de este tipo de TFG y que debe guiar su elaboración (véase la sección B.2.1); posteriormente se expondrá cómo estructurar el trabajo y la memoria del TFG buscando siempre una correspondencia con el método científico (Sección B.2.2) y por último se enunciarán una serie de recomendaciones (Sección B.2.3).

  B.2.1. El método científico

  La investigación es un actividad intelectual y experimental realizada de modo sistemático con el propósito de aumentar los conocimientos sobre una determinada materia¹ . En otras palabras, la investigación busca adquirir nuevos conocimientos y/o resolver problemas teóricos o prácticos mediante una actividad metódica y reproducible [?]. La consecución de los objetivos de la investigación precisa de la aplicación de una determinada estrategia de trabajo, que en este caso se conoce como método científico. Este está constituido por una serie de actividades, que aunque se resumen en la figura B.1, se detallan a continuación:

  • Hacer una pregunta. Todo trabajo científico comienza con la identificación de un problema, de una necesidad, de una carencia, en definitiva, de un “¿a qué se debe esto?” o “¿cómo puedo resolver esto?”, o lo que anglosajones denominan gap. Si no existe esta pregunta, problema o necesidad, deja de tener sentido el invertir tiempo y esfuerzo, y por ende dinero, en la realización de una experimentación cuyo fin no está asociado a ofrecer una respuesta útil.
  • Estudiar el estado del arte. La identificación de una necesidad o el surgimiento de una pregunta científica no implica que ésta sea novedosa o que no tenga ya una respuesta. Por consiguiente, las acciones que intervienen en esta fase son: (1) identificar la disciplina científica donde se encuadra la pregunta a responder; (2) analizar la novedad de la pregunta identificada, así como si ha sido ya respondida; y (3) en caso de que el reto sí sea novedoso, estudiar la investigación relacionada con el ánimo de aprender los métodos ya usados, y emplearlos como inspiración en el diseño de la metodología o método original que de respuesta al desafío en estudio.
  • Construir una hipótesis. Una vez estudiado el estado del arte relacionado con el problema se debe definir una hipótesis sobre la cual se diseñará la solución y se evaluará si se confirma y, por tanto, resolverá el reto o si se desecha, y en consecuencia, se tendrá que definir otra hipótesis.
  • Evaluar la hipótesis. Esta fase se compone de las siguientes acciones: (1) diseñar y desarrollar una metodología o método acorde a la hipótesis; (2) diseñar un conjunto de experimentos que permitan evaluar la metodología o método desarrollado; y (3) evaluar con métricas de evaluación estándares y propias del área en la que se circunscribe el problema de investigación con el fin de ofrecer una evaluación objetiva y comparable. Así mismo, se recomienda ofrecer todos los detalles de desarrollo y de evaluación con el ánimo de que la experimentación sea reproducible por cualquier investigador. Esta recomendación contribuye a confiar en la experimentación realizada, en el método o metodología propuesta, además de continuar la transferencia de conocimiento y el progreso científico.
  • Analizar los resultados. Esta fase es la más determinante, porque en función de su resultado, se podrá decir que se acepta la hipótesis, y por tanto se concluye que el método o metodología desarrollados resuelven el desafío objeto de estudio; o por el contrario se rechaza la hipótesis. Este rechazo implica que se debe volver a la definición de la hipótesis, o dicho de otro modo, a modificar la hipótesis y desarrollar otro método o metodología acorde a la nueva hipótesis.

  Al igual que el método científico guía la labor de los investigadores de cualquier área, también debe ser la base de un TFG de investigación.

  En el siguiente apartado veremos en más detalle cómo debes llevar a cabo un TFG de investigación siguiendo una serie de pasos que te aseguren que los resultados obtenidos sean fiables y de calidad.

  B.2.2. Estructura del trabajo y de la memoria

  La estructura de la memoria no debe por qué distar mucho del resto de tipologías, pero sí debe recoger de forma adecuada el desarrollo científico realizado. Esto obliga a que el trabajo científico siga unas pautas coherentes que te dirijan, al menos, la labor experimental de una forma ordenada y dirigida a la evaluación con éxito de la hipótesis. El método científico, presentado en la sección B.2.1 es una guía muy recomendable para que orientes toda la actividad experimental y la redacción de la memoria. Por ende, la memoria debe reflejar: (1) la existencia de una necesidad de investigación, (2) que esta no haya sido aún resuelta, o por lo menos no completamente, (3) la definición de una hipótesis, (4) el análisis, diseño e implementación del método o metodología que lleve a cabo la hipótesis y (5) la evaluación de esta. A continuación, se presentará una correspondencia entre el método científico y la estructura de la memoria, que a su vez ordena todo el trabajo relacionado con esta tipología de TFG.

  Motivación - Pregunta de investigación. En el primer capítulo o el capítulo de introducción del TFG debes recoger la motivación del trabajo, es decir, la razón por la cual lo realizas y merece la pena esforzarse en él durante los meses que involucre su realización. Esto que, en un inicio parece complicado: consiste en encontrar un reto que tenga asociada una pregunta científica, como podría ser: ‘¿es posible la generación de texto coherente y preciso para ofrecer información sobre trastornos de la conducta alimenticia?”. Si has llegado a esa pregunta, es que existe una necesidad ligada a un problema, que a su vez tiene un contexto. Esta conjunción de contexto, problema, necesidad y pregunta científica es lo que debe constituir tu motivación del TFG, y la cual lo convierte en atractivo para cualquier lector, y sobre todo para la comunidad científica.

  Investigación relacionada - Estudiar el estado del arte. Una vez que ya se ha fijado el problema o pregunta a resolver, tienes que realizar las siguientes acciones:

  1.

  Determinar el área de investigación. La Ingeniería Informática abarca distintas áreas científicas, por lo que lo primero es saber si la pregunta se responde desde, por ejemplo, la informática teórica, la informática gráfica, la inteligencia artificial, la electrónica, o incluso si precisa de conocimiento externo a la Ingeniería Informática, como podría ser una investigación en un dominio interdisciplinar (medicina, biología, química, etc.). Atendiendo a la pregunta anterior, si te estás cuestionando sobre la posibilidad de generar automáticamente lenguaje, parece que se trataría de un problema de inteligencia artificial, dado que se pide imitar un comportamiento característico de la inteligencia humana. En este ejemplo, una vez fijado que el área es la de la inteligencia artificial, el siguiente paso sería identificar la disciplina especializada en el desafío en cuestión, que en este ejemplo sería el procesamiento del lenguaje natural, ya que es la disciplina de inteligencia artificial encargada del desarrollo de métodos y metodologías computacionales orientados a la comprensión y generación de lenguaje por parte de un ordenador. Así mismo y siguiendo el ejemplo, necesitarías de cierto conocimiento externo, en particular sobre los trastornos alimenticios y cómo podría ayudar a su diagnóstico, prevención o tratamiento un sistema informático.

  2.

  Búsqueda de los trabajos más relevantes. Conocida el área y disciplina de investigación, es momento de buscar los trabajos relacionados con la pregunta de investigación. En el caso particular que estamos tratando, serían modelos de generación de lenguaje. Con este dato, ya es momento de que estudies todo lo relacionado con la problemática, y seleccionar los avances más recientes. En este caso se corresponderían con los grandes modelos de lenguaje, y sus diversas formas de aplicación para generar lenguaje que dé respuesta a distintas situaciones en función del caso de uso. En el ejemplo que estamos siguiendo se podría pensar que una posible aplicación de los grandes modelos de lenguaje podría ser aplicarlos en modo de sistemas de recuperación de información.

  3.

  Evaluación de si el reto está resuelto. Tras la selección de los trabajos más importantes, tienes que evaluar si el desafío planteado está o no resuelto. En caso de que así sea, deberás plantear uno nuevo hasta que encuentres aquel que aún no lo esté. Por contra, si no lo está, la pregunta representa un verdadero reto sobre el que merece la pena realizar el TFG.

  Pudiera parecer que el trabajo de esta fase termina aquí, pero no es así, porque ahora es el momento en el que determinarás las estrategias seguidas hasta la fecha, con el fin de realizar una propuesta novedosa que pueda compararse con lo existente, y que ofrezca mejores resultados.

  El resultado de este estudio sobre trabajos relevantes y sus estrategias lo reflejarás en un capítulo específico sobre el estado de la investigación asociada al proyecto. Algunos ejemplos de nombres que puede tener este capítulo son: contexto, estado de arte, estado de la cuestión, trabajos relacionados, o el nombre específico de la disciplina de investigación asociada al desafío científico del TFG.

  Hipótesis. Un conocimiento profundo del problema científico asociado te prepara para la enunciación de la hipótesis del TFG. Esta es una suposición de estrategia, metodología o modelo a desarrollar para resolver el desafío científico en el que estás trabajando. Así mismo, si la evaluación de la hipótesis la confirma, conlleva haber propuesto una solución válida al reto científico del TFG. Automáticamente se podría pensar que un resultado negativo implica el fracaso del trabajo científico desarrollado. Esto no tiene por qué ser así, dado que de los resultados negativos también se pueden obtener conclusiones positivas, que incluso pueden servir de base para posteriores avances científicos. Por tanto, no te agobies si no obtienes los buenos resultados que esperabas.

  Siguiendo el ejemplo que está guiando la descripción de la estructura del trabajo y memoria, una posible hipótesis sería: las arquitecturas basadas en recuperación de información aumentada (retrieval augmented generation, RAG) pueden generar texto coherente para ayudar a personas con trastornos de la conducta alimentaria. Esta hipótesis conllevaría al diseño, implementación y evaluación científica y de software de un sistema tipo RAG para el caso de uso indicado.

  Se recomienda que también indiques la hipótesis en el capítulo de introducción, ya que va asociada a la pregunta de investigación. Así mismo, una vez formulada la hipótesis, ya se puedes establecer los objetivos e hitos del TFG, los cuales son una forma de concretar el trabajo a realizar.

  Desarrollo - Evaluación de la hipótesis. Para poder probar la validez de tu hipótesis, antes tienes que desarrollar la metodología o método subyacente a la misma. Por tanto, hay que diseñar primeramente el marco experimental. En la mayoría de los casos el marco experimental va a seguir los cánones de la investigación cuantitativa, la cual requiere de una evaluación empírica. Esto obliga a seleccionar el conjunto o conjuntos de datos sobre los que vas a realizar la evaluación, y a determinar las medidas de evaluación a emplear.

  La elección del conjunto de datos es una decisión muy importante del proceso de evaluación, porque si estos no son de calidad, o no son representativos, la calidad y credibilidad del marco experimental se verá resentido. En cualquier caso, siempre tienes que describir los datos elegidos, y en caso de que no sean propios, haz referencia a su fuente. A continuación te mostramos algunos ejemplos de conjuntos de datos que se pueden usar:

  • Conjuntos de datos externos: Si trabajas con conjuntos de datos públicos y ampliamente conocidos por la comunidad científica es sencillo hacer referencia a ellos en la memoria. Se recomienda utilizar una tabla para mostrar comparativamente los distintos conjuntos de datos empleados, como en el ejemplo de la tabla B.1. Puedes incorporar a la tabla las columnas que sean necesarios y que incluyan toda la información sobre la cual haces referencia en el texto principal de la memoria. Presta atención al texto que acompaña a la tabla en donde se indica tanto el origen de los datos como una cita o referencia online a ellos.

    	No. de	No. de	No. de Atributos
    Dataset	Casos	Clases	Nominales	Numéricos	Perdidos
    Anneal	898	6	32	6	29
    Breast Cancer	286	2	9	0	2
    Diabetes	768	2	8	0	8
    Heart-C	303	5	7	6	2
    Hepatitis	155	2	13	6	15
    House Votes	435	2	16	0	16
    Iris	150	3	0	4	0
    Lymphography	148	4	15	3	0
    Vowel	990	11	3	10	0
    Wine	178	3	0	13	0
    Zoo	101	7	16	1	0

  • Conjuntos de datos propios: si dentro de tu propuesta de trabajo incluyes la generación de conjuntos de datos propios, recogidos a partir de un experimento real o cuestionarios pasados a usuarios, por ejemplo, entonces necesitas crear un apartado en la memoria para detallar todo el proceso. Si por otro lado, el conjunto de datos te lo ha dado tu tutor, entonces necesitas detallar su origen y características. Si es posible, incluye el o los conjuntos de datos al entregar la memoria. Si por alguna razón los datos son privados o no tienes permiso para difundirlos debes entonces explicarlo detalladamente. Recuerda que para trabajar con datos con información de carácter personal, antes debes anonimizarlos.
  • Conjuntos de datos artificiales: si cuentas con conjuntos de datos creados artificialmente, también llamados datos sintéticos, debes explicar cómo se han generado. Si el procedimiento de generación de estos datos es propuesta tuya, entonces descríbelo con detalle como se explica en el apartado anterior. En caso de ser generados por terceras partes entonces basta con referenciar ese trabajo y explicar brevemente cómo se realiza este proceso. Igualmente para ambos casos necesitas mostrar en una tabla una descripción de los conjuntos de datos, como puedes ver en la tabla B.2. Recuerda que tu trabajo debe de poder ser reproducible por cualquier persona, por tanto debes incluir en el material a entregar los conjuntos de datos que hayas generado tú o un enlace a aquellos generados por terceras personas.

    Dataset	Edificio	Árbol	Persona
    Sintético A	5	10	4
    Sintético B	0	12	11
    Sintético C	1	2	2
    Sintético D	3	2	3
    Sintético E	4	5	1

  El siguiente paso es diseñar e implementar la metodología o modelo. Se podría decir que esta parte del TFG es para la que estás más preparado/a, por ser la de mayor contenido técnico. El diseño y desarrollo deben seguir los principios de ingeniería aprendidos durante la carrera, siendo recomendable que tú tomes decisiones propias en el ámbito de elección de lenguaje de programación, de bibliotecas a usar y de entorno de programación a utilizar.

  Antes de proseguir, nos gustaría hacerte la recomendación de que este tipo de TFG estuvieran acompañados de un demostrador, es decir, de integrar la propuesta científica en un sistema informático que muestre su utilidad. Si se opta por ello, el desarrollo del demostrador debe seguir las recomendaciones de la ingeniería del software, lo que implica: (1) elección de metodología de trabajo, (2) realización de fase de análisis, (3) diseñar la solución, (4) implementar el diseño y (5) validar y evaluar el software desarrollado. Es muy recomendable la realización de un demostrador, porque te permite mostrar los conocimientos adquiridos durante la carrera, sobre todo los relativos a los procesos y principios de la ingeniería del software. Siguiendo con el ejemplo, si ha implementado un sistema informático basado en una arquitectura RAG para facilitar el acceso a la información sobre trastornos de la conducta alimenticia, un posible demostrador sería un chat conversacional, de forma que el usuario experimente la consulta de información como si estuviera conversando en otro tipo de chat a los que suele estar acostumbrado en Whatsapp o Telegram.

  Una vez concluida la implementación de la metodología o modelo pasamos a la fase de evaluación. Ésta debe realizarse con las medidas de evaluación usadas en los trabajos de investigación relacionados. Esto es relevante porque permite comparar la propuesta del TFG con la literatura, y así poder saber si la propuesta representa realmente un avance o no. Además, se recomienda facilitar la comparación con el estado del arte por medio de una tabla comparativa con los modelos más relevantes. No olvidar que para poder decir, por ejemplo, que un algoritmo es mejor que otro, es necesario no solo realizar múltiples experimentos, sino también someter los resultados obtenidos a análisis estadísticos. Recuerda que los experimentos que realizas deben poder reproducirse, por tanto no olvides fijar una semilla para que, por ejemplo, en caso de usar un generador de números aleatorios, tu trabajo sea reproducible.

  Atendiendo a nuestro ejemplo, la evaluación tendría que realizarse con métodos y librerías o frameworks propios de la comunidad para evaluar sistemas basados en RAG. Actualmente el framework de evaluación más extendido es RAGAS³ [?], el cual integra medidas clásicas de recuperación de información (precisión y cobertura (recall)) y métricas para valorar la calidad del texto generado. En cuanto a la reproducibilidad, tendrás que indicar todos los detalles de la representación semántica usada⁴ , compartir si es posible dicha representación, el número de contextos usados, publicar la acción a modo de consulta⁵ para que el modelo de lenguaje genere la respuesta, así como todos los parámetros de configuración de este. En el caso de que sean particulares y exclusivos del TFG, te recomendamos que lo pongas a disposición de la comunidad. Esto que se indica para el caso particular del ejemplo debes adaptarlo a tu TFG particular y al área de investigación que se circunscriba tu trabajo.

  En cuanto a la organización de la evaluación de la hipótesis en varias secciones o capítulos, dependerá de su extensión y de si se realiza un sistema demostrador. En el caso de que se haga un sistema informático, se recomienda separar en capítulos las distintas fases del proceso de desarrollo de software. En caso contrario, puede que solo sea necesario elaborar un capítulo describiendo todo lo relativo a la elección de datos, implementación y evaluación.

  Análisis de los resultados. El análisis de los resultados y la comparación con el estado del arte es el momento decisivo en esta tipología de TFG, debido a que determina si la hipótesis se acepta o no. En el caso de que se acepte, el trabajo no concluye aquí, ya que se recomienda realizar un análisis tanto de los aciertos, como de los errores que se hayan producido. Estos permitirán realmente entender cómo el modelo o metodología desarrollados están dando respuesta al reto de investigación.

  En caso de que la hipótesis sea rechazada, se debe evaluar si un análisis profundo de los resultados puede ser interesante para la comunidad científica, y por tanto constituir una contribución importante para el TFG. Este análisis puede concluir que se deben elegir otros datos, que el reto ha llegado a un escenario de resultados tope, que la estrategia algorítmica no es la adecuada y que se deben seguir otras, o que la elección de las características y los parámetros de configuración del algoritmo no han sido los óptimos. Esto que pudiera parecer una fracaso, puede ser la base de futuros progresos porque ofrece a la comunidad científica un conjunto de lecciones aprendidas a tener en cuenta para posteriores desarrollos. Ahora bien, se remarca que cuando se ha obtenido un resultado negativo, el análisis de resultados debe ser profundo y con conclusiones interesantes para considerarlo como una contribución y como un TFG válido.

  También es posible que los experimentos realizados tengan ciertas limitaciones que afecten a la interpretación de los resultados obtenidos. Debes, por tanto, abordar este tema de manera transparente. Las limitaciones son características del diseño o metodología que influyen en la validez, aplicabilidad o generalización de los hallazgos. Pueden derivarse del diseño inicial del estudio, del método utilizado o de desafíos imprevistos durante el proyecto. Existen distintos tipos de limitaciones, como las relacionadas con el diseño o la metodología del estudio, o bien de los datos en sí, que pueden presentar problemas de calidad, disponibilidad o fiabilidad. Reconocer estas limitaciones te brinda la oportunidad para proponer formas de abordar estas limitaciones y demuestra un pensamiento crítico.

  Conclusiones. El último capítulo debe ser el de conclusiones, que no debe ser una mera recapitulación del TFG, sino un lugar donde destacar si la propuesta permite aceptar la hipótesis, y los principales resultados del análisis a modo de lecciones aprendidas. En resumen, unas conclusiones que aporten valor al TFG. Adicionalmente puede ser útil añadir una lista de trabajos futuros en la que puedas demostrar que has comprendido el problema sobre el que has trabajado y propongas líneas de trabajo futuras a partir de tus conclusiones.

  B.2.3. Recomendaciones

  A modo de buenas prácticas para la realización de este tipo de TFG, se proponen a continuación una serie de consejos que esperamos que sean de utilidad:

  • Sistema demostrador. Como ya se ha indicado, se recomienda realizar un sistema informático que integre la propuesta científica, con el fin de que puedas aplicar los principios de ingeniería de software adquiridos durante la carrera.
  • Manual de instalación y uso. En caso de no realizar un sistema demostrador, es esencial proveer de toda la información necesaria para asegurar la reproducibilidad de los resultados. Eso incluye un manual de instalación y uso, el código fuente utilizado, etc.
  • Experimentación y redacción en paralelo. Es práctica común de los estudiantes el realizar primero la experimentación y posteriormente la redacción de la memoria. Esto suele conllevar agobio y hastío, dado que suele apetecer más el programar un sistema informático que redactar una memoria. Por tanto, para facilitar el proceso de redacción, y también para que este sea más rico, se recomienda realizar la tarea de experimentación y redacción en paralelo.
  • Registrar todo paso de la experimentación. Es importante registrar todo paso del proceso científico que se realice, dado que facilitará luego su desarrollo en la memoria. Esto incluye el uso de sistemas de control de versiones, llevar un log en el cual se detallen los distintos experimentos realizados, etc.
  • Continua interacción con la persona que te tutoriza. Teniendo en cuenta que la metodología de investigación te puede resultar novedosa, es muy importante que tengas reuniones frecuentes con tu tutor o tutora, con objeto de que te vayan guiando paso a paso, y en las que tendrás que aprovechar para consultar todas las dudas que te vayan surgiendo.
  • Trabajos futuros. La investigación es un proceso continuo en el que cada investigador aporta su pequeño grano de arena. A medida que uno se sumerge dentro del área de estudio, van surgiendo nuevas ideas e hipótesis que por la extensión y cantidad de horas para realizar el TFG no pueden ser acometidas. Es importante por tanto dejarlas por escrito, en el apartado de conclusiones o uno propio, de forma que cualquier lector pueda retomar el trabajo realizado y extenderlo desde el punto en el que ha acabado el TFG.
  • Reproducibilidad. Es muy importante que describas tu investigación con tal detalle que cualquier otra persona pueda reproducir de manera fehaciente todo el proceso que has realizado y obtener los mismos resultados. De esta forma podrá comparar sus propios resultados con los tuyos. Por desgracia, aunque es verdad que cada vez menos, te encontrarás con situaciones en las que te interesaría evaluar un modelo que ya ha sido publicado pero no tienes suficientes detalles para implementarlo tú, o no aportan información de valores de parámetros con los que han obtenido los resultados que se han publicado. Estas situaciones son bastante frustrantes pues, aunque el modelo sea interesante, similar al tuyo, utilice el mismo enfoque, o cualquier otra causa, no podrás emplearlo para comparar resultados. Por tanto, describe tus modelos y entornos experimentales con todo detalle. Incluso provee el código y los conjuntos de datos (siempre que puedas).
  • Un mal resultado también es un resultado. La investigación puede llegar a ser a veces un proceso ingrato pues no se suelen obtener normalmente los resultados magníficos que uno espera. Muchas veces repetimos el ciclo de la figura B.1 varias veces y los resultados obtenidos no son los que deseamos. ¿Esto implica que debemos continuar sine die con nuestro trabajo hasta conseguir buenos resultados? ¿Y si no los conseguimos significa que debemos abandonar el problema entre manos y cambiar de temática de TFG? La respuesta en ambas cuestiones es la misma y muy contundente: no. Si no conseguimos en un plazo razonable resultados que consideremos que realizan una contribución científica, tenemos que tener en cuenta que científicamente mostrar el camino por donde no se lleva a nada positivo es también una aportación, que será útil para otros investigadores (“por aquí, aunque parecía prometedor no podemos ir porque no conduce a nada”). Y para ti, pues desde el punto de vista de tu TFG estarás mostrando que eres capaz de realizar una investigación científica completa y eso en sí es suficiente para tu TFG. Ya tendrás tiempo en tu TFM o en tu tesis doctoral de continuar y encontrar alternativas que mejoren el estado del arte del problema entre manos.
  • Publica los resultados. Una vez que tengas hecho todo el trabajo científico, ¿por qué no publicar los resultados en un congreso o en una revista y hacer partícipe a la comunidad científica nacional o internacional de la investigación que has realizado y de las conclusiones obtenidas? De esta forma publicitarás tu trabajo y otros investigadores podrán apoyarse en él para seguir avanzando. Además, que tu TFG esté avalado por una publicación científica siempre será una magnífica carta de presentación para la evaluación de tu TFG, sin contar con el hecho de que estarás empezando ha hacerte un currículum muy útil para una posterior fase profesional ya sea en la empresa o en la Universidad.

  B.3. TFG de revisión del estado del arte

  Existe una modalidad de TFG que es en sí una revisión del estado del arte. Para que nos entendamos, es como la sección de revisión del estado del arte vista en el capítulo 5, pero a lo grande, en la que la revisión ocupa toda la memoria del TFG.

  Si vas a realizar este tipo de TFG, en primer lugar te recomendamos que leas ese capítulo con objeto de obtener una idea general de qué es una revisión del estado del arte y, por supuesto, el capítulo 8 con el objetivo de tener claro cómo gestionar la bibliografía del TFG, pues, si ya es importante este asunto, en este tipo de proyecto fin de carrera, las referencias bibliográficas se configuran como algo vital.

  El objetivo de esta sección será explicar brevemente cómo llevar a cabo la elaboración de la memoria de un trabajo de revisión del estado del arte. En este caso, hay mucho material publicado que puede serte de utilidad, por lo que haremos una revisión poco somera del mismo con objeto de ofrecerte algún material de inicio para que, al menos, comiences la tarea. De cualquier forma, ponte de acuerdo con la persona que te tutoriza sobre la forma de enfocar el trabajo, pues es un tipo muy especial de TFG que necesita ser definido y desarrollado de forma muy precisa.

  B.3.1. Tipos de revisiones

  Lluis Codina en [?] establece dos grandes grupos de tipos de revisiones: las tradicionales o narrativas y las de tipo sistemático. Las primeras son más bien ensayos y carecen de validez científica; las segundas, sí que tienen esta validez, y se clasifican en sistemáticas, que se emplean para determinar el impacto de intervenciones, y de alcance, usadas para describir hasta dónde (alcance) llega un conocimiento dado. En este trabajo, el autor explica claramente cuándo se debería elegir un tipo u otro de revisión.

  Pero esta es una simplificación que el profesor Codina ha realizado porque en realidad existe una gran cantidad de tipos diferentes de revisiones tal y como Grant y Booth indican en [?], la mayoría ampliamente usados en el campo de las ciencias de la salud y con un componente estadístico muy fuerte:

  • Revisiones tradicionales.
  • Síntesis de conocimiento: de forma genérica se podrían definir como aquellas revisiones que contextualizan e integran los hallazgos de investigación de estudios individuales dentro del cuerpo más amplio de conocimiento sobre el tema que tengas entre manos. Algunos de los más conocidos y usados pueden ser los siguientes:
    • Revisiones sistemáticas: identifican, evalúan y sintetizan todas las pruebas empíricas que cumplen unos criterios de elegibilidad previamente especificados. Las revisiones sistemáticas deben ser lo más exhaustivas e imparciales posibles.
    • Metanálisis: subconjunto de revisiones sistemáticas que combina estadísticamente los resultados de estudios cuantitativos encontrados, con objeto de ofrecer un efecto más preciso de los resultados.
    • Revisiones de alcance: abordan una pregunta de investigación exploratoria destinada a extraer conceptos clave, tipos de evidencia y nichos en la investigación relacionada con un área o campo definido, mediante la búsqueda sistemática, selección y síntesis del conocimiento existente.
    • Revisiones rápidas: un tipo de síntesis de conocimiento en el cual los procesos de revisión sistemática se aceleran y los métodos se simplifican para completar la revisión más rápidamente que en el caso de las revisiones sistemáticas típicas, que vienen a tener un tiempo de realización de un año, reduciendo el tiempo de confección de cinco a doce semanas. Se emplean cuando no se dispone de mucho tiempo para realizarlas.
    • Revisiones realistas: comprenden y desentrañan los mecanismos por los que una intervención funciona (o no funciona), proporcionando así una explicación, en lugar de un juicio sobre cómo funciona.
    • Revisiones cualitativas: aquellas que integran o comparan los hallazgos de estudios cualitativos.
    • Revisiones mixtas: combinación de los hallazgos de estudios cualitativos y cuantitativos dentro de una sola revisión sistemática para abordar las mismas preguntas de revisión superpuestas o complementarias.
    • Síntesis narrativas: se basan en el uso de palabras y texto para resumir y explicar los hallazgos de la síntesis más que en resultados estadísticos. Básicamente usan la palabra para “contar la historia” de los hallazgos en los estudios incluidos.
    • Revisiones tipo paraguas: se refiere a una revisión que recopila evidencia de múltiples revisiones en un documento accesible y utilizable.

  En la web de la biblioteca de la Universidad de Melbourne⁶ dispones de una definición muy detallada de los diferentes tipos de revisiones de literatura así como bibliografía de cada una de ellas para que las consultes. Si estás pensando realizar tu TFG en este contexto, te recomendamos que conozcas previamente los diferentes tipos de revisión existentes y que, junto a quien te dirige el trabajo, decidáis cuál es la que mejor se ajusta a los objetivos del mismo.

  B.3.2. Revisiones sistemáticas

  Una de las más ampliamente usadas es la revisión sistemática, sobre todo en el ámbito de la salud, aunque su uso se ha generalizado a todos los campos del conocimiento. Tal y como indica Codina en [?] habría que diferenciar entre las revisiones sistemáticas y las sistematizadas, ya que estas primeras están centradas en conocer la eficacia de una intervención basándose en el análisis de estudios científicos que se han realizado sobre ella, como hemos dicho en el campo de la salud, y las segundas están enfocadas en explorar campos de conocimiento e investigación específicos, identificando tendencias y corrientes dominantes, y detectando vacíos y posibles oportunidades para futuras investigaciones. Esta segunda definición sí que podría ser aplicada a cualquier campo de conocimiento y, por tanto, si somos estrictos con el lenguaje, en el campo de la informática deberíamos realizar una revisión sistematizada. Pero... por abuso del lenguaje se habla de forma general, independientemente del campo, de revisión sistemática.

  De cualquier forma una revisión (sistemática o sistematizada) de este tipo está compuesta de varias fases muy bien pautadas, que pasamos a describir seguidamente, cuyas descripciones detalladas podrás encontrar en [?], un clásico en el campo de las revisiones de literatura:

  1.

  Formulación de la pregunta(s) de investigación: define claramente el objetivo de la revisión y las preguntas de investigación que se abordarán. Es importante que estas preguntas sean específicas, claras y relevantes para el tema de estudio.

  2.

  Búsqueda de literatura: se realiza una búsqueda exhaustiva y sistemática de la literatura relevante utilizando bases de datos académicas, bibliotecas digitales y otros recursos. En nuestro campo de la informática también puede interesarte realizar búsquedas en repositorios de código abierto, por ejemplo.

  3.

  Selección de estudios (en inglés, screening): se aplican criterios de inclusión y exclusión para seleccionar los estudios que cumplen con los criterios de la revisión. Esta selección se suele realizar en varias etapas, comenzando con la revisión de títulos y resúmenes para realizar un primer filtrado, seguida de la revisión de los textos completos de los estudios potencialmente relevantes que han pasado esta primera criba. Por ejemplo, se pueden descartar los estudios que lleguen a conclusiones con pocos datos o que usen métodos o tecnologías no actuales o no apropiados.

  4.

  Extracción de datos: se recopilan los datos relevantes de cada estudio seleccionado, como características del estudio, métodos utilizados y resultados obtenidos. En nuestro caso, información específica sobre tecnologías, detalles técnicos, prestaciones de aplicaciones, algoritmos empleados, lenguajes, etc.

  5.

  Evaluación de la calidad de los estudios: se realiza una evaluación crítica de la calidad metodológica de los estudios incluidos en la revisión.

  6.

  Análisis y síntesis de los datos: se analizan los datos extraídos de los estudios y se realiza una síntesis para identificar patrones, tendencias, inconsistencias o nichos.

  7.

  Interpretación de los resultados: se interpretan los hallazgos de la revisión en el contexto de la pregunta de investigación y se discuten sus implicaciones.

  8.

  Escritura de la revisión: se redacta un informe detallado que describe el proceso de revisión, los métodos utilizados, los resultados obtenidos y las conclusiones alcanzadas. La memoria de tu TFG podría seguir una estructura estándar en este tipo de trabajos, que podría ser algo así:

  a)

  Introducción: contextualización del tema y justificación de su importancia. Establecimiento de los objetivos.

  b)

  Metodología: descripción de los métodos usados (estrategia de búsqueda, bases de datos, criterios de inclusión y exclusión, procedimientos de selección de estudios, evaluación de la calidad de los mismos, técnicas de análisis de datos, si corresponde).

  c)

  Resultados: exposición de los resultados conseguidos. Tablas y gráficas ayudarán a visibilizarlos.

  d)

  Discusión: interpretación de los resultados teniendo en cuenta los objetivos de la revisión, implicaciones prácticas o teóricas, y también es importante que se establezcan las limitaciones del proceso de revisión. Finalmente, la exposición de los resultados finales y recomendaciones.

  e)

  Conclusiones: resumen de los principales hallazgos, conclusiones finales y recomendaciones en base a los resultados obtenidos. También es habitual meter aquí una serie de líneas de trabajo futuras.

  Ten en cuenta que este proceso no es estático en el sentido de que en cualquier momento vas a poder obtener nuevos trabajos y tendrás que decidir si son relevantes para tu estudio e incorporarlos al mismo en caso afirmativo, con los cambios que conllevará en el análisis que has realizado hasta el momento. Con la persona que te tutoriza tendréis que decidir cuándo parar de incorporar más estudios para revisar.

  Ni que decir tiene que todas las referencias deben estar correctamente citadas y dispuestas en una sección final de bibliografía.

  El aporte realmente relevante de tu revisión vendrá de la mano del contenido de la sección de discusión, pues es ahí donde vas a mostrar tu capacidad de análisis y descubrimiento de hallazgos a partir de los trabajos analizados. La calidad de la interpretación de estos y las conclusiones harán o no valioso tu trabajo de revisión. Es por esto que te recomendamos que te esfuerces especialmente en esta parte de tu TFG.

  Para finalizar, indicarte que en las referencias [?, ?, ?] tienes algunos ejemplos en los que los autores realizan una adaptación de las revisiones sistemáticas al campo de la informática. Échales un vistazo porque pueden serte de mucha utilidad.

  Cómo escribir la memoria de tu TFG del Grado en Ingeniería Informática y presentarlo sin morir en el intento
  
  

  Alberto Guillén Perales
  Departamento de Ingeniería de Computadores, Automática y Robótica
  Universidad de Granada
  
  Eugenio Martínez Cámara
  Departamento de Informática
  Universidad de Jaén
  
  Juan Manuel Fernández Luna
  Departamento de Ciencias de la Computación e Inteligencia Artificial
  Universidad de Granada
  
  Pablo García Sánchez
  Departamento de Ingeniería de Computadores, Automática y Robótica
  Universidad de Granada
  
  Manuel Noguera García
  Departamento de Lenguajes y Sistemas Informáticos
  Universidad de Granada
  
  María José Rodríguez Fórtiz
  Departamento de Lenguajes y Sistemas Informáticos
  Universidad de Granada
  
  Rocío Romero Zaliz
  Departamento de Ciencias de la Computación e Inteligencia Artificial
  Universidad de Granada
  

  
  Canal de YouTube

  
  Repositorio de GitHub

  -422.52342