<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'><div>Hola Leonardo, muchas gracias por su ayuda, ahora enseguida reformo el SRS y se lo vuelvo a enviar. </div><div><br></div><div>Saludos cordiales. Nicolas Mozo</div><div><br></div><div><br></div><div><br></div><div><br></div><div>> > Hola Nicolás,<br>> > <br>> > <br>> > estuve ojeando la SRS...<br>> > <br>> > >> - Las farmacias no tienen nombre al menos? Cómo sabés qué farmacia<br>> > es<br>> > con esos datos?<br>> > <br>> > Ahh, yo manejaba a las farmacias con el nombreUsuario, tendré que<br>> > agregarle un nombre ( de perfil ).<br>> <br>> <br>> No conozco la especificación del problema, pero lo más habitual es que<br>> la farmacia sea una cosa, y que el empleado de la farmacia que se<br>> conecta sea otra. Esto permite habilitar varios usuarios para cada<br>> farmacia, cosa habitual en las que tienen sucursales.<br><br></div><div><br></div><div><b><font size="4">El empleado, tanto del laboratorio como de la farmacia, lo podria gestionar como Vendedor?. </font></b></div><div><br></div><div><br>> > >> - Al Laboratorio parece faltarle el nombreUsuario en el<br>> > diccionario.<br>> > <br>> > <br>> > Si discúlpeme, se me paso de largo.<br>> <br>> <br>> Ok. Igual, también es lo habitual hacer lo mismo que te digo con las<br>> farmacias: los Laboratorios son una cosa y las personas que entran son<br>> otra cosa.<br>> <br>> > >> - Los Precios no son una funcionalidad aparte, si son solo un<br>> > atributo<br>> > del Medicamento.<br>> > <br>> > <br>> > >> - Respecto a tu pregunta sobre el Medicamento, lo correcto es<br>> > poner<br>> > Laboratorios (en plural según tu SRS); si es ID_nosequé u otra cosa<br>> > será una cuestión de implementación. También Familias va en plural,<br>> > porque decís que un Medicamento puede pertenecer a varias Familias.</div><div><span style="font-size: 12pt;">> > No me cierra algo: no existen dos medicamentos con el mismo nombre</span></div><div>> > (ni<br>> > código, que no existe en tu problema) que sean de más de un<br>> > Laboratorio,<br>> > por una cuestión de marcas registradas. Es decir, a la Bayaspirina la<br>> > fabrica únicamente Bayer; otros laboratorios también fabrican<br>> > comprimidos con ácido salicílico, pero nunca pueden llamarse<br>> > "bayaspirina".<br>> > <br>> > <br>> > Si es correcto lo que dice usted, pero yo esta funcionalidad ya la voy<br>> > reservando para la V2 del sistema, ya que voy a implementar vendedores<br>> > de laboratorios, el cual de un laboratorio voy a tener mas de un<br>> > vendedor con el mismo nombre de medicamentos.<br>> <br>> <br>> Pero Nicolás! Esto no cambia la especificación!<br>> En tal caso en la versión 2 se agregarán Vendedores, pero con esto el<br>> producto no debería sufrir cambios.<br>> Tu error es pensar ahora que esto del precio será así, lo que es un<br>> error evidente, porque implicaría que tendrías repetidos los productos,<br>> uno por cada vendedor, lo que sin dudas estaría mal normalizado.<br>> <br>> <br>> > >> - Venta libre o bajo receta son Tipos de Venta, y como son datos,<br>> > no se<br>> > especifican por separado. Es como que especifiques Familias y más<br>> > abajo<br>> > pongas varias familias como ejemplo...<br>> > <br>> > <br>> > No pueden ser Tipos de Venta, porque ese campo ya lo tengo asignado a<br>> > otra funcionalidad.<br>> <br>> <br>> Si los Tipos de Venta son jarabe, comprimidos, pomada, etc, te falta<br>> especificar qué es esto de venta libre o venta baja receta, porque no<br>> aparece como algo de la especificación.<br>> Se menciona en el RF6, pero sin hacer referencia a la cosa.<br>> Yo creo que tenés mal los nombres: el Tipo de Venta es "libre" o "Bajo<br>> receta" y si es jarabe, comprimidos, pomada, etc, es la Presentación.<br>> <br>> Luego, tenés que agregarle la Presentación al Medicamento.<br>> <br>> <br>> <br>> > >> - Si no especificás como funciona el RF10, qué querés que hagamos<br>> > para<br>> > ayudarte???.<br>> > <br>> > <br>> > >> - El mecanismo para dar de baja el stock es el Pedido. Te falta<br>> > un<br>> > mecanismo para dar de alta stock! Podrían ser Remitos de Compra...<br>> > <br>> > <br>> > Paso a explicarle como funcionan los Procesos de Pedidos, para poder<br>> > entender mejor el sistema:<br>> > <br>> > <br>> > - Primer paso, el usuario adquiere un medicamento de un laboratorio<br>> > ( PEDIDO SIN CONFIRMAR, ya que el laboratorio tiene que dar el "OK" de<br>> > que podrá brindarle el producto ).<br>> > - Segundo paso, acá el laboratorio tendrá dos posibilidades, o acepta<br>> > el pedido o lo rechaza ( en ambas se notificara a la Farmacia ), en el<br>> > caso de aceptarlo se procederá al tercer paso, y si se rechaza, todo<br>> > termina ahí.<br>> > - Tercer paso, una vez aceptado ( CONFIRMADO ), el pedido pasara a<br>> > estar en un proceso de ENVIO, el cual el usuario de la Farmacia, una<br>> > vez recibido el producto, tendrá que confirmar el envió satisfactorio<br>> > para liberar el pago al Laboratorio. En este punto la Farmacia también<br>> > podrá cancelar el envió, en este caso se le cobrara un importe por<br>> > gastos administrativos y dependiendo por donde vaya el envió<br>> > ( Procesos de Envio, es algo que buscare implementarlo en una V2, pero<br>> > igualmente se lo comento ). <br>> > - Cuarto paso, una vez confirmado el envió, ahí recién se almacena en<br>> > Stock para su futuro gestionamiento.<br>> <br>> <br>> Ok. Entonces te hacen falta especificar los Estados de Pedido, y como<br>> subrequerimiento de ese RF poner esta explicación, que son las reglas de<br>> paso de un Estado a otro.</div><div><br></div><div><b><font size="4">Estados de Pedidos es lo mismo que Procesos de Pedidos.</font></b></div><div><br></div><div><br></div><div><br>> <br>> Esta es la omisión que te estaba haciendo poner varios datos en un<br>> mismo campo: no habías descubierto el Estado de Pedido como una entidad<br>> independiente.<br>> <br>> Seguimos!<br>> <br>> <br>> <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>> Lista de correo: Php-avanzado<br>> Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> Desubscripción: php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br></div> </div></body>
</html>