Á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
1. El documento debe pasar por un proceso de validación y verificación
  1. Este proceso permite
    1. Asegurar que el ingeniero ha entendido los requerimientos
    2. Verificar que el documento
      1. 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
      2. Es Comprensible
      3. Es coherente per se
      4. Está completo
    3. La notación formal permite validar estas dos características con mayor efectividad
  2. El objetivo
    1. Detectar problemas en los requerimientos
      1. Antes de que se le asignen recursos
    2. Asegurarse de que el documento define el software correcto
  3. La manera más común de hacerlo
    1. Revisión del Documento
    2. Inspección del documento
    3. Para estas tareas
      1. Se asigna un grupo de personas
        Encargadas de buscar
        Errores
        Suposiciones erróneas
        Carencia de claridad
        Desviación de procesos estandarizados
        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
  4. Todas las revisiones deben quedar documentadas ya sea en
    1. El documento de definición del sistema
    2. El documento de la especificación del sistema
    3. El documento de la especificación de los requisitos de software
    4. Especificaciones base para un nuevo lanzamiento
    5. Cualquier otra etapa del proceso de requerimientos
2. Prototipos
  1. Permiten
    1. Validar que el ingeniero entendió lo que el cliente quiere
      1. Por extensión
        Permite representar las suposiciones del ingeniero
        Con base en estas
        El cliente puede dar retroalimentación que puede ser muy importante
      2. 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
    2. Desencadenar la especificación de nuevos requerimientos
Consideraciones prácticas

Siguiente

Área de conocimiento de los Requisitos de Software

Descripción

Resumen del Recurso

Similar

	Creado por Nestor Diaz hace casi 6 años