Guia3 Aplicando MVC

download Guia3 Aplicando MVC

of 7

description

quia para practicar mvc de programacion

Transcript of Guia3 Aplicando MVC

  • GUA DE PROBLEMAS

    MTODOS, TCNICAS Y TALLER DE PROGRAMACIN

    (Grupo 1) Docente: Lic. M.Sc. Corina Flores Villarroel

  • 2

    NDICE

    CONSIGNAS GENERALES ............................................................................................... 3

    EVALUACIN.................................................................................................................... 5

    Problema Propuesto .......................................................................................................... 6

  • 3

    Estimad@s estudiantes, la idea de este ltimo trabajo esta entorno a afianzar conceptos ya tratados en los dos anteriores problemas como: las estructuras de datos (una forma de organizar un conjunto de datos elementales con el objetivo de facilitar su manipulacin), las pruebas unitarias (forma de probar el correcto funcionamiento de un mdulo de cdigo) y el manejo de excepciones (permite al programador controlar los errores ocasionados durante la ejecucin del programa y terminar la aplicacin de manera limpia y segura), a esto se suma como concepto nuevo el patrn de diseo MVC (separa la lgica de negocio de la interfaz de usuario) que juntos pueden lograr conseguir la implementacin de soluciones mucho ms completas, correctas y ante todo robustas. La recomendacin es que, antes de escribir cdigo primero a entender y comprender cada el problema planteado (que se encuentra al final de este documento) a fin de plantear soluciones viables y posibles de ser logradas con satisfaccin.

    CONSIGNAS GENERALES

    Se plantea UN problema que deben ser resuelto por cada grupo. Se ponderar la creatividad y originalidad de las soluciones propuestas por cada grupo, la aplicacin de estructuras de datos, las pruebas unitarias, el manejo de excepciones y el uso del patrn MVC.

    Forma de entrega: La entrega ser por fases o etapas y bajo el siguiente cronograma que se detalla a continuacin:

    Cronograma para entregas

    Fases Fechas de entrega por grupos y segn das de entrevista

    Formatos de entrega

    Qu (anlisis): a) Elaborar una lista de

    requerimientos bsicos b) La identificacin de los

    conceptos centrales del problema

    c) La identificacin de los datos involucrados

    d) Las salidas o resultados esperados.

    e) Los procesos a realizar f) Cules son las

    restricciones a considerar

    g) Esquematizar mediante una grfica la forma cmo se efecta el procesos de atencin a los clientes

    Los puntos a), b), c) y d) los das 27, 28 y 29/10/2014 de acuerdo al da de entrevista elegido por el grupo. Los puntos e), f) y g) los das, 3, 4 y 5/11/2014 de acuerdo al da de entrevista elegido por el grupo

    Un informe impreso conteniendo los primeros 4 incisos, siguiendo las recomendaciones indicadas. Un informe impreso conteniendo los 3 ltimos incisos,

  • 4

    Cmo (diseo):

    a) El modelo de clases del programa (alto nivel)

    b) Prototipos, bocetos o mockups de las pantallas (opcional: usar herramientas libres para este propsito).

    c) La justificacin de las estructuras de datos a utilizar.

    d) Una planificacin de actividades a llevarse a cabo en las siguientes 4 semanas.

    Todos los puntos 10, 11 y 12/11/2014 debidamente rotulado

    Un informe impreso,

    Cmo (codificacin y pruebas):

    a) Programacin en java utilizando la biblioteca grfica de java Swing, el uso de unit test y manejo de excepciones.

    12/12/2014 Todos los grupos en el hasta horas 11:00 en el laboratorio de Informtica/Sistemas

    Presentacin de la planilla de avances por semana, que responda a las actividades planificadas en la fase anterior. Un informe final que d cuenta acerca de las enseanzas que dejan; el uso de :las estructuras de datos, las pruebas unitarias, el manejo de excepciones, y el patrn MVC. Un CD conteniendo el programa, y todos los informes, organizados en carpetas, como:

    Cdigo fuente Informes

  • 5

    Recomendaciones para escribir los informes:

    Contener una portada, el contenido y una pgina de referencias

    bibliogrficas.

    La portada, debe llevar la siguiente informacin:

    o integrantes del grupo de trabajo (mximo 2 estudiantes):

    o Nombre del grupo:

    o Nombres y apellidos de los miembros del grupo:

    o Correo electrnico del grupo:

    o Nmero de trabajo:

    el contenido, debe explicar las fases seguidas para resolver cada

    uno de los problemas, resaltando en cada una de ellas aspectos

    claves como las ideas, estrategias, condiciones o restricciones

    adoptadas, los modelos y al menos tres casos de pruebas unitarias

    efectuadas.

    las referencias bibliogrficas, deben indicar explcitamente el

    autor(es), titulo, ciudad y ao (en caso de libros) y autor(es), titulo,

    la direccin de la pgina de consulta en el caso de una pgina web

    Llevar un ndice y una numeracin por cada pgina.

    con la identificacin respectiva del equipo, sin errores ortogrficos y una presentacin prolija. Es bienvenido la inclusin de figuras, tablas e imgenes que ilustren la explicacin

    Fecha lmite de entrega 12 de diciembre de 2014 horas 08:15 a 09:45 a.m. solamente todos los grupos

    Defensas Los trabajos sern defendidos de forma individual y grupal de acuerdo a un cronograma a partir del 15/12/2014.

    EVALUACIN

    La evaluacin tendr un carcter continuo y permanente que se efectuar semana tras semana y contra entrega de los resultados esperados uqe han sido ya descritos:

    60 La actividad cumple con todos los requerimientos descritos en el punto consignas generales.

    -10 El informe no describe con claridad los puntos solicitados y en el orden indicado.

    -5 El programa no presenta pruebas unitarias, el manejo de excepciones

    -5 No aplicaron el patrn MVC

    -5 El programa produce algunos errores al momento de ser ejecutado.

    -60 De comprobarse que la solucin es un plagio.

  • 6

    Problema Propuesto Frecuentemente, en nuestra ciudad muchas familias acuden a los denominados

    Supermercados para realizar variadas compras, lo que ocasiona en la mayora de

    las veces se puede advertir situaciones de colas en las que los clientes que llegan

    a recibir servicio deben esperar antes de que puedan obtenerlo. Por ejemplo:

    tomemos el escenario del supermercado IC Norte, que para la atencin a sus

    clientes abre alrededor hasta inclusive 10 cajas, las mismas que dependiendo de

    las horas pueden en algunas de sus cajas permanecer vacas, con clientes

    haciendo fila para recibir los servicios, o en casos extremos cerradas

    temporalmente.

    Fig. 1: Modelo de mltiples cajas

    Como se puede observar en la figura existen dos elementos principales: los clientes y los

    cajeros.

    Proceso de atencin

    Los clientes llegan a la cola y esperan hasta que se les proporcione el servicio, o si el sistema est vaco, el cliente que llega puede ser atendido inmediatamente. Despus de que el servicio queda terminado el cliente abandona el sistema

    Los eventos que pueden ocurrir en este proceso son:

    las llegadas de clientes, que un cliente entre a recibir servicio o que salga de l con xito (recibiendo el servicio), que un cliente salga abandone la cola (sin recibir el servicio) o para tomar otro cajero.

    un cajero puede estar ocupado u ocioso, la fila puede estar vaca o contener un nmero de clientes que no es

    definido a priori. se pueden reportar:

    el nmero promedio de clientes atendidos por un cajero.

  • 7

    el nmero de clientes que esperan en la cola, ya sea de un determinado cajero o de todos los cajeros

    el nmero de clientes que esperan en el sistema, este nmero es igual al nmero de clientes que esperan en la cola ms los que estn siendo atendidos en un cajero determinado.

    el tiempo que los clientes esperan en el cola, el tiempo que los clientes esperan en el sistema.

    un aspecto a tomar en cuenta es la prioridad del servicio, que puede ser de dos tipos: primero en llegar, primero en salir (PEPS), o ltimo en llegar primero en salir (UEPS) esto se relaciona al tipo de cliente a atender, por ejemplo hay clientes cuyo estado est determinado por sus limitaciones fsicas u otros por la edad.

    Escribir un programa que responda a cada uno de los eventos citados,

    diseando una interfaz adecuada tanto para las entradas de datos as como para

    las salidas.