[Php-avanzado] Juan Manuel SRS V12 y Normalizacion V5- Actualizada
Juan Manuel P.
tucu_21 en hotmail.com
Mar Dic 18 01:14:25 ART 2012
Leo te respondo abajo de lo que me comentas
In his heart, in his eyes
In his soul, there’s no sign of thunder
Screams, can you hear the screaming
When another restless soul must die
> From: leonardot en pegasusnet.com.ar
> To: php-avanzado en pato2.fi.mdp.edu.ar
> Date: Tue, 18 Dec 2012 00:35:33 -0300
> Subject: Re: [Php-avanzado] Juan Manuel SRS V12 y Normalizacion V5- Actualizada
>
> Hola Juan Manuel,
>
> El lun, 17-12-2012 a las 23:40 -0300, Juan Manuel P. escribió:
>
> > > From: leonardot en pegasusnet.com.ar
> > > To: php-avanzado en pato2.fi.mdp.edu.ar
> > > Date: Mon, 17 Dec 2012 21:24:28 -0300
> > > Subject: Re: [Php-avanzado] Juan Manuel SRS V12 y Normalizacion V5-
> > Actualizada
> > >
> > > Hola Juan Manuel,
> > >
> > > El lun, 17-12-2012 a las 19:12 -0300, Juan Manuel P. escribió:
> > > > Leo te envio la SRS Version 12 y la Normalizacion V5 las cuales
> > fueron
> > > > actualizadas dado que habia omitido agregar Estados de Publicacion
> > y
> > > > Fecha de Alta en el diccionario de la SRS en los Avisos de
> > Reunion, de
> > > > Observacion y de Reconocimiento.
> > >
> > > Si los Avisos de Reunión, de Observación y de Reconocimiento ahora
> > > tienen Estados de Publicación, significa esto que deben pasar por el
> > > proceso de inspección que le hace un Administrador antes de ser
> > > publicado ???
> > >
> > >
> > La verdad es que lo habia pensado como que si, pero viendo como lo
> > acabas de plantear y re analizandolo nuevamente no tiene sentido que
> > deban pasar una aprobacion dado que la validacion se da cuando el
> > Contacto_Externo valida el link enviado asi quedaria verificada "la
> > validez" de cada aviso.
> >
> > Gracias, ahora lo corrijo. Entonces la unica modificacion es la que se
> > agrega la Fecha de Alta, los Estados de Publicacion quedarian
> > suprimidos en las modificaciones que enviee.
> > En un rato vuelvo a enviar la SRS y Normalizacion con esta
> > modificacion.
>
>
> Con esto que me aclarás, creo que en la SRS hace falta especificar un
> "estado", para que el sistema pueda determinar cuando se muestra o
> cuando no un Aviso X.
> Como al validar el Aviso X este se publica (es estado cambia) entonces
> no hay que especificar ningún proceso, a diferencia de las Mascotas X
> que si tienen una cadena de autorizaciones.
>
Es que el aviso nunca se muestra en la pagina. El aviso cuando se
confirma (que esta especificado en la SRS) envia un mail al Contacto de
Mascota (que es la persona que reporto a la Mascota Perdida o
Encontrada). Lo unico es que ese aviso se almacena para tener registro
del mismo.
El Aviso de Observacion o de Reconocimiento se envian directamente al contacto de mascota que genero el reporte de la mascota.
Me complique solo con lo que estaba pensando en hacer, y veo que entendiste algo diferente de lo que yo estaba queriendo hacer.
Los Avisos de Observacion y Reconocimiento no manejan ningun tipo de estado dado que no se muestran y no requieren ningun tipo de autorizacion, pero si necesitan una fecha de alta para poder ser eliminados (como esta detallado en la SRS, si despues de 3 dias no son confirmados por la persona que lo reporto).
> Ahora bien, como "Estados de Publicación" ya lo estás usando y
> funcionalmente hablando es un proceso muy diferente al de las Mascotas
> X, para ser claro tendrías que crear una funcionalidad en la que se
> muestren estos "estados" y que se llame distinta de la otra, para que no
> se preste a confusión, y poner solo que al visitar el link se cambia a
> "publicado".
> Después, en la DB, podés decidir por ejemplo usar de bandera de estado
> el "link" y no crear una tabla para estos estados si no hace falta (los
> estados deben ser solo 2) o hacerlo como para las Mascotas X y
> relacionarlo con sus propios estados.
>
>
> Saludos!
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20121218/fcf63874/attachment.html>
Más información sobre la lista de distribución Php-avanzado