-
 
El modelo Trellis, desarrollado por Stotts
y Furuta
en 1990, es un modelo de
hipertexto basado en 3 elementos distintos:
-
el contenido de la información,
-
la estructura navegacional
-
y el control navegacional (esto es, el
control de la dinámica de la aplicación).
Este modelo propone las redes de Pétri esquematizadas por un grafo orientado construido a partir de places
(nodos),
de transitions
(enlaces) y de tokens
(anclajes), para especificar las características
de interacción de una aplicación. Los elementos places
(nodos) representan los
contenidos de información, los tokens (anclajes) indican cuáles son las
informaciones en curso de presentación, los elementos transitions
(enlaces)
representan el encadenamiento de las presentaciones y el grafo en su conjunto
describe la estructura navegacional de la aplicación.
Así pues, Stotts y Furuta indican
cómo modelar
estructuras
de modelos de hipertexto,
anclajes,
diferentes tipos de
enlaces
y contenido
dinámico.
Cuando los elementos places
(nodos) situados a
continuación de una transition se convierten en token
(anclaje), se dice
que la transition es activable. El usuario puede seleccionarla para
acceder (navegar) a los contenidos de información colocados más abajo. Las transitions
(enlaces)están dotadas de atributos (tiempo de espera, tiempo de liberación) que
permiten al diseñador asociarles características temporales. El tiempo de
espera es el lapso de tiempo que indica al cabo de cuánto tiempo una transition
(enlace)
activable puede ser seleccionada por el usuario. El tiempo de liberación es el
lapso de tiempo que indica al cabo de cuánto tiempo una transition
(enlace)
seleccionable será franqueada automáticamente por el sistema en caso de no
acción por parte del usuario. El modelo permite por lo tanto, una especificación
cómoda de la sincronización, concurrencia y secuenciación de presentación de
contenidos de información.
El modelo se define como genérico puesto que
extiende la noción de presentación de la información a la de ejecución de
programa. Así, el control de la navegación especifica la sincronización, la
concurrencia y la secuenciación de programas en sentido amplio.
El modelo Trellis define correspondencias preestablecidas. El elemento place (nodo) modeliza a la vez el contenido y el tipo de la
presentación. Las transitions (enlaces) corresponden a
enlaces multidireccionales condicionales cuya activación no es posible más que si
todos los nodos origen se presentan y cuya selección tiene por efecto presentar
todos los nodos destino.
Trellis no propone un modelo enriquecido
de dominio, sino que al centrarse en las especificaciones navegacionales,
propone un modelo gráfico. Con Trellis, el diseñador deberá prestar una atención particular al control de la
navegación y a la sincronización ya que estos constituyen, según el modelo, los
elementos clave de la hiperización.
A
partir del modelo Trellis, Stotts y Furuta desarrollaron un metamodelo de hipertexto: El Trellis hypertext reference model, abreviado como r-model
El
r-model se divide en 5 niveles lógicos. Dentro
de cada nivel podemos encontrar una o más representaciones de parte o de todo
el hipertexto. En oposición al modelo de HAM y a otros modelos de referencia,
los niveles representan niveles de abstracción, no componentes del sistema. Los
niveles pueden agruparse bajo 3 categorías: abstracto, concreto y visible.
-
Abstract
Component Level
-
Abstract
Hypertext Level
-
Concrete
Context Level
-
Concrete
Hypertext Level
-
Visible
Hypertext Level.
Un concepto en un nivel inferior depende de un
concepto en el nivel superior de abstracción.
Algunos
aspectos del hipertexto se excluyen deliberadamente del r-model,
sin embargo, este sí
incluye:
-
Semántica
de navegación (browsing
semantics):
en muchos casos la semántica de navegación viene determinada por el
lenguaje de programación que implementa el sistema de hipertexto. Sin
embargo, el sistema Trellis muestra que es posible desarrollar un modelo de
hipertexto con semántica de navegación variable
-
Comportamiento
dinámico (dynamic
behavior):
el r-model asume que los enlaces de seguimiento requieren la acción del
usuario. Algunos sistemas pueden recorrer la estructura sin la intervención
del
usuario. El
comportamiento dinámico es diferente del contenido
dinámico, que está incluido dentro del r-model
-
Características
del contenido (characteristics of the content): algunos sistemas imponen un tamaño que limita los
nodos,
mientras que otros sistemas permiten ventanas con desplazamiento. Una
posible incongruencia entre el contenido (abstract) y los posibles tamaños
reales de ventana está fuera del ámbito del r-model
-
Descripciones del nivel físico
(physical-level descriptions): el diseño específico de los formatos de la capa de almacenamiento que
encierra el concepto del r-model, y la especificación de los
diseños de formato para permitir el intercambio entre sistemas de
hipertexto está también fuera del alcance del r-model
-
Interfaces
de usuario (user interfaces):
se pueden usar diferentes estilos de interfaz de usuario bajo el mismo
modelo de hipertexto.
Bibliografía:
 DE
BRA.
The Architecture of Hypertext
Systems. Eindhoven University of
Technology.
http://wwwis.win.tue.nl/
FURUTA R., STOTTS, P.D., The
Trellis Hypertext Reference Model, NIST Hypertext Standardization Workshop,
February 1990.[Volver]
FURUTA R., STOTTS, P.D.:
"Generalizing Hypertext : Domains of the Trellis Model". Technique
et Science Informatique (TSI), Edition. Afcet-Bordas, vol. 9, no. 6.
STOTTS, P.D., FURUTA, R. "Petri-net-based hypertext: Document structure with
browsing semantics", ACM Transactions on Information Systems, Vol 7, Nº:1. January
1989.
[Volver]
-
|
