ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Diagramade Flujo Auxiliar


Enviado por   •  15 de Agosto de 2013  •  2.548 Palabras (11 Páginas)  •  279 Visitas

Página 1 de 11

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

...

Descargar como (para miembros actualizados)  txt (17.7 Kb)  
Leer 10 páginas más »
Disponible sólo en Clubensayos.com