UTNianos

Versión completa: [Aporte] Final 20/02/16 - Diseño de Sistemas
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Hola! Subo el final tomado el dia de hoy de DDS, 20/02/16.
Espero que les sirva!
hola, puede ser que para el pto 1 la parte de "urgencia" haga que se justifiquen las opciones 4 y 5 que propone el enunciado ?
Yo respondì que la mejor opcion era re-escribir el codigo en un nuevo lenguaje
De todas formas, es muy subjetivo y depende cómo lo justifiques.

Puse que si bien era urgente, el lenguaje que utilizaban era obsoleto, por lo que estaba expuesto a problemas de seguridad y además lo hacia poco mantenible y extensible (porque el equipo de desarrollo no entendía de ese php).
Además puse que re-escribiendo el código era un beneficio para el cliente cómo para el equipo de desarrollo por lo que expliqué antes. Porque si bien el cliente no está obligado a hacer el mantenimiento del sw con esta consultora, cualquier otra que contrate se va a encontrar con un lenguaje actual y entendible..
bla bla bla bla

Pregunté a un profesor e incluso podías combinar respuestas, siempre y cuando no sean excluyentes entre si.

Espero te sirva,

Saludos
(22-02-2016 22:22)agustinp.metz escribió: [ -> ]Yo respondì que la mejor opcion era re-escribir el codigo en un nuevo lenguaje
De todas formas, es muy subjetivo y depende cómo lo justifiques.

Puse que si bien era urgente, el lenguaje que utilizaban era obsoleto, por lo que estaba expuesto a problemas de seguridad y además lo hacia poco mantenible y extensible (porque el equipo de desarrollo no entendía de ese php).
Además puse que re-escribiendo el código era un beneficio para el cliente cómo para el equipo de desarrollo por lo que expliqué antes. Porque si bien el cliente no está obligado a hacer el mantenimiento del sw con esta consultora, cualquier otra que contrate se va a encontrar con un lenguaje actual y entendible..
bla bla bla bla

Pregunté a un profesor e incluso podías combinar respuestas, siempre y cuando no sean excluyentes entre si.

Espero te sirva,

Saludos


ok, dos cosas más:

1) dieron los 10min para mirar el examen ?
2) cuando dicen que la funcionalidad "calcula el ganador de una apuesta" en realidad quisieron decir "saber si una apuesta resulto ganadora". es asi ? por lo menos es lo que hace el codigo que esta en el enunciado.
(23-02-2016 20:09)cuchodelosdecadentes escribió: [ -> ]ok, dos cosas más:

1) dieron los 10min para mirar el examen ?
2) cuando dicen que la funcionalidad "calcula el ganador de una apuesta" en realidad quisieron decir "saber si una apuesta resulto ganadora". es asi ? por lo menos es lo que hace el codigo que esta en el enunciado.

1) No,no dijeron nada de los 10 minutos y nadie preguntó me parece
2) Si si. Así estaba el código. La apuesta conoce al apostador, y ganador eventualmente.
Coincido con reescribir y rea hacerlo en otro lenguaje como java, por la razones que explicaron y además el problema de urgencia se podría justificar con la utilización de una metodología ágil como scrum o xp que te permiten entregar funcionalidades en el corto plazo (por lo menos las más importantes).
En el modelo de objetos utilizo una interfaz TipoApuesta con el método esGanadora(ap : Apuesta):Boolean la cuál deben implementar todas las clases o tipos de apuestas como por ejemplo GanadorLocal, GanadorVisitante [...]. Creo que es una solución extensible tipo strategy que soluciona ese enorme switch.
Saludos.
Daniel

A alguien se le ocurre como hacer el mapeo al modelo relacional para este final?
Tenes que plantear la solución en objetos y mapearla. Depende de la solución que hagas
Como va gente ? Si bien paso hace bastante de este final, me quede con la duda de la parte 1 "Arquitectura", utilizarían capas si mantienen el desarrollo actual, dado que(teoría pura):

Deben construirse nuevas facilidades encima de los sistemas existentes
-El desarrollo se dispersa a través de varios equipos de trabajo y cada uno es responsable por una
capa de funcionalidad
-Existe un requerimiento para seguridad multinivel
Ventajas:
- Soporta el desarrollo incremental del sistema
- Soporta bien los cambios y es portable
- Capas más internas pueden ser re-implementadas ante nueva BD o SO

Ahora si no mantengo la solución, pensé en poner un CLIENTE - SERVIDOR.

Que opinan?

Abrazo
URLs de referencia