INTERFACES GRFICAS DE USUARIO.

3 GRADO EN INGENIERA INFORMTICA

Enunciado y normas para el ejercicio prctico

NORMAS PARA LA REALIZACIN DEL EJERCICIO PRCTICO

1) La realizacin de los dos trabajos prcticos es de carcter OBLIGATORIO, y
constituye el mecanismo de evaluacin de la asignatura.
2) Se propone realizar una aplicacin software en entorno Cocoa Mac OS X en
Objective-C. La calificacin obtenida por la realizacin del trabajo prctico ser la
correspondiente a esta parte de la asignatura, tanto en la primera como en la segunda
convocatoria.
3) Adicionalmente, se propone realizar una aplicacin software en entorno WPF
Microsoft Windows en C#. La calificacin obtenida por la realizacin del trabajo
prctico ser la correspondiente a esta parte de la asignatura, tanto en la primera
como en la segunda convocatoria.
4) La calificacin final de la asignatura ser el promedio de ambas calificaciones,
siempre y cuando en ambos trabajos se alcance una calificacin mnima de
APROBADO.
5) El ejercicio se realizar de forma individual. Excepcionalmente, si concurre algn
motivo justificante se podr admitir la realizacin del trabajo por grupos de, como
mximo, dos alumnos. En este ltimo caso se deber proponer a los profesores de la
asignatura el trabajo a realizar, as como los motivos que justifican la realizacin del
mismo por dos alumnos antes del 7 de noviembre. En el caso de la aceptacin de la
propuesta, la entrega ser conjunta pero la defensa ser individual, y en los mismos
plazos y condiciones que el resto de los alumnos.
6) Se debe elaborar una breve memoria que se entregar junto con todos los ficheros
con el cdigo fuente y, en su caso, otros ficheros necesarios para la generacin y
ejecucin del ejecutable. Todos los archivos se empaquetarn en un nico fichero
que se entregar mediante la tarea habilitada al efecto en la pgina de la asignatura
en la plataforma Studium (http://studium.usal.es/).
7) La estructura de la memoria, que se entregar en formato electrnico (fichero PDF u
OpenOffice) como se indica en el punto anterior, ser como se describe a
continuacin:
Un breve manual de usuario.
Un manual del programador. Partiendo de un diagrama de objetos se debe
explicar las principales clases creadas, as como los mtodos ms significativos
de las mismas.
Cualquier otro tipo de documentacin que los alumnos consideren relevante
A modo de orientacin, la memoria podr tener entre 4 y 15 pginas.
8) Una vez entregados los archivos de la prctica, se contactar mediante correo
electrnico con el profesor/a para concertar la fecha y hora de la defensa.
Ana de Luis Reboredo (WPF MS Windows): adeluis@usal.es
Ivn lvarez Navia (Cocoa Mac OS X): inavia@usal.es
En dicho correo el alumno indicar, por orden de preferencia, varias opciones de
fecha y hora de defensa. Posteriormente, el profesor le citar, tambin mediante
correo electrnico, para la defensa procurando atender en la medida de lo posible las
preferencias del alumno.
No se considerar entregada una prctica hasta que se haya recibido el correo
del alumno indicando sus preferencias de defensa. Por tanto, el envo de este
correo est sometido a los mismos plazos que la entrega de la prctica.

INTERFACES GRFICAS DE USUARIO. 3 GRADO EN INGENIERA INFORMTICA

Enunciado y normas para el ejercicio prctico

9) De forma excepcional y dependiendo de la originalidad, complejidad y calidad de la

prctica entregada, el profesor podr determinar una calificacin sin necesidad de
realizacin de defensa de la misma. En este caso, el alumno recibir un correo con la
propuesta de calificacin. Si no estuviera de acuerdo con la misma, se realizar la
defensa en fecha que acuerde con el profesor.
10) Los plazos de entrega para el envo de la prctica y la documentacin, as como para
el envo del correo a los profesores de la asignatura para concertar fecha y hora de
defensa de la misma, sern:
a) hasta el 4 de diciembre para la prctica en el entorno Cocoa Mac OS X en 1
convocatoria
b) hasta el 8 de Enero para la prctica en el entorno Ms WPF 1 convocatoria y
c) hasta el 29 de Enero para la 2 convocatoria para ambos entornos.
11) Cada alumno deber defender individualmente su trabajo, salvo la excepcin
mencionada en el punto 9. La defensa se realizar en el despacho de los profesores
de la asignatura en la fecha y hora que previamente se acuerde con ellos. El plazo
para la defensa de trabajos finaliza:
a) el 19 de diciembre para la prctica en el entorno Cocoa Mac OS X en 1
convocatoria
b) el 27 de Enero para la prctica en el entorno Ms WPF en la 1 convocatoria
c) el 6 de Febrero para ambos entornos en la 2 convocatoria
siempre previo acuerdo de fecha y hora con los profesores en los plazos establecidos
para ello.
12) Las fechas que se indican en todos los plazos son fechas lmite, es decir, el alumno
siempre puede realizar la entrega y defensa en fechas anteriores. De hecho, se
recomienda encarecidamente, y dada concentracin de exmenes en pocas semanas,
que las prcticas se entreguen y defiendan lo antes posible y de forma escalonada.
13) Puesto que la evaluacin de esta asignatura consiste en la entrega y defensa de los
DOS trabajos propuestos, aquellos alumnos que entreguen nicamente uno de los
dos en primera convocatoria, sern calificados con NO PRESENTADO en dicha
convocatoria, y slo se considerar vlida la calificacin obtenida si se entrega y
defiende, en el plazo establecido, el otro trabajo en la segunda convocatoria. En
ningn caso se guardarn notas para posibles cursos posteriores
14) Obviamente, si se detecta copia entre dos o ms prcticas, todas ellas sern
irremediablemente calificadas con suspenso, con independencia del papel
desempeado por los distintos miembros de los grupos implicados.
FECHAS FINALES DEFENSA Y ENTREGA
Propuesta de trabajo Entrega de prctica y Defensa de Prctica
en grupo (segn solicitud de fecha de
norma n 5)
defensa
1 Convocatoria hasta el
noviembre

2 Convocatoria

de hasta el 4 de diciembre en
entorno Cocoa Mac OS X
hasta el 8 de enero en
entorno WPF de Microsoft
hasta el 29 de Enero

hasta el 19 de Diciembre en
entorno Cocoa Mac OS X
hasta el 27 de Enero en
entorno WPF de Microsoft
hasta el 6 de Febrero

INTERFACES GRFICAS DE USUARIO. 3 GRADO EN INGENIERA INFORMTICA

Enunciado y normas para el ejercicio prctico

ENUNCIADO GENERAL
Desarrollo de una aplicacin que implemente juego. El alumno es totalmente libre de elegir
la temtica del juego a implementar, pudiendo ser de tipo solitario (el jugador juega solo) o
de dos o ms jugadores, en los que uno de ellos puede ser la mquina.
Aunque la temtica del juego es libre, la estructura de la aplicacin NO LO ES. Sea cual sea
el juego implementado, la aplicacin debe presentar DOS VENTANAS:
Una ventana principal donde se desarrollar la actividad principal del juego
Una ventana secundaria (panel de preferencias en terminologa Cocoa, cuadro de
dilogo en terminologa Windows) que ofrecer dos zonas diferenciadas:
o Zona de configuracin, con varios controles visuales (sliders, cajas de edicin,
chekcbutton, radiobutton, etc) que permitan configurar aspectos u opciones diversas
del desarrollo del juego
o Zona de tabla. Visualizar una tabla que debe contener una lnea de informacin por
cada elemento u objeto implicado en el desarrollo del juego que se desarrolla en la
ventana principal

Ilustracin 1. Juego ejemplo: Asteroides. Ventana principal y de preferencias.

En la Ilustracin 1 se puede observar un ejemplo del tipo de prctica a implementar. Se trata

de un juego de asteroides. Consiste en unas figuras geomtricas sencillas (los asteroides)
que el usuario (el jugador) puede eliminar haciendo clic con el cursor del ratn sobre la
cada figura geomtrica (captura de eventos del ratn). Obviamente las figuras estn en
movimiento, y a diferentes velocidades, lo que complica la tarea de matar los
asteroides. En la ventana principal, adems de la animacin del juego, hay tres botones
que permite aadir o eliminar asteroides, y un tercer botn para iniciar/para la animacin
del juego.
La ventana secundaria (panel de preferencias) consta de dos controles (sliders) en la parte
superior que permiten controlar la velocidad de movimiento de las figuras y el escalado de
las mismas. En la parte inferior se observa una tabla con una fila por cada figura que
aparece en la ventana principal. Cada vez que el jugador mata una de las figuras, en la
tabla desaparece. Si el jugador elimina un elemento directamente en la tabla, la figura
correspondiente desaparece de la ventana principal. AMBAS VISTAS ESTN
SINCRONIZADAS.
Evidentemente no es ms que un ejemplo que se puede hacer ms sofisticado (figuras que
representen mejor los asteroides, ms controles sobre el juego, gestin de partidas,
marcador, ), o que puede cambiar en funcin de la temtica escogida para el juego.

INTERFACES GRFICAS DE USUARIO. 3 GRADO EN INGENIERA INFORMTICA

Enunciado y normas para el ejercicio prctico

VALORACIN DE LAS PRCTICAS

La elaboracin de la prctica es un trabajo individual del alumno, y as se va a
considerar en la evaluacin de la misma. La comparticin de cdigo fuente de
la prctica entre diferentes alumnos se considerar plagio, lo que supondr el
suspenso automtico de los alumnos involucrados. Se pueden compartir soluciones
a problemas concretos, ideas sobre la aplicacin a implementar, pero no cdigo
fuente entre prcticas.
El enunciado propuesto es bastante concreto, en cuanto a las ventanas a mostrar,
pero se deja abierto el detalle de ciertos controles a utilizar, de manera que cada
alumno pueda completar la especificacin segn su propio criterio.
Se valorar tanto la calidad de la aplicacin desarrollada como el grado de
conocimiento del alumno sobre la misma.
Sern requisitos mnimos para aprobar:
o la correcta compilacin y generacin del ejecutable, as como su correcto
funcionamiento
o la entrega de la memoria, todo el cdigo fuente y, en su caso, el ejecutable
Se valorarn positivamente (segn el caso), es decir, servirn para subir nota:
o la incorporacin de especificaciones a la aplicacin que impliquen un mayor
grado de dificultad en lo que se refiere a su interfaz
o la utilizacin de varios tipos de controles, incluyendo los no utilizados en
clase
o la extensin de requisitos propuestos, en general, el uso de cualquier
caracterstica que haya implicado la investigacin personal del alumno
Sern motivo de suspenso
o El incumplimiento de las especificaciones del enunciado, en especial en lo
referente a la estructura de la aplicacin y de las ventanas mnimas que se
deben presentar.
o la deteccin de errores graves de concepto o de mala utilizacin de los
procedimientos establecidos
o la comprobacin de desconocimiento del funcionamiento o implementacin
de la aplicacin