Reingenieria VFP -> NET

Claves para el éxito

Lic. Oscar Valenteovalente@itsouth.com.ar

TemarioEl lenguaje VFP vs. La Plataforma .NETArquitectura de una Solución en .NetEscenario del Problema a Resolver

Planteo de los RequerimientosArquitectura de la SoluciónDemo: el problema resuelto

Herramientas de Desarrollo (frameworks)Desarrollo Paso a Paso

Modelo de DatosModelo de ObjetosInterfaz de Servicios (Web Services)Interfaz de Usuario DesktopInterfaz de Usuario Web

Conclusiones

Lenguaje VFP vs Plataforma .NET

Característica VFP .NET

Lenguaje 1 Varios

BD Integrada o Externa Externa

Reportes Generador integrado SAP Crystal Report o Reporting Services

Compilador Integrado y exclusivo 1 por cada lenguaje

Runtime Propietario Incluido en S.O.

IDE Mono-propósito Multi-propósito

Librería de clases Limitada Muy extensa

Arquitecturas soportadas

•Desktop•Librería de Clases

•Más de 15 arquitecturas posibles

Tipos de App Posibles en .NETA

pp

. C

lien

te DesktopWebWPF/SilverlightSmart DeviceReportingWorkflowOffice A

pp

. S

erv

idor Web Service

Class LibraryConsolaServicio WinWCF Service

Otr

as

Ap

p. Control

LibraryDatabaseDeploymentTest

Tipos de Arquitectura

Estilos de Arquitecturas

Client-Server

N-Tiers

Message Bus

Layered-Based

Component-Based

Object-Oriented

MVC

SOA

Tipos de Aplicaciones

Rich Client

Web App.

RIA

Mobile

Service

Acceso

a Datos

Excep

cion

es

Div. e

n Cap

as

Seg

uri

dad

Con

figura

ción

Transacciones

Con

curren

cia

Valid

aciones

Estructura

Arquitectura de una SoluciónNo existe una única arquitectura posible a la hora de

definir el marco sobre el cual una aplicación deberá ser construida y, posteriormente, ejecutada. Una misma solución puede responder en forma aceptable a

los requerimientos de los usuarios en más de una forma de implementación.

Hay que diferenciar bien claramente lo que es una arquitectura posible de una arquitectura adecuada para un sistema dado.

La única elección realmente válida es mediante un proceso en el cual se analicen las características de la aplicación que debe construirse y en base a ello se determine la arquitectura más apropiada para el caso. No es posible generalizar una única respuesta para todas las aplicaciones a desarrollar, sino que debe estudiarse cada caso en particular

Elección de la Arquitectura AdecuadaMotivos INADECUADOS:

ModaConocimientoDesconocimientoUrgencias

Motivos ADECUADOS: Basado en las NECESIDADES CONCRETAS Basado en la aplicación de las MEJORES

PRACTICAS Basado en un PROCESO DE ANALISIS

Escenario del Problema a Resolver

Reservar

Administrar

Alquilar

Devolver

LAN

Arquitectura de la Solución

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

El Problema Resuelto

Demo

Frameworks de Alto Nivel¿Qué es un Framework?

Marco de trabajo o esquema arquitectónico bajo el cual se desarrolla y luego se ejecuta una aplicación de Software.

¿Porqué alto nivel? (Hight Level Framework)Porque cubre necesidades que van más allá de la

infraestructura y del marco arquitectónico, abordando aspectos tales como la capa de presentación de una aplicación, logrando un desarrollo rápido de aplicaciones (RAD) simplificando las tareas rutinarias.

Contenido de un HLFAspectos principales:

InfraestructuraAcceso a datosSeguridadReglas del negocioInterfaz del usuario

Otros aspectos (opcionales):Librería de controlesLibrería de funcionesHerramientas del entorno (ej.: diálogos estándar)Diccionarios de datos, documentación de ayudaParametrización del sistema, talonarios de

numeración

La metodología de desarrollo estará condicionada al framework de alto nivel

seleccionado.

Coffee break(10’)

Haga clic en el icono para agregar una imagen

Modelo de Datos

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Demo

Modelo de Objetos

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Demo

Interfaz de Usr. Desktop

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Demo

Interfaz de Servicios

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Demo

Interfaz de Usr. Web

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Demo

Solución Terminada

I/F App Web• Reservas

I/F App Win• Reservas• Alquileres•Devoluciones• Administraci

ón

Web Servic

e

BDDABR

Fwrk

Fwrk

Fwrk

Fwrk

Fwrk

¿Migración o Reingeniería?Migración:

RápidaSemiautomáticaConfiable

Reingeniería:Complejidad media-

altaVelocidad según

nivel de conocimiento y framework de desarrollo

Confiabilidad según arquitectura utilizada y decisiones de diseñoREINGENIERÍA

2 Caminos PosiblesVía Templates de VS

Mayor libertad de diseño y programación

Vía FrameworkMenor tiempo de

desarrollo total Mayor estabilidad

general (mejores prácticas)

Aspectos de la infraestructura ya resueltos

Menor seniority de recursos

Menores costos finales

Lic. Adrián Folsafols@itsouth.com.arLic. Oscar Valenteovalente@itsouth.com.ar

Lic. Adrián Folsafols@itsouth.com.arLic. Oscar Valenteovalente@itsouth.com.ar

¡Muchas Gracias!