Un sistema que funciona en la defensa todavía no responde la pregunta de tu tesis. Esta guía es para quien escribe una tesis de licenciatura o maestría en ingeniería de sistemas, informática o software con un sistema o un prototipo en el centro. Se detiene en el desarrollo y la validación del sistema, desde el requisito hasta la prueba.
El orden de las partes está en estructura de una tesis y el método general en metodología de la tesis. Una mejora de procesos sin software como núcleo encaja mejor en tesis de ingeniería industrial.
| Parte | Lo que se lee en ingeniería de sistemas | Una pregunta posible |
|---|---|---|
| Planteamiento del problema | Un problema de la organización, con datos, distinto de la falta de un software | ¿El problema es que no hay sistema o lo que ocurre porque no lo hay? |
| Objetivos | Objetivos medibles, cada uno con desarrollo y prueba propios | ¿Qué indicador dirá que este objetivo se cumplió? |
| Marco teórico | Conceptos del dominio y de la ingeniería que aplicas | ¿Dónde aparece este concepto en el diseño del sistema? |
| Metodología | Diseño de investigación, usuarios, metodología de desarrollo y evaluación | ¿Quiénes probaron el sistema y cómo se eligieron? |
| Desarrollo del sistema | Requisitos, arquitectura, modelo de datos, iteraciones o fases | ¿Qué requisito corresponde a qué objetivo específico? |
| Resultados | Pruebas e indicadores medidos igual antes y después | ¿Estas cifras vienen del uso real o de datos de prueba? |
| Conclusiones | Una respuesta por objetivo y los límites del despliegue | ¿Esto se aplica a la organización estudiada o a cualquiera? |
Ejemplo ficticio de un comentarioTu objetivo específico dice que el sistema reducirá el tiempo de atención de reclamos, pero el capítulo de pruebas solo reporta casos de prueba funcionales aprobados. ¿En qué tabla mides el tiempo de atención antes y después?
Un primer comentario sobre una parte de tu propio borrador, al instante y sin cuenta.
Ver una vista previaUna aplicación que corre bien puede dejar sin respuesta la pregunta del planteamiento. Desarrollar es un procedimiento; la investigación está en la evidencia que presentas: qué cambió, para quién, cuánto y comparado con qué.
Quita de tus resultados las capturas de pantalla: si queda un manual de usuario, el texto describe un producto. Si quedan mediciones o una comparación con el procedimiento anterior, hay resultados de investigación.
La diferencia aparece ya en la redacción del objetivo general. "Desarrollar un sistema web para la gestión de citas" nombra un entregable. "Determinar en qué medida un sistema web de citas reduce el tiempo de espera de los pacientes de un consultorio" nombra un efecto, y obliga a medir el tiempo de espera antes y después con el mismo procedimiento. Más sobre redacción en objetivos generales y específicos.
La trazabilidad muestra que cada parte del sistema existe por una razón. Basta una matriz: objetivo específico, requisito, componente que lo implementa y prueba o indicador que lo verifica. Un requisito sin objetivo sobra; un objetivo sin requisito ni prueba queda sin trabajar.
Los requisitos funcionales describen lo que el sistema hace; los no funcionales, cómo se comporta: tiempo de respuesta, disponibilidad, seguridad. "El sistema será rápido" no se puede probar. "La búsqueda de un paciente responde en menos de dos segundos con cincuenta usuarios conectados" sí.
El método dice de dónde salieron los requisitos (entrevistas, observación, documentos) y con quiénes. Si los levantaste con la jefatura y el sistema lo usarán los operadores, dilo.
Scrum, RUP, cascada, XP o Kanban organizan la construcción del software. El diseño de investigación es otra cosa: puedes declarar un diseño preexperimental para medir el efecto y, en otro apartado, Scrum para construir.
Las pruebas unitarias, de integración, funcionales y de aceptación comprueban que el software hace lo especificado. Que todos los casos pasen no dice si bajó el tiempo de registro.
Para eso hace falta un indicador con fórmula, unidad, fuente y periodo: tiempo promedio de registro = suma de los tiempos de registro / número de órdenes, con el mismo cronometraje antes y después. Un solo grupo medido antes y después es un diseño preexperimental, y la discusión considera qué más cambió en esas semanas (ver discusión de resultados).
Un cuestionario de satisfacción o de usabilidad mide percepción. Si es estandarizado, cita su fuente; si es tuyo, explica cómo comprobaste su validez y su confiabilidad. Con cinco usuarios de prueba, el resultado describe a esos cinco usuarios.
Un reporte generado con registros inventados demuestra que el reporte funciona; las cifras de tus resultados vienen del uso real o de una simulación declarada.
Universidad Distrital Francisco José de Caldas, Facultad Tecnológica (Colombia). Su documento de metodologías para proyectos de grado (2005) es del programa de Tecnología en Sistematización de Datos, de nivel tecnológico. Sobre los requerimientos pide: «Deben establecerse prioridades entre los requerimientos. Cada requerimiento debe tener una identificación.» Sobre los casos de uso: «Se trata de establecer qué es lo que hace la aplicación (no cómo lo hace).» Y para la fase de pruebas: «Se deben incluir el resultado de cada una de las pruebas hechas a posibles usuarios del sistemas; de igual forma los errores encontrados y las sugerencias hechas por los usuarios.»
Escuela Tecnológica Instituto Técnico Central (Colombia). En la modalidad Proyecto de Ingeniería, su acuerdo de 2022 sobre trabajo de grado describe así el proyecto de desarrollo tecnológico: «Los proyectos de desarrollo tecnológico realizan validaciones funcionales y pre comerciales de las soluciones a nivel prototipo y piloto, antes de realizar un escalamiento a nivel industrial.» Sobre la entrega: «En el formato digital junto con los anexos se deben incluir manuales, código fuente, diseños y/o prototipos según el caso.»
Universidad de Lima, carrera de Ingeniería de Sistemas (Perú). En la sección de metodología, el esquema del artículo académico para la modalidad de tesis dice: «En la cual se describe los materiales que utilizó en sus experimentos y/o los métodos que utilizó para llevar a cabo su investigación, de una manera lo suficientemente detallada para permitir que otros en su campo puedan seguir fácilmente su método.» Para las conclusiones: «Análisis crítico y objetivo de los resultados obtenidos en comparación con los resultados esperados, explicando por qué y que problemas quedan pendientes.»
Escuela Militar de Ingeniería (Bolivia). Su guía de trabajos de grado de 2021 distingue dos modalidades. La tesis de grado: «Es un trabajo de investigación básica o fundamental, que cumple con exigencias de metodología científica, al objeto de dar solución y respuesta a un problema; contribuye a la ampliación del conocimiento científico creando nuevas teorías o modificando las ya existentes.» El proyecto de grado: «Es un trabajo de investigación y aplicada, que cumple con exigencias de metodología científica con profundidad similar al de una tesis, que busca dar solución a problemas de orden técnico, económico y social.»
Cada documento rige en su institución. Tu reglamento puede pedir una estructura distinta.
Estas frases las inventamos para la guía; ninguna sale de una tesis real.
Esmond evalúa. Nunca escribe. Con inteligencia artificial, lee tu tesis completa como lo haría un lector crítico y te señala, en tu propio texto, lo que tu director de tesis o el tribunal podrían cuestionar.
Esmond usa inteligencia artificial para comentar tu borrador y no escribe texto ni código por ti. Si tu carrera prohíbe herramientas de IA en la tesis, déjalo fuera de este trabajo; si no tienes claro lo que permite, pregúntale antes a tu director o asesor.
En una tesis de sistemas, la lectura señala objetivos sin requisito ni prueba, requisitos no funcionales sin valor verificable, una metodología anunciada que el texto no muestra y casos de prueba presentados como evidencia del objetivo general. Mira un informe de ejemplo y el proceso en cómo funciona Esmond.
Con la tesis completa, Esmond puede seguir un objetivo desde el planteamiento hasta las pruebas. Con solo el capítulo de desarrollo, el comentario se queda ahí y puede preguntar por algo que tu metodología ya explica.
No ejecuta tu código, no repite tus mediciones, no comprueba la plantilla de tu universidad y no pone calificación. Lo que cambies lo decides tú.
El nombre de la carrera cambia según la universidad. La estructura depende de la modalidad que fija tu reglamento: tesis, artículo académico o proyecto de grado, como en la Universidad de Lima y la Escuela Militar de Ingeniería citadas arriba.
Depende de tu programa. Sin implementación real, los resultados vienen de pruebas o de una simulación, y las conclusiones lo dicen.
La que puedas justificar con tu caso y mostrar aplicada en el texto.
Sí, si la pregunta lo permite: comparar algoritmos o evaluar un modelo con un conjunto de datos público. La metodología describe entonces los datos, las métricas y las condiciones del experimento.
Consultado el 8 de noviembre de 2026.
Haz evaluar tu trabajo antes de entregarlo