En la empresa de seguros donde trabajaba antes, usabamos algo parecido a esto:
 
 
Se podian identificar los siguientes patterns:
1) Type Object
2) Variable State
3) Interpreter
 
El sistema se utiliza para generar polizas de seguros validas. Una poliza puede ser vista como una instancia de un producto de seguro. Pero a su vez, el productoDeSeguro es un objeto que cumple el papel de clase (TypeObject).
 
Ejemplos de productos son MobiCasa, MobiCar o MobiTour (seguro de viajero). Cada uno de estos productos son representados como un arbol de 5 niveles (porque asi lo define un estandar de la industria). En el caso de MobiCar, en el segundo nivel tenes dos bloques mutuamente excluyentes: Todo Riesgo o Responsabilidad Civil. Cada uno de estos bloques (Specification) tiene "aspectos", que no es otra cosa que un metodo o variable de instancia. Un aspecto posible seria "precio" y la implementacion seria "self car model * 2". La implementacion estaba escrita en algo parecido a Smalltalk y por eso necesitamos un interprete.
 
Si te interesa, podria seguir expandiendome. Pero en realidad, las similitudes con el UDP no eran percibidas ni apreciadas. Y el sistema tenia muchas complicaciones innecesarias. 
 
Si vas a armar un framework dinamico para que el usuario pueda modelar o programar, no te olvides de una cosa: las facilidades de debugging.
 
Si los usuarios pueden modelar, puede ser que sus modelos tengan errores. Y ante un error, quien se encarga de corregirlo? Dudo que sean los usuarios. Dudo tambien que tengas que hacerlo vos. Seguramente sea algun programador Smalltalk que conozca las ideas del framework, pero no lo conozca a fondo. Para este programador es muy importante saber distinguir entre el codigo del interprete y el codigo que esta siendo interpretado.
 
Imaginate que pasaria si en el debugger de Smalltalk vieras todo lo que pasa a nivel de la maquina virtual. Seria una pesadilla.
 
Esta es la presentacion que hizo el autor de este framework hace un par de anios. Mira las paginas 43, 46, 52, 55
 
Saludos,
Pancho
 
----- Original Message -----
From: GallegO
Sent: Saturday, October 14, 2006 10:45 PM
Subject: [clubSmalltalk] Re: Fwd: Seminarios Athena - Programación Orientada a Prototipos

2006/10/14, Francisco Garau <[EMAIL PROTECTED]>:

Adaptative Object Model es el nombre que se maneja en la academia.

http://www-poleia.lip6.fr/~razavi/aom/papers/


Muy bueno el ultimo link y tambien la parte de expert-programmable software a la que llegas desde http://www-poleia.lip6.fr/~razavi/ .
Muchas gracias, no tenia idea que existia algo como para leer sobre eso, me viene muy bien.
Vos usaste alguna técnica especifica de las descriptas en Adaptative Object Model, papers especificos que deba tener muy en cuenta para armarme un framework con el usuario pueda modelar un sistema dinamicamente?
Gracias nuevamente.

Saludos
  GallegO


--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupo "clubSmalltalk" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a [email protected]
 Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
 Para obtener más opciones, visita este grupo en http://groups-beta.google.com/group/clubSmalltalk.
-~----------~----~----~----~------~----~------~--~---

Responder a