El documento habla sobre ingeniería de requisitos, definiendo este campo como la rama que se encarga de entender las necesidades de los usuarios y traducirlas a funciones y acciones para el desarrollo de sistemas. Explica los tipos de requisitos y describe el ciclo de vida del desarrollo de sistemas, incluyendo fases como planificación, diseño, desarrollo y pruebas, y operación y mantenimiento. Finalmente, define la trazabilidad de requisitos como la habilidad de seguir la vida de un requisito

1. Ingeniería en software
definiciones y más…
Definición de ingeniería de requisitos, Norma 830 basada en
IEEE(mapa sinóptico), Ciclo de vida del desarrollo de sistemas
yTrazabilidad de Requisitos

2. Ingeniería de Requisitos
Definición de ingeniería de requisitos
• La ingeniería de requisitos es la rama de la ingeniería del
software o ingeniería de sistemas que se encarga de la realización de
actividades en el intento de entender las necesidades exactas de los
usuarios de un sistema y traducir éstas a precisas funciones y acciones que
subsecuentemente serán usadas en el desarrollo del sistema.

3. Tipo de requisitos
Según la IEEE un requisito es:
• Una condición o capacidad requerida por un usuario para resolver un problema o alcanzar un objetivo.
Tipos de requisitos:
• 1. Requisitos de Usuarios: Necesidades que los usuarios expresan
verbalmente
• 2. Requisitos del Sistema: Son los componentes que el sistema debe
tener para realizar determinadas tareas
• 3. Requisitos Funcionales: Servicios que el sistema debe proporcionar
• 4. Requisitos no funcionales: Restricciones que afectaran al sistema

4. Ciclo de vida del desarrollo de sistemas
Concepto:
• El Ciclo deVida del Desarrollo de Sistemas (SDLC) es una metodología de
sistemas usada para facilitar el desarrollo de los sistemas de información.
Además, el SDLC ayuda a los gestores de proyecto con la planificación del
desarrollo y la puesta en marcha de un sistema de información que reúna los
requisitos del usuario

5. Fases de un ciclo de vida
• Planificación : Definen el sistema propuesto y determinan el alcance del proyecto.
Además, se determinan las limitaciones de factores como los recursos,
presupuesto y tiempo.
• Diseño : Diseño técnico preliminar para tratar todos los requisitos de negocio del
sistema definidos en la fase de definición de requisitos. Cuando el diseño preliminar
ha terminado, los desarrolladores hacen un diseño técnico detallado,
• Desarrollo y pruebas : En la fase de desarrollo y pruebas, los desarrolladores
empiezan a desarrollar el sistema actual. Esto incluye crear el software y construir
la arquitectura adecuada de la base de datos del sistema
• Operación y mantenimiento : El nuevo sistema pasa a modo de operación total.TI
controla el sistema para asegurar que el sistema reúna los requisitos de negocio
pedidos. Además, el personal deTI realiza mantenimiento periódico en el sistema
para asegurar que el sistema sigue funcionando como se espera

7. ¿Qué es la Trazabilidad de Requisitos?
• Es la habilidad de describir y seguir la vida de un requisito desde su origen, pasando por su desarrollo y especificación y hasta su despliegue.
Ha de hacerse en ambas direcciones, hacia adelante y hacia atrás.
• Nos permite identificar el origen de cada requisito (ya sea una fuente autorizada o un requisito de nivel superior) y seguir cada cambio que se
realice sobre el mismo. Pero no sólo eso, al trazar los requisitos con otros artefactos (pruebas, casos de uso, planes de proyecto, etc.) será
posible responder a los cambios en el proyecto de forma más controlada y con más información. Podremos anteponernos a lo que un cambio
puede significar.
• Análisis de impacto de cambios
• Por medio de las trazas, tanto los requisitos entre ellos, como los requisitos con otros elementos del proyecto, estarán relacionados y dichas
trazas estarán documentadas.
• Esto permite analizar de forma precisa que puede implicar que una petición de cambio afecte a un requisito ¿Qué otros requisitos se verán
afectados? ¿Qué funcionalidades? ¿Qué pruebas habrá que volver a ejecutar o reescribir? ¿Qué usuarios o stakeholders deben ser notificados
de este cambio?.
• La trazabilidad de requisitos end-to-end supone la diferencia entre que el análisis de impacto de un cambio se base en suposiciones y
conjeturas o en información precisa y documentada.
• Matrices de trazabilidad
• Una técnica comúnmente utilizada para recoger la información bi-direccional de trazas, son las matrices de trazabilidad. Éstas muestran
diversos elementos en filas y columnas (por ejemplo, requisitos y pruebas) indicando después en cada celda de la matriz si los elementos
están o no trazados (y en qué dirección, en caso de ser relevante). Permitiendo realizar el análisis de trazabilidad de forma más gráfica.