Trazabilidad de requisitos PDF

Preview

Summary

Información completa de la presentación de la trazabilidad de requisitos...

Description

Instituto tecnológico de Tijuana Subdirección Académica Departamento de sistemas y computación SEMESTRE: Agosto-Diciembre 2020. CARRERA: Ingeniería en Sistemas Computacionales MATERIA: Ingeniería de software NOMBRE DEL TRABAJO Documento trazabilidad de requisitos UNIDAD A EVALUAR: Unidad 1 NOMBRE Y NÚMERO DE CONTROL DEL ALUMNO:

NOMBRE DEL MAESTRO (A): Maria Fernanda Murillo Muñoz

Índice ¿Qué es la Ingeniería de requisitos? 1 ¿Que es La Trazabilidad de requisitos? 2 Trazabilidad hacia adelante 2 Trazabilidad hacia atrás / inversa 6 ¿Qué tipo de informes RTM existen? 8 Usos de la trazabilidad 9 Beneficios de la trazabilidad 10 Modelos utilizados en la trazabilidad de requisitos. 11 Trazabilidad de matriz 12 bibliografías: 14

1

¿Qué es la Ingeniería de requisitos? Se define como el conjunto de actividades en las cuales, utilizando técnicas y herramientas, se analiza un problema y se concluye con la especificación de una solución a veces más de una. Por lo que esto ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, que es lo que el cliente quiere y cómo interactúan los usuarios finales con el software.

¿Que es La Trazabilidad de requisitos? De manera corta, Trazabilidad se define como "la aptitud para rastrear la historia, la aplicación o la localización de una entidad mediante indicaciones registradas" Por lo tanto, la Trazabilidad de requisitos, se encarga de buscar cada uno de los aspectos de los requisitos desde sus orígenes, hasta su desarrollo y posible implementación. llevando a cabo un análisis de trazabilidad de requerimientos es una parte importante del proceso de la ingeniería de software, ya que se asegura que todos los requerimientos sean considerados adecuadamente durante cada fase del proyecto, y que no existan espacios dentro del desarrollo debido a algún requerimiento faltante. Al tener en cuenta la Trazabilidad de requisitos, también facilita la posibilidad de responder a los cambios dentro de un proyecto de forma controlada, ya que se tiene el control de los requisitos, y como cada uno de estos afectan al sistema o algún otro.

2

Trazabilidad hacia adelante Esto se refiere a la necesidad de documentar las asociaciones entre los requisitos funcionales y del sistema y los diversos aspectos creados durante el diseño, desarrollo y prueba del sistema. Algunos ejemplos de aspectos que se pueden encontrar en cada fase incluyen:

Requisitos Durante esta fase, los casos de uso del sistema y del negocio deben validarse con los requisitos funcionales y del sistema para garantizar una cobertura completa.

Diseño Durante esta fase, los elementos de diseño, modelos de objetos, modelos de datos, diseños de módulos, diagramas de secuencia, diseños de interfaz de usuario y otros aspectos de diseño deben relacionarse con los requisitos del sistema.

3

Desarrollo Durante el desarrollo, las pruebas unitarias y los cambios en el código fuente (por ejemplo, las confirmaciones realizadas con la herramienta Software Configuration Management (SCM)) deben estar vinculadas a los requisitos que satisfacen. De manera similar , las tareas de desarrollo del proyecto deben estar asociadas con el requisito de origen que cumplen.

Pruebas La cobertura de la prueba de requisitos es una métrica clave en las actividades de prueba, ya que garantiza que todos los requisitos y casos de uso tengan casos de prueba de soporte que validen que la funcionalidad funcione como se esperaba.

Mantenimiento Durante el soporte y el mantenimiento, todos los defectos y problemas del sistema que surjan deben asociarse con el módulo y el requisito de fuente para que las debilidades estructurales del sistema se puedan rectificar de manera integral durante el próximo ciclo de lanzamiento.

4

Una matriz de trazabilidad de requisitos futuros para un sistema de información de biblioteca ficticio podría incluir:

CARNÉ DE

IDENTIDAD

del sistema

Requisitos

Casos de

uso Elementos

de diseño Casos de

prueba RQ1 Posibilidad de crear

un

UC1, UC4, UC5

nuevo libro en

DE3, DE6 TC1, TC6, TC9

catálogo. existentes en el catálogo. UC1, UC2 DE4 TC3, TC8 RQ2 Posibilidad de editar libros

RQ3 Posibilidad de crear un nuevo autor en el catálogo. UC1, UC8, UC9 DE22 TC1, TC9 5 

Trazabilidad hacia atrás / inversa Esto se refiere a la necesidad de documentar el linaje y el origen de todos los requisitos definidos en la Especificación de requisitos del sistema (SRS) . Como se describe en la sección sobre técnicas y actividades para la recopilación de requisitos, los requisitos provienen de muchas fuentes diferentes (lista escrita del representante del cliente, entrevistas con las partes interesadas, discusiones con los desarrolladores, entregables del taller, grupos focales de usuarios finales, etc.). Estas diferentes partes interesadas tendrán diferentes puntos de vista de los requisitos, por lo que es una buena idea crear una matriz de trazabilidad de

requisitos para rastrear cada característica desarrollada hasta la persona, grupo o entidad que la solicitó durante la recopilación de requisitos: desarrollo de metas RQ2 Posibilidad de

CARNÉ DE

editar libros

IDENTIDAD Requisitos del sistema Documento s fuente Interesados Actividad de

existentes en

Lista de

Reunión de

el catálogo.

objetivos del

análisis de

proyecto

1.30.2000

nuevo autor

Taller de

en el

desarrollo de metas

catálogo. Lista de

Bibliotecario Joe

objetivos del proyecto

obtención

Smith

1.22.2000

6

RQ1 Posibilidad de crear un nuevo libro en

requisitos

1.22.2000 RQ3 Posibilidad de Bibliotecario jefe crear un

Ninguno - implícito Bibliotecario jefe Taller de

catálogo. Se utiliza otra forma de trazabilidad inversa para ilustrar la relación entre los diversos aspectos desarrollados durante el proyecto y los requisitos de origen que admiten. En este caso, se trata básicamente de los mismos datos que la matriz de "Trazabilidad hacia adelante" ilustrada anteriormente, simplemente cambiada a la perspectiva de los entregables posteriores. Mientras que el RTM delantero se aseguraba de que se cubrieran todos los requisitos, el RTM inverso se aseguraría de que no se trabajaran en elementos de diseño innecesarios, casos de uso, casos de prueba, etc.

IDENTIDAD del sistema Casos de Caso de uso Elementos CARNÉ DE

Requisitos

UC1 Agregar un libro

prueba

de diseño

nuevo al

RQ1, RQ2, RQ3

catálogo de la

DE3, DE6 TC1

biblioteca libro en el sistema

UC3 Eliminar un libro en el UC2 Actualizar los detalles de un

sistema

RQ2 DE4 TC3 RQ5 DE22, DE4 TC7

7

¿Qué tipo de informes RTM existen? Hay diferentes niveles de informe de trazabilidad de requisitos . La forma más simple se parece a las tablas anteriores y proporciona una lista resumida de las relaciones entre los aspectos:

Sin embargo, a veces necesita un documento de requisitos detallado que incluya detalles de todos los aspectos posteriores asociados:

8

Usos de la trazabilidad Análisis de impacto de cambios: si un requisito está cambiando, los enlaces de seguimiento informan sobre artefactos relacionados y dependientes. Estos artefactos se pueden verificar fácilmente y, si es necesario, se pueden ajustar. Se reduce la probabilidad de pasar por alto artefactos relacionados. Análisis de cobertura: la trazabilidad garantiza que no se pasen por alto los requisitos. Especialmente al certificar productos críticos para la seguridad, es necesario demostrar que se cumplen todos los requisitos. Análisis del estado del proyecto: es posible realizar un seguimiento del estado del proyecto: el análisis de los datos de trazabilidad permite ver el estado de finalización de los requisitos. Los requisitos sin enlaces o con una cadena de seguimiento incompleta (por ejemplo, requisitos con implementación pero sin pruebas) indican que es necesario seguir trabajando. Los eslabones perdidos muestran qué artefactos concretos faltan y deben realizarse. Reutilización de los componentes del producto: es posible estructurar los requisitos y sus artefactos vinculados en paquetes. Estos paquetes se pueden utilizar para diferentes productos.

9

Relaciones persistentes: a menudo, el conocimiento de un proyecto o producto está en la cabeza de personas específicas. Mediante el uso de la trazabilidad, este conocimiento se guarda al visualizar la relación entre los diferentes artefactos. Este conocimiento permanece incluso si una persona abandona el proyecto.

Optimización de pruebas: al vincular los requisitos, el código fuente, los casos de prueba y los resultados de las pruebas, es fácil identificar las partes afectadas del código fuente si las pruebas fallan. Además, los casos de prueba redundantes se pueden identificar y eliminar.

Beneficios de la trazabilidad ● Gestión óptima del alcance de la solución. Permite relacionar cada requisito con los objetivos de negocio perseguidos, se puede evaluar el valor de cada requisito y así priorizar correctamente. ● Gestionar cambios con mínimo impacto. Una buena trazabilidad permite poder evaluar el impacto de potenciales cambios sobre requisitos de una manera completa: identificando requisitos y otros componentes afectados, y su relación con los objetivos de negocio perseguidos. ● Apoyo a reducir riesgos en el proyecto. Permitiendo identificar dependencias críticas entre requisitos y, por lo tanto, controlar mejor estas relaciones. ● Ayuda a mantener consistencia entre requisitos. El hecho de mantener relaciones ayuda a ser consistente y coherente, utilizando siempre una misma terminología y detectando situaciones de inconsistencia. ● Permite monitorizar y controlar el ciclo de vida de requisitos. La matriz de trazabilidad puede ser la base sobre la que controlar qué requisitos están validados, cuales están pendientes o cuales han sido rechazados.

10

● La trazabilidad acelera y mejora el desarrollo de actividades, tal como se mostró en un estudio en donde 71 sujetos hicieron cambios en un código fuente con y sin trazabilidad.Los desarrolladores que completaron las tareas con trazabilidad lo hicieron 24% más rápido y 50% más correcto.

Modelos utilizados en la trazabilidad de requisitos. Una de las técnicas más básicas y más utilizadas 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 en cada celda de la matriz si los elementos están o no trazados y en qué dirección. Este tipo de técnicas permite un análisis gráfico de la trazabilidad de requisitos y la gestión de su impacto ante posibles cambios. La técnica de matrices de trazabilidad recoge información bi-direccional de trazas: trazabilidad entre requisitos, trazabilidad de requisitos con su origen y trazabilidad de requisitos con su implementación. Para representar una matriz de trazabilidad se hace uso de una tabla donde, por ejemplo, en las columnas se representan los casos de pruebas y en las filas los distintos requisitos. Cuando uno de estos requisitos esté relacionado con un caso de prueba, se indicará en la celda correspondiente de la matriz. Esta técnica nos proporciona una visión gráfica y clara del análisis de trazabilidad. En ocasiones, cuando la cantidad de los requisitos a representar es demasiado grande, utilizar la técnica de matrices de trazabilidad puede llegar a ser muy complicado. Por ejemplo, intentar representar 1.000 requisitos en una matriz de trazabilidad, dará como resultado una matriz con alrededor de 1 millón de celdas, lo que dificultará su representación.

11

Trazabilidad de matriz La forma más común de garantizar la trazabilidad completa de los requisitos es mediante una Matriz de Trazabilidad de Requisitos (RTM) . La matriz de trazabilidad se utiliza para verificar que todos los requisitos establecidos y derivados están asociados con los elementos de diseño correspondientes, componentes del sistema, módulos y otros entregables del proyecto. Esto se conoce como seguimiento directo

. El RTM también se utiliza para verificar y documentar la fuente original de los requisitos, de modo que si el cliente tiene preguntas sobre por qué se incluyeron ciertas características, existe una pista de auditoría integral. Esto se conoce como rastreo hacia atrás .

La matriz de trazabilidad de los requisitos del Proyecto tiene como propósito: ● asegurar el cumplimiento de los requisitos validados. ● mantener al día el estado de los Requisitos del Proyecto. ● este estado puede cambiar con el tiempo y en la matriz de trazabilidad se lleva el registro de estos cambios desde su inicio hasta su consecución, nos brinda las relaciones entre los requisitos y las especificaciones en que se traducen dichos requisitos. Las dos versiones de la Matriz de Trazabilidad de Requisitos: ● en la primera versión de la matriz de trazabilidad se establecen las relaciones antes de empezar a trabajar. ● la versión posterior nos ayuda a asegurar que se cumplirán todos los requisitos a pesar de los cambios que se produzcan durante el ciclo de vida del proyecto. La primera versión de la matriz: ● Se diseña en la fase de planificación para establecer la relación entre requisitos y especificaciones. ● se establecen los requisitos y funcionalidades antes de ejecutar las tareas para completar estos requisitos y especificaciones. En la versión posterior: ● se detallan las especificaciones desglosándolas por componentes. ● comprueba que se cumplan los requisitos establecidos a través de las especificaciones detalladas. ● se definen en detalle las especificaciones desglosándolas a un bajo nivel. ● comprobamos la consecución de los requisitos a través de sus especificaciones.

12

● es una especie de check list que el project manager tiene presente a la hora de efectuar los trabajos del proyecto. ● constatamos que los requisitos se cumplen a medida que se van cumpliendo las especificaciones del producto o del proceso. Primera versión de la matriz de requisitos vs posterior: ● se puede decir que la versión previa, es decir, la que se hace antes del kickoff, es utilizada para mapear especificaciones con requisitos. ● la versión posterior, es decir, la que se hace después del kickoff, se utiliza para ver si los requisitos se cumplen en base a sus especificaciones.

13

Bibliografías: https://www.researchgate.net/publication/317836329_Modelos_de_trazabilida d_de_requisitos_para_el_desarrollo_de_software http://www.iso-21500.es/sites/default/files/ficheros_guia_iso21500/g_iso21500 _alc_p05_matriz_trazabilidad_requisitos_v1_0.pdf https://www.inflectra.com/ideas/topic/requirements-traceability.aspx

https://translate.google.com/translate?hl=&sl=en&tl=es&u=https%3A%2F%2F www.inflectra.com%2Fideas%2Ftopic%2Frequirements-traceability.aspx http://www.overti.es/tecnologia/313-trazabilidad-de-requisitos http://www.overti.es/tecnologia/301-matrices-de-trazabilidad-de-requisitos https://en.wikipedia.org/wiki/Requirements_traceability https://www.netmind.es/knowledge-center/trazabilidad-de-requisitos-hasta-qu e-nivel/ http://repositorio.unne.edu.ar/bitstream/handle/123456789/1617/RIUNNE_AC _Ferraro_MdelosA_.pdf?sequence=1&isAllowed=y&fbclid=IwAR27bZDl1NZgp OByQg9rs4RwaLTUIsp_v4iAB-RqSMorKy32FW5HHouwSTs http://www.iso-21500.es/sites/default/files/ficheros_guia_iso21500/g_iso21500 _alc_p05_matriz_trazabilidad_requisitos_v1_0.pdf?fbclid=IwAR2qQhRedM38 yV4f8ofhqAm8gjCE0JrOFpjRelykbTw4PUUHzOfkNHj3JQk https://nextop.es/matriz-trazabilidad-requisitos-del-proyecto/ http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S1794-123720070 00200007&fbclid=IwAR19r-N2gdHJv7i0BuJu57y_Ldn3elC-WReYsCaN0_1v4 x_EGotuTMoLBLc https://www.researchgate.net/publication/317836329_Modelos_de_trazabilida d_de_requisitos_para_el_desarrollo_de_software

14...