Ingeniería de Requerimientos

Ingeniería de Requerimientos

• Formular una especificación completa y consistente de requerimientos es difícil.
• Una definición, especificación de requerimientos y de software son formas de especificar el software para diferentes audiencias.
• El Documento de Requerimientos sirve como descripción para clientes y desarrolladores.
• Errores en los requerimientos son costosos de corregir una vez el sistema está desarrollado.
• La revisión de requerimientos debe involucrar a clientes y equipo de contratistas para validarlos.
• Los requerimientos están relacionados con actividades del cliente para el software.
• Los requerimientos volátiles dependen del contexto de uso del sistema.
• La ingeniería de requerimientos es el proceso de establecer los servicios que el cliente necesita y los límites del sistema.
• Estos requerimientos pueden ser funcionales (servicios y funciones) o no funcionales (limitaciones).
• Un requerimiento es una instrucción abstracta de alto nivel para un servicio o sistema, limitando la especificación funcional.
• Los requerimientos pueden servir como base para un contrato, requiriendo flexibilidad interpretativa o bien, definirlo en detalle.

Definición/Especificación de Requerimientos

• Definición de Requerimientos: declaración en lenguaje natural, incluyendo diagramas de servicios y límites operativos, para clientes.
• Especificación de Requerimientos: documento estructurado con descripción detallada de servicios, como contrato entre cliente y contratista.
• Especificación de Software: descripción detallada del software para desarrolladores, como base para diseño e implementación.

Proceso de Ingeniería de Requerimientos

• Estudio de Factibilidad: ¿Las necesidades de los usuarios son cubiertas por la tecnología y presupuesto?
• Análisis de Requerimientos: determinar los requerimientos del sistema.
• Definición de Requerimientos: definir requerimientos de forma comprensible para el cliente.
• Especificación de Requerimientos: definir requerimientos en detalle.

Documento de Requerimientos

• Declaración oficial de lo necesario para el desarrollo del sistema.
• Incluye la definición y especificación de requerimientos.
• No es un documento de diseño, sino una descripción del sistema y sus funcionalidades.
• Especifica la conducta externa del sistema y sus límites de implementación.
• Debe ser fácil de cambiar y ser una herramienta de referencia para mantenimiento.
• Anticipa cambios en el ciclo de vida del sistema.
• Proporciona respuestas a eventos no esperados.

Estructura del Documento de Requerimientos

• Introducción: describe la necesidad y objetivos.
• Glosario: define términos técnicos.
• Modelos del Sistema: define componentes y relaciones.
• Definición de Requerimientos Funcionales: describe servicios proporcionados.
• Definición de Requerimientos No-funcionales: describe los límites del sistema y proceso de desarrollo.
• Evolución del Sistema: define suposiciones y cambios anticipados.
• Especificación de Requerimientos: detalla requerimientos funcionales.
• Apéndices: información sobre hardware y base de datos.
• Índice: facilita la navegación.

Validación de Requerimientos

• Demostrar que los requerimientos reflejan las necesidades del cliente.
• Costo elevado de corregir errores de requerimientos, por lo que la validación es clave.
• El prototipado es una técnica importante en la validación.

Chequeando Requerimientos

• Validación: ¿El sistema provee las funciones necesarias para el cliente?
• Consistencia: ¿Existen conflictos entre los requerimientos?
• Completo: ¿Se incluyen todas las funciones del cliente?
• Realismo: ¿Los requerimientos se pueden implementar con presupuesto y tecnología?

Revisión de Requerimientos

• Revisión regular durante la definición de requerimientos.
• Participación de cliente y equipo de contratistas.
• Revisión formal o informal.
• Buena comunicación para resolver problemas temprano.

Chequeo de la Revisión

• Verificabilidad: ¿El requerimiento es probable?
• Entendibilidad: ¿El requerimiento es comprendido correctamente?
• Probabilidad: ¿El origen del requerimiento está claro?
• Adaptabilidad: ¿El requerimiento puede cambiar sin afectar otros?

Evolución de Requerimientos

• Comprender la evolución de las necesidades del usuario y los cambios en objetivos de la organización.
• Planificación de potenciales cambios durante el desarrollo y uso del sistema.

Clases de Requerimientos

• Durables: requerimientos derivados de actividades del cliente (ej. un hospital).
• Volátiles: requerimientos que cambian durante o después del desarrollo.

Clasificación de Requerimientos

• Cambiantes: requerimientos que cambian por ambiente.
• Surgimiento: requerimientos que surgen durante el desarrollo.
• Consecuencia: requerimientos que surgen debido al sistema.
• Compatibles: requerimientos que dependen de otros sistemas.

Cambios en el Documento de Requerimientos

• Organización para facilitar cambios sin reescrituras extensas.
• Minimizar referencias externas y modularizar secciones.
• Facilidad de cambios en documentos electrónicos, aunque falta estandarización.