SISTEMAS DE GESTION DE REQUISITOS

                                      DEFINICION DE REQUISITOS

                         

-CONDICION O CAPACIDAD QUE NECESITA EL USUARIO PARA RESOLVER UN PROBLEMA O ALCANZAR UN OBJETIVO.

- CONDICION O CAPACIDAD QUE DEBE SASTIFACER O POSEER UN SISTEMA O UN COMPONENTE DE UN SISTMA PARA SATISFACER UN CONTRATO,UN STANDART,UNA ESPECIFICACION U OTRO DOCUMENTO FORMAMENTE IMPUESTO.

-REPRESENATACION DOCUMENTADA DE UNA CONDICON O CAPACIDAD COMO LSA EXPRESADAS ANTERIORMENTE.

¿Por qué necesitamos requisitos?

El coste de una buena recogida de requisitos y análisis del sistema a desarrollar es menor comparado con el coste resultante de tener requisitos pobres, es decir, el coste de reparar productos deficientes o de poca calidad, el coste de los proyectos cancelados y el coste de haber perdido la oportunidad de tener el producto correcto en el momento correcto.
El fundamento básico de cualquier software recae sobre su proceso de ingeniería de requisitos. El éxito o fallo del software depende casi siempre de cómo de bien se hayan capturado, entendido y usado los requisitos como base para el desarrollo. La ingeniería de requisitos es la fase de la ingeniería del software donde se definen las propiedades y la estructura del software. La ingeniería de requisitos comprende el desarrollo y gestión de requisitos.
-
El desarrollo de requisitos implica entender los requisitos de negocio, identificar los requisitos de usuario y trasladar los requisitos de usuario y de negocio a requisitos de sistema/software.
-

La gestión de requisitos implica gestionar los cambios de requisitos y mantener la consistencia entre los requisitos y otros productos de trabajo del proyecto

.

¿Qué es un requisito?

Un requisito es algo que el producto debe hacer o una característica que debe tener. Un requisito existe por el tipo de demanda que tiene el producto o porque el cliente quiere que el requisito sea parte del producto entregado. La tarea de todo analista de requisitos es hablar con la gente, entenderla, escuchar lo que dicen y también lo que no dicen, para entender lo que necesitan.

Tipos de requisitos    

Descripción:

• Requisitos de negocio     Dan una descripción a alto nivel de lo que          elsistema debe hacer. Representan: los objetivos, la base del negocio, estrategias, visión, alcance y el valor esperado del desarrollo del software

•  Requisitos de usuarioSon una descripción de las tareas que el sistema ha de ejecutar cuando el usuario opera con él.Describen la funcionalidad necesaria para satisfacer tareas específicas, necesidades operacionales y grupos de usuarios.

• Requisitos del sistema/softwareDefinen las funcionalidades y características que debe tener el sistema para satisfacer tanto los requisitos de negocio como los de usuario.Van a servir como base para llevar a cabo la arquitectura, diseño y planes de pruebas del sistema

• RestriccionesSon condiciones que limitan las elecciones disponibles al diseñador o programador. Pueden ser restricciones del propio proyecto o del diseño del producto.

DESARROLLO DE REQUISITOS

OBTENCIÓN DE REQUISITOS: BUSQUEDA DE REQUISITOS
DEFINICIÓN DE REQUISITOS: ESCRIBIR REQUISITOS
VERIFICAR REQUISITOSREVISIÓN: PUERTAS DE CALIDAD

REVISIÓN REQUISITOS:PRIORIZACION

 DEFINICIÓN DE REQUISITOS

Conseguir que los requisitos estén claramente definidos puede ser difícil. Para ello es importante:

Definir los requisitos teniendo en cuenta la perspectiva del usuario

Reutilizar requisitos, revisando proyectos ya finalizados para ver si contienen material potencialmente reutilizable. La ventaja de esta reusabilidad es que, una vez que un requisito ha sido especificado satisfactoriamente para un producto y que el producto ha tenido éxito, el requisito no tendrá que volverse a inventar, podrá ser utilizado las veces que se desee.

 
Documentar los requisitos de la forma correcta. Aunque escribir los requisitos puede parecer una tarea tediosa, es la única manera de asegurar que la esencia de los requisitos ha sido capturada correctamente, y que esto pueda ser probado.


      IMPACTO DE ERRORES EN LA ETAPA DE REQUERIMIENTOS

                                                                                                                                                                                        

• EL SOFTWARE RESULTANTE PUEDE NO SATISFACER A LOS USUSARIOS
• PUEDEN CAUSAR DESACUERDOS ENTRE CLIENTE S Y DESARROLLADORES

                              REQUERIMIENTOS FUNCIONALES

•  Relacionados con la descripción delcomportamiento   fundamental de los componentes del software.

• Las funciones son especificadas en términos de entradas, procesos y salidas.

Requerimientos funcionales: Ejemplos

El sistema deberá permitir localizar un cliente para registrarle
el cobro, presionando un botón que le permita buscar por el
nombre del cliente y el identificador del cliente. (incluye
detalles de implementación).

                             Importancia

• Juegan un papel crucial en el diseño y desarrollo del sistema de información.
• Pueden ser a veces mas críticos que los funcionales. Una
  falla en un requerimiento no funcional podría inutilizar el
  sistema.

 Requerimientos No Funcionales: Tipos                     Administración de Requerimientos

Dificultades Asociadas a los Requerimientos

No Funcionales

Administración de Requerimientos

• No hay reglas ni lineamientos para determinar cuando
• se obtuvo una solución óptima.

• Tiene buenas y malas soluciones, no soluciones correctas e incorrectas.

• Requerimientos del producto:especifican el comportamiento del producto, como por ejemplo la velocidad de ejecución o la tasa de fallas.

• Requerimientos organizacionales:se derivan de las políticas y procedimientos existentes en la organización del cliente.

• Requerimientos externos:derivan de los factores externos al sistema y de su proceso de desarrollo, como por ejemplo los requerimientos legales.