Bueno estoy escribiendo una serie de documentos para explicar el uso de patrones de diseño en la lógica del negocio. Este es mi primer borrador y me gustaría que me lo criticasen.
Patrones de Diseño Aplicados a las Reglas del Negocio – Primera Parte
Patrones GOF
Singleton
Strategy
Template Method
Composite
Patrones GRASP
Factory
Polimorfismo
Indirección
Variaciones Protegidas
Caso de Estudio - Broker de Seguros
Un Broker de Seguros, es una empresa cuyo negocio básicamente consiste en vender seguros de distintas Compañías de Seguros, es decir que actúa como un intermediario entre el Cliente y la Compañía de Seguros.
La diferencia entre un intermediario y una compañía de seguro, es que la compañía se encuentra con el aval de la ley para emitir pólizas de seguros y tiene la responsabilidad de hacerse cargo de los siniestros que ocurran durante el tiempo de vigencia de dicha póliza, mientras que el intermediario no, solo se limita a revender y a gestionar el tramite de un siniestro.
El problema puntual en el que este caso de estudio está centrado es la cotización de una póliza de seguros. El proceso de cotización varia de acuerdo al riesgo, los riesgos son establecidos por la Super Intendencia de Seguros y rara vez aparece alguno nuevo.
El proceso de cotización se aplica sobre un bien y depende de dos cifras, la prima y el premio. La prima es la cifra base sobre la que se realiza la cotización, depende de las características del bien y de la política interna de cada compañía. El premio es resultado de un calculo matemático dependiente de la cobertura, calculo de impuestos y retenciones.
El proceso cotización de un bien para brindar una determinada cobertura dentro de una compañía de seguros, consiste internamente en determinar la prima que considera la compañía para dicho bien, realizar el calculo de la premio parcial basándose en la cobertura y calcular de acuerdo al riesgo los impuestos y retenciones.
COTIZADOR = PREMIO_PARCIAL(CALCULAR_PRIMA(BIEN, COMPAÑIA), COBERTURA) IMPUESTOS(PRIMA) RETENCIONES
Básicamente el proceso de cotización de un determinado riesgo funciona de la siguiente manera, recibe el bien sobre el que se desea establecer el seguro, la compañía y la cobertura. El proceso determina que prima es la que corresponde para un bien con esas características en determinada compañía, con la prima se realiza un calculo matemático que depende del riesgo y al que se le suman retenciones e impuestos y el resultado es el premio.
Para determinar la prima el proceso de cotización debe utilizar el servicio de calculo de prima que ofrece cada compañía. Obviamente cada compañía dispone de distintos servicios y tecnologías para el calculo de la prima. Para nuestros cotizadores esto debe ser transparente, debe funcionar de la misma manera para cada compañía independientemente de la tecnología o el servicio que ponga a disposición.
Sobre el premio se calculan las cuotas que el cliente deberá abonar al intermediario y las cuotas que el intermediario debe abonar a la compañía. Esto esta es posterior al proceso de cotización y esta fuera de su alcance.
Existen procesos de cotización que tienen en cuenta múltiples riesgos como es el caso de los integrales de comercio, este caso particular de cotización tiene en cuenta el riesgos de incendio y el riesgo hurto para comercios.
Primer Problema – Estrategia de Cotización
Estrategia
Existe una manera de cotizar diferente para cada riesgo, es decir cada cotizador puede tomarse como una estrategia de cotización distinta, y a su vez cada una de estas estrategias es un cotizador. Notemos que cada estrategia es una variación del algoritmo de cotización y que cada cotizador solo varia en la manera de calcular el premio parcial y los impuestos.
Por lo que son motivos suficientes para utilizar el patrón estrategia, tomaremos a cada algoritmo de cotización como una estrategia de cotización.
Es claramente observable como las responsabilidades dependen del proceso de cotización especifico, el patrón estrategia es una diáfana aplicación del patrón polimorfismo.
Observamos que el uso de este patrón permite que la implementación de un nuevo proceso de cotización no afecte al resto del sistema. Esto es logrado detectando el punto de variación y creando al rededor de el mismo una interfaz estable. Los nuevos procesos de cotización seguirán siendo tratados como un cotizador y quien haga uso de un cotizador no necesita saber nada acerca de su implementación. Esta norma es la de las variaciones protegidas.
Template Method
Ahora bien, por que reescribir todo el algoritmo de cotización en cada hijo si las únicas partes que varían son el calculo del premio parcial y el calculo de impuestos y retenciones, de manera de evitar la repetición innecesaria de código.
Podemos definir el esqueleto del proceso de cotización en la super clase, es decir dejando implementadas en ellas las partes invariables y las variables para implementarse en las subclases.
Motivos suficientes para utilizar el patrón Template Method,
Factory - Singleton
Una estrategia de cotización se crea dependiendo del riesgo que estamos evaluando, a que clase asignarle la responsabilidad de determinar de acuerdo al riesgo que subclase debe instanciar.
Mediante el patrón Factory podemos encapsular toda la lógica asociada a la creación de una estrategia de cotización.
No es necesaria para nuestro sistema tener múltiples instancias de una fabrica de estrategias de cotización por lo que utilizaremos el patrón Singleton y aseguraremos que haya un acceso global y único a la clase.
double premio = CotizadorFactory
.getInstance().getCotizador(riesgo)
.cotizar(bien, compania, cobertura);
Segundo Problema – Servicio de Calculo de Prima
Indirección
Necesitamos lograr transparencia en nuestro proceso de cotización con respecto al servicio de comunicación implementado por cada compañía. En segundo lugar debemos diseñar pensando en el cambio, es probable que se firmen convenios con nuevas compañías que ofrezcan el servicio de una manera diferente por lo que deberíamos generar un mecanismo que sea fácilmente mantenible y transparente para el proceso.
Debemos decidir a quien asignar la responsabilidad de mediar entre nuestro proceso de cotización y el servicio de la compañía. Asignarla a la estrategia solo ensuciaría el proceso de cotización con lógica que no tiene que ver con la cotización, ademas que no seria transparente para el proceso, el día que se pacte con una nueva compañía y haya que comunicar el proceso con otro servicio, el proceso de cotización debería ser mantenido y no es la idea.
La solución es asignar la responsabilidad de mediación entre estos dos componentes a una tercera clase, este patrón es conocido como Indirección.
Al utilizar una clase que medie entre nuestro proceso y el servicio de la compañía, estamos nuevamente haciendo uso de variaciones protegidas, en el sentido de que hemos protegido a nuestro proceso de cotización de posibles variaciones en el servicio de cada compañía.
CalculadorPrima es una interfaz bien definida y es con quien trata nuestro proceso de cotización, el proceso de cotización no necesita saber nada respecto a su implementación. Si se realiza un convenido con una nueva aseguradora solo se debe implementar una nueva interfaz y modificar la fabrica para que tenga en cuenta el nuevo calculador. En este sentido vemos nuevamente aplicada la norma de las variaciones protegidas.
Factoy - Singleton
Al igual que con las estrategias de cotización, debemos decidir a quien asignar la responsabilidad de crear el servicio de calculo de primas dependiendo de la compañía. No es una solución limpia asignarlo al proceso de cotización, por lo que vamos a utilizar el patrón Factory para encapsular la lógica de creación de un servicio de calculo de prima.
Con el mismo criterio que para el proceso de cotización, haremos de la Fabrica de Servicios de Calculo de Primas un Singleton.
Tercer Problema – Procesos de Cotización de Múltiples Riesgos
Un proceso de cotización que tenga en cuenta múltiples riesgos, es un cotizador, es decir que para quien haga uso del cotizador si es una estrategia de cotización compuesta o no debería ser transparente.
Esto ultimo se logra a través del Patrón Composición.
Hace un tiempo escribí sobre el libro 
Este año cumplo treinta años con el desarrollo de software, así espero me permitan algunos posts nostálgicos, y algo personales. Hoy me da pie a escribir este post, una pregunta que me hicieron: ¿cómo surgió lo de Angel "Java" Lopez? ¿y por qué "ajlopez"?
Según el autor Al Sweigart:
