Upload
demetrio-canas
View
22
Download
2
Embed Size (px)
Citation preview
Arquitecturas Empresariales y de IntegraciónCaso de estudio X-TELCO
Grupo Quimera
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.
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.
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
Page 5
Flujo de Negocio
act XTelco Business Process Model
Radicar Solicitud
INICIO
Verficacion de cargue deinformacion
Crear Informacion Cuenta
Verificacion exitosa?
Notificar Atencion alCliente
Notificar Usuario
Agendar Instalacion
Agenda Exitosa
Notificar Instalacion Registrar informacionInstalacion
FINAL
NO
SI
NO
SI
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
4. Replicación Entre sistemas se integran mediante procesos batch que duplican la información este es el caso de los abonados, productos y solicitudes.
5. Gobernabilidad No existe un claro propietario de los datos.
6. 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.
Page 7
Inventario de Aplicaciones
PREPA MY DSL IN HOUSE INSTALL ACTIVATION CONSOLIDA WORK ORDERS DWH
Crear abonado X X X
Crear Cuenta X X
Crear Factura X
Facturar Consumo X X
Generar Factura X X
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
Page 8
Matriz de Integración
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.
Page 10
Análisis de Brecha
Dimensión de Datos
Arquitectura Base AS-IS
- Replicación.- Integridad.- Gobernabilidad.
BRECHAS
- Proyecto de exponer entidades comunes, como servicios.- Proyecto de consolidación de facturación y planes.
Page 11
Dimensión de Datos
Aplicación/ My-DSL Prepa Instant In-House DWH ConsolidaEntidad System Activation CRM Worked
Cliente WR WR WR WR * WR
Producto WR WR R R * R
Factura WR WR * * R *
Orden de Trabajo * * WR R * WR
AS - IS
Aplicación/ My-DSL Prepa Instant In-House DWH Consolida FacturadorEntidad System Activation CRM Worked Unico
Cliente R R R WR * R R
Producto WR WR R R * R R
Factura WR WR * * R * WR
Orden de Trabajo * * * R * WR *
Consolidado Facturas
Solo Activaciones de
Red
TO-BE
Page 12
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.
Page 13
Inciativas para Cerrar Brecha AS-IS a TO-BE
Page 14
Arquitectura referencia AS-IS
Page 15
Arquitectura referencia TO-BE
Page 16
Priorización de Brechas
ID Iniciativa Capacidad % Criticidad % Riesgo % Beneficio % TOTAL %
1Estandarización de protocolos 5 1.25 5 0.75 4 1.2 5 1.5 4.7
2Orquestación y medición de procesos de negocio 4 1 5 0.75 3 0.9 5 1.5 4.15
3
Proyecto de exponer entidades comunes como servicios 4 1 4 0.6 4 1.2 4 1.2 4
4Proyecto de consolidación de facturación y planes 5 1.25 4 0.6 3 0.9 5 1.5 4.25
5
Crear un portal web para ingrear los datos de a solicitud de nuevos productos y revisión del estado de dicha solicitud 4 1 3 0.45 5 1.5 4 1.2 4.15
6
Proyecto de estructuración de ambientes de alta disponibilidad 3 0.75 3 0.45 5 1.5 3 0.9 3.6
Page 17
Priorización de Brechas
AS-IS
TO-BE
Tim
e
Roadmap
1
4
2
5
3
6