<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Ok ahora me pongo a completarlo. <br>Solo algunas aclaraciones, por algun motivo todas las vocales con tildes o las letras enies (ñ) cuando abriste el archivo se perdieron o vaya uno a saber dado que lo que vos lees como Pases es ni mas ni menos que Paises, por eso se hace referencia a las Provincias y demas...<br>Con respecto a las situaciones, actualmente son 5 pero puede que en un futuro existan mas o se quiten algunas porque resulten obsoletas, por eso fue que no las detalle por separado como "Mascotas Perdidas", "Mascotas Encontradas", etc...<br>Con las Ubicaciones, tambien serian utilizadas por los servicios, es algo que me olvide de incluir en esta correccion.<br>En referencia al Dueño/Cuidador/Observador, tambien fue un olvido mio no hacer el vinculo con el Contacto dado que si bien son el mismo actor, en base a cada Situacion de la Mascota es que va a tomar cada nombre. EJ: el que encuentra una mascota perdida no va a ser el dueño, va a ser el Cuidador, mientras que el que realiza un Aviso de Observacion de Mascota no va a ser el Dueño sino un Observador, todos terminan en Contacto, que es como yo considere que debian llamarse, dado que no hay cliente sino yo soy el que determina las necesidades y requerimientos del software en cuestion.<br><br><br>Saludos y en un rato completo todo el diccionario y las partes a corregir.<br><br>Juan M<br><br>In his heart, in his eyes<br>In his soul, there’s no sign of thunder<br>Screams, can you hear the screaming<br>When another restless soul must die<br><br><br><div><div id="SkyDrivePlaceholder"></div>> From: leonardot@pegasusnet.com.ar<br>> To: php-avanzado@pato2.fi.mdp.edu.ar<br>> Date: Sat, 20 Oct 2012 19:32:42 -0300<br>> Subject: Re: [Php-avanzado] Requerimientos Juan Manuel<br>> <br>> Hola Juan Manuel,<br>> <br>> El vie, 19-10-2012 a las 11:16 -0300, Juan Manuel P. escribió:<br>> > Leo acá te mando los requerimientos de los que estuvimos hablando el<br>> > miércoles, los he modificado y reorganizado. <br>> > Esta detallado en un Diccionario cada una de las palabras que<br>> > considere que son necesarias de explicar.<br>> <br>> Para esto justamente está el diccionario de la SRS: para aclarar o<br>> explicar los términos que tengan un sentido particular en el sistema, y<br>> para determinar la abstracción que se hará de cada cosa.<br>> Te hago unos comentarios abajo sobre el diccionario, porque es muy<br>> importante que la aclaración y la abstracción (la enumeración de los<br>> atributos) estén juntos y descriptos de forma semejante.<br>> <br>> > Gracias y espero tu respuesta para poder hacer las correcciones que<br>> > sean necesarias.<br>> > <br>> > Saludos<br>> > <br>> > Juan Manuel<br>> > <br>> > In his heart, in his eyes<br>> > In his soul, there’s no sign of thunder<br>> > Screams, can you hear the screaming<br>> > When another restless soul must die<br>> > <br>> > <br>> > <br>> > <br>> > <br>> > <br>> > <br>> > documento de<br>> > texto sencillo<br>> > adjunto<br>> > (Requerimientos.txt)<br>> > <br>> > REQUERIMIENTOS FUNCIONALES<br>> > <br>> > Objetivo: <br>> > El sistema servir como medio de difusin para que los Dueos/Cuidadores<br>> > de las Mascotas puedan informar su Situacin (Perdido, Encontrado, En<br>> > Adopcin, Buscando Pareja o Reunido) de manera que los Observadores<br>> > informen a travs del sistema si ha sido visto a la Mascota. Tambin se<br>> > podrn encontrar diferentes tipos de servicios que una Mascota pueda<br>> > necesitar.<br>> > <br>> > 1.El sistema debe gestionar Tipos.<br>> > <br>> > 2.El sistema debe gestionar Razas para cada Tipo [1].<br>> > <br>> > 3.El sistema debe gestionar Tamaos.<br>> > <br>> > 4.El sistema debe gestionar Rasgos.<br>> > <br>> > 5.El sistema debe gestionar Contactos.<br>> > <br>> > 6.El sistema debe gestionar Situaciones.<br>> <br>> En el diccionario de la Situación, estás enumerando 5 posibles, y si no<br>> recuerdo mal, serán las únicas situaciones que manejará tu sistema. Si<br>> es así, no podés especificarlo como "gestionar", porque esto implica<br>> borrar y agregar, y pareciera si son fijas, nada de esto tiene que ser<br>> posible.<br>> Si es este el caso, especificá esto como "El sistema debe mostrar..." o<br>> una palabra semejante que no implique un ABM.<br>> Si no es el caso, no tiene sentido que en el diccionario estén<br>> enumeradas las situaciones posibles.<br>> <br>> > <br>> > 7.El sistema debe gestionar Pases.<br>> <br>> Qué son los "Pases"? Es lo que en el diccionario está como "Pas"?<br>> Si se llega a referir a una contraseña (pass en inglés), esto es muy<br>> probable que sea solo un atributo de un requerimiento, como por ejemplo<br>> el de Dueño o Cuidador, y no una funcionalidad.<br>> <br>> > 8.El sistema debe gestionar Provincias para cada Pas[7].<br>> <br>> Esto refuerza mi suposición de que el Pass es el Dueǹo o Cuidador... En<br>> ese caso, tanto Provincia como Partido como Ciudad que está más abajo se<br>> especifican antes, y acá dirías que la "Pas" tiene una Ciudad, un<br>> Partido y una Provincia; y no al revés como especificás más abajo.<br>> (uso "Pas" porque es lo que escribiste hasta que encontremos la cosa de<br>> que estás hablando acá).<br>> <br>> > 9.El sistema debe gestionar Partidos/Departamentos para cada Provincia<br>> > [8] con su Pas [7].<br>> > <br>> > 10.El sistema debe gestionar Ciudades para cada Partido/Departamento<br>> > [9] con su Provincia [8] y su Pas [7].<br>> > <br>> > 11.El sistema debe gestionar Ubicaciones con su Latitud, Longitud,<br>> > Direccin y Ciudad[10].<br>> <br>> Esto parece ser parte del diccionario de alguna cosa, y no un RF<br>> aparte... de hecho, como RF, la Ubicación no se usa por nadie más.<br>> <br>> > 12.El sistema debe gestionar Mascotas con su Edad, Raza [2], Tamao<br>> > [3], Rasgos [4], Contacto [5], Situacin [6] y Ciudad [11].<br>> <br>> y no hay referencia al Dueño o al Cuidador ??? Parece que Dueño y<br>> Cuidador son las las funcionalidades que faltan, o al menos son parte de<br>> ella.<br>> <br>> > 13.El sistema debe gestionar Administradores.<br>> <br>> Esto es un Requerimiento No Funcional.<br>> Si querés, especificalos aparte.<br>> <br>> > 14.El sistema debe dar de alta Reportes de Mascotas para cada Situacin<br>> > [6].<br>> <br>> y el Reporte de Mascota no hace referencia a una Mascota ???<br>> <br>> Te falta el Diccionario con la abstracción que hacés del Reporte de<br>> Mascota, es decir, la enumeración de los atributos.<br>> <br>> > 14.1. El sistema debe validar la completitud del Reporte de<br>> > Mascotas [14].<br>> <br>> Tenés que especificar qué es "completo"... sino esto es una ambigüedad.<br>> <br>> > 14.2. El sistema enva un mail con un link de confirmacin a<br>> > la casilla de mail del Contacto [5] de la Mascota [12], que expira en<br>> > 3 das.<br>> <br>> Entonces el Reporte de Mascota tiene que hacer referencia al Contacto<br>> (aunque como vimos, el Contacto parece ser solo una parte de otra cosa<br>> que no aparece por acá)<br>> <br>> Todo tiene que empezar con "El sistema debe... "<br>> <br>> > 14.3. El sistema confirma el reporte cuando el link enviado<br>> > es visitado, dentro de los 3 das posteriores al envo del mail.<br>> <br>> Todo tiene que empezar con "El sistema debe... "<br>> <br>> > 14.4. El sistema autoriza la publicacin previa conformidad<br>> > del/ de los Administrador/es del sistema.<br>> <br>> Todo tiene que empezar con "El sistema debe... "<br>> <br>> > 15.El sistema debe mostrar Mascotas [12] agrupando por la Situacin [6]<br>> > y filtrando por Raza [2] o Tipo [1] o Ciudad [11], las combinaciones<br>> > de estas o sin filtrar.<br>> > <br>> > 16.El sistema debe gestionar Tipos de Servicios.<br>> <br>> Te falta el diccionario con los atributos.<br>> <br>> > 17.El sistema debe gestionar Servicios para las Mascotas [12] para<br>> > cada Tipo de Servicio [16].<br>> <br>> Idem<br>> <br>> > 18.El sistema debe gestionar Avisos de Observacin de Mascotas [12] de<br>> > acuerdo a cada Situacin [6] segn corresponda.<br>> <br>> Idem<br>> Qué es "según corresponda" ? Especificá cuando corresponde o sacá esa<br>> parte de la frase.<br>> <br>> > 18.1. El sistema comprueba la completitud del Aviso de<br>> > Observacin de Mascotas.<br>> <br>> Especificá "completo".<br>> <br>> > 18.2. El sistema enva un mail con un link de confirmacin a<br>> > la casilla de mail ingresada en el Aviso de Observacin de<br>> > Mascotas[18].<br>> <br>> Todo tiene que empezar con "El sistema debe... "<br>> <br>> > 18.3. El sistema confirma el reporte cuando el link es<br>> > visitado por primera vez, dentro de los 3 das posteriores al envo y<br>> > enva un mail al contacto [5] de la Mascota [12] con los datos<br>> > ingresados en el Aviso de Observacin de Mascotas [18].<br>> <br>> Todo tiene que empezar con "El sistema debe... "<br>> <br>> > <br>> > 19.El sistema debe dar de alta a Ios Reportes de Informacin Inverosmil<br>> > para una determinada Mascota [12]<br>> <br>> Te falta el diccionario con los atributos.<br>> <br>> [..]<br>> <br>> Paso acá, porque los errores son los mismos y se van repitiendo.<br>> Además, cuando reorganices las cosas que te marco, parte de esto<br>> debería acomodarse.<br>> <br>> Respecto al diccionario, lo que tenés que poner es, si hace falta como<br>> en las de abajo, la explicación de lo que es la cosa, pero siempre tenés<br>> que poner los atributos que esta tiene, tal cual como hacen falta en la<br>> definición del problema.<br>> Esto significa que los ID está siempre mal, porque el ID no surge del<br>> problema, sino de la solución cuando planteaste el almacenamiento: la<br>> SRS tiene que definir el problema a resolver, y no tener ninguna mención<br>> a la solución.<br>> <br>> Después veremos como partiendo de los atributos del diccionario<br>> surgirán los almacenamientos, que podrán ser o no como los estás<br>> planteando.<br>> <br>> Enviá una nueva versión con las correcciones y seguimos!!!<br>> <br>> > DICCIONARIO<br>> > <br>> > Tipo: ID, Descripcin.<br>> > <br>> > Raza: ID, Descripcin, Id _ tipo.<br>> > <br>> > Tamao: ID, Descripcin.<br>> > <br>> > Rasgo: ID, Descripcin.<br>> > <br>> > Situacin: Perdidos / Encontrados / En Adopcin / Reunidos / Buscando<br>> > Mascotas.<br>> > <br>> > Contacto: ID, email.<br>> > <br>> > Pas: ID, Descripcin.<br>> > <br>> > Provincia: ID, Descripcin, Pas<br>> > <br>> > Partido/Departamento: ID, Descripcin, Provincia<br>> > <br>> > Ciudad: ID, Descripcin, Partido/Departamento<br>> > <br>> > Ubicacin: Latitud, Longitud, Direccin y Ciudad.<br>> > <br>> > Mascota: ID, Nombre, Edad, Raza, Tamao, Rasgos, Contacto, Situacin,<br>> > Ciudad [Ubicacin?]. Foto1, Foto2, Foto3, Fecha de Alta.<br>> > <br>> > Reporte de Mascota: Se utiliza para ingresar al sistema cuando una<br>> > Mascota con su correspondiente Situacin.<br>> > <br>> > Avisos de Observacin de Mascota: Se utilizan para ingresar al sistema<br>> > que una Mascota fue vista en una Ubicacin.<br>> > <br>> > Reporte de Informacion Inverosimil: Se utilizan para informar que la<br>> > informacion que se esta mostrando es falsa, incorrecta o duplicados.<br>> > <br>> > Tipos de Servicios: son todos aquellos servicios que se pueda realizar<br>> > o necesitar una Mascota. Veterinarias / Peluqueros / Paseadores /<br>> > Transporte / Alimentos / Hogares de Transito / Guarderas / ONG's /<br>> > Criaderos<br>> > <br>> > Solicitudes de Baja: son realizadas por el dueo de una mascota cuando<br>> > no desea que su Reporte de Mascota siga apareciendo en el sistema.<br>> > <br>> > Dueos/Cuidador/Observador: son las personas fsicas con quien el<br>> > sistema va a interactuar. <br>> -- <br>> Leonardo Tadei<br>> leonardot@pegasusnet.com.ar<br>> Web: http://leonardo.tadei.com.ar<br>> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> <br>> _______________________________________________<br>> Php-avanzado mailing list<br>> Php-avanzado@pato2.fi.mdp.edu.ar<br>> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br></div> </div></body>
</html>