reciente aparici6n de la tecnologz~aWeb ha dado Lazar a aha rapz`da evoLucio"ny divuLgacz.6nde La :.nformaci6n a traves de Internet. Con eLLo,hon z.do surgiendo diferentes rz`pos de apLicaciones Que presentan, controLan y permiten trabajar con dicha informaci6n, con LafznaLidadde permz.cirel acceso a la misma a mz"LLondeesusuarios en el mundo~ Pero como ocurre con cuaLquz"erdae LastecnoLogEas emergentes, cuando el producto comz.enzaa afzanzarse en el mercado, generaLmenteno ext'Stean proceso Que garantice La ej.ecaci6n ordenada y adecuada para el desarroLLode diclzo prodacto. ActuaLmente eSta es La situacz`6nen LaQueSe encuentran LasapLicacz.onesWeb. Los productos ya esta'nen el mercado, Losusuarios ya Los conocen y estdn familiarz"zados con eLLos.Pero ahora empz"ezGna recLamar cz"ertasnecesz"dadesQue esta'n parcz"aLmentecontempLadas, y a expresar Las carencz"asactuates. Cornienzana recLamarcondicz.ones especiaZes de segaridod, de mejora de la veLocidady de Lainterfaz de usuarz.o, y una actual`zzacio`.cnontinua de La informacion. Todos esros requz.sitosy necesidades Que presentan Los usuarz.osse tradacen en facto,es de colt-dad. Las apLz.cacz.oneWs eb ya exz~stenp,ero carecen ac cz.ertospara'metrosde calz`dad.
La existencia de un marco de calidad gendrico es fundamental para obtener productos de calidad. La calidad de los sistemas de informaci6nimp/tea conocer codas las expectativas sobre los productos, servicios y procesos de calidad de un negocio determinado. Un marco de calidad adecuado para el departamento de sisternas de informaci6n de una empresa debe contemplar diferentes dimensiones. En concreto, la calidad en la infraestructura,en el software, en los datos, en la informaci6n, en el servicio y tambien calidad adrninistrativa[,151. La descripci6n de cada una de estas dimensiones dentro de un marco general Se detalla a continuaci6n: . La caLidad en la infraestructara Se refiere a la calidad del hardwarey del software como soporte (redes y software de sistemas).
La caLz.dad de Los datos es la calidad de la informaci6n de entrada a un sistema, Que posiblemente provenga de diferentes sistemas 'de inforrnaci6n.
L:acalidad de la informaci6n se refiere a los datos generados por los sistemas. Esta informaci6n de salida puede Que tambi6n sea inforrnaci6n de entradaa Ottosistema por lo que est direetamente relacionado con la calidad mencionada en el apartadoanterior,la calidad de IDsdatos.
call.dadadministrattva se refiere a la calidad en la direcci6n y organizaci6n del propio departamento de sistemas de informaci6n (planificaci6n, direcci6n, presuspuestos).
aplicaciones Web, es necesario centrarseen los aspectos Que estdn directamenterelacionados con la calidad del producto generado: la ca/idad deL sofrWare a desarrollar;la calidad de Los datos, si es Que los datos van a incorporarsea nuestraaplicaci6n. puesto que van a determinerla calidad o no del proceso de puesta en marchay de alimentaci6ndurancetodo el ciclo de Vida de la aplicaci6n; y por dltimo, /a coil.dad de La informaci6n porque se refiere a la calidad de la informaci6n de salida y puede influir en la ca!idad de los datos que Ileguen a otros sistemas o aplicaciones, o incluso puede afectar al propio mantenimiento de la inforrnaci6nde nuestraaplicaci6n~
aplicacionesWeb y, sin dudatambi6n a su divulgaci6n, no es tarea fcil generar productos Web de calidad. Segdn ha ido evolucionando el campo de la informatica, comienza a aparecer Una alta competitividad en el mercado de la generaci6n de productos software y las fechas para el desarrollo de los misrnos son, generalmente,muy ajustadas. Con la aparici6n de la tecnologia Web, esto no ha mejorado.El cliente de una apZtcaci6nWeb, necesita el produccoparaUnafecha ya pasada. Ademds, debido a la gran variedad de aplicaciones de este tipo, ya disponibles en la red y al alcance de gran multitud de usuarios, el cliente Se impacienta y requiere el producto de form& Casi inmediata.
Este crecirniento nertiginoso de la necesidad de
disponer de cualquier informaci6n en la Web, Reva a
plantearse seriamente la necesidad de disponer de Una
metodolOgia para un desarrollo de calidad de este tipo
de aplicaciones, de tal form&Que puede ser evaluada
positivamente. Para resolver la situaci6n en la que se
encuentra el desarrollo de los aplicaciones Web, y
desde el punto de vista de la Ingenien-a del Software,
serf&necesario desarrollar un m6todo dgil capaz de dar
guias y pasos en el proceso de desarrollo,
profundizando en c6mo resolver los problernas
caracteristicos de aplicaciones Web, con la finalidad de
asegurar la calidad de las mismas. Las metodologias de
desarrollo tradicionales no cubren las expectativas de
las aplicaciones Web, [
Para obtener un metodologia especifica para aplicaciones Web y aI mismo tiempo genca para los diferentes tipos de aplicaciones Web existentes, es necesario realizer Una clasificaci6n de este tipo de aplicaciones. Tarnbi6n es necesario definir 105 criterios en funci6n de los cuales se realiza la clasificaci6n, es decir, definir una caracterizaci6n de aplicaciones Web. En este artfculo Se presenta nuestra propuesta adonuis delrnarco metodol6gico quo acoge a los diferentes tipos de aplicaciones existentes.
Esta articulo Se organiza de la siguiente forma: en la secci6n 2 Se indica nuestra propuesta de caracterizaci6n y clasificaci6n de aplicaciones Web; en la secci6n 3, el marco metodol6gico que actualmente tenemos contemplado; finalmente, en la secci6n 4, indicamos las conclusiones y trabajos futuros.
Para poder realizer Una clasificaci6n es necesario identificar los criteriosy caracteristicasQueposeen este tipo de aplicaciones. S6lo de esta forma Se contemplard toda la informaci6n fundamental y necesaria para la creaci6n de Una metodologia completa quo perrnita desarrollarcualquieraplicaci6nWeb con calidad,[19].
Una de las cuestiones fundamentalesque diferencia
las aplicacionesWeb de la mayoria de las aplicaciones
convencionales, es quo Se construyen sin conocer el
perfil del posible usuario del sistemal Ello dificalta,
evidentemente, el diseho correspondiente a la interfaz
de usuario. El inter6s por la interfaz de usuario ya Se
presentabaen los trabajosdel campo de la hiperrnedia,
(7], [
aplicaci6n, no Se dispondra de un desarrollo Web de calidad.
Quo punto de especial relevancia tarnbi6n, es sin
duda el dise6o y mantenimiento de la informaci6n del
sistema. Muchos de los sitios Web actuales estan
bas&dosen ficheros, es decir, que Sus pginas Web Se
almacenan en ficheros separados. Sin duda, esta
concepci6n puede Hagara plantearserios problemas de
controlde esa informaci6n,sobre todo para aplicaciones
que manejen gran cantidad de ficheros, donde adem
lo usual es que cada fichero pertenezca a un autor
diferente, [
con organizaci6nhipertexto y con presentaci6ngrdfica.
Esto dificulta la evoluci6n de ios sitios Web. For otra
parte, para facilitar la navegaci6n y legibilidad de la
informaci6n en la Web, a veces esta se duplica
(Celefonos, direcciones,...). Si surgiese la necesidad de
un cambio, requerina macho trabajo tener toda la
informaci6n actualizada, [
Existen otros autores que muestran un especial
interes por todos estos aspectos anteriormente
mencionados. Debido a 6110, empiezan a aparecer
caracterizacionesde aplicaciones Web, en concreto esta
que identificalas siguientes cuestiones de diseho, [
J GustavoRossi, DLseho00 de apLicaciones hipe7mediay Web. Charla imparl:idam la Univers!dadCasti}la - La Mancha Marzo 2000
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
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.
relativo a la organizaci6n de la informaci6n dentro del sistema. Debe existir un medio de persistencia Que garantice,entreotros aspectos, la coherencia, integridad y el mantenimiento fiab2e y senciJlo de los datos del sistema.
L6ca de la aplicaci6n: Este criterio engJobatanto
la funcionalidad Que Se ofrece al usuario final como la
funcionalidad para tareas de carga de datos de entrada
como la funcionalidadde generaci6n de inforrnaci6nde
salida. Hay quo garantizar una buena informaci6n de
entrada, una informaci6nconsistente, lo que dentro del
marco de calidad aqui presentado,se refiere a la calidad
de las dams [
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 [
diferentes tipos de aplicaciones Web existentes. Con Clio se pretende, qua el me(Odo sea vlido para el desarrollo de cualquier tipo de aplicaci6n, independientemente de su naturaleza, garantizando asf ciertos criterios basicos de calidad en el producto desarrollado.
For otro lado es interesante destacar que esta clasificaci6n tambi6n es fruto de la propia evoluci6n que ban sufrido las pdginas y sitios Web iniciaJes y Que ban Ilegado a transforrnarse en aplicaciones Web, {21,Y tambien qua esta basada en funci6n de la complejidad, por lo Quecada categoria esta englobada en la siguiente, tal como Se muestra en la Figura 2. tarnbien ser necesario identificar en algdn momento del ciclo de vida cudlserdla /6gica a considerar.
necesidades basicas que tiene e2 cliente de aplicaciones Web es que su producto software est6 disponible en la red lo antes posible. Su objetivo fundamentales dar a conocer a sus futuros usuarios, que en breve plazo de tiempo, van a disponerde informaci6ny de servicios a trav6s de la Web. Esto es vital para el cliente y si no se comprende esta necesidad, resultar;i un producto no satisfactoriopara6I,
El modelo de proceso adecuado para este tipo de aplicaciones es un modelo de proceso iterativo e incrementaly con prototipadoque aportar las ventajas de tenerproductostangibles 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, Iraincorporandonueva funcionalidad,[
los requisitos van a estar siempre claros desde el principle. lo mejor seria pensar en un proceso iterativo, que permitiese la incorporaci6n de estos nuevos requisites no p2anteadosinicialmente o la modificaci6n de 205mismos si fuese necesario, [15].
Punto de entrada
ciclo de desarrollodel software(ver Figura4). Formard parte del trabajo futuro ampliar nuestro proceso para contemp2artodas las actividades Que formen purte del ciclo de Vidacompleter ic~i~e~lJo
En base a la caracterizaci6n de aplicaciones Web propuesta nuestro m6todo sigue un esquema incremental en el qua se identifican cuatro pasos generales;
~
En la Figura 5 se muestra que, la base de este planteamiento es la identificaci6n de todos los requisitos. Sobre dicha base, Se obtienen diferentes versiones del producto,en el ordenindicado.
4a
exhaustivo de los requisitos del sistema.
identificaci6n, definici6n e irnplementaci6n de una primera versi6n def producto,con fa fina2idadde poner en la Web la informaci6nacerca del futurosistema que Se va a construir. En este Paso, Se realiza un estudio completo sobre el aspecto de la interfaz de usuario(lo que hemos identificado como Crirerios Externos)_y Se realiza Una prfmera versi6n que Se compone de un ndmeromfnimo de pASinasWeb. Es posible que en este segundo paso, se identifiquen mds requisitos de2 sistema.
Pub/icaci6n y Consulta, probablementeal llegar a este punto, habrfamos obtenido el producto software deseado. S6lo pasaremosa ejecutarlos siguientes pesos, si nuestraaplicaci6nes de otrotipo.
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. ~
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.
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.
en la clasificaci6n mencionada en la secci6n 2 como de FuncionaLidad Compleja, se ver;in completadas tras completar los cuatro pesos aqm presentsdos. Las aplicaciones Web identificadas como de datos complejos, y que no poseen ninguna funcionalidad, Se vern completadastras rea2izar205tres primeros.Y las aplicaciones xrufs senciHas, las de publicaci6n y consulta, se verarl completadas en los dos primeros
progresiva del producto y perrnite a las aplicaciones evolucionar desde un estadio a Ottomds complete.
reflejada en e2 organigramarepresentado en la Error!
Actualmente y en paralelo cOn la definici6n de la metodologfa, Se esui rea!izando la validaci6n de modelo de proceso de MIDAS con los diferentes tipos de aplicaciones Web existentes, segOn la clasificaci6n propuesta. De esta forma, y basdndonos en la experiencia que nos va proporcionando el desarrollo y la validaci6n de estas aplicaciones, Se ira perff!ando y construyendo MIf)AS
En este apartado describimos el ejemplo concreto de Una aplicaci6n que consiste en la creaci6n de un sitio Web para mostrar la informaci6n de un grupo docente e investigador de Una Universidad. El objetivo fundamental es qua la informaci6n que aparezca en la Web sea facifmente mantenibfe. Por esta raz6n, fa informaci6n podrd actualizarse desde unos formularios con acceso a la base de datos, Ingar donde Se encuentra almacenada coda la informaci6n que se publica en la Web.
Ic . Detecci6n de requisitos
En la primera iteraci6n Se ban identificado los requisitos del sisterna. El objetivo es disponer de un sitio Web con inforrnaci6n acerca de un grupo de investigaci6n y docente de una Universidad~Se ha visto la necesidad de reflejar las personas con Sus datos profesionales, las asignaturas Que imparten, los proyectos fin de carreraQue dirigen, los seminarios Que organizan, la inforrnaci6n gen6rica acerca del grupo, etc. Tambi6n Se ha detectado la necesidad de Que la informaci6n sea fcilmente mantenible debido a Que pueden producirse cambios en un future. Por Clio, es necesario que la informaci6n Se almacene en una base de datos y quo a trav6s de formulariospueda accederse a la misma.
aut6rnaticade nuevas pginas Web a partirde 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
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.
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
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.
contemplaren cualquier grupo que desarrolle sistemas de inforrnaci6ndentro de una organizaci6n, vamos a centrado en e5tos aspectos porque son los Que directamentevan a ester relacionados en el desarrollo de aplicacionesWeb.
Desde el punto de vista de la ingenierfa del software y con el fin de asegurar la calidad de cualquier desarrollosoftware,es necesario disponer de un m6todo quo nos guie de la mejor forma posible para realizarese desarrollo. Nosotros proponemos MIDAS como la metodologiaque ayudar al desarrolloWeb de calidad y queva a proporcionarpasos y guias sobre c6mo Ilevarlo a cabo.
El rnarco metodol6gico de MIDAS propone un proceso iterativo con las ventajas Que 6ste conlleva en cuanto a la reaZimentaci6nde requisitos para un desarrollo software. Aderrufs, el proceso incrementaf que permitird la sucesiva obtenci6n de versiones, con las que el cliente ird satisfaciendo su necesidad de ver el producto, adn no defiflitivo, en cortos plazos de tiempo. Y por supuesto con prototipos que vayan garantizando la identificaci6n definitiva de las necesidades y gustos del cliente.
Como parfe def trabajo futuro, debemos completar
la metodologfa depurando las t6cnicas, actividades y
procesos adecuados para el desarrollo Web, bastindonos
en propuestas y criterios de calidad concretos, [
Agmdecfmientos mtro del proyecto MIDAS, parcialmente fmanciado par la CICYT y la comunidad econ6mica europea (nOmero 2FI)97-2163). Los autores tarnbi6n quieren mostrar su agradecimiento a INTESYS, una compafiia de consulton-a espafiOla, par su colaboraci6n en este proyecto.