Uff, aprobé. Medio caliente porque me pusieron un 4 y pienso que estaba para más (odio esa política uteniana que si no es 10 es 4, será para decir que en la utn hay alto nivel, supongo
)
Bueno, les cuento lo que me acuerdo. Al principio me asusté porque era mucho texto y dije, sonamos! hay que hacer un DFD complejo o TD re complicado.
Pero no, si más o menos sabés, lo sacás fácil. Te daban poco menos de una hora para hacer todo.

1) cuatro puntos verdadero o falso
- las características de cascada pero en prototipos -> FALSO
- la diferencia entre modelo lógico y físico es... puse IMPLEMENTACIÓN
- uno que decía que el DD se usaba para implementar sistemas complejos - > FALSO
- No me acuerdo.

2) teórico practico
un enunciado mezcla entre tabla de decisión y mezcla de DER. Hablaba sobre una editorial, libros, editores, autores...

2a) decir si se puede hacer con tabla y en caso afirmativo definir condiciones y acciones
puse que sí, condiciones = libros vendidos y autor exclusivo. acciones = % comisión.

2b) decir si se puede hacer con DER y en caso afirmativo hacer der de dos entidades.
puse que sí e hice el DER de autor y libros.

3) teorico practico. Era un enunciado medio complicado que detallaba un proceso y requisitos no funcionales.
Que se presentaba tal cosa en diskette, que se emitia en txt. Otra cosa en AS400... etc.

3a) decir a qué etapa corresponde y justificar: puse relevamiento porque bla bla bla

3b) enumerar especificaciones funcionales y no funcionales presentes en el texto


Suerte!!

Buenaaa!!!! muchísmas gracias!!! la semana que viene lo pienso dar. =)

1) b)

No es un tema de la implementacion, sino mas bien de la abstraccion.

En un modelo logico, podes tener elementos redundantes, te abstraes de la realidad y armas estructuras.

Por ejemplo, cuando haces estructuras de datos y luego un der.

En la cursada te deben haber dicho que no es bueno tener relaciones "muchos a muchos", por un tema de redundancia. Si con muchas cosas llegas a muchas cosas, encontrar algo es un dolor de huevos, pero NO IMPORTA, porque es un modelo logico y nos sirve para entender la realidad.

Ahora, si queremos implementar, ahi si nos empieza a importar, porque los dolores de huevo aumentan de forma exponencial, entonces pasamos a:

El modelo fisico: podriamos decir que es el paso previo a armar una base de datos, por lo tanto, todo tiene que estar bien armado y lindo.
En diseño (en analisis a veces te lo nombran para que sepas) lo que haces es normalizar esas estructuras de datos, mas que nada para eliminar la redundancia, optimizar un poco las cosas y estabilizar el sistema (recordemos que si muchas cosas me traen muchas cosas, no hay mucha integridad).

Una vez que ya tenes todo lindo, te empezas a preocupar por la implementacion, porque muchacho, llego la hora de armar la base de datos.

edito:

hay algo que me olvide de mencionar.
hay "autores" (si, porque nunca se ponen de acuerdo, en las catedras tampoco) que consideran el diseño (no modelo, y se puede hacer una gran gran gran discucion si diseño = modelo) fisico es armar la base de datos propiamente dicha.

Es decir (y yo no estoy de acuerdo), podes afirmar que la diferencia es la implementacion. Sin embargo (y por suerte) te deben pedir justificar, asi que hay que aclarar muuuuchas cosas

edita el que no te acordas. ese era:
Si las entidades externas van o no, en un dfd, lo define el grupo del proyecto.

Yo tmb me saque un 4 ahi nomas como vos.

ya no me deja editarlo!!

pero me hiciste acordar, el último punto VoF en realidad era así:

"las entidades externas se definen en el dfd porque el grupo del proyecto no sé qué (sanata para que pises el palito)"

pisar el palito es que pongas "el grupo del proyecto no es el que define bla bla"

yo puse: FALSO, las entidades externas se definen en el DC (no en el DFD)

Con respecto a lo de IMPLEMENTACION

Era el único punto que no había que justificar. Puse eso y no justifiqué
Reconozco que no sé si está bien, luego le preguntaré a la profesora.

(05-12-2011 22:41)AGUSTIN27 escribió:  edita el que no te acordas. ese era:
Si las entidades externas van o no, en un dfd, lo define el grupo del proyecto.

Yo tmb me saque un 4 ahi nomas como vos.

yo diferencia entre modelo fisico y modelo logico no tenia la mas puta idea
jamas lo habia leido

Yo creo que casi todos los que aprobamos nos sacamos 4.
Un solo pibe escuche que se sacó un 5, pero después el resto todos 4....
Fue un final muy raro, bastante ambiguos muchos puntos, y además me quería morir cuando me dijeron que teníamos solo 45 minutos para hacerlo...
Tengan en cuenta esto último los que vayan a rendir las próximas semanas...

Siempre dan eso
En SyO también dan eso!

Re feo el final, lo estuve mirando..

Le pregunté a la profe sobre la diferencia entre modelo lógico y físico y me respondió esto:

"En realidad el modelo fìsico (que contempla las restricciones de tecnología) es el que permite aplicar el modelo lógico definido.
Se favorece la portabilidad de los sistemas."

La verdad, no me aclaró mucho...

Suerte a los que dan el lunes!!

(09-12-2011 15:46)dialruppert escribió:  Le pregunté a la profe sobre la diferencia entre modelo lógico y físico y me respondió esto:

"En realidad el modelo fìsico (que contempla las restricciones de tecnología) es el que permite aplicar el modelo lógico definido.
Se favorece la portabilidad de los sistemas."

La verdad, no me aclaró mucho...

Suerte a los que dan el lunes!!

Hola! creo que lo que quiso darte a entender la profe es que el modelo lógico, al ser una abstracción de la realidad y no presentar limitaciones, favorece a la portabilidad del sistema, ya que podes plasmarlo a diferentes modelos físicos, adaptándolo dependiendo los resultados del análisis TEO (técnico económico operativo), realizado en el estudio de factibilidad.
Saludos!

para dar un ejemplo claro, un modelo lógico de DER permite una relación muchos a muchos pero uno físico no lo permite porque implementar eso es imposible. La abstracción lo permite, es algo completamente comprensible, pero llevarlo a cabo es imposible.