1 of 12

Diseño de sistemas

Jueves Mañana - 2020

2 of 12

Reglas de “convivencia” virtual

Apagar las cámaras
Silenciar los micrófonos
Levantar la mano para hacer una pregunta
Paciencia

3 of 12

Presentación del equipo

4 of 12

Dinámica de la meet

5 of 12

Esquema de exámenes

6 of 12

Herramientas

Grupo de Google

Github Issues

Quizizz

Discord

Socrative

Campus Virtual

7 of 12

Preguntas?

8 of 12

Tecnologías

Java

Maven

IDE

(Eclipse / Intellij)

Git

9 of 12

<<Socrative.com>>

Room: ddsjueves

10 of 12

Macowins

Macowins 20’

Como vamos a comunicar un diseño???

Usar limnu con posibles soluciones y dibujar encima: https://limnu.com/d/draw.html?b=B_PFGomTzWTmqCdN&

Pensar preguntas para socrative y disparar lo de cualidades

Solucion 1 15'

Solucion 2 10'

Otras 10'

--- Tipo prenda

No es consulta, es mas aclaración. Definí a los tipos de prenda (saco, camisa, etc) como Strings y no como objetos porque no aportan nada, solo son el nombre. Si el ejercicio se modificara o escalara mas, ahí deberían ser clases que implementen una interfaz. (PD: todo lo que es float debería probablemente haber sido double)

Mi duda es si esta mal no haber puesto una clase con cada prenda, heredando la clase "Prenda". Al igual que hice con los estados. Yo bien no lo hice así por que no veía que las prendas tengan un comportamiento que dependa de si son pantalones o lo que fueran.

Al principio en el diagrama de clases incluí los objetos saco, pantalón y camisa porque un requerimiento era saber el precio de venta de una prenda y sus tipos. Pero al final lo saqué ya que no tiene comportamiento mas allá de devolver el precio y el tipo. Por lo tanto el usuario podría instanciar una prenda asignándole un precio y tipo, no? O habría que agregarlos al código?

-----

-- Venta

No tuve dudas en cuanto al enunciado pero si en cuanto al diseño, me cuesta decidirme entre la simplicidad y extensibilidad, en este caso con las formas de pago. Me terminé decidiendo por la segunda. Al ppio pensé en tener una herencia entre Venta (superclass) y VentaConTarjeta(class), lo cuál para los requerimientos que me pedían alcanzaba. Si bien el enunciado no decía que se puedan agregar más medios de pago, es muy probable que aparezcan más medios, por el negocio en sí. Como verán no tuve un argumento muy superador por sobre el otro. Por eso me costó decidirme por una. Algún tip que me puedan dar sobre esto?

--

-- WKO

en java no se trabaja con objetos independientes? A diferencia de wollok, en java te deja crear un objeto, pero de alguna clase en particular, por lo que encontre bastantes dificultades para realizar este ejercicio

-- Main

"Buenas! Intenté hacer el ejercicio en Java para ir conociéndolo un poco pero todavía me falta. Lo que hice lo subí; me falta el main, pero todavía no cazo bien qué es específicamente lo que va ahí.

----

-- Volver con el analista (consultar)

En el enunciado no queda claro cómo se calculan las ganancias. El precio de venta puede ser igual o menor a un precio base, pero este no se puede usar para calcular ganancias. Yo decidí agregar un atributo ""costo"" a las prendas para resolver ese problema restandolo al precio calculado. Pero hice algo que no está escrito en el enunciado, así que no se si está bien.

Sólo una duda (comparando con uno de los chicos del curso): la idea era que las ventas no tengan sólo una prenda y una cantidad, sino varias prendas distintas con sus cantidades, ¿es correcto?

"Del ejercicio propiamente mi duda es que se pide ganancias generadas en un día en particular ¿el hecho de que no se sabe cuanto se pagó por el producto hace que se puedan saber las ganancias? ¿O simplemente es eso?.

-- Formato de entrega

Otra duda es sobre cómo subir un proyecto a github para que sea revisado. Solo subí la carpeta src, ¿es necesario subir todo el proyecto?

Primero no se que es prosa, luego me parecio muy amplio la forma de responderlo, tenia muchas formas de encararlo, enum, subclases, objetos puros, en fin lo hice a mi manera, si supiera la escalabilidad del ejercico lo pensaria diferente.

No hize codigo porque el ejercicio no lo pedia ,era opcional. Mostre la solucion en un diagrama de clases incluido en el un archivo docx junto a los requerimientos y desiciones de diseño."

-- Lenguaje

Particularmente ahora mismo quería sacarme la duda sobre un tema, para agregar una prenda, sea del tipo que sea, a una venta, yo tengo un método que espera un objeto prenda

Por como pensé el diseño a mi me pareció copada la idea de que las camisas, pantalones y sacos sean subclases de prenda. Para que el método que agrega prendas a la venta pueda recibir por ejemplo un saco, tendría que castiar el saco a prenda? O conviene implementar una interface aparte de la clase prenda?"

Tuve dudas sobre como usar los Date o LocalDate y el uso de los statics ya que no lo manejo bien pero es mas porque son las primeras veces que uso java.

Por otro lado tengo preguntas sobre Java.

-¿Siempre las clases abstractas e interfaces son públicas?

-¿Siempre los métodos de una clases abstracta tiene que ser públicos?

-¿Puedo hacer una clase abstracta sin métodos abstractos? Sería solo para que se sepa que no hay que instanciarla."

--

11 of 12

Cómo decidimos entonces?

12 of 12

Es dificil, pero...