Ir al contenido principal

APEX 01.06 - ¿Cómo debería Modernizar mis Oracle Forms utilizando Oracle APEX?

Oracle Forms es un componente de Oracle Fusion Middleware, una tecnología que fue muy popular y me atrevería a decir por tanto, muy exitosa durante décadas, para la creación de aplicaciones empresariales. 

En la actualidad, hay varios métodos para la creación de dichas aplicaciones. 

Tanto Oracle Forms como Oracle APEX, ambos, tienen muchas similitudes a la hora de facilitar una transición, ya que ambos están centrados en bases de datos, en SQL y PL/SQL y por lo tanto pueden utilizar con facilidad las funciones y objetos de bases de datos de la Base de datos Oracle

Otra similitud es que ambos utilizan marcos declarativos para contribuir al desarrollo. 

Sin embargo, también existen diferencias clave: Oracle APEX puede funcionar por completo en un explorador web y no necesita herramientas del cliente ni plugins de explorador, incluso su IDE de desarrollo se ejecuta completamente desde el navegador, otra diferencia es que Oracle APEX guarda las definiciones de las aplicaciones en un repositorio de metadatos dentro de la base de datos Oracle, de manera que no es necesario generar archivos, incluye además, temas listos para usar, y produce aplicaciones completamente ajustables, por lo que funcionan en cualquier dispositivo. 

No todo es color de rosas. Antes de dar el salto y comenzar la modernización de nuestros Oracle Forms y pasarlos a Oracle APEX es importante evaluar adecuadamente como empezar ya que existen varios métodos para pasar de Oracle Forms a Oracle APEX según las circunstancias y condiciones de cada organización como cita el Oracle APEX Team en base a revisiones en conjunto con partners y desarrolladores experimentados:

"Uno de los métodos probados es desarrollar una prueba de concepto en la que se migre un área funcional bien definida de la aplicación de Oracle Forms existente a Oracle APEX. Esto ayudará a formar al equipo de desarrollo y también a determinar el esfuerzo y riesgo. También permite a los usuarios finales acomodarse con la nueva interfaz de usuario, ya que al migrar a una aplicación web moderna, es fundamental modificar la experiencia de usuario para evitar el aspecto anterior y que parezca influencia de Oracle Forms.

Otro método es trabajar con otros usuarios para definir nuevos flujos de trabajos más simples que reflejen mejor los hábitos del usuario, con el fin de conseguir una experiencia de usuario más intuitiva. Por ejemplo, al realizar una orden, si se selecciona primero el cliente, podría por ejemplo consultar sus órdenes anteriores, facturas actuales, etc. Este método puede favorecer mejor la interacción con el cliente, obtener más oportunidades de venta y una experiencia más centrada en el cliente.

Por último, en lugar de sustituir las funcionalidades existentes en Oracle Forms, puede utilizar Oracle APEX como plataforma principal para el desarrollo de todas las aplicaciones nuevas. Oracle APEX es una herramienta perfecta para entregar los nuevos requisitos, aplicaciones para móviles, y aplicaciones orientadas externamente."(*)

(*) Extracto adaptado de apex.oracle.com


En cualquier caso, debería considerarse la modernización de Oracle Forms como un proyecto, ya que no existe una formula milagrosa que transforme por arte de magia una aplicación antigua, no intuitiva y compleja de Oracle Forms en una aplicación web atractiva, completamente moderna y funcional.

Aqui puedes ver un interesante post de Monica Godoy, product manager de Oracle APEX que muestra un ejemplo de modernización de forms con Oracle APEX (https://blogs.oracle.com/apex/post/modernizing-an-oracle-forms-application-to-an-oracle-apex-application)

En el proximo post veremos cómo se sugiere encarar este tipo de proyecto de modernización en base a las buenas prácticas, a las experiencias que hemos acumulado, la opinion de nuestros partners y las del equipo de Oracle APEX.


Mi nombre es José Preda.

* José es Analista de Sistemas e Ingeniero de Software con especializaciones en tecnologías de Oracle, Microsoft, redes, infraestructura tecnológica y gestion de recursos humanos. Posee mas de 30 años de experiencia en el área de tecnología, es de Paraguay, vive y trabaja en San Luis, Argentina siendo consultor experto para el Gobierno de la Provincia de San Luis. Fue consultor, capacitador y soporte técnico para Oracle, se ha desempeñado en el ámbito privado como Gerente de Proyectos para el Grupo Relcat, desde el año 2013 es miembro activo y Coordinador Regional del Grupo de Usuarios Oracle de Argentina y en el año 2017 fundó Consultora Soft San Luis, una startup especializada en brindar capacitación, consultoria, mentoria y soluciones con tecnologia Oracle Application Express.

Comentarios

Entradas populares de este blog

APEX 02.01 - 10 Cosas a incluir en tus proyectos APEX

Dirijo proyectos desarrollando aplicaciones en Oracle APEX desde 2007 y durante ese tiempo he aprendido y aun sigo aprendiendo cómo hacerlo mejor cada dia. Tengo la certeza de que con el crecimiento de APEX en general, construiré aún muchas aplicaciones en el futuro.  Asegurar la entrega de aplicaciones de alta calidad de manera constante es importante y para ello, formalizar la forma en la cual se realiza el seguimiento de proyectos desde el inicio hasta su finalización es fundamental. He preparado esta serie de publicaciones llamada "APEX 02" con una lista de lo que considero son elementos críticos para lograr proyectos de alta calidad. Elementos como la metodología del proyecto, los estándares de codificación y prueba, la seguridad por nombrar algunos.  Cada cliente y cada proyecto son diferentes, no pasa por mi mente ni creo que exista una sola implementación de “mejores” prácticas que aplique a todos. Creo que compartir conocimiento es importante y compartir experienc

APEX 02-06 - Cosa Número 5 de 10: Los estándares de SQL y PL/SQL

Aunque APEX es una plataforma de desarrollo de bajo código, rara vez nos salimos con la nuestra con proyectos que no involucren al menos algo de código. Muchos, de hecho, involucran MUCHO código y lo más probable es que el tuyo también lo haga. El código SQL y PL/SQL es fundamentalmente uno de los códigos más importantes que escribo para mis clientes y socios. La diferencia entre un SQL y PL/SQL que funciona bien y otro que no funciona puede ser la diferencia entre un sistema exitoso y una gran decepción. Ya sea que te guste tu código en minúsculas o mayúsculas o prefieras los nombres de tus tablas en singular o plural, o tengas preferencias particulares sobre el formato del código, es importante tener estándares que estén documentados e implementados en tu base de código. Mis estándares de codificación SQL y PL/SQL están adaptados de trivadis ( https://trivadis.github.io/plsql-and-sql-coding-guidelines/v4.3/ ) y, sean cuales sean tus estándares, asegúrate de comunicarlos bien a todo t

Mejores Prácticas para PL/SQL

Por Steven Feuerstein, adaptado y traducido al español por José Preda Priorizar y aplicar mejores prácticas de PL/SQL para pulir aplicaciones nuevas o antiguas. No es difícil llegar a una lista de qué hacer y no hacer para los desarrolladores. Esta lista puede convertirse en lugar de facilitadora en una completamente abrumadora, sin embargo, porque puede ser: (a) difícil de recordar todas las mejores prácticas, (b) un desafío ponerlas en práctica y (c) misterioso determinar si los desarrolladores en un equipo realmente cumplen o no con las mejores prácticas. El reto para cualquier organización de desarrollo es realizar un seguimiento de las mejores prácticas y aplicarlas. Este artículo explora formas para aplicar una lista de prioridades de las mejores prácticas, desde un punto de vista práctico y, a continuación, muestra algunas técnicas de análisis automatizado de código para el cumplimiento de una amplia gama de prácticas recomendadas.