20-02-2015, 02:55
Hola a todos! Espero que anden bien!
Verán mis dudas están mayormente relacionadas con la sección Diseño de Objetos de los finales.
07-12-2013
¿En qué me modifica a mi solución si los objetos que piden ser notificados, no son persistentes, y cuál sería la forma correcta de notificar a un objeto la ocurrencia de un nuevo evento?
14-12-2013
Nuevamente, me está pidiendo que notifique la ocurrencia de un evento. Cómo hago esto en objetos? Porque en SQL lo haría con un trigger y asunto solucionado.
15-02-2014
Acá se me ocurre resolverlo dentro de un método que podría ser ordeniar: unaVaca ó #Vaca >>ordeniate y que dentro de la lógica de este método, haga la evaluación de la condición arriba mencionada y si cumple, notificarlo. Lo que no me gusta de esta solución es que le estoy dando más de una función a un método, lo que me quita cohesión (?
De cualquier modo y como pregunta más importante y general, cuando me pide notificar/informar al escritor o al granjero o a quien sea, a qué se está refiriendo exactamente? A imprimir un mensaje por pantalla para que lo lea el usuario o a pasarle valores a otro objeto para que este los almacene en sus atributos?
Por último, dejo dos preguntas, la primera aparece en varios finales. Si alguien las sabe y puede responder sería buenísimo!
Y una pregunta del final del 01-03-2014
[attachment=10492]
Bueno, "eso es todo". Espero que puedan darme una mano, sería de ENORME ayuda!
Desde ya, muchas gracias!!
YAPA:
[attachment=10492]
[attachment=10493]
Verán mis dudas están mayormente relacionadas con la sección Diseño de Objetos de los finales.
07-12-2013
Spoiler: Mostrar
Spoiler: Mostrar
Cita:Otro análisis posterior indica que ahora será necesario notificar a otros objetos del sistema (no
persistentes) ante la ocurrencia de cualquier evento.
1. Plantear dos alternativas de solución, comunicando mediante prosa, (pseudo)código y
diagramas, qué cambios o agregados habría que hacer al diseño para soportar este
nuevo requerimiento.
2. Comparar las alternativas además en función de sus cualidades de diseño. Si surgieran
patrones, señalar qué aportan a esta solución.
¿En qué me modifica a mi solución si los objetos que piden ser notificados, no son persistentes, y cuál sería la forma correcta de notificar a un objeto la ocurrencia de un nuevo evento?
14-12-2013
Spoiler: Mostrar
Spoiler: Mostrar
Cita:Otro análisis posterior indica que ahora será necesario notificar al autor cuando se finaliza la edición de su libro. El mismo podrá definir los métodos de notificación que prefiera (mail, SMS, etc), además si deseara cambiar sus preferencias, deberían ser respetadas las que eligió al momento de solicitar la edición.
1. Plantear dos alternativas de solución, comunicando mediante prosa, (pseudo)código y diagramas, qué cambios o agregados habría que hacer al diseño para soportar este nuevo requerimiento.
2. Comparar las alternativas además en función de sus cualidades de diseño. Si surgieren patrones, señalar qué aportan a esta solución.
Nuevamente, me está pidiendo que notifique la ocurrencia de un evento. Cómo hago esto en objetos? Porque en SQL lo haría con un trigger y asunto solucionado.
15-02-2014
Spoiler: Mostrar
Spoiler: Mostrar
Cita: El veterinario del tambo necesita saber inmediatamente cuando una vaca, después de ser ordeñada,
produjo menos de 8 litros. Por su parte, el dueño, necesita saber inmediatamente cuando una vaca
después de ser ordeñada produjo más de 25 litros. Por último, el empleado está interesado en
conocer cuando el ordeñe produjo menos de 8 o más de 25.
También el Dueño desea contar con un listado de las 10 vacas más productivas en un periodo a
seleccionar.
Acá se me ocurre resolverlo dentro de un método que podría ser ordeniar: unaVaca ó #Vaca >>ordeniate y que dentro de la lógica de este método, haga la evaluación de la condición arriba mencionada y si cumple, notificarlo. Lo que no me gusta de esta solución es que le estoy dando más de una función a un método, lo que me quita cohesión (?
De cualquier modo y como pregunta más importante y general, cuando me pide notificar/informar al escritor o al granjero o a quien sea, a qué se está refiriendo exactamente? A imprimir un mensaje por pantalla para que lo lea el usuario o a pasarle valores a otro objeto para que este los almacene en sus atributos?
Por último, dejo dos preguntas, la primera aparece en varios finales. Si alguien las sabe y puede responder sería buenísimo!
Cita:Arquitectura e Interfaz de Usuario
Biblex desea contar con una interfaz gráfica para asignación de imprentas o editores digitales, la cual podría ser consumida tanto desde un navegador web, como desde una PC cliente de escritorio. ¿Qué ventajas conllevaría la aplicación de las ideas de MVC en este caso concreto?
Y una pregunta del final del 01-03-2014
[attachment=10492]
Cita:Definir Requerimientos No Funcionales correspondientes al contexto de desarrollo e implementación del Dominio propuesto y el significado ó prioridad que tienen en la decisión arquitectónica.
Bueno, "eso es todo". Espero que puedan darme una mano, sería de ENORME ayuda!
Desde ya, muchas gracias!!
YAPA:
[attachment=10492]
[attachment=10493]