Date post: | 23-Jan-2016 |
Category: |
Documents |
Upload: | isabell-cato |
View: | 218 times |
Download: | 0 times |
Consultoría y AsesoríaJose Estrada
Gerente de Servicios
Migrando un Aplicativo Cliente/Servidor a Distribuido/WEB
Migrando un Aplicativo Cliente/Servidor a Distribuido/WEB
Agenda
• Objetivo• Arquitectura Cliente/Servidor• Problemas de la Arquitectura Cliente/Servidor• Aplicativo Cliente/Servidor• Diseñando la nueva Solución• Metodologia de RMPI bajo la Arquitectura Distribuida• Aplicando la Nueva Metodología• Aplicativo en entorno Distribuido
Objetivo
Objetivo
A continuación te mostramos cuales son los
pasos para Migrar un Aplicativo en Arquitectura
Cliente/Servidor a una Arquitectura
Distribuida en WEB
Quieres llevar migrar tu Aplicativo Cliente/Servidor a WEB ?
Nosotros te Ayudamos....
Analisis de Situación Actual
Análisis de la Situación Actual
• Arquitectura : Cliente/Servidor• Arquitectura Obsoleta y no Escalable• Poca/Nula Documentación de los Procesos• No hay Estandares para el Desarrollo• Pocos Informaticos conocen el Negocio de la
Empresa• Conformismo y Falta de Visión
Arquitectura Cliente/ServidorServidor de
Base de DatosCliente
Vendedor / Platform-Specific APIVendedor / Platform-Specific API
Interfaz de usuario Lógica de negocio Administracion del Sistema
Administración de los datos Lógica de negocio “propietario”
en procedimientos almacenados y triggers
Problemas con la arquitectura Cliente/Servidor
• El manejo del código no particionado
• Volver a probar los cambios• La administración de la máquina
cliente• El despliegue de cambio de la
aplicación a los mútilples clientes• La administración de la
performance• Deja la inversión del Hardware
existente
• Falta de control centralizado• Díficil de implementar la
seguridad• Cuello de bolletas en el servidor
de la base de datos/por la muchas conexiones
• Lógica de negocio almacenada en la base de datos escrita en el lenguaje propietario
• No preparado para otras interfaces
Problemas de Seguridad en la Arquitecura Cliente/Servidor
El Driver de Conexión hacia la Base de Datos al estar instalado en elCliente estamos expuestos a sufrir ataques indeseadospor Usuarios con cierto conocimiento de Base de Datos o por intrusos ajenos a la Organización
Código No Particionado
El código para la Administración de la Lógica del Negocio se encuentra disperso a lo largo de la Aplicación sin ningún orden.esto hace que el mantenimiento al Aplicativo sea complejo y tedioso
Evolucion del Tiempo de Respuesta
15
15
30
50
0
10
20
30
40
50
60
1 50 150 500 1000
Numero de Usuarios
Tiem
po d
e R
espu
esta
(seg
undo
s)
Tiempo deRepuesta
Problemas en el Tiempo de Respuesta
En una Arquitectura C/S las conexiones son Síncronas, es decir un usuario está conectado a la Base de Datos durante el tiempo que el Aplicativo esté activo, sin un usuario abre el aplicativo y no realiza ninguna acción estará consumiendo una conexión.
Falta de un Control Centralizado
Lógica del Negocio en el Cliente
Lógica de Negocio enla Base de Datos
El desarrollador no sabe con certezaen que capa realizar los cambios o generación de nuevo Codigo
La Lógica de Negocioal no estar Centralizada en unservidor de componentesse encuentra tanto en el lado delCliente y la Base de Datos. Esto traeproblemas al momento de querercambiar reglas del Negocio; muchas veces las reglas del Negocio están repetidas
Gastos en el Hardware del Cliente
Cada vez se le aumenta más Lógica del Negocioal Cliente, requiriendo cada vez un Hardware más Robusto
Cada vez que Incremente más Lógica del Negocio en el Cliente, este requerirá de un Hardware másRobusto
0
2000
4000
6000
8000
10000
12000
Monto en Dolares
1999 2000 2001 2002 2003 2004
Año
Gastos en Hardware por Año
Gasto
No está Preparado para Escalar
Desktop C/S
•Lógica del Negocio Dispersa sin control : La logica al no estar centralizada no podra ser Reusada por otras aplicaciones y con ello se estara redundando el mismo codigo en diferente aplicaciones
•Arquitectura Aislada : Esta Arquitectura NO nos permite comunicarnos con otras Plataformas que trabajan bajo WebServices y estan orientadas a la Arquitectura SOA
•Arquitectura Obsoleta : Esta Arquitectura tiende a desaparecer por la misma necesidad de la empresa de entrar a un mundo mas globalizado y cada vez mas competitivo
Poca/Nula Documentación del SistemaMuchas veces por la Premura de entregar resultados se omite un paso muy importante dentro del proyecto : La documentación de los Procesos y el Modelamiento. La documentación es la sustentación técnica del Proyecto, esto sirve de mucha ayuda cuando un nuevo integrante quiere conocer cuales son los procesos y los Flujos Internos que sigue el mismo o se desea hacer un rediseño.
No hay Documentaciónde los Procesos
El desarrollador muchas veces tiene queexplorar entre cientos de líneas de código para entender que hace el Programa, se pierden Horas/Hombre.
Falta de Estandares en el Desarrollo
No hay un estandar unico para la codificación tanto a lado del cliente y del Servidor de Base de Datos , por la falta de control cada Desarrollador a escrito el código de acuerdo a su criterio, esto trae consigo un gran desorden y en muchas casos el código es poco entendible al momento de realizar tareas de Mantenimiento
Pocos Informaticos conocen el Negocio
Un Problema que hemos detectado es que muchos informaticos NO conocen el negocio de la empresa, esto es debido a que la mayoria se preocupa por labores netamente de programación pero pocos hacen enfasis en el dominio del conocimiento del negocio que es en muchos casos lo que deseamos automatizar
Conformismo y Falta de Visión
Un Problema frecuente es el conformismo, la idea de que “Nunca voy a necesitar cambiar mi Arquitectura...si todo funciona bien” se viene abajo cuando hay que compartir informacion en linea con aplicaciones externas via WebServices por ejemplo o cuando debemos generar una interfaz WEB de nuestra aplicación .... Que haremos.....? Pues reescribir todo la Logica del Negocio, la Falta de visión a largo plazo genera un caos cuando el Aplicativo C/S tiene que escalar a otras plataformas, esto en muchos casos puede costar el puesto de Trabajo a los lideres del Area Informatica.
Que el avanze Tecnologico no te tome de sorpresa, en Techera dictamos cursos de PowerBuilder Distribuido y WEB.... Te esperamos
Cuales son los Pasos para migrar mi Aplicativo a Distribuido-WEB ?
Diseñando la nueva SoluciónLa experiencia nos ha enseñado que los Proyectos deben contener Las siguientes etapas :
• Redacción del Plan de Proyecto• Explicación de la Nueva Arquitectura• Metodología de Desarrollo a Cinco Capas• Análisis y Modelamiento del Aplicativo• Diseño de los Prototipos• Separando las Tareas antes del Desarrollo• Generación de Código• Pruebas Unitarias• Pruebas Integrales / Casos de Prueba• Preparación de los Manuales del Sistema, Usuario y Guía de
Operación• Transferencia Tecnológica del Proyecto al Reponsable del Area
Redacción del Plan de Proyecto
El Plan de Proyecto contiene en forma general cuales seran las etapas para la generación del nuevo AplicativoEl Plan de Proyecto es casi como un acuerdo Previo de Las tareas a realizar ; este documento lo revisa el Area Informatica para dar su consentimiento, este documento contiene :
• Objetivos• Funciones principales• Tiempos Estimados• Estándares propuestos• Documentos de gestión de Riesgos• Metodología
Gestión de Riesgos durante el Proyecto
El documento de Gestión de Riesgos nos permite planificar todos los posibles eventos que pueden suceder a lo largo del Proyecto. Este documento también nos indica como haremos para mitigar las incidencias.
Riesgos del Proyecto
El Lider del Proyecto debera mitigar los Riesgos, evitando que estos afecten el éxito del proyecto
Explicación de la Nueva Arquitectura
Cliente
Interfaz de usuario Alguna lógica de negocio
(reducida)
Administración de los datos
Servidor de Aplicaciones
Lógica de negocio Cache de Conexiones Manejo de las transacciones Transparencia de los datos a los
usuarios Balanceo de carga
Servidor de base de datos
• Ventajas– Cientes “más delgados” – Disminuye la administración del
cliente– Encapsulación de la lógica– Mejor perfomance– Escalabilidad– Consistencia, control y seguridad– Reutilización de componentes
existentes– Posicionamiento para la Web
• Desventajas– Cambios en los hábitos de
programación – Más curvas de aprendizaje
Ventajas y Desventajas
Herramientas a Usar
Las siguientes son las Herramientas a usar para la Generación del nuevo Aplicativo con Interfaz WEB y bajo la Arquitectura Distribuida :
• Lenguaje de Programación – Componentes : PowerBuilder v.10.0
• Lenguaje de Programación – JSP,Servlets, Struts: NetBeans v.3.5
• Modelamiento de Procesos, Negocios, Clases: PowerDesigner v.11.0
• Servidor de Aplicaciones (Componentes,Web): EAServer v.5.2
• Diseño de Hojas de Estilos, Gráficos : DreamWeaver• Redacción de Documentos : MS-Office
• Fácil para Usar• Rápido acceso a la
información• Contenido
personalizado de acuerdo a los parámetros de los usuarios
Las Aplicaciones Web
• Perspectivas de los Clientes– Reportes en línea– Información las 24 horas del día los 7 días de la semana– Información Segura– Poder exportar e importar los datos
Las Aplicaciones Web
• Porqué de las Aplicaciones Web?– Información en Línea– Información las 24 horas del día– Consulta de Servicios Web– Independencia de Configuración de equipos clientes– Clientes delgados– Preparados para crecimientos de las empresas– Información Electrónica
Las Aplicaciones Web
• Cómo Trabajan las Aplicaciones Web– El navegador puede considerarse como una
interfaz de usuario universal. Dentro de sus funciones están la petición de las páginas Web, la representación adecuada de sus contenidos y la gestión de los posibles errores que se puedan producir.
– Para todo esto, los fabricantes de navegadores les han dotado de posibilidades de ejecución de programas de tipo script, con modelos de objetos que permiten manipular los contenidos de los documentos.
Las Aplicaciones Web
Como es el flujo de información
Las Aplicaciones Web
• Globalización de los Servicios• Integración de los Servicios• Integración con Arquitecturas Móviles• Escalabilidad
Beneficios de las Aplicaciones Web
• Globalización de los Servicios– Tener la información preparada para cualquier parte del
mundo– Soporte de todos los mecanismos de control– Integración con otras plataformas– Soporte de Tecnologías XML– Soporte de Tecnologías Web Services
• Integración de Servicios– Permite poder integrarse con diferentes servicios Web– Informar a los clientes en Línea– Generar reportes actualizados
Beneficios de las Aplicaciones Web
• Integración con Móviles y Wireless– Extender la funcionalidad para poder interactuar con
clientes móviles:• Acceder a través internet móvil• Acceso Wireless desde équipos móviles
• Escalabilidad– Las Aplicaciones Web, pueden escalar de acuerdo a las
necesidades que se van generando, por estar basados sobre una tecnología Orientada a Objetos.
– Trabajan con las últimas tecnologías del mercado, las cuales les permite soportar los cambios.
– Trabajan sobre diferentes arquitecturas y esto es lo que les permite poder escalar a otras plataformas.
Beneficios de las Aplicaciones Web
• Seguridad con Certificados Digitales– Se realiza a través de Certificados quienes podrán validar el
acceso a Través de claves públicas y privadas
• Seguridad a nivel Sistema Operativo– Se realiza mediantes los usuarios que se tienen establecidos
en las redes de las empresas
• Seguridad a través de Perfiles– Son definidos perfiles para que los usuarios puedan acceder
a los sitios web
Seguridad en las Aplicaciones Web
Metología de Desarrollo a cinco Capas usando RMPI
Esta arquitectura separa y organiza las tareas del Proyecto, haciendo que las personas se puedan especializar en una determinada Capa. Esta arquitectura hace énfasis en la separación de las reglas del negocio de la empresa con la Interfaz para una correcta organización del software, se Divide en cinco capas :
• Capa de Presentación• Capa de Aplicación• Capa de Negocio• Capa de Persistencia• Capa de Datos
Capa de Presentacion(Paginas)
Capa de Aplicación(Servlets)
Capa de Negocios(Componentes)
Capa de Persistencia(Componentes)
Capa de Datos(Tablas)
Metología de Desarrollo a cinco Capas
RMPI
• Análisis y Documentación por Cada Capa• Eficiente organización y distribución de los objetos por
cada capa• Cada capa es modelada bajo UML usando
PowerDesigner• Alta Reusabilidad de los Objetos en cualquiera de las
Capas.• Especialización del Personal en alguna de las capas• Fácil y optima comunicación entre las diferentes capas • Centralización de la Lógica del Negocio • Rápido diagnóstico de Errores y corrección de los
mismos• Preparados para escalar a la Arquitectura de SOA
Beneficios de Trabajar en esta Arquitectura
UML (Lenguaje Unificado de Modelamiento)• UML es un lenguaje estándar para crear planos de
software. • No es un lenguaje de programación. Sin embargo
permite hacer una rápida transición del modelo al código.
• Es una herramienta de la ingeniería de software.
¿Por qué utilizar UML?
• Porque recoge lo mejor de diferentes sistemas de modelamiento.
• Porque es adaptable a casi cualquier sistema. • Porque puede ser utilizado en la mayoría de fases de
un proyecto. ¿Qué ventajas trae esto?...
UML en un proyecto
• UML dispone de herramientas que pueden ser utilizadas en la mayoría de fases de un proyecto de ingeniería de software.
• Esto permite tener información consistente en cada fase. CADA MODELO HACE REFERENCIA A OTROS MODELOS.
Análisis y Modelamiento del AplicativoLos Diagramas usados en el Modelamiento para el ProyectoSon : Modelo de NegociosDiagrama de Casos de UsoDiagrama de ActividadesDiagrama de Clases GeneralDiagrama de Clases por cada CapaDiagrama de SecuenciaDiagrama de Base de Datos
Modelo deNegocios
Diagrama deCasos de uso
Diagrama de Secuencia
Diagrama deActividades
Diagrama deClases general
Diagrama deClases por cada Capa
Diagrama deBase de
Datos
Diagramasusados dentrode la Metologíade cinco Capas
Análisis y Modelamiento del Aplicativo – Modelo de Negocios
Hacer un Análisis de los procesos principales del sistema actual y en función a esto generar el Modelo de Negocios del Sistema, este Modelo muestra como interactúan las diferentes unidades organizacionales que hacen uso del Sistema.
Análisis y Modelamiento del Aplicativo – Diagrama de Actividades
El Diagrama deactividades Muestra el Flujo en los procesosPrincipales, esto nos permite ver como fluye laInformación.
Análisis y Modelamiento del Aplicativo- Diagrama de Caso de Uso
El Diagrama de Casos de Uso nos permite describir la acción desde el punto de vista del Usuario, esta es una técnica de aciertos y errores hasta llegar a entender lo que el Usuario desea
Análisis y Modelamiento del Aplicativo- Diagrama de Clases
El Diagrama de clases muestra las diferentes entidades y como se interrelacionan una con otras.
Análisis y Modelamiento del Aplicativo- Diagrama de Secuencia
El Diagrama de secuencia Muestra el fjujo de información entre los Objetos de las Diferentes capas, nótese que bajo nuestra Metología se respeta el número de Capas.
Análisis y Modelamiento del Aplicativo- Modelo de Datos
El Modelo de Base de Datos muestra las Entidades que formaran parte de nuestro nuevo Modelo de Datos, este Modelo ha sido generado a partir del Diagrama de Clases.
Preparando los Prototipos
El Usuario debe validar si el Prototipo se ajusta a sus Requerimientos, en este punto la interacción con el usuario es alta, la idea es que el usuario sienta que el Aplicativo que se desarrolla se ajusta a su necesidades.
Una vez hecha las correcciones y teniendo la conformidad del usuario continuamos con el Desarrollo.
Antes de comenzar el desarrollo se preparan los Prototipos para validarlos con el usuario; es muy importante que el usuario participe en las diferentes etapas del Proyecto para que el haga suyo el Proyecto y se sienta comprometido con el éxito del mismo.
Separación de Tareas
Antes de distribuir la carga de Trabajo es importante conocer laFortaleza de cada integrantedel equipo de Desarrollo; el éxito del proyecto esta en descubrir lashabilidades y destrezas de cada Integrante para realizar una correcta distribución de Trabajo.
El Líder o Jefe de Proyectodebe asignar las Tareas deacuerdo a las Habilidades
Generación de Código – Agregando Operaciones
Desde PowerDesigner registramos las operaciones o métodos por cada Clase.
Generación de Código
El PowerDesigner nos permite la Generación del código hacia PowerBuilder.
Opción para generar código hacia PowerBuilder
Generación de Código – Paginas Dinamicas(JSP)
Se ingresa el código Java en las paginas Dinámicas: JSP. Donde se necesite hacer uso de la Lógica del Negocio accesamos a los componentes que residen en el EAServer.
Generación de Código – Escribiendo el código
Usando el PowerBuilder escribimos la Logica del Negocio en los componentes.
Generación de Código – Manejador de Componentes
El EAServer Manager nos permite una rápida y fácil Administración de los componentes registrados en el EAServer; recordemos que el EAServer es un Servidor de Aplicaciones certificado para la Arquitectura J2EE
Componentesen el EAServer
Pruebas Unitarias
Por cada opción terminada es recomendable realizar el Testeo, se prueba la funcionalidad de la opción asi como El output resultante de esta prueba.
Si el Desarrollador encuentraalgun error procederá a Solucionarlo.
Pruebas Integrales – Casos de Prueba
Techera tiene su propia Metodología para el Testing Del Producto Desarrollado : • Redactar al menos 25 casos de prueba• Probar el aplicativo haciendo uso de los casos de prueba• Revisar las fuentes del aplicativo con respecto a los estándares• Revisar que el aplicativo cumpla la funcionalidad y tiempo de
respuesta requeridos• Revisión de posibles errores con su respectiva consecuencia• Estimar tiempo de solución de errores o problemas en general
encontrados al momento de realizar el testing
Testear elAplicativo
hasta que se certifique su Total
Calidad
Pruebas Integrales – Casos de Prueba
Los Casos de prueba son Importantes por que nos permiten probar los procesos principales del aplicativo, además de ser un documento para que nos permite certificar la calidad del Producto.
Manual de Usuario
El Manual de Usuario es la guía para la persona que operará el Sistema, se describen las diferentes opciones del pplicativo paso a paso.
El Manual de usuarioes entregado a los Usuarios del Aplicativo
Explicación por cada
opción
Manual de Sistema
El Manual del Sistema es entregado al Area
Informática
El Manual del sistema contiene el plano arquitectónico del Sistema :-Diagramas de UML-Análisis por Cada Capa-Casos de Prueba-Gestión de Riesgos-Modelo de Datos-Diccionario de Componentes y Datos
Contiene el Plano
Arquitectónico del Sistema
Guia de Operación
La Guia de Operaciónes entregado al Area
Informática
Guia rapida para
Instalar al Aplicativo
La Guía de Operación contiene los pasos a seguir en caso de necesitar volver a reinstalar todo el Aplicativo WEB, Componentes incluyendo la Base de Datos en otro Servidor.
Transferencia de Conocimientos
A Lo largo del proyecto el equipo de Techera va transfiriendo conocimiento al area Informática sobre la nueva Arquitectura , lo interesante de esta forma de trabajar es que el área Informática al final del Proyecto esta lo suficientemente capacitada como para asumir el Mantenimiento del Proyecto.
Clientes – Caso de Éxito
Caso de Éxito – Grupo Nuevo Mundo
• Desarrollo de un Sistema Cotizador por Web para Pasajes, Hoteles y Tours sobre los distintos lugares del Mundo
• El Proyecto duró 3 Meses• Se utilizó la tecnología Web basado sobre la
Arquitectura de N-capas• Herramientas Utilizadas:
– PowerBuilder– PowerDesigner– EAServer– Adaptiver Server Enterprise (Base de datos)– NetBeans– DreamWever
Caso de Éxito – Yoli Coca Cola de México
• Acapulco una linda ciudad ubicada al sur de México, fue el lugar donde TechEra pudo impartir una capacitación intensiva a la Empresa Coca Cola, esto se inició el 15 de Junio y concluyó el 28 de Junio, alcanzando todos los objetivos trazados, ambas partes dieron todo de sí, el personal de Coca Cola altamente preparados en el uso de PowerBuilder pudo recibir un entrenamiento sobre las Nuevas Arquitecturas de PowerBuilder y pudo apreciar que tan Robusto es PowerBuilder para las Aplicaciones Web y Móvil.
Clientes
• Contamos con clientes en los Diferentes Rubros, quienes ahora son nuestros socios estratégicos.
• Apuntamos a tener casos de Éxito y tomamos los proyectos de una forma personalizada.
•Mavila Hnos•Innpares•Fundición del Callao•Licsa•Paramonga•Conservera Garrido•Caja Rural Prymera•Caja Rural Cruz de Chalpon
Importante Recordar…
• TechEra será parte de tu Negocio• Soluciones a medida y con nuevas
tecnologías• Empresa Nueva, con Nuevas Ideas
Otros Servicios
• TechEra, también ayuda a la difusión de la tecnología con material educativo
• Contamos con Libros y Revistas, escritas pro nuestros consultores
• Organizamos Eventos y participamos de las Conferencias de Tecnologías
• Compartimos conocimientos con los Especialista de otros países
• Tenemos en planes la edición de otros libros y artículos
• Nuestros profesionales siempre participan de los Foros de las Comunidades de Tecnología