Está en la página 1de 9

1.

UWE - UML Based Web Engineering

UWE es un enfoque de ingeniera de software para el dominio web con el objetivo de cubrir todo el ciclo de vida de desarrollo de aplicaciones Web. El aspecto clave que distinguen a UWE es la conanza en las normas. La notacin iconogrca de UWE est denida como un perl adaptado a UML, el cual provee una extencin al lenguaje UML para el diseo de aplicativos WEB. Actualmente el perl de UWE est en su versin 2.1.
1.1. Caractersticas

Est basado en UML. Metodologa basada en modelos. Herramienta de apoyo para el diseo Herramienta para la generacin automtica de aplicaciones web
2.
2.1.

Modelos y Diagramas
Modelo de Requerimientos

El modelo de requerimientos est dividido en 2 partes, haciendo uso de 2 diagramas:


2.1.1. Diagrama de Casos de uso de la aplicacin

En el cuadro 2 se puede observar los estereotipos que pueden ser asignados a un caso de uso. Estereotipo Nombre Browsing webUseCase Processing Cuadro 1: Estereotipos para el modelo de Caso de Uso En UWE se distinguen casos de uso estereotipados con browsing y con processing para ilustrar si los datos persistentes de la aplicacin son modicados o no. "SearchContact" por ejemplo, modela la bsqueda de contactos y por ello lleva el esterotipo browsing pues los datos son solamente leidos y presentados al usuario. Los otros casos de uso por el contrario modelan cambios, lo que se especica con el estereotipo processing. En la gura 1 se puede observar un ejemplo de caso de uso:

Figura 1: EJemplo de Caso de Uso


2.1.2. Diagrama de Actividades

En el cuadro 2 se puede observar el modelo de tipos para un diagrama de actividades: Estereotipo Nombre User Action Display Action Display Pin System Action Navigation Action Interaction Pin Cuadro 2: Estereotipos para el diagrama de Actividades Los dos esterotipos user Action y system Action pueden ser usados anlogamente al ujo de procesos. El estereotipo user Action es usado para indicar interacciones de usuario en la pgina web initiando un proceso o respondiendo to un explcito requisito de informacin. Por lo contrario, system Action describe acciones que son ejecutados por el sistema. Ambos tipos de acciones pueden ser insertados usando la toolbar. Detalles de las estructuras de datos usadas pueden ser representadas por objetos de nodos y pins de acciones. El objeto de nodo es usado para modelar clases de contenido y los pines sus atributos. Durante ingeniera de requisitos es usual determinar que datos son representados donde y cuando. Para modelar grupos de presentacin en UWE son usados el estereotipo display Action, mientras que los dos pines de accin estereotipados interaction Pin y display Pin son usados para modelar la entrada y la salida de datos. Finalmente el estereotipo navigationAction, puede ser usado para modelar opciones de navegacin y los elementos asociados de presentacin. Como estos estereotipos se utilizan para indicar elementos de presentacin durante la etapa de ingeniera de requisitos, aspectos que caracterizan a RIAs pueden ser especicadas mediante valores etiquetados para estos mismos elementos. Para ejemplicar modelamos dos actividades. Primero, una actividad para el caso de uso "CreateContact". El mismo muestra un formulario que permite al usuario entrar su nombre, una direccin de correo, dos direcciones y nmeros de telfono y el descargar un archivo del tipo imagen. La direccin de correo debe ser validada durante la entrada de datos y el nombre de la ciudad completado automticamente en funcin del cdigo postal. El formulario completado por el usuario es nalmente salvado en la base de datos de la aplicacin.

Figura 2: Diagrama de Actividades para el caso de uso buscar contacto. Un segundo caso de uso que renamos es "SearchContacts". Para este caso de uso solamente elementos de presentacin son de inters, nos limitamos en el diagrama a ellos. Inicialmente, la presentacin consiste de un simple formulario usado para entrar palabras claves y un butn para el display de la lista de contactos. La parte principal de la presentacin sin embargo, consite en la lista de contactos, que es modelada con una accin "Contacts". Los elementos de presentacin pueden ser agrupados adicionalmente creando acciones con una accin de jerarqua mayor, como puede observarse para las direcciones y los nmerod de telfono. Las dos acciones del estereotipo navigationAction modelan transiciones a otros casos de uso. Esto es modelado la actividad del caso de uso destino como comportamiento de la accin.

Figura 3: Diagrama de Actividades - Crear Contacto

2.2.

Modelo de Contenido

Este es un diagrama UML normal de clases, por ello debemos pensar en las clases que son necesarias para nuestro ejemplo. Primero queremos disponer de una clase agenda ("AddressBook") conteniendo un conjunto de contactos. Cada contacto debe contener un nombre, y puede contener una direccin de correo, dos nmeros de telfono y dos direcciones postales. El nombre y la direccin de correo son Strings, el telfono y la direccin postal son clases que representan ms informacin, como se ilustra en la siguiente gura:

Figura 4: Diagrama de contenido(Diagrama de Clases) Por qu necesitamos el atributo "introduccin" en la clase AddressBook? - Ello es porque queremos almacenar all el texto introductorio de la pgina principal de la aplicacin web.

2.3.

Modelo de Navegacin

En un sistema para la web es til saber como estn enlazadas las pginas. Ello signica que necesitamos un diagrama conteniendo nodos (nodes) y enlaces (links). Estereotipo Nombre Clase de navegacin ndice Consulta(Query) Clase de proceso Nodo externo. Visita guiada Men Cuadro 3: Estereotipos para el modelo de navegacin Pero que es un nodo? Nodos son unidades de navegacin y estn conectados por medio de enlaces. Nodos pueden ser presentados en diferentes pginas o en una misma pgina. UWE provee diferentes estereotipos, los que presentaremos mediante nuestro ejemplo. Para los nodos y enlaces son usados los estereotipos navigationClass and navigationLink: AddressBook ser nuestra pgina principal del sitio web. Lo cul se indica con el tagged value {isHome}. Es pensable un sitio web para una agenda de direcciones con la informacin de todos los contactos en la misma pgina web? - No es eso lo que queremos.

Figura 5: Diagrama de clases - Modelo de Navegacin El objetivo es una aplicacin en la cul se puede acceder a las operaciones de nuestro diagrama de casos de uso. Por este motivo necesitamos un sitio que provee conexiones a diferentes nodos: ContactList - cada contacto debe ser alcanzable usando un enlace desde la pgina principal del sitio web (contact)Search - buscar un contacto ContactCreation - crear un nuevo contacto y visualizarlo En UWE, puede usarse un menu, para navegar a diferentes clases. Insertar uno y asignarle el nombre "MainMenu":

Figura 6: MOdelo de navegacin con Menu. 1. Podemos insertar la lista de contactos (ContactList) casi del mismo modo. El estereotipo index es usado para listar una cantidad de objetos del mismo tipo. 2. La clase para la bsqueda debe tener un estereotipo query. Una bsqueda implica ejecucin de cdigo, por ello conectamos esta clase con una asociacin processLink . 3. ContactCreation es tambin un proceso, pero no uno predenido, por ello usamos el estereotipo processClass (modelaremos la accin asociada ms adelante). Si un nuevo contacto es creado, es til visualizarlo luego, y en el caso de una bsqueda, se espera la visualizacin de un lista (ContactList) con los resultados. Usamos un estereotipo processLink para estas asociaciones salientes y dirigidas para prohibir la navegacin hacia atrs como en el caso de ContactCreation. Esto evita la creacin por error de duplicados.

Figura 7: Diagrama de Navegacin, se agrega las consultas y el metodo de enlace entre ellas. Para completar nuestro Mdelo de Navegacin (Navigation Model), tenemos que agregar la funcionalidad faltante de borrar y actualizar contactos (ContactDeletion y ContactUpdate) (nuevamente vase diagrama de casos de uso). Estas dos clases son ambas accedidas desde el contacto concreto, por ello necesitamos nuevamente un men ( y lo nombramos ContactMenu indicando que est ubicado en la pgina de cada contacto):

Figura 8: Diagrama de navegacin completado.

También podría gustarte