| icon |
|---|
hand-wave |
-
📖 Descripción del Proyecto
Este repositorio contiene el desarrollo del aplicativo web para la evaluación de rasgos no cognitivos mediante pruebas psicométricas y su comparación con modelos de lenguaje (LLM).
-
👥 Equipo de Desarrollo
Jair Sanclemente– Product OwnerCatalina Estrada– Lider / Frontend /PlanificaciónJuan Sebastian Obando– Encargado Control de versiones / Ejecución / Full StackErika Muñoz– Planeadora / FrontendArley David– Cierre / TesterCristian Cifuentes– Monitoreo / BackendFelipe Valdez– Inicio / Backend
- 🛠️ Tecnologías y Herramientas
- HTML, CSS, JavaScript
- Git & GitHub
- Excel como entrada (archivos.xml)
- PDF como salida (reportes de pruebas)
- 📂 Estructura del Repositorio
📂 proyecto-psicometria-llm
├── 📂 docs/ # Documentación del proyecto
├── 📂 LLM-Evaluate-TRAIT/ # Pruebas Realizadas a los modelos
├── 📂 src/ # Código fuente (HTML, CSS, JS)
│ ├── 📂 assets/ # Imágenes, estilos, etc.
│ ├── 📂 data/ # Preguntas del cuestionario y resultados llm.
│ ├── 📂 controllers/ # Controladores js.
│ ├── 📂 models/ # Modelos js.
│ ├── 📂 views/ # Vistas js.
│ └── 📂 pages/ # Páginas principales
├── 📂 test/ # Pruebas y resultados de los LLM
│ ├── 📂 unit/ # Pruebas unitarias (frontend/backend)
│ └── 📂 integration/ # Pruebas de integración
├── 📂 templates/ # Plantillas (Excel de entrada)
├── .gitignore # Archivos ignorados en Git
├── README.md # Documentación principal
└── LICENSE # Licencia del repositorio
- 🔄 Flujo de Trabajo (Git Flow)
Para mantener el desarrollo ordenado, seguimos la siguiente estrategia de ramas:
main→ Rama estable (solo versiones probadas y listas para entrega).develop→ Rama de integración de funcionalidades antes de pasar amain.evaluate-models→ Rama para hacer la evaluación de los modelos con trait.feature/*→ Cada funcionalidad o historia de usuario tendrá su propia rama.
A continuación, se presentan diagramas que ilustran el flujo de ramas y su estructura:
Diagrama de líneas mostrando las fases de desarrollo y entrega de las ramas.
Diagrama de árbol que representa la jerarquía y fusión de ramas.
- ✅ Convenciones de Commits
Usamos el formato Conventional Commits para mantener un historial ordenado:
feat:→ Nueva funcionalidadfix:→ Corrección de erroresdocs:→ Cambios en documentaciónstyle:→ Formato (indentación, espacios, etc.) sin cambios de lógicarefactor:→ Reestructuración de código sin cambiar comportamientotest:→ Añadir o modificar testschore:→ Tareas de mantenimiento (build, dependencias, configs)
-
Crear una nueva rama a partir de
develop:git checkout develop git pull origin develop git checkout -b feature/NEEDS-XX-descripcion
-
Realizar los commits siguiendo la siguiente convención
tipo(ID-Historia): descripción breve:git add . git commit -m "feat: implementar NEEDS-XX sección de evaluación de rasgos"
Ejemplos: ```bash feat(NEEDS-20): mostrar inventario psicométrico en pantalla feat(NEEDS-21): generar gráfico de resultados por rasgo fix(NEEDS-23): corregir descarga del PDF de reporte docs: agregar guía de instalación en README refactor(NEEDS-26): simplificar validación del archivo cargado test(NEEDS-24): agregar pruebas para reporte comparativo
-
Subir la rama al repositorio.
git push origin feature/NEEDS-XX-descripcion
-
Crear un Pull Request (PR) hacia develop:
- En GitHub, abrir un PR de la rama feature/NEEDS-XX-descripcion hacia develop.
- Solicitar revisión de al menos 1 compañero.
-
Integrar cambios a develop (solo el responsable de merges)
git checkout develop git pull origin develop git merge feature/NEEDS-XX-descripcion git push origin develop

