112 IEEE LATIN AMERICA TRANSACTIONS, VOL. 3, NO.

1, MARCH 2005

Modelado Navegacional desde una Perspectiva

Orientada a Servicios de Usuario
Paloma Cceres Garca de Marina, Esperanza Marcos Martnez y Valeria de Castro
8QLYHUVLGDG5H\-XDQ&DUORVGH(VSDxD

mtodo para el modelado del hipertexto de un SIW desde

una perspectiva orientada a servicios de usuario, es decir,
centrndose en los servicios que el usuario requiere del
sistema o lo que es lo mismo en las operaciones que el
usuario quiere realizar en dicho sistema. Nosotros hemos
denominado a dichos servicios de usuario servicios de
usuario conceptuales. Esta nueva perspectiva ha
permitido poder identificar una ruta, para cada uno de
estos servicios de usuario conceptuales, que guiar al
usuario mientras navega en el SIW evitando que se pierda
mientras intenta completar una operacin determinada.
Nuestro mtodo se est validando con diferentes SIW
operativos en Internet, seleccionados porque desde
nuestra perspectiva de usuarios de la Web, la navegacin
a travs de ellos resulta poco intuitiva y amigable. En este
artculo se presenta un estudio comparativo de las
mejoras que ofrece nuestra propuesta, con respecto al
caso concreto de &RQI0DVWHU [4], un SIW que soporta la
organizacin de una conferencia.
Hay que mencionar que existen otras metodologas de
desarrollo que proponen realizar el modelado
navegacional de SIW [1],[3],[5],[6],[7],[8],[9], pero la
mayora de ellas propone obtenerlo a partir del modelo
conceptual de datos [7],[8]; otras, hacen referencia a la
I. INTRODUCCIN necesidad de contemplar el modelo de casos de uso

G racias al desarrollo de sistemas de informacin Web

(SIW), hoy en da es posible tanto comprar un
billete de avin como buscar informacin altamente
[7],[9] pero sin indicar cmo tenerlo en cuenta;
finalmente aunque existen otras propuestas que
incorporan primitivas orientadas a procesos [16], no
especfica a travs de Internet. Ahora bien, el modelado realizan el modelado navegacional desde una perspectiva
navegacional de los SIW actuales facilita la navegacin orientada a los servicios del usuario, por lo que no se
del usuario a travs del sistema, teniendo en cuenta que especifica ni el conjunto de tareas asociado a cada
no dispone de manual de usuario? Como usuarios de la servicio, ni la ruta especfica asociada.
Web, pensamos que la navegacin de los SIW actuales, El mtodo del modelado del hipertexto propuesto es
no ayuda ni gua al usuario a moverse a travs del parte de MIDAS, un marco metodolgico dirigido por
sistema. De hecho, el usuario generalmente se pierde modelos para el desarrollo gil de SIW, que propone una
mientras navega y desperdicia su tiempo intentando arquitectura dirigida por modelos [2] basada en MDA del
encontrar el modo de realizar una operacin concreta. Object Management Group [13]. MIDAS propone
Desde nuestra perspectiva esto se debe a que la modelar el SIW de acuerdo a tres aspectos bsicos [10]:
navegacin de los SIW sigue heredando las costumbres hipertexto, contenido y comportamiento (ver Figura 1).
de los inicios de la Web, donde lo nico que se
presentaba era informacin y de una manera esttica. La
Web ha seguido prosperando y ya existen complejos
SIW. Pero los mtodos de desarrollo no han
evolucionado tanto y en general estn enfocados, con
alguna excepcin, a la visualizacin de informacin.
Por este motivo empezamos a trabajar en esta lnea.
En trabajos previos [10], presentamos una aproximacin
que incorporaba la dimensin de comportamiento al
modelado navegacional de SIW, partiendo del modelo de Fig. 1. Arquitectura de MIDAS
casos de uso. En la actualidad, nuestro trabajo ha
realizado un cambio de enfoque respecto a cmo tener en
cuenta los aspectos de comportamiento de un SIW. Este
es el motivo por el que en este artculo se propone un
MARINA et al.: NAVIGATION MODELING FROM A USER 113

El marco de MIDAS ha sido parcialmente presentado
en [2],[10],[11],[12],[15]. En este artculo nos centramos
en los modelos del nivel PIM relacionados con el
modelado del aspecto del hipertexto, que sern
explicados en profundidad en la siguiente seccin.
El resto del artculo se estructura de la siguiente
forma: en la seccin 2 se presenta el mtodo del
modelado del hipertexto de MIDAS, a travs de un caso
de estudio; en la seccin 3 se presenta un pequeo
estudio comparativo entre nuestro enfoque para el
modelado navegacional y el enfoque tradicional; por
ultimo en la seccin 4 se presentan las principales
aportaciones de este trabajo y los trabajos futuros.
II. MODELADO DEL HIPERTEXTO EN MIDAS
El mtodo para el modelado del hipertexto de MIDAS
propone un proceso, guiado por los servicios de usuario
conceptuales, para la obtencin del modelo navegacional
de un SIW. El proceso (Figura 2) toma como entradas el
conjunto de requisitos de usuario as como el modelo de
datos conceptual y tiene como salida un modelo
navegacional extendido. Junto con el proceso, se han
definido un conjunto de modelos nuevos que se
representa mediante extensiones UML, y las reglas de
transformacin entre los modelos. Los nuevos modelos
propuestos que aparecen en sombreado en la figura 2, son
el modelo de servicios de usuario, el modelo de casos de
uso extendido, el modelo de fragmentos extendido y el
modelo de navegacin extendido. Adems se propone el
uso del diagrama de actividad para modelar la
composicin de los servicios y establecer la ruta que
guiar al usuario mientras navega en el SIW.

Fig. 2. Proceso del Mtodo del Modelado del Hipertexto en MIDAS

autor, los datos del artculo y finalmente registrar el
Antes de pasar a describir el mtodo es necesario artculo. Un servicio de uso bsico es una funcionalidad
introducir un conjunto de nuevos conceptos, atmica del SIW desde el punto de vista del usuario,
representados en la figura 3 como una taxonoma de
casos de uso asociada a nuestra propuesta: como por ejemplo Registrar los datos del autor en el
Los servicios de usuario conceptuales son un tipo mismo ejemplo ya mencionado.
especial de casos de uso que identifican a los servicios
que un usuario requiere del sistema. Estos servicios se
representan en el modelo de servicios de usuario.
Dichos servicios de usuario conceptuales se
descomponen en servicios ms sencillos que hemos
denominado servicios de uso, y que son las
funcionalidades requeridas por el SIW para completar
dicho servicio de usuario conceptual. Como puede verse
en la figura 3, un servicio de usuario conceptual es una
agregacin de servicios de uso siendo stos los casos de
uso que se identifican en el modelo de casos de uso
extendido.
Los servicios de uso pueden ser a su vez servicios
bsicos o compuestos, en base a la clasificacin de
servicios Web propuesta en [14]. Un servicio de uso
compuesto es una agregacin de servicios de uso bsicos
o compuestos (ver figura 3). Un ejemplo de servicio de
uso compuesto podra ser Enviar un artculo dentro de un
SIW que permite la entrega de un artculo a travs del
sistema como ocurre en el caso concreto de las JISBD.
Fig. 3. Taxonoma de Casos de Uso
Este servicio de uso compuesto se descompone en una
serie de tareas a realizar como registrar los datos del
Finalmente, un servicio de uso bsico puede ser
114
estructural o funcional como se muestra en la misma
figura 3. Un servicio de uso bsico es estructural cuando
proporciona una vista de datos, como por ejemplo Ver
los datos del artculo enviado. Un servicio de uso bsico
es funcional cuando implica una interaccin con el
usuario, generalmente cuando se requiere algn dato de
entrada, como por ejemplo Registrar los datos del autor y
Registrar los datos del artculo.
Estos conceptos nuevos as como sus modelos
asociados y el mtodo para obtenerlos, se describen en el
apartado siguiente a travs de un caso de estudio.
$&DVRGHHVWXGLR
Nuestro mtodo se va a presentar a travs de un caso
de estudio que es un SIW operativo identificado como
&RQI0DVWHU [4] que soporta la organizacin de una
conferencia. Permite la nominacin de los miembros del
Comit de Programa, la entrega de artculos, la
asignacin de artculos a revisores, etc. Por razones de
espacio, nos centraremos exclusivamente en la parte en la
que estn implicados los autores de los artculos y que
denominaremos $XWKRU&RQI0DVWHU. Un autor puede
registrarse como nuevo autor y entonces obtener un login
y una clave. Cuando el autor accede al sistema, entonces
puede Enviar artculo, Ver los Artculos Enviados cuatro tareas siguientes o mejor dicho en los servicios de
oEditar los datos del Autor. A continuacin y como
subsecciones dentro de este apartado se presentan las
diferentes actividades propuestas en nuestro mtodo,
segn la figura 2.
%*HQHUDFLyQGHO0RGHORGH6HUYLFLRVGH8VXDULR
El objetivo de esta actividad es la generacin del
modelo de servicios de usuario. Este modelo representa
los servicios que el usuario requiere del sistema y que
nosotros hemos denominado servicios de usuario
conceptuales. En este punto y por ser sta la primera
actividad del mtodo propuesto, queremos hacer hincapi
en que todo nuestro proceso est dirigido por estos
servicios de usuario conceptuales y que para realizar
correctamente el modelado navegacional el enfoque debe
estar orientado a los servicios que el usuario va a requerir
del sistema.
Para aclarar este concepto se presenta un ejemplo. Con
respecto a nuestro caso de estudio $XWKRU&RQI0DVWHU,
para Enviar un artculo, el autor del mismo debe primero
identificarse como autor, luego registrar los datos del
artculo y visualizar los datos introducidos y
finalmente enviar el artculo. Desde nuestra
perspectiva, Enviar un artculo es un servicio de
usuario conceptual, es decir, es el servicio realmente
requerido por el usuario para poder enviar un artculo.
Sin embargo, Identificarse como autor es un requisito
del sistema necesario para poder registrar el artculo. El
usuario no tiene por qu saber que debe identificarse
previamente para poder enviar un artculo. La navegacin
a travs del sistema debe guiarle en ello.
La generacin del modelo de servicios de usuario
comienza con la identificacin de dichos servicios que se
identifican como casos de uso estereotipados con
<<CUS>>. En nuestro ejemplo y desde la perspectiva de
los servicios de usuario, el objetivo real del autor es
IEEE LATIN AMERICA TRANSACTIONS, VOL. 3, NO. 1, MARCH 2005
Enviar artculo, Ver los Artculos Enviados oEditar
los datos del Autor por lo que en la Figura 4 quedan
identificados como servicios de usuario conceptuales,
estereotipados con <<CUS>>.
Fig. 4. Modelo de Servicios de Usuario
&*HQHUDFLyQGHO0RGHORGH&DVRVGH8VR([WHQGLGR
El objetivo de esta actividad es la generacin del
modelo de casos de uso extendido. Este modelo
representa las diferentes funcionalidades y tareas en que
se descomponen los servicios de usuario conceptuales de
la actividad anterior, que nosotros hemos denominado
servicios de uso. As por ejemplo, el servicio de usuario
conceptual Enviar un artculo, se descompone en las
uso siguientes: identificarse como autor, registrar los
datos del artculo, ver los datos del artculo introducido y
enviar el artculo. El modelo de casos de uso extendido se
construye de forma iterativa y termina cuando no haya
ms servicios de uso compuestos.
La generacin del modelo de casos de uso extendido
comienza con la descomposicin de los servicios de
usuario conceptuales identificados en la actividad
anterior, en las diferentes tareas o funcionalidades
necesarias del SIW necesarios para llevar a cabo el
servicio. A partir de esta descomposicin, habr que
realizar el siguiente conjunto de actividades de forma
iterativa: identificar los servicios de uso como bsicos y
compuestos; para los servicios de uso bsicos,
clasificarlos como estructurales o funcionales; aadir las
relaciones include y extend entre los servicios de uso;
continuar el proceso mientras haya servicios de uso
compuestos. En definitiva, el modelo de casos de uso
extendido incluye: actores, relaciones include y extend, y
los servicios de uso bsicos estructurales y funcionales.
Los actores y las relaciones include y extend tienen la
misma semntica aqu que la del modelo de casos de uso.
Los servicios de uso se representan como casos de uso,
estereotipados de la siguiente forma: <<CS>> para
representar un servicio de uso compuesto, <<FBS>> para
representar un servicio de uso bsico funcional y
<<SBS>> para representar un servicio de uso bsico
estructural. Nuestra propuesta adems es modelar adems
la composicin de los servicios de uso con diagramas de
actividad UML.
En nuestro ejemplo, Enviar un artculo (ver figura
5a) se descompone en los servicios de uso identificarse
como autor, registrar los datos del artculo, ver los datos
del artculo introducido y enviar el artculo. Todos ellos
son servicios de uso bsicos donde Identificarse como
autor y Registrar los datos del artculo son servicios de
uso requeridos por el SIW para enviar el artculo; Ver los
MARINA et al.: NAVIGATION MODELING FROM A USER
datos del artculo introducido es un servicio de uso bsico
que muestra los datos introducidos previamente; y
finalmente, Enviar el artculo, tambin es un servicio de
uso bsico que representa el propio hecho de enviar el
artculo. La siguiente actividad consiste en el anlisis de
los servicios de uso bsico para identificarlos como
estructurales o funcionales (ver figura 3). Este anlisis se
realiza desde el punto de vista de la presentacin. Un
Fig. 5. (a) Modelo de Casos de Uso Extendido
Como ltima actividad, hay que identificar las
relaciones include y extend entre los servicios de uso
identificados. En nuestro ejemplo, el servicio de uso
bsico Ver los datos del artculo introducido est
asociado con el servicio de uso bsico Registrar los datos
del artculo por una relacin include. Mientras
Identificarse como autor est asociado con los servicios
de uso bsicos Registrarse como autor y Olvid su
Password por una relacin extend.
La Figura 5(a) muestra el modelo de casos de uso
extendido de nuestro ejemplo, donde los servicios de uso
obtenidos a partir del servicio de usuario conceptual
Enviar artculo aparecen como sombreados. En la Figura
5(b) se muestra el diagrama de actividad asociado a
Enviar artculo, con la secuencia ordenada de servicios
de uso identificados en el modelo de casos de uso
extendido. El mismo procedimiento aplicado al servicio
de usuario conceptual Enviar artculo se aplica a los
servicios de usuario conceptuales Ver los Artculos
Enviados y Editar los datos del Autor.
'*HQHUDFLyQGHO0RGHORGH)UDJPHQWRV([WHQGLGR
El objetivo de esta actividad es la generacin del
modelo de fragmentos extendido. El modelo de
fragmentos fue definido en [8] como la descomposicin
del sistema en unidades significativas, denominadas
fragmentos, y los hiperenlaces entre dichos fragmentos.
En el modelo de fragmentos extendido los fragmentos se
dividen en fragmentos estructurales y funcionales.
La generacin del modelo de fragmentos extendido
comienza con la identificacin de los fragmentos. Cada
servicio bsico estructural y funcional del modelo de
casos de uso extendido se transformar automticamente
115
servicio de uso bsico es estructural cuando proporciona
una vista de datos, como por ejemplo Ver los datos del
artculo introducido. Un servicio de uso bsico es
funcional cuando implica una interaccin con el usuario,
generalmente cuando se requiere algn dato de entrada,
como por ejemplo Identificarse como autor, Registrar
los datos del artculo y Enviar el artculo
(b) Diagrama de Actividad
en fragmentos estructurales y funcionales
respectivamente. Un fragmento estructural es un
fragmento tal y como se entiende en el modelo de
fragmentos mencionado en el prrafo anterior. Un
fragmento funcional representa una pgina Web
interactiva, que permite la representacin de la
interaccin del usuario con el SIW. En nuestro ejemplo y
centrndonos en el servicio de usuario conceptual
Enviar artculo, se ha identificado como fragmento
estructural Ver los datos del artculo introducido, y como
fragmento funcional Identificarse como autor, Registrar
los datos del artculo y Enviar el artculo. Los diferentes
fragmentos se estereotipan con <<SS>> y <<FS>> para
representar respectivamente los fragmentos estructurales
y funcionales.
Para continuar con la generacin del modelo de
fragmentos extendido, hay que realizar la identificacin
de los atributos de los fragmentos, que habitualmente
proceden del modelo de datos conceptual. En nuestro
ejemplo, dicho modelo est formado por las dos clases
Autor y Artculo. As por ejemplo, el fragmento
funcional Registrar los datos del artculo y el fragmento
estructural Ver los datos del artculo introducido tomarn
todos los atributos de la clase Artculo. Sin embargo, el
fragmento funcional Identificarse como autor tomar sus
atributos de la clase Autor, pero no todos los atributos si
no exclusivamente los atributos Usuario y PalabraClave
que son los que se mostrarn en dicha pgina Web.
La ltima actividad a realizar para completar el
modelo de fragmentos extendido es asociar a cada
servicio de usuario conceptual su ruta especfica. Para
explicar qu indica exactamente la ruta y por qu es
necesario identificarla en nuestro modelo vamos a poner
116
un ejemplo. Cuando se realiza un viaje en coche, uno
puede marcar la ruta que va a seguir en un mapa, como
gua para realizar el viaje. De la misma manera, puede ser
de gran uso representar y marcar una ruta en el mapa
navegacional de un SIW. En el mtodo del modelado del
hipertexto de MIDAS, se propone definir una ruta para
cada servicio de usuario conceptual. Esta ruta representa
la secuencia de pasos que el usuario debe seguir para
completar el servicio y se haya representada a travs del
diagrama de actividad UML asociado a dicho servicio de
usuario conceptual. En el modelo de fragmentos
extendido, los fragmentos se enlazan con una flecha y
siguiendo la ruta. Cada ruta debe quedar identificada en
el modelo de fragmentos extendido, con el estereotipo
<<route>> {NombreRuta}. Una ruta puede adems tener
Fig. 6. Modelo de Fragmentos Extendido
(*HQHUDFLyQGHO0RGHORGH1DYHJDFLyQ([WHQGLGR
El objetivo de esta actividad es la generacin del
modelo de navegacin extendido. El modelo de
navegacin se obtiene generalmente aadiendo las
estructuras de navegacin al modelo de fragmentos. De la
misma manera, el modelo de navegacin extendido es el
modelo de fragmentos extendido ms las estructuras de
navegacin, por lo que incorpora los fragmentos
estructurales y funcionales as como las rutas especficas
del modelo que le precede. Nuestra propuesta es que
tanto el modelo de fragmentos extendido como el modelo
de navegacin extendido, se representen usando la
extensin UML propuesta en UWE [7].
La generacin del modelo de navegacin extendido
comienza por identificar las estructuras de navegacin
(mens, ndices, etc). Nuestra propuesta es introducir un
men principal donde se represente una entrada por cada
servicio de usuario conceptual identificado en el modelo
de servicios de usuario, que supondr el comienzo de
cada una de las rutas identificadas en el modelo de
fragmentos extendido. Cada ruta, que en este modelo
tambin debe quedar identificada, debe ser tenida en
IEEE LATIN AMERICA TRANSACTIONS, VOL. 3, NO. 1, MARCH 2005
caminos alternativos (subrutas). En ese caso, si la ruta X
tiene la subruta Y, dicha subruta se estereotipa como
<<route>> {X.Y}.
En nuestro ejemplo, el diagrama de actividad asociado
al servicio Enviar artculo (ver la Figura 5b), indica que
el autor debe identificarse como primer paso, despus
deben introducirse los datos del artculo, a continuacin
dichos datos deben mostrarse al usuario y finalmente el
artculo puede ser enviado. Esta ruta ha quedado
identificada como <<route>> {EA} (Enviar Artculo) y
se representa sombreada en el modelo de fragmentos
extendido de la figura 6. Adems como ejemplo de
subruta est Olvidar Password subruta de la ruta
<<route>> {EA} y queda identificada como ruta
<<route>> {EA.OP} en la misma figura.
cuenta en la implementacin. Dicha ruta representa la
secuencia de pasos que el usuario debe seguir para
ejecutar el servicio de usuario conceptual. El usuario no
tiene por qu ser consciente de seguir una determinada
ruta, si no que es el SIW el que tiene que estar diseado
para que el usuario la siga sin perderse por el camino.
En nuestro ejemplo, segn puede apreciarse en la
figura 7, se representa un men principal con una entrada
para cada servicio de usuario conceptual (Enviar
artculo, Ver los Artculos Enviados o Editar los
datos del Autor). Si el usuario elige la opcin Enviar
artculo, el sistema le forzar a registrarse como autor, a
introducir los datos asociados al artculo, y a visualizarlos
antes de enviar finalmente el artculo. De esta manera, el
usuario ser guiado por el SIW de una manera intuitiva.
Adems la ruta de Ver los Artculos Enviados,
estereotipada como <<route>> {VA}, tiene dos subrutas
asociadas que representan a los fragmentos Descargarse
el fichero y Ver los datos del artculo. Del mismo modo
que la propuesta de un men inicial, en este punto se
propone representar un men con dos entradas, una para
cada fragmento.
MARINA et al.: NAVIGATION MODELING FROM A USER 117

Fig. 7. Modelo Navegacional Extendido

operacin determinada. El usuario simplemente debe

III. BENEFICIOS DE LA ORIENTACIN A SERVICIOS DE
USUARIO: ESTUDIO COMPARATIVO
En esta seccin se presenta el estudio comparativo
realizado en el que analizaremos por un lado, las
diferencia entre el modelo de navegacin obtenido desde
una perspectiva orientada a los servicios de usuario y el
modelo de navegacin actual del &RQIPDVWHU; adems se
analizan los principales beneficios del mtodo propuesto,
con respecto a los mtodos tradicionales de modelado del
hipertexto.
El modelo de navegacin obtenido tras aplicar nuestro
mtodo, refleja una forma ms intuitiva y amigable de
navegar a travs del SIW, ya que el usuario no necesita
saber cmo tiene que navegar para completar una
elegir lo que desea hacer a travs de un men de inicio en
el que slo se incluyen los servicios de usuario y luego
seguir la secuencia de pasos necesarios para completar el
servicio, es decir, la ruta asociada.
Las principales diferencias entre el modelo de
navegacin del Confmaster (Figura 8) y el obtenido tras
aplicar nuestro mtodo (ver Figura 7 en la seccin
anterior) son: el men de inicio o men principal del
sistema y las rutas que indican los pasos a seguir para
realizar cada uno de los servicios que el usuario desea.

Fig. 8. Modelo de Navegacin Extendido del SIW ConfMaster

118
Por una parte y con respecto al men de inicio, el
modelo de navegacin de la Figura 7 presenta un men
principal con los servicios que el usuario requiere del
SIW, a diferencia del SIW Confmaster, donde se presenta
un men de inicio con una serie de opciones que el
usuario debe escoger para seguir adelante aunque sin
saber porqu o para qu las realiza. Un caso similar sera funcionalidad que el sistema ofrece a los usuarios.
que al acceder a una aplicacin como Amazn el sistema
le muestre al usuario en su pgina de inicio la opcin de
registrarse como cliente, en vez de la posibilidad de
bsqueda de un libro. Por otro lado, con respecto al
trazado de las rutas, el modelo de navegacin de la Figura
7 refleja, mediante el estereotipo <<route>>, la ruta
exacta que el usuario deber seguir, indicando tambin
caminos alternativos, para realizar cada una de los
servicios que el sistema ofrece. Al construir las pginas
web, stas rutas pueden ser indicadas a modo de pasos:
paso 1/N, paso 2/N, . paso N/N de modo que el usuario
se guiar fcilmente en la navegacin por la aplicacin. perspectiva orientada a servicios de usuario, es decir, los
Con respecto a las ventajas del mtodo para el
modelado del hipertexto de MIDAS, respecto del
modelado tradicional, cabe mencionar la incorporacin
de aspectos de comportamiento en el modelo de
navegacin y el mtodo en s mismo, que define guas presentar un men principal con una entrada por cada
para la construccin del modelo de navegacin desde una
perspectiva distinta dando como resultado SIW mas
intuitivos y amigables para el usuario. El mtodo
propuesto, propone realizar el modelado del hipertexto
partiendo de un modelo que hemos llamado de servicios
de usuario, donde se identifican solo los servicios que el
usuario requiere del sistema. Como ya se ha dicho, a
diferencia del modelo de caso de uso tradicional, el
modelo de servicio de usuario (figura 4), contempla slo
aquellos casos de uso que representan una finalidad
concreta que el usuario requiere del sistema. En un
sistema como el Confmaster que permite el envo de
artculos para una conferencia, los servicios que el
usuario espera del sistema son: en primer lugar, enviar un
artculo; y eventualmente, ver los artculos que ha
enviado o editar sus datos de autor. Aunque en la figura 9
se muestra el modelo de caso de uso del Confmaster, los
servicios de uso en los que nuestro mtodo se ha centrado
se muestran sombreados en la Figura 9. Estos servicios
de uso son un subconjunto de todas las funcionalidades
pero son las que realmente el usuario espera del sistema y
son las que se han de representar en el modelo de
servicios de usuario.
Fig. 9. Modelo de Casos de uso del SIW ConfMaster
IEEE LATIN AMERICA TRANSACTIONS, VOL. 3, NO. 1, MARCH 2005
Con respecto a los dems casos de uso, registrarse
como autor por ejemplo, es un paso previo que el usuario
del sistema debe realizar para enviar un artculo;
identificarse como autor, es una funcionalidad requerida
por el sistema para el acceso al sistema y finalmente,
solicitar que el sistema recuerde su password, es una
IV. CONCLUSIONES Y TRABAJOS FUTUROS
En este artculo se ha presentado un mtodo para el
modelado del hipertexto dentro del marco de MIDAS.
MIDAS es una metodologa dirigida por modelos para el
desarrollo gil de SIW, que a diferencia de las
metodologas tradicionales que contemplan slo la
dimensin estructural para construir el modelo
navegacional, nuestra propuesta realiza las dos siguientes
aportaciones: primero, la introduccin de la dimensin de
comportamiento y segundo, un enfoque desde una
servicios del SIW que sern requeridos por el usuario,
denominados servicios de usuario conceptuales. El
mtodo propone un proceso dirigido por estos servicios
de usuario, donde el modelo navegacional resultante
servicio conceptual de usuario, y donde cada uno de estos
servicios tendr asociada una ruta especfica que ayudar
al usuario a navegar a travs del SIW. El resultado final
es un SIW ms intuitivo y ms amigable para el usuario.
Como trabajos futuros, estamos trabajando en la
incorporacin de servicios Web a la dimensin de
comportamiento y en la integracin del mtodo en la
metodologa MIDAS. Por otra parte, se est trabajando
en la implementacin de una herramienta CASE que
automatice el proceso de desarrollo de SIW.
V. REFERENCIAS
[1]. Atzeni, P., Merialdo, P., Mecca, G.: Data-Intensive Web Sites:
Design and Maintenance. World Wide Web 4(1-2), pp. 21-47,
2001.
[2]. Cceres, P., Marcos, E., Vela, B.: A MDA-Based Approach for
Web Information System Development. Workshop in Software
Model Engineering in UML'2003.
http://www.metamodel.com/wisme-2003/.
[3]. Castano, S., Palopoli, L., Torlone, R.: A General Methodological
Framework for the Development of Web-Based Information
Systems. Conceptual Modeling for E_Business and the Web.
Liddle, S. W., Mayr, H. C., Thalheim, B. (eds.) ER 2000. Springer
Verlag.
[4]. ConfMaster. Available in
http://confmaster.net/phpwebsite_en/index.php, 2004.
[5]. Fraternali, P.: Tools and approaches for developing data-intensive
Web applications: a survey. ACM Computing Surveys, Vol. 31, n
3, 1999.
[6]. Gmez, J., Cachero, C., Pastor, O.: Conceptual Modeling of
Device-Independent Web Applications. IEEE Multimedia, 8 (2),
pp. 26-39, 2001.
[7]. Hennicker, R., Koch, N.: A UML-based Methodology for
Hypermedia Design. UML 2000, LNCS 1939, pp.410-424, 2000.
[8]. Isakowitz, T., Kamis, A., Koufaris, M.: The Extended RMM
Methodology for Web Publishing. Working Paper IS-98-18,
Center for Research on Information System. Retrieved from:
http://rmm-java.stern.nyu.edu/rmm/, 1998.
[9]. Koch, N., Kraus, A., Cachero, C., Meli, S.: Modeling Web
Business Processes with OO-H and UWE. International Workshop
on Web-oriented Software Technology (IWWOST). Schwabe, D.,
Pastor, O., Rossi, G., Olsina, L. (eds.), 27-50, July 2003.
MARINA et al.: NAVIGATION MODELING FROM A USER
[10]. Marcos, E., Cceres, P., De Castro, V.: An approach for
Navigation Model Construction from the Use Cases Model. The
16th Conference On Advanced Information Systems Engineering.
CAISE04 FORUM, pp. 83-92.
[11]. Marcos, E., De Castro, V., Vela, B.: Representing Web Services
with UML: A Case Study. International Conference on Service
Oriented Computing (ICSOC). M. Orlowska, S. Weerawarana,
M.P. Papazoglou, J. Yang (eds.). Springer Verlag, pp.15-27, 2003.
[12]. Marcos, E., Vela, B., Cavero, J.M.: Methodological Approach for
Object-Relational Database Design using UML. Journal on
Software and Systems Modeling (SoSyM). Springer-Verlag.
France, R., Rumpe, B. (eds.). Volume SoSyM 2, pp.59-72, 2003.
gement System Case Study. IWWOST, 2001.
119
[13]. OMG. OMG Model Driven Architecture. Miller, J., Mukerji, J.
(eds.) 2001. Document number ormsc/2001-07-01. Retrieved
2003, from: http://www.omg.com/mda.
[14]. Papazoglou, M.P., Georgakopoulos, D.: Serviced-Oriented
Computing. Communications of ACM, Volume: 46, 10, October
2003, pp. 25-28.
[15]. Vela, B., Marcos, E.: Extending UML to represent XML Schemas.
Conference On Advanced Information Systems Engineering
(CAISE forum) J.Eder, T.Welzer (eds), 2003.
[16]. S. Ceri, P. Fraternali, M. Matera, A. Maurino: Designing Multi-
Role, Collaborative Web Sites with WebML:a Conference Mana