Estrategia FDE de DBAccesspara la Reconversión Monetaria

Julio 2007

• Impacto de la Reconversión Monetaria en IT

• Cronograma de sucesos• Situación esperada• FDE• Ventajas de la solución• ¿Por qué DBAccess?• Preguntas

Agenda

Impacto RM en IT

Con la promulgación del Decreto-Ley de Reconversión Monetaria (RM) se plantean complejidades inmediatas, las cuales afectan particularmente a los sistemas de información en la administración monetaria nacional.

Conociendo la fecha de entrada en vigencia del Bs.F., y de los sucesos previos a la desaparición del actual Bs., se hace urgente una solución que asegure la integridad y seguridad de procesos y transacciones de la nación y sus instituciones.

Cronograma de Sucesos

06-Marzo-2007Se promulgó el Decreto-Ley Nueva moneda BsF

Corre 3 ceros a la izq.

01-Octubre-2007Publicación de precios en bolívar y bolívar fuerte (Bs.F)

No todos los sistemas necesitan cambiar

01-Enero-2008Entrada en circulación del bolívar fuerteTodos los sistemas deben estar alineados.

01-Junio-2008(opcional)

Sale de circulación el Bs.

Situación Esperada

Aplicaciones y Datos serán adaptados para:

1 – Incluir el Bs.F en sus interfaces y reportes (para usuarios o aplicaciones).2 – Incluir el Bs.F como unidad monetaria en repositorios de datos.3 – Llevar precios, indicadores y referencias de Bs. a Bs.F.4 – Soportar y hacer convivir Bs. y Bs.F durante el periodo de transición.5 – Garantizar la continuidad y transparencia en la operación.

¿Cómo logramos ésto?

FDE: Estrategia

1 - Planificación por Fases4 Fases con actividades bien definidas para llevar los sistemas de un estado estable con uso del Bs. a un estado estable con uso del Bs.F, una vez finalizado el período de paralelo.

2 - Análisis por DimensionesSe tienen identificadas dimensiones que se consideran son los aspectos claves que definen cómo debe atacarse la RM para cada componente afectado en la plataforma tecnológica.

3 - Solución por EscenariosPara cada posible combinación de valores en las diferentes dimensiones, se definió un escenario que plantea una receta de solución que permitirá realizar el cambio de moneda.

FDE: Planificación por Fases

• Al final de cada fase se entregará el plan de la siguiente fase, minimizando así el riesgo de desvío.

• Continuamente se tendrá un Tablero de Avance por Fase y Actividades

Análisis Adecuación Implantación Estabilización

Seguimiento y Control

FDE: Fase de AnálisisActividades

• Inventario de componentes que conforman la plataforma tecnológica e identificación de componentes afectados. (Entregable: Inventario de componentes)

• Levantamiento de mapa de dependencias entre sistemas.(Entregable: Mapa de Dependencia)

• Clasificación de componentes afectados en cada una de las dimensiones establecidas. (Entregable: Matriz de clasificación de componentes por dimensión)

• Análisis de impacto de la RM en cada componente. Revisión y consolidación de componentes.

• Estimación de esfuerzo según escenario a aplicar a cada componente.

• Planificación y estimación de costos para próxima fase. (Entregable: Plan general de conversión de plataforma y Estimación general de costos y esfuerzo)

FDE: Fase de AdecuaciónActividades

• Diseño detallado de cambios en sistemas existentes. (Entregable: doc. casos de uso, doc. diseño detallado y doc. base de datos)

• Desarrollo de cambios en sistemas existentes. (Entregable: versiones del sistema)

• Pruebas funcionales. • (Entregable: casos de pruebas, informes de resultados de pruebas)

• Pruebas de integración. (Entregable: casos de pruebas, informes de resultados de pruebas)

• Conversión de datos. (Entregable: Scripts de BD)

FDE: Fase de Implantación

• Actividades de infraestructura y gestión de configuración.

• Contempla la instalación y ejecución de todos los cambios de sistemas previstos en la fase de análisis y modificados en la fase de construcción.

• Se tendrán planes de devolución de los cambios a la plataforma anterior en caso de fallas. La creación de estos planes de contingencia es sugerida en los diferentes escenarios.

• Se manejarán planes de actividades independientes para cada componente y uno general que permita medir el avance global.

FDE: Fase de Estabilización

Bs.FBs.

Bs.F

• Esta fase podría no aplicar a todos los componentes.

• Contemplan la instalación y ejecución de todos los cambios de sistemas previstos para estabilización en la fase de análisis y modificados en la fase de construcción.

• Los diferentes escenarios contemplan las actividades de estabilización además de la adecuación.

1 2 3

Bs.

FDE: Lineamientos

• Realizar la menor cantidad posible de cambios en los sistemas a nivel de software.

• Minimizar la cantidad de actividades de infraestructura sobre la plataforma; despliegues de sistemas y conversiones de datos.

• Evitar la existencia de datos duplicados y su consecuente complejidad de mantenimiento.

• Se buscarán alternativas a la modificación de lógica de negocio de las aplicaciones.

FDE: Análisis por Dimensiones

• D1: Tipo de Componente– Aplicación de software vs. Repositorio de datos

• D2: Precisión Esperada– Posibilidad de redondeo vs. Mantener exactitud

• D3: Exhibe u oferta precios– Muestra precios exhibidos vs. No

• D4: Manejo de Históricos– Presenta consultas de históricos que deban permanecer en Bs. vs.

No

• D5: Dependencias– Componente aislado vs. Componente integrado

FDE: Posibilidades Numéricas

• Dividir entre 1000

• Dividir entre 1000 y redondear al céntimo

• Dividir entre 1000 y redondear al milésimo

• Dividir entre 1000 y redondear mínimo al milésimo

• Dividir entre 1000 y redondear al indefinido

• Multiplicar por 1000

FDE: Casos Especiales

• Sistemas que manejan inventario de billetes y monedas

• Productos exceptuados; combustibles, gas, servicios, unidad tributaria, etc.

• Reportes que se presentan en millones de Bs.

• Cálculos de montos que afectan resultados producto de la precisión.

• Tiempo fuera de línea permitido para sistemas con gran volumen de datos a transformar.

Ventajas de la Solución

• Actividades bien definidas. Menor tiempo de ejecución.

• El análisis por dimensiones considera los tipos de variables que afectan a cada componente, junto con el cronograma de sucesos.

• Se conocen los posibles escenarios para cada componente afectado y se tienen las posibles opciones. No hay sorpresas.

• Los sistemas de integración con terceros se incluyen.

• Solución aprobada y en ejecución en importantes clientes a nivel nacional.

• Empresa venezolana fundada en 1988, con una amplia plantilla de profesionales especializados en diversas tecnologías.

• Seguimiento conjunto y automatizado de todo el proyecto.

• Socio certificado de los más importantesproveedores de tecnología.

• Amplia experiencia en el mercado global con calidad certificada.

¿Por qué DBACCESS?

9001:2000

Gracias por su atenciónwww.dbaccess.com