Bueno, eso, si alguien que haya rendido puede contar (o tiene una foto) del final, buenisimo. Saludos
El final que tomaron ayer (15/12), me parece que lo hizo la cátedra vieja: por el formato que tenía, no se parecía en nada a los típicos enunciados “onda paradigmas” propios de la cátedra nueva.
El modelo del negocio (enunciado) hablaba de una plataforma musical, donde un usuario/cliente podía “comprar y escuchar” canciones hosteadas en dicha plataforma. Te registrabas y loguebas usando la cuenta de e-mail asociada en alguna de tus redes sociales.
El enunciado era muy corto (una carilla) y estaba dividido en secciones (párrafos cortos). No recuerdo los nombres de todas las secciones, pero algunas de ellas eran: Fuentes (archivos de música), Uso del sistema, Plataforma, Interfaz de usuario, Recarga de tarjetas (las mismas te daban crédito dentro de la plataforma para poder “comprar y escuchar” canciones), Reproductor de música.
Las canciones tenían distintos formatos de calidad, según el ancho de banda disponible de la conexión del cliente y los protocolos: Edge, 3G, 4G, WiFi. Por ejemplo: si tenías una buena conexión de Internet entonces podías escuchar canciones en formato FLAC. Pero, si tenías una conexión trucha podías escuchar dichas canciones en formato de baja calidad (.mp3 64 kbps, por poner un ejemplo inventado). Ahí, clavé patrón strategy para los distintos criterios de calidad según los 4 protocolos de conexión y delegué la responsabilidad de la calidad en un patrón command (que otros objetos ajenos, que ni conozco porque el enunciado no decía nada, resuelvan este tema de los protocolos 3G, 4G, etc. y los formatos mp3, FLAC, etc).
La plataforma tenía que soportar mobile y web.
La plataforma tenía un único reproductor (ahí yo puse Singleton) para todos los usuarios.
Las canciones tenían un nombre, género, álbum, sello discográfico, artista (el texto de la biografía del artista junto a sus fotos, decía el enunciado, debía persistirse en una base de datos NoSQL de tipo Documental, todo lo demás había que persistirlo en SQL, BD Relacional). Si el cliente ya había pagado por la canción, éste podía re-escucharla miles de veces sin pagar un mango (el crédito no se le descontaba). Si el cliente quería escuchar una canción nueva debía pagarla (se le descontaba el crédito por única vez).
Ahí, clavé un strategy (criterio canción usada y criterio canción nueva).
El cliente podía adquirir tarjetas en kioskos. Las tarjetas tenían un número y así el cliente podía cargar saldo con dicho número (onda recarga de crédito de celulares): se logueba en la plataforma, entraba a su propio perfil, ingresaba a la sección de saldo/crédito e ingresaba el número de la tarjeta para incrementar su crédito (es decir, crédito a ser usado dentro de la plataforma para comprar canciones).
Te pedían:
1) Arquitectura de alto nivel e interfaces entre los componentes.
2) Modelo de Objetos. Explicar con párrafos, patrones de diseño, código de programación (si es necesario), diagrama de clase o algún otro diagrama UML que sirva para comunicar el diseño elegido.
3) DER y persistencia (como manejas PK, FK, herencia entre clases, normalización, manejo de colecciones).
4) Interfaz de usuario de: login, buscar música, reproducir música, cargar saldo con la tarjeta (te pedía hacer las "pantallas UI" para esos 4 casos de uso).
Tiempo: Dieron 2 horas.
Te dejo el final cualquier consulta estoy disponible
(16-12-2016 20:37)Leaa escribió: [ -> ]Te dejo el final cualquier consulta estoy disponible
Leaa ¿al final, quién hizo este final? ¿la cátedra nueva o la vieja?
Buenísimo que lo pudiste conseguir en formato digital!!
(17-12-2016 12:28)dalepapa escribió: [ -> ] (16-12-2016 20:37)Leaa escribió: [ -> ]Te dejo el final cualquier consulta estoy disponible
Leaa ¿al final, quién hizo este final? ¿la cátedra nueva o la vieja?
Buenísimo que lo pudiste conseguir en formato digital!!
Tuve una cursada con la catedra vieja y como dijo dalepapa es muy del estilo de la vieja, un texto largo y listo
Entonces, se rompió el mito que decía: "en diciembre y febrero, dos fechas son para la cátedra nueva y una fecha es para la cátedra vieja"...
En estas fechas de diciembre, tanto la 1ra como la 2da, fueron finales hechos por la cátedra vieja!
(18-12-2016 00:53)dalepapa escribió: [ -> ]Entonces, se rompió el mito que decía: "en diciembre y febrero, dos fechas son para la cátedra nueva y una fecha es para la cátedra vieja"...
En estas fechas de diciembre, tanto la 1ra como la 2da, fueron finales hechos por la cátedra vieja!
No se si tendra algo que ver con quien hizo el final, pero ese día los de la catedra nueva estaban con recuperatorios a full
Mi ayudante me dijo que el enunciado lo hizo Martin Aguero, que no lo hizo ni la catedra nueva ni la vieja. Una garcha el enunciado igualmente....
Un par de ayudantes me dijeron que si bien lo hace una cátedra el enunciado lo tienen que aprobar ambas catedras y entre las cátedras pueden modificar cosas de los finales. Casi que lo hacen en conjunto.
dalepapa con respecto al 4, que pide las pantallas UI, hay algun apunte de esto? Para ver ejemplos concretos, gracias!
Me basé, más que nada, en el sentido común (y en las interfaces web que veo día a día, cuando navego por internet).
Por ejemplo, el "Login" lo ves todo el tiempo: cuando entrás a tu cuenta de facebook, e-mail, algún foro, etc.
Por ejemplo, el "Buscar canciones" es un buscar típico, donde elegís un filtro (por nombre, por género, por álbum, etc) y un botón "buscar". El resultado de la búsqueda puede ser un sólo "registro" o una "grilla de registros" con la canción/canciones que buscaste.
Hay un apunte de Dodino (fíjate los 2do parciales en la web DDS) que habla de "Binding", ahí tenés un par de ejemplos.
Sino, fíjate los apuntes que hablan de UI.
http://www.utnianos.com.ar/foro/tema-apo...-diciembre
Acá te dejo un RAR, dentro del mismo hay un apunte de Paula Zanetti, llamado User Experience (o algo así).
Alguien me puede dar una mano con el punto 1? Porque curse con la catedra nueva y la verdad que en los demas puntos me guio, pero en ese estoy medio perdido. Tambien coincido que es malisimo el enunciado y confuso.
Gracias !
Para el Punto 1) usé el patrón arquitectónico MVC (modelo-vista-controlador), y le puse un gráfico tipo así:
![[Imagen: flujo-mvc.png]](https://si.ua.es/es/documentacion/asp-net-mvc-3/imagenes/introduccion/flujo-mvc.png)
El modelo, el controlador y la vista (o vistas, en plural) están desacopladas entre sí.
- En el modelo están los datos (o mejor dicho, la interfaz que le "pega" a los datos persistidos en el Server de Base de Datos).
- La vista es todo lo que ve el usuario (UI del login, UI del buscador, UI del perfil de usuario, etc).
- Y el controlador es el intermediario entre el modelo y la vista.