Proceso de codificación
Objetivo
- Establecer un flujo para el desarrollo de código de alta calidad.
- Identificar y corregir defectos en etapas tempranas del desarrollo.
- Asegurar la verificación efectiva de código.
Entradas
- Requerimientos o historias de usuario asignadas en READY.
- Estándares de codificación del proyecto.
- Checklist de verificación de código.
- Checklist de análisis
- Checklist de diseño
Proceso
| Fase | Descripción | Responsable | Meta y práctica específica del CMMI |
|---|---|---|---|
| Verificación | Verificar que el análisis del componente esté completo, no sea ambiguo y siga la checklist de análisis. | Desarrollador. | VER SP 1.1 (Seleccionar los productos de trabajo para la verificación), VER SP 1.3 (Establecer los procedimientos y los criterios de verificación), VER SP 3.1 (Realizar la verificación). |
| Verificar si el requisito o historia tiene diagrama de flujo. - Si tiene diagrama, verificar el diseño usando la checklist de diseño - Si no tiene diagrama, verificar la prioridad del requisito para saber si amerita uno. En caso de que sí, diseñarlo usando la misma checklist. | |||
| Desarrollo | Entrar a la rama de desarrollo del repositorio según la estrategia de ramas del departamento. | Desarrollador. | CM, SP 2.2 (Controlar los elementos de configuración). |
| Ejecutar git pull origin para asegurar que se tiene la versión más actualizada. | Desarrollador. | CM, SP 2.2 (Controlar los elementos de configuración). | |
| Crear la rama de trabajo para el requisito o historia asignado siguiendo la estrategia de ramas del equipo. | Desarollador. | CM, SP 2.2 (Controlar los elementos de configuración). | |
| Verificar el código de los archivos en los que se va a trabajar, refactorizar en caso de ser necesario y listar defectos encontrados en el defect log del equipo. | Desarrollador. | VER SP 1.1 (Seleccionar los productos de trabajo para la verificación), VER SP 1.2 (Establecer el entorno de verificación). | |
| Desarrollar el requisito siguiendo el diseño. | Desarollador. | CM, SP 2.1 (Seguimiento de solicitudes de cambio). | |
| Desarrollar el requisito o historia siguiendo los estándares del equipo. | Desarollador. | CM, SP 2.2 (Controlar los elementos de configuración). | |
| Con ayuda de la checklist de desarrollo, verificar que el código cumple con lo estipulado. | Desarollador. | PPQA, SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 1.3 (Establecer los procedimientos y los criterios de verificación) VER SP 3.1 (Realizar la verificación). | |
| Pruebas | Desarrollar y ejecutar pruebas previamente diseñadas para validar la funcionalidad implementada. Asegurar una cobertura adecuada. | Según la estrategia del equipo (Desarrollador o tester). | PPQA, SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 1.2 (Establecer el entorno de verificación), VER SP 3.1 (Realizar la verificación). |
| Ejecutar linting y otras verificaciones automáticas. | Desarollador. | PPQA, SP 1.2 (Evaluar productos objetivamente y documentar hallazgos). | |
| Correcciones | Corregir los problemas identificados. | Desarollador. | CM, SP 2.1 (Seguimiento de solicitudes de cambio). |
| Integración | Crear el pull request que se apegue a la guía de PR del equipo. En caso de que sea algo relacionado al departamento, seguir la guía del departamento. | Desarollador. | CM, SP 2.2 (Controlar los elementos de configuración). |
| Aprobar formalmente el pull request siguiendo la Checklist de Pull Request y autorizar su integración a la rama principal. | QA. | CM, SP 2.2 (Controlar los elementos de configuración). (Nombre de la práctica específica), VER SP 1.3 (Establecer los procedimientos y criterios de verificación), VER SP 3.1 (Realizar la verificación). | |
| Verificar que la integración fue exitosa con base a las pruebas de integración definidas en el STP de cada equipo y que no se introdujeron problemas nuevos. | Desarrollador, QA. | CM, SP 2.1 (Seguimiento de solicitudes de cambio), VER SP 3.1 (Realizar la verificación). | |
| Trazabilidad | Asegurar que el requisito cumple con la definición de DONE. Actualizar la matriz de trazabildiad del requisito para indicar que esta en DONE siguiendo el proceso de trazabilidad. | Desarrollador. | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos), VER SP 3.1 (Realizar la verificación). |
Salidas
- Código verificado y validado que cumple con los estándares de calidad.
- Checklist de código completada con evidencia del cumplimiento.
- Checklist de análisis completada con evidencia del cumplimiento
- Checklist de diseño completada con evidencia del cumplimiento.
- Checklist de Pull Request completada con evidencia del cumplimiento.
- Registro de la revisión con hallazgos y resoluciones.
- Código integrado exitosamente en la rama de desarrollo.
Historial de cambios
| Tipo de Versión | Descripción | Fecha | Colaborador |
|---|---|---|---|
| 1.0 | Creación del proceso | 25/04/2025 | Daniel Queijeiro, Daniel Contreras |
| 1.1 | Cambios a pasos de integración y trazabilidad | 26/04/2025 | Daniel Queijeiro, Diego Fuentes |
| 2.0 | Agregar ver, pasos de verificación con checklist de diseño, análisis y PR | 15/05/2025 | Emiliano Valdivia y Daniel Contreras |