Diagramade Flujo Auxiliar

Documento de trabajo # 677

Solución al condicionante de arquitectura

Extensibilidad

Bogotá, mayo 15, 2010

Historia de revisión

Versión Fecha Autor Descripción

1.0 15/5/2010 Álvaro López Versión inicial

1.1 17/5/2010 Hermes Puentes Adición utilización JSR094

1.2 01/06/2010 Vladimir López Revisión en general y se agregó la sección de “El motor de reglas dentro del sistema de gestión documental Orfeo”.

1.3 14/08/2010 Álvaro López Se incorporaron notas de SSPD

1.34 144/0809/2010 Álvaro López Se incorporaron notas de SSPD

TABLA DE CONTENIDO

DOCUMENTO DE TRABAJO # 677 1

SOLUCIÓN AL CONDICIONANTE DE ARQUITECTURA 1

BOGOTÁ, MAYO 15, 2010 1

HISTORIA DE REVISIÓN 2

EXTENSIBILIDAD 4

1.1 Extensibilidad 4

1.1.1 Extensibilidad de la estructura 4

1.1.2 Extensibilidad del comportamiento 5

1.1.3 Solución al condicionante de extensibilidad de la estructura 7

1.1.4 Solución al condicionante de extensibilidad del comportamiento 9

1.1.5 El Estándar JSR094. 9

1.1.6 DRools como motor de reglas de negocio. 10

1.1.7 Notas adicionales 11

1.1.8 El motor de reglas dentro del sistema de gestión documental Orfeo. 12

Extensibilidad

1.1 Extensibilidad

Extensibilidad se define como la capacidad del sistema de modificar la estructura de los objetos existentes y adicionar acciones o reglas de comportamiento sin tener que realizar modificaciones al código fuente de la aplicación.

Formalmente el condicionante se expresa de la siguiente forma

1.1.1 Extensibilidad de la estructura

Componente Definición

Artefacto de software Entidades de negocio

Fuente de estímulo Ingeniero especializado

Estímulo Ingeniero desea modificar la estructura de algunos de los componentes del sistema.

Ambiente de trabajo Desarrollo, Pruebas, Producción

Respuesta El ingeniero puede modificar ciertas características de la estructura de los componentes sin afectar el funcionamiento normal del sistema.

Medición de la respuesta 1. El sistema permite al ingeniero modificar las características de la estructura de Orfeo en forma ágil, modificando a su vez los casos de uso correspondientes, utilizando los tiempos de respuesta establecidos para el mantenimiento del sistema.

2. El código resultante hace uso de la verificación de tipos que provee el compilador.

3. El código resultante hace uso de la protección de tipos que provee el manejador de base de datos.

4. El desempeño del sistema resultante de la extensión es comparable con aquel antes de la extensión.

5. El mantenimiento del sistema resultante cumple con el condicionante de Mantenibilidad.

1.1.2 Extensibilidad del comportamiento

Componente Definición

Artefacto de software Entidades de negocio

Fuente de estímulo Ingeniero especializado

Estímulo Ingeniero desea modificar cierto comportamiento selecto de algunos de los componentes del sistema.

Ambiente de trabajo Desarrollo, Pruebas, Producción

Respuesta El ingeniero puede modificar ciertas características del comportamiento de Orfeo sin tener que modificar directamente el código fuente.

Medición de la respuesta 1. El sistema permite al ingeniero modificar el comportamiento de Orfeo en forma ágil, sin tener que modificar directamente el código fuente.

2. El código resultante hace uso de la verificación de tipos que provee el compilador.

3. El código resultante hace uso de la protección de tipos que provee el manejador de base de datos.

4. El desempeño del sistema resultante de la extensión es comparable con aquel antes de la extensión.

5. El mantenimiento del sistema resultante cumple con el condicionante de Mantenibilidad.

Puesto que la extensibilidad está considerada en función del negocio, para acomodar la variedad de reglas de negocio de una nueva instalación, o un cambio en el funcionamiento de una existente, las entidades consideradas extensibles parten del modelo de clases del dominio de la aplicación. No se consideran extensibles aquellas clases introducidas por el ingeniero durante su proceso de diseño y optimización, pero que son desconocidas por un usuario final. Tampoco se considera la creación de nuevas clases por medio del mecanismo de extensibilidad.

La extensibilidad es una función de ingeniería. No se pretende que un usuario sin capacidad de programación implemente conceptos de extensibilidad, dado que tiene que trabajar con tipos de datos, persistencia, presentación, y expresión de reglas que pueden tener conceptos como decisiones, iteraciones o secuencia.

Para aquellas clases afectadas del modelo de dominio de la aplicación, el sistema debe guardar la versión de la estructura hasta la fecha de modificación, debe introducir una nueva versión que contiene los nuevos atributos, habilitar la persistencia de la nueva versión de la entidad, actualizar su visualización, si es aplicable, y permitir utilizar la nueva versión la siguiente vez que se compile el sistema.

Un usuario normal no se da cuenta de la operación de la extensibilidad. Desde su punto de vista, si consulta una versión antigua de la entidad afectada, el sistema le presenta la estructura correcta a la fecha de la versión con las reglas de negocio como eran en esa época, sin tener que proveer ningún tipo de información adicional ( e.g. código de versión). Si utiliza una nueva versión tiene un comportamiento similar, sin que el usuario se percate de que existen múltiples versiones para la misma entidad. El sistema debe manejar la estructura cambiante de la base de datos en forma transparente.

Existen conceptualmente tres tipos de campos en una entidad de negocio

 La llave de persistencia

 La llave de negocio

 Los demás campos

La llave de persistencia es la llave primaria de la tabla correspondiente a la entidad en la base de datos. Esta es normalmente un número secuencial y no se considera extensible.

La llave de negocio es el identificador único de la entidad dentro del dominio del negocio. Por ejemplo, para un documento puede ser su radicado, para una serie puede ser su código, para una persona puede ser su cédula de ciudadanía, etc. La llave de negocio no se considera extensible.

...