RMM (Metodología de Administración de Relaciones) - RMDM

(Modelo de Datos de Administración de Relaciones)

La RMM o Relationship Management Methodology se define como un proceso de

análisis, diseño y desarrollo de aplicaciones hipermedia. Los elementos principales
de este método son el modelo E-R (Entidad-Relación) y el modelo RMDM
(Relationship Management Data Model) basado en el modelo HDM. La metodología
fue creada por Isakowitz, Stohr y Balasubramanian. Esta metodología es apropiada
para dominios con estructuras regulares (es decir, con clases de objetos bien
definidas, y con claras relaciones entre esas clases). Por ejemplo, catálogos o
"frentes" de bases de datostradicionales. Según sus autores, está orientada a
problemas con datos dinámicos que cambian con mucha frecuencia, más que a
entornos estáticos.

El modelo propone un lenguaje que

permite describir los objetos del
dominio, sus interrelaciones y los
mecanismos de navegación
hipermedia de la aplicación. Los
objetos del dominio se definen con
la ayuda de entidades, atributos y
relaciones asociativas. El modelo
introduce el concepto
de slice(trozo) con el fin de
modelizar los aspectos unidos a la
presentación de las entidades.
Un slice corresponde a un
subconjunto de atributos de una
misma entidad destinados a ser
presentados de forma agrupada. La
navegación se modeliza con la
ayuda de primitivas de
acceso, enlaces
estructurales (unidireccional y
bidireccional) que permiten
especificar la navegación
entre slices, y visita guiada
condicional, índice condicional y
agrupación, que permiten especificar la navegación entre entidades. El esquema
completo del dominio y de la navegación de la aplicación se denomina esquema
RMDM y se obtiene como resultado de las tres primeras etapas del método. Las
etapas son:

 Primera etapa: representar los objetos del dominio con la ayuda del modelo
Entidad-Relación ampliado con relaciones asociativas (aquéllas que
 permiten representar caminos navegacionales entre entidades puestos en
evidencia en la fase de análisis).
 Segunda etapa: determinar la presentación del contenido de las entidades
de la aplicación así como su modo de acceso. El esquema obtenido como
resultado de esta etapa se denomina esquema E.R+. Se trata de un
esquema Entidad-Relación en el que cada entidad ha sido reemplazada por
su esquema de entidad. Un esquema de entidad está constituido por nodos
(los trozos o slides) unidos por relaciones estructurales.
 Tercera etapa: definir los caminos de navegación inducidos por las
relaciones asociativas del esquema E-R+. A continuación, es posible definir
estructuras de acceso de alto nivel (agrupaciones), lo que permite dotar a la
aplicación de accesos jerárquicos a niveles diferentes de los trozos de
información. El esquema RMDM resultante se obtiene añadiendo al esquema
E-R+ las agrupaciones y caminos navegacionales definidos en esta etapa.

Las cuatro etapas restantes consisten en:

 definición del protocolo de conversión de elementos del diagrama RMDM en

objetos de la plataforma de desarrollo
 concepción del interfaz usuario
 concepción del comportamiento en ejecución
 construcción del sistema y test

Muestra de un diagrama entidad-relación (las entidades se representan con

un recuadro y las relaciones mediante un símbolo en forma de tridente)

Veamos con más detalle algunos ejemplos del modelo de datos

RMDM (Relationship Management Data Model), que se genera a partir de un
diagrama entidad-relación. Con él se describirá no sólo la información referente a
las clases de objetos, sino también a la navegación entre ellos. Así, hay definidas
unas primitivas para modelar los dominios o datos (clases de objetos) y otras para
el acceso a tales objetos. De entre las primeras, la más típica es la entidad (se
representa mediante un recuadro y su nombre). Como en la teoría relacional una
entidad está compuesta por varios atributos. Además, en RMDM se incorpora una
nueva primitiva denominada "slice", que define conjuntos de atributos de una
entidad que se agrupan de forma lógica.

La figura de la izquierda muestra las principales primitivas y la figura de la derecha

es un diagrama RMDM. Estos diagramas especifican la navegación en el sistema:
De acuerdo con HDM, RMM define correspondencias tipo. Propone el
modelo Entidad-Relación para especificar el dominio y lo enriquece introduciendo
los conceptos de slice ( trozo) y de relación estructural para los cuales se
preestablece una metáfora hipermedia. Los slices y las entidades se asocian con
nodos y las relaciones asociativas (entre entidades) y las relaciones estructurales
(entre trozos) se asocian con enlaces.

El modelo del dominio se enriquece, por lo tanto, con dos tipos de elementos
preestablecidos que tienen una correspondencia clara en términos hipermedia.

En RMM, el modelo hipermedia retoma los elementos enlace, índice y visitas

guiadas de HDM enriqueciéndolos con capacidades condicionales. Sin embargo, el
método no permite al diseñador definir elementos hipermedia propios que tengan
capacidades específicas ya que impone la utilización de metáforas preestablecidas.

Ante las limitaciones que ofrecía RMM, sus autores Balasubramanian, Bieber e
Isakowitz, analizaron la estructura de navegación en RMM y propusieron añadir 2
nuevos tipos de slices: los sliceshíbridos (que permiten combinar atributos de
diferentes entidades y estructuras de acceso), los slices mínimos (la mínima parte
de una entidad que es necesaria para identificar uno de sus elementos y que se
utilizará como ancla) y los m-slices (que permiten combinar primitivas de acceso
con otros slices de otras entidades para crear un m-slice). Se propone crear la
estructura de la navegación no en base a las entidades sino a los slices, es decir a
conjuntos de atributos.

A partir de las carencias de RMM e incorporando la novedad de los slices mínimos

e híbridos, Lopistéguy, Losada y Dagorret analizan el modelo RMM y encuentran
algunas carencias, por lo que proponen la creación de unas nuevas estructuras de
navegación que doten de una mayor flexibilidad al modelo RMM, a la vez que crean
unas serie de primitivas de acceso nuevas.

Estas son las estructuras que introducen:

 navegación jerárquica: al tener varias relaciones 1:N encadenadas, se

permite navegar desde cualquier entidad a otra que esté por debajo de ella
en la jerarquía. Estos enlaces inferidos, no extraídos directamente de una
relación 1:N, se representarán con trazo discontinuo.
 navegación en relaciones N:M: se permite navegar de un extremo al otro
de la relación, pero teniendo en cuenta la entidad intermedia, cuyos atributos
deberán incluirse en un slice híbrido. Para representar un enlace de este tipo,
uniremos la primitiva de acceso (índice, visita guiada, ...) con la entidad
intermedia.
 navegación múltiple: se crean unas nuevas primitivas que permiten el
acceso múltiple de una entidad a otra, seleccionando un elemento de una
tercera entidad de la que la entidad destino es parte. En el enlace quedará
especificado qué entidad es la origen, cuál la destino y cuál la
tercera. Recordar que esta navegación es especialmente apropiada en
estructuras todo-parte.
 acceso aleatorio: permite acceder a un elemento de forma aleatoria, sin
saber exactamente a cuál.
 acceso simultáneo: permite representar el acceso a todos los elementos
de una entidad a la vez. Por ejemplo, si estamos en un Seminario, con esta
primitiva accedemos a todos sus ponentes simultáneamente, todos a la vez,
y no mediante un índice o uno tras otro en una visita guiada

Y así quedará la lista de primitivas con la inclusión de las nuevas primitivas de

acceso:
La metodología RMM permite hacer explícita la navegación al hacer el análisis, lo
que permite, teóricamente, obtener una navegación más estructurada e intuitiva, y
lo hace de una forma muy sencilla, como es añadir unas primitivas a un modelo
entidad-relación tradicional. El concepto de slice es muy útil, ya que permite agrupar
datos de una entidad en diferentes pantallas. Se utilizaría, por ejemplo, para mostrar
dos vídeos en dos pantallas diferentes sobre un mismo fenómeno. También es
interesante la primitiva de grupo, que permite mostrar la jerarquía de menús.

RMM representa el primer caso en el que se crea una metodología completa

definiendo las distintas fases y no únicamente un modelo de datos. Además, se
basa en un modelo de datos relacional, ajustándose así a la gran mayoría de las
aplicaciones existentes. Sin embargo, los mecanismos de acceso a la información
son excesivamente simples y valen para un problema con pocas entidades, pero el
modelo se queda corto si hay gran número de ellas.
Diagrama Entidad-
Relación Jerarquía de menús con
detalle

Para ver un ejemplo de diseño hipermedia usando la metodología RMM, es decir,

siguiendo el modelo RMDM, se puede consultar: Antonio Navarrete Terrasa: "Una
metodología relacional hipermedia. Estudio de casos prácticos. CD-ROM del Parc
Natural de S'albufera". http://www.iua.upf.es/~jblat/material/albu/albu.pdf, de donde
se han extraído muchos de los ejemplos aquí expuestos.
Diagrama RMDM

Es un proceso de análisis , diseño y desarrollo de aplicaciones hipermedia. Los

elementos principales de esta metodología son:

 Modelo E-R (Entidad-Relación)

 Modelo RMDM (Relationship Management Data Model).
La metodología fue creada por Isakowitz, Stohr y Balasubramanian.

Esta metodología es apropiada para dominios con estructuras regulares, es decir,

con clases de objetos bien definidos, y con claras relaciones entre esas clases.

El modelo propone un lenguaje que permite describir los objetos del dominio, sus
interrelaciones y los mecanismos de navegación hipermedia de la aplicación. Los
objetos del dominio se definen con la ayuda de entidades, atributos y relaciones
asociativas. El modelo introduce el concepto de slice con el fin de modelizar los
aspectos unidos a la presentación de las entidades.

Ante las limitaciones que ofrecía RMM, sus creadores analizaron la estructura de
navegación de RMM y propusieron añadir dos nuevos y tipos de Slices:

 Slice Híbridos: permiten combinar atributos de diferentes entidades y

estructuras de acceso.
 Slice Mínimos: es la mínima parte de una entidad que es necesaria para
identificar uno de sus elementos y que se utilizara como ancla.
 M-Slice: permiten combinar primitivas de acceso con otros slices de otras
entidades para crear un m-slice.

Fases de RMM

Ahora se explican de manera muy breve las fases de diseño de la metodología RMM
[19 y 28].

 Fase 1. Diseño Entidad Relación. Representar los objetos del dominio con
la ayuda del modelo Entidad-Relación ampliado con relaciones asociativas
(aquéllas que permiten representar caminos de navegación entre entidades puestos
en evidencia en la fase de análisis).

 Fase 2- Realizar los diseños de slice. Para cada entidad detectada en la

fase anterior, se define un diagrama de slices ya que esta es la manera en que se
presentara los atributos de la entidad al usuario, al culminar se debe alcanzar un
modelo compuesto por slices y enlaces.
 Fase 3- Diseñar la navegación. Definir los caminos de navegación
inducidos por las relaciones asociativas del esquema E-R. A continuación, es
posible definir estructuras de acceso de alto nivel (agrupaciones), lo que permite
dotar a la aplicación de accesos jerárquicos a niveles diferentes de los trozos de
información. El esquema RMDM resultante se obtiene añadiendo al esquema E-R+
las agrupaciones y caminos de navegación definidos en esta etapa.

 Fase 4- Definir el protocolo de conversión. En esta fase se lleva el

modelo RMDM a la plataforma en concreto es decir, se busca pasar del modelo
RMDM a la elaboración de la aplicación, para las cuales son se estima ninguna
técnica en concreto.

 Fase 5- Diseñar la interfaz. Se desarrollan las pantallas del sistema, las

mismas deben corresponder con los slice antes seleccionados.

 Fase 6- Implementar la aplicación. Se realiza la implementación según los

protocolos de conversión establecidos en la fase 4.

 Fase 7- Probar la aplicación. Una vez implementada la aplicación se

procede a realizar las pruebas del sistema. Para ello es necesario establecer los
métodos de validación que se ajusten al sistema.
ventajas
 RMM permite un enfoque estructurado para el diseño. Se elimina el
spaghetti-como el código a favor de los sitios que están bien estructurados (1)
facilita a los usuarios para navegar, y (2) fácil de mantener.

 Los diferentes grupos al mismo tiempo pueden trabajar con el diseño de su

sitio en la WWW. Usted puede trabajar al mismo tiempo en las etapas de
información, acceso, interfaz de usuario y el diseño.

 RMM desarrollado sistemas web son fáciles de actualizar.

Beneficios de la Metodología RMM

1) Diseño robusto:
 RMM impone disciplina en el diseño del sistema y proceso de desarrollo.
 RMM ayuda a mantener un sitio homogéneo, para que un común "look and
feel" puede ser mantenida en toda la aplicación. Esto es importante para ayudar a
los usuarios la navegación y de representar una identidad corporativa coherente.
En lugar de comenzar con un montón de archivos de aquí y allá, y la vinculación de
ellos, los desarrolladores tienen guía para continuar con el diseño y desarrollo.

2) Diseño expresivo:
En RMM, los diseños se expresa a través de diagramas gráficos concisos. Esto
facilita el proceso de revisión, creación y documentación de diseños.
En la actualidad, no existe un procedimiento para la documentación de los sitios
Web de una manera concisa y útil. El diseño del sitio documento se expresa como
un diagrama de RMM. Los diseñadores pueden utilizar este diagrama para discutir
sobre el diseño y mejorarlo.

3) Separación de los datos, la estructura y la interfaz de usuario:

RMM mantiene a estos tres elementos separados y les permite ser manipulado. En
lugar de tener una colección de directorios y archivos para la gestión, los
desarrolladores de software pueden analizar estos aspecto.s de la aplicación por
separado. En la actualidad los sitios Web consisten en grupos de archivos HTML,
scripts CGI, applets de Java y archivos multimedia (GIF, JPG, AU, WAV, mov,
etc.) En el formato actual, los elementos de diseño, como diseño de páginas y el
acceso a la navegación se combinan con elementos de contenido. Esto hace que
sea extremadamente difícil de desarrollar y mantener aplicaciones. RMM separa de
manera efectiva estos tres componentes.

4) Mantenimiento:
El mantenimiento de sitios WWW está destinada a ser una tarea costosa. Las
cuestiones que se plantean son:
 ESTRUCTURA
o PROBLEMA: es difícil para los diseñadores a concebir y poner en
práctica un diseño de la navegación en general.
o RMM-SOLUCIÓN : acceso para la navegación se denota a través de
diagramas. Estos diagramas pueden ser utilizados por diseñadores, programadores
y usuarios para discutir y desarrollar el sistema.
 De interfaz de usuario
o PROBLEMA: La revisión del "look and feel" de un sitio Web (que se
hace muy a menudo) es un proceso laborioso y propenso a errores.
o
 RMM-SOLUCIÓN: los cambios realizados en la cascada de diseño a través
del sistema web, sin costes de programación y sin errores.

La metodología fue creada por

 Tomas Isakowitz.
 Stohr .
 Balasubramanian