06-03-2009, 12:47
Lo que respondí en mi examen de estos puntos estaba bien, así que comparo contra lo que puse:
Sí, puse algo similar.
Sí. Expliqué también que al principio se suelen hacer prototipos, y en la construcción se implementan realmente.
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).
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.
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.).
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!!
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!!
