Arquitectura Spider

Get Started. It's Free
or sign up with your email address
Arquitectura Spider by Mind Map: Arquitectura Spider

1. VISOR (GENERAL)

1.1. Añadir seguridad a módulos

1.1.1. Añadir seguridad a módulos [22PH]

1.1.1.1. Depende de si ik-user o ik-ss

1.1.2. Añadir seguridad consola [5 PH]

1.1.2.1. A la nueva consola SPA

2. INDICADORES/C.MANDO

2.1. Mantener modelo actual (Java)

2.1.1. DESVENTAJAS: Obliga a mantener más módulos (chart-manager, ik-table, FilterCreator) | Difícil de actualizar (Java 7 + Spring 3.1)

2.1.2. Obtener datos de indicadores de BBDD [15PH]

2.1.2.1. Muy dependiente de cómo vaya a ser el modelo de datos

2.1.3. Cambiar visualización (eliminar componentes propios e integrar alternativa) [15 PH]

2.1.3.1. ik-chart-manager

2.1.3.2. ik-table

2.1.3.3. filter-components

2.2. Nuevo módulo (SPA?)

2.2.1. Definir cómo se pueden implementar indicadores de forma externa, a proyecto

2.2.2. Análisis: empezando de cero, ¿cómo podríamos hacerlo?

2.2.3. Separar producto de proyecto - Definir qué es producto y qué es proyecto

2.2.4. ¿Cómo nos van a proporcionar estos indicadores?

2.2.5. Decidir cómo vamos a visualizar indicadores: ¿spring data? ¿datos precalculados?

2.2.6. Establecer visualización de indicadores en REACT [20 PH]

2.2.6.1. Visualizar gráficos

2.2.6.2. Filtro

2.2.6.3. Exportar

2.2.6.4. Eliminar ik-chart-manager, ik-table...

2.2.7. Obtener datos de indicadores de BBDD [15PH]

2.2.7.1. Muy dependiente de cómo vaya a ser el modelo de datos

3. MODELO DE DATOS DE VERTICALES

3.1. Definir modelo de datos para TAM (Incluidos los umbrales) [30 PH]

3.2. Decidir si el modelo de datos de UMP se queda igual

4. INFORMES

4.1. Actualizar versión del componente (SERVIDOR) [2 PH]

4.2. Añadir scheduler para los informes planificados [3 PH]

5. EVENTOS

5.1. Calidad

5.2. Modificar los permisos que ya hay implementados, para que se conecten con el módulo de seguridad

5.2.1. Ahora están a pelo

6. PROCESOS

6.1. Definir qué es producto, y qué proyecto

6.2. ¿Cómo vamos a trabajar con los topics? ¿Quien va a alimentarlos ¿Nifi? ¿Queda algo por nuestra parte?

6.3. Calidad

6.4. Actualizar versión del componente.

7. NOTIFICACIONES

7.1. Cambiar a paquete NPM [10 PH]

7.1.1. Si migramos el visor a REACT

7.2. Revisar integración en visor React [3 PH]

7.2.1. Si migramos el visor a REACT

8. CONSOLA

8.1. Mantener consola

8.1.1. Es un componente común, tendríamos que hacer cambios y pueden afectar a más grupos Muchas de las opciones no las usamos (ETL)

8.1.2. Integrar pantallas nuevas de gestión de usuarios (ik-SS) [5 PH]

8.2. Hacer consola SPA

8.2.1. Crear consola [3 PH]

8.2.1.1. Crear la consola vacía

8.2.2. USUARIOS

8.2.2.1. Integrar pantallas nuevas de gestión de usuarios (ik-SS) [5 PH]

8.2.3. INFORMES

8.2.3.1. Incorporar última versión del componente (CLIENTE) [1 PH]

8.3. Auditoría

8.3.1. PROPUESTA: fuera de la consola

8.3.2. Crear gestión de auditoría (pantallas?) [ ?? PH]

8.3.2.1. ¿qué necesitamos? Necesitamos más info.

8.4. Configuración de umbrales de indicadores

8.4.1. ¿Es crítico para Marzo?

8.4.2. Crear gestión de umbrales [8 PH]

8.4.2.1. ¿qué necesitamos? ¿modelo de datos? ¿back para operar contra bbdd? Necesitamos más info.

8.5. Repositorio de Protocolos y Acciones

8.5.1. PROPUESTA: fuera de la consola

8.5.1.1. ¿Tendrás que loguearte en otra aplicación para acceder? ¿es asumible?

8.5.2. Crear gestión de protocolos/acciones [13 PH]

8.5.2.1. Aplicar el back de eventos

8.5.2.2. Crear pantallas

8.5.2.2.1. ¿paquete NPM o JS?

8.6. Configuración de reglas

8.6.1. PROPUESTA: fuera de la consola

8.6.2. Crear gestión de reglas (pantallas?) [?? PH]

8.6.2.1. ¿qué necesitamos? Necesitamos más info.

8.7. Gestión de Logs

8.7.1. PROPUESTA: fuera de la consola

8.7.1.1. Análisis: ¿incorporar graylog?

8.7.2. Crear gestión de logs (pantallas?) [5 PH]

8.8. Configuración de datos de proyecto

8.8.1. Lo dejamos para más adelante

9. GENERAL

9.1. Integrar IK-SS

9.1.1. Integrar componente IK-SS [25PH]

9.1.1.1. Integrar pantallas lo dejamos en la sección de la consola

9.1.2. Eliminar Pentaho [5PH]

9.1.3. Migrar datos de usuarios [2PH]

9.2. Eliminar tomcat de las imágenes de docker

9.2.1. Eliminar tomcat de las imágenes de docker [8 PH]

9.3. Usar Kubernetes o algún sistema de gestión de contenedores (scripts de inicio, parada, reinicio..)

9.3.1. Para pensarlo en siguientes hitos

9.4. Arquitectura SPA

9.4.1. Independizar módulos - versiones independientes [8 PH]

9.4.1.1. Análisis carga dinámica de módulos React (revisar POC)

9.4.1.2. Configurar menú

9.4.1.3. Configurar visor

9.4.2. Migrar visor a React [13 PH]

9.4.2.1. Revisión del componente: ¿podemos incluir hora local y UTC? ¿necesitamos algo más?

9.4.2.2. Visor

9.4.2.3. Menú API - Cómo necesitamos que sea la estructura?

9.4.2.4. Miga de pan

9.4.2.5. Integrar módulo de notificaciones

9.4.2.6. Sustituir filterCreator por react-filter-components

9.4.3. Enlazar los diferentes módulos React [5 PH]

9.4.3.1. Enlazar módulos + configurar menú

9.4.4. Añadir react-routes a los componentes [?? PH]

9.4.4.1. Necesitamos ayuda del equipo de Devops para estimarla

9.4.5. Integrar ik-wi-4 [5 PH]

9.4.5.1. Revisar: ¿Tenemos todo lo necesario?¿Dark templates?¿Vista de eventos?

9.4.5.2. ¿Cómo integramos las plantillas de Adimedia en React? (DEMO)

9.4.6. Utilizar framework SPA - Para pensarlo en siguientes hitos

9.4.7. Dependencias duplicadas entre proyectos - Para pensarlo en siguientes hitos

9.5. Eliminar módulos ikw

9.5.1. Eliminar módulos ikw [8 PH]

9.5.1.1. Si no hacemos el SPA, podemos plantear esto (es una mejora, no indispensable)