Ingenieria de requisitos

Introducción

El proceso de recopilar información, analizar y documentar los requisitos de

software del cliente se denomina ingeniería de requisitos.

El objetivo de este tipo de ingeniería es desarrollar y mantener un documento de

especificación de requisitos del sistema de manera sofisticada y descriptiva.

Los requisitos de software son descripciones de las funciones y características del

sistema. Los requisitos nos dicen qué esperan los consumidores de los productos

de software. Desde el punto de vista del cliente, los requisitos pueden ser obvios u

ocultos, conocidos o desconocidos, esperados o inesperados.

Para esta actividad hablamos un poco más a detalle sobre la ingeniería de software,

abarcamos los fundamentos de los requisitos de software, la manera de captura de

los requisitos, el análisis de los requisitos y la especificación de los requisitos,

presentado en forma de resumen y un mapa semántico que nos ayudará a

comprender mejor el tema de ingeniería de requisitos.

Resumen

Fundamentos de los requisitos de software

Definición de un requisito de software

Un requisito del software es una característica que se debe cumplir para solucionar

un determinado problema real.

Característica esencial: los requisitos del software deben ser comprobables.

Otras cualidades: Tasa de prioridad, lo que nos permite compensar los recursos

finitos con los que se cuenta; Valor del estado que nos permite la supervisión del

progreso del proyecto

Requisitos funcionales y no funcionales

Los requisitos funcionales describen las funciones que debe realizar el software.

Los requisitos no funcionales son aquellos que actúan para forzar la solución. Los

requisitos no funcionales a veces se conocen como apremios o requisitos de

calidad.

Requisitos cuantificables

Los requisitos de software deben establecerse de la manera más clara e inequívoca

posible, y cuantitativamente. Es de suma importancia evitar requisitos vagos y no

verificables que se basen en juicios subjetivos para la interpretación, es decir que

dependen del punto de vista de cada persona. Esto es especialmente importante

para los requisitos no funcionales.

Captura de los requisitos

Fuentes de los requisitos

Los requisitos se pueden obtener de muchas fuentes, es necesario identificar y

evaluar el impacto que tienen. Algunas fuentes pueden ser:● Metas: El término meta se refiere a los objetivos generales de alto nivel del

software. Los objetivos proporcionan la motivación para el software, pero a

menudo están redactados de forma imprecisa. Es pertinente prestar atención

a las metas.

● Conocimiento del dominio: Los ingenieros de software deben adquirir o tener

conocimiento del uso del dominio. Esto permite deducir los saberes que los

stakeholders no logran comunicar.

● Stakeholders: Los ingenieros de software necesitan identificar, representar, y

manejar puntos de vista de muchos stakeholders.

● El entorno operacional: Los requisitos serán derivados del ambiente en el

cual el software será ejecutado.

● El entorno de la organización: A menudo se requiere software para respaldar

un proceso de negocios, cuya selección puede verse influenciada por la

estructura, la cultura y la política interna de la organización. Los ingenieros de

software deben estar conscientes de esto, ya que el nuevo software

generalmente no debe forzar cambios imprevistos en el proceso del negocio.

Técnicas de captura de los requisitos

Una vez se tiene las fuentes de los requisitos, se pueden comenzar a sacar

requisitos de ellos. Esto se concentra en las técnicas para conseguir que los

stakeholders describen sus requisitos. Las principales técnicas son:

● Entrevistas, medios tradicionales de sacar requisitos.

● Escenarios, proporcionan un marco para preguntas sobre tareas del usuario

permitiendo preguntas. El tipo más común de escenario es el caso del uso.

● Prototipos, una herramienta valiosa para clarificar requisitos confusos.

Pueden actuar de manera similar a los escenarios, proporcionando a los

usuarios un contexto en el que pueden comprender mejor la información que

necesitan proporcionar.

● Reuniones. El propósito de estos es tratar de lograr un efecto aditivo

mediante el cual un grupo de personas pueda obtener más información sobre

los requisitos del software trabajando individualmente.● Observación. Los ingenieros de software aprenden sobre las tareas de los

usuarios al sumergirse en la observación de cómo los usuarios interactúan

con su software. Técnicas relativamente costosas, pero describen bien las

actividades que los involucrados en la empresa no pueden articular.

Análisis de los requisitos

Clasificación de los requisitos

Los requisitos se pueden clasificar en:

● Si el requisito es funcional o no funcional

● Si el requisito está derivado de uno o más requisitos de alto nivel o una

propiedad emergente o está impuesto directamente ante el software por un

tenedor de apuestas u otra fuente.

● Si el requisito está en el producto o proceso. Los requisitos en el proceso

...