[Php-avanzado] Requerimientos Juan Manuel V5

Vie Nov 30 00:33:15 ART 2012

Hola Juan Manuel,

El jue, 29-11-2012 a las 02:04 -0300, Juan Manuel P. escribió:
> Leo te adjunto la SRS V5 

	Podrías por favor en futuros envíos de documentos de texto ponerlos
como parte del mensaje?
	Así es más cómodo para todos leerlo y para mi intercalarte
observaciones, en vez de como actualmente que tengo que poner
referencias a ellas.

	Además de una nueva versión, y como checklist de los cambios hechos,
respondeme o haceme un comentario en respuesta a cada item que te
detallo abajo en este e-mail. Creo que así iremos más rápido.

> agregue los Tipos de Administrador, hice las aclaraciones como
> hablamos en los requisitos no funcionales.

	Son "requerimientos" y no "requisitos". Si querés usar la palabra
"reuisito", necesito por favor que la fundamentes, porque toda la
literatura sobre el tema habla de "requerimientos".

	Vamos a la SRS: 

RF1: por el diccionario y el uso expresado en los RNF, esto se "muestra"
y no se "gestiona"

RF2: no le encuentro sentido a que un Administrador tenga más de un Tipo
de Administrador. Me explicás por qué tienen más de uno?

RF4: el el diccionario falta el atributo "Especie". Ya te había
observado esto en versiones anteriores.

RF8: no se gestionan, solo se muestran: si por ejemplo borrás un Estado
de Publicación, hay cosas que dejarían de funcionar en un software
especificado así.

RF11: No me puedo dar cuenta qué es esto y que rol cumple en este
sistema. Me lo explicás por favor?

RF12: no tenés que mencionar el "nombre" acá, porque no es algo que
aparezca en un RF; va solo en el diccionario, al igual que la fecha de
alta.
	Tenés que usar el mismo nombre con que especificás una cosa en todas
partes. Acá aparece "Estado [8]", pero el RF8 está especificado como
"Estado de Publicación".
	Decís que un Alta de Mascota Perdida puede tener más de un "Estado" y
si no entiendo mal lo que querés hacer, solo tiene uno. Cuantos
"Estados" a la vez puede tener?
	El diccionario tiene una inconsistencia: especificás "Alta de Mascota
Perdida" pero la entrada es solo "Mascota Perdida". Decidí un nombre y
usá siempre el mismo!
	Al diccionario le falta la Especie.

RF12.1: En una SRS no es buena idea hablar de "campos", porque es un
término referente a una cuestión técnica que no suele tener que ver con
la descripción del problema. Cambiá "campos" por algo como "dato", que
no es ambiguo pero no implica nada acerca de cómo se va a hacer esto.

RF12.4: está bien mencionar al "Adminsitrador del Sistema[2]", pero no
es correcto poner "con sus tipos de Adminsitradores[1]" después.

RF13: las mismas observaciones para para el RF12.

RF14: idem.

RF15: ibidem.

RF16: tenes una cosa ambigua en este RF; si entidad a manejar es "Alta
de Aviso de Reunión" y hacés referencia a que lo que se reúne es lo es
lo especificado en el RF12, resulta que entonces el RF17 se llama
exactamente igual, y hace referencia a al RF12. No tiene que haber más
de un RF en que la cosa a manejar se llame igual! Si en cambio la
entidad a manejar se llama "Alta de Aviso de Reunión de Mascota Perdida"
la referencia [12] que ponés no es de ninguna cosa. Podría solucionarse
redactando: "El sistema debe dar de Alta Aviso de Reunión de Mascota
Perdida con su Mascota Perdida[12]", que suena horriblemente repetitivo,
pero queda claro de qué entidad se trata y a quién hace referencia. Para
que no quede horriblemente repetitivo habría que buscarle algún nombre
mejor a lo que se refiere el RF16.
	En el diccionario figura el "contacto" y como es algo que se gestiona,
debés hacer la referencia en la funcionalidad.
	En el diccionario también aparece "Mascota", pero no hay ningún RF que
especifique "Mascota" y no parece un mero dato. Me parece que, en los
términos de esta SRS, el atributo que iría acá es "Alta de Mascota
Perdida" (o "Mascota Perdida" según decidas qué nombre ponerle al RF12)
	Hacés uso de la Mascota Reunida en este RF, pero lo especificás como
RF26. Para usar la Mascota Reunida tenés que especificarla antes...
tenés la referencia al revés en el RF26.

RF16.4: todos los RF deben empezar con "El sistema debe...".

RF17: idem.

RF18: ibidem.

RF19: me parece que falta una referencia al Aviso de Mascota Perdida.
	En el diccionario ponés un "contacto externo": qué es esto? Me surge la
duda porque no especificás a quién se le envía el e-mail y hay dos
contactos...

RF19.1: falta especificar en qué consiste la validación.

RF20: idem.

RF21: ibidem.

RF22: ibibidem

RF30: falta "... con su Mascota Perdida y su Contacto de Mascota".

RF31: idem.

RF32: ibidem.

RF33: ibibidem.

RF38: acá se manifiesta la ambigüedad en el nombre del RF16 y sus
semejantes: ponés un solo nombre de cosa y hacés referencia a 3 RF...

Requerimientos No Funcionales: los tipos de administrador y su relación
con los accesos no se especifica así. Te dije en clase que la forma de
especificarlo es hacer referencia a qué RF (total o parcial) accede cada
uno de los tipos de administrador.

> Saludos!

	=mente!

	Recordá por favor, además de; envío de la nueva versión, poner una
breve respuesta de lo que hiciste en todos los items que te marco.

	Seguimos!!!

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