[Php-avanzado] Final

[Leonardo Tadei - Pegasus Tech Supply]

Hola Daniel,

El vie, 27-09-2013 a las 18:28 -0300, Daniel Billia escribió:
> Leo te mando una nueva SRS estuve leyendo la 
> norma ieee 830 esta clase yo no estuve y no leí 
> el apunte de la clase

	Me acuerdo que faltaste a esa clase.

>  por lo que leí y sintetice 
> de la norma 

	Leiste la norma o un comentario de la norma hecha por un tercero? He
visto cada animaladas publicadas en internet...
	Si querés, enviáme el texto (si es grande en privado) así conozco a qué
hacés referencia.


> los requerimientos funcionales son lo 
> que el software debe realizar
> la carga de diferente ítems para su 
> funcionamiento

	Bueno... requerimientos funcionales son todas las funcionalidades que
el software exhiba a los que interactúen con él, ya sean personas,
animales, máquinas u otros software.

>  y requerimiento no funcionales son 
> los que el software realiza internamente como control o
> transferencia de información.

	Mmm... pero transferencia de información en la norma se refiere a por
ejemplo el transporte para terminar almacenada en una base de datos o
cuestiones de representación interna, como transferencia de memoria al
disco y verificación de que los datos se hayan almacenado de forma
correcta como tarea de control.

	Me gustaría de veras que me envíes la norma que leíste, ya que puedo
haber entendido algo mal y me gustaría discutir con vos sobre este tema.

	Respecto a tu SRS:

RF2: dice "ciudades con sus localidades" pero creo que debería decir
"ciudades con sus provincias".
RF3: te consulto porque suena raro: un Cliente puede tener solo una
Localidad o solo una Provincia ??? Generalmente tienen ambas cosas y por
eso mi duda, no es que esté mal ni nada.
	El Cliente también hace referencia a la Localidad, pero vos gestionás
Ciudades: si son la misma cosa usá siempre el mismo nombre, si son cosas
distintas te falta especificar la Localidad.
RF4: no es una funcionalidad. A lo sumo es una restricción que deberás
poner en el diccionario. Es una cosa un tanto superflua, porque luego
para implementarlo tendrás que tener un mecanismo para acceder
unívocamente a cualquier dato.
RF5: y cuál es el proceso de habilitación? Es un proceso o simplemente
es cambiarle un atributo de "deshabilitado" a "habilitado"? Si es un
mero atributo, esto está cubierto en el RF3
RF10: son dos funcionalidades. Expresalas por separado y poné en el
diccionario qué atributos tendría cada una.
RF11: no es correcto. Tanto la imagen como la descripción son atributos
del Artículo, y el RF8 cubre estas cosas.
RF13: sí es una funcionalidad, porque hay una interacción con el
usuarios que le da al sistema la lista a importar.
RF15: también es una funcionalidad, ya que esto lo hará un operador.
RF16: no está especificado "persona", así que no sé a qué se refiere.
Parece que como es un registro de acceso no será una funcionalidad.


	Seguimos!


PD: numerar las funcionalidades es muy práctico para todos ;-)


> 
> 
> 
> 
> 
> documento de
> texto sencillo
> adjunto
> (sistema_II.txt)
> 
> 
> Sistema requeriminto funcionales
> 
> El sistema debe...  gestionar provincias
> El sistema debe...  gestionar ciudades con sus localidades y codigo
> postal
> El sistema debe...  gestionar clientes con sus provincia o su
> localidad
> El sistema debe...  gestionar clientes con sus identificación unica
> El sistema debe...  habilitar los clientes
> El sistema debe...  gestionar marcas
> El sistema debe...  gestionar rubros
> El sistema debe...  gestionar articulos con sus marcas y rubros
> El sistema debe...  listar sus articulos y marcas
> El sistema debe...  ingresar consulta y solicitar articulos
> El sistema debe...  gestionar descripción de los articulos con su
> imagen
> 
> 
> Sistem requerimintos no funcionales
> El sistema debe...  registrar acceso del los clientes
> El sistema debe...  importar lista de articulos
> El sistema debe...  listar y filtrar sus precio segun el cliente
> El sistema debe...  actualizar los artículos con sus precios
> El sistema debe...  controlar ingreso de persona para su mantenimiento
> 
> 
> 

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