OK, gracias leo! el miercoles en al pausa te consulto bien el tema de la SRS.<div><br></div><div>Saludos!<br><br><div class="gmail_quote">El 20 de noviembre de 2010 13:54, Leonardo Tadei - Pegasus Tech Supply <span dir="ltr"><<a href="mailto:leonardot@pegasusnet.com.ar">leonardot@pegasusnet.com.ar</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hola Matías1<br>
<br>
es un muy buena primera versión!<br>
<br>
Seguiste la organización de Octavio, pero te perdiste el mensaje en<br>
dónde decía lo cuestionable (e innecesario) de organizar la SRS por<br>
quién hace el requerimiento, ya que lo normal es que varios stakeholder<br>
necesiten lo mismo.<br>
en este caso, el B3 no hace falta enunciuarlo, porque es una parte del<br>
A6... tenés funcionalidad repetida en la SRS... de hecho todos los B son<br>
parte de algún A.<br>
<br>
en la SRS de Octavio por ejemplo, según está enunciada, solo los<br>
clientes buscan productos, lo cual no parece muy razonable... pero como<br>
es algo light, zafa.<br>
<br>
Siguiendo con lo tuyo, parece que te falta especificar los clientes...<br>
pero es posible que lo que llamás acá "cliente" no sea algo a<br>
representar en el sistema, sino una mera interfaz pública de consulta.<br>
Si te interesa especificar esta parte, será un Requerimiento No<br>
Funcional, y no deberá haber mención a ella entre las funcionalidades.<br>
<br>
Para terminar, lo estás especificando como si fuese un sistema que<br>
maneja artículos con varios datos específicos, pero no como un sistema<br>
textil. Fijate que tu "productos de vestir" (que se llama solo<br>
"Productos" en el diccionario, y parece otra cosa y no la misma) por su<br>
especificación significa que por ej no pueda saber el stock general de<br>
las "camisas leñadoras", porque cada talle y color tendrá un código<br>
distinto, con lo que la información no se puede agrupar... y el "tipo de<br>
producto" no te salva, porque sino tendrías que definir un tipo nuevo<br>
para cada prenda, con lo que tendrás tantos tipos de "chalecos" como<br>
modelos tengas o hayas tenido en stock.<br>
<br>
Seguimos!<br>
<br>
El sáb, 20-11-2010 a las 12:04 -0300, Matias Prieto escribió:<br>
<div><div></div><div class="h5">> Hola leo, te mando una primera version de la srs, seguramente cuanod<br>
> se me ocurra algo mas para agregar se lo agrego y te lo mando. De<br>
> todos modos queria mandarte esto que tengo hasta ahora para q me digas<br>
> como lo ves, y la extension, si es muy pobre o esta bien...<br>
><br>
><br>
> SRS Matias Prieto<br>
><br>
><br>
> Descripción general: El sistema contará con una parte cliente y una<br>
> administrador. En la parte cliente, el sistema permitirá consultar y<br>
> listar productos de vestir de un local de ropa según sexo (hombre o<br>
> mujer) y una vez seleccionado el sexo, según su tipo de producto, es<br>
> decir camperas y chalecos, prendas de shoft shell, prendas de polar,<br>
> pantalones y por ultimo camisas y remeras.<br>
><br>
> Por el lado de la parte administrador, el sistema permitirá dar de<br>
> alta, borrar, modificar y listar productos según distintos criterios,<br>
> como tipos de producto, talles y colores.<br>
><br>
><br>
><br>
><br>
> Requerimientos funcionales<br>
><br>
> A) Requerimientos del administrador<br>
><br>
> A-1) El sistema debe gestionar tipos de productos de vestir.<br>
><br>
> A-2) El sistema debe gestionar colores para los productos de vestir.<br>
><br>
> A-3) El sistema debe gestionar talles para los productos de vestir.<br>
><br>
> A-4) El sistema debe gestionar telas técnicas para los productos de<br>
> vestir que las necesiten.<br>
><br>
> A-5) El sistema debe gestionar productos de vestir con su tipo de<br>
> producto, su talle, su color, y en caso de ser necesario, con sus<br>
> telas técnicas.<br>
><br>
> A-6) El sistema debe listar productos por tipos de productos, talles y<br>
> colores.<br>
><br>
> A-7) El sistema debe informar el stock de los productos seleccionados<br>
> en el punto A-6.<br>
><br>
> A-8) El sistema debe gestionar provincias.<br>
><br>
> A-8) El sistema debe gestionar localidades con su provincia.<br>
><br>
> A-8) El sistema debe gestionar puntos de venta con su localidad.<br>
><br>
><br>
><br>
> B) Requerimientos del cliente<br>
><br>
> B-1) El sistema debe listar telas técnicas.<br>
><br>
> B-2) El sistema debe listar puntos de venta.<br>
><br>
> B-3) El sistema debe listar productos según sexo y tipo de producto.<br>
><br>
><br>
><br>
> Diccionario<br>
><br>
> · Productos: código, nombre, descripción, stock, precio, color,<br>
> talle.<br>
><br>
> · Talles: código, talle.<br>
><br>
> · Color: código, nombre.<br>
><br>
> · Telas técnicas: código, nombre, descripción.<br>
><br>
> · Provincias: código, nombre.<br>
><br>
> · Localidades: código, localidad, provincia.<br>
><br>
> · Puntos de venta: código, nombre, localidad, dirección,<br>
> teléfono.<br>
><br>
><br>
> Saludos!<br>
><br>
><br>
><br>
> A<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Php-avanzado mailing list<br>
> <a href="mailto:Php-avanzado@pato2.fi.mdp.edu.ar">Php-avanzado@pato2.fi.mdp.edu.ar</a><br>
> <a href="http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado" target="_blank">http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado</a><br>
--<br>
<br>
Leonardo Tadei<br>
<a href="mailto:leonardot@pegasusnet.com.ar">leonardot@pegasusnet.com.ar</a><br>
<a href="http://blog.pegasusnet.com.ar" target="_blank">http://blog.pegasusnet.com.ar</a><br>
Firma pública: <a href="http://www.pegasusnet.com.ar/LeonardoTadei-public.key" target="_blank">http://www.pegasusnet.com.ar/LeonardoTadei-public.key</a><br>
<br>
_______________________________________________<br>
Php-avanzado mailing list<br>
<a href="mailto:Php-avanzado@pato2.fi.mdp.edu.ar">Php-avanzado@pato2.fi.mdp.edu.ar</a><br>
<a href="http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado" target="_blank">http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado</a><br>
</blockquote></div><br></div>