Has invitado a abel a este chat. Este es ahora un chat de grupo. Aadir a otra persona abel canet ha entrado.

David Miron ha entrado. yo: victor estar cenando, jejeje Enviado a la(s) 21:55 del lunes abel: buenas! Vctor Aixal ha entrado. Vctor: bona nit! yo: hola victor bona nit David: hola a todos Enviado a la(s) 22:01 del lunes abel: hola yo: hola Abel no me ha dado tiempo a ver los documentos de David y de Victor pero bueno haremo s lo que podamos me los mirar con mas calma y si veo algo haremos lo de siempre abel: yo estoy acabando de subir una practica de diseo de base de datos apenas me he podido mirar nada de nuestra pac2 maana tendr ya tiempo para ponerme al da yo: ok

abel: de todo lo que se ha hecho y se esta haciendo y tengo que hacer David: quedan corregir algunas cosas y hacer el documento no es mucho yo: el dcumento final lo hare yo Abel tu has de mirar si ves algo mal o hay que corregir algo igual que todos, vamos abel: revisare todo y comento yo: dejad algn mensajito en BSCW Vctor: viendo los otros dos ejercicios no veo nada destacable a corregir... al menos hasta ver los casos de uso de David David: yo he creado un hilo con las dudas que me surgieron ayer yo: conviene que escribamos all tambien abel: entendido yo: ok David. Yo me mirar con calma tu diagrama y te dire algo Victor, si puedes haz un WORD explicativo con lasmodificaciones que has hecho y porque Vctor: ok yo: tambin me lo miro y te digo algo pronto Vctor: ya lo expliqu por WhatsApp pero vale, ms rpido en un documento xD yo: a ver que mire... la entrega es el 21 pero creo q lo han alargado al 22 aun asi lo tendremos para el 1 Vctor: s, al 22

yo: 21 David: tenemos mucho tiempo yo: eso es el lunes que viene si os parece... el viernes lo dejamos cerrado David: por mi perfecto, me despreocupo el fin de semana yo: y el finde monto yo todo el documento y entrego os parece bien? abel: me parece bien Vctor: yo s, pero yo slo tengo esta asignatura : / yo: ya pero me toca coordinar a mi es justo que lo prepare yo te lo agradezco igualmente :) Vctor: ya lo digo por ellos dos que tienen ms asignaturas yo: ya nos tocar sufrir en la proxima abel: vale otra cosa, me instale el magidraw David Miron se ha marchado. Vctor: la prxima ya es implementacin no? abel: version 17.04 Vctor: no Has invitado a David a este chat.

Vctor: versin 16.8 David Miron ha entrado. abel: arg! oki yo: Abel est en el Dropbox David: bueno, x mi no os preocupeis por las asignaturas que tengo ya me apao con lo que sea abel: me instale en el mac, asi que no hay problema, pillo el que pusiste para windows y para la maquina virtual merci por subirlo yo: venga dudas... David lei en tu documento algo q hacias referencia al mio si deba incluir algo en mi diagrama Catalog No he realizado ninguna modificacin. Entiendo que las operaciones CRUD ya estn int egradas en el diagrama que nos vino de serie . El supuesto enlace que hay que gesti onar desde la cesta de un cliente debe quedar reflejado en el diagrama de clases . Lo que no me queda claro es si debe estar integrado en el diagrama del punto d e vista de la informacin Ya me diris. David: si, sobre el tema de el numero de pedidos por cliente yo: en el diagrama de punto de vista de la informacin no va eso David: lo comento Victor yo: ah no hace falta no?. Es un dato que se obtiene por si solo David: eso es informacin del cliente entiendo yo: no hay mas que hacer una select

David: pero hay que especificar una especie de count /numero_pedidos : int o algo asi yo: haces un select count y te sale Vctor: s, sql y pista yo: no hace falta guardar esa info Vctor: aunque vindolo desde j2ee no lo veo por falta de experiencia pero eso cierto, no hara falta guardarlo yo: si fuese un campo calculado quizs si Vctor: pero un campo tan rpido como ese yo no lo guardara yo: yo opino como Victor David: yo no lo veo claro eso eh, pero dos contra uno oye xD yo: las clases del pto de vista de la informacin es para guardar en memoria no hace referencia a la BBDD pero aun asi... no se... no lo veo necesario no? David: nose, es que desde ese punto de vista, tampoco seria necesario meterlo en mi diagrama yo: en el diagrama si porque se debe poder obtener es una accin mas que puede hacer el usuario Vctor: errr... no si se muestra es porque el admin ve los detalles de un user David: es informacin del cliente, que solo pueden ver los administradores

Vctor: o sea, va incluido en detalles de usuario yo: aha... y solo lo ven los admin David: por eso mismo, como es informacin del usuario, deberia ir en el diagrama de clases o no? Vctor: a lo sumo, por correccin yo hara un include de detalle de usuario que pusi era ese caso de uso, pero eso siendo "puntilloso" yo: en caso de ir iria en la clase Customer, si Vctor: no David: eso es Vctor: en el diagrama de clases no yo: pero sigo pensando iual igal Vctor: vamos, yo no lo acabo de ver yo: igual David: bueno, pues entonces en ninguno de los dos yo: en caso de uso si y en diagrama de clases no en caso de uso si porque debe poder obtener esa informacion el admin David Miron se ha marchado. Has invitado a David a este chat. David Miron ha entrado.

David Miron se ha marchado. Has invitado a David a este chat. David Miron ha entrado. David: yo lo he hecho como una consulta de administrador tal y como esta ahora eh yo: si es asi yo lo veo bien una consulta que puede hacer el admin David: quizs tiene sentido que un administrador meta el identificador i le salg an administradores referentes unicamente a los pedidos yo: algo asi como... consultar ventas del usuario David: como el numero de pedidos, total y todo eso yo: o como se llame obtener numero de pedidos del usuario o algo asi David: y como son datos de pedidos, no deben ser mezcladas con los datos perso nales del usuario tienes razon JOse, no pueden ser detalles de usuario porque el propio usuario no deberia ver Vctor: un admin selecciona un user, y entre los detalles del user ve el num de pedidos y el total gastado de ese user yo lo veo as de simple David: los detalles del user tmb los pueden ver el propio usuario yo: ojo, no hagis cosas que no se piden David: no no, es una consulta y prou yo: si no lo pone expresamente el enunciado... no lo haremos

David: y es una consulta que te da informacion relativa a los pedidos nada de detalles de usuario los detalles de usuario van por otro sitio yo: ok entendido David: deben estar separados simplemente porque el usuario tmb puede ver sus p ropios detalles asi que creo que lo dejo como est yo: pues lo puedes poner como un extend... cuando haga la consulta de los pedi dos, con un extend puede ver el numero total de pedidos David: el enunciado no pide que integremos esa informacion como informacin de l os detalles de usuario no jose, porque las consultas son diferentes en uno se consultan los usuarios y en otros buscas los pedidos yo: en el de pedidos me refiero David: a parte que te especifican que son TODOS los pedidos, sin dar opcion a seleccionar unos o otros yo: de todas formas te hablo sin mirarmelo David: yo lo he visto ya de varias maneras, y me convence ms esta yo: seguramente hay varias maneras vale David: de momento lo dejo asi yo: cuando lo revise te dire algo dejare mensaje en BSCW ok? David: ok yo: y tu Victor...

tenias una duda tambin, de tu diagrama no? o era David David: yo con el de victor pero ayer m lo aclaro yo: vale lo ves bien lo de Victor? abel: yo maana os comentare mis dudas pues yo: si Abel, tu revisa los 3 documentos y pones un mensaje en BSCW por cada un o David: luego habia otra cosa tmb yo: yo lo leere y comentamos por alli el viernes cerramos todo y monto el DOC y entrego el finde abel: perfect David: en el enunciado se habla de un enlace entre el cesto de la compra de un usuario y con la realizacin de un pedido a partir de ahi yo eso no lo he reflejado en mi diagrama y creo que no es necesario yo: emmm hablas del enunciado de la PRAC2 o el enunciado de proyecto David: prac yo: vale ya lo veo El component de catleg se us demana que integreu en el sistema el desenvolupament realitzat per l'equip EPCSD que permet navegar pel catleg i que, a ms, proporcion eu les funcionalitats tpiques d'una cistella de la compra: permetre als clients g estionar la seva cistella de la compra (consultar, afegir i eliminar animals de la cistella) i enllaar amb el mdul de comandes perqu un client pugui fer la comanda del contingut de la seva cistella.

Vctor: realmente... yo tampoco lo veo necesario David: es que creo que conduce un poco a error Vctor: es que realmente el catlogo NI SIQUIERA YO lo cambio lo que cambia un poco es clientes y pedidos yo: a ver... David: porque si estamos diseando por componentes no tenemos que reflejar los s upuestos enlaces yo: tal y como estaba.. sin tener en cuenta el enunciado... se permite comprar mas artculos desde la cestade la compra? yo creo que se refiere a la opcin de "Seguir comprando" David: en teoria tiene que ser as de serie yo: en vez de ir a Pagar David: pero eso es tema de la capa de presentacin a mi diagrama al menos no le afecta para nada yo: si afecta desde el caso de uso de seleccionar articulo o como se llam debe haber un extend a seguir comprando o a volver a catalogo o a aadir mas artic ulos no se como se llama no? David: bueno, el seguir comprando es el componente de afegir article yo: pues tendra que haber una relacin entre esos dos casos de uso para indicar que puedes pasar de uno al otro no? David: bueno, pero si lo ves asi tiene que haber tmb un enlace desde veure la cistella a borrar elemento en realidad deberian estar casi todos enlazados

yo: no se.. aun o lo he revisado. Te hablo en un primer vistazo ahora aha... David: porque desde cualquier sitio puedes hacer logout y no hay un solo extend a logout no se si me explico yo: desde cualquier sitio puedes hacer logout? a lo mejor no David: hombre, si lo hacemos bien si xD Vctor: es que un diagrama de casos de usos con includes y extend NO ES UN FLUJO de lo que puede hacer el usuario yo: son acciones Vctor: son solo casos de usos, independientes entre ellos, y si hay una versin a umentada (extend) o un caso de uso se descompone en otro (include) se pone otros* pero eso de las flechitas... David: eso digo, son tres componentes donde se reflejan las operaciones CRUD y alguan funcionalidad extra como consultar y poco mas yo creo que esos enlaces no se deben reflejar yo: yo lo veo como acciones que un usuario puede tomar en un instante no se... igual teneis razon David: yo diria que no hace falta eh? porque si lo hacemos con eso, lo deberia mos hacer con todo yo: porque sino es como dices... todo estara interrelacionado David: y el diagrama que quedara seria un flujo de trabajo como dice victor yo: vale

me estoy liando entonces, perdon David: yo por lo demas ya estoy Vctor: nada, lunes por la noche, despus de un finde... todos tenemos das XD yo: aun as me lo miro con calma Vctor: maana con calma y recin levantado me reviso el tuyo David yo: yo el de ambos Vctor: el tuyo Jose est de lujo David: leed bien el enunciado que es un poco putas xD Vctor: ... y poco ms yo: David igual me pongo con el tuyo esta noche Victor prepara el DOC de tu ejercicio porfi me lo mirare maana David: vale pues entonces nos hara falta el acta, el informe de seguimiento y el log y si nadie mas tiene dudas... yo: informe de seguimiento...? donde esta esa plantilla ai el Lunes... David: perdona, ,plantilla situacion actual pal dropbox yo: esta en el dropbox?

David: ahora si jeje yo: me suena eso q dices pero... lo hemos usado en las anteriores reuniones? o nos lo hemos comido abel: yo no lo he usado David: nose, pero como han sido reuniones donde no teniamos nada pendiente... yo: da igual, lo hacemos a partir de ahora David: nose es una plantilla un poco redundante... xk las cosas ya las vamos p oniendo en el acta yo: si no lo dices ni me acuerdo David ahora mismo hago el Acta y el doc de Situacin Actual cuando me deis el OK lo subo al BSCW Vctor: y ahora hago el doc de modificiaciones de mi diagrama... y poco ms David Miron se ha marchado. Has invitado a David a este chat. David Miron ha entrado. David: yo me ire a dormir creo... puto lunes yo: ale a descansar que ya toca entonces... abel: viernes yo: solo queda una cosa abel: a ls 22:00?? se puede antes? yo: hace falta reunin?

David: yo creo que reunion el lunes y ya no? yo: el mismo lunes para? aun no tendremos el enunciado David: tambien es verdad... miercoles? ya tendremos enunciado yo: vale David: o jueves yo: mircoles mejor David: a mi me da igual un dia ue otro Vctor: jueves, por si las moscas yo: el martes nos lo deberan dar Vctor: se retrasan casi siempre y as nos da tiempo a leer el enunciado yo: como mucho se retrasaran un dia Vctor: ah vale, si lo publican martes pues mircoles mismo yo: venga miercoles David: bueno va, pues segun lo publiquen un dia o otro Vctor: pero qu mircoles? abel: si no a malas un whatapp y ale yo: si pasa algo lo restrasamos en el ultimo momento David: 23 o 24

yo: exacto David: y ya esta Vctor: ah vale yo: mircoles 23 a las 22:00 Vctor: ok David: creo un doodle y colgamos el enlace en el bswc? pa matricula de honor jaja yo: jajajajaja abel: jeje Vctor: ? doodle? yo: es una web para que la gente vote cuando puede asistir a un evento Vctor: ouch yo: se ponen varias fechas y la gente dice tal dia a tal hora si, tal dia no.. . y al final se hace cuando mas gente puede ir Vctor: excesivo... dira yo XD os va bien el 23? yo: 23 si xD abel: por mi si

yo: ale a dormir ya hombre! Vctor: pues 23 buenas noches a todos yo: jajajaja David: aaaaadios buenas noches! yo: bona nit Victor and company abel: buenas noches, dww abel canet se ha marchado. Vctor Aixal se ha marchado. David Miron se ha marchado.