AAS2255

UNIVERSIDAD CATLICA ANDRS BELLO
VICERRECTORADO ACADMICO
ESTUDIOS DE POSTGRADO
REA DE INGENIERA
Postgrado en Sistemas de Informacin
Trabajo de Grado de Maestra
MODELO PARA LA SELECCIN DE LA METODOLOGA DE DESARROLLO
WEB DE UNA APLICACIN SEGN SUS CARACTERSTICAS FUNCIONALES
Presentado por
Vilario De Almeida J ulio Cesar;
Para optar al ttulo de
Magister en Sistemas de Informacin
Tutor
Bianchini Adelaide
Caracas, 19 de Mayo del ao 2010
Tabla de Contenido.
Resumen...............................................................................................................i
Introduccin. .......................................................................................................1
I.1 Objetivo General..........................................................................................7
I.1.1 Objetivos especficos.............................................................................7
CAPTULO II: Marco Terico. ............................................................................. 9
II.1 Conceptos Preliminares............................................................................10
II.2 Modelos de referencia y modelos de hipermedia.....................................11
II.3 Tipos de aplicaciones Web.......................................................................12
II.4 Marco de referencia para el estudio de las metodologas. .......................17
II.4.1 Modelos fundamentales en el desarrollo de aplicaciones Web. .........19
II.5 Metodologas de desarrollo Web. .............................................................24
II.5.1 HDM Hypermedia Design Model .....................................................25
II.5.2 RMM - Relationship Management Methodology.................................28
II.5.3 OO-H Object-Oriented Hypermedia.................................................30
II.5.4 EORM Enhanced Object Relationship Methodology.......................33
II.5.5 OOHDM - Object-Oriented Hypermedia Design Method....................34
II.5.6 SOHDM Scenario-based Object-Oriented Hypermedia Design
Methodology................................................................................................36
II.5.7 WebML Web Modeling Language....................................................39
II.5.8 W2000................................................................................................40
II.5.9 UWE UML-based Web Engineering...............................................42
II.5.10 WSDM Web Services Distributed Management ............................43
II.5.11 OOWS Object Oriented Web Solutions .........................................45
II.5.12 NDT Navigational Development Techniques .................................46
II.6 Herramientas CASE .................................................................................50
II.7 Criterios relacionados a los equipo de trabajo que sern usados en el
modelo............................................................................................................54
II.7.1 Experiencia en desarrollo Web...........................................................54
II.7.2 Experiencia en modelos de procesos.................................................54
II.7.3 Experiencia en paradigma de modelado.............................................56
II.7.4 Experiencia en lenguaje de modelado................................................57
CAPTULO III: Marco Metodolgico................................................................. 58
CAPTULO IV: Modelo de seleccin de la mejor metodologa de desarrollo
para una aplicacin Web.................................................................................. 62
IV.1 Relacin de las fases del proceso de los mtodos de modelado............63
IV.2 Tipos de aplicaciones Vs. tipos de modelado requerido .........................67
IV.3 Tipos de modelado que componen cada metodologa de diseo Web...71
IV.4 Reduccin de los mtodos de modelado Web. .......................................73
IV.5 Anlisis de las herramientas CASE de las metodologas de diseo Web
........................................................................................................................75
IV.6 Matriz de seleccin de la metodologa de desarrollo Web. .....................76
IV.7 Prcticas en desarrollo Web....................................................................79
IV.8 Modelo propuesto para la seleccin de la metodologa de desarrollo Web
de una aplicacin segn sus caractersticas funcionales ...............................81
CAPTULO V: Ejemplos del funcionamiento del modelo de seleccin de la
mejor metodologa de desarrollo para una aplicacin Web.......................... 85
V.1 Ejemplo N 1. ...........................................................................................85
V.2 Ejemplo N 2. ...........................................................................................89
V.3 Ejemplo N 3. ...........................................................................................92
CAPTULO VI: Conclusiones y recomendaciones ......................................... 97
CAPTULO VII: Referencias Bibliogrficas. .................................................. 102
APNDICE 1 ....................................................................................................108
ndice de Figuras.
Figura N 1. Cantidad de dominios registrados entre diciembre 2000 y
septiembre 2009. Tomado de (Zakon, 2010).......................................................1
Figura N 2. Ambiente de desarrollo genrico (Bianchini, 2000).........................10
Figura N 3. Caractersticas a considerar en el desarrollo de aplicaciones Web.
............................................................................................................................17
Figura N 4. Esquema HDM. Tomado de Garzotto (Garzotto, Paolini, & Schwabe,
1993)...................................................................................................................27
Figura N 5. Diagrama RMDM. Tomado de (Isakowitz, Stohr, &
Balasubramanian, 1995).....................................................................................30
Figura N 6. Modelo para la seleccin de la metodologa de desarrollo Web de
una aplicacin segn sus caractersticas funcionales.........................................81
ndice de Tablas.
Tabla 1. Comparativa de los aspectos relevantes de las metodologas de
desarrollo Web....................................................................................................49
Tabla 2. Comparaciones de las herramientas CASE de las diferentes
metodologas de desarrollo Web estudiadas......................................................53
Tabla 3. Modelos de procesos............................................................................55
Tabla 4. Actividades/resultados por cada etapa planificada para la ejecucin de
la investigacin...................................................................................................60
Tabla 5. Comparacin de las fases de las metodologas de desarrollo Web con el
ciclo de vida........................................................................................................63
Tabla 6. Tipo de aplicaciones Vs. tipo de modelados.........................................70
Tabla 7. Tipos de modelados que contiene cada Metodologas de desarrollo Web
estudiada en este trabajo de grado.....................................................................71
Tabla 8. Leyenda correspondiente a la Tabla 9..................................................76
Tabla 9. Matriz de seleccin de la metodologa de desarrollo Web, segn el tipo
de aplicacin a realizar. ......................................................................................77
Tabla 10. Solucin del cuestionario para el ejemplo N1....................................86
Tabla 11. Resultados de la aplicacin del modelo de seleccin para el ejemplo
N 1.....................................................................................................................88
N 2.....................................................................................................................92
N 3.....................................................................................................................96
Resumen
El volumen de aplicaciones desarrolladas en ambiente Web, ha tenido un
crecimiento exponencial en las ltimas dcadas. Esto ha generado un gran
inconveniente dentro de los equipos de desarrollo de aplicaciones, debido a que
en un principio han querido utilizar metodologas de desarrollo de software
tradicionales en la construccin de aplicaciones Web. Esto ha sido una
estrategia equivocada por parte de los equipos de trabajo, porque las
aplicaciones Web poseen caractersticas especiales, ya que estn compuestas
por nodos y los usuarios tienen la libertar de navegar entre ellos, lo que las
metodologas tradicionales no consideran, produciendo un diseo inadecuado de
la aplicacin.
En la actualidad existe una variedad de metodologas diseadas para el
desarrollo de aplicaciones Web. En su mayora son metodologas prescriptivas,
utilizadas para cualquier circunstancia de desarrollo.
El objetivo de este trabajo es el desarrollo de un modelo que gue a un
equipo desarrollador en la seleccin de la metodologa ms adecuada para el
desarrollo de una aplicacin Web. Para esto se consideraron algunos aspectos
relacionados con el entorno de desarrollo, el producto final, las herramientas
disponibles, y la experiencia de los desarrolladores.
Tambin como parte de los objetivos de esta investigacin est el
comparar las principales metodologas de desarrollo de aplicaciones Web, definir
los tipos de aplicaciones y los artefactos necesario para su diseo segn las
funciones que va a desempear e identificar los aspectos ms relevantes
relacionados con las caractersticas del equipo de desarrollo, que deben tomarse
en cuenta a la hora de seleccionar la metodologa de desarrollo.
1
Introduccin.
El crecimiento exponencial de la cantidad de aplicaciones Web, como
se puede observar en la figura N1 obtenida de (Zakon, 2010), y la
importancia que han tomado en el campo empresarial y comercial, ha hecho
que cada vez ms empresas y organizaciones se vean atradas por tener sus
servicios disponibles en la plataforma Web. Las aplicaciones Web poseen
caractersticas particulares diferentes a las aplicaciones tradicionales, por lo
tanto, las metodologas de desarrollo de software convencionales no
cumplen con las herramientas necesarias para el diseo de aplicaciones
Web. Si se utiliza una metodologa de desarrollo de aplicaciones
tradicionales para llevar a cabo una aplicacin Web, el diseo de sta no
ser adecuado y la probabilidad de un fracaso, en distintas instancias del
proyecto, pudiese ser muy elevada.
Figura N 1. Cantidad de dominios registrados entre diciembre 2000 y septiembre 2009.
Tomado de (Zakon, 2010)
2
Por lo anterior, en la ltima dcada se han propuesto diferentes
metodologas de desarrollo Web, las cuales cuentan con las herramientas
requeridas para el diseo de este tipo de aplicacin, ayudando as a los
desarrolladores a disear aplicaciones efectivas que cumplan los objetivos
para las cuales fueron construidas.
En este trabajo de grado se busca generar una herramienta que ayude
a los equipos de trabajo a seleccionar la metodologa de desarrollo Web ms
adecuadas para llevar a cabo un proyecto, segn sus caractersticas
funcionales, como la complejidad de la aplicacin que se vaya a realizar y la
experiencia que posee el equipo en aspectos como: lenguaje de notacin,
modelado de proceso, entre otros.
El trabajo de grado consta de los siguientes captulos: en el captulo I
se expone el planteamiento del problema y los objetivos que persigue este
trabajo de grado; en el captulo II se expone el marco terico de la
investigacin; en el captulo III se presenta el marco metodolgico que se
sigue para la realizacin de la investigacin; en el captulo IV se presenta la
formulacin del modelo; en el captulo V se presentan tres ejemplos donde
se muestra el funcionamiento del modelo. En el captulo VI se presentan las
conclusiones y los resultados y por ltimo se presentan las referencias
3
bibliogrficas consultadas para la revisin sobre el estado del arte y la
informacin necesaria para llevar a cabo este trabajo de grado.
4
CAPTULO I: Planteamiento del problema.
El desarrollo de aplicaciones Web ha ido aumentando de manera
considerable y ha tomado gran importancia dentro de las organizaciones.
Pero muchas de estas aplicaciones no han tenido el xito esperado, ya que
no cumplen con los objetivos para los cuales fueron desarrolladas.
Un estudio realizado por el consorcio consultor Cutter Mike EPNER
(Cutter, 2000), muestra los graves inconvenientes que han venido
arrastrando las aplicaciones Web. A continuacin se presentan parte de los
resultados obtenidos en el estudio:
El 79% de los proyectos de desarrollo de aplicaciones Web no cumpli
el tiempo establecido para su ejecucin.
El 63% de los proyectos tuvo un presupuesto superior a lo planificado
El 53% de las aplicaciones Web no cumple con los requerimientos
funcionales mnimos.
El 52% de las aplicaciones Web son de baja calidad.
El problema de un mal diseo en una aplicacin Web se produce
principalmente por dos causas: la falta de conocimiento del entorno Web y
por la utilizacin de metodologas no adecuadas para el desarrollo de este
tipo de aplicaciones. Las aplicaciones Web, a diferencia de las tradicionales
deben cumplir con estndares de usabilidad por la capacidad de interaccin
5
con el usuario y los aspectos de la presentacin de la informacin, de forma
que no genere carga cognitiva (dificultad de la aplicacin para ser utilizada),
y no haya desorientacin del usuario debido a el modelado de las
navegaciones en el ambiente hipertexto sobre el cual se implementan tales
aplicaciones. (Bianchini, 2000).
Los desarrollos en ambientes Web llevados a cabo hacia finales de los
aos 90 utilizaban adecuaciones de metodologas para desarrollo de
software tradicional. Es a principios de este siglo que las propuestas
metodolgicas en el mbito de desarrollo Web han madurado y se ha
constituido la disciplina de la Ingeniera Web (Deshpande, Murugesan,
Hansen &Ginige, 2001) quien le da forma y genera el primer concepto sobre
la disciplina, enuncindola como: la aplicacin de enfoques sistemticos y
cuantificables (conceptos, mtodos, tcnicas y herramientas) para llevar a
cabo el anlisis de requerimientos, diseo, implementacin, pruebas,
operacin y mantenimiento de aplicaciones Web de alta calidad.
A lo largo de los ltimos 10 aos se han creados metodologas de
desarrollo Web que permiten mejorar el anlisis y diseo de los sistemas
realizados bajo esta tecnologa. De ah que hayan disminuido de manera
considerable los problemas de diseo de los sistemas de software Web. Las
aplicaciones Web pueden alcanzar distintos niveles de complejidad y estn
6
atadas al concepto de presencia en el World Wide Web (WWW). Se estima
que una vez levantados los requerimientos principales, los clientes presionan
por el desarrollo, por lo tanto los tiempos son muchos ms cortos que en el
caso de aplicaciones tradicionales. Retomando la caracterstica sobre
interaccin, navegacin y presentacin de la informacin se puede deducir
que, adems, el equipo de desarrollo debe ser multidisciplinario. (Diaz &
Aedo, 2007)
Por lo anterior, existen ciertos atributos relacionados con el desarrollo
de aplicaciones Web que los lderes de este tipo de proyecto deben saber
gestionar, tal como son: la seleccin de un mtodo de desarrollo adecuado,
enfoque metodolgico (gil Vs. disciplinado), modelo de proceso, segn tipo
de aplicacin a desarrollar su complejidad, nmero y competencias de
personal disponible, entre otros.
En la actualidad existen estudios que han analizado esta problemtica
y han intentado darle una solucin, como es el caso expuesto en (Selmi,
Kraem, Ghzala, & Hajjami, 2008), donde propone un meta-modelo
compuesto de mtodos y es el propio equipo de trabajo quien crea la
metodologa que va a utilizar segn: el tipo de aplicacin a desarrollar, la
complejidad de la aplicacin, similitud con otras aplicaciones desarrolladas y
los problemas en la definicin y claridad de los objetivos de la aplicacin.
7
Por lo expuesto anteriormente, en este trabajo de grado se propone un
modelo que servir como gua o apoyo a los desarrolladores de aplicaciones
Web a la hora de decidir que metodologa de desarrollo van a utilizar para
llevar a cabo el proyecto.
I.1 Objetivo General.
Generar un modelo que permita seleccionar la metodologa de
desarrollo para una aplicacin Web, segn sus caractersticas funcionales y
la experiencia del equipo de trabajo que realizar la misma, para disminuir
los problemas de diseo y desarrollo.
I.1.1 Objetivos especficos.
Analizar y comparar las principales metodologas de desarrollo de
aplicaciones Web existentes.
Definir las caractersticas de una aplicacin Web que deben tomarse
en cuenta a la hora de seleccionar la metodologa de desarrollo que
se va a utilizar.
Definir los aspectos ms relevantes relacionados con las
caractersticas del equipo de desarrollo que deben tomarse en cuenta
a la hora de seleccionar la metodologa a utilizar.
8
Definir y disear un modelo que dadas las caractersticas de la
aplicacin web y del equipo de trabajo, seleccione la metodologa de
desarrollo ms adecuada para su anlisis y diseo.
9
CAPTULO II: Marco Terico.
En este captulo se exponen los fundamentos tericos que fueron
necesarios para la construccin del modelo de seleccin de la metodologa
para el diseo de una aplicacin Web. Se describirn conceptos generales,
pero el nfasis principal ser en aquellas descripciones asociadas a las
metodologas que se han evaluado para realizar este trabajo de grado. Los
contenidos que se discutirn se basan en el esquema que se muestra en la
figura N2, que representa un ambiente de desarrollo genrico, donde se
identifican:
a. Una metodologa constituida por: actividades, roles y artefactos,
siguiendo algn modelo de proceso.
b. Herramientas que pueden dar soporte al proceso metodolgico, con
los cuales se pueden gestionar actividades y generar artefactos los
cuales representan modelos descritos con algn lenguaje de
modelado y siguiendo algn paradigma establecido.
c. Equipo de desarrollo, que son personas y competencias que llevan a
cabo uno o ms roles dentro del enfoque metodolgico.
Por lo expuesto, el captulo se estructura de la siguiente manera: en la
seccin II.1 se exponen los conceptos preliminares necesarios para
comprende la terminologa Web. En la seccin II.2 se explican los modelos
10
referenciales y de hipermedia. En la seccin II.3 se presentan los tipos de
aplicaciones Web que existen actualmente en el mercado, en la seccin II.4
se describen brevemente las distintas propuestas metodolgicas estudiadas
en el presente trabajo, y por ltimo en la seccin II.5 se exponen los criterios
relacionados a los equipos de trabajo que sern tomados en cuenta en el
modelo de seleccin.
Figura N 2. Ambiente de desarrollo genrico (Bianchini, 2000)
II.1 Conceptos Preliminares.
Hipertexto: se entiende como la organizacin de una base de informacin
en bloques discretos de contenido llamado nodos (en su mnimo nivel),
11
conectados a travs de enlaces cuya seleccin genera distintas formas de
recuperar la informacin de la base (Bianchini, 2000).
Hipermedia: es un hipertexto que tiene contenidos multimedia, que consiste
en la tecnologa que utiliza la informacin almacenada en diferentes formatos
y medios, controlados por un usuario (Bianchini, 2000), como por ejemplo:
videos, imgenes, sonido, entre otros.
Hiperdocumento: es el contenido de informacin, incluyendo los
fragmentos de informacin y las conexiones entre esos fragmentos,
indiferente sea el sistema utilizado para leer o escribir tal documento
(Bianchini, 2000).
Aplicacin Web: es un sistema de software basado en tecnologas y
estndares del World Wide Web Consortium (W3C), que provee los recursos
especficos Web, tales como contenido y servicios a travs de una interfaz de
usuario como lo es un navegador Web. (Kappel, Prll, Reich, &
Retschitzegger, 2003).
II.2 Modelos de referencia y modelos de hipermedia
En este trabajo de grado se desarroll un modelo para la seleccin de
la mejor metodologa de desarrollo de una aplicacin Web. Es importante
sealar las diferencias entre metodologas de diseo, las cuales incluyen un
conjunto de pasos y procedimientos que deben seguirse para el desarrollo de
12
una aplicacin (Piattini, 2007). Por lo tanto, son una serie de actividades
que se llevan a cabo para establecer los objetivos y el funcionamiento de los
componentes que forman parte de una aplicacin Web. Por otro lado existen:
i) los modelos de referencia que captan las abstracciones ms importantes
que se encuentran en una amplia gama de sistemas de hipertexto existentes
y futuras (Halasz & Schwartz, 1994), y ii) los modelos de hipermedia que
aportan una base terica y formal que permite identificar claramente los
elementos, atributos y operaciones de los sistemas hipermedia. (Pastor &
Saorn, 1998). A continuacin se nombran algunos de estos modelos.
El modelo de Dexter (Halasz & Schwartz, 1994
El modelo de msterdam(Hardman, Bulterman, & Van Rossum, 1994)
The Hypertext Abstract Machine (HAM) (Campbell & Goodman, 1988)
El modelo de Trellis (Furuta & Stotts, 1989)
El modelo formal de Lange (Lange, 1990)
El modelo Tower (De Bra, Houben, & Kornatzky, 1993)
El modelo de Hipermedio basado en teora de grafos (Bianchini, 2000)
II.3 Tipos de aplicaciones Web.
El avance que ha tenido la tecnologa Web ha generado aplicaciones
que van desde pginas Web, que slo muestran informacin esttica a
inmensos portales como tiendas virtuales y banca electrnica, entre otros.
13
Todo esto ha generado que las aplicaciones Web se puedan clasificar segn
su funcionalidad. A continuacin mostraremos los tipos de aplicaciones Web
segn la propuesta de (Kappel, Prll, Reich, & Retschitzegger, 2003):
Sitios Web centrados en la informacin: Son los precursores de
las aplicaciones Web. Son pginas Web prefabricadas y almacenadas
en servidores Web. Por ejemplo: pginas Web estticas, documentos
HTML que son enviados a los usuarios cuando realizan alguna
peticin. Estas pginas Web son modificadas manualmente o usando
las herramientas respectivas. (Kappel, Prll, Reich, & Retschitzegger,
2003), En otras palabras, los sitios Web centrados en la informacin
son pginas Web donde la interaccin con el usuario es limitada
(lectura y navegacin sencilla), ya que su contenido es esttico y la
mayora de las veces son modificadas de forma manual. Ejemplo:
pginas Web de informacin general de compaas (www.cvg.com),
pginas Web personales, etc.
Aplicaciones Web interactivas: Emergen ofreciendo una simple
forma de interactividad a travs de las pginas de un sitio Web
pginas Web son dirigidas a otras pginas dinmicamente generadas
por las entradas del usuario. (Kappel, Prll, Reich, & Retschitzegger,
2003), es decir, son aplicaciones Web las cuales interactan con el
14
usuario y donde su contenido est en constante cambio. Ejemplo:
portales de noticias (www.globovision.con, www.eluniversal.com,
www.el-nacional.com), portales donde se realizan exhibiciones
virtuales (www.louvre.fr), etc.
Aplicaciones web Transaccionales: Son creadas para proveer ms
interactividad, dndole al usuario la posibilidad no solo de interactuar
con la aplicacin de modo solo lectura, sino tambin realizar
modificaciones en el contenido. (Kappel, Prll, Reich, &
Retschitzegger, 2003). Son aplicaciones en las cuales los usuarios
pueden realizar modificaciones en el contenido subyacente de la
aplicacin, desencadenar eventos y transacciones. Ejemplo muy
conocidos son las tiendas electrnicas (www.amazon.com,
www.vitalis.net/tiendavirtual.htm), reservaciones de hoteles, compra
de boletos areos, es decir todo lo relativo al comercio electrnico,
banca electrnica, entre otros.
Aplicaciones Web basadas en el flujo de trabajo: Modelan y dar
soporte a la manipulacin del flujo de trabajo dentro o entre
compaas, autoridades pblicas y usuarios privados. La razn
principal de estas aplicaciones es proveer servicios Web que
garanticen la interoperabilidad de los entes. La complejidad de los
servicios en cuestin es la autonoma de los empleados de la
15
compaa y la necesidad de contar con flujos de trabajo robustos y
flexibles a la vez. (Kappel, Prll, Reich, & Retschitzegger, 2003), en
otras palabras, son aplicaciones que proporcionan una herramienta
para facilitar el flujo de trabajo de las compaas. Ejemplo de stas
aplicaciones son: business to business in e-commerce
(www.mercadolibre.com, www.ebay.com), Aplicaciones del sector
pblico (e-government: www.seniat.gov.ve), soporte para pacientes en
aplicaciones del sector salud, sistemas de planificacin y organizacin
en lnea, gestin de inventarios, etc.
Aplicaciones Web Colaborativas: Empleadas especialmente para la
colaboracin entre operaciones y entidades no estructuradas. Son
necesarias para la comunicacin entre los usuarios donde su
colaboracin es particularmente alta. La aplicaciones Web
colaborativas apoyan los procesos para compartir informacin y
espacios de trabajo donde se pueda administrar la informacin
compartida. (Kappel, Prll, Reich, & Retschitzegger, 2003). En otras
palabras, estas aplicaciones promueven la comunicacin y alto nivel
de interaccin entre sus usuarios, as como herramientas donde se
puedan crear, editar y la informacin compartida. Ejemplos de stas
aplicaciones son: Weblogs (www.weblogs.com, www.weblogssl.com),
16
Chat rooms (www.latinchat.com), plataformas e-learning
(www.aulaglobal.net.ve).
Web sociales: Son aplicaciones donde los usuarios proveen su
identidad (se registran) a una pequea comunidad de otros usuarios
con similares intereses. (Kappel, Prll, Reich, & Retschitzegger,
2003). Las Web sociales tienes las mismas caractersticas de las
aplicaciones Web colaborativas, pero se diferencian en que las Web
sociales persiguen un objetivo. Ejemplos de este tipo de aplicacin
son www.facebook.com, www.hi5.com, etc.
Portal Orientado a aplicaciones Web: Proveen un nico punto de
acceso a fuentes heterogneas de informacin y servicios (Kappel,
Prll, Reich, & Retschitzegger, 2003). Ejemplos de este tipo de
aplicaciones son los portales que ofrecen motores de bsqueda
(www.google.com, www.yahoo.com). Algunos portales nacieron como
tiendas electrnica, pero fueron evolucionando a los llamados
Marketplace portals como es el caso de Amazon (www.amazon.com);
estn tambin los portales orientados a un tipo especifico de usuarios
(community portals).
17
II.4 Marco de referencia para el estudio de las metodologas.
Para proceder a describir las metodologas es imprescindible explicar
el marco de referencia que resumen las potencialidades y caractersticas de
tales propuestas.
El marco de referencia es producto de revisiones y surveys
identificados en la literatura, en especial (Fraternali, 1999) y (Retschitzegger
& Schwinger, 2000) donde se identifican los siguientes elementos (ver figura
N 3).
Figura N 3. Caractersticas a considerar en el desarrollo de aplicaciones Web.
Tomado de (Kappel, Prll, Reich, & Retschitzegger, 2003)
Niveles: Representan los distintos puntos de vista desde los cuales se
puede estudiar el sistema: contenido, navegacin (hipertexto) y presentacin
(Cachero, 2002)
18
Los niveles representan como est compuesta una aplicacin Web, el
contenido es la estructura lgica de la aplicacin, el hipertexto es como est
estructurado el contenido dentro de una pgina (nodo) y sus enlaces, y por
ltimo la presentacin que es la interfaz del usuario, es decir, el diseo de la
pgina. Para el caso de software tradicional, slo aplicaran los niveles de:
contenido y la presentacin, sta es la principal diferencia con las
aplicaciones Web.
El diseo de cada uno de estos niveles de forma separada es lo que
permite la reutilizacin, lo que ayuda a reducir la complejidad de este tipo de
aplicacin.
Aspectos: aaden la perspectiva acerca del carcter esttico (estructural) /
dinmico (comportamiento) de cada uno de los niveles. (Cachero, 2002). La
relevancia que pueden tener los modelos de estructura y comportamiento
dependen en gran medida del tipo de aplicacin que se va a realizar, ya que
si se desea desarrollar una aplicacin esttica, el modelado del
comportamiento es irrelevante, en cambio, una aplicacin que maneje
diversos tipos de usuarios los cuales interactan con el sistema, el modelado
del comportamiento se hace necesario.
Fases: niveles de abstraccin que deberan tener soporte en cualquier
propuesta de modelado para favorecer tanto la reflexin como el reso
19
(Cachero, 2002). En otras palabras, son las secuencias de los pasos para
modelar los niveles, por ejemplo: la aplicacin del anlisis en modelar los
niveles y los aspectos, luego aplicar el diseo en el modelado de los niveles,
etc.
II.4.1 Modelos fundamentales en el desarrollo de aplicaciones Web.
Por las caractersticas propias de las aplicaciones Web y tomando en
cuenta el marco de referencia anterior, es necesario que las propuestas
metodolgicas sean capaces de describir modelos especficos. Los modelos,
producto de distintas actividades de las metodologas, deben ser ms
expresivos en el desarrollo Web, que aquellos generados para el desarrollo
de aplicaciones no convencionales, vista la capacidad hipertextual de las
primeras.
Los modelos principales que deben generarse en cualquier propuesta
madura son:
1. Modelado de Requerimientos:
En esta etapa es donde se recogen, se evalan y se analizan todas
las caractersticas que se deben desarrollar para cumplir los objetivos que
persigue la aplicacin Web.
Varias tcnicas pueden ser usadas para identificar, analizar,
describir, evaluar y gestionar los requerimientos de una
20
aplicacin Web. Los casos de usos son la tcnica de modelado
ms empleada en el levantamiento de los requerimientos, ya
que puede ser representada grficamente. (Kappel, Prll,
Reich, & Retschitzegger, 2003).
A la hora de modelar una aplicacin Web en donde no se tenga claro
los objetivos que persigue, su alcance y las peticiones de los usuarios es
importante contar con una metodologa que proporcione las herramientas de
modelado necesarias para levantar los requerimientos de la aplicacin.
Una peculiaridad de los requerimientos de una aplicacin Web
es la funcionalidad de la navegacin, la cual permite al usuario
desplazarse a travs del hipertexto y encontrar nodos.
(Kappel, Prll, Reich, & Retschitzegger, 2003).
Por tal motivo es importante que a la hora de levantar los
requerimientos de una aplicacin Web, se cuente con herramientas
apropiadas para este tipo de aplicaciones y tomar herramientas de modelado
de requerimientos genricas para cualquier tipo de aplicacin.
2. Modelado del Contenido:
La informacin provista por una aplicacin Web es uno de los
factores ms importantes para el xito de la aplicacin, ya que
originalmente la Web es un medio de informacin. Modelar
contenido donde solo se incluya el modelado de la data
normalmente es suficiente para aplicaciones Web estticas. En
aplicaciones Web complejas adems del modelo de la data, se
21
requiere modelar los aspectos de su comportamiento. Esto
significa que el modelado del contenido incluye la creacin del
modelo del dominio, consistente con los aspectos estticos y
dinmicos, conocido tradicionalmente como ingeniera de
software. (Kappel, Prll, Reich, & Retschitzegger, 2003).
El modelado del contenido simplemente es la estructuracin de cmo
ser almacenada la data de la aplicacin (Base de Datos) y cmo ser su
comportamiento segn la tarea que se ejecute en la aplicacin.
Este tipo de modelado es fundamental a la hora de disear
aplicaciones Web, debido a que un buen diseo del contenido facilitara el
proceso de desarrollo, as como la optimizacin de los recursos y hara ms
flexible a la aplicacin a la hora de realizar modificaciones o nuevos
requerimientos.
3. Modelado del Hipertexto:
La no linealidad del hipertexto es una de las propiedades ms
importantes cuando se est modelando una aplicacin Web.
As la Estructura del hipertexto debe ser diseada
cuidadosamente. Esto puede ser resuelto utilizando estructuras
de acceso adecuadas, Ejemplo: opciones de navegacin,
evitando as el riesgo de que los usuarios se pierdan y se
expongan al excesivo estrs cognitivo (Kappel, Prll, Reich, &
Retschitzegger, 2003).
22
Al momento de disear una aplicacin Web siempre es necesario
modelar como los usuarios van a navegar a travs de las pginas, este
diseo de la navegacin es lo que se define como el modelado del
hipertexto. La realizacin de este modelado es fundamental a la hora de
disear una aplicacin Web, ya que es lo que la diferencia de las
aplicaciones tradicionales.
El objetivo del modelado del hipertexto, tambin conocido
como modelo Navegacional, es especificar la navegacin a
travs del contenido de una aplicacin Web, Ejemplo: los links
de navegacin habilitados para los usuarios.
El modelado del hipertexto se enfoca en los aspectos
estructurales del hipertexto y de los accesos a los elementos.
El comportamiento de la navegacin de una aplicacin Web
normalmente no es representado de manera explcita, porque
provee muy poca informacin adicional a los desarrolladores.
(Kappel, Prll, Reich, & Retschitzegger, 2003).
El modelado del hipertexto es prcticamente el mapa navegacional de
la aplicacin, as como la estructura del contenido dentro de los nodos. Un
buen diseo del hipertexto permite que la aplicacin sea ms fcil de usar y
evita la redundancia de la informacin, generando una aplicacin ms
amigable.
4. Modelado de Presentacin:
23
Similar a la tradicional ingeniera de software. El modelo
de presentacin detalla cmo ser la interfaz del usuario y el
look and feel de la aplicacin Web.
El modelado de la presentacin est destinado a disear
la estructura y el comportamiento de la interfaz del usuario para
asegurar que la interaccin con la aplicacin Web sea sencilla
y se auto-explique. Adicionalmente, la comunicacin y
representacin de tareas dentro de la aplicacin Web son
tomadas en cuanta. (Kappel, Prll, Reich, & Retschitzegger,
2003).
El modelado de la presentacin de una aplicacin Web, simplemente
especifica y detalla cmo ser la interfaz grfica que interactuar con los
usuarios. Este modelado genera 2 resultados, el primero es el de producir el
modelado recurrente de la pgina (Ejemplo: el encabezado y el pie de
pgina). El segundo es referente a la estructura de cada pgina de la
aplicacin, es decir, en donde irn colocados los botones, los cuadros de
texto, la informacin, etc.
5. Modelado de Personalizacin:
El modelo de personalizacin est dirigido explcitamente a la
representacin del contexto de la informacin y la adaptacin
derivada para eso. (Kappel, Prll, Reich, & Retschitzegger,
2003).
24
El modelo de personalizacin especifica cmo va a ser la estructura y
el comportamiento de la aplicacin segn el usuario que interacte en un
momento especfico con la aplicacin.
Para este trabajo de grado se dividir el modelado del contenido,
hipertexto y presentacin de la siguiente manera:
Modelado de la estructura del contenido.
Modelado del comportamiento del contenido.
Modelado de la estructura del hipertexto.
Modelado del comportamiento del hipertexto.
Modelado de la estructura de la presentacin.
Modelado del comportamiento de la presentacin.
II.5 Metodologas de desarrollo Web.
Algunas metodologas de desarrollo de aplicaciones Web como
OOHDM (Schwabe & Rossi, 2000), OO-H (Cachero & Gmez, 2003) y
OOWS (Fons, Pastor, Valderas, & Ruiz, 2002) proponen todas las fases
necesaria para el desarrollo de una aplicacin Web, desde el levantamiento
de los requerimientos hasta el desarrollo de la aplicacin, no toman en
cuenta la fase de prueba e implantacin del aplicativo. UWE (Koch & Kraus,
2002), WebML (Ceri, Fraternali, & Bongio, 2000) y NDT (Escalona, Mejias,
Torres, & Reina, 2002) solo contemplan las fases de levantamiento de
25
requerimiento, anlisis y diseo. Alguna de stas metodologas utilizan
esquemas de modelado haciendo uso de notaciones estandares tales como
UML y E-R. Otras proponen la combinacin de notaciones propias y
estandares.
A continuacin se describen las metodologas de desarrollo Web que
sern analizadas para la realizacin del modelo que propone este trabajo de
grado.
II.5.1 HDM Hypermedia Design Model
HDM prescribe la definicin de un esquema de
aplicacin, que describe en general las clases de elementos de
informacin en trminos de sus caractersticas comunes de
presentacin, su estructura de organizacin interna y los tipos
de sus interconexiones. Un esquema, por lo tanto, la captura
semntica y estructural de las regularidades en la estructura de
la presentacin para una determinada clase de aplicaciones.
Una vez que el esquema se ha especificado, el modelo
tambin le permite definir una aplicacin particular, mediante la
aportacin de primitivas para describir una instancia del
esquema, es decir, casos reales de informacin de clases y
tipos de conexin. (Garzotto, Paolini, & Schwabe, 1993).
El modelo HDM (Garzotto, Paolini, & Schwabe, 1993) divide el
proceso de diseo de una aplicacin de hipertexto en 2 partes: el authoring-
in-the-large, que se refiere a la especificacin y diseo de los aspectos
26
globales y estructurales de la aplicacin, y el authoring-in-the-small, que se
refiere al desarrollo del contenido de los nodos, a ms detalle.
El modelo HDM establece una serie de nociones (Primitivas) como:
entidades, componentes, perspectivas, unidades, enlaces y esquema HDM.
Entidades: son cada una de las estructuras de la informacin dentro del
nodo.
Componentes: Una entidad dentro de HDM (nodo) es una recopilacin de
componentes, es decir, que un componente es una abstraccin de un
conjunto de unidades, las cuales funcionan como contenedores de
informacin.
Perspectivas: son las diferentes formas como puede ser mostrada una
informacin dentro de la aplicacin.
Unidades: Es un componente con una perspectiva determinada.
Enlaces: es la conexin entre los nodos, lo que genera el mapa
navegacional de la aplicacin. En HDM ese mapa es en forma de rbol de
manera jerrquica, todo comienza desde un nodo raz.
Esquema HDM:
27
Es el resultado del diseo de la aplicacin en HDM, el esquema es
definido as por sus autores (En la figura N4 se muestra un ejemplo del
esquema):
Una especificacin de HDM de una aplicacin de hipertexto
consiste en un esquema de definicin y un conjunto de
definiciones de los casos. Un esquema de definicin especifica
un conjunto de tipos de entidad y tipos de vnculos. Los casos
son permitidos en una aplicacin solo si ellos obedecen a las
limitaciones especificadas por el esquema. (Garzotto, Paolini,
& Schwabe, 1993).
Figura N 4. Esquema HDM. Tomado de Garzotto (Garzotto, Paolini, & Schwabe, 1993)
28
II.5.2 RMM - Relationship Management Methodology
RMM (Relationship Management Methodology) (Isakowitz, Stohr, &
Balasubramanian, 1995) es una metodologa de desarrollo Web en el cual
los elementos principales son el modelo E-R (Entidad-Interrelacin) y el
modelo RMDM (Relationship Management Data Model) basado en el modelo
HDM.
RMM propone un lenguaje con el cual se describen los objetos del
dominio de la aplicacin, sus interrelaciones y los mecanismos de
navegacin dentro de la aplicacin. RMM genera un esquema completo del
dominio y de la navegacin de la aplicacin que se denomina esquema
RMDM y se obtiene como resultado de las tres primeras etapas del mtodo.
Las etapas son:
Primera etapa: En esta primera etapa se representa la informacin
del dominio, mediante un diagrama Entidad Interrelacin (E-R).
Segunda etapa: En esta etapa, es donde se determina la manera de
cmo estar estructurada la informacin dentro de las entidades, las
cuales se presentaran al usuario y se determina la forma en la cual
pueden acceder a ella, es decir, dividir una entidad en pedazos y
organizarlos en una red hipertextual.
29
Tercera etapa: En este paso, se disean los caminos que permitan la
navegacin del hipertexto. Cada una de las relaciones asociativas que
aparecen en el diagrama de E-R se analiza
Las cuatro etapas restantes consisten en:
definicin del protocolo de conversin de elementos del diagrama
RMDM en objetos de la plataforma de desarrollo
concepcin de la interfaz del usuario
concepcin del comportamiento en ejecucin
construccin del sistema y pruebas
Mediante el modelo de datos RMDM (Relationship Management Data
Model), que se forma a partir de los diagramas E-R, se describir no slo la
informacin referente a los objetos, sino tambin a la navegacin entre ellos.
En la figura N 5 se muestra un ejemplo del modelo RMDM.
30
Figura N 5. Diagrama RMDM. Tomado de (Isakowitz, Stohr, & Balasubramanian, 1995)
II.5.3 OO-H Object-Oriented Hypermedia
OO-H (Cachero, 2002) es una metodologa que se basa en el
paradigma orientado a objeto (OO), la cual ofrece a los desarrolladores las
herramientas necesarias para la semntica y la notacin de la aplicacin
Web.
OO-H toma el proceso de desarrollo de aplicaciones tradicionales,
pero le agrega el complemento navegacional que es requerido en todas las
31
aplicaciones Web, este complemento es: el diagrama de acceso
navegacional (DAN).
El Diagrama de Acceso Navegacional: Para obtener el modelo
navegacional de la aplicacin, OO-H propone la realizacin de uno o varios
DAN con diferentes enfoques de las vistas de la aplicacin, esto dependern
de los tipos de usuarios que interactuaran con el sistema. El diagrama se
divide en 4 tipos de constructores: las clases de navegacin, los objetivos de
navegacin, los vnculos de navegacin y las colecciones.
Acti vidades (fases) realizadas por OO-H:
1. Modelo Requisitos Funcionales: para esta actividad la metodologa
propone una tcnica de ejecucin dentro del campo de la ingeniera
de requisitos, el cual proporciona como resultado de esta actividad un
diagrama de casos de usos UML, que constituye el modelo de
requisitos funcionales.
2. Modelo Anlisis Navegacin: Una vez que se tenga el diagrama de
uso de la fase anterior, el anlisis de la navegacin agrega un
conjunto aspectos que dan origen al diagrama de navegacin
semntica (DNS). En esta fase se captura la estructura de alto nivel de
la navegacin del usuario en la aplicacin, donde se debe tener en
cuenta el posible propsito de dicho usuario a la hora de disear los
32
mens de acceso, para lograr as disear un modelo de hipertexto
eficaz.
3. Modelo Dominio: En esta fase se genera un diagrama de clases (DC)
UML, en donde se incluyen las clases, atributos, mtodos y las
relaciones entre ellas. En una primera etapa se genera un DC general,
y luego se va refinando este diagrama para recoger detalles de ms
bajo nivel, como es el tipo de los atributos, parmetros de entrada y
salida de los mtodos, precondiciones y pos condiciones de
invocacin, entre otros.
4. Modelo Diseo Navegacin: Es en esta fase donde se construye un
modelo de diseo de la navegacin, es donde va a estar representado
el contenido, la navegacin y la funcionalidad que componen la
interfaz de la aplicacin. En este modelo es donde se captura todo el
contenido y la navegacin de la aplicacin necesaria para la
generacin del primer prototipo. Adems se recoge la informacin
sobre los caminos navegacionales, restricciones de navegacin e
interfaces de servicio, que tienen como fin dar respuesta a cada
requisito funcional de la aplicacin.
5. Modelo Diseo Presentacin: En esta ltima fase se generan dos
modelos: Diagrama de Presentacin Abstracta (DPA), el cual muestra
una visin de la estructura lgica de la aplicacin, y permite modificar
33
la estructura con elementos como: el pie de pgina y el encabezado.
El segundo modelo es el Diagrama de Diseo Visual (DDV), el cual
permite editar cada una de las pginas que conforman la estructura
para especificar aspectos como colores, posicionamiento o tipos de
constructor lgico.
II.5.4 EORM Enhanced Object Relationship Methodology
EORM (Lange, 1996) es una metodologa orientada a objeto (OO) con
un modelado de proceso iterativo.
Esta metodologa consta de las siguientes fases:
1. Fase de Anlisis: en esta fase se genera un modelo de clases de
objetos con atributos, los mtodos y las relaciones entre las clases. En
esta fase se trata de orientar a objeto la aplicacin sin tomar en cuenta
los aspectos hipermediales.
2. Fase de Diseo: En esta fase se modifica el modelo obtenido en la
fase anterior, al cual se le agrega la semntica apropiada a las
relaciones entre las clases de objetos, los cuales son convertidos en
enlaces hipermediales. El resultado de esta fase son los esquemas
EORM, en donde se refleja la estructura de la informacin y las
posibilidades de navegacin que ofrecer la aplicacin.
34
3. Fase de Desarrollo: En esta fase es donde se lleva a cabo la
codificacin de la aplicacin, es decir, se transforman los esquemas
en cdigo, se genera la base de datos y se elaboran los formularios
de consultas de las clases identificadas.
II.5.5 OOHDM - Object-Oriented Hypermedia Design Method
OOHDM (Object-Oriented Hypermedia Design Method)
(Schwabe & Rossi, 1995) es una metodologa que se basa en el
paradigma orientado a objeto (OO) y permite una descripcin precisa
de los elementos de informacin compleja que manejar la aplicacin
a ser diseada. Tambin se pueden especificar los patrones
complejos de navegacin y las transformaciones de la interfaz del
usuario.
OOHDM propone 4 etapas (fases) y consideran el paradigma
de proceso incremental. Cada una de las etapas se enfoca en un
diseo particular de una preocupacin, en donde el resultado ser un
modelo OO. OOHDM es una extensin de HDM, pero lo que la
distingue claramente es el proceso de concepcin orientado a objetos.
A continuacin se enumeran las 4 etapas propuestas por OOHDM:
35
1. Diseo Conceptual: en esta etapa se construye un esquema
conceptual que representa los objetos (clases), sus relaciones y
colaboraciones existentes entre ellos. Las clases se describen en
modelos OO con sus respectivos atributos.
2. Diseo Navegacional: esta etapa es considerada como crtica dentro
de OOHDM, ya que la navegacin es un paso fundamental en el
diseo de una aplicacin Web. En esta etapa se genera un modelo de
navegacin el cual est construido por vistas sobre el modelo
conceptual, lo que permite la elaboracin de diferentes modelos de
acuerdo a los distintos usuarios que interactuarn con la aplicacin.
Cada modelo de navegacin ofrece una vista subjetiva del modelo
conceptual.
El modelo de navegacin consta de 2 esquemas, el esquema de clase
de navegacin y el esquema contextual de navegacin. OOHDM
hereda de HDM el conjunto de tipos de clases de navegacin pre-
definidos: nodos, enlaces y la estructura de acceso, as como la
semntica de los nodos y enlaces.
3. Diseo de interfaces abstractas: en esta etapa es donde se
especifica la interfaz abstracta de la aplicacin, es decir, definir la
forma en la cual los objetos de navegacin sern mostrados, as como
36
qu interfaz del objeto de navegacin ser activado y que
transformacin de la interfaz tendr lugar y en qu momento.
4. Implementacin: esta etapa es donde en realidad se aplicar el
diseo, particularmente se considera el tipo de la ejecucin de la
aplicacin. OOHDM se enfoca en como los diseos pueden ser
aplicados en la WWW.
II.5.6 SOHDM Scenario-based Object-Oriented Hypermedia Design
Methodology
SOHDM (Lee, Lee, & Yoo, 1998) es una metodologa que sigue el
paradigma OO y que se basa en escenarios, los cuales se utilizan para
mejorar la capacidad expresiva de modelado. Las vistas OO son utilizadas
como unidades de navegacin, as como vistas lgicas del usuario.
SOHDM propone las siguientes 6 fases:
1. Anlisis del dominio: se indican los lmites de la aplicacin que se va
a desarrollar y se representan mediante un diagrama de contexto, que
no es ms que un diagrama de flujo de datos (DFD). En esta fase se
identifican los eventos de las entidades externas que interactuarn
con la aplicacin, por ejemplo: una accin la cual inicia la ejecucin
del sistema. SOHDM propone la utilizacin de escenarios para
37
identificar los requerimientos de la aplicacin, estos escenarios son
representados mediante los Scenarios activity charts (SACs). Los SAC
describen los procesos del negocio segn los tipos de usuarios que
interactuarn con la aplicacin.
2. Modelo de Objetos: Los SACs generados en la fase anterior son
usados para modelar objetos. Estos escenarios son transformados en
objetos en forma de las tarjetas CRC (Clase-Responsabilidad-
Colaboracin). Los usuarios son los principales candidatos a ser
objetos, donde tambin se toman en cuenta las actividades. Luego
que los objetos son identificados estos son expresados en un
documento en el cual se incluyen los atributos y asociaciones de cada
uno as como la cardinalidad de la asociacin.
3. Diseo de la vista: En esta fase los objetos son organizados en
unidades de navegacin, en donde cada unidad representa una vista
OO. La utilizacin de vistas en el diseo de una aplicacin Web tiene
varias ventajas: la primera es que las vistas pueden soportar varios
usuarios los cuales tienen diferentes requerimientos, la segunda es
que las vistas pueden reducir las caractersticas cognitivas de una
aplicacin Web, ya que las diferentes responsabilidades y atributos de
los objetos se pueden agrupar dentro de las vistas.
4. Diseo Navegacional: en esta fase se disea la forma cmo los
usuarios utilizan y aglutinan la informacin sobre la base de los
38
escenarios. En una aplicacin Web, la manera como los usuarios
exploran la hipermedia es el factor ms relevante dentro del proceso
de diseo, ya que un buen diseo de navegacin evitara la
informacin redundante y ayuda a prevenir que el usuario se pierda
en el hiperespacio. En esta fase las vistas OO y los nodos de la
estructura de acceso (ASN) son adoptados por las unidades de
navegacin. Los ASN se utilizan para agrupar las caractersticas y
funciones de los diferentes actores de la aplicacin, lo cual permite a
los usuarios acceder a otras partes de la aplicacin. Tambin
proporcionan a los usuarios el acceso a las estructuras que pueden
utilizar.
5. Diseo de Implementacin: en esta fase se genera la estructura de
la pgina, el flujo de la pgina, la interfaz de usuario, la lgica y
esquema de base de datos para la construccin de un entorno de
desarrollo.
6. Construccin: En este paso los desarrolladores generan una
aplicacin hipermedia, la cual cumple con todas las caractersticas
especificadas en las fases anteriores.
39
II.5.7 WebML Web Modeling Language
WebML (Web Modeling Language) (Ceri, Fraternali, & Bongio, 2000)
es una metodologa que consta de 4 etapas soportadas bajo un modelado de
proceso iterativo, que le permite a los diseados expresar caractersticas
fundamentales de una aplicacin Web. WebML est compuesta por modelos
con una intuitiva representacin grfica para ayudar a los miembros del
equipo de desarrollo que no manejan los trminos tcnicos.
WebML propone realizar la fase de anlisis y diseo en cuatro (4) etapas:
1. Modelo Estructural: en esta fase se expresa el contenido que tendr
la aplicacin Web, en trminos de entidades e interrelaciones E-R.
WebML no propone un lenguaje de modelado para la data, pero es
compatible con las clsicas notaciones como el modelo E-R y el
diagrama de clases de UML.
2. Modelo de Hipertexto: En esta etapa se describe qu pginas y
contenidos componen la aplicacin Web y cmo estn enlazadas a
travs de dos sub-modelos:
Modelo de Composicin: es en donde se especifican que pginas
componen el hipertexto y cada unidad de contenido que
componen las pginas. WebML propone 6 tipos de unidades de
contenido: datos, multi-datos, ndice, filtro, desplazador y directa
40
unidades. Los datos se utilizan para publicar la informacin de un
slo objeto, mientras que los restantes tipos de unidades
representan formas alternativas para navegar por un conjunto de
objetos
Modelo de Navegacin: es donde se expresa la manera en la cual
las pginas estn vinculadas con el contenido de las unidades,
dando forma al hipertexto.
3. Modelo de Presentacin: en esta etapa se define la diagramacin y
la apariencia grfica de las pginas. Las especificaciones de la
presentacin son de una pgina en especfico o en general.
4. Modelo de Personalizacin: los tipos de usuarios que interactuarn
con la aplicacin son modelados explcitamente en un esquema
estructural, donde cada entidad del esquema pertenece a cada tipo de
usuario identificado. Las caractersticas de stas entidades se pueden
utilizar para almacenar un grupo especfico de contenido
II.5.8 W2000
W2000 (Baresi, Garzotto & Maritati, 2002) es una metodologa que
est organizada en paquetes que se van desarrollando en un proceso de 4
fases que componen los modelos necesarios para el diseo de una
41
aplicacin Web. W2000 toma como notacin los diagramas propuestos por
UML.
A continuacin se muestran las 4 fases propuestas por W2000:
1. Anlisis de requerimientos: en esta fase se identifican los lmites,
objetivos y requerimientos funcionales de los procesos del negocio
para el cual va dirigida la aplicacin Web. Los requerimientos
funcionales se levantan segn la percepcin de las diferentes clases
de usuarios.
2. Diseo de hipermedia: en esta fase se realiza el diseo de la
informacin, la navegacin y la presentacin. Comienza con una
redaccin de cada uno de estos aspectos y posteriormente se
generan modelos con la estructura de cada uno de ellos. Estos
modelos se van refinando para introducir todos los detalles que se
deben establecer antes de implementar la aplicacin.
3. Diseo de los servicios: esta fase se ejecuta en paralelo con la fase
de diseo del hiperespacio y especifica las principales transacciones
del negocio que va a soportar la aplicacin a desarrollar. Dicha
especificacin est orientada al usuario
4. Acti vidades de personalizacin: se realizan en caso de ser
necesario. Se definen las caractersticas que se van a personalizar y
42
posteriormente se introducen en los modelos generados en las fases
anteriores.
II.5.9 UWE UML-based Web Engineering
UWE (Koch & Kraus, 2002) es una metodologa con un modelado de
proceso espiral / interactivo incremental y tomando como lenguaje de
notacin UML, sta metodologa est enfocada en el diseo sistemtico, la
personalizacin y la generacin semiautomtica de escenarios. UWE utiliza
vistas especiales soportadas por los diagramas grficos de UML, como el
modelo de navegacin y el modelo de presentacin. UWE no limita el
nmero de vistas de una aplicacin, ya que los diseadores tambin pueden
hacer uso de otra tcnica de modelado UML para agregar otras vistas a la
aplicacin.
UWE propone los siguientes pasos para el desarrollo de una aplicacin
Web:
1. Especificacin de requerimientos: es donde se describen los
requisitos funcionales de la aplicacin a desarrollar. UWE propone el
modelo de casos de uso de UML para el levantamiento de los
requerimientos, ya que a travs de esta herramienta se puede
describir una parte del comportamiento de la aplicacin sin revelar la
43
estructura interna, as como la identificacin de los distintos usuarios
que interactuarn con la aplicacin.
2. Modelo Lgico-Conceptual: en este paso se especifican los
elementos del dominio de la aplicacin. UWE propone para este paso
la utilizacin de un diagrama de clases de UML
3. Modelo de Navegacin: en este paso se genera la especificacin de
los objetos que pueden ser visitados mediante la navegacin dentro
de la aplicacin Web y las asociaciones entre ellos. En UWE los
modelos de la navegacin son representados por los diagramas de
clases estereotipadas de UML.
4. Modelo de presentacin: en este paso se define como los usuarios
visualizarn los objetos de navegacin y las primitivas de acceso. Para
este modelo UWE propone una forma particular de un diagrama de
clase, el cual representa de forma grfica, las clases definidas
anteriormente.
II.5.10 WSDM Web Services Distributed Management
WSDM (De Troyer & Leune, 1998) es una metodologa para el diseo
de aplicaciones Web centrado en los usuarios, por lo que el primer paso en
esta metodologa es la identificacin de los tipos de usuarios que
interactuarn con la aplicacin que se va a disear. Una vez identificados los
44
usuarios se procede a describir sus caractersticas y sus requerimientos, lo
que WSDM denomina perspectivas. Las perspectivas son la entrada de las
actividades que se realizarn en la fase de diseo.
WSDM consta de las siguientes fases:
1. Modelo de usuario: se identifican tipos de usuarios que interactan
en la aplicacin, esta fase se divide en 2 etapas: la clasificacin de
usuarios, en donde se identifican y clasifican los posibles usuarios de
la aplicacin y la descripcin de los grupos de usuarios, es donde se
analizan los tipos de usuarios identificados en la fase anterior,
especificando sus necesidades de informacin y sus caractersticas
generales.
2. Diseo conceptual: esta fase se divide en 2 etapas: el modelado de
objetos, en donde se identifican las necesidades de informacin de las
distintas clases de usuarios y en donde sus perspectivas sern
descritas formalmente. La segunda etapa es el diseo de la
navegacin, donde se define el mapa navegacional de la aplicacin.
3. Diseo de implementacin: en esta fase se define el look and feel
de la aplicacin Web, es decir, la interfaz del usuario.
4. Implementacin: en esta fase se lleva a cabo la codificacin de la
aplicacin diseada.
45
II.5.11 OOWS Object Oriented Web Solutions
OOWS (Fons, Pastor, Valderas, & Ruiz, 2002) es una propuesta
metodolgica de desarrollo de aplicacin Web, basada en el paradigma
orientado a objeto (OO). OOWS toma como base OO-Method (Pastor,
Insfrn, & Pelechano, 1999) y agrega modelos para definir las caractersticas
navegacionales y de presentacin de la aplicacin.
OOWS propone un proceso de desarrollo de aplicaciones web con dos fases
principales:
1. Especificacin del problema: en esta fase se capturan los
requerimientos funcionales del sistema mediante el diagrama de caso
de usos (UML) y posteriormente el modelo conceptual de la aplicacin
(UML). En esta fase se generan los siguientes modelos:
Modelo de Objetos: define la estructura y las relaciones entre las
clases identificadas.
Modelo Dinmico: se describen las posibles secuencias de los
servicios.
Modelo Funcional: capta la semntica relacionada a los cambios
de estado entre los objetos.
Modelo Navegacional: define el mapa de navegacin asociado a
las clases de los objetos del modelo. En etapa se define la
navegacin permitida por los usuarios de la aplicacin.
46
Modelo de Presentacin: Se define de manera abstracta la
estructura lgica de presentacin de los objetos navegacionales
en la interfaz de usuario.
En esta fase tambin se identifican los tipos de usuarios que
interactuarn con la aplicacin, y se especifica una presentacin y
navegacin para cada uno de ellos.
2. Desarrollo de la aplicacin: En esta fase se lleva a cabo el
desarrollo del cdigo de la aplicacin que se dise en la fase
anterior.
II.5.12 NDT Navigational Development Techniques
NDT (Escalona, Mejias, Torres, & Reina, 2002) es una
propuesta metodolgica que se centra en las primeras fases del ciclo
de vida y ofrece un proceso para especificar, analizar y disear los
aspectos de navegacin de la aplicacin.
NDT propone un proceso de desarrollo dividido en dos fases:
1. Captura y definicin de requisitos: en esta fase se
especifican los requerimientos funcionales de la aplicacin,
para ello, NDT propone empezar estudiando el entorno de
trabajo y definiendo los objetivos. Posteriormente se obtienen
47
las necesidades de almacenamiento de la informacin, es en
esta etapa donde se define la estructura que debe tener la
informacin que se almacena. En la tercera etapa de esta fase
se realiza un estudio para identificar los tipos de usuarios que
interactuarn con la aplicacin, clasificndolos, definiendo sus
roles posibles, sus incompatibilidades y relaciones de herencia.
La cuarta actividad que se propone en esta fase es el estudio
de las necesidades funcionales del sistema, ya que se debe
indicar lo que ofrecer la aplicacin a cada uno de los
diferentes roles definidos en la etapa anterior. En la quinta y
ltima actividad de esta fase se deben definir los requisitos de
interaccin, es decir, cmo el usuario va a interactuar con la
aplicacin.
2. Anlisis: es en esta fase donde se establece el diseo del
mapa navegacional de la aplicacin, para cada tipo de usuario
identificado. Para el diseo de la navegacin NDT propone la
aplicacin del modelo conceptual de UML.
Por ltimo, para concluir la breve explicacin realizada a cada una de
las propuestas metodolgicas tomadas en cuenta para la realizacin del
48
modelo propuesto en este trabajo de grado, se presenta un resumen con las
principales caractersticas de cada una de las propuestas (Tabla 1).
49
Tabla 1. Comparativa de los aspectos relevantes de las metodologas de desarrollo Web.
Metodologa
Proceso del Desarrollo de l a
Aplicacin
Tcnica de
Modelado
Modelos grficos Notacin
HDM
1.-authoring-in-the-large
2.-authoring-in-the-small
Entidad -
interrelacin
1.-Diagrama Entidad -
Interrelacin 1.-Entidad - Interrelacin
RMM
1.-Diseo Entidad-Relacin
2.-Diseo Estructural de las
Pginas de la Aplicacin
3.-Diseo de Navegacin
4.-Diseo de la Interfaz de
Usuario
5.-Diseo del Comportamiento
en Tiempo de Ejecucin
6.-Construccin y Prueba de la
Aplicacin
Entidad -
interrelacin
Interrelacin
2.-Diagrama de
Estructuracin de las Pginas
3.-Diagrama de Datos de
Administracin de Relaciones
1.-Entidad - Interrelacin
2.-Notificacin Propia
del Modelo
EORM
1.-Clases de Desarrollo de la
Aplicacin
2.-Composicin del Entorno del
Desarrollo de la Aplicacin
3.-Entorno de Desarrollo de la
Interfaz de Usuario
Orientado - Objeto
1.-Diagrama de Clases
2.-Diseo de la Interfaz del
Usuario
1.-Tcnica de Modelado
de Objetos
OOHDM
1.-Diseo Conceptual
2.-Diseo Navegacional
3.-Diseo abstracto de la
Interfaz de Usuario
4.-Implementacin
Orientado - Objeto
2.-Diagrama Navegacional,
Clases - Contexto
3.-Diagrama de Configuracin
de la Vista de Datos
Abstracta
4.-Diagrama de la Vista de
Datos Abstracta
1.-Tcnica de Modelado
de Objetos
2.-UML
3.-Vista de Datos
Abstracta
SOHDM
1.-Anlisis del Dominio
2.-Modelo en OO (Orientado
Objeto)
3.-Diseo de la Vista
5.-Diseo Implementacin
6.-Construccin
Escenarios
Vistas - OO
1.-Diagramas de Escenarios
de Actividad
2.-Diagrama de Estructura de
Clase
3.-Vista OO
4.-Esquema de Enlace
Navegacional
5.-Esquema de Pginas
1.-Notificacin Propi a
UWE
1.-Especificacin de
Requerimientos
2.-Diseo Lgico Conceptual
4.-Diseo de Interaccin
5.-Diseo de Escenarios Web
Orientado - Objeto 1.- Diagramas UML 1.-UML
WSDM
1.-Modelado del Usuario
2.-Diseo Conceptual
2.1.-Modelo Objeto
2.2.-Diseo Navegacional
3.-Diseo Implementacin
4.-Implementacin
Entidad -
interrelacin
Orientado - Objeto
Interrelacin o Clases
2.-Capas de Navegacin
1.-Entidad - Interrelacin
/ Tcnica de Modelado
de Objetos
OOWS
1.-Especificacin del Problema
2.-Desarrollo de la Aplicacin
Orientado - Objeto
1.-Modelo de Objetos
2.-Modelo Dinmico
3.-Modelo Funcional
4.-Modelo de Navegacin
5.-Modelo de Presentacin
1.-UML
NDT
1.-Captura y definicin de
requisitos
2.-Anlisis
Orientado - Objeto
1.-Patrones
2.-Diagrama Caso de Usos
4.-Diagramas de contestos
Navegacionales
1.-UML
50
II.6 Herramientas CASE
Debido a la importancia que han alcanzado este tipo de instrumentos
en el desarrollo de software, se decidi tomar en cuenta las caractersticas
principales que poseen las herramientas CASE propuestas por las
metodologas estudiadas en este trabajo de grado. Las herramientas CASE
tendrn un papel fundamental a la hora de seleccionar la mejor metodologa
de desarrollo para una aplicacin Web.
Las herramientas CASE son instrumentos de Ingeniera de Software
Asistida por Computadora, es decir, son aplicaciones que tienen como
objetivo el aumento de la productividad del equipo de trabajo, en el proceso
de desarrollo de software, ayudando a reducir los tiempos de ejecucin y
costos del proyecto.
Los beneficios ms importantes por lo cual un equipo de desarrollo
debera contar con una herramienta CASE, segn (Kendall & Kendall, 2005)
y (Pressman, 2005), son las siguientes:
1. La integracin de las actividades que debe realizar el equipo de
desarrollo con las fases del ciclo de vida propuesto por la metodologia
que estn utilizando.
51
2. La disminucin del esfuerzo y del tiempo de ejecucin para efectuar
actividades globales, como: el control de calidad y la produccin de
documentos
3. El aumento del control de la ejecucin del proyecto, ya que se puede
lograr una mejor planificacin y un monitoreo ms preciso de las
actividades realizadas.
4. La mejora de la comunicacin entre los miembros del equipo de
trabajo que est llevando a cabo el proyecto.
Las herramientas CASE deberan ofrecer ciertas funcionalidades, segn
(Kendall & Kendall, 2005) y (Pressman, 2005), para que puedan cumplir con
el objetivo de el aumento de la productividad y la disminucin de tiempo de
ejecucin y costo del proyecto. A continuacin se mencionan las princiales
funcionalidades:
Proporcionar un mecanismo para compartir la informacin guardada y
generada de un proyecto.
Poseer mecanismos que en caso de producirse un cambio en un
modelo, este cambio se replique en los modelos que se generan a raz
del cambio.
Proporcionar un control de versiones.
Establecer un apoyo automatizado para el modelo de proceso de la
metodologa que se est usando.
52
Dar soporte a la comunicacin entre los miembros del equipo de
trabajo.
Proporcionar mecanismos para la verificacin de la coherencia del
diseo de la aplicacin.
Poseer mecanismos que generen parte del cdigo de la aplicacin y
de la interfaz grfica.
Por lo expuesto anteriormente, las caractersticas que sern tomadas
en cuenta en este trabajo de grado para analizar las diferentes herramientas
CASE de las metodologas de desarrollo Web son las siguientes:
Integrado con las actividades de las metodologas de diseo.
Contener controles de coherencia del diseo de la aplicacin.
Manejo las versiones de los diseos realizados.
Auto generacin de parte de la interfaz y cdigo de la aplicacin.
Auto generacin de parte de la documentacin de la aplicacin.
A continuacin se muestra el cuadro comparativo (Tabla 2) de las
herramientas CASE, que proporciona cada metodologa de desarrollo Web
estudiadas en este trabajo de grado, con respecto a las caractersticas
nombradas anteriormente.
53
CASE TOOL
I
n
t
e
g
r
a
d
o

c
o
n

l
a
s

a
c
t
i
v
i
d
a
d
e
s

d
e

l
a
s

m
e
t
o
d
o
l
o
g
a

d
e

d
i
s
e
o
C
o
n
t
r
o
l
e
s

d
e

c
o
h
e
r
e
n
c
i
a

d
e
l

d
i
s
e
o

d
e

l
a

a
p
l
i
c
a
c
i
n
M
a
n
e
j
o

l
a
s

v
e
r
s
i
o
n
e
s

d
e

l
o
s

d
i
s
e
o
s

r
e
a
l
i
z
a
d
o
s
A
u
t
o

g
e
n
e
r
a
c
i
n

d
e

p
a
r
t
e

d
e

l
a

i
n
t
e
r
f
a
z
y

c
d
i
g
o

d
e

l
a

a
p
l
i
c
a
c
i
n
A
u
t
o

g
e
n
e
r
a
c
i
n

d
e

p
a
r
t
e

d
e

l
a

d
o
c
u
m
e
n
t
a
c
i
n

d
e

l
a

a
p
l
i
c
a
c
i
n
OO-H
(CAWE o VisualWADE )
Si Si Si Si Si
OOHDM
(OOHDM-Web)
Si Si Si Si Si
WebMl
(WebRatio)
Si Si No Si Si
OOWS
(OOWS Suite)
Si Si No Si Si
UWE
(ArgoUWE)
Si Si No Si (Semi) Si (Semi)
NDT
(NDT-Tool)
Si Si Si
Si
(Interfaz)
Si
WSDM (no cuenta con una
herramienta CASE)
EP EP EP EP EP
EP = En proceso. Informacin no disponible
Tabla 2. Comparaciones de las herramientas CASE de las diferentes metodologas de
desarrollo Web estudiadas
54
II.7 Criterios relacionados a los equipo de trabajo que sern usados en
el modelo
A continuacin se mencionan y explican las caractersticas del equipo
de trabajo que se deben tomar en cuenta a la hora de seleccionar la
metodologa de desarrollo para la realizacin de una aplicacin Web.
II.7.1 Experiencia en desarrollo Web
La primera caractersticas que se debe tomar en cuenta es si el equipo
que estar a cargo del desarrollo Web tiene experiencia en el diseo de este
tipo de aplicaciones, esto debido a que las aplicaciones Web tienen
caractersticas especiales, que van desde el entorno en el que operan hasta
los requerimientos de usuario. (Koch & Kraus, 2002).
II.7.2 Experiencia en modelos de procesos
La segunda caracterstica fundamental que debe conocer el equipo de
trabajo es la experiencia que poseen en los modelos de procesos que son
segn (Sommerville, 2002) y (Pressman, 2005), la representacin reducida
del proceso que se llevar a cabo para la realizacin de una aplicacin, es
decir, es una abstraccin del proceso real de realizacin del software.
Los modelos de procesos tiene como objetivo principal el de resolver
los problemas que se presentan en las organizaciones. Por otra parte, los
55
equipos de desarrollo deben tener estrategias que los guen en el proceso de
construccin, esa estrategia es la que recibe el nombre tcnico de modelo de
proceso.
En la Tabla 3 se muestran los modelos de procesos ms usados, con una
breve explicacin.
Modelo de Proceso Caractersticas Principales
El modelo lineal secuencial
(cascada)
El modelo posee un enfoque secuencial y sistemtico para
la construccin de aplicaciones, el cual comienza en un
punto de la aplicacin y va progresando con el anlisis,
diseo, codificacin, pruebas e implantacin.
El modelo de construccin de
prototipos
El modelo se basa de en la recoleccin de los
requerimientos del cliente, luego se genera un prototipo
rpido y se le muestra al usuario, se recogen los
comentarios y se inicia otra vez el proceso. El proceso se
realiza hasta la aprobacin del prototipo final.
El modelo DRA
El modelo es una adaptacin del modelo lineal secuencial,
orientado al desarrollo rpido de una aplicacin mediante
la utilizacin de componentes.
El modelo incremental
El modelo combina los elementos del modelo lineal
secuencial, con la filosofa interactiva de construccin de
prototipos.
El modelo espiral
El modelo posee un proceso de software evolutivo que
mezcla la naturaleza iterativa de construccin de
prototipos con los aspectos sistemticos del modelo lineal
secuencial.
El modelo de desarrollo
concurrente
El modelo propone un proceso en forma de esquema
como una serie de actividades tcnicas importantes,
tareas y estados asociados a ellas.
El modelo de desarrollo
basado en componentes.
El modelo incorpora caractersticas del modelo en espiral.
Es evolutivo por naturaleza y tiene un enfoque iterativo
para la creacin del software. El modelo est basado en el
desarrollo por componentes.
El modelo de mtodos
formales.
El modelo comprende una serie de actividades que
conducen a la especificacin matemtica de la aplicacin.
Tabla 3. Modelos de procesos
56
II.7.3 Experiencia en paradigma de modelado
La tercera caracterstica que debe conocerse acerca del equipo de
desarrollo de una aplicacin Web, es en cules de los paradigmas de
modelado tienen experiencia. Las metodologas de desarrollo Web siguen
paradigmas de modelados para representar el diseo conceptual
(contenidos, navegacin, lgica del negocio, presentacin, etc.) de una
aplicacin, Los paradigmas son utilizados en una variedad de escenarios,
como la documentacin de las necesidades de los negocios y especificacin
de los aspectos de una aplicacin (Markovic & Pereira, 2007), entre los
paradigmas de modelado ms comunes en las propuestas metodolgicas de
desarrollo Web se encuentra:
1. DB (Orientado a Datos) Una de las propuestas metodologas
estudiadas que integra este paradigma es WebML.
2. O-O (Orientado a Objetos). Metodologas propuestas como: OO-H,
OOHDM, UWE, OOWS, entre otras; se basan en el paradigma OO.
3. H-T (Orientado a Hipertexto). WSDM es una propuesta
metodolgica que est realizaba bajo este paradigma
57
II.7.4 Experiencia en lenguaje de modelado
Por ltimo, los lenguajes de modelado son la notacin (principalmente
grfica) de que se valen los mtodos para expresar los diseos (Booch,
Rumbaugh y J acobson, 2006), es decir, que son un conjunto de smbolos y
reglas que se utilizan para definir el diseo de una aplicacin. Son muy tiles
para mejorar la comunicacin entre los interesados y los desarrolladores. Por
lo tanto, poseer experiencia en estos lenguajes pudiera mejorar los tiempos y
la calidad del diseo de la aplicacin. A continuacin mencionamos los
lenguajes de modelados ms usados en las metodologas de desarrollo de
software:
1. Entidad Interrelacin (E-R).
2. UML (Booch, Rumbaugh, & J acobson, 2006).
3. Lenguajes Z.
4. Lenguajes propios de las metodologas, que a veces son
derivaciones de los otros lenguajes de modelado.
58
CAPTULO III: Marco Metodolgico
En este captulo se detallan cada uno de los aspectos relacionados
con la metodologa utilizada para desarrollar este trabajo, en otras palabras,
evidenciar el cmo se llev a cabo la investigacin. Las fases que se
siguieron fueron:
1. Revisin bibliogrfica: se realiz la investigacin de los antecedentes
relacionados con el planteamiento de este trabajo de grado. La idea
inicial fue el problema que tienen los desarrolladores de aplicaciones
Web durante el diseo, ya que un gran porcentaje de este tipo de
aplicaciones son desarrolladas haciendo uso de mtodos ad-hoc o
mtodos convencionales de la ingeniera del software, modificados y
ajustados, pero no alineados a la ingeniera Web. A partir de esta idea se
empez un proceso de revisin bibliogrfica, as como una serie de
entrevistas a profesionales con amplia experiencia en el desarrollo de
aplicaciones Web.
Producto de esta fase, se generaron las siguientes conclusiones con
respecto al por qu la gran mayora de los desarrolladores producen
aplicaciones Web de mediana calidad:
59
a. Los equipos de trabajo desconocen las diferencias entre el desarrollo
de software convencional asistido por los procesos de la ingeniera del
software Vs los desarrollos Web, asistidos por la ingeniera Web.
b. La mayora de los equipos de trabajo tienen poca experiencia en el
modelado de la navegacin en el desarrollo de aplicaciones Web.
c. La mayora de los equipos de trabajo no conocen de la existencia de
metodologas de desarrollo Web, o desconocen los aspectos
relevantes de las metodologas.
Por ltimo en esta fase se realiz el planteamiento del problema que se
pretende minimizar, y se defini el objetivo general de este trabajo de
grado.
2. Identificacin del contexto y requerimientos para la definicin del modelo:
en esta fase se especificaron los pasos a realizar para la obtencin de la
informacin necesaria y qu aspectos considerar para realizar el modelo
propuesto por este trabajo.
A continuacin las etapas llevadas a cabo en esta fase. En la Tabla 4 se
muestran los resultados obtenidos en cada una de las etapas:
1. Determinar los conceptos bsicos del ambiente Web.
2. Especificar el alcance de este trabajo de grado, precisando cuales
aspectos no van a ser tomados en cuenta.
60
3. Recopilar la informacin necesaria que servir como base para la
realizacin del trabajo de grado.
4. Especificar la informacin relevante de las metodologas de desarrollo
Web y los criterios relacionados a los equipos de trabajo a tomar en
cuenta.
Etapa Acti vidades / Resultados
1
a. Se aclararon los trminos que son usados con frecuencia en las
aplicaciones Web. Algunos de estos conceptos son los siguientes:
hipertexto, hipermedia, hiperdocumento, contenido, presentacin,
navegacin, entre otros.
2
a. Se especificaron los objetivos que abarca esta investigacin.
b. Se explicaron brevemente los modelos de referencia de
Hipermedia, los modelos de hipermedia, para establecer la
diferencia entre ellos, y las metodologas de desarrollo de
aplicaciones Web.
3
a. Se determinaron las dimensiones de modelado que requiere una
aplicacin Web como un paso dentro del proceso de desarrollo.
b. Se determinaron y explicaron las caractersticas de los diferentes
tipos de aplicaciones Web que existen actualmente.
4
a. Se identificaron las metodologas de desarrollo Web ms
utilizadas a la fecha.
b. Se explicaron las principales caractersticas que poseen las
metodologas de desarrollo Web seleccionadas en esta
investigacin.
c. Se determin y explic la importancia y caractersticas de las
herramientas CASE.
d. Se determinaron y explicaron los criterios relacionados a los
equipos de trabajo, que sern tomados en cuenta en el modelo
de seleccin.
Tabla 4. Actividades/resultados por cada etapa planificada para la ejecucin de la
investigacin
61
3. Anlisis: se analiz toda la informacin recabada y se relacionaron las
diferentes caractersticas investigadas para obtener artefactos (matrices),
los cuales, sern la base terica para el desarrollo del modelo, as como
un cuestionario que guiar a los desarrolladores a seleccionar la
metodologa ms apropiada.
4. Construccin del modelo y pruebas con algunos ejemplos: en esta fase
se gener el modelo de seleccin de la metodologa Web ms apropiada
segn las caractersticas funcionales de la aplicacin y el equipo de
trabajo. Se realizan varios ejemplos para mostrar el funcionamiento del
modelo generado.
5. Elaboracin de conclusiones y recomendaciones: se expresan los
resultados y recomendaciones de la investigacin realizada para este
trabajo de grado.
62
CAPTULO IV: Modelo de seleccin de la mejor metodologa de
desarrollo para una aplicacin Web
El objetivo de este captulo es presentar el resultado del anlisis y
evaluacin de la informacin recopilada, y el desarrollo del modelo propuesto
en este trabajo de grado. La informacin utilizada para el anlisis fue la
siguiente:
a. Proceso de desarrollo de las metodologas.
b. Tipo de aplicaciones a desarrollar y el modelado requerido.
c. Tipos de modelos utilizados para las metodologas.
d. Herramientas CASE que utilizan las propuestas metodolgicas
estudiadas.
Con cada uno de estos aspectos se elaboraron cuadros (matrices)
para mostrar el comportamiento de las propuestas metodolgicas en ese
mbito. Las comparaciones y relaciones obtenidas se utilizaron para la
creacin del modelo de seleccin, que es el objetivo de este trabajo de
grado.
El modelo, adems cuenta con un cuestionario que facilitar a los
diseadores la seleccin del la metodologa. En este captulo tambin se
presenta el diagrama del modelo, donde se explica de manera grfica y
escrita su funcionamiento.
63
IV.1 Relacin de las fases del proceso de los mtodos de modelado
Fases del Ciclo de Vida de Sistemas
METODOLOGAS FASES
L
e
v
a
n
t
a
m
i
e
n
t
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
A
n
l
i
s
i
s
D
i
s
e
o
D
e
s
a
r
r
o
l
l
o
P
r
u
e
b
a
s
I
m
p
l
e
m
e
n
t
a
c
i
n
HDM
Authoring-in-the-large
Authoring-in-the-small
RMM
Crear Modelo E-R de la
Aplicacin
Realizar el diseo de la
presentacin de cada
entidad
Realizar el diseo de la
navegacin
Diseo del protocolo de
conversin de los
diagramas
Diseo de la Interfaz de
Usuario
Diseo del
comportamiento de la
aplicacin en la
ejecucin.
Construccin del sistema
y pruebas
EORM
Anlisis del sistema
Creacin del esquema
EORM
Transformacin del
esquema EORM
Tabla 5. Comparacin de las fases de las metodologas de desarrollo Web con el ciclo de vida
de desarrollo de Software
64
METODOLOGAS FASES
L
e
v
a
n
t
a
m
i
e
n
t
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
A
n
l
i
s
i
s
D
i
s
e
o
D
e
s
a
r
r
o
l
l
o
P
r
u
e
b
a
s
I
m
p
l
e
m
e
n
t
a
c
i
n
OOHDM
Diseo Conceptual
Diseo Navegacional
Diseo de interfaces
abstractas
Implementacin
OO-H
Diagrama de clases y
diagrama de casos de
usos
Navigation Access
Diagram (NAD).
Abstract Presentation
Diagram (APD)
Apply refinements to
APD
Generate Deliverables
SOHDM
Anlisis del dominio
Modelo de objetos
Diseo de las vistas
Diseo Navegacional
Diseo de
implementacin
Construccin
Tabla 5. Comparacin de las fases de las metodologas de desarrollo Web con el ciclo de vida de
desarrollo de Software (Continuacin)
65
METODOLOGAS FASES
L
e
v
a
n
t
a
m
i
e
n
t
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
A
n
l
i
s
i
s
D
i
s
e
o
D
e
s
a
r
r
o
l
l
o
P
r
u
e
b
a
s
I
m
p
l
e
m
e
n
t
a
c
i
n
WSDM
Modelo de Usuarios
Diseo Conceptual
Diseo de la
implementacin
Implementacin
WebML
Modelo Estructural
Modelo de Hipertexto
Modelo de Presentacin
Modelo de
Personalizacin
UWE
Especificacin de
requerimientos
Modelo Lgico-
Conceptual
Modelo de Navegacin
Modelo de presentacin
OOWS
Especificacin del
problema
Desarrollo de la
aplicacin
Tabla 5. Comparacin de las fases de las metodologas de desarrollo Web con el ciclo de vida de
desarrollo de Software (Continuacin)
66
METODOLOGAS FASES
L
e
v
a
n
t
a
m
i
e
n
t
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
A
n
l
i
s
i
s
D
i
s
e
o
D
e
s
a
r
r
o
l
l
o
P
r
u
e
b
a
s
I
m
p
l
e
m
e
n
t
a
c
i
n
W2000
Anlisis de
requerimientos
Diseo de hipermedia
Diseo de los servicios
Actividades de
personalizacin
NDT
Captura y definicin de
los requisitos
Anlisis de la
navegacin
Diseo de la navegacin
Tabla 5. Comparacin de las fases de las metodologas de desarrollo Web con el ciclo de
vida de desarrollo de Software
Del anlisis mostrado en la Tabla 5 se puede concluir que la mayora
de las propuestas metodolgicas estn enfocadas exclusivamente al anlisis
y diseo de la aplicacin y ninguna toma en cuenta la fase de
implementacin del sistema, as como tambin se destaca que no solo HDM,
EORM, WSDM y RMM, tienen una fase que permita recopilar y estudiar los
requerimientos de la aplicacin, lo que conlleva a que stos mtodos deben
67
ser completados con otros procesos que permitan la obtencin de los
requerimientos.
Tambin destaca que solo RMM toma en cuenta la fase de prueba de
la aplicacin, caracterstica que hace que equipos de trabajo que deseen
tomar otra metodologa diferente, debern tener en cuenta otros mtodos
para que al concluir la fase de desarrollo (codificacin) de una aplicacin,
puedan tener un proceso que permitan realizar pruebas validas al software
resultante.
Todas las propuestas metodolgicas para el desarrollo de aplicaciones
Web, excepto NDT, WebML, UWE, W2000 y HDM toman en cuenta el
proceso de codificacin de la aplicacin.
IV.2 Tipos de aplicaciones Vs. tipos de modelado requerido
Sitios Web centrados en la informacin: En este tipo de
aplicaciones se debe tomar en cuenta el modelado de la estructura del
contenido y del hipertexto, ya que stas aplicaciones se caracterizan
por tener grandes volmenes de contenido, los cuales no cambian de
manera constante y la interaccin con el usuario se limita a la
navegacin.
Aplicaciones Web interactivas: Este tipo de aplicaciones se
caracterizan por poseer un gran volumen de contenido heterogneo, el
68
cual va evolucionando constantemente. Estas caractersticas hacen
que en este tipo de aplicaciones se debe contar con el modelado de la
estructura del contenido, del hipertexto y de la presentacin del
contenido. Tambin en este tipo de aplicaciones se debe modelar el
comportamiento del hipertexto y se debe personalizar el diseo para
los tipos de usuarios que interactuarn con la aplicacin.
Aplicaciones Web Transaccionales: El diseo para este tipo de
aplicaciones debe contener el modelado tanto de la estructura como
del comportamiento del contenido, del hipertexto y de la presentacin,
as como tambin se debe personalizar el diseo para los tipos de
usuarios que interactuarn con ella. Tambin es relevante en este tipo
de aplicaciones contar con un modelo que permita recopilar de
manera precisa los requerimientos funcionales transaccionales y as
definir correctamente los objetivos y el alcance.
Aplicaciones Web basadas en el flujo de trabajo: El diseo de este
tipo de aplicaciones se centra principalmente en el modelado de la
estructura del contenido, del hipertexto y de la presentacin, tambin
se debe tomar en cuenta el comportamiento del hipertexto y de la
presentacin. La mayora de este tipo de aplicaciones son dirigidas a
apoyar el trabajo dentro de organizaciones, gestin de procesos y
flujos. Es indispensable que el diseo sea personalizado segn los
69
distintos tipos de usuarios que sean identificados. Tambin es
relevante contar con un modelo que permita recopilar de manera
precisa los requerimientos funcionales y as definir correctamente los
objetivos y el alcance de la aplicacin.
Aplicaciones Web Colaborativas: Estas aplicaciones se caracterizan
principalmente por la distribucin de la informacin. Es primordial que
el diseo se centre en el modelado de la estructura, en el
comportamiento del contenido y del hipertexto. Tambin su diseo se
centra en personalizar por tipo de usuarios la funcionalidad de la
aplicacin. Se debe hacer nfasis en el diseo de la presentacin.
Web sociales: Este tipo de aplicaciones est centrado en el
modelado de la estructura y el comportamiento de contenido, del
hipertexto y de presentacin, as como tambin en personalizar por
tipo de usuarios la funcionalidad de la aplicacin. Adems es relevante
contar con un modelo que permita recopilar de manera precisa los
requerimientos y as definir correctamente los objetivos y el alcance.
Portales Web: Este tipo de aplicaciones estn centradas en el
modelado de la estructura y comportamiento del contenido, hipertexto
y de presentacin, as como tambin en personalizar por tipo de
usuarios la funcionalidad de la aplicacin. Igualmente, se debe contar
con un modelo que permita recopilar de manera precisa los
70
requerimientos funcionales y as definir correctamente los objetivos y
el alcance.
En la Tabla 6 se muestra un resumen de las necesidades de modelo segn
el tipo de aplicacin.
TIDO DE APLICACIN
M
o
d
e
l
a
d
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

P
e
r
s
o
n
a
l
i
z
a
c
i
n
Sitios Web centrados en l a
informacin
Apli caciones Web int eractivas
Apli caciones web
Transaccional es
Apli caciones Web basadas en el
flujo de trabajo
Apli caciones Web Colaborativas
Web sociales
Portales Web
Tabla 6. Tipo de aplicaciones Vs. tipo de modelados
71
IV.3 Tipos de modelado que componen cada metodologa de diseo
Web
Segn la revisin de las distintas propuestas metodolgicas se
observ que no todas proponen el modelado de los distintos elementos que
caracterizan las aplicaciones Web. En todo desarrollo Web es fundamental
realizar el modelado de la estructura del contenido y del hipertexto, este tipo
de modelado se considera bsico en todo diseo Web. En la Tabla 7 se
muestran los tipos de modelado que llevan a cabo las propuestas
metodolgicas estudiadas.
METODOS DE
MODELADO WEB
M
o
d
e
l
a
d
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

P
e
r
s
o
n
a
l
i
z
a
c
i
n
HDM
OO-H
EORM
OOHDM
SOHDM
OOWS
RMM
WebML
Tabla 7. Tipos de modelados que contiene cada Metodologas de desarrollo Web estudiada
en este trabajo de grado
72
METODOS DE
MODELADO WEB
M
o
d
e
l
a
d
o

d
e

R
e
q
u
e
r
i
m
i
e
n
t
o
s
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

c
o
m
p
o
r
t
a
m
i
e
n
t
o

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

C
o
n
t
e
n
i
d
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

H
i
p
e
r
t
e
x
t
o
M
o
d
e
l
a
d
o

d
e

E
s
t
r
u
c
t
u
r
a

P
r
e
s
e
n
t
a
c
i
n
M
o
d
e
l
a
d
o

d
e

P
e
r
s
o
n
a
l
i
z
a
c
i
n
UWE
W2000
WSDM
NDT
Tabla 7. Tipos de modelados que contiene cada Metodologas de desarrollo Web estudiada
en este trabajo de grado
Como se puede observar en el cuadro anterior la propuesta
metodolgica HDM no toma en cuenta uno de estos dos tipos de modelos, lo
cual hace que estos mtodos tengan una gran deficiencia a la hora del
diseo de la aplicacin.
Las propuestas metodolgicas como HDM, EORM, OOWS Y RMM no
toman en cuenta, a la hora de disear, los tipos de usuarios que harn parte
del entorno de la aplicacin Web, lo que hace que la especificacin del
diseo sea de manera global y no personalizada.
EORM, WSDM y NDT no modelan la presentacin de la aplicacin,
aspecto que no es totalmente indispensable, pero que si ayuda mucho a la
73
hora de la construccin de la aplicacin y que facilita la aceptacin y
adaptacin del usuario.
IV.4 Reduccin de los mtodos de modelado Web.
En la actualidad muchas de estas propuestas metodolgicas no han
evolucionado o simplemente su utilizacin en aplicaciones reales es muy
escasa. Por lo tanto, para poder obtener un modelo de seleccin factible
donde se elija la metodologa para el desarrollo de una aplicacin Web, es
apropiado reducir la cantidad de mtodos a seleccionar, para esto se van a
tomar en cuenta tres factores:
1. Si el mtodo cumple con herramientas bsicas para el modelado de
aplicaciones Web (modelado de la estructura de contenido y del
hipertexto).
2. Si ha evolucionado con el pasar de los aos, corrigiendo problemas
detectados en el proceso de desarrollo propuesto.
3. El uso que han tenido las metodologas en el desarrollo de modelado
de aplicaciones Web reales.
Tomando en cuenta los tres factores nombrados anteriormente, se decidi
eliminar los siguientes Mtodos:
74
HDM: se decide apartar esta metodologa por no establecer el
modelado de la estructura del contenido y por no haber evolucionado
con el tiempo.
EORM: esta metodologa es apartada por no haber evolucionado con
el tiempo y por su poco uso en desarrollo de aplicaciones Web reales.
W2000: se decide apartar esta metodologa por su escaso uso en
desarrollo de aplicaciones reales y por no haber evolucionado con el
tiempo.
RMM: se decide apartar esta propuesta metodolgica por no haber
evolucionado con el tiempo.
SOHDM: esta metodologa es apartada por no haber evolucionado
con el tiempo y por su poco uso en desarrollo de aplicaciones Web
reales.
Finalmente, para el modelo de seleccin del mtodo de modelado de
una aplicacin Web, se tomarn en cuenta los siguientes mtodos:
OO-H
OOHDM
OOWS
WebML
UWE
WSDM
NDT
75
IV.5 Anlisis de las herramientas CASE de las metodologas de diseo
Web
En la actualidad muchos diseadores prefieren metodologas que
cuentan con una herramienta que los ayude en la documentacin del diseo
y que los gue en el proceso de desarrollo de la aplicacin. Por tal motivo,
una vez hecha la seleccin de las metodologas a ser utilizadas por el
modelo, se pas a estudiar las caractersticas de las herramientas CASE que
dan soporte a tales metodologas.
Como se expuso en el captulo II, seccin herramientas CASE, las
propiedades que ms interesan son:
a. Integrado con las actividades de las metodologa de diseo.
b. Controles de coherencia del diseo de la aplicacin.
c. Manejo las versiones de los diseos realizados.
d. Auto generacin de parte de la interfaz y cdigo de la aplicacin.
e. Auto generacin de parte de la documentacin de la aplicacin
De la Tabla 2, se puede concluir que las metodologas OO-H y OOHDM
son las que cuentas con las herramientas CASE ms completas y
funcionales. La metodologa NDT cuenta con una herramienta CASE tan
completa como la de OO-H y OOHDM, con la diferencia que slo genera
automticamente el cdigo de la interfaz (HTML) y obvia el cdigo bsico de
76
la aplicacin. Las herramientas CASE con las que cuentan las metodologas
UWE, OOWS y WebML slo tienen la debilidad de no contar con un
mecanismo que permita el respaldo de las versiones de los diseos de una
aplicacin, lo que podra causar un esfuerzo adicional en caso de que el
diseador quiera revertir los cambios realizados.
IV.6 Matriz de seleccin de la metodologa de desarrollo Web.
A continuacin, en la Tabla 8 se muestra la leyenda para interpretar lo
presentado en la Tabla 9. En esta ltima se muestra la matriz donde se
relacionan las metodologas de desarrollo Web, los tipos de modelados y los
tipos de aplicaciones Web, adems se muestra informacin relevante de
cada una de las metodologas, como el lenguaje de modelado, el paradigma
de modelado y el modelo de proceso que sigue. Esta matriz es la base
fundamental del modelo de seleccin desarrollado en este trabajo de grado.
LEYENDA
1 Modelado de Requerimientos 4
Modelado de Comportamiento
Presentacin
7
Modelado de Estructura
Presentacin
2
Contenido
5 Modelado de Estructura Contenido 8
Modelado de Personalizacin
3
Hipertexto
6 Modelado de Estructura Hipertexto
Tabla 8. Leyenda correspondiente a la Tabla 9.
77
PROPUESTAS
METODOLGICAS WEB
VS
TIPO DE APLICACIONES WEB
S
i
t
i
o
s

W
e
b

c
e
n
t
r
a
d
o
s

e
n

l
a

i
n
f
o
r
m
a
c
i
n
(
T
i
p
o
s

d
e

M
o
d
:

5
,
6
)
A
p
l
i
c
a
c
i
o
n
e
s

W
e
b

i
n
t
e
r
a
c
t
i
v
a
s
(
T
i
p
o
s

d
e

M
o
d
:

3
,
5
,
6
,
7
,
8
)
A
p
l
i
c
a
c
i
o
n
e
s

W
e
b

t
r
a
n
s
a
c
c
i
o
n
a
l
e
s
(
T
i
p
o
s

d
e

M
o
d
:

1
,
2
,
3
,
4
,
5
,
6
,
7
,
8
)
A
p
l
i
c
a
c
i
o
n
e
s

W
e
b

b
a
s
a
d
a
s

e
n

e
l

f
l
u
j
o

d
e

t
r
a
b
a
j
o
(
T
i
p
o
s

d
e

M
o
d
:

1
,
3
,
4
,
5
,
6
,
7
,
8
)

Aplica
NO
Aplica
Aplica
NO
Aplica
Aplica
NO
Aplica
Aplica
NO
Aplica
OO-H
Paradigma de Mod.: OO
Lenguaje de Mod.: UML
Tipos de Mod: 1,3,4,5,6,7,8
Mod. Proceso: Modelo Espiral /
Interactivo - Incremental
5,6
3,5,6,7,
8
1,3,4,5,
6,7,8
2
1,3,4,5,
6,7,8
OOHDM
Lenguaje de Mod.: UML - Propia
Tipos de Mod: 1,2,3,4,5,6,7,8
Mod. Proceso: Modelado
Incremental
5,6
3,5,6,7,
8
1,2,3,4,
5,6,7,8
1,3,4,5,
6,7,8
OOWS
Tipos de Mod: 1,2,3,4,5,6,7
Mod. Proceso: Modelo de
Construccin de Prototipos
5,6 3,5,6,7 8
1,2,3,4,
5,6,7
8
1,3,4,5,
6,7
8
UWE
Tipos de Mod: 1,2,3,4,5,6,7,8
5,6
3,5,6,7,
8
1,2,3,4,
5,6,7,8
1,3,4,5,
6,7,8
WSDM
Paradigma de Mod.: HT
Lenguaje de Mod.: Propia
Tipos de Mod: 2,3,5,6,8
Mod. Proceso: Modelo Lineal
Secuencial
5,6 3,5,6,8 7
2,3,5,6,
8
1,4,7 3,5,6,8 1,4,7
WebML
Paradigma de Mod.: DB
Lenguaje de Mod.: UML y E-R
Tipos de Mod: 1,2,3,4,5,6,7,8
Mod. Proceso: Modelo
Interactivo
5,6
3,5,6,7,
8
1,2,3,4,
5,6,7,8
1,3,4,5,
6,7,8
NDT
Tipos de Mod: 1,2,3,5,6,8
Secuencial
5,6 3,5,6,8 7
1,2,3,5,
6,8
4,7
1,3,5,6,
8
4,7
Tabla 9. Matriz de seleccin de la metodologa de desarrollo Web, segn el tipo de
aplicacin a realizar.
78
PROPUESTAS METODOLGICAS
WEB
VS
TIPO DE APLICACIONES WEB
A
p
l
i
c
a
c
i
o
n
e
s

W
e
b

c
o
l
a
b
o
r
a
t
i
v
a
s
(
T
i
p
o
s

d
e

M
o
d
.
:

2
,
3
,
5
,
6
,
7
,
8
)
W
e
b

S
o
c
i
a
l
e
s
(
T
i
p
o
s

d
e

M
o
d
:

1
,
2
,
3
,
4
,
5
,
6
,
7
,
8
)
P
o
r
t
a
l
e
s

W
e
b
(
T
i
p
o
s

d
e

M
o
d
:

1
,
2
,
3
,
4
,
5
,
6
,
7
,
8
)
Aplica
NO
Aplica
Aplica
NO
Aplica
Aplica NO Aplica
OO-H
Tipos de Mod: 1,3,4,5,6,7,8
3,5,6,7,8 2
1,3,4,5,
6,7,8
2
1,3,4,5,
6,7,8
2
OOHDM
Lenguaje de Mod.: UML - Propia
Tipos de Mod: 1,2,3,4,5,6,7,8
Mod. Proceso: Modelado Incremental
2,3,5,6,8 7
1,2,3,4,
5,6,7,8
1,2,3,4,
5,6,7,8
OOWS
Tipos de Mod: 1,2,3,4,5,6,7
Mod. Proceso: Modelo de Construccin
de Prototipos
2,3,5,6 8
1,2,3,4,
5,6,7
8
1,2,3,4,
5,6,7
8
UWE
Tipos de Mod: 1,2,3,4,5,6,7,8
2,3,5,6,7,8
1,2,3,4,
5,6,7,8
1,2,3,4,
5,6,7,8
WSDM
Paradigma de Mod.: HT
Lenguaje de Mod.: Propia
Tipos de Mod: 2,3,5,6,8
Secuencial
2,3,5,6,8 7
2,3,5,6,
8
1,4,7
2,3,5,6,
8
1,4,7
WebML
Paradigma de Mod.: DB
Lenguaje de Mod.: UML y E-R
Tipos de Mod: 1,2,3,4,5,6,7,8
Mod. Proceso: Modelo Interactivo
2,3,5,6,7,8
1,2,3,4,
5,6,7,8
1,2,3,4,
5,6,7,8
NDT
Tipos de Mod: 1,2,3,5,6,8
Secuencial
2,3,5,6,8 7
1,2,3,5,
6,8
4,7
1,2,3,5,
6,8
4,7
Tabla 9. Matriz de seleccin de la metodologa de desarrollo Web, segn el tipo de
aplicacin a realizar.
79
IV.7 Prcticas en desarrollo Web.
Para poder identificar que caracterstica es ms relevante a la hora de
seleccionar una metodologa de desarrollo Web, se hizo un anlisis de varios
estudios relacionados con las prcticas de desarrollo Web en distintas
empresas de desarrollo.
El primer estudio revisado (Ramesh, Pries-Heje, & Baskerville, 2002)
est enfocado en entender los rasgos que caracterizan los desarrollos Web.
En este estudio estuvieron involucradas 9 compaas de desarrollo Web de
Estados Unidos. El resultado del estudio fue la identificacin de las 3
principales prcticas en el desarrollo Web:
i. La gran velocidad con la que el mercado requiere la aplicacin
ii. La operacin en diferentes tipos de mercados
iii. La falta de experiencias en el desarrollo de los productos.
El segundo estudio revisado (McDonald & Welland, 2001) identifica
practicas en el desarrollo Web similares al primer estudio revisado. En este
estudio se descata la falta de experiencias en el desarrollo de los productos.
En un estudio realizado en Singapur (Yusop, Zowghi, & Lowe, 2006), en
donde se eligieron 5 proyectos de desarrollo Web realizado por compaas, y
se analiz el impacto de los requerimientos no funcionales de los proyectos,
80
que muy poca veces son definidos o vagamente definidos, como por ejemplo
los aspectos de seguridad y la integracin con otros sistemas. En el estudio,
entre otras cosas, consideraron:
i. La capacidad del equipo de trabajo para atender los requerimientos no
funcionales
ii. La experiencia previa en las actividades involucradas.
Una de las conclusiones fue que el equipo desarrollador es ms eficaz
en la medida que tenga mayor experiencia en desarrollo de aplicaciones
Web.
Se puede concluir, que el conocimiento y la experiencia que posee el
equipo de trabajo en el desarrollo de aplicaciones Web y en el uso de buenas
prcticas influyen, significativamente, en el xito del proyecto.
En base a lo expuesto, la experiencia del equipo desarrollador es un
factor determinante para el xito de la realizacin de una aplicacin Web.
Otros factores que influyen en el desarrollo son las herramientas que utilice
el equipo de trabajo para llevar a cabo el proyecto, como lo son el uso de
paradigmas de modelado, acceso a herramientas CASE, y la capacidad de
instanciar modelos de procesos segn las necesidades del desarrollo.
81
IV.8 Modelo propuesto para la seleccin de la metodologa de desarrollo
Web de una aplicacin segn sus caractersticas funcionales
A continuacin, en la Figura N 6, se presenta el modelo desarrollado
en este trabajo de grado para la seleccin de la mejor metodologa de
desarrollo para la realizacin de una aplicacin Web.
Figura N 6. Modelo para la seleccin de la metodologa de desarrollo Web de una
aplicacin segn sus caractersticas funcionales
82
El modelo comienza cuando el diseador completa la Parte I del
cuestionario (Apndice 1), dando como resultado la lista de las metodologas
que cumple con los modelados requeridos para el tipo de aplicacin a
realizar (Tabla 8 y 9) y tambin si el diseador ya cuenta con todos los
requerimientos o debe empezar desde cero, ya que para eso se necesita una
metodologa que contemple una fase de levantamiento de requerimientos
(Tabla 5).
Posteriormente se procede a responder la Parte II del cuestionario,
donde se le asignar un puntaje a cada metodologa seleccionada segn la
respuesta de cada pregunta. A continuacin se describe cmo ser el
puntaje de cada pregunta:
Pregunta N 1. Modelo de proceso: es una pregunta de seleccin
mltiple, las metodologas que coincidan con alguna de la(s)
respuesta(s) (Tabla 8 y 9) se le dar un valor de 5 puntos.
Pregunta N 2. Paradigma de modelado: es una pregunta de seleccin
Pregunta N 3. Lenguaje de modelado: es una pregunta de seleccin
83
Pregunta N 4. Experiencia en metodologas Web: es una pregunta de
seleccin mltiple, las metodologas que coincidan con alguna de la(s)
respuesta(s) se le otorgara un puntaje de 10.
Pregunta N 5. Caractersticas herramientas CASE: es una pregunta
de seleccin mltiple, donde se le otorgar 1 punto por cada
caracterstica seleccionada que coincida con las herramientas CASE
de las metodologas seleccionadas (Tabla 2).
Pregunta N 6. Tiempo de realizacin de la aplicacin: es una
pregunta de seleccin nica, en la que se otorgar un valor de 5
puntos si la respuesta es ajustada o muy ajustada y la metodologa
cuente con una herramienta CASE que genere automticamente la
interfaz y el cdigo de la aplicacin (Tabla 2).
Pregunta N 7. Experiencia en codificacin Web: es una pregunta de
seleccin nica, se le otorgar un valor de 5 puntos si la respuesta es
NO y la metodologa cuente con una herramienta CASE que genere
automticamente la interfaz y el cdigo de la aplicacin (Tabla 2).
Casi totas las preguntas de la Parte II del cuestionario tienen un puntaje
mximo de 5 puntos. Se hace la excepcin para la pregunta N 4, pues en
base a las buenas prcticas, el hecho de conocer y tener experiencia en
metodologas de desarrollo Web es factor determinante para el xito del
84
proyecto. Adems las metodologas incluyen paradigmas de modelos,
notacin y posibilidad de instanciar modelos de procesos. Esta relacin se
mostro en la Tabla 9.
En el siguiente captulo se mostrarn 3 ejemplos de la utilizacin del
modelo propuesto.
85
CAPTULO V: Ejemplos del funcionamiento del modelo de seleccin de
la mejor metodologa de desarrollo para una aplicacin Web
En este captulo se desarrollarn tres ejemplos en donde se podr
observar como es el funcionamiento del modelo de seleccin y como va
cambiando el resultado de su aplicacin segn cambian los parmetros de
entrada.
V.1 Ejemplo N 1.
Un equipo de trabajo tiene la responsabilidad de disear y desarrollar
una aplicacin Web con la siguiente caracterstica:
Una aplicacin de venta de artculos deportivos.
Debe manejar inventario.
Maneja usuarios (compradores).
Se tiene claro el alcance y objetivos de la aplicacin.
Otras de las caractersticas a tomar en cuenta son las siguientes:
Tiempo de entrega de la aplicacin es de 4 meses.
Equipo con poca experiencia en el diseo de aplicaciones Web, pero
tiene experiencia en el uso de lenguaje de programacin para Web.
El equipo de trabajo est conformado por dos programadores y un
lder de proyecto. Todos van a participar en el diseo y desarrollo de la
aplicacin.
86
Experiencia en el modelado OO y en el lenguaje de modelado UML.
Experiencia en los modelos de proceso lineal secuencial, prototipo,
incremental y espiral
Si a este caso le aplicamos el cuestionario se tendran las siguientes
respuestas:
Cuestionario Pregunta / Respuesta
Cuestionario Parte I
1. Aplicaciones Web Transaccionales
2. Si
Cuestionario Parte II
1. El modelo de construccin de prototipos, el modelo
DRA, el modelo espiral y el modelo de desarrollo
concurrente
2. O-O (Modelo Orientado a Objetos)
3. UML
4. N/A
5. Que est integrado con las actividades de las
metodologa de diseo, que genere parte de la
interfaz y cdigo de la aplicacin y que genere parte
de la documentacin de la aplicacin
6. Ajustado
7. Si
Tabla 10. Solucin del cuestionario para el ejemplo N1
87
Cmo Reacciona el Modelo?
Aplicando el modelo de seleccin (Figura N 6), de la primera parte del
cuestionario se obtiene que las metodologas seleccionadas son: OOHDM,
UWE y WebML, ya que son las nicas que contemplan los modelados de
diseo requeridos para este tipo de aplicacin (Tabla 8 y 9). Posteriormente,
en la segunda parte del cuestionario se le asigna la siguiente puntuacin a
las metodologas seleccionadas:
Pregunta N 1: UWE en la nica de las tres metodologas en donde
coincide con alguna de las respuestas (Ver Tabla 8 y 9), por lo tanto
UWE recibe 5 puntos y las otras dos 0 puntos.
Pregunta N 2: UWE y OOHDM son metodologas donde su
paradigma de modelado es O-O, cambio WebML contempla un
paradigma diferente (Ver Tabla 8 y 9), por lo tanto UWE y OOHDM
reciben 5 puntos y WebML 0 puntos.
Pregunta N3: UWE, OOHDM y WebML son metodologas que utilizan
UML como su lenguaje de modelado (Ver Tabla 8 y 9), por lo tanto las
tres metodologas reciben 5 puntos.
Pregunta N 4: como la respuesta fue N/A las tres metodologas
reciben un puntaje de 0 por esta pregunta.
Pregunta N 5: las tres metodologas seleccionadas poseen
herramientas CASE que contemplan las tres caractersticas
88
seleccionadas (Ver Tabla 2), por lo tanto cada metodologa recibe 3
puntos, uno por cada caracterstica que coincide.
Pregunta N 6: como la respuesta es ajustada y las metodologas
UWE y WebML cuentan con una herramienta CASE que genera
automticamente la interfaz y el cdigo de la aplicacin, se le otorga a
cada una de stas metodologas un puntaje de 5, mientras a la
metodologa OOHDM se le otorga 0 puntos.
Pregunta N 7: como la respuesta es Si, esta pregunta no otorgar
puntos a ninguna de las metodologas Web seleccionadas.
A continuacin se muestra el cuadro de puntaje final y el resultado, de aplicar
el modelo de seleccin:
Mtodos
Puntos Obtenidos en Cada Pregunta
TOTAL
Preg. 1 Preg. 2 Preg. 3 Preg. 4 Preg. 5 Preg. 6 Preg. 7
OOHDM 0 5 5 0 3 5 0 18
UWE 5 5 5 0 3 5 0 23
WebML 0 0 5 0 3 5 0 13
Tabla 11. Resultados de la aplicacin del modelo de seleccin para el ejemplo N 1
La metodologa selecciona como la ms adecuada para llevar a cabo
la aplicacin Web propuesta en el ejemplo N 1 para el equipo de trabajo con
las caractersticas mencionadas anteriormente es: UWE.
89
V.2 Ejemplo N 2.
Es el mismo caso que el ejemplo N 1 pero con las siguientes
condiciones del desarrollo y del equipo de trabajo. Se resalta en el ejemplo
aquella condicin que lo diferencia.
Tiempo de entrega de la aplicacin es de 6 meses. El tiempo de
entrega es mucho ms holgado que el ejemplo N1.
Equipo con experiencia en el diseo de aplicaciones Web.
lder de proyecto, donde todos van a participar en el diseo y
desarrollo de la aplicacin.
Experiencia en el modelado y nomenclatura E-R. En el ejemplo N1 la
experiencia del equipo de trabajo es en el modelado OO y en el
lenguaje de modelado UML
respuestas:
90
Cmo reacciona el modelo?
Aplicando el modelo de seleccin (Figura N 6), de la primera parte del
cuestionario se obtiene que las metodologas seleccionadas son: OOHDM,
diseo requeridos para este tipo de aplicacin (Tabla 8 y 9). Posteriormente
de la segunda parte del cuestionario se le asigna la siguiente puntuacin a
las metodologas seleccionadas:
1. Aplicaciones Web Transaccionales.
2. Si.
1. El modelo lineal secuencial, el modelo de
construccin de prototipos, y el modelo espiral.
2. DB (Modelo Entidad-Relacin)
3. E-R (Entidad Interrelacin)
4. N/A
5. Que est integrado con las actividades de la
metodologa de diseo, que tenga controles de
coherencia del diseo de la aplicacin y que genere
parte de la documentacin de la aplicacin.
6. Holgado.
7. Si.
91
Pregunta N 1: UWE en la nica de las tres metodologas en donde
coincide con alguna de las respuestas (Ver Tabla 8 y 9), por lo tanto
UWE recibe 5 puntos y las otras dos 0 puntos.
paradigma de modelado es O-O, en cambio WebML tiene como
paradigma de modelado DB (Ver Tabla 8 y 9), por lo tanto WebML
reciben 5 puntos y UWE y OOHDM 0 puntos.
Pregunta N 3: WebML es la nica metodologa, de las tres
seleccionadas, que utilizan E-R como su lenguaje de modelado (Ver
Tabla 8 y 9), por lo tanto recibe 5 puntos.
Pregunta N 4: como la respuesta fue N/A las tres metodologas
Pregunta N 5: las tres metodologas seleccionadas poseen
herramientas CASE que contemplan las tres caractersticas
seleccionadas (Ver Tabla 2), por lo tanto cada metodologa recibe 3
puntos, uno por cada caracterstica que coincide.
Pregunta N 6: como la respuesta es Holgada las tres metodologas
Pregunta N 7: como la respuesta es Si, esta pregunta no otorgara
puntos a ninguna de las metodologas Web seleccionadas.
92
A continuacin se muestra el cuadro de puntaje final y el resultado de
aplicar el modelo de seleccin:
las caractersticas mencionadas anteriormente es: WebML.
V.3 Ejemplo N 3.
Es el mismo caso que el ejemplo N1 pero con las siguientes
caractersticas del equipo de trabajo. Se resalta en el ejemplo aquella
condicin que lo diferencia.
Tiempo de entrega de la aplicacin es de tres meses. El tiempo es
an ms ajustado que en el ejemplo N1.
Equipo con poca experiencia en el diseo de aplicaciones Web.
Mtodos
TOTAL
OOHDM 0 0 0 0 3 0 0 3
UWE 5 0 0 0 3 0 0 8
WebML 0 5 5 0 3 0 0 13
93
lder de proyecto, donde todos van a participar en el diseo y
desarrollo de la aplicacin.
Experiencia en el modelado OO y nomenclatura UML.
Experiencia en el modelado de proceso Incremental y espiral. En el
ejemplo N1 la experiencia del equipo de trabajo en el modelado de
proceso es: lineal secuencial, prototipo, incremental y espiral.
Consideran fundamental contar con una herramienta CASE que los
ayude a construir la documentacin y un prototipo, as como tambin
los gue en el proceso y permita guardar versiones. En el ejemplo N1
el equipo de trabajo no determina las caractersticas que le gustara
que incluyera una herramienta CASE.
respuestas:
94
Cmo reacciona el modelo?
Aplicando el modelo de seleccin (Figura N 6), De la primera parte del
cuestionario, se obtiene que las metodologas seleccionadas son: OOHDM,
diseo requeridos para este tipo de aplicacin (Tabla 8 y 9). Posterior a la
segunda parte del cuestionario se le asigna la siguiente puntuacin a las
metodologas seleccionadas:
1. Aplicaciones Web Transaccionales.
2. Si.
1. El modelo incremental y el modelo espiral.
2. O-O (Modelo Orientado a Objetos)
3. UML.
4. N/A.
5. Que est integrado con las actividades de las
metodologas de diseo, que tenga controles de
coherencia del diseo de la aplicacin, que maneje las
versiones de los diseos realizados, que genere parte
de la interfaz y cdigo de la aplicacin y que genere
parte de la documentacin de la aplicacin.
6. Ajustado.
7. No.
95
Pregunta N 1: UWE Y OOHDM son las metodologas que coinciden
con alguna de las respuestas (Ver Tabla 8 y 9), por lo tanto reciben 5
puntos y WebML 0 puntos.
paradigma de modelado es O-O, cambio WebML, contempla un
paradigma diferente (Ver Tabla 8 y 9), por lo tanto UWE y OOHDM
reciben 5 puntos y WebML 0 puntos.
Pregunta N3: UWE, OOHDM y WebML son metodologas que utilizan
UML como su lenguaje de modelado (Ver Tabla 8 y 9), por lo tanto las
tres metodologas reciben 5 puntos.
Pregunta N 4: como la respuesta fue N/A, las tres metodologas
Pregunta N 5: OOHDM es la nica metodologa de las seleccionadas
que posee una herramientas CASE que contemplan las cinco
caractersticas seleccionadas (Ver Tabla 2), por lo tanto recibe 5
puntos, en cambio las herramientas CASE de UWE y WebML
contemplan cuatro de las cinco caractersticas seleccionadas, en
consecuencia reciben 4 puntos cada una.
Pregunta N 6: como la respuesta es ajustada y las metodologas
UWE y WebML cuentan con una herramienta CASE que genera
automticamente la interfaz y el cdigo de la aplicacin, se le otorga a
96
cada una de estas metodologas un puntaje de 5, mientras a la
metodologa OOHDM se le otorgan 0 puntos.
Pregunta N 7: como la respuesta es No y las tres metodologas
seleccionadas poseen herramientas CASE que contemplan la
generacin de parte de la interfaz y del cdigo de la aplicacin, cada
una de ellas recibe 5 puntos.
A continuacin se muestra el cuadro de puntaje final y el resultado de aplicar
el modelo de seleccin:
Mtodos
TOTAL
OOHDM 5 5 5 0 5 5 5 30
UWE 5 5 5 0 4 5 5 29
WebML 0 0 5 0 4 5 5 19
las caractersticas mencionadas anteriormente es: OOHDM.
97
CAPTULO VI: Conclusiones y recomendaciones
En este captulo se presentan los aspectos ms relevantes que se
observaron y estudiaron durante el desarrollo del modelo propuesto en este
trabajo de grado, as como las recomendaciones para trabajos futuros.
El resultado de este trabajo de grado fue la creacin de un modelo que
permita a los diseadores de aplicaciones Web, seleccionar la metodologa
adecuada para llevar a cabo un proyecto, tomando en cuenta la naturaleza
de la aplicacin a desarrollar y la experiencia de los integrantes del equipo de
trabajo.
Por lo investigado, analizado y desarrollado, se puede concluir que los
factores ms relevantes a la hora de seleccionar la metodologa para llevar a
cabo el desarrollo de una aplicacin Web son los siguientes:
Tipo de aplicacin a desarrollar: el diseo fundamental de toda
aplicacin Web debe contener, obligatoriamente, el diseo de la
estructura del contenido y del hipertexto, y segn la naturaleza de la
aplicacin que se desea desarrollar, se pueden necesitar otros tipos
de modelados. Es fundamental que la metodologa que se vaya a
utilizar para su diseo, provea los mtodos para desarrollar cada uno
de los modelados requeridos.
98
Paradigma de modelado: una aplicacin puede ser diseada desde
diferentes puntos de vista, como por ejemplo orientada a objeto (OO).
Esto permitira que el equipo de desarrollo se sienta ms cmodo
diseando una aplicacin, si la metodologa que est utilizando se
basa en algn paradigma de modelado en el cual tengan experiencia.
Modelo de proceso: Todas las metodologas poseen un modelo de
proceso, es decir, como se va a llevar a cabo la secuencia de las
actividades propuestas. Cuando un equipo de trabajo tiene
experiencia en el mismo modelo de proceso de la metodologa
seleccionada, se sienten ms cmodos con la forma en que se van
realizando las actividades.
Lenguaje de modelado: es la notacin, artefactos, smbolos y reglas
que se utilizan para expresar los modelos que representan la
aplicacin. Por lo tanto, el proceso de diseo sera ms rpido y fiable
si el desarrollador conoce el o los lenguajes de modelado que se usan
en la metodologa seleccionada, ya que tendra un conocimiento
previo de las herramientas utilizadas por la metodologa en cada una
de sus fases.
Tiempo establecido para el desarrollo de la aplicacin: en muchas
ocasiones el tiempo con el que cuenta un equipo de trabajo para llevar
a cabo una aplicacin Web es ajustado, por lo que en estos casos
99
sera de gran utilidad para el equipo de trabajo, que la metodologa
que estn utilizando cuente con una herramienta que les facilite la
realizacin de las actividades y que les ahorre tiempo en todo lo
referente a la realizacin de la documentacin del aplicativo y el
cdigo del diseo de la interfaz (HTML).
Experiencia en la tecnologa para la implantacin de aplicaciones
Web: cuando un equipo de trabajo no tiene experiencia en la
tecnologa a utilizar en la programacin de aplicaciones Web, es de
gran utilidad que la metodologa que estn usando contara con una
herramienta que les genere parte del cdigo bsico de la aplicacin,
ya que esto los ayudara en el conocimiento y aprendizaje de la nueva
tecnologa.
Contar con una metodologa adecuada a la hora de desarrollar una
aplicacin Web, ayudara a disminuir los problemas de diseo que han
venido presentando este tipo de aplicaciones, reduciendo sus costos de
desarrollo e implementacin, haciendo que los objetivos planteados para el
proyecto se cumplan de manera rpida y efectiva.
El desarrollo de aplicaciones efectivas permite disminuir el rechazo
que, normalmente, tienen los usuarios a la hora de aceptar una nueva
aplicacin. En el caso de aplicaciones Web, este rechazo puede ser ms
evidente, ya que es una tecnologa relativamente nueva y con caractersticas
100
de uso y navegacin totalmente diferentes a las aplicaciones tradicionales, lo
que hace que la utilizacin de una metodologa de desarrollo adecuada para
llevar a cabo una aplicacin Web sea mucho ms relevante.
Hay que destacar que cada vez son ms comunes las aplicaciones
Web dentro de las organizaciones, inclusive muchas aplicaciones
tradicionales han sido migradas a la tecnologa Web, por las bondades que
esta ofrece. Se prev que a mediano plazo las aplicaciones Web desplacen a
las aplicaciones tradicionales, una muestra de esto son compaas como
Microsoft y Google, que se encuentran trabajando en el primer sistema
operativo Web, lo que producir una nueva era en el desarrollo de software,
en donde la ingeniera Web ser la protagonista en esta nueva etapa.
Por lo expuesto, es fundamental que se realicen investigaciones
relacionadas con el rea de la ingeniera Web, que aporten conocimientos y
experiencias, con la finalidad de contar, cada vez ms, con una slida base
terica que ayude a disear y desarrollar aplicaciones Web, y que faciliten la
tarea de los equipos de trabajo en la transicin de la migracin de software
tradicional al ambiente Web.
En este sentido, la finalidad de este trabajo de grado, fue aportar un
enfoque novedoso en el mundo de la ingeniera Web y a su vez incentivar a
nuevos investigadores del rea, as como tambin formar parte del material
de referencia obligada en futuras investigaciones relacionadas con el tema.
101
Sin duda, la funcionalidad del modelo desarrollado en este trabajo,
podr ser comprobada y puesta en prctica dentro del mundo laboral. Para
ello se podra utilizar el mtodo de DESMET (Kitchenham, 1996), el cual
propone una cantidad de mtodos para probar modelos dentro de
organizaciones.
102
CAPTULO VII: Referencias Bibliogrficas.
Baresi, L., Garzotto, F., & Maritati, M. (2002). W2000 as a MOF Metamodel.
6th World Multiconference on Systemics, Cybernetics and Informatics - Web
Engineering track, 1. Orlando.
Baskerville, R. (1999). Investigating Information Systems with Action
Research. Communications of The Association for Information Systems , 2
(19), 1-32.
Bianchini, A. (2000). Modelo Referencial de Hipermedio, basado en teora
de grafos, para minimizar el problema de desorientacin del usuario.
Congreso Internacional de Computacin CIC 2000, (pgs. 121-130). Mexico.
Booch, G., Rumbaugh, J., & Jacobson, I. (2006). El lenguaje unificado de
modelado 2ED. Massachusetts, USA: Addison Wesley.
Cachero, C. (2003). OO-H: Una extensin a los mtodos OO para el
modelado y generacin automtica de interfaces hipermediales. Tesis
Doctoral, Universidad de Alicante, Espaa.
Cachero, C., & Gmez, J. (2003). OO-H Method: extending UML to model
web interfaces. En Information modeling for internet applications (pgs. 144-
173). Hershey: IGI Publishing.
Campbell, B., & Goodman, J. (1988). HAM: a general purpose hypertext
abstract machine. Communications of the ACM. 31, pgs. 856-861. New
York: ACM.
103
Ceri, S., Fraternali, P., & Bongio, A. (2000). Web Modeling Language
(WebML): a modeling language for designing Web sites. Computer Networks:
The International J ournal of Computer and Telecommunications Networking.
33, pgs. 137-157. New York: Elsevier North-Holland, Inc.
Conallen, J. (2002). Building Web Applications with Uml, 2nd edition. Boston:
Addison-Wesley Longman Publishing Co., Inc.
Cutter. (7 de Noviembre de 2000). POOR PROJ ECT MANAGEMENT
NUMBER-ONE PROBLEM OF OUTSOURCED E-PROJ ECTS. Recuperado
el 2009, de http://www.cutter.com/research/2000/crb001107.html.
De Bra, P., Houben, G., & Kornatzky, Y. (1993). An extensible data model
for hyperdocuments. ACM conference on Hypertext (pgs. 222-231). New
York: ACM.
De Troyer, O., & Leune, C. (1998). WSDM: a user-centered design method
for. Computer networks and ISDN systems, 7th international world wide web
conference, (pgs. 8594). Elsevier.
Deshpande, Y., Murugesan, S., Hansen, S., & Ginige, A. (2001). Web
Engineering : A New Discipline for Development of Web-Based Systems.
Lecture Notes in Computer Science. 2016, pgs. 3-13. Londres: Springer-
Verlag.
Diaz, P., & Aedo, I. (2007). Towards efficient web engineering approaches
through flexible process models. J ournal of Systems and Software, 80, pgs.
1375-1389.
104
Escalona, M., Mejias, M., Torres, J., & Reina, A. (2002). Desarrollo de la
navegacin en entornos web. II Taller en Ingeniera del Software Orientada al
Web. Madrid.
Eyssautie, M. (2006). Metodologa de la investigacin. Desarrollo de la
inteligencia (5 ed.). Mexico: Thomson Learning.
Fons, J., Pastor, O., Valderas, P., & Ruiz, M. (2002). OOWS: Un Mtodo de
Produccin de Software en Ambientes Web. European E-Commerce
Workshop, 33. Valencia - Espaa.
Fraternali, P. (1999). Tools and Approaches for Data-intensive Web
Applications. ACM Computing Surveys, 31, pgs. 227-263.
Furura, R., & Stotts, P. (1991). A functional meta-structure for hypertext
models and systems. Technical Report. College Park: University of Maryland.
Furuta, R., & Stotts, P. (1989). Petri-net-based hypertext: document
structure with browsing semantics. ACM Transactions on Information
Systems (TOIS). 7, pgs. 3-29. New York: ACM.
Garzotto, F., Paolini, P., & Schwabe, D. (1993). HDM - A model-based
approach to hypermedia applications design. ACM Transactions on
Information Systems, 11, pgs. 1-23.
Halasz, F., & Schwartz, M. (1994). The Dexter hypertext reference model.
Communications of the ACM. 37, pgs. 30-39. New York: ACM.
105
Hardman, L., Bulterman, D., & Van Rossum, G. (1994). Amsterdam
Hypermedia Model:extending hypertext to support real multimedia.
Communications of the ACM. 37, pgs. 50-62. New York: ACM.
Instituto Superior Politcnico Jos Antonio Echeverra (1982).
Arquitectura y urbanismo vol. 4 . Universidad de Texas, USA.
Isakowitz, T., Stohr, E., & Balasubramanian, P. (1995). RMM: A
methodology for the Design of Structured Hypermedia Applications.
Communications of the ACM. 38, pgs. 3444. New York: ACM.
Kappel, G., Prll, B., Reich, S., & Retschitzegger, W. (2003). Web
Engineering. Munich: J ohn Wiley & Sons Ltd.
Kendall, K., & Kendall, J. (2005). Anlisis Y Diseo De Sistemas - 6 Ed.
Mexico: Prentice Hall.
Kitchenham, B. (1996). DESMET: A method for evaluating Software
Engineering methods and tools. Staffordshire, U.K.
Koch, N., & Kraus, A. (2002). The expressive Power of UML-based Web
Engineering. Second International Workshop on Web-oriented Software
Technology, (pgs. 105-119). Malaga.
Lange, D. (1990). A Formal Model of Hypertext. NIST Hypertext
Standardization Workshop, (pgs. 145-166). Washington.
Lange, D. (1996). An object-oriented design approach for developing
hypermedia information systems. J ournal of Organizational Computing and
Electronic Commerce. 6, pgs. 269-293. Hillsdale: L. Erlbaum Associates Inc.
106
Lee, H., Lee, C., & Yoo, C. (1998). A Scenario-based Object-Oriented
Hypermedia Design Methodology for Developing Hypermedia Information
Systems. 31th Hawaii International Conference on System Sciences, 2, pgs.
47-56. Los Alamitos.
Markovic, I., & Pereira, A. (2007). Towards a formal framework for reuse in
business process modeling. 5th International Conference on Business
Process Management, (pgs. 484-495). Australia.
Martin, J. (1990). Hyperdocuments & How to Create Them. New J ersey,
USA: Prentice Hall.
McDonald, A., & Welland, R. (2001). Agile Web Engineering (AWE)
Process. Technical Report TR-2001-98. Glasgow.
Pastor, J., & Saorn, T. (1998). Cuadernos de Documentacin Multimedia.
Universidad Complutense de Madrid, 7. Madrid, Espaa.
Pastor, O., Insfrn, E., & Pelechano, V. (1999). OO-Method: an software
production environment. 9th Conference on Advanced Information System
Engineering, (pgs. 145 - 158). Barcelona, Espaa.
Piattini, M. (2007). Anlisis y Diseo Detallado de Aplicaciones Informticas
de Gestin. Madrid, Espaa: Ra-ma.
Pressman, R. (2005). Ingeniera del Software (5 ed.). Madrid, Espaa:
McGrawHill.
107
Ramesh, R., Pries-Heje, J., & Baskerville, R. (2002). Annals of Software
Engineering. Internet Software Engineering: A Different Class of Processes,
14, pgs. 169-195.
Retschitzegger, W., & Schwinger, W. (2000). Towards Modeling of
DataWeb Applications: A Requirements Perspective. Americas Conference
on Information Systems (AMCIS). Long Beach.
Schwabe, D., & Rossi, G. (2000). An Object Oriented Approach to Web-
Based Application Design. Theory and Practice of Object Systems, 4, pgs.
207-225.
Schwabe, D., & Rossi, G. (1995). The Object-Oriented Hypermedia Design
Model (OOHDM). Communications of the ACM, 35, pgs. 45-46.
Selmi, S., Kraem, N., Ghzala, B., & Hajjami, H. (2008). Guidance in Web
Applications Design. The International Workshop on Model Driven Information
Systems Engineering: Enterprise, User and System Models, (pgs. 114-125).
Montpellier, France.
Sommerville, I. (2002). Ingeniera de Software (7 ed.). Madrid, Espaa:
Prentice Hall.
Yusop, N., Zowghi, D., & Lowe, D. (2006). The impacts of nonfunctional.
Proceeding of European and Mediterranean Conference on Information
Systems. Alicante.
Zakon, R. (2010). zakon.org. Recuperado el 02 de 03 de 2010, de zakon.org:
http://www.zakon.org/robert/internet/timeline/
108
APNDICE 1
A continuacin se muestra el cuestionario que se propondr a los
diseadores y cuyas respuestas sern la informacin que alimentar el
modelo de seleccin.
Parte I. Seleccin de las metodologas que se ajusten al diseo
requerido de la aplicacin Web a desarrollar
1. Qu tipo de aplicacin Web piensa desarrollar?
a. Sitios Web centrados en la informacin.
b. Aplicaciones Web interactivas.
c. Aplicaciones Web transaccionales.
d. Aplicaciones Web basadas en el flujo de trabajo.
e. Aplicaciones Web colaborativas.
f. Web sociales.
g. Portales Web.
2. El equipo de trabajo cuenta con la especificacin completa de los
requerimientos de la aplicacin a desarrollar?
a. Si
b. No
109
Parte II. Informacin sobre la experiencia del equipo de desarrollo
1. Seleccione en cul de los siguientes modelos de procesos tiene
alguna experiencia:
a. El modelo lineal secuencial.
b. El modelo de construccin de prototipos.
c. El modelo DRA.
d. El modelo incremental.
e. El modelo espiral.
f. El modelo de desarrollo concurrente.
g. Desarrollo basado en componentes.
h. El modelo de mtodos formales.
2. En cul de los siguientes paradigmas de modelado posee ms
experiencia?
a. DB (Modelo Entidad-Relacin)
b. O-O (Modelo Orientado a Objetos)
c. H-T (Modelo Orientado a Hipertexto)
110
3. En cul de los siguientes lenguajes de modelado posee ms
experiencia?
a. E-R (Entidad Interrelacin)
b. UML
c. Otro
4. El equipo de trabajo tiene experiencia en alguna de las siguientes
metodologas?
a. OO-H
b. OOHDM
c. OOWS
d. WebML
e. UWE
f. WSDM
g. NDT
5. Si el equipo de trabajo considera fundamental la utilizacin de una
herramienta CASE en el proceso de desarrollo de la aplicacin,
Cules de las caractersticas considera fundamental que posea la
herramienta?
a. Que est integrado con las actividades de las metodologas de
diseo.
111
b. Que tenga controles de coherencia del diseo de la aplicacin.
c. Que maneje las versiones de los diseos realizados.
d. Que genere parte de la interfaz y cdigo de la aplicacin.
e. Que genere parte de la documentacin de la aplicacin.
6. El tiempo para la entrega de la aplicacin es:
a. Holgado
b. Ajustado
c. Muy Ajustado
7. El equipo de programadores tiene experiencia en el uso lenguajes de
programacin para aplicaciones Web?
a. Si
b. No

AAS2255

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

AAS2255

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD CATLICA ANDRS BELLO

Вам также может понравиться