Clase 2

CURSO:
Analisis y Diseño Orientado a

Objetos II
Tema:
Trazabilidad de la información
Profesora:
Mg. Silvana Ñaupari Jara
Clase N°2
FACULTAD DE INGENIERIA
FACULTAD DE INGENIERIA DE COMPUTO Y SISTEMAS
2018-1
A través del tiempo, muchos de los sistemas de software desarrollados, han

fracasado debido a que en el momento en que se entregan, ya no cumplen
los requisitos deseados por la empresa que contrató.
En otros casos son utilizados solamente por poco tiempo, lo cuál es una
pérdida para la empresa, considerando la inversión realizada.
En otros casos se ha tratado de ajustar el nuevo sistema a cambios que ha
sufrido la empresa.
Para esto se agregan una serie de soluciones poco efectivas, que han
generado la desintegración de los diferentes subsistemas del proyecto
provocando que se deje de utilizar el sistema, o peor aún, se llega a la
conclusión que el sistema desarrollado no se puede ajustar a los nuevos
requerimientos, concluyendo que es más rentable desecharlo y desarrollar
uno nuevo que hacer adaptaciones al nuevo sistema.
Clase 2
2018-1
Se pueden nombrar muchos de estos casos, los cuales tienen un

problema en común: “Los sistemas no cumplen con los
requerimientos”. Debido a esto, se le ha dado atención especial a
esta, usualmente amplia fase del desarrollo de un sistema conocida
como “la gestión de los requisitos”.
Por el especial interés que tienen los requisitos en este proceso, el

presente trabajo se enfoca a algunas definiciones importantes
introductorias sobre el tema, para luego, presentar el concepto de
trazabilidad, el cual debe de ser utilizado desde la concepción de un
sistema hasta la generación del código.
Clase 2
2018-1
Que es un Requisito?
Clase 2
2018-1
Requisito
Son muchas las definiciones que se encuentran acerca de lo que es un

requisito o requerimiento. En el SEWBOK [SEWBOK04], se define un
requerimiento como la propiedad que resuelve un problema en el mundo
real. “… es una condición o capacidad a la que el sistema (siendo
construido) debe conformar. puede ser definido como: Una capacidad del
software necesaria por el usuario para resolver un problema o alcanzar
un objetivo... Una capacidad del software que debe ser reunida o poseída
por un sistema o componente del sistema para satisfacer un contrato,
especificación, estándar, u otra documentación formal”.
Clase 2
2018-1
Características de un requisito
Necesario: Un requerimiento es necesario si su omisión provoca una

deficiencia en el sistema a construir, y además su capacidad, características
físicas o factor de calidad no pueden ser reemplazados por otras
capacidades del producto o del proceso.
Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su
redacción debe ser simple y clara para aquellos que vayan a consultarlo en
un futuro.
Completo: Un requerimiento está completo si no necesita ampliar detalles
en su redacción, es decir, si se proporciona la información suficiente para
su comprensión.
Clase 2
2018-1
Consistente: Un requerimiento es consistente si no es

contradictorio con otro requerimiento. No ambiguo: Un
requerimiento no es ambiguo cuando tiene una sola
interpretación. El lenguaje usado en su definición, no debe causar
confusiones al lector.
Verificable: Un requerimiento es verificable cuando puede ser
cuantificado de manera que permita hacer uso de los siguientes
métodos de verificación: inspección, análisis, demostración o
pruebas.
Clase 2
2018-1
Modificabilidad
Bien estructurado, indexado, con referencias cruzadas
Sin redundancia
No es modificable si no es trazable
Trazabilidad
Cada requerimiento se puede rastrear hasta su fuente
Cada requerimiento se puede rastrear hasta su
implementación
Notación útil
Que lo haga fácilmente comprensible
Clase 2
2018-1
Clasificación de los requerimientos de software
Clase 2
2018-1
Diferencia entre Req. de Usuario y Req. De Software
Clase 2
2018-1
Trazabilidad o rastreabilidad
Debido a los acontecimientos citados anteriormente, con

respecto a la dificultad que se ha tenido con el desarrollo de
sistemas de software, el tema de la trazabilidad ha
despertado un especial interés entre los Ingenieros de
Software, los desarrolladores de estos sistemas y algunos
usuarios.
Clase 2
2018-1
Son muchas las definiciones que se dan acerca de este tema,

pero casi todos tienen opiniones muy parecidas a las que se
presentan a continuación:
“Una especificación de un requerimiento de software es
trazable si
(i) el origen de cada requerimiento está claro y
(ii) si se facilita la referencia de cada requerimiento en el
desarrollo futuro o en la documentación”
Clase 2
2018-1
Es la capacidad de describir y de seguir la vida de un requisito,

tanto en dirección hacia adelante y hacia atrás, es decir, desde sus
orígenes, a través de su desarrollo y especificación, a su despliegue
y uso subsecuentes, y a través de períodos de refinamiento y de la
iteración en curso en cualesquiera de estas fases” [GOTEL94].
El autor Doorn [DOORN ET AL 07], en describe la trazabilidad

desde el origen del requisito hasta la implementación de este
requisito en el sistema y viceversa, es decir, hacia adelante y hacia
atrás.
Clase 2
2018-1
Esto implica que un requerimiento debe de ser rastreable desde que

se define y durante todo el desarrollo del software, lo cual garantiza
una adecuda administración del cambio con el fin de evaluar el
impacto en el resto del sistema. En el caso que se esté en la etapa de
desarrollo de los requerimientos, se podrá evaluar como afectaría un
cambio de un requisito en otro. Por otro lado, estando en etapa de
implementación y en caso de que haya un cambio en los
requerimientos, la trazabilidad permitirá hacer una evaluación en el
diseño y en la implementación.
Clase 2
2018-1
Si el cambio se da cuando el sistema está implementado, la
trazabilidad permitirá hacer una evaluación de cómo serán
afectados los involucrados.
Clase 2
2018-1
1. para diseñar o testear cualquier componente del sistema es
necesario saber qué requerimientos satisface (aunque sea
parcialmente)
2. Para probar el sistema software es necesario saber qué

requerimientos están siendo validados en cada prueba”
Sommerville [SOM97] tiene una opinión similar a la de Davis y lo

expresa de la siguiente manera: “La información de trazabilidad es
la información que permite que se encuentren dependencias entre
los requisitos, y entre los requisitos y los componentes del diseño
del sistema y la documentación”
Clase 2
2018-1
A la vez Sommerville [SOM97] expresa las razones del porqué
utilizar trazabilidad de la siguiente manera: “-Se dispone de
información en la evaluación de los cambios de requerimientos -Son
la base para el control de costos y calidad”
Clase 2
2018-1
Para los autores mencionados anteriormente, la trazabilidad es de
vital importancia ya que permite rastrear los requerimientos
durante todo el desarrollo de un sistema. Además puede permitir a
priori conocer cuáles serían las consecuencias de cambiar o eliminar
un requerimiento en el sistema, lo que en estrategias carentes de
trazabilidad, no se podía visualizar tan fácilmente.
Clase 2
2018-1
Aplicar trazabilidad es un proceso delicado, ya que durante todo el
desarrollo de un sistema, independientemente del modelo que se
utilice, se deben de tomar en cuenta aquellos artefactos que
permitan rastrear el requerimiento desde su nacimiento hasta su
puesta en marcha y viceversa.
Clase 2
2018-1
Trazabilidad
Clase 2
2018-1
Tipos de Trazabilidad
Clase 2
2018-1
Trazabilidad Bidireccional
Clase 2
2018-1
Trazabilidad Vertical
Clase 2
2018-1
Ejemplo
Clase 2
2018-1
Trazabilidad Horizontal
Clase 2
2018-1
Ejemplo
Clase 2
2018-1
Matriz de trazabilidad de los requerimientos de un sistema
Clase 2
2018-1
Matriz de trazabilidad de los requerimientos de un sistema
Clase 2
2018-1
Matriz de trazabilidad casos de uso y actores
Clase 2

Clase 2

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Clase 2

Caricato da

Copyright:

Formati disponibili

CURSO:

Analisis y Diseño Orientado a

A través del tiempo, muchos de los sistemas de software desarrollados, han

Se pueden nombrar muchos de estos casos, los cuales tienen un

Por el especial interés que tienen los requisitos en este proceso, el

Son muchas las definiciones que se encuentran acerca de lo que es un

Necesario: Un requerimiento es necesario si su omisión provoca una

Consistente: Un requerimiento es consistente si no es

Clasificación de los requerimientos de software

Diferencia entre Req. de Usuario y Req. De Software

Debido a los acontecimientos citados anteriormente, con

Son muchas las definiciones que se dan acerca de este tema,

Es la capacidad de describir y de seguir la vida de un requisito,

El autor Doorn [DOORN ET AL 07], en describe la trazabilidad

Esto implica que un requerimiento debe de ser rastreable desde que

2. Para probar el sistema software es necesario saber qué

Sommerville [SOM97] tiene una opinión similar a la de Davis y lo

Matriz de trazabilidad de los requerimientos de un sistema

Matriz de trazabilidad de los requerimientos de un sistema

Matriz de trazabilidad casos de uso y actores

Potrebbero piacerti anche