ingeniería de requisitos




Tarea de acción semana 4

Identificación del estudiante
Nombre

Profesión

Institución

Ciudad - País

Correo electrónico





Ingeniería de Requisitos: Documento de Verificación y Validación de Requisitos
Nombre del Proyecto

Preparado para:
Ingeniería de Requisitos
Magister en Ingeniería Informática
Fecha de creación

Preparado por:
Nombre EstudianteTABLA DE CONTENIDOS


CONTENIDOS Nº Pág.

1 Verificación de requisitos funcionales: 6
2 Verificación de requisitos no- funcionales 6
3 Validación de Requisitos 6


Historial de Revisiones

Nombre
Fecha
Razón para los cambios
Versión








1 Verificación de requisitos funcionales:
Página 109 RFP

Inspección de requisitos:
Defectos (hechos, lista dechequeo, información)
Ver anexo A
Formalismo de requisitos:
Inconsistencias (hecho, información)
Ver anexo A
2 Verificación de requisitos no- funcionales
Inspección de requisitos:
Defectos (hechos, lista de chequeo, información)
Ver anexo A
Formalismo de requisitos:
Inconsistencias (hecho, información)
Ver anexo A
3 Validación de Requisitos

Comprobación informal
Lista de errores(hechos, información)
Prototipo
Prototipo a nivel de diseño
Casos de Prueba
Casos de prueba para requisitos representativos
















ANEXO A
LISTA DE CHEQUEO DE REQUISITOS
RF 01 - Compra de títulos de crédito con pacto de retroventa (REPO)
RF 02 - Facilidad de liquidez intradía (FLI)
RF 03 - Facilidad permanente de liquidez (FPL)
RF 04 - Facilidad permanente de depósito(FPD)
RF 05 - Depósito de liquidez (DL)
RF 06 - Venta de títulos de deuda
RF 07 - Compra definitiva de títulos de deuda
RF 08 - Compra/Venta swaps de divisas
RF 09 - Compra/Venta de moneda extranjera
RF 10 - Línea de crédito de garantía prendaria
RF 11 - Publicación o difusión
RF 12 - Postulación o solicitud
RF 13 - Verificación
RF 14 - Valorización de instrumentos
RF 15 - AdjudicaciónRF 16 - Pago al sistema LBTR

Criterio
Sí / No / NA
1. Correctitud — La Especificación de un Requerimiento es correcta si, y solo si, el sistema/software alcanza todos y cada uno de los requerimientos en él especificados.

a. Desde el punto de vista del usuario, ¿se ha especificado el tiempo de respuesta esperado de todas las operaciones necesarias?
NA
b. ¿Se han especificado otrasconsideraciones temporales tales como el tiempo de procesamiento, el de transferencia de datos o la tasa de transferencia?
NA
c. ¿Se han especificado todas las tareas que debe realizar el sistema/software?
NO
d. Para cada tarea especificada, ¿se ha detallado el contenido de datos/información utilizado por la tarea y el contenido de datos/información que se obtendrá como resultado de la misma?
NO
e.¿Se han establecido los requerimientos sobre la seguridad física?
SI
f. ¿Se han establecido los requerimientos sobre la seguridad operacional?
SI
g. ¿Se ha especificado la fiabilidad del sistema/software, incluyendo las consecuencias en el caso de que falle, la información vital a proteger en caso de caída, la detección de los errores o el proceso de recuperación?
SI
h. ¿Las compensacionesestablecidas entre los atributos que compiten son aceptables, por ejemplo, entre robusteza y correctitud?
NA
i. ¿Se han definido las interfaces internas, como por ejemplo el software o el hardware?
SI
j. ¿Se han definido las interfaces externas, como por ejemplo usuarios o hardware?
SI
k. ¿Se ha incluido la definición de éxito? ¿Se ha incluido la definición de fracaso?
NO
l. ¿Cadarequerimiento es relevante para el problema y su solución?
SI
2. No Ambiguo — Una Especificación de los Requerimientos es no ambigua si, y solo si, cada requerimiento especificado en ella posee exclusivamente una única interpretación.

a. ¿Los requerimientos se han especificado de forma suficientemente clara para que si se entregan a un grupo independiente para la implementación, dicho grupo sea...