Capítulo IV Prototipo de ayuda a la gestión integrada de reglas de negocio
Paso 2. Gestión de grupos de usuarios
IV.3. Fortalezas y debilidades del desarrollo realizado
Es necesario tener en cuenta que K‐Site Rules no es más que una implementación mejorable del enfoque descrito en el capítulo anterior. Como se mencionaba al comienzo de este capítulo, el primer objetivo de la herramienta consiste en facilitar la verificación de las hipótesis de trabajo, es decir, K‐Site Rules debe poder emplearse para establecer si los usuarios con conocimientos técnicos podrían desarrollar aplicaciones más rápidamente empleando enfoques basados en reglas de negocio y si este enfoque podría introducir a usuarios no técnicos, con mayor conocimiento del negocio, en el proceso de desarrollo de aplicaciones.
Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio
Aunque K‐Site Rules está integrada con el entorno de desarrollo y dispone de editores específicos para los expertos de negocio, tiene también carencias que podrían cubrirse en versiones posteriores. Entre las mencionadas carencias cabe destacar:
• El empleo de lenguaje natural en la definición de reglas de negocio debe potenciarse y para ello es necesario disponer de vocabularios (ya sea en forma de ontologías, tesauros, taxonomías, etc.) comunes a toda la organización. Para que esto sea posible, debe elaborarse un plan de recopilación de dicho vocabulario desde la dirección de la organización con el fin de tener alguna posibilidad de éxito en el proceso. Este vocabulario no sólo resultaría útil en la automatización de procesos de identificación, extracción y representación de reglas de negocio, sino también para el apoyo a los procesos de desarrollo de aplicaciones en otras tecnologías. De manera más específica, las capacidades de tratamiento de lenguaje natural que incorpora K‐Site Rules son limitadas. Sería posible construir expresiones más naturales, menos forzadas, estudiando la casuística de expresiones posibles para las reglas de negocio. Así, cuando en el consecuente de una regla en K‐Site Rules se dice, 'poner el estado del resultado con el valor concedido' debería poder emplearse una expresión del estilo 'marcar el estado del resultado como concedido' o similar. De la misma forma, K‐Site Rules permite la utilización de fórmulas o funciones, que se representan como el nombre de la función más los parámetros necesarios entre paréntesis. Estas expresiones se integran tal cual en la representación de la regla en lenguaje natural, cuando deberían encontrarse expresiones adecuadas que cualquier usuario pudiese comprender. Por ejemplo, si se define la función 'incrementarTasa(float tantoporciento)', su utilización en el consecuente de una regla de negocio quedaría: 'poner el importe de la tasa del resultado con el valor 'incrementarTasa(10)' Evidentemente, una expresión de este estilo está bastante alejada de lo que se denominaría como lenguaje natural.
• Los consecuentes de las reglas de negocio sólo permiten operaciones dirigidas a almacenar valores en propiedades de los objetos. Esta es una limitación importante ya que cualquier otro método que incorporen los objetos del modelo no puede emplearse en el consecuente de una regla. • Las tablas de decisión no permiten incluir varias columnas de acción y sólo permiten incluir condiciones sobre rangos de valores numéricos o comparación con valores constantes. Esta es también una limitación importante ya que, en muchas ocasiones, será necesario ejecutar más de una acción en el consecuente de la regla de negocio.
A pesar de estas limitaciones, la herramienta dispone de la funcionalidad suficiente como para permitir evaluar las hipótesis de trabajo. La mejora de la herramienta para suplir las carencias destacadas queda como un posible trabajo futuro para la continuación de esta línea de investigación. El siguiente capítulo mostrará la evaluación de la herramienta que se ha llevado a cabo para, con el apoyo de K‐Site Rules, verificar las hipótesis de trabajo mencionadas.
Introduciendo Semántica en un Proceso de Desarrollo Software a través de Reglas de Negocio
Capítulo V Evaluación
V.1.
Objetivos de la evaluación
En este capítulo se describe la evaluación realizada con la herramienta K‐Site Rules. Esta evaluación tiene como objetivo establecer la validez de las hipótesis que se encuentran en la raíz de este trabajo de tesis y que son:H1: ‘los usuarios del enfoque de desarrollo de reglas de negocio propuesto pueden realizar su trabajo en un menor tiempo que aplicando los procesos de desarrollo tradicionales’,
H2: ‘los usuarios con conocimientos no técnicos son capaces de desarrollar reglas de negocio, obteniendo implementaciones de las mismas’.
Resulta complejo definir un mecanismo que permita establecer los parámetros de una experimentación dirigida a medir hipótesis tan abstractas como las indicadas. Este es un problema generalizado en el ámbito de la ingeniería del software, como se menciona en (Pfleeger&Atlee,2006) (Wohlin et al., 2000), cuando se trata de establecer la bondad de metodologías, procedimientos y herramientas. En la actualidad, las empresas dedicadas al desarrollo de software emplean productos, metodologías y tecnologías que, en muchas ocasiones, no han sido suficientemente evaluadas. Según (Jedlitschka&Pfahl,2005) parte del problema para saber si una tecnología es más adecuada que otra radica en la falta de estandarización en el proceso de documentación de los experimentos que se han realizado en el campo de la ingeniería del software, lo que dificulta la comparación entre unas herramientas y otras. En este capítulo se tratará de seguir las recomendaciones dadas en el trabajo (Jedlitschka&Pfahl,2005) en cuanto a la generación de informes sobre la experimentación realizada.