[Php-avanzado] Fwd: SRS tienda virtual
Maximiliano Lizondo
lizondomaximiliano en gmail.com
Mar Oct 8 19:02:30 ART 2013
Leo, te paso una nueva versión de los req.funcionales...
*RESUMEN:*
La aplicación consiste en una tienda virtual.
El cliente podrá registrarse y obtener una cuenta personal. Además, podrá
seleccionar productos y agregarlos a su lista de compras. Es importante
señalar que cada producto tendrá un costo particular, dependiendo del tipo
de cliente (particular o distribuidor). Dicha información es solicitada por
la aplicación al momento de registrarse el cliente.
Cuando el cliente finalice la selección de productos, la aplicación
presentará en pantalla el costo total del pedido; teniendo en cuenta los
datos personales del cliente. De esta manera la aplicación podrá calcular
el costo de envío al lugar de residencia del cliente.
A continuación, la aplicación enviará la información detallada del pedido a
un casilla de correo electrónico.
*REQUERIMIENTOS FUNCIONALES:*
1- El sistema debe gestionar países.
2- El sistema debe gestionar provincias.
3- El sistema debe gestionar localidades.
4- El sistema debe gestionar distribuidores con su país[1], provincia[2] y
localidad[3].
5- El sistema debe gestionar clientes con su país[1], su provincia[2], su
localidad[3].
6- El sistema debe gestionar tipos de moneda con su país[1].
7- El sistema debe gestionar costos de productos con sus tipos de moneda[6]
y clientes[5].
8- El sistema debe gestionar productos con su distribuidor[4] y sus costos
de producto[7].
10- El sistema debe registrar los productos[8] seleccionados por cada
cliente[5].
11- El sistema debe registrar el costo de los productos[7] seleccionados
por cada cliente[5], según su país[1], provincia[2], localidad[3] y tipo de
cliente.
12- El sistema debe enviar el costo de los productos seleccionados por cada
cliente[11], a una casilla de correo electrónico.
*DICCIONARIO:*
País: nombre de país
Provincia: nombre de provincia, país
Localidad: nombre de localidad, país, provincia, código postal
Distribuidor: razón Social, país, provincia, localidad, dirección,
dirección de email, página web, teléfono
(Se considera distribuidores a sellos discográficos y comerciantes que
editan y revenden productos, respectivamente)
Cliente: nombre de cliente, tipo de cliente, tipo de documento, número de
documento, país, provincia, localidad, dirección.
(Se considera cliente a cualquier individuo que accede al sistema para
registrarse en el mismo)
Tipo de cliente: particular/distribuidor
Tipo de moneda: nombre de moneda, país
Costo de producto: tipo de moneda, valor, cliente
Producto: nombre de producto, código de indentificación, distribuidor,
costo de producto, formato de producto
Formato de producto: nombre
El 7 de octubre de 2013 21:26, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Los que requieren que se gestionen por separado.
>
> En este caso, los Países se van a gestionar por separado del resto de
> las cosas: "El sistema debe gestionar Países".
>
> Luego, las Provincias se van a gestionar por separado, y uno de sus
> atributos será el País: "El sistema debe gestionar Provincias con su
> País". Fijate que al ponerlo en singular, se denota que una Provincia va
> a tener un solo país y nunca más de uno.
>
> Luego, las Localidades se van a gestionar también independientemente, y
> tendrán una Provincia y un País al que pertenecen: "El sistema debe
> gestionar Localidades con su Provincia y su País".
>
> Si la Localidad tiene código postal, será un mero atributo en el
> diccionario, porque no se gestiona por separado.
>
> Toda esta especificación funcional define las cosas que se gestionan y
> la relación funcional que tienen unas con otras.
>
> Seguimos!
>
>
> El lun, 07-10-2013 a las 18:53 -0300, Maximiliano Lizondo escribió:
> > Ok. Y en qué casos y cuáles atributos deben especificarse por
> > separado? eso es algo que no termino de entender bien...
> >
> >
> > El 7 de octubre de 2013 18:36, Leonardo Tadei - Pegasus Tech Supply
> > <leonardot en pegasusnet.com.ar> escribió:
> > Hola Maximiliano,
> >
> > El lun, 07-10-2013 a las 16:21 -0300, Maximiliano Lizondo
> > escribió:
> > >
> > >
> > > ---------- Mensaje reenviado ----------
> > > De: Maximiliano Lizondo <lizondomaximiliano en gmail.com>
> > > Fecha: 7 de octubre de 2013 16:20
> > > Asunto: SRS tienda virtual
> > > Para: Lista del curso de PHP y MySQL
> > <php-inicial en pato2.fi.mdp.edu.ar>
> > >
> > >
> > > Leo, mi idea es diseñar una tienda virtual con lo mínimo
> > > indispensable. Es decir:
> > >
> > >
> > > *Un usuario cualquiera se puede registrar y agregar
> > artículos a su
> > > lista de compras.
> > > *Una vez que el usuario finaliza la selección de productos,
> > el sistema
> > > debe presentar en pantalla el costo total teniendo en cuenta
> > los datos
> > > de residencia del usuario. De esta manera el sistema puede
> > calcular el
> > > costo de envío (consultando la base de datos con los costos
> > según el
> > > destino).
> > > *Por último, y para no hacer muy complicada la aplicación,
> > toda esa
> > > información del pedido debe enviarse a un casilla de correo
> > > electrónico (nada de manipular números de tarjeta de crédito
> > ni nada
> > > de eso, a no ser que se justifique la dificultad en relación
> > a los
> > > contenidos del curso).
> >
> >
> > Se entiende.
> > Por favor, buscale un nombre apropiado a lo que acá
> > llamás "usuario",
> > porque es una palabra tan ambigua que no se puede usar en
> > Especificaciones de Requerimientos de Software, porque viola
> > los
> > principios de una buena especificación.
> >
> > > Tengo una duda a la hora de escribir los requerimientos
> > funcionales,
> > > pues no se si debo entrar en demasiados detalles. Ejemplo:
> > al
> > > registrarse el usuario debe ingresar, en un formulario,
> > nombre de
> > > usuario, password, nombre completo, país, provincia,
> > localidad,
> > > dirección para envíos, etc..
> > > En ese caso, ¿sería suficiente escribir como requerimiento:
> > "El
> > > sistema debe gestionar usuarios"?
> >
> >
> > Cambiando la palabra "usuarios" por una más apropiada,
> > sería suficiente
> > en la sección de funcionalidades.
> > Luego en el Diccionario, tenés qué poner los atributos
> > que serán la
> > abstracción de esta persona en su rol para este sistema.
> >
> > Desde ya te adelanto que por los atributos que
> > comentás, Localidad,
> > Provincia y País van a tener que especificarse por separado,
> > en en esta
> > funcionalidad hacer referencia a ellos.
> >
> > > Si ves que resultaría muy complicada la aplicación, por
> > favor indicame
> > > qué funcionalidades debería implementar para cumplir con los
> > objetivos
> > > de la tesina.
> >
> >
> > No es complicada: es un sistema que casi solamente lee
> > y guarda datos y
> > que se puede especificar en unos 15 RF.
> >
> > > Gracias.
> >
> > Por nada!
> >
> > --
> > Leonardo Tadei
> > leonardot en pegasusnet.com.ar
> > Web: http://leonardo.tadei.com.ar
> > Firma pública:
> > http://www.pegasusnet.com.ar/LeonardoTadei-public.key
> >
> > _______________________________________________
> > Lista de correo: Php-avanzado
> > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > Administración Web:
> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > Desubscripción:
> > php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> >
> >
> >
> >
> > --
> > Ing. Maximiliano Andrés Lizondo
> > * Teléfonos: 0223-493-5488 (particular) - 2236-321708 (móvil)
> > * Perfil profesional en
> > LinkedIn: http://ar.linkedin.com/pub/maximiliano-andr%C3%
> > A9s-lizondo/61/906/344
> > _______________________________________________
> > Lista de correo: Php-avanzado
> > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
--
*Ing. Maximiliano Andrés Lizondo*
- *Teléfonos: **0223-493-5488* (particular) - *2236-321708* (móvil)
- *Perfil profesional en LinkedIn: *
http://ar.linkedin.com/pub/maximiliano-andr%C3%A9s-lizondo/61/906/344
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20131008/f66c75c6/attachment-0001.html>
Más información sobre la lista de distribución Php-avanzado