Tips para la Presentación del Trabajo Especial de Grado

* No está permitido traer bebidas alcohólicas ni comida. No será una reunión social. Es un acto académico. Lo máximo permitido es darle una botella de agua a los jurados y unos caramelos.
* Se recomienda defender en Flux o con Paltó (para los masculinos). Acuérdense que parte de la defensa es “vender” el producto”. Y una buena presencia es importante.
* El tutor debe estar presente. Es quien puede defender alguna discrepancia que se presente en la discusión con los jurados, de haberla… Es quien los puede defender en caso de que lo necesiten.
* La defensa es pública. Puede entrar quien quiera…
* No hay que imprimir nuevamente los tomos para el día de la defensa. Se debe tomar nota de las observaciones hechas en el acto, para luego entregar los Tomos empastados y los CD’s luego.
* No hay porque estar nerviosos. Imagínense que es una exposición de una materia más.
* Se debe llegar una hora antes, para verificar que el salón esté preparado. Y así, en caso de no estarlo, prepararlo.
* Se recomienda que traigan la PC o Laptop donde ustedes desarrollaron la aplicación, para estar seguros que tiene instalado todos los plugins, widgets, o aplicaciones necesarias para que corra la aplicación.
* Se recomienda hacer un guión de la demostración, y practicarla suficientemente.
* No hace falta colocar pantallas en la presentación, ya que se va a hacer una demostración…
* Tampoco hace falta explicar a fondo el DFD y el DER.

Esquema de presentación recomendado:

  • Titulo
  • Planteamiento del Problema
  • Justificación
  • Objetivos (General y específicos)
  • Metodología empleada, y su justificación (no hay que decir lo que se hizo en cada etapa de dicha metodología).
  • Mostrar (no explicar a fondo) el DFD o UML, y DER.
  • Presentación de la aplicación
  • Conclusiones (se dice si se cumplieron, y cómo se cumplieron los objetivos planteados)
  • Recomendaciones

_____________________________________________________________________

Qué debe llevar el TEG (adaptar de acuerdo a la Normativa Vigente):

  • Preliminares
  • Introducción
  • Marco Teórico
    • Antecedentes
    • Toda la teoría que se debe mostrar para trabajar con el producto. Por ejemplo, si se va a hacer un Sistema de Información, se debe mostrar lo referente a los conceptos de sistema, información, sistema de información, diversas metodologías de Desarrollo de Sistemas, técnicas y herramientas usadas para el desarrollo de sistemas (DFD, DER, CE, DD, por lo menos), y los temas referentes al sistema en particular. Si se va a desarrollar un Sistema de Inventario, se debe hablar de la teoría de inventario…
  • Marco Metodológico
    • Cómo se hizo el sistema o la aplicación. Pasos seguidos o metodología empleada.
  • Resultados obtenidos
    • Resultados de la aplicación de la metodología empleada y productos de cada fase de la misma. Normalmente se colocan acá los DFD’s, DER’s, pantallas, etc…
  • Conclusiones y recomendaciones
    • Las conclusiones se hacen de acuerdo a los objetivos específicos planteados. Las recomendaciones se hacen para la Universidad y para la empresa a quien se le desarrolló la aplicación.
  • Referencias Bibliográficas
  • Apéndices (si los hay)
_____________________________________________________________________

Sistemas de Información

A continuación un esquema propuesto de lo mínimo que debe llevar un TEG en el área de Sistemas de Información, en el capítulo 4 e independientemente de la metodología empleada:

  • Estudio de Factibilidad
    • Problema, Opciones de Solución, Evaluación de Opciones, Recomendación.
  • Análisis
    • DFD Actual, Reportes Actuales
  • Diseño
    • DFD Propuesto, DER, DED, Diccionario de Datos, Diseño de Entradas y Salidas
  • Programación
    • Muestra del Códigos Fuente
  • Implantación
    • Plan de Adiestramiento, Manual de Usuario

Para los Reportes Actuales, Diseños de Entradas y Salidas y Códigos Fuentes, se puede colocar una muestra para no sobrecargar el Tomo.

Metodología de Desarrollo de Sistemas de Luis Castellanos

 _____________________________________________________________________

Ingeniería del Software:

A continuación un esquema propuesto de lo mínimo que debe llevar un TEG en el área de Ingeniería de Software, en el capítulo 4 e independientemente de la metodología empleada (tomado del enfoque de Roger Pressman):

  • Análisis de requisitos
    • Extraer los requisitos de un producto de. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, Reconocer requisitos incompletos, ambiguos o contradictorios.
  • Especificación
    • Se describir detalladamente el software a ser escrito, en una forma rigurosa.
  • Diseño y arquitectura
    • Se refiere a determinar cómo funcionará de forma general sin entrar en detalles.
  • Programación
    • Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no es necesariamente la porción más larga.
  • Prueba
    • Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación.
  • Documentación
    • Realización del manual de usuario, y posiblemente un manual técnico con el propósito de mantenimiento futuro y ampliaciones al sistema.
  • Mantenimiento
    • Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos.
Anuncios

8 pensamientos en “Tips para la Presentación del Trabajo Especial de Grado

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s