Skip to main content
Version: Next

Proceso de ingeniería de software de Text & Lines


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

  1. Requerimientos o historias de usuario asignadas en READY.
  2. Estándar de codificación.
  3. Checklist de verificación de código.
  4. Checklist individual de código (con los defectos propios más comunes).

Proceso

FaseDescripciónResponsableMeta y práctica específica del CMMI
Preparación del entornoWindows: Deberás instalar Docker. Una vez instalado, abre una terminal y ejecuta el siguiente comando: docker run -d -p 6379:6379 --name redis redis.Codificador del requisitoVER SP 1.2 (Establecer el entorno de verificación)
Preparación del entornoMacOS: Se debe instalar Homebrew en la terminal. Luego, ejecuta brew install redis. Para activar Redis, simplemente ejecuta en la terminal redis-server.Codificador del requisitoVER SP 1.2 (Establecer el entorno de verificación)
Analizar la Historia de UsuarioIngresa a los requisitos y busca la historia de usuario a desarrollar.Codificador del requisitoREQM SP 1.1 (Comprender los requisitos)
Analizar la Historia de UsuarioIngresa a la definicion de ready y busca la historia de usuario a desarrollar.Codificador del requisitoREQM SP 1.1 (Comprender los requisitos),RD 3.3 (Analizar los requerimientos para comprobar que sean necesarios y suficientes)
Verificar el análisisLlena la checklist de análisis. Si hay algún punto faltante, lleva a cabo las acciones correctivas para asegurar que el análisis sea correcto. Esta checklist debe estar guardada en la carpeta Checklists Análisis (mínimo 1 hora en el análisis).Codificador del requisitoVER 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)
Si algún criterio de aceptación está incorrecto o hace falta, deberás actualizarlo.Codificador del requisitoREQM SP 1.3 (Gestionar los cambios de los requisitos)
Seguir el proceso de RTMAbre y sigue el proceso de RTM.Codificador del requisitoREQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos)
Verificación del diseñoAbre el Figma del proyecto y busca la interfaz de la historia de usuario.Codificador del requisitoTS SP 2.1 (Diseñar el producto o los componentes del producto)
En caso de que no aparezca, tendrás que crear la interfaz de acuerdo a diseños ya establecidos.Codificador del requisitoTS SP 2.1 (Diseñar el producto o los componentes del producto)
Llena la checklist de diseño y crea una copia en la carpeta 'Checklists de diseño'.Codificador del requisitoVER SP 1.3 (Establecer los procedimientos y los criterios de verificación), TS SP 2.3 (Diseñar las interfaces usando criterios), VER SP 3.1 (Realizar la verificación)
Seguir el proceso de RTMAbre y sigue el proceso de RTM.Codificador del requisitoREQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos)
Preparación para la codificaciónMantén abierto el diagrama de secuencia del requisito para basarte en él a la hora de programar el requerimiento.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Inicio de codificaciónAsegúrate de estar en la rama develop en el repositorio pertinente ejecutando: git branch. Si no estás en develop, ejecuta: git checkout develop. Después, ejecuta: git pull origin y npm i. Finalmente, ejecuta: git checkout -b <NombreDeLaRama>. Recuerda seguir la estrategia de ramas.Codificador del requisitoCM SP 2.2 (Controlar los elementos de configuración)
Codificación del backendVerifica que en rutas.js esté definida la ruta de tu historia de usuario.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Si no está la ruta:1. Verifica que en rutas.js el módulo correspondiente exista. De lo contrario, créalo.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Si no está la ruta:2. Agrega ahí la ruta para tu historia de usuario.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
3. Asegúrate de poner la consulta en la carpeta Utilidades/Constantes.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
4. El archivo de controlador va en la carpeta Controladores de tu módulo.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
5. El archivo de repositorio va en la carpeta Datos/Repositorios de tu módulo.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
6. El archivo de mensajes va en la carpeta Utilidades/Constantes.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
7. Asegúrate de crear los siguientes archivos: Controlador, Ruta, Repositorio, Consulta y Mensaje.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
8. En caso de que crees más archivos, puedes ponerlos en la carpeta Utilidades y en la subcarpeta que corresponda.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Seguir el proceso de RTMAbre y sigue el proceso de RTM.Codificador del requisitoREQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos)
Verificaciones y PRRevisa el código con la checklist de codificación propia.Codificador del requisitoPPQA SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 3.1 (Realizar la verificación)
Revisa el código con la checklist de codificación del equipo.Codificador del requisitoPPQA SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 3.1 (Realizar la verificación)
Abre el PR asegurándote de que la rama objetivo sea develop o MBI-1.Codificador del requisitoCM SP 2.2 (Controlar los elementos de configuración)
Notifica a alguien más del equipo para que diseñe y ejecute las pruebas de tu requerimiento.Codificador del requisitoVER SP 2.1 (Preparar la revisión entre pares), VER SP 3.1 (Realizar la verificación)
Si las pruebas arrojan correcciones, corrígelas y haz push a la rama.Codificador del requisitoCM SP 2.1 (Seguimiento de solicitudes de cambio), VER SP 3.2 (Analizar los resultados de la verificación)
Revisa la definición de DONERepasa la definición de DONE y verifica que se cumpla por completo. Si cumple con la definición, sigue el proceso de RTM.Codificador del requisitoVER SP 3.1 (Realizar la verificación), REQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos), RD SP 3.3 (Analizar los requerimentos para comprobar que sean necesarios y suficientes).
Preparación del ambienteRepasa la fase de 'Inicio de codificación'.Codificador del requisitoVER SP 1.2 (Establecer el entorno de verificación)
Codificación del front-endDentro de las carpetas src/Dominio/Modelos, dependiendo de tu módulo, crea tu modelo. Si no existe tu módulo, crea la carpeta y el modelo dentro de esa carpeta.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/Dominio/Repositorios, dependiendo de tu módulo, crea tu repositorio. Si no existe tu módulo, crea la carpeta y el repositorio dentro de esa carpeta.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/hooks, dependiendo de tu módulo, crea tu hook. Si no existe tu módulo, crea la carpeta y el hook dentro de esa carpeta.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/Utilidades/Constantes, encontrarás tres archivos. En permisos.js, tendrás que crear los permisos correspondientes para tu historia de usuario en caso de que no se encuentren.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/Utilidades/Constantes, en rutas.js, tendrás que crear las rutas correspondientes para tu historia de usuario en caso de que no se encuentren.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/Utilidades/Constantes, en rutasAPI.js, tendrás que crear las rutas correspondientes para tu historia de usuario en caso de que no se encuentren.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Dentro de las carpetas src/Vistas/Paginas, dependiendo de tu módulo, crea tu página .jsx. Si no existe tu módulo, crea la carpeta y la página dentro de esa carpeta.Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Si necesitas crear archivos adicionales como validaciones, estos van en las carpetas de src/Utilidades/Validaciones. Si es algún componente, irá en la carpeta de src/Vistas/Componentes (siguiendo el modelo de átomos, moléculas y organismos).Codificador del requisitoTS SP 3.1 (Implementar el diseño de los componentes del producto)
Seguir el proceso de RTMAbre y sigue el proceso de RTM.Codificador del requisitoREQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos)
Verificaciones y PRRevisa el código con la checklist de codificación propia.Codificador del requisitoPPQA SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 3.1 (Realizar la verificación)
Revisa el código con la checklist de codificación del equipo.Codificador del requisitoPPQA SP 1.2 (Evaluar productos objetivamente y documentar hallazgos), VER SP 3.1 (Realizar la verificación)
Abre el PR asegurándote de que la rama objetivo sea develop o MBI-1.Codificador del requisitoCM SP 2.2 (Controlar los elementos de configuración)
Notifica a alguien más del equipo para que diseñe y ejecute las pruebas de tu requerimiento.Codificador del requisitoVER SP 2.1 (Preparar la revisión entre pares), VER SP 3.1 (Realizar la verificación)
Si las pruebas arrojan correcciones, corrígelas y haz push a la rama.Codificador del requisitoCM SP 2.1 (Seguimiento de solicitudes de cambio), VER SP 3.2 (Analizar los resultados de la verificación)
Revisa la definición de DONERepasa la definición de DONE y verifica que se cumpla por completo. Si cumple con la definición, sigue el proceso de RTM.Codificador del requisitoVER SP 3.1 (Realizar la verificación), REQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos), RD 3.3 (Analizar los requerimientos para comprobar que sean necesarios y suficientes)

Historial de cambios

Tipo de VersiónDescripciónFechaColaborador
1.0Implementación del Proceso en Text & Lines30/05/2025Rodrigo Antonio Benítez.
1.1Agregar definicion de ready y done6/06/2025Diego Alfaro Pinto