=Paper=
{{Paper
|id=Vol-1284/paper1
|storemode=property
|title=Las Metodologías de Desarrollo y la Mejora de Calidad de las Aplicaciones en Web
|pdfUrl=https://ceur-ws.org/Vol-1284/paper1.pdf
|volume=Vol-1284
}}
==Las Metodologías de Desarrollo y la Mejora de Calidad de las Aplicaciones en Web==
https://ceur-ws.org/Vol-1284/paper1.pdf
Las Metodologias de DesarroHo y la Mejora de Calidad de las Aplicaciones
Web
Paloma CCeres, Esperanza Marcos
Departamento de Ciencias Experimentales e Ingenierfa
Universidad Rey Juan Carlos
C/ Tulipdn, s/n, 28933 - M6stoles
Madrid (Spain)
{ p.caceres /cuca }@ escet.ur:lc.es
Abstract La colt-dad en el soare es la calidad de las
reciente aparici6n de la tecnologz~aWeb ha dado aplicaciones que se crean y mantienen por el
Lazar a aha rapz`da evoLucio"ny divuLgacz.6nde La departamentode sistemas de informaci6n.
:.nformaci6n a traves de Internet. Con eLLo,hon z.do La caLz.dad de Los datos es la calidad de la
surgiendo diferentes rz`pos de apLicaciones Que informaci6n de entrada a un sistema, Que
presentan, controLan y permiten trabajar con dicha posiblemente provenga de diferentes sistemas 'de
informaci6n, con LafznaLidad de permz.cirel acceso a la inforrnaci6n.
misma a mz"LLones de usuarios en el mundo~ L:acalidad de la informaci6n se refiere a los datos
Pero como ocurre con cuaLquz"era de LastecnoLogEas generados por los sistemas. Esta informaci6n de
emergentes, cuando el producto comz.enza a afzanzarse salida puede Que tambi6n sea inforrnaci6n de
en el mercado, generaLmenteno ext'Stean proceso Que entradaa Ottosistema por lo que est direetamente
garantice La ej.ecaci6n ordenada y adecuada para el relacionado con la calidad mencionada en el
desarroLLode diclzo prodacto. ActuaLmente eSta es La apartadoanterior,la calidad de IDsdatos.
situacz`6nen LaQueSe encuentran LasapLicacz.onesWeb. call.dad administrattva se refiere a la calidad en
Los productos ya esta'n en el mercado, Losusuarios ya la direcci6n y organizaci6n del propio
Los conocen y estdn familiarz"zados con eLLos.Pero departamento de sistemas de informaci6n
ahora empz"ezGna recLamar cz"ertasnecesz"dadesQue (planificaci6n, direcci6n, presuspuestos).
esta'n parcz"aLmentecontempLadas, y a expresar Las I-a ca/idad deLservicio hace menci6n a la calidad
carencz"asactuates. Cornienzan a recLamar condicz.ones en los procesos de soporte a los clientes.
especiaZes de segaridod, de mejora de la veLocidady de
Lainterfaz de usuarz.o, y una actual`zzacio`.n
continua de En lo que respects a la calidad del desarrollo de las
La informacion. Todos esros requz.sitos y necesidades aplicaciones Web, es necesario centrarseen los aspectos
Que presentan Los usuarz.osse tradacen en facto,es de Que estdn directamenterelacionados con la calidad del
colt-dad. Las apLz.cacz.ones
Web ya exz~sten,pero carecen producto generado: la ca/idad deL sofrWare a
ac cz.ertospara'metros de calz`dad. desarrollar;la calidad de Los datos, si es Que los datos
van a incorporarsea nuestra aplicaci6n. puesto que van
1. Introducd6n a determinerla calidad o no del proceso de puesta en
marchay de alimentaci6ndurancetodo el ciclo de Vida
La existencia de un marco de calidad gendrico es de la aplicaci6n; y por dltimo, /a coil.dad de La
fundamental para obtener productos de calidad. La informaci6n porque se refiere a la calidad de la
calidad de los sistemas de informaci6n imp/tea conocer informaci6n de salida y puede influir en la ca!idad de
codas las expectativas sobre los productos, servicios y los datos que Ileguen a otros sistemas o aplicaciones, o
procesos de calidad de un negocio determinado. Un incluso puede afectar al propio mantenimiento de la
marco de calidad adecuado para el departamento de inforrnaci6nde nuestra aplicaci6n~
sisternas de informaci6n de una empresa debe Debido a la urgencia en la creaci6n de las
contemplar diferentes dimensiones. En concreto, la aplicaciones Web y, sin duda tambi6n a su divulgaci6n,
calidad en la infraestructura,en el software, en los no es tarea fcil generar productos Web de calidad.
datos, en la informaci6n, en el servicio y tambien Segdn ha ido evolucionando el campo de la informatica,
calidad adrninistrativa,[151. La descripci6n de cada una comienza a aparecer Una alta competitividad en el
de estas dimensiones dentro de un marco general Se mercado de la generaci6n de productos software y las
detalla a continuaci6n: fechas para el desarrollo de los misrnos son,
. La caLidad en la infraestructara Se refiere a la generalmente, muy ajustadas. Con la aparici6n de la
calidad del hardware y del software como soporte tecnologia Web, esto no ha mejorado.El cliente de una
(redes y software de sistemas). apZtcaci6nWeb, necesita el produccoparaUnafecha ya
QuaTIC~2OOI/ 3
pasada. Ademds, debido a la gran variedad de toda la informaci6n fundamental y necesaria para la
aplicaciones de este tipo, ya disponibles en la red y al creaci6n de Una metodologia completa quo perrnita
alcance de gran multitud de usuarios, el cliente Se desarrollarcualquieraplicaci6n Web con calidad, [19].
impacienta y requiere el producto de form& Casi Una de las cuestiones fundamentalesque diferencia
inmediata. las aplicaciones Web de la mayoria de las aplicaciones
Este crecirniento nertiginoso de la necesidad de convencionales, es quo Se construyen sin conocer el
disponer de cualquier informaci6n en la Web, Reva a perfil del posible usuario del sistemal Ello dificalta,
plantearse seriamente la necesidad de disponer de Una evidentemente, el diseho correspondiente a la interfaz
metodolOgia para un desarrollo de calidad de este tipo de usuario. El inter6s por la interfaz de usuario ya Se
de aplicaciones, de tal form& Que puede ser evaluada presentabaen los trabajos del campo de la hiperrnedia,
positivamente. Para resolver la situaci6n en la que se (7], [8], [l0]. Las aplicaciones hiperrnedia requieren,
encuentra el desarrollo de los aplicaciones Web, y entre otras cosas, un comportamiento navegacional
desde el punto de vista de la Ingenien-a del Software, sofisticado y por esta raz6n Se requiere an gran esfuerzo
serf&necesario desarrollar un m6todo dgil capaz de dar en el diseSo y realizaci6n de esta parte de la aplicaci6n
guias y pasos en el proceso de desarrollo, Web, [12]. Sin un buen diseho navegacional de la
profundizando en c6mo resolver los problernas aplicaci6n, no Se dispondra de un desarrollo Web de
caracteristicos de aplicaciones Web, con la finalidad de calidad.
asegurar la calidad de las mismas. Las metodologias de Quo punto de especial relevancia tarnbi6n, es sin
desarrollo tradicionales no cubren las expectativas de duda el dise6o y mantenimiento de la informaci6n del
las aplicaciones Web, [9]. Aunque en la actualidad sistema. Muchos de los sitios Web actuales estan
comienzan a surgir distintas propuestas, tanto de bas&dosen ficheros, es decir, que Sus pginas Web Se
metodologfas de desarrollo para la Web ([18], {I], [4], almacenan en ficheros separados. Sin duda, esta
[5]) como de metodologias de calidad propiamente concepci6n puede Hagara plantearserios problemas de
dichas, adn no existe un consenso universalmente control de esa informaci6n,sobre todo para aplicaciones
aceptado sobre cuziles deberian ser los criterios de que manejen gran cantidad de ficheros, donde adem
calidad que deberian cumplir los productos Web, asi" lo usual es que cada fichero pertenezca a un autor
como tampoco existe un consenso sobre qu6 diferente, [14]. Existen dos rezones principales para
metodologias de desarrollo estdn major orientadas a la plantearse el dise6o de la inforrnaci6n del sistema: el
consecuci6n de los objetivos de calidad. En este cambio de datos y la redundancia de la informacz.6n.El
sentido, nosotros estamos trabajando en la definici6n de proceso de cambio de la inforrnaci6npublicada en la
una metodologia gen6rica para el desarrollo de este tipo Web es compile&do.Los dams estan interconectados
de aplicaciones, MIDAS. La finalidad de nuestro con organizaci6nhipertexto y con presentaci6n grdfica.
trabajo es cubrir el hueco existente actualmente en el Esto dificulta la evoluci6n de ios sitios Web. For otra
desarrollo de estos productos incorporando en el propio parte, para facilitar la navegaci6n y legibilidad de la
proceso tecnicas de medici6n de la calidad que perrnitan informaci6n en la Web, a veces esta se duplica
asegurar Que el producto obteuido cumple con los (Celefonos, direcciones,...). Si surgiese la necesidad de
criterios dose&dos. un cambio, requerina macho trabajo tener toda la
Para obtener un metodologia especifica para informaci6n actualizada, [2]. Sin un planteamiento
aplicaciones Web y aI mismo tiempo genca para los adecuado de c6mo ha de organizarse la inforrnaci6ny
diferentes tipos de aplicaciones Web existentes, es de c6mo recuperarla dindrnicamente, no puede
necesario realizer Una clasificaci6n de este tipo de obtenerse un productoWeb que cumpla con los criterios
aplicaciones. Tarnbi6n es necesario definir 105 criterios minimos de calidad (la calidad del sofi"ware[13])"
en funci6n de los cuales se realiza la clasificaci6n, es Existen otros autores que muestran un especial
decir, definir una caracterizaci6n de aplicaciones Web. interes por todos estos aspectos anteriormente
En este artfculo Se presenta nuestra propuesta adonuis mencionados. Debido a 6110, empiezan a aparecer
delrnarco metodol6gico quo acoge a los diferentes tipos caracterizacionesde aplicaciones Web, en concreto esta
de aplicaciones existentes. que identificalas siguientes cuestiones de diseho, [6]:
Esta articulo Se organiza de la siguiente forma: en la * Estructura: Esta caracterfstica describe la
secci6n 2 Se indica nuestra propuesta de caracterizaci6n organizaci6n de la informaci6n que ha de
y clasificaci6n de aplicaciones Web; en la secci6n 3, el manejar la aplicaci6n (objetos de
marco metodol6gico que actualmente tenemos inforrnaci6ny Sus rel&clonessemdnticas).
contemplado; finalmente, en la secci6n 4, indicamos las * Navegabilidad: Esta actividad debe
conclusiones y trabajos futuros. considerar las facilidades de acceso a la
informaci6n y de moverse a trav6s del
2. Caracterizad6n de apRcadoms Web contenido de la aplicaci6n.
Para poder realizer Una clasificaci6n es necesario
identificar los criterios y caracteristicasQueposeen este J Gustavo Rossi, DLseho 00 de apLicaciones hipe7media y Web.
tipo de aplicaciones. S6lo de esta forma Se contemplard Charla imparl:idam la Univers!dad Casti}la - La Mancha Marzo
2000
4 f QuaTIC2001
Presentaci6n: Esta caracteristicaafecta a la
forma en Que Se ha de presenter al usuario,
tanto la inforrnaci6n como la forma de
navegar a trav6s de la misma.
Tras el estudio de !as caractensticas de las
aplicaciones Web aqui mencionadas, nosotros
proponemos la siguiente caracterizaci6nde aplicaciones
(ver Figura 1), con la fina2idad de resaltar ciertos
factores de especial relevancia Que deben-an
contemplarse a la hora de desarrollaruna aplicaci6n
Web para Que cumpJa los requisitos minimos de
calidad.
Figura 1: Propuesta de caracterizaci6n de
aplicaciones Web
. Criterios intemos al sistema: Los criterios
internos se refieren a aspectos transparentesal
usuario, pero Que son significativos para el
disefiadoro desarrolladorde la aplicaci6n.
diferentes tipos de aplicaciones Web existentes. Con
Estructura de la informaci6n; Este criteria es
Clio se pretende, qua el me(Odo sea vlido para el
relativo a la organizaci6n de la informaci6n dentro del desarrollo de cualquier tipo de aplicaci6n,
sistema. Debe existir un medio de persistencia Que
independientemente de su naturaleza, garantizando asf
garantice, entre otros aspectos, la coherencia, integridad ciertos criterios basicos de calidad en el producto
y el mantenimiento fiab2e y senciJlo de los datos del
desarrollado.
sistema. For otro lado es interesante destacar que esta
L6ca de la aplicaci6n: Este criterio engJobatanto
clasificaci6n tambi6n es fruto de la propia evoluci6n
la funcionalidad Que Se ofrece al usuario final como la que ban sufrido las pdginas y sitios Web iniciaJes y Que
funcionalidad para tareas de carga de datos de entrada
ban Ilegado a transforrnarse en aplicaciones Web, {21,Y
como la funcionalidadde generaci6n de inforrnaci6nde tambien qua esta basada en funci6n de la complejidad,
salida. Hay quo garantizar una buena informaci6n de
por lo Que cada categoria esta englobada en la siguiente,
entrada, una informaci6n consistente, lo que dentro del tal como Se muestra en la Figura 2.
marco de calidad aqui presentado,se refiere a la calidad
de las dams [13]. Tarnbi6n hay Que garantizar una
buena inforrnaci6n de salida, ya que podna afectar a
otras aplicaciones (calidad de la z"nfarmaci6n, [13]).
Cn"terios excernos aI sisCema: Los criterios
externos se refieren a aspectos de la interfaz de
usuario,es decir, son aspectos a considereren la
aplicaci6n,pero de cara al usuario del mismo.
Naveabilidad: Se refiere a la forma en que Se va a
distribuir y estructurar la informaci6n que hay que
presentar al usuario, con total independencia de la
estructurainterna.
Presentaci6n: Esta criteria se refiere a la forma de
presentaci6n de la informaci6n al usuario del sisterna~
Una vez identificada la caracterizaci6n de
aplicaciones Web, es interesante realizar Una
clasificaci6n en funci6n de esos criterios para conocer
los distintos tipos de aplicaciones existentes. En la
actua2idad ya exiscen a2gunas clasificaciones
relacionadas [2], [3], [11],
Nosotros proponemos una clasificaci6n bdsica que
identifica tres tipos diferentes de aplicaciones:
aplicaciones de publicaci6n y consulta, aplicaciones de
datos complejos y aplicaciones de funcionalidad
QuaTIC2001 / 5
tarnbien ser necesario identificar en algdn momento no respetai`ialas necesidades del cliente de este tipo de
del ciclo de vida cudl serd la /6gica a considerar. aplicaciones.
Por otraparte, y debido a Quees imposible decir que
los requisitos van a estar siempre claros desde el
Caracteristi C2asificaci6nde aplicaciones Web principle. lo mejor seria pensar en un proceso iterativo,
cas de las que permitiese la incorporaci6n de estos nuevos
Publicac
aplicaciones Da Funcionalid requisites no p2anteadosinicialmente o la modificaci6n
i6n y
Web tos ad de 205mismos si fuese necesario, [15].
consults
Cn."ter`ws
externos
Presentaci6 + + + Punto de
n
entrada
Navegabilid
+ + +
ad
Cn".ten"os
`mtemos
Estructura Versi6n n del produoto
de la + + Figura3: Modelo de Procesterativo e incremental
informaci6n
3.2. Guia incremental en el ciclo de
L6gica +
desarroHo de MIDAS
Tabla I: Re2aci6nentre la caracterizaci6ny la
clasificaci6n de aplicaciones Web Actualmente, nuestro trabajo esl:a contrado en el
ciclo de desarrollo del software (ver Figura4). Formard
3. Marco metodol6gico de MmAS parte del trabajo futuro ampliar nuestro proceso para
contemp2ar todas las actividades Que formen purte del
En esta secci6n se describe la situaci6n actual de la
metodologia y su aplicaci6n a un caso real (desarrollo ciclo de Vida completer ic~i~e~lJo .
de un sitio Web) parasu validaci6n.
3.1. Modelo de proceso de MIDAS
Figura 4: Ciclo de vid~~~e ida~arrollo
del software ~
Corno ya se ha mencionado anteriormente, las
necesidades basicas que tiene e2 cliente de aplicaciones
Web es que su producto software est6 disponible en la En base a la caracterizaci6n de aplicaciones Web
red lo antes posible. Su objetivo fundamental es dar a propuesta nuestro m6todo sigue un esquema
conocer a sus futuros usuarios, que en breve plazo de incremental en el qua se identifican cuatro pasos
tiempo, van a disponer de informaci6n y de servicios a generales;
trav6s de la Web. Esto es vital para el cliente y si no se 1. Requisitos del sistema
comprende esta necesidad, resultar;i un producto no 2. Interfaz de Usuario
satisfactoriopara6I, 3. Datos
El modelo de proceso adecuado para este tipo de 4" Funcionalidad
aplicaciones es un modelo de proceso iterativo e
incrementaly con prototipado que aportar las ventajas
de tener productostangibles para el cliente en versiones
sucesivas, ademds de permitir incorporar o modificar
necesidades no detectadas o no planteados en las
primerasetapas de definici6n del producto (ver Figura
3).
El modelo incremental nos perrnite obtener el
producto en versiones sucesivas, donde cada una de
ellas, Ira incorporandonueva funcionalidad, [16]. Seria
err6neo pensar en un 706010 en cascada, puesto que el
productonunca estd disponible haste la fase final y esto
6 / QuaTIC.'2OOI
En la Figura 5 se muestra que, la base de este Las aplicaciones Web ms complejas, identificadas
planteamiento es la identificaci6n de todos los en la clasificaci6n mencionada en la secci6n 2 como de
requisitos. Sobre dicha base, Se obtienen diferentes FuncionaLidad Compleja, se ver;in completadas tras
versiones del producto, en el ordenindicado. completar los cuatro pesos aqm presentsdos. Las
aplicaciones Web identificadas como de datos
complejos, y que no poseen ninguna funcionalidad, Se
4a Funcionalfdad vern completadas tras rea2izar205tres primeros. Y las
aplicaciones xrufs senciHas, las de publicaci6n y
consulta, se verarl completadas en los dos primeros-
3a
Este modelo de proceso garantiza la obtenci6n
progresiva del producto y perrnite a las aplicaciones
,a evolucionar desde un estadio a Ottomds complete.
La gufa para aplicar el modelo de proceso queda
reflejada en e2 organigramarepresentado en la Error!
la Requisites del sistema Reference source not found..
Actualmente y en paralelo cOn la definici6n de la
A continuaci6nse detalla c6mo ejecutarel proceso: metodologfa, Se esui rea!izando la validaci6n de modelo
I. El comienzo marcar la realizaci6n del estudio de proceso de MIDAS con los diferentes tipos de
exhaustivo de los requisitos del sistema. aplicaciones Web existentes, segOn la clasificaci6n
2. En el siguiente paso Se procede a la propuesta. De esta forma, y basdndonos en la
identificaci6n, definici6n e irnplementaci6n de una experiencia que nos va proporcionando el desarrollo y
primera versi6n def producto, con fa fina2idadde poner la validaci6n de estas aplicaciones, Se ira perff!ando y
en la Web la informaci6n acerca del futuro sistema que construyendo MIf)AS-
Se va a construir. En este Paso, Se realiza un estudio En este apartado describimos el ejemplo concreto de
completo sobre el aspecto de la interfaz de usuario (lo Una aplicaci6n que consiste en la creaci6n de un sitio
que hemos identificado como Crirerios Externos)_y Se Web para mostrar la informaci6n de un grupo docente e
realiza Una prfmera versi6n que Se compone de un investigador de Una Universidad. El objetivo
ndmero mfnimo de pASinasWeb. Es posible que en este fundamental es qua la informaci6n que aparezca en la
segundo paso, se identifiquen mds requisitos de2 Web sea facifmente mantenibfe. Por esta raz6n, fa
sistema. informaci6n podrd actualizarse desde unos formularios
Si nuestra aplicaci6n fuese una aplicaci6n de con acceso a la base de datos, Ingar donde Se encuentra
Pub/icaci6n y Consulta, probablemente al llegar a este almacenada coda la informaci6n que se publica en la
punto, habrfamos obtenido el producto software Web.
deseado. S6lo pasaremosa ejecutarlos siguientes pesos,
si nuestra aplicaci6n es de otrotipo.
3. En el tercer paso, se obtendrfa la segunda
versi6n def producto, que incorporarfa la estructura
interna de la aplicaci6n.Es posible que se identificasen
nuevos requisitos y quiza, habrfaque ampliarla interfaz
de usuano del sisterna, de ahf que Se considere un
proceso adern5siterativo. ~
Si nuestra aplicaci6n fuese del tipo de Datos
Complejos, y no Ilevara ninguna funcionalidad
asociada, probablemente al Ilegar a este punto,
habrfamos obtenido el producto software deseado~S6lo
continuaremos con el siguiente paso si nuestra
ap!icaci6n tuviera quo contemp!ar funciona!idad
compleja.
4. En el tiltimo Paso, se incorporarfa la
funcionalidad de la aplicaci6n Web (aplicaciones de
Funcionalidad Compleja), y al igual que en los pasos
anteriores, pueden aparecer nuevos requisitos
antexforrnenteno detectados, quiz Sena necesario
tambi6n ampliar la interfaz de usuarfo y fa parte
correspondientea los datos.
QuaTZC'2OOf I 7
Ademas, Se desea doter aI sistema de la generaci6n
aut6rnaticade nuevas pginas Web a partir de patrones
establecidos, con la finalidad de doter de total
dinamismo a la aplicaci6n. Por ejemplo, Si una vez
finalizada la aplicaci6n Se incorporase una nueva
persona aJgrupo, con afjadirSus datos en el formulario
PersonasQueForrnanElGrupo,deberia generarse su
p;iginade forma autorI0dtica.
20. Identificaci6n e implementaci6n de los
criterios exfernos de la aplicaci6n Web
En este paso Se realiza un prototipo en el Que Se
dotard a la aplicaci6n de los criterios externos
adecuados. Habrd que realizar la presentaci6n y la
navegabilidad (estructura hipertexto) de la aplicaci6n,
La informaci6n complete acerca de los datos de
profesores, asignaturas, etc, aOn no estara
definitivamente identificada, pues como Se ha
mencionado en el apartado "Guja incremental en el
ciclo de desarrollo de MIDAS", esto se resolver en el
siguiente paso.
3c. Identificaci6n e implementaci6n de la
estrnctnra baterna de la informaci6n de la apBcaci6n
Web
En este tercer paso se realiza un prototipo en el Que
se dotard a la aplicaci6n de la estructura interna de la
informaci6n. Se realizara ct disc6o de la base de datos-
4. Irnplementaci6n de la fnnciouaBdad completa
de la aplicaci6n Web
Por ultimo, se implementera la version final de la
aplicaci6n Web incorporando la funcionalidad
especifica de esta dltima parte: los formularios que
perrnitan mantener la informaci6n y los procedirnientos
y/o funciones Que permitir la generaci6n autorfnitica
de nuevas paginas y/o enlaces.
4. Conclusiones y trabajos futnros
Figura 6: Gufa para aplicar el modelo de proceso de
MIDAS contemplaren cualquier grupo que desarrolle sistemas
de inforrnaci6ndentro de una organizaci6n, vamos a
Ic . Detecci6n de requisitos
En la primera iteraci6n Se ban identificado los
requisitos del sisterna. El objetivo es disponer de un centrado en e5tos aspectos porque son los Que
sitio Web con inforrnaci6n acerca de un grupo de directamentevan a ester relacionados en el desarrollo
investigaci6n y docente de una Universidad~Se ha visto de aplicaciones Web.
la necesidad de reflejar las personas con Sus datos Desde el punto de vista de la ingenierfa del software
profesionales, las asignaturas Que imparten, los
y con el fin de asegurar la calidad de cualquier
proyectos fin de carreraQue dirigen, los seminarios Que desarrollosoftware, es necesario disponer de un m6todo
organizan, la inforrnaci6n gen6rica acerca del grupo, quo nos guie de la mejor forma posible para realizar ese
etc. Tambi6n Se ha detectado la necesidad de Que la
desarrollo. Nosotros proponemos MIDAS como la
informaci6n sea fcilmente mantenible debido a Que metodologia que ayudar al desarrolloWeb de calidad y
pueden producirse cambios en un future. Por Clio, es
que va a proporcionarpasos y guias sobre c6mo Ilevarlo
necesario que la informaci6n Se almacene en una base a cabo.
de datos y quo a trav6s de formularios pueda accederse El rnarco metodol6gico de MIDAS propone un
a la misma. proceso iterativo con las ventajas Que 6ste conlleva en
cuanto a la reaZimentaci6nde requisitos para un
8 / QuafTC'2001
desarrollo software. Aderrufs, el proceso incrementaf Dynamic and Customizable Web Applications. Advances in
que permitird la sucesiva obtenci6n de versiones, con Database Technology. Ed. Shock, Saltor, Ramos, AlonSo.
las que el cliente ird satisfaciendo su necesidad de ver el Proceedings of the 6th.Conferenceon Extended Database
Technology (EDBT98). SpringerVerlag. Valencia 1998.
producto, adn no defiflitivo, en cortos plazos de tiempo.
{6]. Fratemali, P. (2000) Tools and Approaches for
Y por supuesto con prototipos que vayan garantizando Developing Datsl-Intensive Web ApplicatiOns: a Survey.
la identificaci6n definitiva de las necesidades y gustos http://tOriisQfr.com
del cliente. [7]. GarZottOet al. (1993), NDM- a Model-Based
Como parfe def trabajo futuro, debemos completar Approach to Hypertext Applfcanon Design. GarZotto,PaoZini
la metodologfa depurando las t6cnicas, actividades y y Schawbe. ACM TODS, ll(I), pp. I-26, enero 1993.
procesos adecuados para el desarrollo Web, bastindonos [8]. Isakowitz et al- (1995), RMM; A Methodology for
en propuestas y criterios de calidad concretos, [17]. Structured Hipermedia Design. Isakowitz, Stohr y
Tambidn, ampliaremos nuestro proceso para contemplar Balasubrarnanian.CommunicatiOns ACM, 58(8), pp. 34-43,
las actividades que formen pane del ciclo de Vida agosto, 1995.
[9]. Jacobson et af. (1999). ?`he Uned Sohware
completo (actividades de soporte, entre otras). Por
DeveLopmenrProcess. Jacobson, Hooch y Rumbaugh.Adison
Oltimo, es necesario validar la metodologia con los Wesley, 1999.
diferentes tipos de apficaciones Web existenCes,con el [I0]. Lowe y Hall (1999). Hipermedia & the Web. An
fin de detectar deficiencias y necesidades no Engineering Approach. J. Wiley and Sons. 1999.
contempladas para incorporarlas y disponer de una [11]. Mecca Giansalvatore; Merialdo, Paolo; Atzeni".
metodologia completa y eficiente. Paolo; Crescenzi, Valter. The (Short) ARANEUS Guide tO
Web-Site Development. The ARANEUS Project Home Page.
http://www.dia.uniron .it/ Arancus.
Agmdecfmientos
http://www"difa unibas.it/ Araneus.
mtro del [I2]. Schwabe y Rossi (1995), The Object-Oriented
proyecto MIDAS, parcialmente fmanciado par la HypermediaDesign Model. CommunicationsACM. 58(8), pp.
CICYT y la comunidad econ6mica europea (nOmero 45 46, agosto 1995.
2FI)97-2163). Los autores tarnbi6n quieren mostrar su [13]. Stylianou. AntoniS C; Kumar Ram L (2000) An
agradecimiento a INTESYS, una compafiia de 2ntegrative Framework for IS Quality Management.
Communications of the ACM, 43(9). pp. 99-I04~ septiembre
consulton-a espafiOla, par su colaboraci6n en este 2000.
proyecto. {14]. Connolfy, T; Begg, C; Strachan, A (1999) Web
Technology and DBMs. Database Systems. A Practical
Referenciias Approach IO Design, !mpLemenzalz.onand Management. Ed.
Addison - Wesley.
[2]. Aczeni, P; Mecca G; Meriafdo, P; (2998) Design and
[151. Conallen, J. (2000) Building Web AppLicazionswith
Maintenance of Data-Intensive Web Sites. Atzeni Mecca y
UML Ed. Addison - Wesley.
Merialdo. Advances in Database Technology. Ed. Sheck,
Sailor, Ramos, Alonso. Proceedings of the 6zh.Conference on [16]. Pressman,R. S. (1997) /ngem"erz-adel Soffware.. Un
Enfoque Prdctz"co.Ed Mc- Craw Hill.
Extended Database Technology (EDBT98). Springer Verlag,
[17]. Ofsina L. A. (/999) Mezodo/ogCaCuanxizazivapara
Valencia 1998.
La EvaLuaci6ny Comparacz`6nde la Calidad de Sin.OsWeb.
[22. Atzeni, P; Ceri, S; Paraboschi,S; Tor|one, R. (1999)
Tesis Doctoral, UniversidadNacionalde La Plaza Argentina
Databases and the World Wide Web. Database Systems.-
Concepts, Languages and Archz`teclures-Mc Grawn Hill, [I8]. Caceres, P; Marcos, E (2000) Metodologfas de
desarrollo: Estudio de su aplicabilidad para el disefio y
[3]. Conaffen, J. (!999) Modeling Web AppZication
construcci6n de siStemas Web. 7th. InternationalCongress on
Architectures with UML. Communications of the ACM, 42,
Computer Science ResearchCIICC-O0,Tampico, Mxico.
63-70. October 1999.
[191. Caceres, P; Marcos~ E (2000) El Proceso de
[4]. Fournier(1999). A Methodology for Clienerver and
Desarrollo en las Aplfcaciones Web~V Jornadas de Ingenieria
Web Application DeveLopment~Roger Fournier.Prentice Hall.
def Software y Bases de Datos, JISBD 2000, Vallado2id
1999.
Espada
[5]. Fratemali,P; Paolini, P; (1998) A conceptual Model
and a Tool Environment for Developping more Scalable,
QuaTIC,2001 / 9