Arquitectura Spider

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Arquitectura Spider por Mind Map: Arquitectura Spider

1. CONSOLA

1.1. Mantener consola

1.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)

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

1.2. Hacer consola SPA

1.2.1. Crear consola [3 PH]

1.2.1.1. Crear la consola vacía

1.2.2. USUARIOS

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

1.2.3. INFORMES

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

1.3. Auditoría

1.3.1. PROPUESTA: fuera de la consola

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

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

1.4. Configuración de umbrales de indicadores

1.4.1. ¿Es crítico para Marzo?

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

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

1.5. Repositorio de Protocolos y Acciones

1.5.1. PROPUESTA: fuera de la consola

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

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

1.5.2.1. Aplicar el back de eventos

1.5.2.2. Crear pantallas

1.5.2.2.1. ¿paquete NPM o JS?

1.6. Configuración de reglas

1.6.1. PROPUESTA: fuera de la consola

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

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

1.7. Gestión de Logs

1.7.1. PROPUESTA: fuera de la consola

1.7.1.1. Análisis: ¿incorporar graylog?

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

1.8. Configuración de datos de proyecto

1.8.1. Lo dejamos para más adelante

2. GENERAL

2.1. Integrar IK-SS

2.1.1. Integrar componente IK-SS [25PH]

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

2.1.2. Eliminar Pentaho [5PH]

2.1.3. Migrar datos de usuarios [2PH]

2.2. Eliminar tomcat de las imágenes de docker

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

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

2.3.1. Para pensarlo en siguientes hitos

2.4. Arquitectura SPA

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

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

2.4.1.2. Configurar menú

2.4.1.3. Configurar visor

2.4.2. Migrar visor a React [13 PH]

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

2.4.2.2. Visor

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

2.4.2.4. Miga de pan

2.4.2.5. Integrar módulo de notificaciones

2.4.2.6. Sustituir filterCreator por react-filter-components

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

2.4.3.1. Enlazar módulos + configurar menú

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

2.4.4.1. Necesitamos ayuda del equipo de Devops para estimarla

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

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

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

2.4.6. Utilizar framework SPA - Para pensarlo en siguientes hitos

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

2.5. Eliminar módulos ikw

2.5.1. Eliminar módulos ikw [8 PH]

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

3. VISOR (GENERAL)

3.1. Añadir seguridad a módulos

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

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

3.1.2. Añadir seguridad consola [5 PH]

3.1.2.1. A la nueva consola SPA

4. INDICADORES/C.MANDO

4.1. Mantener modelo actual (Java)

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

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

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

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

4.1.3.1. ik-chart-manager

4.1.3.2. ik-table

4.1.3.3. filter-components

4.2. Nuevo módulo (SPA?)

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

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

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

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

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

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

4.2.6.1. Visualizar gráficos

4.2.6.2. Filtro

4.2.6.3. Exportar

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

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

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

5. MODELO DE DATOS DE VERTICALES

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

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

6. INFORMES

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

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

7. EVENTOS

7.1. Calidad

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

7.2.1. Ahora están a pelo

8. PROCESOS

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

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

8.3. Calidad

8.4. Actualizar versión del componente.

9. NOTIFICACIONES

9.1. Cambiar a paquete NPM [10 PH]

9.1.1. Si migramos el visor a REACT

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

9.2.1. Si migramos el visor a REACT