Gente ese mail lo recibi de mi profesor, en asamblea decidieron lo siguiene:

Cita:· Los alumnos que cursaron durante el ciclo lectivo 2012 se mantendrá la metodología del año anterior. 22 Preguntas – Seleccionar 11 – Responder 7 en forma correcta para obtener 4(cuatro) como calificación.

· Los alumnos que cursaron en el ciclo lectivo 2011 o anterior se mantiene la metodología tradicional.

· Cada profesor corrige a sus alumnos

Asi que no se alarmen

Che la parte teórica no entró.

Sobre material de estudio hay mucho acá

http://www.ddsutn.com.ar


Por cierto este fue el final que tomaron, está subido en esa página.


https://docs.google.com/document/d/1zR0t...UsYiuk/pub


Sobre el Diseño en Objetos, una solución que plantié yo fue hacer un Builder con un Observer adentro. Es decir:

 class BuilderDeEventos

 

def listado

def agregarObserver(notificable)

def removerObserver(notificable) #agrega/quita un objeto a notificar en el listado



private 

def alertar(evento){ 

    listado.foreach{|even| even.notificar(even)}

}

def nuevoEventoVehiculoDetectado (robo){ 

   evento = EventoVehiculoDetectado.new(robo)

   listado.alertar(evento)

   return evento

}

y se agregan más incializadores.


No era un final difícil pero sí un poco largo quizás.

Cualquier cosa les doy una mano con el resto

(08-12-2013 12:45)julian.raspanti escribió:  Alguien sabe que pasa con los alumnos que cursaron en el 2011 la materia, es decir hay millones de temas que no ví. Gracias.

Hola Julian,
Estoy en la misma que vos. Fijate la 4ta hoja del final. Todo indica que es para los del 2011 o anteriores.
La red de Petri sé que no entra para los del 2011 (como yo)
Si sumás todos los puntos dá más que 10 !!!
Saludos!!
Ale.

A mi me dijo un consejero de sistemas que hay 3 modelos distintos de final. Lo que no sé si para los que cursaron en el 2011 como yo es teórico y práctico o sólo teórico. Gracias.

Hola Julian,
(valido para cursadas <= 2011 )
por la ultima hoja solo tomaron teorico.
pero se que en alguna fecha de este a~no tomaron practico tambien.
hacer los casos de uso y diagrama de secuencias sobre un texto.
Comenzare a resolver finales en gdocs, de manera que varios podamos resolverlo simultaneamente y colaborativamente.
Quien quiera aportar o chusmear que estamos haciendo que me avise.
Saludos!
Ale.

Si realmente para los que cursaron antes o en el 2011 les tomaron sólo la parte teórica estamos salvados, son sencillas las preguntas y están resueltas en todos lados.

yo voy a rendir la prox fecha, la curse en el 2010, les hago caso y mejor que me tomen solo la ultima hoja porque sino se podre todo jajaj

Julian, si lo tenes resuelto, lo pasas?
Gracias!!

Tengo una duda en la parte que te dice si la localización del móvil se encuentra normalizada, alguno tiene idea de como justificar esa pregunta?

Si alguien lo tiene resuelto y lo puede pasar seria buenísimo
Rindo este sábado.

Gracias

Tanto en el modelo de objetos como en la base de datos, la localización del móvil es un string de la forma <zona> - <Coordenadas Aproximadas> - <Descripcion>. Por ejemplo:
“Belgrano - 343345, 58273 - Cabildo y Juramento en la boca del subte”
¿Se encuentra normalizada la estructura del móvil? Si lo está, justificar, en caso contrario, normalizarla.

ACÁ LES DEJO LA PREGUNTA CONCRETA

Yo diría que no esta normalizado porque, por ejemplo, si tenes varios móviles por Belgrano te van a aparecer varias filas en la tabla con la Zona = "Belgrano ..." Entonces si, por alguna razón, a futuro quisieras distinguir en "Belgrano" y "Belgrano-R" tendrías que recorrerte toda la tabla para realizar los cambios correspondientes. Luego, si tuvieras una tabla de zonas donde la identifiques unívocamente con un código seria mas fácil de solucionar este problema agregando otro código.

Finalmente entiendo que tenes que terminar normalizando la estructura del móvil.

le pregunté a Fer, en ese ejercicio había que normalizar la zona y la posición, es decir


vas a armar una tabla zonas con ID y Descripción, y en el string ese va a venir el ID y no el texto (Belgrano).

La posición deja de ser un string y pasan a ser dos strings, que en la base se guardan como double (PosX, PosY). De esta forma vas a poder calcular distancias entre puntos directamente en el SQL.

Quedaría la normalización de la siguiente manera:


Una tabla con los siguientes datos
MOVIL
- MOVIL_ID (PK) (NUMERIC)
- MOVIL_ZONA (FK) (NUMERIC)
- MOVIL_POSICION_X (VARCHAR(30))
- MOVIL_POSICION_Y (VARCHAR(30))
- DESCRIPCION (VARCHAR(200))

y otra con

ZONA
-ZONA_ID (PK)
-ZONA_DESCRIPCION (VARCHAR(30))

Con una relación de uno a muchos entre estas tablas y teniendo la FK en la tabla movil que apunta a la PK de la tabla de la zonas... y una PK en la tabla movil para identificar inequivocamente cada uno de ellos... seria correcto este enfoque?

Gracias

hola! alguno lo tendría resuelto? o por lo menos el ultimo punto de "metodologia y diseño" ?? gracias

buenas gente. tengo que rendir el final de diseño. la cursé en 2012. Segun lo que dice aca: https://www.facebook.com/notes/consejero...5225317537
los que cursamos en 2012, tenemos 22 preguntas de las cuales elegimos 11.

alguien que lo haya rendido en diciembre o ahora en febrero puede confirmar que sea asi?

gracias!