[juanjose1234456787654]

🔗 Issue o RFC que Cierra

Closes #13

---

📌 Resumen del Cambio

Configuración integral del tablero de auditoría de cambios en GitHub Projects v2, formalización de la política del Comité de Control de Cambios (docs/ccb.md), registro de las 4 actas de RFC (RFC-001 a RFC-004) y simulación completa de su ciclo de vida (J3 – Tablero de auditoría de cambios y simulación CCB).

1. Política del Comité de Control de Cambios (e139801):
   • Creado docs/ccb.md con la composición del CCB (Juan Carvajal como Presidente + 2 Vocales Técnicos), reglas de votación (quórum mínimo 2/3), tiempos máximos de respuesta (SLA de 12h a 48h), diagrama de estados Mermaid y registro de las 4 RFC.
2. Actas Formales de las 4 RFC en docs/cambios/ (1dd0f4a, 6214d80, 7886fa9, e4d2f1c):
   • docs/cambios/RFC-001-migracion-supabase-real.md ([RFC-001] Migrar de mockData a Supabase real #26 – Implementado, vinculado a [01/18][Juan] J2 – Integración real de Supabase #11 y PR feat(supabase): integracion real de Supabase y eliminacion de mockData (J2) #42).
   • docs/cambios/RFC-002-tarifa-proporcional-tramos.md ([RFC-002] Tarifa proporcional por tramos en paradas intermedias #27 – Aprobado, habilita [04/18][AndrÉs] A1 – Paradas intermedias y cálculo de tramo #14).
   • docs/cambios/RFC-003-firma-hmac-qr-boleto.md ([RFC-003] Firma HMAC-SHA256 del QR del boleto #28 – Aprobado, habilita [13/18][Mateo] M1 – QR firmado HMAC #33).
   • docs/cambios/RFC-004-contenedor-unico-comprobantes.md ([RFC-004] Contenedor único de comprobantes y máquina de estados del pago #29 – Aprobado, habilita [10/18][Anahí] N1 – Comprobantes en proceso de pago #30).
3. Evidencia del Tablero de GitHub Projects v2 (docs/evidencias/auditoria-tablero-ccb.md):
   • Actualizado el campo Status del tablero Project #1 con las 5 columnas oficiales (Propuesto, En revisión por CCB, Aprobado, Implementado, Rechazado) y poblados los 31 ítems con Responsable, Fase, Tipo y Orden.
   • Registrados los comentarios de admisión y dictamen del CCB en los issues [RFC-001] Migrar de mockData a Supabase real #26, [RFC-002] Tarifa proporcional por tramos en paradas intermedias #27, [RFC-003] Firma HMAC-SHA256 del QR del boleto #28 y [RFC-004] Contenedor único de comprobantes y máquina de estados del pago #29 junto con sus etiquetas ccb:*.
4. Índice de Documentación (docs/index.md):
   • Enlazados docs/ccb.md y docs/evidencias/auditoria-tablero-ccb.md desde el índice general.

---

🏷️ Tipo de Cambio

• chore: Mantenimiento o configuración de gobernanza CCB
• docs: Documentación o plantillas de configuración

---

🌿 Rama Destino

• develop (Para todas las ramas feature/*, docs/* o chore/*)

---

🛠️ Elementos de Configuración Modificados

• Documentación / Gobernanza (docs/ccb.md, docs/cambios/, docs/evidencias/, docs/index.md)

---

✅ Lista de Verificación (Definición de Terminado)

• La rama fue creada desde develop actualizada (git checkout -b feature/ccb-auditoria-rfc).
• Los 7 commits siguen el formato obligatorio chore(ccb): <descripción>.
• Las 4 RFC ([RFC-001] Migrar de mockData a Supabase real #26 a [RFC-004] Contenedor único de comprobantes y máquina de estados del pago #29) pasaron por sus estados con comentarios formales del CCB y etiquetas ccb:*.
• El tablero de GitHub Projects v2 refleja el estado real de los 31 issues.

---

👥 Recordatorio de Revisión (Regla Gitflow: Mínimo 2 Aprobaciones)

• Revisor 1 (@The-Fabry / @CelesteTelenchanaa): Aprobado
• Revisor 2 (@AnahiM2025 / @SebastianM-M / @levi06516-ui): Aprobado

[AnahiM2025]

Revisión de PR: Aprobado (LGTM)

¡Excelente trabajo! Quedó súper bien armada toda la gobernanza del CCB y la auditoría. 👏

Puntos que destaco

Política clara y formal: La creación de docs/ccb.md con la composición del comité, quórum y SLAs de respuesta le da un nivel de seriedad increíble al proyecto. El diagrama de estados en Mermaid es un gran detalle.

Trazabilidad total: Las 4 actas de RFC en docs/cambios/ están perfectamente vinculadas con sus issues y PRs. Se nota el orden y la conexión entre el diseño y la implementación.

Evidencia real: La actualización del tablero en GitHub Projects v2 con las 5 columnas oficiales y los 31 ítems poblados demuestra que no solo se documentó, sino que se ejecutó el flujo real.

Organización: El registro de los comentarios de admisión y dictamen en cada issue, junto con sus etiquetas ccb:*, facilita muchísimo la auditoría futura.

✅ Checklist de mi revisión

☑️ Cumple con el objetivo de formalizar el CCB y simular su ciclo de vida.
☑️ La documentación y el tablero reflejan fielmente el estado de los 31 issues.
☑️ Sigue las buenas prácticas de commits y la convención de ramas.
☑️ Se completaron las 2 aprobaciones requeridas por la regla de Gitflow.

Todo listo por mi parte. ¡Gran aporte para la gestión de configuración del proyecto!

[The-Fabry]

✅ Aprobado - Excelente trabajo organizando el proyecto

He revisado los archivos y todo está muy bien hecho. Este PR deja las reglas del equipo y los registros súper claros para el proyecto y para la auditoría de la universidad.

Puntos que revisé y me gustaron:

• Reglas del CCB (docs/ccb.md): Quedó muy claro quiénes son los del comité, cuánto tiempo tienen para responder y cómo se aprueban los cambios. El gráfico de los estados está genial.
• Documentos de las 4 RFC (docs/cambios/): Los documentos RFC-001, RFC-002, RFC-003 y RFC-004 están completos. Buen trabajo explicando el impacto de cada cambio y poniendo las firmas del comité.
• Registro del Tablero (docs/evidencias/auditoria-tablero-ccb.md): Muy buen detalle al documentar cómo está armado el tablero de GitHub Projects y la tabla con el estado de los 31 ítems.
• Índice (docs/index.md): Los enlaces a la nueva documentación quedaron bien conectados.

Revisión de la lista de verificación:

• La rama se creó desde develop (feature/ccb-auditoria-rfc).
• Los commits siguen el formato chore(ccb): ....
• Solo se modificó documentación, no código de la aplicación.
• Todo está conectado con las 4 RFCs y el tablero.
• Esperando la segunda aprobación para hacer el merge.

¡Muy buen trabajo dejando todo organizado!

[SebastianM-M]

Aprobado (LGTM) - Revisión del Tablero CCB y Ciclo de Vida RFC

He revisado la configuración del tablero de auditoría en GitHub Projects v2 y la formalización documental del Comité de Control de Cambios. Los puntos clave validados son:

Política y Gobernanza (docs/ccb.md): La definición de la composición del CCB, los quórum, los tiempos de SLA y el diagrama de estados en Mermaid aportan un nivel de rigor excelente para la auditoría académica.

Trazabilidad de las RFC (docs/cambios/): Las 4 actas (RFC-001 a RFC-004) están correctamente documentadas y vinculadas de forma unívoca con sus respectivos issues, tareas y Pull Requests de implementación.

Evidencia en GitHub Projects v2: La actualización del tablero con las 5 columnas oficiales y la correcta distribución de los 31 ítems reflejan una ejecución real y estructurada del proceso de control de cambios.

Todo conforme a los estándares definidos. ¡Aprobado y gran trabajo!