Autoevaluación del Estado del Proyecto - Itz-oji/GRUPO3-2025-PROYINF GitHub Wiki

Durante el desarrollo del proyecto, se logró implementar el núcleo del sistema, incluyendo funcionalidades esenciales como el registro e inicio de sesión con validación institucional, la realización de ensayos cronometrados para estudiantes, el acceso para profesores y la creación de preguntas básicas. Estas implementaciones permitieron contar con un entorno funcional y consistente mediante Docker, garantizando la operatividad del prototipo. Sin embargo, algunas funcionalidades avanzadas, como la revisión completa de ensayos por parte de los profesores y la creación y gestión integral de ensayos, no se completaron debido a dificultades técnicas, integración de APIs, limitaciones de tiempo y coordinación del equipo. Como principales lecciones aprendidas, se identificó la necesidad de priorizar historias de usuario más simples, planificar adecuadamente las pruebas de integración, dividir tareas en pasos más pequeños y mantener una comunicación constante y clara entre los integrantes del grupo.

Estado de las Historias de Usuario:

HU1 (Lograda): Los estudiantes pueden registrarse e iniciar sesión con su correo institucional en la plataforma.
HU2 (Parcialmente lograda): Los estudiantes pueden acceder a la sección "Realizar ensayos" y rendir evaluaciones cronometradas de diferentes áreas.
HU3 (Incompleta): Solo se implementó el acceso a la plataforma como profesor mediante inicio de sesión; la funcionalidad de revisión de ensayos aún no está disponible.
HU4 (Incompleta): Se implementó el ingreso a la sección "Crear ensayo" desde el perfil del profesor, pero la funcionalidad completa de creación y guardado de ensayos no está lista.
HU8 (Lograda): Los profesores pueden crear preguntas correctamente, incluyendo materia, dificultad, nombre de la pregunta, enunciado y alternativas.

Estados SEMAT

Stakeholders: Involucrados – Se identificaron claramente los actores principales (profesores y estudiantes) y sus necesidades, pero se requiere mantener retroalimentación constante para asegurar que el desarrollo continúe alineado con sus expectativas.

Opportunity: Identificada – La necesidad de una plataforma de ensayos PAES personalizada es evidente, y representa una oportunidad para mejorar la preparación de los estudiantes; aún falta evaluar el impacto real en términos de uso y satisfacción.

Requirements: Concebidos – Los objetivos y criterios de éxito están definidos y sirven como guía para el desarrollo, pero todavía no han sido priorizados ni validados completamente con los stakeholders.

Software System: Demostrado – El prototipo funcional incluye backend, frontend y base de datos desplegados mediante Docker, pero aún no cuenta con todas las funcionalidades avanzadas ni con la robustez necesaria para producción.

Work: Iniciado – El equipo ha avanzado en tareas críticas, pero faltan métricas claras de progreso y organización más sistemática de actividades.

Team: Formado – El equipo está comprometido y con roles definidos, aunque se identifican áreas de mejora en comunicación y coordinación interna.

Way of Working: Principiante – Se utilizan tecnologías modernas (React, Node, PostgreSQL, Docker), pero aún no se han consolidado buenas prácticas de control de versiones, integración continua, documentación y planificación de pruebas.

Alphas prioritarios

Los Alphas que consideramos más importantes son "Way of Working" y "Work". A continuacion se detallará el porqué de cada uno:

Way of Working: Es esencial para el progreso del proyecto ya que las tecnologías implementadas y prácticas que se utilizan en el desarrollo pueden entorpecer el avance de este mismo por lo que priorizar el ambiente de trabajo ayuda a conseguir un mejor resultado

Algunas medidas que se pueden implementar serian:

Sistematizar la forma de trabajo
Estudiar las documentaciones de las tecnologías usadas
Analizar las capacidades del equipo

Work: Es prioritario realizar un análisis del trabajo que se realiza semanalmente sobre el proyecto para así no estancarnos en el desarrollo, así como repartir de manera correcta las tareas que presenten mayores dificultades para el equipo ya que si no se realiza el proyecto no avanzara de manera fluida

Algunas medidas que se pueden implementar serian:

Realizar reuniones semanales o cada 3 días para analizar el progreso del proyecto
Realizar una planificación del trabajo a realizar
Priorizar trabajos más importantes antes

Riesgos ordenados de mayor a menor exposición

Mala organización: Tener poca coordinación al momento de implementar o mejorar este trabajo genera retrasos en la entrega de los resultados. Impacto alto, ya que a partir de la organización del equipo dependerá el avance que se genere; Probabilidad de ocurrencia media, aunque la organización del equipo no suele ser un problema continuo, es frecuente que aparezcan problemas de coordinación en los avances si no se respetan ciertas medidas. Alguna medida de mitigación podrían ser destinar ciertos tiempos para dialogar sobre diferentes etapas/estados del proyecto. Y el estado actual del proyecto corresponde a estado de riesgo activo y mitigado, dado que este riesgo estuvo presente, pero se han aplicado soluciones para poder controlarlo. En consecuencia, este problema se considera como uno de alta-media exposición.
Pérdida de contraseña: Al olvidar la contraseña del usuario no hay forma de recuperarla ya que no se ha diseñado un sistema para restablecerla con algún dato asociado. Impacto medio, ya que al no poder restablecer tu contraseña pierdes acceso a tu cuenta; Probabilidad de ocurrencia media, ya que es algo común que los usuarios olviden sus contraseñas. Alguna medida de mitigación podría ser crear un sistema para restablecer la contraseña a través de algún dato del usuario. Actualmente, la página se encuentra en un estado de riesgo activo y no mitigado, ya que no ha sido abordado. En consecuencia, este problema se considera como uno de media exposición.
Error gramatical o ortográfico en el contenido de la página: Un usuario o miembro del equipo podría cometer algún error gramatical u ortográfico al escribir contenido en el sitio web, lo que afectaría la calidad de la información presentada. Esto depende de la materia que se este haciendo, ya que si hay un error ortográfico en matemáticas habría un Impacto bajo, pero si fuera en lenguaje, en donde la ortografía y redacción es lo mas importante habría un alto impacto, ya que aunque afecte visualmente, si tendría un impacto significativo en la comprensión y entendimiento del ensayo; Probabilidad de ocurrencia baja, dado que el equipo presenta buenas habilidades en este ámbito. Algunas medidas de mitigación podrían ser Implementar revisores automáticos de ortografía y gramática, y hacer una revisión antes de cada publicación. La página presenta un estado del riesgo activo y no mitigado para este problema, dado que no ha sido abordado. En consecuencia, este problema se considera como uno de baja exposición.