ITS-Acayucan

Tecnológico Nacional de México

Instituto Tecnológico Superior de Acayucan

INGENIERÌA DE SOFTWARE

ACTIVIDAD #3
ENSAYO IMPORTANCIA DE LA TRAZABILIDAD DE LOS
REQUISITOS DE SOFTWARE"

Presenta.

Samuel Zamora Sandria

Asesor:

MTRA. NATIVIDAD JUAREZ GONZALEZ

Acayucan, Veracruz; 17 de febrero de 2023

 ITS-Acayucan
INTRODUCCION

Hay un gran problema hoy en dia, los desarrolladores de software al querer dar su aportacion a
un cliente, o empresa que le solicita de su trabajo, quizas no siempre pero en su mayor parte
hay un descuido a la sastifaccion de lo que se este desarrollando, ya que por falta de
requerimentos de una buena organización en lo que se quiere plasmar se termina ofreciendo
algo que a corto plazo es desechable o no cumple con la espectativas que se queria tener. Y
es para esto que se van agregando soluciones menos efectivas que al final desintegra el
proyecto por eso es muy importante conocer esta importancia de trazar bien los requisitos
efectivos para un buen software, teniendo en cuenta cada detalle minimo desde el principio
hacia la conclusion del mismo.

Es lo que vamos haber en este tema desde lo que es un requisito, una buena administracion,
los tipos, la clasificación, las dificultades, la trazabilidad rastreando mas a fondo para descubri
la importancia necesaria de un buen proyecto.
 ITS-Acayucan
IMPORTANCIA DE LA TRAZABILIDAD EN LOS REQUISITOS DEL SOFTWARE

Muchas veces se nos viene a la cabeza para que tener en detalle en cada punto importante si
al final no se lleva a cabo lo que se planteo al principio para ello tenemos los requisitos y
vamos ir desglosando que es pero antes debemos conocer unos puntos necesarios para llegar
a la trazabilidad de estos requisitos de software.

Esto viene siendo 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.

Tenemos que administrarnos en lo requerimientos que se necesitan, un enfoque sistemático

para obtener, organizar y documentar los requisitos del sistema, así como mantener un
acuerdo entre el cliente y el equipo del proyecto en los cambios a los requisitos. Teniendo en
cuenta los requisitos del software y hardware.

Clasificando esta metodología del proceso unificado de desarrollo de software dejando abajo la
Tabla dada por Hewlett - Packard

Necesitamos requerimientos funcionales Pueden declarar lo que el sistema no debe hacer. Una
falla de un requerimiento funcional degrada un sistema. Estos requerimientos dependen del
tipo de software, como por ejemplo para un sistema que imprime cheques semanales de pago,
los requerimientos funcionales deben responder a preguntas como:
 ITS-Acayucan
1. ¿Qué entrada es necesaria para que un cheque se imprima?
2. ¿Bajo qué condiciones puede cambiar el monto del pago?
3. ¿Qué provoca la remoción de un empleado de la nómina de pago?

Tener en cuenta los requerimientos no funcionales son aquellos requerimientos que no se

refieren directamente a las funciones específicas que entregará el sistema, sino a las
propiedades emergentes de éste tales como la fiabilidad, el tiempo de respuesta, la capacidad
de almacenamiento, etc.

La trazabilidad 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.

Esto implica que un requerimiento debe de ser rastreable desde que se define y durante todo el
desarrollo del software, lo cual garantiza una adecuada administración del cambio con el fin de
evaluar el impacto en el resto del sistema.

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.

Los métodos de desarrollo de software son variados y tienen características propias que los
hacen aptos y específicos para las necesidades de los desarrolladores. Sin embargo,
independientemente de cuál se utilice y los productos de trabajo (workproducts) o artefactos
que de él se deriven, los elementos que apoyan el proceso de desarrollo son susceptibles de
ser trazados.El grado de trazabilidad que se puede lograr depende de factores tales como la
cantidad y calidad de información que proporcionan los elementos de modelo y las
necesidades de los participantes del proyecto en la gestión que se deriva de la traza.

UML dispone de dos tipos de relaciones para realizar la trazabilidad: Abstracción (Abstraction)
y Realización (Realization). La relación de Abstracción "relaciona dos o más elementos o
conjunto de elementos que representan el mismo concepto en diferentes niveles de abstracción
o desde diferentes puntos de vista. Para la trazabilidad, toda acción que pueda generar o
alterar un elemento de modelo o documento debe estar siempre presente en el flujo para
facilitar el control del trazado. Por esta razón, las acciones "Refinar la definición del sistema" y
"Administrar el cambio en los requisitos" se deben considerar. Al refinar el sistema, un nuevo
requisito, caso de uso u otro elemento de modelo se puede crear, modificar o eliminar en un
modelo de trazabilidad. Todo cambio debe partir de los requisitos y los casos de uso, pero
muchas veces los desarrolladores evitan el flujo de requisitos, y los cambios afectan
directamente la arquitectura y elementos de diseño, como los componentes y la base de datos.
 ITS-Acayucan
Como trabajo futuro, el grupo de investigación está realizando proyectos en tres frentes
importantes. Uno, establecer el grado de la correlación que puede ocurrir entre los modelos de
trazabilidad generados en los flujos de requisitos y los generados en los flujos de las etapas de
análisis y diseño. Dos, realizar un análisis de los costos y beneficios que implica realizar la
práctica de la trazabilidad usando el proceso unificado y otras metodologías de desarrollo. El
tercer frente, y más importante, es obtener un patrón de transformación dirigido a generar
modelo de trazabilidad con características de propagación del cambio en diferentes niveles de
abstracción, para verificar consistencia y completitud de los modelos de desarrollo.

CONCLUSIÓN

Una vez se conoce cómo se puede controlar la práctica de la trazabilidad desde el proceso
unificado, es importante empezar una prueba piloto en una empresa de desarrollo. Este flujo
está orientado a que los grupos de trabajo puedan establecer medidas o criterios acerca de
factores tales como la continua demanda de cambios por parte de los usuarios, el grado de
entendimiento del problema por parte de los desarrolladores y el nivel de intervención de los
arquitectos en esta práctica desde etapas tempranas de desarrollo, entre otros.

Como pudimos ver la trazabilidad nos da un patrón para analizar más correctamente el
proyecto tener un flujo de control y soporte ya que nos orienta a estandarizar y automatizar los
modelos ya dichos con anterioridad.

BIBLIOGRAFÍA

http://ead.itsaonline.com.mx/pluginfile.php/2901/mod_resource/content/1/trazabilidad%20de%20requisit
os.pdf.

Silva, T. (2007). UN METODO DE TRAZABILIDAD DE UN PROYECTO. SCI ELO. Recuperado 4 de

abril de 2007, de http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S1794-

12372007000200007