Formato de revisión para la validación de contenido de requerimientos

Pruebas Estaticas

• Defectos de requisitos.
• Desviaciones de los estándares. 
• Defectos de diseño. 
• Especificaciones de interfaz incorrectas

• Completo:  es aquel que contiene en si mismo toda la información necesaria y no recurrir fuentes externas para que los expliquen con mas detalle. Debe contener todas las posibles respuestas del sistema a los datos de entrada tanto validos como no validos.
• Correcto: Es correcto si y solo refleja alguna necesidad real.
• Modificable: Si y solo si se encuentra estructurado de forma que los cambios que se le pueden realizar cambios de forma fácil, completa y Se.
• Trazable: Es trazable si se conoce el origen del requerimiento y se facilita la referencia a los componentes del diseño y de la implementacion.
• No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible. Expresiones como a veces, bien, adecuado, etc. introducen ambigüedad al requerimiento.
• Verificable:  Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Por ejemplo aca lo que hice fue asignarle una prioridad luego saco el promedio de esa sumatoria y le saco el ponderado a cada criterio para darle el peso en %.


Como ya se que significa cada criterio, selecciono varios subscriterios en forma de check list que tiene que cumplir el criterio ser considerado de esa manera.

ID		Descripcion
Completo	1	Todos los terminos usados estan definidos.
	2	Todo el material usado es referenciado.
	3	Todas las pagias, figuras, tablas usadas son numeradas.
	4	No necita ampliar mas los detalles para entenderlo.
	5	No redondea el tema especifico y va al grano sobre la funcionalidad.
Correcto	6	Contribuye a cierta necesidad para el funcionamiento del producto.
	7	No podria estar espeficiado en otro requerimiento.
	8	Lo especificado es realizable.
	9	No conduciria a ninguna falla.
	10	Es la forma en que se deberia hacer no existe otra mejor forma.
Modificable	11	Permite que en el futuro se le puedan hacer cambios.
	12	Si se le hicieran cambios no produciria defectos en otros requerimientos.
	13	Los cambios se pueden hacer de forma facil.
	14	Se acopla a otros requerimientos.
	15
Trazable	16	Esta definido el origen
	17	Hace referencia a los componentes del diseño o implemtancion.
	18	Esta definicio para donde va
	19	Se logra identificar cual es el flujo logico.
	20	Se logra indentificar el fujo en la documentacion.
No Ambiguo	21	Se interpreto de una sola manera.
	22	No causo confusiones o fue confuso.
	23	No tiene expreciones como: a veces, bien, adecuado.
	24	No fue dificil de entenderlo.
	25
Verificable	26	Exiten tecnicas que puedan usarse para verificar si satisface o no segun lo especificado.
	27	Las tecnias que puedan usarse para verificar son rentables.
	28	Se indentifica el metodo usado para cumplir la funcionalidad.
	29
	30

Entonces lo que necesitamos ahora es saber en que porcentaje en cada criterio tienen todos los requerimientos y de esa forma se puede identificar a que requerimiento y en que criterio toca ponerle mas empeño al requerimiento para mejorar su calidad.

Vamos a decir que si cumple el subcriterio se suma uno, si no lo cumple no suma nada.

Propongo la siguiente formula para cada criterio:

Con esta formula se sabria el porcenjate que tiene el requerimiento directamente proporcional al ponderado que da el peso que se le asigno al criterio.

Vemos el siguiente formato, donde ustedes pueden, comentar, descargar y el formato esta con un ejemplo incluido de la verificación de los requerimientos con respecto a los siguientes requerimientos.

ID	Especificación
Req1	El sistema debe permitir visualizar tablero de juegos
Req2	El sistema debe incluir accesos a guardar tablero de juego
Req3	El sistema debe recargar los algoritmos del servidor
Req4	El sistema debe interpretar los archivos XML de los algoritmos0
Req5	El sistema debe permitir hacer pasos atrás en el algoritmo
Req6	El sistema debe componer en tiempo de ejecución las diferentes pantallas de entrada
Req7	El sistema debe permitir visualizar archivos recuperados
Req8	El sistema debe componer en tiempo de ejecución las diferentes pantallas de salida
Req9	El sistema debe comprobar cambios de los alg1or1itmos en el servidor
Req10	El sistema debe permitir visualizar guías versión HTML de las guías
Req11	El sistema debe permitirle al usuario seleccionar ID de juego guardado

Formato: