Requisitos

"Es una propiedad que debe exhibir[cumplir o satisfacer] un sistema desarrollado o adaptado para resolver un problema particular." [Sawyer y Kotonya, 2001]

"Es un aspecto de un sistema o una descripción de aquello que el sistema es capaz de hacer a fin de cumplir su propósito".[Pfleeger, 1998]

"Los requisitos expresan qué se supone debe hacer una aplicación [sistema]... no intentan expresar cómo lograr estas funciones".[Braude, 2003]

Los requisitos expresan lo que el sistema debe hacer para satisfacer las necesidades de sus clientes o usuarios.

Ingeniería de Requisitos

La ingeniería de requisitos o los requisitos en sí, constituyen el enlace entre las necesidades reales de los clientes, usuarios y otros participantes vinculados al sistema. La ingeniería de requisitos consiste en un conjunto de actividades y transformaciones que pretenden comprender las necesidades de un sistema software y convertir la declaración de estas necesidades en una descripción completa, precisa y documentada de los requerimientos del sistema siguiendo un determinado estándar

Modelos de procesos de ingeniería de requisitos

- Modelo de procesos de ingeniería de requisitos: iteración de actividades

- Modelo de Pohl

- Modelo en espiral

- Modelo SWEBOX.

- Modelo de madurez de proceso REAIMS

Técnicas de Educción de Requisitos

La técnica más simple y más utilizada para la educción de requisitos es la entrevista. No obstante, existen otras técnicas no excluyentes entre sí. El ingeniero debe seleccionar aquellas más apropiadas para el caso que le ocupa:

• Hierarchical task analysis (HTA), es decir, análisis jerárquico de tareas.
• Joint Essential Modeling (JEM), es decir, modelado esencial conjunto.
• Casos de uso, escenarios y story-boards.
• Análisis competitivo.
• Observación directa e investigación contextual.
• Card sorting u organización de conceptos.
• Brainstorming o tormenta de ideas.
• Prototipado sobre el papel.
• Mapas de roles y perfilado de usuarios.

Características de la Arquitectura

• Debe ser correctamente comunicada y entendida por cada stakeholder según sus propias necesidades.
  
• Debe ser capaz de evolucionar a lo largo del proyecto de la mano del testing y otras evaluaciones.
• Debe permitir el análisis de medidas cuantitativas y de evaluar el cumplimiento de los atributos cualitativos.
• Debe ser la arquitectura más simple posible que cumpla con los puntos anteriores.