Proyecto de graduación de ingeniería en sistemas en Honduras
Revisado: 26 de septiembre de 2026. Metodología de fuentes, revisión y correcciones
RESPUESTA DIRECTA
Un proyecto de graduación de ingeniería en sistemas suele ser un sistema funcional, casi siempre un MVP, acompañado de su documentación: requisitos, diseño, base de datos, pruebas, despliegue y manual de usuario. La modalidad y sus requisitos los define cada universidad; por ejemplo, el Reglamento Académico de UNITEC y CEUTEC contempla el proyecto de graduación entre las opciones de grado, según el plan de cada programa.
En ingeniería en sistemas, computación o carreras afines, el trabajo final no siempre es una tesis escrita: muchas veces es un sistema que funciona y un documento que lo explica. Esta guía reúne qué suelen pedir los programas, qué publican las universidades hondureñas sobre esta modalidad y cómo delimitar el proyecto para terminarlo a tiempo.
Qué dicen los reglamentos en Honduras
Cada universidad define sus modalidades de graduación y cada carrera concreta los requisitos en su plan de estudios. Esto es lo que encontramos en documentos oficiales (revisado el 26 de septiembre de 2026):
| Universidad | Qué publica |
|---|---|
| UNITEC y CEUTEC | Su Reglamento Académico, vigente desde enero de 2024, permite inscribir el proyecto de graduación, la práctica profesional, el internado o el servicio social, conforme al plan de cada programa. |
| UTH | Su Reglamento General de Normas Académicas (2012; confirma si sigue vigente) exige la práctica profesional supervisada y luego permite optar por trabajo de investigación, tesis, monografía, proyecto, examen general u otra modalidad del plan. |
| UNAH | Sus Normas Académicas (2015) piden en licenciatura un Seminario Taller de Investigación con un protocolo o perfil, además del servicio social o la práctica profesional; los requisitos específicos van en el plan de estudios de cada carrera. |
Antes de diseñar nada, pide por escrito a tu coordinación la guía del proyecto: entregables, formato del documento, rúbrica y fechas de avance. En nuestra página de universidades de Honduras reunimos los enlaces oficiales de cada institución.
Qué entregables suele incluir
| Entregable | Qué contiene | Para profundizar |
|---|---|---|
| Propuesta o anteproyecto | Problema, objetivos, alcance, tecnologías y cronograma | Checklist de anteproyecto por facultad |
| Requisitos | Funcionales y no funcionales, con criterios de aceptación | Cómo documentar un proyecto de software |
| Diseño | Casos de uso, arquitectura y diagramas UML | Guía de diagramas UML |
| Base de datos | Modelo entidad-relación y diccionario de datos | MySQL vs PostgreSQL |
| Sistema funcional | Un MVP con las funciones esenciales | Cómo hacer un MVP |
| Control de versiones | Repositorio con historial legible | Git y GitHub para estudiantes |
| Pruebas y despliegue | Casos de prueba, entorno e instalación | Plantilla de documentación (abajo) |
| Defensa | Demostración en vivo y respuesta a preguntas | Guía de defensa de tesis |
No todos los programas piden todo. Un proyecto de clase puede quedarse en requisitos, diseño y un prototipo; un proyecto de graduación suele exigir también pruebas, despliegue y manual de usuario.
Cómo delimitar el alcance
El error que más atrasa un proyecto de graduación es querer construir un sistema completo. Para cerrarlo a tiempo:
- Define un usuario y un problema. "Un sistema para la clínica" es demasiado amplio; "agendar citas y enviar recordatorios a pacientes de una clínica" se puede terminar.
- Elige de tres a cinco funciones esenciales. El resto va como trabajo futuro en las conclusiones.
- Usa tecnologías que ya dominas. El jurado evalúa que el sistema resuelva el problema y que puedas explicarlo, no la herramienta de moda.
- Documenta mientras construyes. Requisitos y diagramas desactualizados se notan en la defensa.
- Prueba con usuarios reales. Aunque sean pocos, su retroalimentación sostiene tus conclusiones.
Errores frecuentes
- Empezar a programar sin requisitos aprobados por el asesor.
- Un modelo de datos que cambia en el código pero no en el documento.
- Depender de un servicio de pago o de una clave personal que deja de funcionar el día de la defensa.
- No tener un plan B para la demostración: un video corto del sistema funcionando evita sustos.
- Presentar código que no sabes explicar. La autoría y la defensa son tuyas.
Plantilla gratuita y acompañamiento
Si quieres empezar el documento con la estructura lista, descarga la plantilla de documentación de software: trae requisitos, casos de uso, modelo de datos, pruebas, despliegue y manual de usuario.
Si necesitas ayuda para cerrar alguna parte, en Folium Labs acompañamos el desarrollo de software, el diseño de bases de datos y la documentación técnica de proyectos universitarios. Definimos alcance e hitos por escrito, y tú sigues siendo quien entiende, presenta y defiende el proyecto.
Fuentes primarias y académicas
Estas fuentes respaldan la revisión editorial de la guía. Verifica siempre las reglas vigentes de tu propio programa.
- MDN Web Docs, Mozilla
- Web Content Accessibility Guidelines (WCAG), W3C
¿Necesitas ayuda con tu proyecto?
Nuestro equipo puede encargarse de tu tesis, investigación o proyecto tecnológico.
