Arquitecturas Empresariales y de Integración Caso de estudio X-TELCO Grupo Quimera.

Presentación del tema: "Arquitecturas Empresariales y de Integración Caso de estudio X-TELCO Grupo Quimera."— Transcripción de la presentación:

1 Arquitecturas Empresariales y de Integración Caso de estudio X-TELCO Grupo Quimera

2 Page  2 X-Telco está gestionada por un modelo transversal basado en procesos de negocio o en un modelo vertical basado en procedimientos Transversal y por procesos Debido a que los procesos se encuentran integrados bajo un esquema de replicación batch, donde la salida de uno es la entrada para ejecución del siguiente paso en la cadena de valor del modelo de negocio. El modelo operacional AS-IS identificado es un modelo de replicación por lo cual se identifica que los procesos de negocio están estandarizados pero no integrados ya que en instantes de tiempo la información entre el proceso de vender telefonía fija y vender banda no es la misma.

3 Page  3 Solo con un ESB se puede resolver el problema NO -Debido a que unos de los motivadores de negocio es llegar a un modelo operacional unificado y la solución planteada por el consultor no nos llevaría a la unificación de la información. -El ESB no da respuesta a todos los motivadores de negocio. Los motivadores de negocio que suple el ESB, son los de habilitar la medición del proceso y reducir el tiempo de respuesta a una solicitud del cliente.

4 Page  4 Dimensión de negocio Motivadores 1. Unificar el portafolio de productos (Combotización) 2. Medir proceso de ventas de nuevos productos. 3. Reducir el tiempo de llevar un producto/servicio al mercado. 4. Orientación 100 % al cliente. 5. Autoservicio. 6. Orientación a procesos medibles

5 Page  5 Flujo de Negocio

6 Page  6 Dimensión de Datos Entidades de Negocio 1. Abonado  Persona que toma el plan o el producto. 2. Producto  Banda ancha y telefonía fija. 3. Factura  Liquidación a pagar por parte del abonado por la prestación del servicio. Problemas de Datos 1.Replicación  Entre sistemas se integran mediante procesos batch que duplican la información este es el caso de los abonados, productos y solicitudes. 2.Gobernabilidad  No existe un claro propietario de los datos. 3.Integridad  Como cada sistema tiene un modelo de datos propietario en el traspaso de información la calidad de estos puede ser afectada. Indicadores de Desempeño 1.Tiempo promedio en la ejecución de los procesos batch. 2.Número de errores por archivo cargado.

7 Page  7 Inventario de Aplicaciones PREPAMY DSLIN HOUSEINSTALL ACTIVATIONCONSOLIDA WORK ORDERSDWH Crear abonadoXXX Crear CuentaXX Crear FacturaX Facturar ConsumoXX Generar FacturaXX Definir Plan X Asociar Plan X Inicio Activacion X Activar X Programar Activacion X Crear Producto X Registrar Instalacion X Actualizar Estado Solicitud X Habilitar Producto X Generar Indicadores X

8 Page  8 Matriz de Integración Aplicaciones/AplicacionesPREPAMY DSLIN HOUSE INSTALL ACTIVATION CONSOLIDA WORK ORDERSDWH PREPA -X Batch X MY DSL X- Batch X IN HOUSE Batch - X X INSTALL ACTIVATIONBatch X - X CONSOLIDA WORK ORDERS XXSOAP/WS - Batch DWH XX X Batch X -

9 Page  9 Análisis de Brecha Dimensión de Negocio Arquitectura Base AS-IS - Procesos de Negocio no medibles. - Líneas de negocio no unificadas que difieren de los motivadores de negocio. - La infraestructura tecnológica no responde con agilidad a los cambios del mercado. Arquitectura Objetivo (TO-BE) - Definir KPI’s en puntos clave de procesos de negocio. - Unificar líneas de negocio. - Disminuir los tiempos de respuesta. BRECHAS - Estandarización de protocolos. - Orquestación y medición de procesos de negocio.

10 Page  10 Análisis de Brecha Dimensión de Datos Arquitectura Base AS-IS - Replicación. - Integridad. - Gobernabilidad. Arquitectura Objetivo (TO-BE) MATRIZ PENDIENTE BRECHAS - Proyecto de exponer entidades comunes, como servicios. - Proyecto de consolidación de facturación y planes.

11 Page  11 Análisis de Brecha Dimensión de Aplicaciones Arquitectura Base AS-IS - Disponibilidad de aplicaciones. - Duplicidad de funcionalidades de negocio en diferentes sistemas. - Falta de orientación al cliente Arquitectura Objetivo (TO-BE) - Crear esquemas de alta disponibilidad y fail over. - Unificar las funcionalidades duplicadas, basados en el esquema único de información de las entidades. - Sistema unificado de ingreso de información de solicitudes. BRECHAS - Crear un portal WEB para ingresar los datos de solicitud de nuevos productos y revisión del estado de dicha solicitud. - Proyecto de estructuración de ambientes de alta disponibilidad.

12 Page  12 Inciativas para Cerrar Brecha AS-IS a TO-BE IDINICIATIVATipo (Negocio, Tecnología, Personas ) Dimensión de Arquitectura 1Estandarización de protocolos.Negocio 2 Orquestación y medición de procesos de negocio.Negocio 3 Proyecto de exponer entidades comunes, como servicios.TecnologíaDatos 4 Proyecto de consolidación de facturación y planes.NegocioDatos 5 Crear un portal web para ingresar los datos de solicitud de nuevos productos y revisión del estado de dicha solicitud.PersonasAplicaciones 6 Proyecto de estructuración de ambientes de alta disponibilidad.TecnologíaAplicaciones

13 Page  13 Arquitectura Datos e Información.  Replicación de los datos.  Integridad de los datos. Aplicación/My-DSL Prepa InstantIn-House DWH Consolida EntidadSystemActivationCRMWorked ClienteWR * ProductoWR RR*R FacturaWR **R* Orden de Trabajo**WRR* Aplicación/My-DSL Prepa InstantIn-House DWH ConsolidaFacturador EntidadSystemActivationCRMWorkedUnico ClienteWR * R ProductoWR RR*RR FacturaWR **R* Orden de Trabajo***R*WR* Consolidad o Facturas Solo Activaciones de Red Exponer Entidades Comunes como servicios Especializar SW “Instant Activation”, solo activaciones de Red. AS - IS TO-BE  Caos gobernabilidad de los datos.

14 Page  14 Adicionar TITULO TEXTO. TEXTO

15 Page  15 Adicionar TITULO TEXTO. TEXTO