Tareas y técnicas de la ingeniería de requisitos

Proceso de requisitos

Definición: Los requisitos definen las capacidades que debe tener un sistema (funcionales) o las propiedades de ese sistema (no funcionales) que satisfacen las necesidades de los usuarios para realizar un conjunto específico de tareas (dentro de un ámbito definido).

Palabras clave: ágil, elicitación, técnicas de elicitación, alcance del proyecto, requisitos, atributos de los requisitos, elicitación de los requisitos, causa raíz, alcance, espiral, partes interesadas, requisitos del usuario, usuarios, cascada

Una vez evaluadas las necesidades operativas y completados el concepto de operaciones (CONOPS) y la definición del concepto de alto nivel, el siguiente paso -y normalmente la primera tarea en los proyectos de desarrollo- es descubrir, obtener, recopilar, definir y analizar los requisitos. Los requisitos cubren varios aspectos de una capacidad o sistema: necesidades del usuario, comportamiento, calidad, implementación, etc. A partir de ahí, los SE analizarán, transformarán e integrarán las necesidades de los usuarios en los requisitos del sistema. Para más información sobre los primeros pasos en los proyectos de desarrollo, véase el tema de Desarrollo de Conceptos del SEG.

Requisitos del software

La ingeniería de requisitos (IR)[1] es el proceso de definir, documentar y mantener los requisitos[2] en el proceso de diseño de ingeniería. Es una función común en la ingeniería de sistemas y en la ingeniería del software.

La primera vez que se utilizó el término ingeniería de requisitos fue probablemente en 1964 en el documento de la conferencia “Maintenance, Maintainability, and System Requirements Engineering”,[3] pero no se generalizó su uso hasta finales de los años 90 con la publicación de un tutorial de la IEEE Computer Society[4] en marzo de 1997 y el establecimiento de una serie de conferencias sobre ingeniería de requisitos que ha evolucionado hasta convertirse en la Conferencia Internacional de Ingeniería de Requisitos.

  Cuales son los metodos de integracion

En el modelo de cascada,[5] la ingeniería de requisitos se presenta como la primera fase del proceso de desarrollo. Los métodos de desarrollo posteriores, incluido el Proceso Racional Unificado (RUP) para el software, asumen que la ingeniería de requisitos continúa a lo largo de la vida de un sistema.

Un estudio limitado realizado en Alemania presentó posibles problemas en la aplicación de la ingeniería de requisitos y preguntó a los encuestados si estaban de acuerdo en que eran problemas reales. Los resultados no se presentaron como generalizables, pero sugirieron que los principales problemas percibidos eran los requisitos incompletos, los objetivos móviles y el encajonamiento del tiempo, siendo los problemas menores los defectos de comunicación, la falta de trazabilidad, los problemas terminológicos y la falta de claridad en las responsabilidades[9].

Proceso de desarrollo de requisitos

El objetivo principal de un estudio de viabilidad es crear motivos para el desarrollo del software que los usuarios acepten, que sea lo suficientemente flexible y abierto a los cambios, y que cumpla con los estándares elegidos para el desarrollo y mantenimiento del software.

All in One Software Development Bundle (600+ Courses, 50+ projects)600+ Online Courses | 3000+ Hours | Verifiable Certificates | Lifetime Access 4.6 (3,144 ratings)Course Price View CourseRelated Courses

  Como hacer un cuadro de cargas electricas

Este proceso también se denomina recopilación de requisitos. Si hay algún proceso existente y con la ayuda de los clientes, se realiza la recopilación de requisitos. La obtención de requisitos es el paso inicial del análisis de requisitos. Mediante el análisis de los requisitos se pueden identificar incoherencias, omisiones, defectos, etc. Los requisitos se describen en términos de relación para resolver si hay algún conflicto. La obtención y el análisis de los requisitos plantean algunos problemas. Son:

Un documento compuesto por requisitos recogidos de varias fuentes, como los requisitos de los clientes, expresados en un lenguaje ordinario y creado por el analista de software, se denomina documento de especificación de requisitos de software. El analista entiende los requisitos de los clientes en lenguaje ordinario y los convierte en un lenguaje técnico que el equipo de desarrollo pueda entender fácilmente. Durante el proceso de especificación de requisitos de software se utilizan varios modelos, como los diagramas de entidad-relación (ER), los diagramas de flujo de datos (DFD), los diccionarios de datos, los diagramas de descomposición de funciones (FDD), etc.

Validación de requisitos

La ingeniería de requisitos es un reto importante para los desarrolladores de software. La interacción con las partes interesadas para especificar las necesidades que deben satisfacer los productos de software requiere la adopción de prácticas eficaces y exitosas. A pesar de la creciente oferta de propuestas de los investigadores, el grado de adopción de metodologías, técnicas y herramientas en esta etapa del proceso de software no es claro. Este estudio pretende mostrar la realidad de la industria de software en América Latina en lo que respecta a la ingeniería de requisitos y compararla con la información expuesta en la literatura científica. Para ello, se realizó un mapeo sistemático de la literatura científica y un estudio empírico de 35 empresas de desarrollo de software, utilizando encuestas y entrevistas. Los resultados muestran que las entrevistas y los casos de uso son las técnicas más utilizadas para la obtención y el análisis de requisitos, y que existe un bajo índice de adopción de técnicas de documentación formal, herramientas y metodologías formales. Por último, se identificó una brecha considerable entre lo que proponen los investigadores en la literatura y lo que realmente adopta la industria del desarrollo de software.

Esta web utiliza cookies propias para su correcto funcionamiento. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Más información
Privacidad