Herramientas de usuario

Herramientas del sitio


ada:tips:sicoferp:general:pbtows:noticias:contextualizacion

PBtoWS - Noticias: Contextualización

Este proyecto nace como una oportunidad de mejora con el fin de actualizar el ERP con nuevas tecnologias orientas a servicios web.

¿Porque?

La versión en la que se mantiene el código powerbuilder recientemente fue migrada de las versión 10.5 a la versión 12.5 sin embargo el código generado por la versión no puede ser desplegado o utilizado en ambientes web ni ser compartido o reutilizado con otras tecnologías. Por esta razón hace necesaria la utilización de tecnologías de terceros para desplegar en ambiente web.

Limitaciones

El uso de tecnologias de terceros para operar en ambientes web presenta las siguientes limitaciones y restricciones.

  • Código desplegado no disponible
  • No es posible el consumo ni exposición de servicios web
  • Restricciones en la generación de documentos PDF
  • Restricciones al utilizar formatos gráficos
  • Limitaciones en la interfaz gráfica para utilizar estandares Web (No es posible el responsive ni CSS)
  • Limitaciones de Sistema Operativo (Solo Clientes Windows)
  • Limitaciones de Navegador Web (Solo Internet Explorer)
  • LImitaciones de Compatibilidad entre el código generado y el código desplegado
  • Problemas identificados en procesos masivos cuando se existe carga considerable en la interfaz gráfica.
  • El Proceso de despliegue genera indisponibilidad del servicio

Solución

Realizar un proceso de migración que permita exponer el código de la versión actual en servicios Web

Ventajas

  • Mejoras en la estructuración del código (es una oportunidad para refactorizar)
  • Reducción de conflictos al utilizar objetos de una librería ya que esta versión soporta bloqueos por objetos
  • Mejoras en tiempo de proceso ya que no se permite el uso de objetos visuales y por consiguiente la carga y optimización de memoria mejora considerablemente
  • Reducción en los procesos de despliegue ya que los despliegues se realizarán por componente
  • Se habiita el uso de la mayoria de componentes internos de powerbuilder ya que no hay limitación de tecnologías de terceros salvo las limitaciones del framework .Net 4,x, S.O. y Servidor de Aplicaciones IIS 8,0
  • Se eliminan dependencias de sistemas operativos y navegadores en los clientes
  • Se eliminan dependencias de tecnologías de terceros para despliegues en ambiente Web

Desventajas

  • El proceso de migración de llevar el código de enfoque orientado a eventos a enfoque orientado a objetos requiere conocimientos bien definidos de este tipo de paradigma lo cual requiere capacitación y tiempo de los desarrolladores
  • La migración del código powerbuilder a componentes para ser expuestos en servicios SOAP no soporta aspectos visuales por lo tanto el frontend (interfaz gráfica) y las opciones de reportes deben ser abordadas por otro frente de desarrollo
  • La gestión de código por objeto no es compatible con la gestión de código por librerías por lo tanto se hace necesario procesos de sincronización de código mientras se avanza en el proceso de migració

Estrategia de Migración

  • Capacitación de los desarrolladores Powerbuilder en temas que requiere la migración (OOP, Framework, WS, SOAP)
  • Migrar el código Powerbuilder orientado a eventos a un enfoque orientado a objetos, modificando referencias de objetos y controles visuales a no visuales. (Refactorización de Código)
  • Identificar los procesos comunes para unificarlos y migrarlos a componentes (clases)
  • Identificar los componentes compartidos (Candidatos a servicios iniciales de exposición)
  • Migrar componentes de procesos robustos
  • Exponer componentes en servicios SOAP
ada/tips/sicoferp/general/pbtows/noticias/contextualizacion.txt · Última modificación: 2019/04/25 18:59 por carlos.torres