Desarrollo de software en el rea de "Aplicaciones Web".

Los alumnos utilizarn el formato oficial vigente, pero es recomendable que tomen
en cuenta los siguientes puntos, de ser aplicables a su proyecto:
Se recomienda utilizar la metodologa del ciclo de vida clsico.
FORMULACI
Identificar objetivos y metas de la aplicacin !eb.
Describir el ob!eti"o principal por el que se necesita producir esta
aplicacin "eb.
Describir los ob!eti"os sec#ndarios que impulsan a llevarla a cabo.
La falta de objetivos claros llevan a los sitios al fracaso. #ste problema puede ser
detectado por los siguientes sntomas: Informacin desordenada, navegacin
desordenada, interaccin difcil, contenido insuficiente, contenido obsoleto y
grficos malos, molestos o distractores.
Describir las $etas infor$ati"as, las cuales nos indicarn el contenido
especfico que el sitio debe tener para que sirva al usuario final $y con ello
sirva al solicitante del sitio%.
Describir las $etas de aplicaci%n $b&squedas, registro de usuarios,
llenado de formularios, etc.%, que nos indican las 'abilidades necesarias en
el residente para cumplir con el proyecto.
Desarrollar #n "perfil de #s#ario" el cual incluye caractersticas
relevantes de los usuarios potenciales, tales como antecedentes,
conocimientos, preferencias y necesidades.
#specificar si ser necesario integrar al sitio alg&n siste$a de infor$aci%n
e&istente $por ejemplo, una base de datos% en la aplicacin !eb.
'LAIFICACI
(acer una estimacin de tiempo y recursos necesarios, evaluar los riesgos del
desarrollo y definir una planificacin del desarrollo.
(erramientas a utilizar:
)iagrama de *antt.
A(LI)I)
#stablecer los requisitos t+cnicos necesarios para producir la aplicacin, identificar
los elementos del contenido a incorporar y definir los requisitos del dise,o grfico
$est+tica%.
Se pueden identificar cuatro tipos de anlisis:
Anlisis del contenido. )escribir el espectro completo de contenido a incluir
$tales como te-to, grficos, imgenes, video y sonido%. Se pueden usar
'erramientas de modelado de datos.
(erramientas a utilizar:
)iagrama de rbol de datos.
)iagrama de clases.
Anlisis de la interacci%n. )escribir la interaccin entre el usuario y la aplicacin
!eb. Se pueden usar casos prcticos.
(erramientas a utilizar:
)iagrama de casos de uso.
)iagrama de secuencia.
)iagrama de estado.
.ropotipos de interfaz de usuario.
Anlisis f#ncional. )escripcin detallada de todas las funciones y operaciones a
realizar en el sitio por parte de los visitantes.
(erramientas a utilizar:
)iagrama de actividad.
Anlisis de confi*#raci%n. )escripcin detallada del entorno y de la
infraestructura en donde reside la aplicacin $Internet, Intranet o #-tranet%. Indicar
la infraestructura de los componentes y el grado de la utilizacin de la base de
datos para generar el contenido.
(erramientas a utilizar:
)iagrama de despliegue.
DI)+,O
#l dise,o se puede subdividir en:
Dise-o ar.#itect%nico. )efinir la estructura global 'ipermedia para la aplicacin.
Se recomienda incluir diagramas que muestren la estructura $lineal, reticular,
jerrquica o de red% de la aplicacin.
Dise-o de na"e*aci%n. )efinir las rutas de navegacin que permiten al usuario
acceder al contenido y a los servicios. Las opciones de navegacin deben ser
consistentes en todas las pginas. Se deben elegir enlaces de navegacin
adecuados para el contenido, establecer las convenciones y ayudas adecuadas,
por ejemplo los iconos y enlaces grficos deben tener un aspecto /clic0able
$capacidad de accederse%1. Se recomienda dise,ar ayudas para la navegacin
tales como mapas de sitio, tablas de contenido, mecanismos de b&squeda y
servicios dinmicos de ayuda.
(erramientas a utilizar $opcional%:
)iagrama de 2S3 $2nidad Semntica de 3avegacin%.
Dise-o de la interfa/. )ise,ar una interfaz que sea consistente en todas las
pginas, tales como colores, tipos de letra, posicin de las opciones de
navegacin, etc. 2nas lneas generales de dise,o son:
4onsiderar la probabilidad de errores del servidor.
La lectura en el monitor es ms lenta que leer una copia impresa, por lo
tanto no obligar al usuario a leer grandes vol&menes de te-to en monitor.
#vitar smbolos /bajo construccin1 ya que levantan e-pectacin y
provocan un enlace innecesario.
#vitar que el usuario tenga que recorrer la pantalla $en lo posible%, la
informacin importante debe estar a la vista.
Los men&s de navegacin y las barras de cabecera deben dise,arse de
manera consistente y deben estar disponibles en todas las pginas.
4onsiderar que la est+tica no sustituye a la funcionalidad.
Las opciones de navegacin deben ser obvias5 incluso para el usuario
casual.
#n el dise,o de la base de datos incluir:
3ormalizacin.
)iagrama #ntidad67elacin $#67%.
Integridad referencial.
4ardinalidad.
'RO0RAMACI
#jemplos de cdigo:
4digo ms representativo del lado del cliente y del lado del servidor,
ejemplo: (89L, :avascript, ;pplets, 4SS, <9L, cdigos: .(., :S.,
;S..3#8, etc.
4onsultas, vistas.
.rocedimientos almacenados.
)isparadores.
9anejadores de eventos.
IM'LA1ACI
=. 4onfiguracin de servidores $en caso de ser necesario%.
>. .reparacin: 4ompra e instalacin de equipos, publicacin del sitio, etc.
?. 9igracin de datos.
@. 4onversin del sistema $paralelo, piloto, por mdulos, etc.%.
A. Liberacin y entrega del sistema.
B. 4apacitacin.
9anual de usuario.
Ctros aspectos a considerar en la implantacin:
Definir #n $an#al de procedi$ientos para describir la actualizacin de
la aplicacin.
Definir la p#blicidad de la aplicacin !eb, buscando publicarla en
diferentes buscadores $e-cluyendo Intranet%.
Asi*nar palabras cla"e al implementar las pginas, para implementar
b&squeda de informacin.
'RU+2A).
7ealizar diferentes tipos de pruebas:
Re"isi%n para desc#brir errores tipo*rficos3 *ra$aticales3 de
consistencia de contenido3 en representaciones *rficas 4 de
referencias cr#/adas.
Re"isi%n para desc#brir errores de na"e*aci%n. #jercitar cada
escenario de utilizacin frente al dise,o arquitectnico y de navegacin.
'r#ebas de #nidad a los co$ponentes de proceso. Se prueban los
componentes dentro de cada pgina $formularios, scripts, applets, etc%.
'r#ebas de inte*raci%n. Se prueba el funcionamiento correcto entre
varias pginas.
'r#eba en diferentes entornos. Se realizan pruebas con diferentes
sistemas operativos, navegadores, plataformas de 'ard"are y protocolos
de comunicacin.
'r#eba con #s#arios finales. Se selecciona un grupo de usuarios para
que prueben la aplicacin.
R+COM+DACIO+) ADICIOAL+)
Dise-o pre"io del sitio. #s costumbre com&n 'acer el dise,o Dsobre la marc'aE,
pero se recomienda que se dise,e previamente todo el sitio, incluyendo los
contenidos de las pginas para evitar que problemas de otro tipo $:ava, dise,o
grfico, etc.% se conviertan en distractores que cambien el rumbo del dise,o
general.
15t#lo de la p*ina. #s lo primero que debe ser visualizado por el visitante, evitar
que la atencin inicial se centre en animaciones, grficos o frases introductorias
$por ejemplo: Dbienvenido a mi pgina, la cual es el resultado de muc'o
esfuerzo...E%
Dise-e p*inas li"ianas. 8ener que esperar desalentar a muc'os usuarios a
seguir e-plorando su sitio. Las animaciones y grficos utilizan tiempo adicional. Se
recomienda que los grficos no ocupen ms de >AFG y los banners menos de =>
FG.
Ani$aciones 4 )onido. 3o usar ms de dos animaciones en cada pgina y
tampoco poner animaciones en todos lados, 'ay que usarlas con reserva. Lo
mismo ocurre con el sonido: a menos que sea indispensable5 utilizar ms de un
arc'ivo de sonido puede resultar fastidioso para el visitante.
'*inas 6)plas78. Son esas pginas que 'acen una presentacin $Hlas' por
ejemplo% de la empresa y despu+s 'ay que DoprimirE un botn virtual que dice
Dpara entrar...E 3o se recomienda su uso, pues resultan desesperantes. 2na
e-cepcin sera por ejemplo si con el Dsplas'E se desea reforzar la marca o
producto que se anuncia en el sitio "eb.
A*re*#e $ecanis$os de b9s.#eda. Si su sitio tiene muc'as pginas es
conveniente que le d+ acceso directo por contenido, no espere que el usuario
entienda y navegue 'asta encontrar lo que busca.
Use #na estr#ct#ra clara 4 a4#de a la na"e*aci%n. 2n usuario debe saber en
todo momento donde est, donde 'a estado y 'acia donde puede ir. La barra de
navegacin debe estar en la primera pgina y en todas las pginas con el mismo
formato y ubicada en donde mismo.
1e&to. #vitar el te-to ilegible, difcil de leer o pesado de lectura, ya sea por el
e-ceso de adornos que contiene o por tener colores muy suaves o lo contrario,
demasiado fuertes $cansan la vista%. 8ampoco es conveniente utilizar muc'os tipos
de te-to en la misma pgina, adems de que es recomendable utilizar la misma
tipografa para aspectos similares en todo el sitio.
Fec7a de act#ali/aci%n. #s conveniente agregarla para que el visitante tenga una
idea de la frescura de lo que encontrar.
Contador. Si se agrega, 'abr que especificar cundo fue inicializado.
+:$ail. Siempre es conveniente que se incorpore al menos un correo 'acia donde
escribir para 'acer comentarios, preguntas, etc.
o #se scrolling en $en9s de navegacin. Los usuarios tienen que poder ver
todas las alternativas al mismo tiempo. )e otro modo, las opciones que no se
vean, generalmente no sern usadas.
+l contenido es lo i$portante. La interfaz no debe ser una barrera para poder
entender el contenido. 8e-to o imgenes animadas slo distraen y no aportan
contenido. La finalidad del sitio !eb no es que el programador demuestre su
dominio de :ava o del &ltimo software de dise,o grfico. 7ecuerde, adems que la
mayora de los usuarios no lee todo, sino que 'ace una lectura rpida,
seleccionando te-to o enlaces destacados.
're"ea ca$bios. Iisualice aquellas secciones que pueden ser cambiadas
constantemente para que considere un dise,o fle-ible en ellas $.or ejemplo: Si es
un sitio de ventas, posiblemente los precios cambien muy seguido%.
Uso de Flas7 o si$ilares. Si se desea utilizar, es conveniente que las
animaciones Hlas' sean contenidas por el sitio y no al rev+s. 4rear un sitio "eb
dentro de un Dtraje Hlas'E evita que el sitio sea encontrado por los buscadores, as
que solo podr ser visto por quienes lo conozcan. .or otro lado, 'ay que tomar en
cuenta que una animacin Hlas' es una motivacin de cargado lento y que
adems requiere que el navegante 'aya instalado el plug6in, por lo para algunos
se 'ar ms lento $'abr que bajar el plug6in%. (abr que preguntarnos si el
visitante realmente necesita que se le motive $por lo general ya va motivado por la
consecucin de informacin%.
+ntretener3 infor$ar 4 ed#car son los tres requisitos que debe tener un sitio "eb
para ser e-itoso.
Reco$endaci%n final; )ea fle&ible. Si bien las recomendaciones anteriores
aplican comunmente, no necesariamente son la &ltima verdad en todos los casos.
4ada sitio tiene caractersticas especiales y 'ay que ser adaptables $por ejemplo,
es inevitable utilizar muc'os grficos en un sitio dedicado a la venta de vestidos de
novia%.

2I2LIO0RAF<A;
Ibarra, Glanca5 Glanco, 7icardo y 7uiz, :udit'. $>A enero >JJ=%. Trabajo Final de
Residencias Profesionales para el rea de Diseo de Pginas. #n: documentos
dirigidos a la ;cademia de Sistemas y 4omputacin. I84'6II.
:a0ob 3ielsen. $#nero de =KKK%. User Interface Directions for the Web #n:
4ommunications of t'e ;49.
.ressman 7oger S. $>JJB%. Ingeniera del soft"are, un enfoque prctico. 9c*ra"
(ill.
#labor:
;cademia de Sistemas y 4omputacin, agosto del >J=J.