Requisitos del Sistema: Definición, Propósitos e Ingeniería

Definición de Requisitos

Corresponde a una declaración en un Lenguaje Natural, escrita para los clientes, que incluye:

• Diagramas de los servicios del sistema
• Límites operacionales

¿Qué es un Requisito?

Un requisito es:

• Rango de instrucciones abstractas de alto nivel de un servicio o de un sistema
• Base para la declaración de un contrato y debe ser interpretado
• Posteriormente debe ser definido en detalle
• Ambas declaraciones serán llamadas Requerimientos
• Es una característica que un sistema debe tener para cubrir alguna de las necesidades que lo motivan

Propósitos de la Obtención de Requisitos

• Identificación de un área del problema
• Llegar a un acuerdo con los clientes/usuarios sobre lo que el sistema debe hacer
• Especificación del sistema
• Proporcionar a los desarrolladores un mejor entendimiento de los requerimientos
• Definir las fronteras (delimitar) del sistema
• Proporcionar bases para planificar las iteraciones
• Estimar los costos y el tiempo de desarrollo
• Definir la GUI, basándose en las necesidades y objetivos de los usuarios

Formalización de la Especificación: Modelo de Análisis

Especificación vs. Análisis:

Representan la misma información, pero difieren en:

• Lenguaje y la notación
  • Especificación: lenguaje natural
  • Análisis: notación formal o semiformal

Sirven de elemento de comunicación:

• Especificación: comunicación con cliente y usuarios
• Análisis: comunicación entre desarrolladores

Ingeniería de Requisitos

La Ingeniería de Requisitos es una disciplina que abarca la captura, elaboración, documentación y validación de los Requerimientos.

Puntos a Seguir:

• Documentar todos los requerimientos
• Disgregar hasta un nivel de detalle apropiado
• Hacerlos visibles a todos los apoyos clave
• Asegurar que los requerimientos son estables
• Entender la razón y beneficios para cada requerimiento
• Permitir el cambio - analizar el impacto de cada cambio antes de aceptar la modificación de un requerimiento
• Mantener documentos vivos que son fáciles de adaptar a los cambios de requerimientos
• Establecer relaciones entre requerimientos para indicar dependencias y refinamiento.

Definición de Casos de Uso

Propuestos inicialmente por Jacobson.

Mecanismos para ayudar a representar y comprender los objetivos y Requisitos Funcionales, de forma simple y comprensible para todo el personal involucrado (Cliente-Desarrolladores).

Actividades de la Captura de Requisitos

Según el RUP, los principales pasos para capturar los requerimientos son:

• Identificación de Actores y Casos de uso
• Priorizar Casos de Uso
• Detallar Casos de Uso
• Estructurar el MCU
• Prototipar la interfaz de usuario (GUI).

Actores

Representan entidades externas que interactúan con el sistema.

• Pueden ser un usuario o un sistema externo.
• Se da nombre a los actores y se describen brevemente sus papeles y para qué utilizan el sistema.

Tipos de Actores

• Actor Principal: Usuario que se satisface mediante el uso de los servicios del sistema (Cajero)
• Actor de Apoyo: Proporciona un servicio y/o información al sistema a desarrollar (Autorización de Pago). Normalmente es un Sistema Informático, pero puede ser una Organización o una persona
• Actor Pasivo: Está interesado en el comportamiento del CU, pero no es principal ni de apoyo (Agencia Tributaria).