Registrar problemas en los requisitos del sistema

LIBP-0186 (Libro de pautas)

El objetivo principal de la actividad "registrar problemas en los requisitos del sistema" es registrar todos aquellos problemas en los requisitos identificados en cualquiera de las tareas de la actividad Desarrollar los requisitos de un sistema software que satisfaga las necesidades de negocio, de forma que puedan ser gestionados por la actividad Gestionar los problemas en los requisitos del proceso Gestionar los requisitos del sistema software a desarrollar.

Registrar problemas en los requisitos del sistema es una de las actividades que forman parte del proceso Desarrollar los requisitos de un sistema software que satisfaga las necesidades de negocio del proceso de Ingeniería de Requisitos.

Diagrama de la tarea Registrar problemas en los requisitos del sistemaDiagrama de la tarea Registrar problemas en los requisitos del sistema

Pautas

TítuloCarácter
Registrar los problemas con los requisitosObligatoria

Registrar los problemas con los requisitos

Es obligatorio registrar los problemas detectados en los requisitos , detallando que tipo de problema se refleja

 Problema en requisitos
Definición

Cualquier circunstancia que afecta negativamente a los requisitos del sistema y que debe ser resuelta para evitar problemas posteriores en el desarrollo. Los tipos de problemas más habituales en los requisitos son los defectos y las no aceptaciones:

  • Defecto: uno o más requisitos no son conformes al modelo de calidadde requisitos de MADEJA. Se pueden clasificar en:
    • No conformidad: uno o más requisitos no cumplen las especificaciones descritas en MADEJA sobre el contenido, estructura, formato, etc. de la ERS. Los defectos de este tipo se detectan durante la verificación de la calidad de los requisitos del sistema y no suele ser necesario conocer el dominio del problema para detectarlos, ya que son de un carácter más sintáctico que semántico.
    • Falta de información: uno o más requisitos necesitan más información para definir correctamente alguna característica del sistema. Los defectos de este tipo se detectan principalmente durante el análisis de requisitos del sistema.
    • Conflicto: dos o más requisitos contienen información contradictoria entre sí.Los defectos de este tipo se detectan principalmente durante el análisis de requisitos del sistema
  • No aceptación: uno o más requisitos no son aceptados por clientes y usuarios durante una sesión de validación de requisitos.
Ejemplo 
 Sistema de seguimiento de problemas
DefiniciónTambién denominado sistema de seguimiento de errores (Bug Tracking System en inglés) es una aplicación informática para registrar y gestionar la evolución de los problemas que surgen durante el desarrollo de software. Inicialmente concebidos para gestionar los errores en el código fuente, actualmente se usan también para gestionar otros tipos problemas, incluso como sistemas de seguimiento de incidencias.
EjemploBugzilla, Trac, etc.