Modelando aplicaciones Web Conallen propone una extensión al UML para diseñar aplicaciones Web:
Modelando aplicaciones Web Dado que las páginas Web son los principales componentes de la arquitectura Web, hay que poder modelarlas. Usando UML podemos ver una página Web como un objeto.
¿Cuáles serían entonces las propiedades de estos objetos?
Es conveniente hacer la distinción entre páginas del servidor y páginas del cliente. Los scripts de las páginas del servidor representan los métodos de esta clase. Las páginas del cliente tienen métodos que se ejecutan solamente del lado del cliente, como por ejemplo, Java Applets y controles ActiveX.
Modelando aplicaciones Web Hay una relación fundamental entre las páginas del servidor y las páginas del cliente, y es que las páginas del servidor crean las páginas del cliente. Esta relación es en una sola dirección, y para modelarla se usa el estereotipo < < builds>>. De este modo, se indica cuál página del servidor es encargada de crear la página del cliente. Por ejemplo:
Modelando aplicaciones Web Algunas páginas del servidor podrían redireccionar ciertas solicitudes de procesamiento a otras páginas servidoras (una especie de IF). Permitir modelar estas situaciones es útil para la reutilización. Para esto se utiliza el estereotipo < < redirects>>. Por ejemplo: Página que delega funcionalidad
Modelando aplicaciones Web Otra relación importante en el diseño de aplicaciones Web es el vínculo (link, o anchor) entre páginas. Las páginas vinculadas podrían ser páginas de cliente o del servidor. El estereotipo < < links>> define relaciones entre páginas cliente y otras páginas (cliente o servidoras). Ejemplo:
Modelando aplicaciones Web Si un vínculo (hyper link) incluye parámetros, éstos son modelados como atributos del link fuera de la asociación. Por ejemplo:
Modelando aplicaciones Web Dado que una página podría tener varios formularios (forms) es posible que desde esta página se acceda a diferentes páginas. Los formularios se modelan con el estereotipo < < form>> (un estereotipo por cada formulario). Las páginas cliente contienen formularios. Ejemplo:
Modelando aplicaciones Web Usando frames, una página cliente podría estar compuesta por múltiples páginas al mismo tiempo. Los frames se imple- mentan en HTML usando un frameset. Un frameset podría a su vez estar contenido en otro frameset. Las páginas Web contenidas en un frame se llaman targets. El estereotipo < < targeted link>> hace referencia a páginas que van ser cargadas en un frame distindo del que contiene la página que tiene el link.
Modelando aplicaciones Web (Gp:) SearchResults (Gp:) Home (Gp:) GetProduct (Gp:) ProductDetail (Gp:) < < link>> {productID} (Gp:) 0–* (Gp:) < < link>> (Gp:) < < build>> (Gp:) Home page
La página SearchResults contiene un número variable de links (0..*) hacia la página del servidor GetProduct. Para cada productID se construye una página ProductDetail diferente.
Modelando aplicaciones Web < < boundary>> Home page < < boundary>> Orders < < boundary>> Schedule < < boundary>> Order status < < boundary>> Account Summary User Maintenance < < boundary>> Detailed info < < boundary>> Account distribution Full Site Navigation Map Otro ejemplo: modelando el mapa de navegación según actores.
Modelando aplicaciones Web < < boundary>> Home page < < boundary>> Orders < < boundary>> Order status < < boundary>> Account Summary < < boundary>> Detailed info < < boundary>> Account distribution Account Executive Account Executive Navigation Map
Modelando aplicaciones Web < < boundary>> Home page < < boundary>> Orders < < boundary>> Order status Registered User Navigation Map Registered User
| Página siguiente |