1.

7 METODOLOGIA UWE (Ingeniera Web basada en UML) Esta metodologa fue desarrollada y presentada por un grupo a cargo de la Doctora Nora Koch en la universidad Ludwig Maximilian, Munich, Alemania, Una caracterstica de la metodologa UWE es el uso del paradigma Orientado a objetos y est orientado al usuario, la definicin de meta-modelo (modelo de referencia) que da soporte al mtodo y el grado de formalismo que alcanza debido al soporte que proporciona para la definicin de restricciones sobre los modelos. El UWE proporciona guas para la construccin de modelos de forma sistemtica y con pasos acertados, enfocadas en personalizacin y en estudio de casos de uso. Las actividades de modelado principales son: ElAnlisis de Requerimiento, el Diseo Conceptual, el Diseo de Navegacin y el Diseo de Presentacin, y producen los siguientes artefactos [14] Modelo de Casos de Uso Modelo Conceptual Modelo de Espacio de Navegacin y Modelo de Estructura de Navegacin Modelo de Presentacin.

1.7.1. Anlisis de Requerimientos.- La metodologa UWE clasifica los requerimientos en dos grandes grupos, funcionales y no funcionales. Un reciente estudio sobre ingeniera de requerimientos en aplicaciones Web, muestra que el diagrama de casos de uso es la tcnica ms utilizada para la especificacin de requerimientos. Este resultado no es sorprendente ya que el diagrama de casos de uso es un formalismo poderoso que permite expresar requerimientos funcionales de negocio, sean estos para aplicaciones Web para aplicaciones tradicionales. [15] Diagrama de casos de uso: El diagrama de casos de uso captura el comportamiento del sistema, de un subsistema, o de una clase, tal como se muestra un usuario exterior. Para obtener el diagrama de casos se debe realizar lo siguiente: 1. 2. 3. 4. 5. 6. Encontrar los actores. Para cada actor ver las actividades que realizar. Actividades de grupo para los casos de uso. Establecer relaciones entre actores y casos de uso. Establecer relaciones usa y extiende entre casos de uso. Simplificar el modelo de casos de uso definiendo relaciones de herencia entre actores y/o entre casos de uso.

1.7.2. Diseo Conceptual.- El diseo conceptual se basa en el anlisis de requerimientos e incluye los objetivos implicados en la interaccin entre el usuario y la aplicacin, especificados en los casos de uso. Entre los principales elementos de modelado usados en el diseo son: a) Diagrama de Clases: Un diagrama de clases muestra un conjunto de clases, interfaces y colaboraciones, as como sus relaciones. Clases: una clase se describe por un nombre, atributo, operaciones y variantes. Asociaciones: es la relacin que existe entre las clases.

b) Paquetes: Los paquetes se utilizan para organizar los elementos de modelado en partes mayores que se pueden manipular como un grupo. En UML el paquete es un mecanismo de propsito general para organizar elementos de modelado en grupos. Grficamente, un paquete se representa como una carpeta Los pasos para construir un modelo conceptual son: 1. 2. 3. 4. 5. 6. Encontrar las clases. Especificar los atributos y operaciones ms relevantes de cada clase. Establecer asociaciones entre clases. Establecer asociaciones de agregacin entre clases. Definir jerarquas de herencias, por ejemplo la jerarqua de roles de usuario Definir restricciones.

1.7.3. Diseo de Navegacin.- El diseo del modelo navegacional es un paso crtico del diseo de aplicaciones Web. Por un lado, los enlaces mejora la navegacin, por otro, los mismos aumentan el riesgo de prdida de orientacin. La construccin de un modelo de navegacin no solo sirve para establecer las bases de la arquitectura de la aplicacin, adicionalmente permite obtener una mejor estructuracin de la navegacin. El modelo de navegacin comprende: a) modelo de espacio de navegacin, que especifica qu objetos pueden ser visitados mediante la navegacin a travs de la aplicacin Web. b) Modelo de la estructura o arquitectura de navegacin, especifica cmo sern visitados estos objetos. 1.7.3.1. Modelo del Espacio de Navegacin.- Para realizar el modelado del espacio de navegacin, UWE hace uso del concepto de diagrama de clases de UML, al cual extiende un conjunto de elementos de modelado que sern utilizados durante la construccin del diagrama de clases derivado, elemento que representar el modelo del espacio de navegacin. Segn Mandel, este conjunto de elementos est formado por la clase de navegacin y el enlace de navegacin. a) Clase de Navegacin, la clase de navegacin modela aquella clase cuya instancia son visitadas por el usuario durante la navegacin, esta clase de navegacin debe tener el mismo nombre de la clase a la que representa. La diferencia entre ambas clases es por el estereotipo <<navigationclass>> que incorpora.

Fig. 2.4: Clase de navegacin

Fuente: [KOCH,2001]

b) Enlace de Navegacin, se constituyen como las asociaciones existentes en el modelo del espacio de navegacin. Esta asociacin es interpretada como el enlace o vinculo entre la clase de navegacin inicial (pgina Web inicio) y la clase de navegacin final (pagina Web destino). Este modelo tiene una semntica diferente a las asociaciones del modelo conceptual, por ejemplo las asociaciones se representan por una flecha. Adems cada extremo de la asociacin se etiqueta con un nombre de rol y posee una multiplicidad. Encaso que el nombre del rol no est explicito, se utiliza la siguiente convencin: si la cardinalidad es menor o igual a uno, el nombre de la clase destino es utilizado como nombre del rol; si la cardinalidad es mayor que uno, la forma plural del nombre de la clase destino es utilizada como nombre del rol. El estereotipo utilizado para identificar a esa asociacin es <<directnavigability>>. Para la construccin del modelo de espacio de navegacin, se sigue los siguientes pasos: 1. Seleccionar las clases del modelo conceptual. 2. Determinar si son relevantes o no Por si: incluir las clases al modelo del espacio de navegacin y mantener sus asociaciones. Por no: mantener los atributos de las clases omitidas e incluirlos dentro de las clases del modelo del espacio de navegacin. 3. Adicionar al modelo del espacio de navegacin asociaciones basadas en los requerimientos de los casos de uso. 4. Incluir en el modelo del espacio de navegacin restricciones. 1.7.3.2. Modelo de la Estructura de Navegacin.- Este modelo describe como la navegacin se encuentra soportada por elementos de acceso tales como ndices, recorridos guiados, consultas y mens. Tcnicamente, el modelo de la estructura de navegacin puede ser representado por un modelo de clases el cual puede ser construido sistemticamente a partir del modelo del espacio de navegacin en dos pasos: El primer paso consiste en reconstruir el modelo del espacio navegacin con ndices, recorridos guiados u consultas. El segundo resultado es un diagrama de clases construido con estereotipos, los cuales se encuentran definidos de acuerdo a los mecanismos de extensin del UML y son detallados a continuacin. ndice: Un ndice permite acceder directamente a una instancia de alguna clase de navegacin. Un ndice es modelado mediante un objeto compuesto, el cual contiene un nmero n de electos ndices. Cada elemento ndice se convierte en un objeto que tiene el nombre de la instancia de la clase de navegacin a la que se relaciona mediante un enlace o vinculo. Cada ndice es miembro de la clase ndice, la cual utiliza como estereotipo <<index>>.

Fig. 2.5 Clase ndice y su notacin taquigrfica Fuente: [KOCH,2001]

Recorrido guiado: Un recorrido guiado proporciona un acceso secuencial a las instancias de una clase de navegacin. Un recorrido guiado puede ser controlado por el sistema o por el usuario.

Fig. 2.6: Clase recorrido guiado Fuente: [KOCH,2001]

Consulta: Una consulta se encuentra modelada por una clase que tiene como atributo .Esta consulta puede surgir, por ejemplo, de una operacin de seleccin. Para representar la clase consulta se utiliza el estereotipo <<query>>

Fig. 2.7: Clase consulta Fuente: [KOCH,2001]

Men: Un men es un ndice de un conjunto de elementos heterogneos, tales como un ndice, un recorrido guiado, una consulta, una instancia de alguna clase de navegacin. Cada elemento de men tiene un nombre y un enlace propio enlace o vinculo dirigido ya sea a un <<navigationclass>> a otro elemento de acceso. Todo men es un elemento de la clase men cuyo estereotipo es<<menu>>.

Fig. 2.8: Clase menu Fuente: [KOCH,2001]

Para el modelado deben seguirse ciertas reglas que son resumidas a continuacin 1. Reemplazar todas las asociaciones bidireccionales que tengan cardinalidad mayor que uno en ambos extremos de la asociacin por dos asociaciones unidireccionales correspondientes. 2. Reemplazar todas las asociaciones bidireccionales que tengan cardinalidad mayor que uno en un extremo de la asociacin con una asociacin unidireccional con un extremo dirigido de la asociacin en el extremo con cardinalidad mayor que uno. La navegacin en la otra direccin est garantizada por el uso de rboles de navegacin introducidas ms tarde en el diseo. 3. Considerar solo aquellas asociaciones del modelo de espacio de navegacin, que tengan cardinalidad mayor que uno en el extremo dirigido de la asociacin. 4. Para cada asociacin de esta clase, escoger uno o ms elementos de acceso para entender la navegacin. 5. Resaltar el modelo de espacio de navegacin correspondientemente. Los nombre de los roles en este modelo son ahora movidos hacia los elementos de acceso. Si dos o ms alternativas son introducidas en el paso 3, distinguirlas mediante el cambio de nombres de roles de la asociacin por medio de bsquedas o el criterio del ndice usado. El modelo de espacio de navegacin se incrementa mediante mens segn las siguientes reglas: 1. Considerar las asociaciones que tienen como fuente una clase navegacin. 2. Asociar a cada clase de navegacin, que tenga al menos una asociacin de salida, un men en forma de agregacin, lo cual refleja el aspecto descomposicin entre clases. 3. Reorganizar cada uno de los mens agregados de tal forma que contengan submens. 4. Los nombres de los roles de las asociaciones dirigidas o en su caso los nombres de los elementos de acceso del modelo anterior, deben adicionarse como nombres de los elementos de los mens. 5. Cualquier asociacin del modelo anterior que tiene como origen a una clase navegacin ahora se convierte en una asociacin del men tem correspondiente introducido en el paso 4. Notar que todos los pasos en el mtodo anterior pueden ser realizados en una forma automtica. Como resultado se obtiene un modelo de estructura de navegacin comprensible de la aplicacin. 1.7.4. Diseo de Presentacin.- El diseo de presentacin soporta la construccin de un modelo de presentacin basado en el modelo de estructura de navegacin e informacin adicional, se recolecta durante el anlisis de requerimientos. El modelo de presentacin consiste en un conjunto de vistas que muestran el contenido y la estructura de los nodos simples, es decir cmo cada nodo es presentado al usuario y cmo el usuario puede interactuar con ellos. Los electos del modelado propuestos para la construccin de estos bosquejos son:

a) Vista de interfaz de usuario: Una interfaz de usuario (UI) es una clase que contiene un conjunto de elementos de interfaz de usuario, los cuales son desplegados simultneamente en una pantalla, como por ejemplo botones, cuadros, texto, etc. El estereotipo de esta clase es <<UI view>>. b) Clase de presentacin: La clase presentacin es una unidad estructural que permite particionar una vista de interface de usuario dentro de grupos de elementos de interface de usuario. Para la clase presentacin se utiliza el estereotipo <<presentationclass>>. c) Elemento de interfaz de usuario: El elemento de interface de usuario es una clase de abstraccin que tiene varias especializaciones describiendo elementos de interface particulares.

Fig. 2.9: Clase presentacin como contenedor del modelo de presentacin Fuente: [KOCH,2001]

Para disear el modelo de presentacin del a aplicacin Web, se debe hacer uso de los siguientes pasos: 1. Construir una clase de presentacin para cada clase de navegacin que ocurra en el modelo de estructura de navegacin. La clase presentacin define una plantilla apropiada para presentar las instancias de la clase tomando en cuenta los atributos dados. Los elementos de interface estereotipados tales como <<text>>,<<image>>, <<audio>>, <<video>>son usados por atributos de tipos primitivos y<<collections>>es usado para listas. 2. Construir una clase presentacin para cada men e ndice que ocurra en el modelo de estructura de navegacin. Esta presentacin normalmente consiste de una lista de anclas. Los estereotipos <<anchor>> o <<anchoredcollection>>sonusados para este propsito. 3. Construir una clase de presentacin para cada consulta y recorrido guiado. Para consultas utilice el estereotipo<<from>> y para cada recorrido guiado los elementos next y previous, que permite navegar entre los elementos de un<<guidedTour>>.

4. Construir clases de presentacin para soportar la navegacin como composicin de clases de presentacin derivadas de las estructuras de acceso. Son usadas para reflejar el camino de navegacin. Es decisin del diseador donde incluir estas clases de presentacin derivadas. 5. Incluir estereotipos <<>anchor> a las clases de presentacin, de tal forma que permitan crear, destruir y ejecutar operaciones sobre las clases del modelo conceptual. 6. Determinar qu elementos de presentacin deberan agruparse en una sola ventana de tal forma que se los coloque dentro de una interfaz de usuario<<UIview>>. 7. Adicionar restricciones si son necesarias. 8. Construir escenarios que agrupen <<UIview>>, adicionando enlaces o vnculosentre <<anchor>> de otro <<UIview>>, de tal manera que se observe claramenteel flujo de presentacin de interfaces que puede producir por un determinadousuario, durante la interaccin con la aplicacin Web.