[Php-avanzado] Proyecto final

Lun Jul 22 13:39:06 ART 2013

Hola Daniel,

	El nuevo planteo es un gran avance, porque nos permite encontrar
faltantes y pulir la especificación.

	Te hago algunos comentarios de cosas que hay que mejorar para la
versión siguiente:

1) no es, en general, una buena idea que la SRS esté dividida en
subsistemas, ya que dichos subsistemas son una cuestión de diseño, y no
de esta etapa de especificación.
	La especificación tiene que decir qué hay que hacer, pero nunca cómo
hay que hacerlo. Al separarlos así, estás separando por estructura, y no
por funcionalidad. Numeralos consecutivos y poné todos al mismo nivel.

2) tenés un editor de textos que permite copiar y pegar, no? Bueno,
entonces no tenés excusa para que _todos_ los RF, _todos_ sin importar
el nivel de anidamiento si lo hubiera, tienen que empezar exactamente
con "El sistema debe ..."

3) en el diccionario del Cliente aparecen Ciudad y Provincia. Estas dos
entidades tienen que tener su funcionalidad por separado y luego hacer
referencia a ellas en el cliente así:
	"El sistema debe gestionar Clientes con su Localidad y su Provincia".

	En el diccionario del cliente aparecen "dirección" y "número" por
separado. Si van por separado, tendrían que ser "calle" y "número",
porque la palabra "dirección" hace referencia justamente a estas dos
cosas.

3) Si los Accesos tiene "Estado" y "Lista de precios", entonces estas
dos cosas las vas a tener que gestionar por separado y hacer referencia
a ellas. Generalmente, el "Estado" no se gestiona sino que solo se
muestra, porque están fijos en el sistema (si son fijos tenés que
enumerar en el diccionario los valores que toma)
	Por que el "Estado" y la "Lista de precios" son atributos del Acceso y
no del Cliente? Un Cliente puede tener más de un Acceso? 
	No especificaste cómo se relacionan funcionalmente los Clientes con los
Accesos!!!

4) Hacé un diccionario de "movimiento de visitas"... y si es el que
figura como "ingresos", decidite qué nombre le vas a poner!

5) al igual que los Clientes, los Artículos tienen Marca, Modelo y Rubro
que deberás gestionar por separado. Luego en el RF del Artículo, harás
referencia a ellos.

6) no ponés (y no entiendo) cómo se relacionan funcionalmente las
Especificaciones con los Artículos: un Artículo puede tener una o muchas
especificaciones? No hará falta gestionar el Material?

7) Como te decía arriba, falta la gestión de Listas de Precios...

8) El actual 3.2 dice que hay que mostrar artículos según el nivel de
acceso, pero en ninguna parte aparece especificado qué tiene que ver el
nivel de acceso con las listas de precios... especificalo!

	Bueno, tenés para hacer varios ajustes menores. Si sos prolijo y
resolvés cada uno de los 8 puntos, vamos a ir rápido.
	Dale!!!

	Saludos!!!

El lun, 22-07-2013 a las 11:46 -0300, Daniel Billia escribió:
> Proyecto consulta artículos mayorista :
> 
> 1.....El sistema cliente debe
> 1.1 gestionar datos cliente
> 1.2 gestionar accesos
> 1.3 guarda movimiento de visitas
> 
> 2.....El sistema artículos debe
> 2.1 gestionar artículos
> 2.2 especificaciones
> 2.3 mantenimiento precio y articulo
> 2.4 precios según cliente
> 2.5 emitir listas
> 
> 
> 3.....El sistema debe visualizar artículos
> 3.1 proyectar articulo imagen y precio
> 3.2 proyectar según nivel de acceso
> 3.3 generar lista según proyección
> 
> 
> diccionario:
> Los clientes tienen:
>   Nombre
>   Apellido
>   Dirección
>   Numero
>   Piso
>   Departamento
>   Código postal
>   Ciudad
>   Provincia
>   Teléfono
>   Numero fax
>   Email
>   Comercio
> 
> 
> Los accesos tienen:
>   Usuario
>   Contraseña
>   Estado
>   lista precio
>   Generan consulta o mensaje
> 
> 
> Los ingresos guardan:
>   fecha
>   hora
>   cliente
> 
> 
> Los artículos tiene:
>   código
>   descripción
>   marca
>   modelo
>   rubro
>   precio
>   imágenes
> 
> Las especificaciones tienen
>    tipo
>    material
>    medidas
>    cantidad
>    bultos x caja
>   
> 
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> 

-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
Web: http://leonardo.tadei.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key