Instituto Técnico “Jesús Obrero”

5to Año – Programación – Prof. Pedro Fernandes

Laboratorio

Como parte del requerimiento del departamento de bienestar estudiantil del ITJO, se acordó una segunda etapa que
amplía el alcance del prototipo de futureme.org desarrollado por los alumnos del 5to año. Esta etapa consiste en
extender la funcionalidad del sitio al ofrecer las siguientes características:

 Posibilidad de enviar mensajes a otras personas

 Posibilidad de programar múltiples mensajes por usuario
 Posibilidad de descargar los mensajes programados
 Posibilidad de modificar el perfil del usuario (nombre, apellido, correo electrónico)

Estos 4 puntos implican una serie de modificaciones sobre la primera etapa; en primer lugar, se hace necesario que la
programación de cada mensaje incluya la solicitud de un destinatario junto a la fecha y el cuerpo del mismo. A su vez
debe considerarse que el usuario debe poder leer y modificar cada uno de sus mensajes programados y tener la
posibilidad de descargar toda la lista.

En el apartado visual, el esquema de navegación quedaría de la siguiente manera ( nótese la nueva distribución de
botones y el mapa de navegación del sitio):

En el apartado funcional del sitio, deben cumplirse los siguientes requerimientos:

 El sitio tiene un flujo de navegación correspondiente al mapa expuesto en el esquema de navegación.

 La contraseña del usuario debe estar encriptada por un método considerado seguro, esto implica que también
se debe encriptar la contraseña de inicio de sesión para poder comparar exitosamente con el registro de
usuarios.
 No se podrá acceder a páginas determinadas del sitio previo inicio de sesión
 El identificador usuario, su nombre y apellido deben constar sólo de caracteres alfabéticos. Números y
caracteres especiales no están permitidos.
 La contraseña de usuario debe tener cuando menos 6 caracteres de longitud
 No se permitirá el registro de nuevos usuarios con identificadores repetidos (no puede haber dos usuarios con el
mismo identificador).
 El campo “Contraseña” y “Repetir Contraseña” deben ser comparados para validar su igualdad antes de ser
encriptados.

Última actualización: noviembre 2015

 Instituto Técnico “Jesús Obrero”
5to Año – Programación – Prof. Pedro Fernandes

 Los mensajes del usuario deben ser guardados sin saltos de línea, lo que implica que los mismos deben ser
“limpiados” de tales caracteres cuando son programados.
 El campo “Día” y “Mes” deben ser listas desplegables que contengan los 31 días del mes y los 12 meses del año
respectivamente, al respecto, debe validarse lo siguiente.
o Febrero no puede tener más de 29 días (no se validarán años bisiestos)
o No pueden haber meses de 30 días con fecha 31 (Febrero, Abril, Junio, Septiembre, Noviembre)
o La fecha debe ser mayor al día actual, es decir, no podrán programarse mensajes para días pasados
 El campo “Año” debe ser numérico y no debe permitir años menores al actual o mayores al 2099.
 El campo “Destinatario” debe contener la siguiente estructura: [usuario]@[nombre_de_dominio], lo que
significa que debe validarse lo siguiente:
o El usuario debe estar antes del carácter ‘@’ y el nombre de dominio
o El nombre de dominio debe comprenderse de 2 cadenas de caracteres separados por un punto (‘.’)
 El registro de usuarios (identificador y contraseña) debe ser guardado por separado de los datos de cada uno de
ellos. Esto implica que cada usuario debe tener su propio contenedor de datos con sus datos personales y datos
de los mensajes programados.
 Si el usuario no ha programado un mensaje aun, la vista “Página de inicio (poslogin)” debe mostrar en el campo
del mensaje: “Usted aún no ha programado un mensaje” y sólo debe mostrarse el botón “Crear” (omitir los
botones “Ver” y “Descargar”).
 El mensaje de la vista “Página de inspección (poslogin)” debe ser un párrafo o algún elemento similar tal que no
pueda ser modificado, puesto que se trata de una funcionalidad de sólo lectura.
 El formato de descarga del mensaje consta de un archivo que contiene todos los mensajes programados por el
usuario, incluyendo su destinatario y la fecha de envío
 Los mensajes pueden editarse individualmente
 Se pueden programar múltiples mensajes
 El perfil del usuario puede ser modificado de acuerdo a lo requerido

Aclaratorias y puntos de partida

 El diseño es libre, pero se insta a evitar el uso de imágenes con contenido no acorde al ámbito institucional.
 Aunque no se especifica la paleta de colores a emplear, es importante tener en cuenta de que un fondo blanco
con letras negras puede resultar muy corriente si no se maneja adecuadamente; ni hablar de fondos verdes con
letras rojas.
 Sería interesante ver archivos CSS distintos para cada ámbito (por ejemplo: textos, elementos de pantalla,
estructura de las vistas, etc). No obstante, lo mínimo es utilizar hojas externas al documento, la nota por usar
CSS dentro del HTML de forma injustificada es de cero puntos. Esta aclaratoria también es válida para scripts de
JavaScript.

Entrega

 La fecha tope de entrega es el viernes 27 de noviembre de 2015 a las 11:59PM.

Última actualización: noviembre 2015

 Instituto Técnico “Jesús Obrero”
5to Año – Programación – Prof. Pedro Fernandes

 El laboratorio debe desarrollarse en parejas, sólo se permitirá un trabajo individual por sección en caso de que
el número de alumnos sea impar. No se permitirán grupos de 3 o más personas.
 El formato de entrega es el siguiente:
o Guardar los archivos en la carpeta designada en Dropbox.
o El conjunto de archivos debe contener un documento de texto (“Leeme.txt”) que relate brevemente su
concepto del sitio y la distribución del trabajo.
o No se corregirán trabajos cuyo peso sea de más de 2 MB (2048 Kilobytes – 2097152 Bytes – 16777216
Bits). Limite la resolución de las imágenes (se recomienda usar el sitio www.tinypng.com para reducir su
peso) y el tamaño de otros contenidos como videos, música e imágenes GIF.

Última actualización: noviembre 2015