Estrategia de conversión de foxpro 2.6 a visual foxpro

Solo disponible en BuenasTareas
  • Páginas : 13 (3033 palabras )
  • Descarga(s) : 0
  • Publicado : 23 de enero de 2011
Leer documento completo
Vista previa del texto
• Estrategias de Conversión de Fox Pro 2.6 a Visual FoxPro

• Tabla de Contenido.

• ESTRATEGIAS DE CONVERSIÓN DE FOX PRO 2.6 A VISUAL FOXPRO 1
• ¿PORQUÉ CONVERTIR? 3
• ESQUEMAS DE CONVERSIÓN. 4
• TIPOS DE CONVERSIÓN. 5
CONVERSIÓN FUNCIONAL. 5
CONVERSIÓN VISUAL. 6
• ESTRATEGIA DE CONVERSIÓN. 7
• RESULTADOS DE LA CONVERSIÓN. 11
• PLAN DE ACCIONES A SEGUIR. 12
• VENTAJAS DE LACONVERSIÓN. 13


• ¿Porqué Convertir?

 FoxPro 2.x es una plataforma de 16 bits, y en equipos de procesadores con velocidad mayor a 300 Mhz. produce un error confuso, o bien, bloquea los equipos, haciendo necesario aplicar un “parche” para corregir estas situaciones.

 FoxPro 2.x para Windows no soporta las nuevas tecnologías, algunas muy importantes, como los controles ActiveX, automatizaciónActiveX, activación “in-place”, Active Data Objects (ADO) y Microsoft Transaction Server.

 La rápida evolución del desarrollo de aplicaciones basadas en componentes y el diseño multi-tier, así como las aplicaciones Web, significan importantes restricciones para las aplicaciones de FoxPro 2.6.

 El ambiente natural de Visual FoxPro para el desarrollo, está verdaderamente orientado a objetos,no sólo basado en objetos, así como su enfoque al manejo intensivo de información y facilidad para manejar clases, lo hacen una herramienta muy robusta para desarrollar aplicaciones modernas.



• Esquemas de Conversión.

Visual FoxPro ofrece tres esquemas generales o metodologías que se pueden tomar para llevar a cabo la conversión de sistemas. Estos esquemas se pueden clasificar de lasiguiente manera:

• Minimalista.- Preservando el código base de 2.x lo más que sea posible.

• Incremental.- Re-escribiendo o convirtiendo porciones del código base, posiblemente en fases, incluyendo la opción de modificar las interfaces de usuario.

• Radical.- Re-escribiendo completamente la aplicación y mucho del código.

Cada una de ellas tiene sus ventajas y desventajas, sin embargonuestra recomendación y estrategia se enfoca a la conversión incremental. Este esquema extiende la visión “minimalista” para utilizar las herramientas de diseño y herramientas de productividad de Visual FoxPro, tales como el Diseñador de Formas y el Diseñador de Clases.

Este tipo de esquema de conversión es recomendable cuando las siguientes afirmaciones son ciertas para una aplicación escrita en2.x:

• La aplicación esta razonablemente probada y estable.
• La solución básica de la aplicación, dentro de su alcance, todavía es válido y sólo se esperan pequeños cambios en ese contexto.
• Cualquier nueva tecnología que se desee implementar en la nueva versión, es mínima y no requerirá grandes modificaciones al diseño original de la aplicación.
• Como resultado de lo anterior, lasmejoras planeadas son claras y simples extensiones de la aplicación, particularmente en lo referente a las interfaces de usuario.
• Se requiere tener alguna posibilidad de modificar las interfaces de usuario y/o mantener la aplicación utilizando las herramientas de Visual FoxPro.

El paso más significativo que se incorpora a la conversión incremental, es el uso de los Convertidores de VisualFoxPro.



• Tipos de Conversión.

Cuando se abre un proyecto de 2.x en Visual FoxPro, el convertidor es ejecutado automáticamente, presentando dos opciones: Conversión Funcional, que es la opción por omisión; y la Conversión Visual.

Este es el punto crucial para decidir que tipo de conversión aplicar.

Conversión Funcional.

Este tipo de conversión creará los equivalentes en VisualFoxPro, de las pantallas de 2.x, las cuales funcionarán correctamente(*), incluyendo todo del código anexo. Sin embargo, esto se logra con un tipo de código “envolvente”, para emular el comportamiento de FoxPro 2.x en cuanto a la sentencia READ. Así también, algunas propiedades y métodos de las formas y controles se crean exclusivamente para “imitar” cada aspecto del comportamiento en la ejecución del...
tracking img