Lo que respondí en mi examen de estos puntos estaba bien, así que comparo contra lo que puse:

luigino82 escribió:Como responderíamos esto:

1) a. En qué fase/s de RUP ubicaría a la Ingeniería de Requerimientos.
Rta. Se ubicaría con mayor énfasis entre las fases Inception y Elaboration, sin embargo se mantiene en menor medida en las fases Construction y Transition

Sí, puse algo similar.

luigino82 escribió:b. En qué fase/s de RUP incorporaría el diseño de interfases.
Rta. Fuertemente en la fase Elaboration, y en menor medida en la fase Construction.

Sí. Expliqué también que al principio se suelen hacer prototipos, y en la construcción se implementan realmente.

luigino82 escribió:c. En qué eje del modelo de Peters incluiría al Diseño de Sistemas.
Rta. ¿? (según los comentarios de los chicos, en cualquiera.. todo se relaciona)

Bueno, yo me basé en mi criterio pre-resultados de final y estuvo bien... ahí te das cuenta qué alto chamullo hay...

Puse en el eje del tiempo, porque de hecho es una etapa que figura en el mismo (el eje tiempo representa al ciclo de vida del SW).

luigino82 escribió:d. Cómo obtener la mezquita en el diseño estructurado.
Rta. Maximizando el fan-out en los módulos superiores, y maximizando el fan-in en los inferiores.

Ojo, es maximizar fan-in (cuántos me usan), y minimizar fan-out (a cuántos uso). La idea es: que muchos me puedan aprovechar, pero que yo no necesite a muchos. Personalmente creo que no importa si los módulos están arriba o abajo... el principio es ese.

luigino82 escribió:e. Conceptos a tener en cuenta en el diseño de la arquitectura de SW.

Rta. ¿?

Chamullo a full...
Fijate en WebCampus que hay un apunte de Arquitecturas de Diseño (Repositorio, Cliente/Servidor, Máquina Abstracta). Yo hablé un poco de eso y también puse que hay que determinar cómo se comunican los módulos, si se va a subdividir la aplicación en capas, etc. y ejemplos de algunos casos (webApp en capas, STR con comunicación eficiente entre módulos para menor tiempo de respuesta -¿?-, etc.).

luigino82 escribió:f. Conceptos a tener en cuenta al modelar una Red de Petri. (Corrijo la pregunta: era- Qué conceptos facilita modelar una Rede de Petri, ejemplifique.)
Rta. Supongo que se refiere a Concurrencia y Sincronización. Ejemplos habrá que inventar.

Sí, eso es importante ponerlo. También habría que poner que permite modelar Mutua Exclusión y detectar posibles Deadlocks. Hablé de como se compone (dos tipos de nodos, aristas), cómo se conectan, precondiciones y postcondiciones de una acción, dije que se usan para modelar STR por los conceptos que nombramos antes, etc.

Mucha suerte a los que rindan mañana!!

OK, fui a Medrano y saqué los finales. La parte teórica es la que comentaron acá. A continuación adjunto la parte práctica:



Si alguien que lo haya hecho (o no pero tenga idea) pudiera darme una idea del punto c) de tiempo real antes de mañana, agradecido.

A mi me tomaron el mismo enunciado solo que con entradas de cine... un tipo pide por telefono una entrada, un rato despues la va a buscar... pasa algo, y al final del dia se emiten los listados...

Un detalle... hay profesores que dicen que las cosas colgadas (tipo, la entrada de cine que el tipo compro y no retiro) se mandan a un repositorio, y hay otros que dicen que los repositorios no se usan en los dfd de diseño. Guarda con eso!


Saludos!!!

Y el tema del diseño de interfases, qué onda es? Simplemente graficar las pantallas, o hacer un diagrama de estados por cada pantalla, o qué???

Adriano en la pagina anterior escribió:

luigino82 escribió:¿En Interfaces que hay que hacer las pantallitas ? alguien tiene un apunte de eso ??

En interfases tenes que tener en cuenta conceptos muy tontos, pero importantes. Aca van un par de ejemplos que recuerdo:

* No usar colores como rojo a menos que sea necesario (al usuario lo alteran, significan "peligro"). Si vas a armar cartelitos de "alerta" los que dicen "esta todo bien" van en verde, los que dicen "cuidado, mira lo que estas por hacer" en amarillo, y los que dicen "error terrible, no toque nada" en rojo.
* Tener en cuenta si algun usuario final sufre discapacidades (si hay un tipo con una sola mano tu interfase tiene que poder usarse mucho con el mouse, si hay un daltonico tenes que proveer una interfase especial con diferentes tonalidades de grises, etc).
* Los mensajes de error tienen que ser AMABLES. "Ocurrio un error inesperado. Por favor contacte a su administrador" en vez de "Usted hizo cagada. No toque nada, payaso".
* Usar fuentes comunes y legibles (o sea... la fuente cursiva ADRIANOS 2009 queda re copada para una pagina de gastronomia de palermo soho, pero para un sistema financiero es una porqueria)

y cosas asi...

Saludos!

Adriano escribió:

Adriano en la pagina anterior escribió:

luigino82 escribió:¿En Interfaces que hay que hacer las pantallitas ? alguien tiene un apunte de eso ??

En interfases tenes que tener en cuenta conceptos muy tontos, pero importantes. Aca van un par de ejemplos que recuerdo:

* No usar colores como rojo a menos que sea necesario (al usuario lo alteran, significan "peligro"). Si vas a armar cartelitos de "alerta" los que dicen "esta todo bien" van en verde, los que dicen "cuidado, mira lo que estas por hacer" en amarillo, y los que dicen "error terrible, no toque nada" en rojo.
* Tener en cuenta si algun usuario final sufre discapacidades (si hay un tipo con una sola mano tu interfase tiene que poder usarse mucho con el mouse, si hay un daltonico tenes que proveer una interfase especial con diferentes tonalidades de grises, etc).
* Los mensajes de error tienen que ser AMABLES. "Ocurrio un error inesperado. Por favor contacte a su administrador" en vez de "Usted hizo cagada. No toque nada, payaso".
* Usar fuentes comunes y legibles (o sea... la fuente cursiva ADRIANOS 2009 queda re copada para una pagina de gastronomia de palermo soho, pero para un sistema financiero es una porqueria)

y cosas asi...

Saludos!

Adriano, disculpame que insista, pero sigue sin quedarme 100% claro. Conceptualmente lo que posteás está perfecto, pero a la hora de diseñar una interfase visual a los propósitos de resolver un ejercicio para un examen, tengo que dibujar las pantallitas con colores? especificar las fuentes? graficar todos los posibles mensajes de error? No quiero ser pesado, pero nunca en la puta vida en diseño me dijeron qué esperaban en un ejercicio así, y por lo que se ve me lo van a tomar y necesito aprobar si o si. Gracias, y sorry por seguir jodiendo.

Todo bien! si tenes alguna duda y te podemos ayudar, aqui estaremos!

Generalmente te toman cosas como "que tendria en cuenta a la hora de diseñar una interfase para un sistema de gente con discapacidades motrices", o "diga 5 cosas a tener en cuenta cuando diseña una interfase". Dibujar una, es bastante jodido... aparte necesitarias colores y esas cosas... nunca vi en un final que te pidan dibujar nada, pero si lo hice para algun tp.

En resumen... imagino que te pueden pedir que describas una interfase, pero no que la dibujes


Saludos y suerte mañana!!!

Gente!! aprobéeeeeee!!! pero me hicieron sufrirr.. tomaron un exámen que nada que ver con los anteriores...
Pero no quiero recordar más.. !! si alguien quiere saber algo puntual pregunte.

Saludos y gracias por la colaboración!! todo vuelve.

ya somos 2 Luis

gracias x el apoyo a to2!

Siendo que las tres fechas de diciembre eran prácticamente idénticas y que los dos finales de febrero tenían EXACTAMENTE la misma práctica (y no es más o menos, es EXACTAMENTE LO MISMO... LITERALMENTE, POR DIFÍCIL QUE SUENE CREERLO) yo esperaba el tercer regalito... y cuando leí mi tema y vi que tenía un ejercicio de TR donde me pedían el "modelo de tareas y el modelo de procesadores" (cosa que nunca en mi vida vi) no les puedo explicar como se me frunció el tujes... encima llegué cagando con el tiempo, y cuando faltaban 15 minutos mi mano parecía una batidora. Al final aprobé, pero no les puedo explicar lo que traspiré... diosito querido... igual gracias a todos por lo que postearon, me fue muy útil la teoría, que si bien no eran prácticamente un calco como en las dos fechas anteriores sí eran del pool que usualmente sacan. Así que gracias totales, gente.

Felicitaciones a todos los que aprobaron!!

Me alegra ver que el foro nos sirva de ayuda para muchos en nuestros roles de estudiantes! (el rol de estudiantes se relaciona con todos los ejes del modelo de Ingeniería, recuerden (?))

Saludos!

Off-topic:

y recuerden que el modelo de peters les va a servir muchisimo si terminan vendiendo panchos