📘 Guía de Proyectos — PS / PI / EPE¶
🎯 1. Propósito¶
La presente guía establece la forma de desarrollo y evaluación de proyectos en la carrera de Ingeniería de Sistemas, bajo el enfoque por competencias.
Los proyectos se desarrollan de manera progresiva en tres niveles:
Guías por tipo de proyecto¶
- Guía Proyecto Sello FP
- Guía Proyecto Sello POO
- Guía Proyecto Integrador PI1 (IR, BD1, LP1)
- Guía Proyecto Integrador PI2 (ADS, BD2, LP2)
- Guía Proyecto Sello DIST
- Guía Proyecto Sello MOV
- Guía Proyecto Sello IS1
- Guía Proyecto Sello PDS
- Guía Proyecto Sello IS2
- Guía Proyecto Evaluación del Perfil de Egreso (EPE)
🧠 2. Enfoque¶
No se evalúan fases del proyecto, se evalúa la capacidad de construir un sistema de software.
El estudiante desarrolla un sistema progresivamente:
- Definición del problema (Brief)
- Diseño de la solución
- Construcción del sistema
- Integración, validación y sustentación
Los entregables representan evidencias de competencias, no fases aisladas.
🔍 3. Naturaleza del proyecto¶
El proyecto:
- Resuelve un problema real o contextualizado
- Se desarrolla de manera progresiva
- Integra componentes en un sistema funcional
- Se trabaja en equipo
✔ No se aceptan entregables aislados o inconexos
🧾 4. Brief del proyecto (obligatorio)¶
Todo proyecto inicia con un Brief aprobado.
Contenido:¶
- Problema
- Objetivo
- Alcance
- Stakeholders
- Contexto del sistema
📌 Hito obligatorio
- Semana 2–4
- Aprobación docente
🚫 No se permite avanzar sin brief aprobado
🏗 5. Desarrollo del proyecto¶
🔹 Unidad 1 — Base¶
Evaluación: Semana 5–6
Resultado esperado:
- Definición clara del sistema
- Componentes iniciales
🔹 Unidad 2 — Extensión¶
Evaluación: Semana 10–11
Resultado esperado:
- Integración de componentes
- Sistema en crecimiento
🔹 Unidad 3 — Integración¶
Evaluación: Semana 14–16
Resultado esperado:
- Sistema funcional completo
- Componentes integrados
📦 6. Entregables del proyecto¶
Los entregables representan evidencias de competencias del programa:
🔸 E1 — Definición del sistema¶
(Evidencia principal: CE021)
Incluye:
- Problema definido
- Requerimientos iniciales
- Propuesta de solución
🔸 E2 — Diseño y datos¶
(Evidencias: CE021 + CE022)
Incluye:
- Diseño del sistema
- Modelo de datos
- Arquitectura inicial
🔸 E3 — Implementación¶
(Evidencia principal: CE023)
Incluye:
- Sistema funcional
- Integración de componentes
- Arquitectura implementada
👉 Puede incluir integración de servicios externos (ej. IA, APIs)
🔸 E4 — Calidad¶
(Evidencia: CE024)
Incluye:
- Pruebas
- Automatización
- Validación del sistema
🔸 E5 — Sustentación¶
(Evidencia: CE0217)
Incluye:
- Video pitch
- Demostración del sistema
- Explicación técnica
- Decisiones de diseño
- Respuesta a preguntas
📅 7. Cronograma¶
| Hito | Semana |
|---|---|
| Brief aprobado | 2–4 |
| E1 | 5–6 |
| E2 | 10–11 |
| E3 | 14–16 |
| Sustentación | 15–16 |
🧪 8. Evaluación¶
La evaluación se realiza por competencias:
| Competencia | Enfoque |
|---|---|
| CE021 | Requerimientos y diseño |
| CE022 | Datos |
| CE023 | Implementación |
| CE024 | Calidad |
| CE0217 | Sustentación |
Las rúbricas se encuentran en el Documento 05 del programa.
🎤 9. Sustentación¶
La sustentación es una evidencia transversal que incluye:
- Video pitch (3–5 min)
- Demostración del sistema
- Explicación técnica
- Justificación de decisiones
- Respuesta a preguntas
Se evalúa mediante una rúbrica única (CE0217).
🧩 10. Tipo de sistema¶
El sistema puede ser:
- Web
- Móvil
- Escritorio
- Distribuido
✔ Según el problema
✔ Sin imponer tecnologías
👉 Puede incluir integración de servicios externos (ej. IA, APIs)
🎯 11. Nivel de exigencia por tipo de proyecto¶
| Tipo | Nivel esperado |
|---|---|
| PS | Solución funcional básica/intermedia |
| PI | Sistema integrado de nivel intermedio |
| EPE | Sistema completo a nivel profesional |
🔍 12. Naturaleza del EPE¶
El EPE no implica desarrollar un nuevo proyecto desde cero.
Consiste en la:
- Integración
- Consolidación
- Validación
de evidencias desarrolladas en PS y PI.
Se evalúa:
- Coherencia del sistema
- Integración completa
- Calidad técnica
- Sustentación profesional
⚠️ 13. Consideraciones¶
- Trabajo en equipo obligatorio
- Uso de repositorio (Git)
- Cada entrega es requisito para la siguiente
- Debe existir trazabilidad entre componentes
- El sistema debe ser integrado
🚫 No se aceptan:
- entregables aislados
- sistemas incompletos
- soluciones sin coherencia
🏁 Mensaje final¶
El estudiante progresa desde soluciones simples hasta sistemas completos, demostrando su capacidad profesional mediante la construcción, integración y sustentación de un sistema de software.
📋 Checklist Docente — Evaluación preliminar de Proyectos (PS / PI / EPE)¶
🎯 Propósito¶
Este checklist permite verificar la coherencia, integración y calidad de los proyectos desarrollados por los estudiantes, alineados al enfoque por competencias.
🧠 Uso del checklist¶
El docente debe validar:
- Evidencias por competencia (CE021–CE024)
- Integración del sistema
- Nivel de desarrollo (PS / PI / EPE)
🔍 1. CE021 — Requerimientos¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Problema claramente definido | ☐ | ☐ | |
| Stakeholders identificados | ☐ | ☐ | |
| Requerimientos completos | ☐ | ☐ | |
| Prototipos coherentes | ☐ | ☐ | |
| Arquitectura definida | ☐ | ☐ | |
| UML presente | ☐ | ☐ | |
| Trazabilidad básica | ☐ | ☐ |
🗄 2. CE022 — Datos¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Modelo de datos correcto | ☐ | ☐ | |
| Base de datos implementada | ☐ | ☐ | |
| SQL funcional | ☐ | ☐ | |
| Consultas correctas | ☐ | ☐ | |
| Programación BD (SP/Triggers) | ☐ | ☐ | |
| Seguridad básica | ☐ | ☐ | |
| Optimización (índices, etc.) | ☐ | ☐ |
💻 3. CE023 — Implementación¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Sistema funcional completo | ☐ | ☐ | |
| Arquitectura implementada | ☐ | ☐ | |
| Integración frontend–backend | ☐ | ☐ | |
| Integración con BD | ☐ | ☐ | |
| APIs correctamente definidas | ☐ | ☐ | |
| Integración de servicios externos (si aplica) | ☐ | ☐ | |
| Sistema desplegado | ☐ | ☐ |
🧪 4. CE024 — Calidad¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Pruebas definidas | ☐ | ☐ | |
| Casos de prueba ejecutados | ☐ | ☐ | |
| Evidencia de resultados | ☐ | ☐ | |
| CI/CD implementado | ☐ | ☐ | |
| Pipeline funcional | ☐ | ☐ | |
| Métricas del sistema | ☐ | ☐ | |
| Auditoría técnica realizada | ☐ | ☐ | |
| Plan de mejora definido | ☐ | ☐ |
🎤 5. CE0217 — Sustentación¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Video pitch claro | ☐ | ☐ | |
| Demo funcional del sistema | ☐ | ☐ | |
| Explicación técnica coherente | ☐ | ☐ | |
| Justificación de decisiones | ☐ | ☐ | |
| Responde preguntas correctamente | ☐ | ☐ |
🔗 6. Integración del sistema¶
| Criterio | Sí | No | Observaciones |
|---|---|---|---|
| Requerimientos → sistema | ☐ | ☐ | |
| Datos → implementación | ☐ | ☐ | |
| Sistema coherente | ☐ | ☐ | |
| Componentes integrados | ☐ | ☐ | |
| No hay partes aisladas | ☐ | ☐ |
🎯 7. Nivel del proyecto¶
PS¶
- ☐ Funcional básico
- ☐ Integración inicial
PI¶
- ☐ Sistema integrado
- ☐ Coherencia entre capas
EPE¶
- ☐ Sistema completo
- ☐ Nivel profesional
- ☐ Evidencia técnica sólida
- ☐ Sustentación robusta
⚠️ 8. Observaciones generales¶
- Fortalezas:
- Debilidades:
- Recomendaciones:
🏁 Conclusión¶
☐ Aprobado
☐ Requiere mejoras
☐ No aprobado
🧠 Nota final¶
Este checklist no reemplaza las rúbricas, sino que permite validar la coherencia e integración del sistema antes de la evaluación formal.