OOWS

5/10/2018 OOWS - slidepdf.com

http://slidepdf.com/reader/full/oows5571fcd54979599169980779 1/118

Desarrollo de Aplicaciones para Entornos WebEscuela Técnica Superior de Informática Aplicada, 3er. Curso

Universitat Politècnica de València, 2003/2004Professor: Joan Fons i Cors ([email protected])

Unidad Temática II:Aplicación de la IngenieríaWeb al Desarrollo deAplicaciones Web

OOWS: Un Método de

Producción de Aplicaciones Web



2

“Modelar la Web...”



3

Contenidos Introducción OOWS : Un Método de Producción de

Aplicaciones Web

Proceso de DesarrolloModelado de Aplicaciones WebEstrategia de Implementación

Conclusiones





Introducción



Introducción

Internet Paradigma de computación Clasificación de Sistemas WebEstáticosEstáticos con formularios de entradaCon acceso dinámico a datosConstruidos dinámicamente

Aplicaciones Software para el Web Comercio electrónico, hipermedia, aplicaciones

clásicas, etc...



6

Introducción. Necesidades (I)

Estas aplicaciones necesitan gestionaresencialmente: Requisitos de Navegación dentro de la aplicación

Presentación de informaciónGestión de información (filtrados, búsquedas, ...) Tratamiento de usuarios:

Gran cantidad de tipos de usuarios (taxonomías) Adaptación / Personalización

+ ... requisitos de las aplicacions “clásicas”



7

Introducción. Necesidades (II)

Permita capturar la navegación ...

... especificar búsquedas ...

... y la ejecución de servicios... tratar la visualización de información ...



8

Introducción. Camino a seguir ...

Construir entornos de desarrollo Web que ...definan un proceso sistemático y estructurado

de producción de software

faciliten la especificación de los sistemas usandotécnicas basadas en el modelado conceptual

permitan la rápida prototipación

¡¡Ingeniería Web!!



9

Introducción. OOWS

Un método de desarrollo Web ... introduce nuevos conceptos OO para dar la noción de

semántica navegacional y de presentación (primitivasde modelado)

define un proceso de producción sistemático adaptadoal web

usa una estrategia de generación de código basada enmodelos (patrones software)

extiende adecuadamente OO-Method (un método OO dedesarrollo de software)





OOWS : Un Método deProducción de

Aplicaciones WebProceso de Desarrollo



11

OOWS. Proceso de desarrollo

El proceso de desarrollo de aplicaciones webque propone OOWS tiene dos grandes pasos:Especificación conceptual de la aplicación

Uso de modelos conceptuales

Desarrollo de la solución final



12

En la especificación conceptual:Descripción de las necesidades de las

aplicaciones convencionales (estructura ycomportamiento) usando modelos OO (OO-Method)

Descripción de las características web mediantemodelos web Modelo Navegacional, de Presentación, etc… Web

Clásico




13


ELICITACIÓNREQUISITOS

(Casos Uso, Escenarios)

MODELOESTRUCTURAL

MODELODINÁMICO

MODELO

FUNCIONAL

CAPA DE INTERFAZ (Entornos Web)

CAPA DE LÓGICA DE APLICACIÓ (Lógica de Negoci)

CAPA DE PERSISTENCIA (SGBD)

ModeladoConceptual E S

P E C I F I C A C I Ó

C O N C E P T U A L

( P r

o b l e m S

p a c e )

ArquitecturaSoftware D

E S A R R O L L O

D E

S O L U

C I Ó N

( S o l u t i o n S p a c e )

Implementación Automàtica

OO-Method(SW clásico)

OOWS(SW web)

MODELNAVEGACIONAL

MODELPRESENTACIÓ Extensiones

Web

Implementación Automàtica






Aplicaciones WebModelo de Navegación



15

¿Qué es la navegación?

Idea Intuitiva (bajo nivel de abstracción):

La navegación es un salto de una página web a otra página web,

provocado por la selección de un enlace,en el que se cambia de contenido

(información y/o funcionalidad)

Introducción



16

Especifica las características navegacionalesde las aplicaciones web (acceso a información yejecución de servicios )

Se construye mediante primitivas (gráficas) de

abstracción navegacional Define y estructura el acceso al sistema para los

diferentes tipos de usuarios 1º. Gestión de Usuarios

Diagrama de Usuarios 2º. Especificación de las Propiedades Navegacionales Mapas Navegacionales

Modelo de Navegación







Gestión de Usuarios



18

Detección de potenciales tipos de usuarios Cada tipo de usuario representará un

conjunto de usuarios con objetivos yresponsabilidades comunes en el sistema Especificación de inter-relaciones entre

usuarios (taxonomías de usuarios)

Modelo de Navegación.Gestión de Usuarios



19

Se distinguen tres tipos de usuario, enfunción del tipo de acceso que tengan conel sistema:AnónimosRegistradosSin permiso

Modelo de Navegación.Gestión de Usuarios. Acceso



20

Modelo de Navegación.Gestión de Usuarios. Anónimos

Al conectarse al sistema, estos usuarios no necesitan identificarse

Habitualmente sus permisos con el sistemason muy reducidos No se pueden establecer políticas

de personalización individuales

Internauta

?



21

Modelo de Navegación.Gestión de Usuarios. Registrados

Estos usuarios necesitan identificarse alconectarse al sistema

Habitualmente, gestionan la funcionalidad delsistema y la información sensible Se pueden establecer políticas

de personalización individuales

Socio



22

Modelo de Navegación.Gestión de Usuarios. Sin permiso

Estos usuarios no pueden acceder alsistema

Son usuarios “virtuales” (no existen en larealidad) Se utilizan para expresar

responsabilidades comunes

entre usuariosDepartamento

Técnico



23

Los usuarios se organizan en un diagramade usuarios

Este diagrama permite expresar: los tipos de usuarios que pueden usar elsistema y su accesibilidad al sistema

las relaciones entre los usuarios

Modelo de Navegación.Gestión de Usuarios. Diagrama de Usuarios



24

Para construir un diagrama de usuariosdebemos seguir las siguientes fases:

1. Detectar cada tipo de usuario2. Asignar el modo de acceso a cada tipo de

usuario3. Detectar las relaciones entre los usuarios

Modelo de Navegación.Diagrama de Usuarios. Fases



25

Modelo de Navegación.Diagrama de Usuarios.

Detección de Usuarios1. Para cada tipo de usuario que pueda usar

el sistema, se añade usuario al diagrama

Bibliotecario Socio Responsablede compras

Director

Ejemplo: En esta biblioteca hay Internautas (exploran el catálogo), Bibliotecarios (gestionan el catálogo), Socios (pueden sacar libros), el/los Director/es (gestiona labiblioteca), Responsables de compras (se encargan de comprar material bibliográfico)

Internauta



26


Asignación del Modo de Acceso2. A cada usuario se le asigna un modo de

acceso: anónimo ó registrado

Internauta

Ejemplo: En esta biblioteca los Internautas son usuarios anónimos, y el resto(Bibliotecarios, Socios , el/los Director/es , Responsables ) necesitan identificación

Bibliotecario Socio Responsablede compras

Director

?

M d l d N ió



27


Relaciones entre Usuarios (I)3. Detectar las relaciones entre los usuarios La relación posible entre usuarios es la de

especialización (is-a ) de usuarios Las relaciones entre usuarios permiten expresar la

compartición de propiedades navegacionales El usuario especializado hereda la accesibilidad

al sistema (mapa de navegación1

) del usuariobase

1 Se estudian estas propiedades más adelante en el Modelo de Navegación

M d l d N ió



28

El usuario especializado puede:definir nuevas propiedades navegacionales

cancelar propiedades navegacionalesmodificar propiedades navegacionales

Los usuarios Anónimos no puedenespecializarse a partir de otro tipo deusuarios


Relaciones entre Usuarios (II)

M d l d N ió



29

Se pueden introducir usuarios “sin permiso ”de acceso:

cuando existen usuarios que comparten granparte de sus propiedades navegacionalespara expresar la jerarquía funcional en una

empresa (departamentos, secciones, etc.)

para organizar y estructurar los usuarios delsistema


Relaciones entre Usuarios (III)

M d l d N ió



30


Relaciones entre Usuarios (IV)

Diagrama de Usuariosde una Biblioteca

Usuario Anónimo. Es elusuario elemental. Todos

los demás usuariosextienden sus posibilidadesnavegacionales

Usuario Sin Permiso. No puede

acceder al sistema. Se usa paradescribir las propiedades navegacionales

comunes entre sus usuarios especializados(Directores y Responsables de Compras)

Usuario Registrado. Un Director necesitará identificarse para

acceder al sistema

Internauta

Bibliotecario SocioDireccion

Director Responsablede compras

?

Desarrollo de Aplicaciones para Entornos Web







Especificación de lasPropiedades Navegacionales



32

Modelo de Navegación.Definición de las Propiedades Navegacionales

Las propiedades navegacionales de una aplicaciónweb se describen asociando un mapanavegacional para cada tipo de usuario

Internauta

Bibliotecario SocioDireccion

Director Responsable

de compras

?

Anonymous

«context»Activities

E

«context»Projects

E

«context»Members

E

«context»Publications

E

«context»ResearchLines

E

«context»Group

E

«context»Guests

S

Internauta

E

«contexto»Libros

Dirección

E

«contexto»Libros

E

«contexto»Autores

<< contexto >>

Libros

E

<< contexto >>

Tematicas

E

<< contexto >>

Detalles_Libro

S

<< contexto >>

Libros_Tematica

S

Responsable

de compras

Bibliotecario

E

«contexto»Libros

E

«contexto»Director.Autores

S

«contexto»Prestados

Socio

E

«contexto»Libros

S

«contexto»Prestados



33

Modelo de Navegación.Mapa Navegacional

Proporciona la vista global del sistema para cada tipo de usuario (descripción global )

Grafo navegacional, compuesto de: Nodos Navegacionales Enlaces Navegacionales

Define la estructura delWeb Site

Anonymous


E

«context»Projects

E

«context»Members

E

«context»

Publications

E


E

«context»Group

E

«context»Guests

S

Member



34

Anonymous


E

«context»Projects

E

«context»Members

E


E


E

«context»Group

E

«context»Guests

S

Modelo de Navegación.Enlace Navegacional

Define una relación de alcanzabilidadentre nodos de navegación

Dos tipos de enlaces: de secuencia : (flechas

continuas) definidos implícitamentepor las relaciones navegacionalesde contexto (en definición de contexto).Llevan información contextual .

de exploración : (flechasdiscontinuas) definidos implícitamente por los contextos deExploración. No llevan información contextual



35

Hay dos tipos nodos navegacionales:Contextos: definen contenido de información

Subsistemas: permiten estructurar la navegabilidad

dentro del sistema

Modelo de Navegación.Nodos Navegacionales



36

U nidad de I nteracción básica con el usuario Representa una vista parcial del sistema

para realizar cierta actividad/operaciónEspecifica un acceso a un conjunto de datos

(atributos) y funcionalidad (operaciones)

Gráficamente representada

por un paquete UML,con el estereotipo « contexto »

E

«context»Book

name

Modelo de Navegación.Contexto Navegacional (I)



37

Hay dos tipos de contextos:Exploración: son siempre accesibles

(uno de estos puede ser

marcado como “Home”) Secuencia:

sólo accesibles a travésde caminos de navegación preestablecidos

Anonymous


E

«context»Projects

E

«context»Members

E


E


E

«context»Group

E

«context»Guests

S

H

Modelo de Navegación.Contexto Navegacional (II)



38

Los contextos navegacionales de Exploracióndefinen los enlaces de exploración del mapade navegación Al crear un contexto de exploración, automáticamente

aparece un enlace de exploración en el mapa de navegación

Modelo de Navegación.Contexto Navegacional (III)

Libros

« contexto »E



39

Un contexto navegacional está compuestopor (descripción detallada):Clases navegacionales

especifican una recuperación de información(atributos) y acceso a una funcionalidad (operaciones) son una vista sobre las clases del diagrama (« view »)

Relaciones navegacionales enlazan las clases navegacionales mediante vistas

sobre relaciones estructurales del diagrama de clases(asoc/agreg/comp, espec/general)

Modelo de Navegación.Contexto Navegacional (IV)



40

Contexto Navegacional« contexto »

Relaciones Navegacionales

Modelo de Navegación.Contexto Navegacional (V)

Clases Navegacionales«view»



41

Define una proyección de visibilidad sobreclases del diagrama de classes con respecto a:Atributos: datos visibles por el usuario

Servicios: funcionalidad ejecutable por el usuario Clases UML estereotipades con « view »

Modelo de Navegación.Clase Navegacional (I)

« view » Libro

ISBN

tituloañopaginas

prestar()

Vista (clase)

Atributos visibles

Métodos visibles

año = 2004 Filtro de selección



42

Modelo de Navegación.Clase Navegacional (II)

Hay dos tipos de clasesnavegacionales: Directora:

clase principal del contexto toda la exploración de

información parte de ella sólo puede haber una por

contexto Complementarias:

“complementan” la informaciónde la clase directora

usan relacionesnavegacionales para definirse

pueden haber varias

directora

complementarias

M d l d N ió



43

Se puede especificar un filtro de selecciónasociado a una clase navegacional

BestSellers « contexto »

E

Libro

ISBNtituloañopáginas

prestar()

Autor

nombre

« view »

ventas > 1,000,000

Navegación a un contexto (BestSellers)

que dará información de best-sellers (más 1,000,000 ejemplares vendidos)

Modelo de Navegación.Clase Navegacional (III)

« view »

Se recuperarán únicamente los libros conmás de 1,000,000 de unidades vendidas

M d l d N ió



44

Es una relación binaria unidireccional existente entre dos clases de un contexto

Se define sobre una relación estructural del

diagrama de clases Representa un requisito para recuperar

información complementaria relacionada

Modelo de Navegación.Relación Navegacional (I)

M d l d N ió



45

Dos tipos:Relaciones de Dependencia Contextual: no definen

navegación Relaciones de Contexto: definen una navegabilidad a

un contexto destino (llevando información contextual)

Relación de Dependencia de Contexto(no define navegabilidad)

Relación de Contexto(define navegabilidad)

Modelo de Navegación.Relación Navegacional (II)

Clase Nav. « view »




M d l d N ió



46

Es una relación navegacional que recupera información complementaria de una clase

Se define sobre una relación estructural deldiagrama de clases, y recupera las instanciasrelacionadas

Puede aparecer un / atributo rol / para eliminarambigüedades en caso de más de una relaciónestructural entre las dos clases de la relación (en

diagrama de clases)

Modelo de Navegación.Relación de Dependencia Contextual (I)

M d l d N ió



47

Libros

« contexto »E

/ Escrito_por /

Contexto Libros (con relación de Dependencia Contextual)

Modelo de Navegación.Relación de Dependencia Contextual (II)

Libro

ISBN

título

« view »Autor

nombre

« view »Libro

prestar()devolver()

ISBNtítulo

páginasaño

Autor

nombrepseudonimoaño_nacimiento

0:M 0:M

0:M 1:M

Escrito_por

Revisado_por

Diagrama de Clases

El contexto Libros define un contexto donde se recuperarán libros y los nombres de los autores que han escrito el libro.

M d l d N ió



48

Modelo de Navegación.Relación de Dependencia Contextual (III)

Libros

« contexto »E

Libro

ISBNtituloaño

páginasprestar()

Autor

nombre

« view »

« view »

/ Escrito_por /

Contexto Libros

Una implementación enHTML del contexto Libros

Modelo de Na egación



49

Es una relación navegacional que recupera información complementaria de una clase y define una navegabilidad a un contexto destino

Se define sobre una relación estructural deldiagrama de clases, y recupera las instanciasrelacionadas

Al igual que en las relaciones de dependencia de

contexto, puede aparecer un / atributo rol /

Modelo de Navegación.Relación de Contexto (I)




50

Una relación de contexto define una navegabilidada un contexto destino. Para ello necesita definirse: Un atributo de enlace: ancla que se utilizará para

provocar la navegación Un [ atributo de contexto ]: contexto destino (definido

en el mapa) donde se navegará

Modelo de Navegación.Relación de Contexto (II)

Relación de Contexto(define navegabilidad)



/ atributo de rol /

atributo de enlace

[ atributo de contexto ]




51

El atributo de contexto debe indicar el contextodestino de la navegación.

La clase directora del contexto destino (atributo de

contexto) debe ser la misma que la clase de navegación destino de la relación de contexto

Modelo de Navegación.Relación de Contexto (III)

Libros

« contexto »E

Libro


prestar()

Autor nombre

« view »

« view »

/ Escrito_por / nombre

[ Autores ]

Autores

« contexto »E

Autor nombrepseudónimoaño_nacimiento

« view »




52

Una relación de contexto define dos tipos denavegabilidad al contexto destino, en funciónde la información contextual que se envía

entre contextos y el filtrado de objetos que serealiza:Navegabilidad de Objeto Navegabilidad de Relación

Modelo de Navegación.Relación de Contexto. Navegabilidad




53

La navegabilidad de objeto se utiliza paranavegar a un contexto destino para recuperarinformación adicional de un objeto

La información contextual que se lleva alcontexto destino es el objeto seleccionado

El contexto destino filtrará la población de la

clase directora para recuperar sólo elobjeto que

“llega” seleccionado en la navegación

Modelo de Navegación.Relación de Contexto. Navegabilidad de Objeto (I)




54

En la clase destino de la relación denavegación debe aparecer visibilidad sobreal menos un atributo

Modelo de Navegación.Relación de Contexto. Navegabilidad de Objeto (II)

Libro


prestar()

Autor

nombre

« view »

« view »


[ Autores ]




55

En la navegabilidad de objeto, el atributo deenlace debe ser 1 un atributo de la clase destino de la relación de navegación

Modelo de Navegación.Relación de Contexto. Navegabilidad de Objeto (III)

Libro


prestar()

Autor

nombre

« view »

« view »


[ Autores ]

1Por motivos de calidad es más intuitivo mejora la usabilidad




56

Modelo de Navegación.Relación de Contexto. Navegabilidad de Objeto (IV)

Libros

« contexto »E

Libro


prestar()

Autor

nombre

« view »

« view »


[ Autores ]

Autores

« contexto »E

Autor

nombrepseudónimo

año_nacimiento

« view »

Cuando el usuario esté en el contexto Libros y seleccione el nombre de un Autor, navegará al contexto Autores y verá la información de ese autor

La clase destino posee algún atributo. Portanto se trata de navegabilidad de objeto

La informacióncontextual que

“navegará” de un

contexto a otro es elidentificador del autor

seleccionado

Ejemplo : Definir un contexto que muestre libros y sus autores, de modo que al seleccionar un autor se produzca una navegación a otro contexto para ver detalles del autor seleccionado.




57

Modelo de Navegación.Relación de Contexto. Navegabilidad de Objeto (V)

Libros

« contexto »E

Libro

ISBNtituloaño

páginasprestar()

Autor

nombre

« view »

« view »


[ Autores ]

Contexto Libros





58

La navegabilidad de relación se utiliza paranavegar a un contexto destino para recuperar información adicional de los objetos

relacionados con un determinado objeto

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (I)




59

La información contextual que se lleva alcontexto destino es el objeto de la claseorigen de la relación de navegación y la

relación sobre la que se navegaEl contexto destino filtrará la población de la

clase directora para recuperar sólo los objetosque estén relacionados por la relación que “llega”

seleccionada con el objeto que “llega” seleccionado

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (II)




60

La clase destino de la relación de navegaciónno tiene definida visibilidad sobre atributos nioperaciones (ni filtro de población)

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (III)

Relación de Contextocon Navegabilidad de Relación



/ atributo de rol /

atributo de enlace

[ atributo de contexto ]

atributos

operaciones




61

Con respecto al atributo de enlace, existendos casos válidos:No se especifica atributo de enlace (más

habitual y de mayor calidad). En implementación,aparecerá el nombre de relación como “ancla ” de

la navegación (enlace)El atributo de enlace es un atributo de la clase

origen de la relación de navegación (menorcalidad menos intuitivo menor usabilidad)

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (IV)




62

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (V)

Libros

« contexto »E

Libro


prestar()

Autor « view »

« view »

/ Escrito_por /

[ Autores ]

Autores

« contexto »E

Autor

nombrepseudónimoaño_nacimiento

« view »

Cuando el usuario esté en el contexto Libros y seleccione Escrito_por ,navegará al contexto Autores para ver todos los autores que esténrelacionados por la relación Escrito_por con el libro seleccionado

No hay atributos en la clase destino. Portanto se trata de navegabilidad por relación.Tampoco aparece el atributo de enlace.

La informacióncontextual que“navegará” de un

contexto a otro es elidentificador del libro

seleccionado y larelación Escrito_por

Ejemplo : Definir un contexto que muestre libros y permita navegar a otro contexto para ver los autores que han escrito el libro seleccionado

Modelo de Navegación.



63

Modelo de Navegación.Relación de Contexto. Navegabilidad de Relación (VI)

Contexto Libros


Libros

« contexto »E

Libro


prestar()

Autor « view »

« view »

/ Escrito_por /

[ Autores ]




64

Modelo de Navegación.Relación Navegacional. Mapa Navegacional

Las relaciones navegacionales de contexto (especificadas dentro de un contexto) definenenlaces de secuencia en el mapa navegación

Libros

« contexto »E

Libro

ISBN

tituloañopáginas

prestar()

Autor

nombre

« view »

« view »


[ Autores ]




65

Asociado a un servicio, puede definirse unacapacidad de navegación

Se representa como:servicio() [ contexto_destino ]

Libro

ISBNtituloañopaginas

prestar() [ Prestados ]

Modelo de Navegación.Enlace de Servicio (I)

« view »




66

Cuando se ejecute el servicio, se realizará unanavegación al contexto destino indicado

Existen dos tipos de enlaces de servicio:Enlaces Contextuales de Servicio : navegan al

contexto destino “llevando” el (los) objeto(s) sobre

los que se ejecuta el servicioEnlaces No Contextuales de Servicio : navegan al

contexto destino sin “llevar” información contextual

ode o de a egac óEnlace de Servicio (II)




67

Los Enlaces Contextuales de Servicio serepresentan:

servicio()[ contexto_destino ]

Los Enlaces No Contextuales de Servicio serepresentan como:

servicio() [ contexto_destino ]

gEnlace de Servicio (III)




68

Libro

ISBNtituloaño

paginas


« contexto »Libros

E

LibroISBN

tituloañopaginas

« contexto »Prestados

S

Libro(identificador)

Cuando el usuario ejecute el servicio prestar() sobre algún libro , habrá una navegación porsecuencia (en el mapa navegacional) delcontexto Libros al contexto Prestados indicandoel libro prestado. El contexto Prestados sólorecuperará la información del libroseleccionado

self.prestado = TRUE

gEnlace Contextual de Servicio

« view »

« view »




69

Libro

ISBNtituloaño

paginas



E

« contexto »Prestados

S

Cuando el usuario ejecute el servicio prestar() sobre algún libro , habrá una navegación porsecuencia (en el mapa navegacional) delcontexto Libros al contexto Prestados , sinproporcionar información contextual. Elcontexto Prestados recuperará todos loslibros que estén prestados

LibroISBN

tituloañopaginas

self.prestado = TRUE

gEnlace No Contextual de Servicio

« view »

« view »




70

Libro

ISBNtitulo

añopaginas



E

gEnlace de Servicio. Mapa Navegacional

Los enlaces de atributo (especificadosdentro de un contexto) definen enlaces desecuencia en el mapa de navegación

« view »




71

Aparece como un nodo en un mapanavegacional

A diferencia de los contextos, los subsistemas

sólo pueden ser de Exploración Gráficamente se representa

como un paquete UML,

estereotipado con«subsistema»

«subsistema»

gSubsistema de Navegación (I)

E




72

Permite dar una estructuración adicional a lanavegabilidad por la aplicación

Define un submapa que sólo será visible

cuando el usuario navegue al subsistema El submapa está formado por:Otros subsistemas

Contextos navegacionales

gSubsistema de Navegación (II)




73

http://www.dsic.upv.es/

Mapa del Usuario Internauta

subsistemas

Subsistema de Navegación (III)

Internauta

« subsystema »

DEPARTAMENTO

E

DOCENCIA

E

DIRECTORIO

E

INVESTIGACIÓN

E

ENLACES

E

Profesor.INTRANET

E

DSIC INFO

E

H

« subsystema » « subsystema » « subsystema » « subsystema » « contexto » « contexto »






74

Detalle delSubsistema Directorio

<< context >>

PERSONAL

E

<< context >>

COLABORADORES

E

<< context >>

MAPA SEDE DSIC

E

<< context >>

TUTORÍAS

S

Internauta

Subsistema de Navegación (III)

Internauta

« subsystema »

DEPARTAMENTO

E

DOCENCIA

E

DIRECTORIO

E

INVESTIGACIÓN

E

ENLACES

E

Profesor.INTRANET

E

DSIC INFO

E

H

« subsystema » « subsystema » « subsystema » « subsystema » « contexto » « contexto »




75

Implementación delSubsistema Directorio

Subsistema de Navegación (IV)




76

La primitiva # tipo_usuario # permite accederal usuario conectadoEjemplos: # Bibliotecario #, # Socio #, …

Esta primitiva permite capturar difinir ciertosaspectos de personalización

Acceso al usuario conectado (I)




77

Se utiliza en dos casos:Para recuperar información filtrada

específicamente para el usuario conectado

Se especifica en los filtros de selección de población delas clases navegacionales

En la inicialización de argumentos en la ejecuciónde servicios

Para establecer como valor de inicialización unapropiedad del usuario conectado

Acceso al usuario conectado (II)




78

Acceso al usuario conectado. Ejemplo (I)

Paciente

num_identnombredirección

Cita

fechahoraparte

1:1 0:M0:M 1:1

solicita > asignada >

Diagrama de Clases Hospital(gestión de resevas de citas

para consultas médicas)

reservar()cancelar()

Medico

num_colegiadonombreconsulta

Modelo de Navegación.A l i d Ej l (II)



79

Acceso al usuario conectado. Ejemplo (II)

Un Paciente es un usuario registrado que puede ver sólo sus citas en el sistema …

Socio

Paciente

E

« contexto »

Citas

Citas

« contexto »

E

Cita

fechahora

« view »

Medico

nombre

« view »

self.Paciente = #Paciente#

Modelo de Navegación.A l i d Ej l (III)



80

Acceso al usuario conectado. Ejemplo (III)

Citas

« contexto »

E

Cita fechahora

« view »

Medico

nombre

« view »

SocioPaciente

E

« contexto »

Citasself.Paciente = #Paciente#

… y sólo puede reservar nuevas citas para él mismo

La declaración de la operación reservar es:reservar( p_fecha: Date, p_hora: Time, p_parte: String,p_Paciente:Paciente, p_Medico : Medico)

reservar( , , , #Paciente#, )

Modelo de Navegación.N ió bi d i (I)



81

Cuando un usuario se conecta al sistemacomo un usuario, puede definirsenavegabilidad a un contexto o un

subsistema del mapa navegacional de otrousuario Para ello debe definirse una navegación con

cambio de usuario

Navegación con cambio de usuario (I)

Modelo de Navegación.N ió bi d i (II)



82

Si el usuario destino necesita identificación, sepedirá al usuario que se identifique como unusuario del mapa destino antes de realizar lanavegación

Se puede aplicar a:Enlaces de exploraciónEnlaces de secuencia (relaciones de contexto y

enlaces de servicio)

Navegación con cambio de usuario (II)

Modelo de Navegación.N ió bi d i E l ió



83

Navegación con cambio de usuario por Exploración

Se representa directamente en el mapanavegacional

El enlace de exploración

aparece decorado con unusuario

El contexto destino estáprecedido del tipo deusuario al que se debe

identificar el usuario. Estecontexto debe estardefinido en el mapa deese usuario (Bibliotecario)

Modelo de Navegación.Navegación con cambio de usuario por Secuencia



84

Navegación con cambio de usuario por Secuencia

Se representa en la definición del contexto …

Libro

ISBNtituloañopaginas

prestar() [ Bibliotecario.Prestados ]


E

ó

Puede ser definido por unenlace de serivicio

Libros « contexto »

E

Libro


prestar()

« view »

[ Bibliotecario.Prestados ]

Puede ser definido por unarelación de contexto

« view »

Modelo de Navegación.Navegación con cambio de usuario por Secuencia



85

Navegación con cambio de usuario por Secuencia

… y se refleja en el mapa de navegación

El enlace de secuencia

aparece decorado con unusuario

El contexto destino estáprecedido del tipo deusuario al que se debe

identificar el usuario. Estecontexto debe estardefinido en el mapa deese usuario.

Modelo de Navegación.Contexto Navegacional Ejemplo 1



86

E

«context»Book«view»Book

«view»Author

Contexto de Navegación

name

Contexto Navegacional. Ejemplo 1

Página Web

/ writen_by /

Modelo de Navegación.Contexto Navegacional Ejemp

lo 2



87

<< context >>Members

+modify()

-name-surname-personalID-email-isDoctor-isPhDStudent-web-photo

Member

-phones-status

WorkOn

-name-address-web-city-state-country

Entity

-name

-acronym-web

RGroup / Leader / RGroup.name

[ RGroup ]

not hasGone

ATTRIBUTE ACCESS STRUCTURE MembersATTRIBUTES name, email, isPhD, WorkOn.statusLINK ATTRIBUTES name

E

ATTRIBUTE FILTER ByNameATTRIBUTES nameTYPE APPROXIMATE

«view»Member «view»WorkOn

«view»Entity

Esta página web proporcionainformación sobre MIEMBROS de un

grupo de investigación

Información sobre un miembro

Información relacionada a unmiembro

Modelado en OOWScomo un Contexto

Navigacional

Contexto Navegacional. Ejemplo 2




88

¿Qué es la navegación?

Según OOWS (alto nivel abstracción):

La navegación es un cambio de contexto navegacional

al activar un enlace navegacional

(navegación conceptual)






Aplicaciones WebModelo de Presentación

Modelo de Presentación



90

Este modelo captura los requisitosabstractos de presentación de información Se basa en el modo de presentación

asociado a cada nodo (contexto) delmodelo de navegación

Asocia patrones de presentación a loselementos que constituyen estos contextos

navegacionales (clases navegacionales, relacionesnavegacionales, índices, ...)

Modelo de Presentación



91

Los patrones de presentación son:Disposición de información (Layout ) [ Registro, Tabular, Árbol, Maestro-Detalle ]

Criterios de Ordenación de información porvalor de atributos [ ASCendente, DESCendente ]

“Paginación” de información Cardinalidad de conjuntos (num. elementos)

[ estática, dinámica ]

Modo de Acceso a los conjuntos [ secuencial, aleatorio]

Modelo de Presentación.Patrones de Presentación (I)



92


Member

WorkOn

Entity

RGroupPattern: Register

E

Pattern: RegisterPagination:

Static Cardinality 1Sequential accessOrder:

isDoctor (ASC)surname (ASC) Pattern: Register Pattern: Register

Disposición (“layout pattern”):[Tabular, Registro, Árbol, Maestro-Detalle] Se aplica a: relaciones navegacionales,

clase directoraSe aplican los patrones depresentación a los elementos

que componen un Contextode Navegación Paginación de Información:

Cardinalidad bloque [estática, dinámica]

- Modo de Acceso

[secuencial, aleatorio]- Circularidad

Se aplica a: contexto, relacionesnavegacionales, índices y filtros

Ordenación:[ASCendente, DEScendente]

Se aplica a: clases navegacionales (atributos),índices y filtros

Modelo de Presentación.Ejemplo



93


Member

WorkOn

Entity

RGroupPattern: Register

E

Pattern: RegisterPagination:


isDoctor (ASC)surname (ASC) Pattern: Register Pattern: Register

Ejemplo

Toda la información se diponeen modo Registro

LAYOUT PATTERN

Sólo una instancia es visibleen cada momento. Aparecenmecanismos para explorar

secuencialmente

CARDINALIDAD

Las instancias de los Miembros se

recuperan ordenadamente: primerolos doctores, por apellidos (ASC)

CRITERIO ORDENACIÓN

Desarrollo de Aplicaciones para Entornos WebEscuela Técnica Superior de Informática Aplicada, 3er. CursoUniversitat Politècnica de València, 2003/2004

Professor: Joan Fons i Cors ([email protected])




Aplicaciones WebEstrategia de Implementación

Estrategia de Implementación



95

OOWS extiende la estrategia degeneración de código de OO-Method: introduce la interfaz web reusa la lógica de negocio y la persistencia

ELICITACIÓN DEREQUISITOS

MODELOESTRUCTURAL

MODELODINÁMICO

MODELOFUNCIONAL

CAPA INTERFAZ (Entornos Web)

CAPA LÓGICA NEGOCIO (Servicios Web, Componentes SW)

CAPA DE PERSISTENCIA (SGBD)

ModeladoConceptua

l E S P E C I F I C A C I Ó

N

C O N C E P T U A L

( P r o b l e m S

p a c e

)

ArquitecturaSoftware

D E S A R R O

L L O

S O L U C I

Ó N

( S o l u t i o n S

p a c e )

Ge

nerac

MODELONAVEGACIÓN

MODELOPRESENTACIÓN Extensiones

Web

Ge

nerac

Estrategia de Implementación.Interfaz Web



96

A partir de los modelos conceptualesnavegacionales: Modelo Navegación y dePresentaciónAplicación de patrones de traducción:

Mapa Navegacional Define la estructura de páginas web enlazadas para cada tipo de usuario

Contexto de Navegación Página Web Contextos de Exploración Páginas web siempre accesibles Contexto Home (si no se define, se crea uno automáticamente)

Clases y Relaciones Navegacionales Requisitos de consulta de

información y operaciones Relación de Contexto “enlace contextual” a otra “página” ...

te a eb

Implementación de la Interfaz WebMapa Navegacional (I)



97

Convertiremos cada nodo del mapanavegacional en un tipo de página

Los tipos de página básicos son:Páginas de informaciónPáginas de accesibilidadPáginas de entrada de datos

p g ( )

Implementación de la Interfaz WebMapa Navegacional (II)



98

Las páginas de información dan acceso ainformación y funcionalidad del sistema

Las páginas de accesibilidad permiten

estructurar la navegabilidad por el sistema Las páginas de entrada de datos permiten

al usuario introducir los argumentosnecesarios para invocar a los servicios

p g ( )

Implementación de la Interfaz Web Mapa Navegacional (III)



99

Anonymous


E

«context»Projects

E

«context»Members

E


E


E

«context»Group

E

«context»Guests

S

Mapa de Navegación(Espacio del Problema)

Implementación Automática

p g ( )

Estructura del Web Site(Espacio de la Solución)

Implementación de la Interfaz Web Contexto Home



100

Anonymous


E

«context»Projects

E

«context»Members

E


E


E

«context»Group

E

«context»Guests

S

Mapa de Navegación(Espacio del Problema)

Implementación Automática

Contexto Home

(Espacio de la Solución)

El contexto Home suele convertirseen una página de accesibilidad

Implementación de la Interfaz Web Contextos Navegacionales



101

Cada contexto se traduce en una página deinformación

La especificación del contexto permite

definir: La consulta al sistema para recuperación de datos El conjunto de servicios que podrán ser invocados El modo en que la información se presentará (del modelo

de presentación)

Implementación de la Interfaz Web Ejecución de servicios



102

Por cada servicio del diagrama de clases,se crea una página de entrada de datos que pida todos los argumentos (en campos

de entrada adecuados al tipo de datos delargumento) Estas páginas se invocarán al activar la

ejecución de un servicio

Implementación de la Interfaz WebLas páginas web (I)



103

Se propone una estrategia de implementación depáginas web basadas en contenidos

Cada zona es responsable de proporcionarinformación sobre un contenido en concreto

Una página web se implementa como un conjuntode zonas, en función del tipo de página web

Implementación de la Interfaz WebLas páginas web (II)



104

Los contenidos ó zonas más habituales en la webson:Información NavegaciónUbicación Información del Usuario

Institucional Entrada de DatosEnlaces de Aplicación PersonalizaciónEstructuras de Acceso “Otras”

Implementación de la Interfaz WebLas páginas web (III)



105

Zona de Información: Zona encargada de acceder alrepositorio del sistema (base de datos), recuperar lainformación y proporcionar acceso a la funcionalidad

Zona de Navegación: Zona encargada de proporcionar al

usuario el conjunto de enlaces (de exploración) que puedeactivar Zona de Ubicación: Zona encargada de notificar al usuario

de la ubicación de esta página dentro de la aplicación,indicando el camino navegacional seguido o secuencia de

páginas web que se ha seguido hasta llegar a la actual

Implementación de la Interfaz WebLas páginas web (IV)



106

Zona de Información del Usuario: Zona responsable denotificar al usuario de sus datos para usuarios conidentificación

Zona Institucional: Zona encargada de proporcionar al

usuario información sobre la institución, empresa,organismo, etc. que está detrás de la aplicación Zona de Entrada de Datos: Zona encargada de

proporcionar un formulario al usuario para la introducción dedatos y responsable de enviar los datos del formulario al

servicio encargado de procesarlos

Implementación de la Interfaz WebLas páginas web (V)



107

Zona de Enlaces de Aplicación: Zona donde aparecenenlaces a funcionalidades/enlaces comunes a todas lasaplicaciones para la web, como pueden ser lasfuncionalidades de Login , Home , etc.

Zona de Personalización: Es una zona de información que

depende de (está personalizada para) el usuario concretoque está conectado Zona de Estructuras de Acceso: Zona que contiene los

mecanismos avanzados de exploración (filtros, índices, etc.)dentro de una página

Zona “Otras”: Zona para introducir contenidos no estécatalogado en ninguno de los anteriores

Implementación de la Interfaz WebLas páginas web (VI)



108- obligatorio - recomendable - no recomendable - opcional - pueden aparecer varias

Pág. Información Pág. Accesibilidad Pág. Entrada Datos

Z. Navegación ,

Z. Ubicación

Z. Información ,

Z. Usuario

Z. Institucional , , ,

Z. Enlaces Aplic.

Z. Entrada Datos

Z. Personalización , , ,

Z. Estruc. Acceso , , ,

Z. “Otras” , , ,

Implementación de la Interfaz WebEjemplo de Página de Información (I)



109

Elegimos los siguientes contenidos para la página deinformación que vamos a implementar:

Pág. Información Pág. Accesibilidad Pág. Entrada Datos

Z. Navegación ,

Z. Ubicación

Z. Información ,

Z. Usuario

Z. Institucional , , ,

Z. Enlaces Aplic.

Z. Entrada Datos

Z. Personalización , , ,

Z. Estruc. Acceso , , ,

Z. “Otras” , , ,

Implementación de la Interfaz WebEjemplo de Página de Información (I)



110

Zona de Información


Member

WorkOn

Entity

RGroupPattern:Register

E

Pattern:RegisterPagination:


isDoctor (ASC)surname (ASC) Pattern:Register Pattern:Register


+modify()

-name-surname-personalID-email-isDoctor-isPhDStudent-web-photo

Member

-phones-status

WorkOn

-name-address-web-city-state-country

Entity

-name-acronym-web

RGroup / Leader / RGroup.name

[ RGroup ]

not hasGone

ATTRIBUTE ACCESS STRUCTURE MembersATTRIBUTES name, email, isPhD, WorkOn.statusLINK ATTRIBUTES name

E

ATTRIBUTE FILTER ByNameATTRIBUTES nameTYPE APPROXIMATE

«view»Member

«view»WorkOn

«view»Entity

Gestión de contenidosRecuperación de información,

activación de servicios ynavegación contextual

Implementación de la Interfaz WebEjemplo de Página de Información (II)



111

Zona de Navegación

Menu Navegacional¿A dónde puede navegar

el usuario a partir deesta página web?

Estrategia de Implementación.Interfaz Web. Ejemplo de Página de Información



112

Zona de Ubicación Camino Navegacional¿Dónde está el usuario?¿Cómo ha llegado aquí?




113

Zona de Enlaces de Aplicación

Enlaces de AplicaciónHomeLog In

…




114

Zona de Estructuras de Acceso

Estructuras Accesointra-contextual

Filtros de búsquedaÍndices de Acceso

Mecanismos de exploración…




115

Zonas Institucionales

Zona InstitucionalOrganización/Empresa

LogosInformación Contacto

…

Desarrollo de Aplicaciones para Entornos WebEscuela Técnica Superior de Informática Aplicada, 3er. CursoUniversitat Politècnica de València, 2003/2004

Professor: Joan Fons i Cors ([email protected])



Conclusiones

Se han definido facilitades de modelado

Conclusiones (I)



117

Se han definido facilitades de modelado conceptual para especificar aplicaciones webModelo de Navegación: captura requisitos

navegacionalesModelo de Presentación : especifica patrones

abstractos de presentación aplicados a losnodos navegacionales

Generación sistemática de código prototipación rápida

estrategia dirigida por modelos

ESPACIO PROBLEMA

ESPACIO SOLUCIÓN

ProcesoAutomático

Se ha descrito un proceso sistemático para

Conclusiones (II)



118

Se ha descrito un proceso sistemático paradesarrollar aplicaciones web

Aplicado el método a diferentes tipos deaplicaciones

Ingeniería del SW aplicada a la Web ... ¡¡Ingeniería Web!!

OOWS

Documents

Transcript of OOWS