Proyecto - 1C 2026
Propuesta de Proyecto
A continuación, se detallan las secciones que deben ser incluidas en el documento de propuesta de proyecto.
Estructura del documento
- Carátula
- Resumen/Abstract
- Palabras clave/Keywords
- Introducción
- Estado del Arte
- Problema detectado y/o faltante
- Solución propuesta
- Evaluación preliminar de impacto social y ambiental
- Metodología
- Experimentación, validación, control de calidad
- Plan de actividades
- Anexos
En los próximos párrafos se detallará el contenido de cada una de las secciones.
Carátula
La carátula debe incluir el logo de la Facultad de Ingeniería, el título de la propuesta, los nombres, apellidos, emails y legajos de los estudiantes.
Como el título del trabajo orienta a los lectores respecto de qué se trata el mismo, se recomienda, una vez escrita la propuesta, releer el título y evaluar cuánto se ajusta al documento final.
Resumen / Abstract
Se trata de una breve descripción del trabajo, en español e inglés.
Este apartado debe escribirse una vez que se escribió el resto del documento y es un resumen de todo el documento. Se coloca al principio porque es lo primero que lee quien quiere saber de qué se trata el proyecto. No deberá tener más de 3 o 4 párrafos.
Palabras clave / Keywords
Conjunto de palabras que permiten catalogar al trabajo tanto sea en inglés como en español. Pueden ser entre 5 y 10 palabras o frases cortas.
Introducción
Breve reseña de las partes con la que cuenta el presente documento y se presenta el problema y/o servicio a mejorar y/o resolver. Es el punto de partida para presentar el proyecto: se debe ser preciso y enfocado en el objetivo del proyecto.
Estado del Arte
En esta sección se hace un breve mapeo documental de los avances relacionados a la aplicación a desarrollar y es la base para demostrar la validez del proyecto. Aquí se remarca que, al ser un proyecto intermedio, de carácter integrador, el mismo debe ser innovador y encontrarse en el estado del arte de la ingeniería.
Problema detectado y/o faltante
En esta sección se debe presentar el problema detectado y/o oportunidad de mejora relacionada con la construcción de la aplicación presentada. La misma debe ser redactada de manera clara y concisa, debe ser entendida en la primera lectura. Este ítem es de fundamental importancia al momento de ser evaluado el proyecto.
Solución propuesta
En esta sección se presenta una breve descripción de la solución que se propone. El principal objetivo de esta sección es poder dar el bosquejo de la solución para que pueda ser evaluado. No es necesario explicitar todos los detalles, pero sí mencionar sus componentes generales.
Importante: La solución propuesta deberá contar con al menos los siguientes componentes:
- Servicio backend
- Frontend / Aplicación gráfica
También se deberá enumerar las bibliotecas (crates) que se planean utilizar y explicar qué consideraciones se tuvieron en cuenta a la hora de elegirlas, tras discutirlo con la cátedra.
Importante: La solución propuesta deberá ser aprobada tanto por la cátedra como por el cliente asignado.
Evaluación preliminar de impacto económico, social y ambiental
Los proyectos de ingeniería, incluyendo los de Ingeniería en Informática, suelen tener impactos económicos, sociales y/o ambientales. En la propuesta se debe incluir un análisis preliminar de impacto, de carácter descriptivo solamente, y con los conocimientos que se tengan en el momento de realizar la misma.
Metodología de trabajo
Esta sección se usará para explicitar la metodología general de trabajo en el proyecto, incluyendo los roles de los ayudantes de la cátedra y los estudiantes.
Como el proyecto va a incluir el desarrollo de un producto, sea de software o un sistema de software-hardware (sistemas embebidos o ciberfísicos), se debe usar esta sección también para especificar el proceso de desarrollo del producto.
Deben tenerse en cuenta las siguientes pautas definidas en el reglamento de la asignatura:
- El método de desarrollo debe ser incremental, sea porque se desarrolla en iteraciones o bajo una modalidad de entrega continua. En cualquier caso, debe definir entregables intermedios y una cadencia de prácticas de seguimiento y mejora continua.
- Las tareas de desarrollo, prueba y despliegue que se puedan automatizar, deben estar automatizadas.
- Debe utilizarse alguna herramienta de versionado de código y de todos los artefactos que requieran versionarse (por ejemplo, configuraciones).
- Debe utilizarse alguna herramienta de calidad profesional para gestionar el proceso de desarrollo, el seguimiento de tickets y bugs, etc.
- Deben manejarse criterios de aceptación de entregas y pruebas de aceptación de las funcionalidades requeridas.
Si hay cuestiones metodológicas no definidas a esta altura, explicitarlo y explicar brevemente de qué depende la decisión.
Como todo proyecto tiene riesgos, deberá haber una lista de los riesgos iniciales del proyecto.
Experimentación, validación, control de calidad
Aquí se debe definir la estrategia de pruebas en detalle, incluyendo una descripción de herramientas a utilizar, tipos de pruebas y grado de automatización, qué roles habrá para ejecutar (en caso de que sean manuales) y/o especificar (en caso de que sean automatizadas) las pruebas. El conjunto de pruebas serán entregadas como resultado final del proyecto y verificación del mismo. En esta instancia se entrega el plan de validación, que podrá ser ajustado más adelante.
Plan de actividades
En esta sección se debe definir todo el proceso de construcción del producto, elegir metodología de trabajo, entregables, hitos de avance, pruebas de código, etc. Se debe explicar la metodología elegida y su adaptación al trabajo particular. En la descripción de la metodología se debe incluir una descripción de cómo se gestiona el alcance, tiempos, estimaciones, indicadores, riesgos, calidad, reuniones dentro del equipo y con los interesados. Se hace especial hincapié en el hecho de la documentación del sistema en cuestión, incluyendo documentación técnica de entregables, documentación funcional y de diseño, minutas de reuniones, etc.
Anexos
En caso de ser necesario agregar toda información relevante en uno o varios anexos.
Fecha de entrega
23 de abril de 2026.