sistema de gestion de requisitos de software

   

1. INTRODUCCIÓN
Los mejores productos, desde el punto de vista del usuario, son aquellos creados por desarrolladores que tienen muy claro lo que se pretende conseguir con el producto y cómo obtenerlo. Para llegar a este punto, se debe entender el trabajo del usuario, cómo afectará el producto a su trabajo y cómo se adecuará a los objetivos de la organización.
Lo que hace el producto y las condiciones que debe satisfacer en este contexto son los
requisitos del producto.
¿Por qué necesitamos requisitos?
El
El fundamento básico de cualquier software recae sobre
1. El
2. La
　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. 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. 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. 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. LNCS

　

 

1. OBTENCIÓN DE REQUISITOS
La
Un buen proceso de obtención de requisitos soporta el desarrollo de la especificación de los requisitos, de tal forma que tengan los siguientes
1. Deben ser
2. Deben tener un único identificador
DEFINICIÓN DE REQUISITOS 　
Conseguir que los requisitos estén claramente definidos puede ser difícil. Para ello es importante:
1. VERIFICACIÓN DE REQUISITOS
En esta fase, el usuario final añade
La
Una de las tareas de las puertas de calidad es asegurarse de que cada requisito cumple con el criterio que tiene asignado. Este criterio es una medida del requisito que le hace entendible y con capacidad para ser probado.
Otra razón por la que el proyecto tiene puertas de calidad es para prevenir posibles
criterios de aceptación para cada requisito. Además, apoya el hecho de que los requisitos han de ser correctos antes de que sean entregados a los diseñadores y desarrolladores. puerta de calidad es un punto por el que pasan cada uno de los requisitos antes de formar parte de la especificación. fugas de requisitos. Los requisitos, algunas veces, aparecen en las especificaciones sin que nadie realmente sepa de donde vienen o qué valor añaden al producto. Asegurándose de que la única forma de que los requisitos entren a formar parte de las especificaciones sea a través de las puertas de calidad, el equipo del proyecto tiene un total control de los requisitos. LNCS 　
REVISIÓN DE ESPECIFICACIÓN
Cuando un requisito pasa por una puerta de calidad, se puede tener confianza acerca de la corrección y viabilidad de los requisitos.
¿Pero qué ocurre con la especificación en conjunto? En este punto se sabe que los requisitos son correctos, pero ¿se puede asegurar que todos estos requisitos, en conjunto, describen la ‘historia’ completa?
El término
Una vez que la especificación de los requisitos está completa se tendrá un conocimiento preciso del alcance y funcionalidad del producto. Este es el momento de llevar a cabo la revisión de la especificación. En esta revisión final
Otro punto muy importante a tener en cuenta es asegurarse de que los requisitos tengan
Cuando las expectativas del cliente son altas, la fecha de entrega y los recursos son limitados, es importante asegurarse de que las funciones más importantes del producto sean entregadas y además tan pronto como sea posible. Otro problema que se puede plantear es que haya demasiados requisitos.
La solución a los problemas anteriores es
1. GESTIÓN DE LOS REQUISITOS
La
Por lo tanto, los
gestión de requisitos es el conjunto de actividades que ayudan al equipo de trabajo a identificar, controlar y seguir los requisitos y sus cambios en cualquier momento. Es decir, la gestión de requisitos consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos producidos por el proceso de desarrollo de software. De esta forma se asegura la consistencia entre los requisitos y el sistema construido. objetivos principales del proceso de gestión de requisitos serán:
2. Gestionar la recogida de requisitos
3. Obtener la aprobación de los participantes del proyecto
4. Gestionar los cambios (trazabilidad)
La gestión de requisitos es un proceso que se desarrolla a lo largo de toda la vida del producto.
5. GESTIÓN DE CAMBIOS
Los requisitos cambian durante todo el ciclo de vida de desarrollo del producto como se vio en apartados anteriores. Los cambios deben controlarse y documentarse, es decir, hay que convivir con ellos y por ello la gestión de cambios es esencial para tratar dichos cambios.
Cuando, durante el proyecto y una vez aceptada la línea base de requisitos, se solicita un cambio sobre esta línea base, estos cambios no se pueden aceptar sin más ya que podrían afectar al desarrollo de todo el sistema, o alguna parte esencial del mismo.  

　　　
especificación de requisitos hace referencia a la colección de requisitos especificados y definidos previamente. La especificación no tiene que estar en un determinado formato, puede ser una especificación sobre papel, o un blog, o algo similar. se valida que no falta ningún requisito. consistencia, y en caso contrario, que cualquier conflicto entre los requisitos ha sido resuelto. Dos requisitos están en conflicto si no pueden implementarse juntos, es decir, si la solución a un requisito impide la implementación de otro. la priorización de los requisitos. 　
2. Definir
3. Reutilizar
los requisitos teniendo en cuenta la perspectiva del usuario 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
4. 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.  obtención de requisitos se define como el proceso de identificar las necesidades del negocio, solucionando las posibles disparidades entre las personas involucradas en el mismo, con el propósito de definir y destilar los requisitos para cumplir las restricciones impuestas por las distintas partes. atributos: completos, consistentes y han de estar dentro del alcance del proyecto
5. Cumplen
6. Son
7. Los requisitos han de ser "testeables" (deben tener
con los objetivos de los clientes viables y apropiados para el desarrollo capacidad de prueba).