Metodología RMM
La Metodología RMM (Relationship Management Methodology). 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, front-ends de bases de datos tradicionales. Según sus
autores, está orientada a problemas con datos volátiles, que cambian con mucha
frecuencia, más que a entornos estáticos. En este capítulo presentaremos en
primer lugar la metodología original, basada en [ISA95], y en los sucesivos
apartados, veremos tres opciones de mejora de la misma. El primero es el basado
en los llamados slices mínimos e híbridos y m-slices, además de una
profundización en las etapas de la interfaz de usuario y construcción. En el
segundo veremos nuestras propuestas de nuevos patrones de navegación como
mejora al modelo.
La base de esta metodología es el 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 (clases de objetos) y otras para el acceso a
tales objetos. De entre las primeras, la más típica es la entidad. Como en la teoría
relacional una entidad está compuesta por varios atributos. Además, en RMDM se
incorpora una nueva primitiva muy importante denominada slice, que define
conjuntos de atributos de una entidad que se agrupan de forma lógica.
Autores: Isakowitz, Stohr y Balasubramanian
Fases:
0. Como toda metodología debe comenzar con un estudio de
factibilidad y un análisis de los requerimientos (tanto de la
información como de la navegación). También debe hacerse una
selección del hardware y software que se necesitará.
1. Diseño Entidad-Relación: En esta etapa se confecciona un
diagrama entidad-relación típico, desglosando las relaciones N:M
en dos relaciones 1:N
El objetivo de esta fase es explicitar todos los enlaces entre objetos. Más
tarde, las relaciones darán lugar a la navegación. Así, una relación especificará un
camino en la navegación.
2. Diseño de slices: Esta fase consiste en dividir una entidad en
fragmentos significativos y organizarlos en la red de navegación.
Esta división se hace según la semántica de los atributos. Cada
slice agrupará uno o más atributos de una entidad, de tipos muy
diferentes. Cada entidad tendrá su head, o slice principal, que se
marca con un asterisco y que es slice al que, por defecto, se
accede a través de los mecanismos de navegación. Entre los
diferentes slices están los llamados enlaces estructurales, que
nada tienen que ver con las relaciones, ya que al atravesar un
enlace estructural, no se produce ningún cambio de contexto.
3. Diseño navegacional: Como que cada relación del diagrama
entidad-relación da lugar a un enlace de navegación, en esta fase
sustituimos las relaciones por primitivas de acceso RMDM. En
general, preferiremos una visita guiada a un índice cuando el
número de instancias sea pequeño (menor de 10) y no exista un
campo índice que pueda ayudar a los usuarios. Por contra, si el
número es grande, usaremos índices. Las visitas guiadas
indexadas son un híbrido, usado frecuentemente cuando hay un
índice y se desea una navegación entre las instancias. Además
en esta fase hay que elegir a qué slice se accede a través de una
primitiva de acceso. Por defecto es el slice principal (head). En
caso contrario, debe especificarse, etiquetando el nombre de la
estructura de acceso. Por último, en esta fase se establece una
jerarquía de menús, utilizando la primitiva de grupo o menú.
Como regla general, evitar grandes profundidades en la jerarquía,
ya que desorientan al usuario. El resultado final de esta etapa es
el diagrama RMDM. [Lo primero es decidir por qué primitiva de
acceso sustituimos cada una de las relaciones que nos han
resultado en el diagrama entidad- relación de la primera etapa].
De la fase 4 a 7: Interfaz de Usuario y Construcción
Estas etapas se realizan a partir del diagrama RMDM. Se centra en las tres
primeras etapas que nos conducen a obtener un modelo RMDM. Las siguientes ya
no son propias del análisis, sino del diseño gráfico y la programación.
4. Diseño de protocolos de conversión: En esta etapa se
escriben unos protocolos por los cuales se transforma cada
elemento del RMDM en un objeto en la plataforma elegida.
5. Diseño de la Interfaz de Usuario: Diseño gráfico de todas las
pantallas correspondientes a cada uno de los slices que hemos
obtenido en la fase 2.
6. Diseño del comportamiento en tiempo de ejecución: Se
decide qué mecanismos se utilizarán para guardar la historia,
hacer backtrackings, permitir enlaces transversales
7. Construcción y tests: Construcción de la aplicación y pruebas,
testeando cuidadosamente todos los paths de la navegación.