Gestión de Necesidades de Negocio y Requisitos en Sistemas de Información

Necesidades del Negocio y Sistemas de Información

En la ingeniería de sistemas, existen dos momentos fundamentales: conocer el problema y diseñar la solución. Para lograrlo, es esencial la multidisciplinariedad y la colaboración entre diferentes áreas.

Necesidades de la información

Los Sistemas de Información (SI) existen para satisfacer las necesidades de información de las personas. Este proceso implica:

• Conocer el problema: Identificar las necesidades reales.
• Diseñar y construir la solución: Desarrollar el sistema de información adecuado.

Origen de las necesidades de negocio o usuario

• Objetivos de negocio: Proveen la motivación principal para realizar el SI.
• Conocimiento del dominio: Permite al ingeniero inferir conocimiento tácito.
• Stakeholders: El ingeniero debe identificar y gestionar los puntos de vista de los interesados.
• Entorno operacional: El contexto donde se utiliza el SI.
• Entorno organizacional: Los procesos de negocio a los que da soporte el SI.

Requisitos

Un requisito es una prioridad que debe ser resuelta para solucionar un problema. La ingeniería de requisitos busca determinar qué necesita el cliente, en lugar de simplemente lo que quiere.

Para que un requisito sea efectivo, debe ser verificable, claro y cuantificable. Se recomienda utilizar prioridades e identificadores para su gestión.

Problemas comunes en los requisitos

• No reflejan las necesidades reales del cliente.
• Son inconsistentes entre sí.
• Resultan costosos de modificar.
• Generan malentendidos entre clientes y analistas.

Niveles de requisitos

• Usuario: Describen los requisitos de forma comprensible para usuarios sin conocimientos técnicos. Incluyen requisitos de dominio (comunes al sector), de negocio y de usuario.
• Sistema: Especificaciones detalladas que sirven como base para el diseño del sistema, a menudo incorporadas en contratos.

Clasificación de requisitos

• Producto vs. Proceso: El producto se refiere a los requisitos del sistema a desarrollar, mientras que el proceso define las restricciones sobre cómo se desarrolla dicho sistema.
• Funcionales vs. No funcionales: Los funcionales describen cómo debe comportarse el sistema en situaciones particulares; los no funcionales establecen restricciones sobre las funciones ofrecidas.

Actividades clave

Captura de requisitos

Se utilizan técnicas como entrevistas, escenarios, prototipado, reuniones y observación. El ingeniero debe comprender el problema, el negocio, las necesidades y las restricciones, además de identificar a los stakeholders.

Análisis de requisitos

El objetivo es detectar y resolver problemas, descubrir los límites del sistema y elaborar los requisitos finales. Se clasifican según su naturaleza (funcionales/no funcionales), nivel, prioridad, alcance o estabilidad. Las técnicas comunes incluyen listas de comprobación y matrices de iteración.