17156887
Description
Mind Map by Nestor Diaz, updated more than 1 year ago
|
Created by Nestor Diaz
about 5 years ago
|
|
Área de conocimiento de
los Requisitos de Software
- Fundamentos de los requisitos
- proceso de los requisitos
- Captura de los requisitos
- Análisis de los requisitos
- Especificación de los requisitos
- Validación de los requisitos
- El documento debe pasar por un proceso de validación y verificación
- Este proceso permite
- Asegurar que el ingeniero ha entendido los requerimientos
- Verificar que el documento
- Es coherente con los estándares de la compañía
- En caso de que
esto no se cumpla
- Se debe hacer un mapeo entre las
dos partes, llegar a un acuerdo y
documentarlo
- Se debe hacer un mapeo entre las
dos partes, llegar a un acuerdo y
documentarlo
- En caso de que
esto no se cumpla
- Es Comprensible
- Es coherente per se
- Está completo
- Es coherente con los estándares de la compañía
- La notación formal permite validar estas
dos características con mayor efectividad
- Asegurar que el ingeniero ha entendido los requerimientos
- El objetivo
- Detectar problemas en los requerimientos
- Antes de que se le asignen recursos
- Antes de que se le asignen recursos
- Asegurarse de que el documento define el software correcto
- Detectar problemas en los requerimientos
- La manera más común de hacerlo
- Revisión del Documento
- Inspección del documento
- Para estas tareas
- Se asigna un grupo de personas
- Encargadas de buscar
- Errores
- Suposiciones erróneas
- Carencia de claridad
- Desviación de procesos estandarizados
- Errores
- Quienes conforman este grupo son los
encargados de guiar los objetivos
- Por lo tanto deben ser personas que
conozcan los intereses de las dos partes
- Por lo tanto deben ser personas que
conozcan los intereses de las dos partes
- Encargadas de buscar
- Se asigna un grupo de personas
- Revisión del Documento
- Todas las revisiones deben
quedar documentadas ya sea en
- El documento de definición del sistema
- El documento de la especificación del sistema
- El documento de la especificación de los requisitos de software
- Especificaciones base para un nuevo lanzamiento
- Cualquier otra etapa del proceso de requerimientos
- El documento de definición del sistema
- Este proceso permite
- Prototipos
- Permiten
- Validar que el ingeniero
entendió lo que el cliente quiere
- Por extensión
- Permite representar las
suposiciones del ingeniero
- Con base en estas
- El cliente puede dar
retroalimentación que
puede ser muy importante
- El cliente puede dar
retroalimentación que
puede ser muy importante
- Con base en estas
- Permite representar las
suposiciones del ingeniero
- Por lo que
- Se recomienda implementarlos
para las características más
importantes del software
- La volatilidad de un requerimiento es
baja si se define fuera de un
prototipo
- La volatilidad de un requerimiento es
baja si se define fuera de un
prototipo
- Se recomienda implementarlos
para las características más
importantes del software
- Por extensión
- Desencadenar la especificación de nuevos requerimientos
- Validar que el ingeniero
entendió lo que el cliente quiere
- Permiten
- El documento debe pasar por un proceso de validación y verificación
- Consideraciones prácticas
Want to create your own Mind Maps for free with GoConqr? Learn more.