Reconversión Monetaria
-
Upload
la-red-dbaccess -
Category
Technology
-
view
1.571 -
download
1
Transcript of Reconversión Monetaria
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