Guía de diseño basada en el Modelo de Motivación del Negocio

BMM* para la mejora del alineamiento entre el Almacén de

Datos y la Estrategia del Negocio

Ania Cravero Dept. de Ingeniería de Sistemas

Univ. de La Frontera Av. Frco. Salazar 01145, Temuco, Chile

acravero@ufro.cl

Juan Trujillo, Jose-Norberto Mazón Depto. de Lenguajes y Sistemas Informáticos

Univ. de Alicante Apto. de correos 99. E-03080, Alicante, España

{ jtrujillo, jnmazon}@dlsi.ua.es

Tabla 1.

* Business Motivation Model

Resumen

Garantizar que los almacenes de datos estén

alineados a la estrategia del negocio es primordial

para su éxito, ya que éstos son utilizados por los

sistemas de apoyo a la toma de decisiones con el

fin lograr el plan estratégico de la organización.

En este contexto, el grupo de investigación

Lucentia se ha preocupado por diseñar AD en el

contexto organizacional, por lo que lleva tiempo

desarrollando y mejorando una propuesta de

ingeniería de requisitos para AD. En este trabajo

mejoramos la propuesta actual presentando una

guía de alineamiento que considera, la misión y

visión del negocio de tal manera de estar en

concordancia con: (i) los objetivos (obtenidas

desde los analistas de información), (ii) los cursos

de acción (estrategias y tácticas desde donde se

seleccionan las decisiones, las tareas y recursos

para obtener los requerimientos de información

del AD), (iii) y las reglas del negocio que

permiten el logro de los objetivos definidos. De

esta manera se permite la verificación y

validación del alineamiento entre los requisitos de

información del AD a la estrategia organizacional

Se presenta un caso de estudio que muestra el

proceso completo. Los aportes de la investigación

se detallan en la sección final.

Palabras Claves: almacén de datos, guía de

alineamiento, modelado de objetivos, análisis de

requisitos.

1. Motivación

Los Almacenes de Datos (AD) se utilizan por los

sistemas de toma de decisiones con el fin de

analizar los datos históricos de una organización.

Los AD se basan en un gran número de datos

provenientes de fuentes heterogéneas, integradas

en un modelo multidimensional (MD), que

permite al analista el acceso a los datos en una

forma más natural [1]. Los diseñadores en general

muestran los datos en los hechos y las

dimensiones desde un modelo MD conceptual.

Habitualmente la información almacenada en los

hechos representan medidas para los procesos de

negocio (por ejemplo, ¿cuántos productos se

venden? ¿Cuántos pacientes son tratados?

¿Cuánto tiempo se requiere en un proceso

determinado? etc.), y las dimensiones representan

el marco para el análisis de estas medidas (por

ejemplo, tiempo, cliente o producto) [2, 3].

La definición de tales objetivos, requisitos de

información y hechos y dimensiones, siempre se

extraen a partir del proceso de negocio básico

sobre el que se desea registrar datos para tomar

decisiones. Sin embargo, estas definiciones se

realizan de forma manual y, dependiendo de la

destreza del diseñador [4, 5]. De tal forma, que

aunque se disponga de una aproximación formal

para la definición de objetivos, se debería utilizar

una aproximación formal para alinear estos

objetivos con las necesidades reales de la empresa

y los procesos de negocio objeto de estudio [6, 7].

Por otro lado, desde el AD se integran varias

fuentes de datos operacionales, es por ello que

tradicionalmente el desarrollo de los modelos MD

conceptuales han sido guiados por un análisis

detallado de dichas fuentes. Sin embargo, varios

estudios han señalado que la mayoría de estos

modelos MD conceptuales no abordan la

información requerida por consecuencia de una

mala comunicación entre los desarrolladores del

AD y los analistas de información [6, 8, 9]. Lo

que trae como consecuencia la necesidad de

alinear los requisitos de información (tareas y

recursos) del propio AD a la estrategia

organizacional.

Según Giorgini et al. [2] es muy común que

la etapa de análisis de requisitos sea pasado por

alto en los proyectos de AD, por las siguientes

razones:

- Los proyectos de AD son a largo plazo, y es muy

difícil prever los requisitos para los futuros

procesos de toma de decisiones, y en

consecuencia, sólo unos pocos requisitos se

pueden obtener desde el principio.

- Los requisitos de información para las

aplicaciones de AD son difíciles de obtener

porque los procesos de decisión son estructurados

de manera flexible, mal estructurados a través de

la organización, celosamente guardados por los

gerentes, y poco estables para mantenerlos en el

tiempo con respecto a la evolución de los procesos

de negocio.

- Los requisitos para la toma de decisiones a

menudo se refieren a aquella información que no

existe de la manera requerida, y deben ser

obtenidos de fuentes de datos mediante la

integración, la transformación, y la limpieza de

ellos.

En este sentido, las necesidades de

información no se pueden comprendidas

analizando sólo las fuentes de datos operacionales,

por lo que es necesario abordar una etapa de

análisis de requisito con el fin de modelar los

requisitos de información de los analistas de

información del negocio [10-12].

Es importante destacar que la etapa de análisis

de requisitos debe basarse en un marco de

ingeniería de requisitos orientada a los objetivos

(GORE), ya que (i) el AD tiene por objetivo

proporcionar información adecuada para apoyar la

toma de decisiones, contribuyendo así a cumplir

los objetivos estratégicos de una organización, (ii)

los requisitos de ADs son difíciles de especificar a

partir de cero, ya que los analistas de información

a menudo sólo expresan las expectativas generales

sobre los objetivos que el AD debe apoyar, y (iii)

los sistemas de AD disponen de muchos usuarios

con distintos tipos de intereses, y por tanto, con

diferentes objetivos relacionados entre sí que

deben ser modelados para obtener un modelo

conceptual MD que las satisfaga [13].

En este contexto, el objetivo primordial del

análisis de requisitos para un AD, es representar a

los usuarios, sus objetivos y las relaciones entre

los mismos, con el fin de alcanzar los objetivos

estratégicos del negocio [1, 13-16]. Esta etapa es

crucial en el desarrollo del AD, ya que

generalmente las partes interesadas presentan

necesidades que están relacionadas a sus propios

objetivos y no a los organizacionales, y por tanto,

el AD final puede no estar alineado a la estrategia

del negocio [6, 17-19]. Por lo tanto, esta etapa

permite a los desarrolladores a ubicar el AD en el

contexto de la organización y alinearla con sus

objetivos estratégicos [20, 21]. Además, desde

este modelo de requisitos, se puede derivar un

modelo MD conceptual adecuado.

La revisión de la literatura demuestra que

muchos desarrolladores no ponen ningún énfasis

en la necesidad de alinear sus AD con los

objetivos del negocio, lo que podría sugerir que

los equipos de proyecto no se animan a pensar en

el AD como una herramienta estratégica [6]. La

fuerte reducción en el interés de que los proyectos

de AD "deben alinearse con la estrategia

organizacional y los objetivos del negocio" es

extremadamente importante [6, 22, 23]. Weir et al.

[6] concluye que un AD debe tener un propósito

claro para el negocio y que la organización debe

ver la tecnología como un motor para la mejora en

la toma de decisiones y el desarrollo de sus

negocios.

En este sentido, el modelo Business

Motivation Model (BMM) [24, 25] de la Object

Management Group (OMG) ayuda en el proceso

de obtención de requisitos para el desarrollo de

sistemas, de tal manera que éstos se alinean con la

estrategia del negocio [26]. Además proporciona

vocabulario que es entendido por las partes

interesadas para el desarrollo del negocio, y la

comunicación y gestión de los planes de negocios

de una manera organizada [27]. Por tanto, es una

herramienta valiosa que permitirá diseñar AD en

el contexto estratégico de la organización.

En este contexto, el grupo de investigación

Lucentia [1, 13, 14, 18, 19, 28] se ha preocupado

por diseñar AD en el contexto organizacional, por

lo que lleva tiempo desarrollando y mejorando

una propuesta de ingeniería de requisitos para AD.

En la actualidad se dispone de un enfoque

orientado a los objetivos que incluye (i) el análisis

VMOST [29] para obtener los elementos de la

estrategia del negocio (misión, visión, objetivos,

estrategias, tácticas), (ii) el modelo BMM [27]

para comprobar que los objetivos definidos estén

alineados con la estrategia, (iii) el modelado de

objetivos por medio de i* [30] con el fin de

representar los objetivos y relaciones entre los

distintos usuarios, y (iv) el modelado

multidimensional MD del AD.

En este trabajo mejoramos la propuesta

anterior presentando una guía de alineamiento que

considera, la misión y visión del negocio de tal

manera de estar en concordancia con: (i) los

objetivos (obtenidas desde los analistas de

información), (ii) los cursos de acción (estrategias

y tácticas desde donde se seleccionan las

decisiones a tomar, las tareas y recursos para

obtener los requisitos de información del AD),

(iii) y las reglas del negocio que permiten el logro

de los objetivos definidos. De esta manera se

permite la verificación y validación del

alineamiento entre los requisitos de información

del AD a la estrategia organizacional

El trabajo se encuentra estructurado de la

siguiente forma: en la sección 2 se describe los

trabajos relacionados, en la sección 3 se presenta

nuestra propuesta para el análisis de requisitos en

AD. Por otro lado, en la sección 4 presentamos las

reglas de BMM y una guía de uso para alinear el

AD a la estrategia organizacional. La sección 5

describe un estudio de caso que muestra la

utilidad de BMM. Finalmente la sección 6 explica

las principales conclusiones obtenidas.

2. Trabajos Relacionados

Revisando las actuales investigaciones en

ingeniería de requisitos, se ha puesto de

manifiesto un gran número de casos en el que se

demuestra la eficiencia de las técnicas de análisis

orientado a los objetivos. En el contexto del

análisis de requisitos muchas aproximaciones de

ingeniería de requisitos, implícita o

explícitamente, representan los objetivos de los

individuos, grupos u organizaciones, a fin de

describir el comportamiento organizacional [31].

En este contexto Giorgini et al. [2] proponen

un enfoque para el análisis de requisitos del AD

basado en la metodología Tropos, en la que

diseñan un modelo de objetivos. Sin embrago, no

presentan una guía para validar el alineamiento de

los objetivos obtenidos con la estrategia del

negocio. Otro de los enfoques propuestos es el de

Gam y Salinesi [32], CADWA, que cuenta con

información desde los objetivos estratégicos de la

empresa, los objetivos de los analistas de

información, la estructura de los sistemas

transaccionales, y de los modelos existentes de

AD que pueden ser reutilizables. Con estas

fuentes crean un modelo de objetivos utilizando el

modelo de objetivos MAP. Por otro lado, Bonifati

et al. [33] presentan una metodología para el

diseño del AD que nombra GQM, en la que

obtienen un modelo de objetivos por medio de la

refinación de los mismos.

Lamentablemente, estos enfoques no incluyen

algún modelo que permita verificar el

alineamiento de los objetivos con la estrategia del

negocio.

3. Nuestro enfoque para el Análisis de

Requisitos en Almacenes de Datos

Una aproximación de ingeniería de requisitos para

AD debe facilitar la especificación de objetivos

estratégicos, a partir de los cuales se obtengan

aquellos requisitos de información relacionados

con medidas de interés para los procesos de

negocio (contenidos en hechos) y el contexto para

el análisis de estas medidas (dimensiones) [34].

Puesto que un AD se utiliza para el apoyo a la

toma de decisiones, cualquier modelo que se

desarrolla debe estar enraizada en la naturaleza

esencial de la toma de decisiones. La toma de

decisiones ha sido descrita por Turban [35] como

la actividad de fabricación de una nueva pieza de

conocimiento que expresa el compromiso de

algún curso de acción. De acuerdo con [36], el

proceso de toma de decisiones consiste en tres

pasos, (a) la inteligencia, que implica la búsqueda

de condiciones que requieren las decisiones, (b) el

diseño, que consiste en inventar, desarrollar y

analizar los cursos de posibles acciones, y (c) la

elección, lo que implica la selección de un curso

de acción de los disponibles.

A raíz de [36], debemos comenzar

representando la noción de condiciones que

requieren decisiones. Tal representación se

consigue por medio de los objetivos estratégicos

de la organización, que expresan los fundamentos

de los sistemas propuestos y orientar las

decisiones en distintos niveles dentro de la

empresa.

En nuestro enfoque (ver figura 1), nos

centramos en la definición de los objetivos que

debe lograr cada actor (usuario del sistema) y las

relaciones entre ellos que son necesarios para

cumplir con dichos objetivos, de tal manera de

conseguir un alineamiento entre estas necesidades

y la estrategia organizacional. Por lo tanto, estos

objetivos son los objetivos principales que la

organización quiere lograr mediante la

implementación de un AD los que se pueden

clasificar en objetivos estratégicos, de decisión, y

de información como se muestra en la figura 1.

Encontramos una explicación más detallada de

esta clasificación en [13]

Figura 1. Propuesta para el análisis de requisitos en AD

A partir de estos objetivos informacionales, se

derivan los distintos cursos de acción que dan

lugar a un conjunto de decisiones. Desde estas

decisiones, debemos obtener los requisitos de

información que representan la información

facilitada por el AD para alcanzar los objetivos

estratégicos del negocio (ver representación en

figura 2). Cabe destacar que los objetivos

informacionales no pueden ser descompuestos en

otros objetivos más simples, por tanto son

atómicos. En cambio, un objetivo decisional

estará compuesto de un conjunto de objetivos

informacionales.

De acuerdo al enfoque presentado en la figura

1, el diseñador deberá seguir algunas etapas para

obtener los requisitos de información del AD. El

proceso comienza con el análisis VMOST para

obtener los componentes de la estrategia (visión,

misión, estrategias, tácticas, objetivos). Desde los

objetivos de información se obtienen los distintos

cursos de acción (decisiones, tareas y recursos que

dan origen a los requisitos de información) que

pueden ser implementadas en un AD. Luego se

procede a comprobar el alineamiento de los

requisitos de información obtenidos por medio de

las normas presentadas en BMM. Una vez que se

verifica la alineación, se continúa con la

construcción del modelo de objetivos basado en

i*. Por último, cada una de las tareas y los

recursos representados en el modelo de objetivos

para el actor AD, deben ser incorporados en un

modelo multidimensional MD.

Figura 2. Clasificación de Objetivos para el AD

Nos referimos a [18] para una explicación más

detallada del proceso completo en el que se

describe un conjunto de directrices que han sido

aplicadas a un caso de estudio.

A continuación, nos centramos únicamente en

el proceso de alineamiento de los requisitos de

información del AD con la estrategia del negocio,

utilizando BMM desde el punto de vista de los

expertos en negocios, analistas y diseñadores.

Esto corresponde a la CIM (modelo independiente

de la Computación) dentro de las especificaciones

a nivel de MDA (Model Driven Architecture) de

la OMG [28, 37].

4. Alineamiento con Business Motivation

Model

El modelo BMM es la especificación del grupo de

reglas de negocio BRG [27] y uno de los

estándares de la OMG [24] para elaborar los

elementos de los modelos de negocios. Estos

elementos, facilitan la gobernanza y la orientación

para la empresa. BMM ha sido utilizado con éxito

en [5, 26, 38-40].

La Figura 3 ilustra los elementos del modelo

BMM y sus relaciones para apoyar el negocio.

Los “Medios” incluyen la misión, los curso de

acción (es decir, las estrategias y tácticas, que

derivan los objetivos, tareas y recursos para el

AD) y las directivas (es decir, las políticas de la

empresa y sus reglas de negocio, que derivan los

objetivos blandos para el AD o softgoal según

[30]) que gobiernan los cursos de acción y apoyan

la consecución del fin. Los “Fines” incluyen la

visión y los resultados deseados (es decir,

objetivos estratégicos, decisionales e

informacionales).

En el modelo, los medios sirven para

comprender las posibles alternativas de

configuración del AD para satisfacer las

dependencias entre actores y alcanzar los fines.

Esto puede significar diferentes servicios,

composiciones, y configuraciones. Los fines se

utilizan para entender la razón del AD que ha sido

destinado al negocio. Juntos, estos elementos

apoyan el razonamiento acerca de las intenciones

de cambio para el negocio y que afectan los planes

para el AD.

Figura 3. Modelo BMM [41].

Por otro lado, de acuerdo a [2], un curso de

acción permite generar varias opciones de

decisión de acuerdo a los objetivos trazados. De

acuerdo con [42], el término decisión denota el

conjunto de actuaciones (pensamientos, juicios,

etc), adoptada por un individuo o un grupo a fin

de elegir una determinada acción a través de un

conjunto de opciones alternativas. La figura 3

presenta de color rojo la relación que existe entre

objetivos, decisiones y cursos de acción. En otras

palabras, una decisión es la especificación de los

elementos operativos que lleva a la consecución

de objetivos. En este sentido BMM provee reglas

claras que permiten alinear los cursos de acción de

acuerdo a los objetivos trazados.

Nuestro problema de ingeniería requisitos

desde el punto de vista de la organización es el

descubrimiento del universo de los objetivos, las

decisiones, la información, así como de las

interrelaciones entre estas de acuerdo con el

modelo BMM. El tema en cuestión no es cómo

poner en práctica las decisiones, sino que el

decidir cuáles de ellas son las adecuadas y que

cumplan efectivamente un objetivo estratégico de

la organización. En este sentido, BMM provee un

conjunto de reglas que ayudará a los diseñadores a

descubrir los requisitos de información necesarios

para cumplir con la estrategia del negocio

logrando un AD alineado al contexto

organizacional.

OMG presenta un panorama general de BMM

mediante un perfil de UML [24]. La figura 4

presenta un perfil para BMM general en el que se

representan las relaciones entre los elementos de

los Medios y Fines. La figura 5 presenta un perfil

para los elementos de los Medios y la figura 6

para los de los Fines.

Figura 4. Perfil de UML para BMM

Figura 5. Perfil de UML para definir los Medios

Utilizando este perfil de UML se pueden

especificar elementos de BMM en cualquier

herramienta que permita el modelado con UML.

BMM dispone claramente de un conjunto de

reglas pero no de una metodología que permita

guiar su uso [8]. En este contexto, se ha creado

una guía para validar los requisitos del AD

utilizando las relaciones presentadas en las figuras

4, 5 y 6, de tal manera de facilitar el desarrollo de

dicha herramienta.

Figura 6. Perfil de UML para definir los Fines

4.1. Guía de alineamiento con BMM

La siguiente guía permite a los desarrolladores

a obtener los requisitos del AD dentro del

contexto organizacional y por tanto alineado a la

estrategia del negocio. Para ello, el proceso de

validación se inicia con la verificación de la

relación entre la visión y misión del negocio, para

luego determinar si los objetivos amplifican la

visión, las políticas y reglas de negocio apoyan la

realización de objetivos, para finalizar con la

validación de los elementos que rigen los cursos

de acción que componen el plan estratégico del

negocio. Esta guía mejora los trabajos presentados

en [18, 19] para el alineamiento del AD a la

estrategia organizacional.

Directriz 1: Verificar que la misión operativice la

visión del negocio.

Directriz 2: Verificar alineamiento entre los

elementos incorporados en los Fines. Para ello se

requiere los siguientes pasos:

Directriz 2.1: Los objetivos estratégicos

deben amplificar la visión del negocio.

Directriz 2.2: Los objetivos decisionales

deben ser componentes de los objetivos

estratégicos.

Directriz 2.3: Los objetivos informacionales

deben ser medibles y cuantificar los objetivos

decisionales.

Directriz 3: Verificar alineamiento entre los

elementos de los Medios. Para ello se requiere las

siguientes directrices:

Directriz 3.1: Verificar relaciones entre las

directivas. Las reglas de negocio deben ser

derivadas a partir de las políticas de negocio.

Directriz 3.2: Verificar relaciones entre los

cursos de acción. Para ellos se debe verificar

que los cursos de acción sean formuladas en

base a las directrices.

Directriz 3.2.1: En cuanto a las tácticas

definidas, éstas son afectadas por las

reglas de negocio, y deben implementar

las estrategias.

Directriz 3.2.2: Las estrategias deben

ser componentes del plan para cumplir

la misión del negocio.

Directriz 4: Verificar relaciones entre Medios y

Fines. Se requiere comprobar:

Directriz 4.1: Que los cursos de acción

generen canales de esfuerzo hacia los Fines.

Directriz 4.2: y que las directivas apoyen la

ejecución de los objetivos.

Las directrices anteriores permitirán a los

diseñadores del AD generar una buena posición

frente a los ejecutivos del negocio para responder

preguntas como:

- ¿Qué objetivos debe cumplir el usuario del AD?

- ¿Cuáles estrategias de negocio se deben aplicar

para cumplir con los objetivos seleccionados?

- ¿Las tácticas generadas son compatibles con las

políticas y reglas del negocio?

- ¿Qué objetivos no son compatibles con las

estrategias?

- ¿Qué objetivos, estrategias y tácticas son

afectadas si cambia algún objetivo estratégico?

- ¿Por qué tenemos este AD?

- ¿Qué tareas y recursos se necesitan para

desarrollar una táctica?

- ¿Cuáles son los requisitos del AD?

La trazabilidad entre los requisitos y las

relaciones que cumple proporcionan la

información necesaria para responder a estas y

otras cuestiones de negocios. Por tanto, el perfil

de UML definido permite obtener los requisitos

del negocio basados en el estándar del modelo de

motivación empresarial de la OMG. Este enfoque

ayuda a proporcionar una manera de capturar,

validar, analizar y gestionar los cambios de

requisitos. Mediante el uso de esta técnica,

podremos comprender mejor el quién, qué, por

qué y el cómo de los requerimientos del negocio.

Para una mayor comprensión, a continuación

se describe un caso de estudio que utiliza las

directrices formuladas para alinear los requisitos

de información del AD con la estrategia del

negocio.

5. Caso de estudio

El caso de estudio que se analizará [13] servirá

para mostrar cómo se pueden obtener los

requisitos dentro de un contexto del negocio. Al

caso, se le aplicarán las directrices propuestas en

este trabajo para alinear los requisitos de

información del AD a la estrategia del negocio. Se

obtendrá un modelo de objetivos en i* y un

modelo multidimensional MD del AD para

mostrar el enfoque de análisis de requisitos

completo.

El estudio de caso de venta presentado en el

libro de Kimball [3] muestra una breve

descripción de una empresa minorista, que abarca

tanto las ventas al por menor y el inventario. Este

negocio al por menor se compone de varias

tiendas de comestibles, repartidas en varias

regiones. En cada tienda se venden varios

productos. En el supermercado, la gestión se

ocupa de la logística de los pedidos,

almacenamiento, venta de productos y de

maximizar las ganancias. La ganancia proviene,

entre otras cosas, atrayendo a tantos clientes

como sea posible en un entorno de precios

altamente competitivos.

En este estudio de caso, Kimball trata con

varios tipos de modelos de inventario de una

tienda. Estamos interesados en el ejemplo del

inventario justo a tiempo, donde se miden los

niveles de inventario de todos los días y se

colocan en registros separados en la base de datos.

El principal objetivo de gestión es la toma de

decisiones para optimizar los niveles de inventario

a fin de disminuir los costos. Estas decisiones

están relacionadas para asegurarse que el producto

adecuado está en la tienda justo en el momento

adecuado para reducir al mínimo fuera de stock

(cuando los productos no están disponibles en la

plataforma para ser vendidos) y reducir así el

costo de acarreo general para el inventario. Así,

para una buena gestión de inventario es necesario

analizar la cantidad diaria en los niveles de

inventario a la mano, por producto y por almacén.

El encargado del inventario también se ocupa de

medir la velocidad de movimiento de inventario

(cómo el producto se mueve a través de la tienda)

para conocer los beneficios de las ventas. Así, el

gerente necesita obtener el GMROI (Margen bruto

de las existencias).

En [18] se describe el desarrollo de este caso

utilizando VMOST para descomponer la

estrategia del negocio a partir de su misión y

visión (ver tabla 1). Desde aquí se obtuvieron los

objetivos estratégicos, decisionales, e

informacionales (ver tabla 2).

Tabla 1. Visión y Misión del negocio.

Elemento Descripción

Visión Crear una cadena de tiendas de

“comestibles”, donde se puede

encontrar una solución para los

problemas de reducir el costo de

sus inventarios, cumplir con las

necesidades de sus clientes en el

momento que lo solicitan, y

aumentar el número de clientes

mejorando los ingresos

Misión Coordinar la cadena de suministros

a través de Sistemas de

Información Estratégicos

Como se ha descrito en párrafos anteriores, los

objetivos de la tabla 2 deben estar alineados a la

estrategia del negocio por lo que será necesario

aplicar las directrices de alineamiento expuestas

en la sección 4 del presente artículo.

De acuerdo a la directriz 1, se verifica que la

misión hace operativa la visión ya que un sistema

de nivel estratégico hará posible gestionar el

inventario de cada almacén y así cumplir con las

necesidades de los clientes.

Tabla 2. Objetivos de los gerentes de Marketing e

Invetarios.

Estratégicos Decisionales Informacionales

Aumentar el

número de

clientes

Determinar si

promoción es

efectiva

Analizar la

eficacia de las

promociones

Estudiar los

niveles de

inventario

Disminuir los

costos de

inventario

Optimizar la

gestión de

inventario

Estudiar los

movimientos de

inventario

Por otro lado, de acuerdo a la directriz 2, se

verifica que hay alineamiento entre los objetivos

obtenidos, ya que los objetivos informacionales

(como “estudiar los movimientos de inventario”)

cuantifican los objetivos decisionales (como

“optimizar la gestión de inventario”). A su vez,

los objetivos estratégicos (como “disminuir los

costos de inventarios”) están compuestos de los

objetivos decisionales logrando amplificar la

visión.

Tabla 3. Estrategias y tácticas para lograr los objetivos

Estrategias Tácticas Proporcionar información de productos

Determinar las condiciones

promocionales

Proporcionar información de

tiendas

Proporcionar

información de

ventas

Proporcionar información de fechas

sobre las ventas.

Analizar los niveles diarios de

producto disponible en el almacén (cantidad en mano)

Obtener información del inventario

Determinar periodos de tiempo

Calcular GMROI

Calcular el total cantidad vendida

Proporcionar información de

tiendas

Proporcionar información de fechas sobre las ventas de productos.

Proporcionar

información de

inventario

Proporcionar información de

productos

Con estos datos, los desarrolladores saben lo

que la organización desea alcanzar y por qué.

Ahora se deben determinar las estrategias y

tácticas que permiten alcanzar los objetivos

trazados dando respuesta al qué. La tabla 3

presenta un listado de ellos.

En el caso no se describen políticas del

negocio, por lo que no será necesario aplicar la

directriz 3.1, pero si la 3.2. Con ello se verifica

que las tácticas implementan las estrategias dado

que para poder “proporcionar información de las

ventas” es necesario implementar tareas (tácticas)

como: proporcionar información de productos, de

fechas, condiciones promocionales, entre otros.

Además las estrategias deben ser componentes del

plan de acción, por tanto se verifica que

“proporcionar información de las ventas“ y

“proporcionar información del inventario” serán

parte del sistema estratégico que proporcionará

información para la mejora en la toma de

decisiones.

Finalmente, de acuerdo a la directriz 4, se

verifica que el conjunto de acciones (tareas)

generan canales de esfuerzo hacia el logro de los

objetivos, ya que “para determinar si una

promoción es efectiva” deberá disponerse de

información sobre las ventas realizadas, el día, los

productos involucrados y las condiciones

promocionales; por otro lado, para “optimizar la

gestión de inventarios” es necesario disponer de

información relacionada con la cantidad de

productos en cada almacén, las ventas, cantidad en

mano, entre otros.

Una vez verificado que el AD estará alineado

a la estrategia del negocio, de acuerdo a nuestro

enfoque (ver figura 1), se procede con el diseño

del modelo de objetivos basado en i*. La figura 7

presenta el modelo para el actor AD. Las

directrices para su construcción se encuentran en

[1, 12, 18].

Figura 7. Modelo i* para el actor AD

Finalmente, se genera un modelo MD

conceptual para el AD, tal y como muestra la

figura 8. Los detalles de la construcción de este

modelo se encuentran descritas en [14, 43].

Figura 8. Diagrama MD multidimensional creado a

partir del modelo de objetivos

Una vez que tenemos el esquema

multidimensional, si nos remontamos al primer

requisito de información principal antes descrito:

"analizar qué cantidad de productos se venden en

qué tiendas en qué días y bajo qué condiciones de

promoción", podemos ver fácilmente que este

requisito puede ser respondido por el esquema de

navegación multidimensional obtenido de la

figura 7. En concreto, la medida especificada en la

clase de hecho Ventas, proviene de los recursos de

la "cantidad vendida", y las clases de dimensión y

las clases base provienen de los recursos de

"producto", "fecha", "promoción", y "tienda"

(véase la figura 8). Para una visión general de

cuáles son los elementos multidimensionales que

se crean para cumplir cada objetivo, véase la tabla

4.

6. Conclusiones

La investigación realizada hasta ahora hace una

serie de contribuciones en el campo de la

ingeniería de requerimientos para AD:

1. Un enfoque de ingeniería de requerimientos

orientado al negocio que incluye un análisis de

la estrategia del negocio para diseñar un modelo

multidimensional conceptual del AD que esté

en concordancia con los objetivos de la

organización. Mientras que algunas

investigaciones se han basado en un modelo de

objetivos [2, 32, 33], la nuestra es la primera

investigación de requisitos que recurre a

actividades comerciales estratégicas, que

integra una reconocida técnica de análisis

estratégico del negocio.

2. Una guía de validación de los requisitos del AD

con la estrategia del negocio por medio de un

conjunto de enlaces rastreables. Mediante el uso

de BMM, podremos comprender mejor el

quién, qué, por qué y el cómo de los

requerimientos del negocio, permitiendo a los

diseñadores del AD generar una buena posición

frente a los ejecutivos del negocio para

responder sus preguntas.

3. Un caso de estudio que muestra el uso de la

guía de alineamiento diseñada y la integración

con las directrices creadas en trabajos anteriores

[14, 18] para obtener un modelo

multidimensional conceptual para el AD.

En trabajos futuros, será necesario el

desarrollo de una herramienta que permita obtener

y alinear los elementos de la estrategia

organizacional. En este sentido, el perfil de UML

para BMM presentadas en este artículo facilitará

esta tarea. Finalmente, dicha herramienta deberá

integrarse a la presentada en [44] para generar un

modelo de objetivos basado en i* alineado a la

estrategia del negocio.

Tabla 4. Elementos del modelo multidimensional correspondiente a los objetivos estratégicos

Multidimensional

Objetivos

estratégicos

Clases de

hechos

Atributos de los

hechos (medidas)

Clases de

dimensiones

Clases Base (niveles de

agregación)

Incrementar el

número de clientes

Ventas Cantidad Vendida Tienda, fecha,

producto,

promoción

Tienda: Código postal, ciudad,

país, subregión, región, estado.

Fecha:día, mes, año.

Producto: paquete, subgrupo,

grupo.

Decrementar el costo

de inventario

Inventario Cantidad en mano,

cantidad vendida,

valor del último

precio, valor del

costo, cantidad

promedio diario en

mano, GMROI

Tienda, fecha,

producto

Tienda: Código postal, ciudad,

país, subregión, región, estado.

Fecha: día, mes, año.

Producto: paquete, subgrupo,

grupo.

Referencias

[1] J. N. Mazón, J. Pardillo, and J. Trujillo, "A

Model Driven Goal Oriented Requirement

Engineering Approach for Data Warehouses,"

In: ER Workshops (RIGiM), 2007.

[2] P. Giorgini, S. Rizzi, and M. Garzetti,

"GRAnD: A goal-oriented approach to

requirement analysis in data warehouses,"

Decision Support Systems, vol. 45, pp. 4 - 21,

2008.

[3] R. Kimball and M. Ross, "The Data

Warehouse Toolkit, second edition, John

Wiley & Sons.," 2002.

[4] L.-H. Thevenet, "Modeling Strategic

Alignment Using INSTAL.," ER'2008

Workshops, pp. 261-271, 2008.

[5] S. Bleistein, K. Cox, and J. Verner,

"Validating strategic alignment of

organizational IT requirements using goal

modeling and problem diagrams," The

Journal of Systems and Software, vol. 79, pp.

362–378, 2006.

[6] R. Weir, T. Peng, and J. Kerridge, " “Best

Practice for Implementing a Data

Warehouse”," A Review for Strategic

Alignment, School of Computing, Napier

University, 10 Colinton Road, Edinburgh

EH10 5DT UK, 2003.

[7] C. Salinesi and L. Thevenet, "Aligning IS to

organization’s strategy: the INSTAL

method.," In: The 19th International

Conference on Advanced Information Systems

Engineering, 2007.

[8] M. Frolick and K. Winter, "Critical Factors

for Data Warehouse Failure," Business

Intelligence Journal

http://www.tdwi.org/research/display.aspx?ID

=6592, vol. 8, 2003.

[9] R. Winter and B. Strauch, "Information

Requirements Engineering for Data

Warehouse Systems," 2004.

[10] S. Luján-Mora and J. Trujillo, " A

comprehensive method for data warehouse

design," ProceedingsDMDW, Berlin,

Germany, 2003.

[11] M. Golfarelli and S. Rizzi, "A

methodological framework for data warehouse

design," Proceedings DOLAP'98, pp. 3-9.,

1998.

[12] J.-n. Mazón, J. Pardillo, E. Soler, O.

Glorio, and J. Trujillo, "Applying the i *

framework to the development of data

warehouses," iStar'08 3rd International i*

Workshop, pp. 79-82, 2008.

[13] J. N. Mazón, Trujillo, J., Serrano, M.,

Piattini, M., "Designing Data Warehouses:

From Business Requirement Analysis to

Multidimensional Modeling," REBNITA, pp.

44-53, 2005.

[14] J. N. Mazón, J. Trujillo, and J.

Lechtenbörger, "Reconciling requirement

driven data warehouses with data sources via

multidimensional normal forms”." Data and

Know, Eng., vol. 63, pp. 725-751, 2007.

[15] R. Abelló, A. Lechtenbörger, and J.

Trujillo, "Research in data warehouse

modeling and design: dead or alive?" In:

DOLAP'06. Arlington, Virginia, USA, nov.,

vol. 10, pp. 3-10, 2006.

[16] M. Frendi and C. Salinesi,

"Requirements Engineering for Data

Warehousing," CAiSE'03 Klagenfurt/Velden,

Austria, 2003.

[17] R. Winter and B. Strauch, "A method

for demand driven information requirements

analysis in data warehousing projects,"

HICSS'03, pp. 231-242, 2003.

[18] A. Cravero, S. Sepúlveda, J.-N. Mazón,

and J. Trujillo, "Alineamiento de Objetivos de

la Organización: una necesidad para el

Análisis de Requisitos en Almacenes de

Datos," CIBSE2010, 2010.

[19] A. Cravero, S. Sepúlveda, J.-C. Trujillo,

and J.-N. Mazón, "El Alineamiento de

Objetivos de la Organización como propuesta

para el Análisis de Requisitos en Almacenes

de Datos," Actas EIG2009, 2009.

[20] B. Cooper, H. Watson, B. Wixom, and

D. Goodhue, "Data Warehousing Supports

Corporate Strategy at First American

Corporation (FAC)." MIS Quarterly, vol. 24,

pp. 547-567, 2000.

[21] R. Bruckner, B. List, and J. Schiefer, "

Developing requirements for data warehouse

systems with use cases," In Proc. 7th

Americas Conf. on Information Systems

(AMCIS’01), Boston, USA, pp. 239-335, 2001.

[22] B. Kight, "The Smart Way to Build a

Data Warehouse," Datamation., pp. 91-94.,

1996.

[23] J. Foley, "Data Warehouse Pitfalls.,"

Information Week 19th May., pp. 93, 94 &

96., 1997.

[24] OMG, "Business Motivation Model,"

Version 1.1 Beta Specification (convenience

document with change bars), 2008.

[25] N. Malik, "Toward an Enterprise

Business Motivation Model," The

Architecture Journal. TechEd Special Edition,

vol. 19, pp. 10-16, 2009.

[26] B. Berkem., "How to align IT with the

canges using UML and according to BMM?

Applying the “Goal Driven Development”

Process on a case study using UML 2 and the

BMM.," Journal of Objetc Technology. Chair

of Software Engineering., vol. 5, 2006.

[27] BRG, "The Business Motivation Model.

Business Governance in a Volatile World,"

www.BusinessRulesGroup.org, 2007.

[28] J. N. Mazón and J. C. Trujillo,

"Desarrollo de modelos multidimensionales

de almacenes de datos basado en MDA: del

análisis de requisitos al modelo lógico," 2007.

[29] R. Sondhi, " Total Strategy. Airworthy

Publications International Ltd.," 1999.

[30] E. Yu, "Modelling Strategic

Relationships for Process Reengineering. PhD

thesis, Computer Science Department,

University of Toronto, Toronto (Canada)."

Phd thesis, also appears as Technical Report

DKBS-TR-94-6, December 1994., 1995.

[31] E. Kavakli, "Goal Oriented

Requirements Engineering: A Unifying

Framework," Requirements Engineering,

2002.

[32] I. Gam and C. Salinesi, "A

Requirement-driven Approach for Designing

Data Warehouses," Centre de Recherche en

Informatique, Université Paris 1 - Panthéon

Sorbonne 90, rue de Tolbiac, 75013 Paris,

France, 2006.

[33] A. Bonifati, F. Cattaneo, S. Ceri, A.

Fuggetta, and F. Paraboschi, "Designing Data

Marts for Data Warehouses," ACM

Transactions on Software Engineering and

Methodology., vol. 10, pp. 452–483, 2001.

[34] J.-N. Mazón, J. Trujillo, M. Serrano, and

M. Piattini, "Diagramas de casos de uso para

el análisis de requisitos en almacenes de

datos," Proceedings JISBD'05, 2005.

[35] E. Turban and J.-E. Aronson, "Decision

support systems and intelligent systems," 5th

edn. Prentice-Hall, Englewood Cliffs, 1998.

[36] H. Simon, "The new science of

management decision. Prentice Hall,

Englewood Cliffs," 1977.

[37] j.-N. Mazón and J. Trujillo, "An MDA

approach for the development of data

warehouses," JISBD'09, pp. 208, 2009.

[38] B. Andersson, M. Bergholtz, A.

Edirisuriya, T. Ilayperuma, P. Jayaweera, P.

Johannesson, and J. Zdravkovic, "Enterprise

Sustainability through the Alignment of Goal

Models and Business Models," CAiSE' 08,

2008.

[39] F. Han, E. Moller, and A. Berre,

"Organizational interoperability supported

through goal alignment with BMM and

service collaboration with SoaML," I-ESA'09,

2009.

[40] A. Babar, K. Cox, V. Tosic, S. Bleistein,

and J. Verner, "Integrating B-SCP and MAP

to manage the evolution of strategic IT

requirements.," Information & Software

Technology., vol. 50, pp. 815-831, 2008.

[41] S.-L. Lim, E. Platon, and K. Cox,

"Synthesis of Actor Dependency and Business

Motivation for Service Requirements

Engineering," Annual IEEE International

Computer Software and Applications, 2008.

[42] N. Matsatsinis and Y. Siskos, "

Intelligent support systems for marketing

decisions.," Springer,Heidelberg, 2002.

[43] S. Luján-Mora, J. Trujillo, and I.-Y.

Song, "Multidimensional modeling with UML

package diagrams," 21st Intl. Conference on

Conceptual Modelling (ER2002), vol. 2503 of

LNCS, pp. 199-213, 2002.

[44] O. Glorio, J. Pardillo, J.-N. Mazón, and

J. Trujillo, "DaWaRA: An Eclipse Plugin for

Usingi* on Data Warehouse Requirement

Analysis.," RE '08, pp. 317-318, 2008.