[Php-avanzado] Fwd: SRS tienda virtual

[Leonardo Tadei - Pegasus Tech Supply]

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