Tec ógico Nacional de México.

I tuto Tecnológico de Acapulco

~!flf®lml ~ ~ l i1~1li1 l ®lflToo
®lli1 ill ~IIDl OOi
@@IIDl1 ~@ll@lli1@íl ®ic
Mmifi!oo~ ~ l i1~1li1ü®!f1Too ~® -[f(;)ª
,-~®im1~ ~lli1i MoolflToo !Nloolli1@W ;@W®foo ~~ª
Vo Vo~ I I I l I I I ~ l I -----~
~íl!Jllp) ~~
Mooim1íl~ M®Jüoo tíl)Jíl@® ~1ID11®1m1ílc4b ~l~~U11
M@lli1~~ ~ílll~ M@lli1~(;J- ~,~~1111
l@~mm l~• ,c;Jwoo !1~!11~
;ooíl íl oo~@ ~®lli1tt[f(;)im1~ Mü@~®íl íl ~ 1~~ 1 1 ~1
~@lmlifil@~ l]flIDl = ,~flIDl
 ®

'J:' ..,,
o
" - -, ]$
e,
4<lp
u'-'
 o

[íl ílt~
·liil-Uilc CCDCCDCD0CDCCDCCDCDDCDCCDCCDCCDCD0CDCCDCCDCD0CDCCDCCDCDDCDCCDCCDCCDCD0CDCCDCCDCD~

~llil ~l;l piith1o lb~

DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD~

~b!Mccccccccccccccoccccacccccccccccccccccccccccccccccccccccaccccccccccccccccccccccccc~

-m""""ººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººººI
~DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDI

lH~ lb-~- lb
hm~~- lb
~-lliiil~DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDI

I.JmLm@bffl(;R e;,m ~ ~t,jH!§l~º ºº ºº" ºº º ºº º ºº ººº ºº º ºº º ºº ººº ºº º º~ 1

l~ lb hffl~H~llllaa
ll t ;f l ~~-
e ce occ ca e ca e ca occ ca e ca e ca occ oc e ca e ca e ce occ ca e ca e ca occ

ca e ca e ca o~~

~!loo lb
hm~~-
~llil ~~ ~·llBDD D DD D DD DDD DD D DD D DD DDD DD D DD D DD DDD DD D

DD D DD D DD DDD~ ~

-rsiR lb lbi lb ~t,JOl§~DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDJ ~

hm~lllfj]llfficcccccocccccccccccccoccccccccccoccccccccccocccccccccccccoccccccccccoccccccccccoa~I
~ere re n e i as íl g
 .
/

n ro __ u e e Ion
En Ingeniería de software, es determinante ograr productos de software correctos,
fiables y mantenib es. Por lo tanto, es necesario tener buenas técnicas para separar
y especificar correctamente os requisitos, controlar su evolución y soportar os
cambios. La trazabilidad es el mecanismo que permite lograr este resultado. Esta
práctica es la base de a gestión de los requisitos, puesto que brinda la información
necesaria para su contra y soporte a o largo del proceso de desarrollo de software. En
otras palabras, posibilita la verificación de la transformación de los requisitos en
elementos de modelo sucesores, así como el análisis y gestión del cambio en ellos,
verificando su completitud y coherencia.
 • • •
e 1n1c1on
Es a correspondencia entre cada requisito del
software
y/o uno o más requisitos de usuario, u otras fuentes
(trazabilidad hacia atrás) o una o varias partes del T\ranspo rte Transi:, orte '

diseño o la implementación (trazabilidad hacia adelante). '\.

-e--)
l TRAZABILIDAD
.I'
-4 ,
3#

I
1

La trazabi idad de requisitos es una

herramienta
fundamental para a gestión de requisitos. Es elementa MailP.i'Íl:i!i~ priilmi!~ Centm!. di:!
d istribueión

para el contra y como apoyo para la toma de decisiones en

1 e✓
el proyecto. Como no es un entregable o componente del Punt•D:5 de venta
1 -(--- TrartS;Jlil!lrh!

producto, se debe cuidar que su creación y uso sea o

más eficiente posible.
Es importante identificar y establecer el Debido a esto, resulta fundamental que la
nivel
trazabi idad siempre este actualizada y
de detal e que se requiere hacia los diferentes
reflejado a realidad de proyecto en tiempo
casos de uso, reglas de negocio, características
real.
y atributos.

Es necesario seleccionar aque las asociaciones

Li
l-)=ll'-Oaac_tmi
1::.1.1...1:.;':1:•M-- >
que son de interés relevante para el análisis, , .
r r .... ,-
"
""'!¡ ,r 7'fl

para su posterior análisis ante un posib e Productor

Procesador
Di5trilbuidoi:- -- Minolist~ .,. Cliente

\.. ~ .... I ... .J \... ~ ... .J .

_>
<
lnttrramblo dt Información
afectados .,_....

cambio en os elementos que se puedan ser Trazabilidad hacia atrás (tracing).

Trazabilidad hacia
adelante (tracking].
 • • •
ue es ma r1z raza
La matriz de trazabi idad es una tabla
que relaciona cada uno de los Matriz de Trazabilidad de Requisitos del Proyecto con Verificación y Validación

requerimientos con el entregab e que

IProjed llt :xx.:JXXX.a

se haya solicitado. Este cuadro es de Projed 1118: ABC Pn,Jed

doble sentido. Te permite identificar

Requf lWIW'lt lnbmatJcn Relations:tlctTraceallility

10
. CATEGO«Y
.
IIEOUlllEMEHT
. PIUOIUTY
. SOUltCE
. BUSlt,ESS OBJECTM
. OE1.MJIA81.E(S
. mFICA~
. \'Al.JO,

. .,_..
qué resultado se alcanza a través de U> 001
Comp41I
scwy
• ~I for Coaantrt To~ l\t
Klftt.dp Bue Fo, Solltlela To
Broadbud Piobi.m
CTO
• a-u.WMMCt
llesolWM 11,111 Bt

12't
• ::i:
• AddTm"-
!¡se

.
ot,joeM

_ ,_...,.
UA
-
-11..
UdtTtl

• AddTatH- Addtm

=•
•

cada requisito y, a la vez, qué u, 002 Good•Hl\'e

• Abltlt1 for ~ To S..
111 Mt Accouc,t
KNwledp.Anideslltc.nc1y
AIM
Ad.!l.iftt • Addla:t Hn • AddTm H.. • AddTmr
Ylftecl
• AddTmHn

requisitos son los que permiten

obtener un determinado entregab e
1 mportancia de la matriz de trazabilidad de requisitos en la gestión de proyectos
· A menudo enfrenta desafíos al
rastrear los requisitos del proyecto~
· Siempre le resulta arduo satisfacer
las necesidades de las partes
interesadas~
· Prefiere utilizar el mismo enfoque y
técnica independientemente del
requisito~
Si tu resp.uesta es un rotundo · sd a todas las p.reguntas
anteriores, es p.robable ~ue no esté siguiendo un enfo~y_g
eficaz p.ara documentar estos re~uisitos. A menudo, los
gerentes de p.royecto evalúan los re~uisitos del cliente
solo en a etap.a inicial y no los rastrean durante a
ejecución. A veces, también p.uede existir la p.osibi
idad de ~ue el
alcance de p.royecto sufra modificaciones en algY..D.
momento. Si no se consideran estos asp.ectos, habrá una
desalineación entre el entregab e y las exp.ectativas.

propósito principal de RTM es
realizar un seguimiento del
requisito, su fuente, rastrear los
turnos y cómo se entregará e
requisito a lo largo de cic o de vida
del proyecto.
Además, la matriz de trazabilidad de
requisitos reduce el riesgo de defectos y
objetivos perdidos. Ayuda a los
directores de proyectos a evaluar e
identificar los riesgos antes de que se
conviertan en problemas.
Dado que todos los detalles del proyecto desde el punto de
vista del e iente ya están en su lugar, ayuda a los gerentes de
proyecto a construir un plan de acción para el proyecto de tubería
antes de la curva. Además, os gerentes pueden estimar con
precisión los requisitos de recursos en función de as actividades del
proyecto e iniciar el proceso de so icitud. En consecuencia, el
administrador de recursos también puede identificar y asignar los
recursos más adecuados para la entrega exitosa del proyecto.
Durante el proceso de va idación, el RTM mostrará diferentes
escenarios de prueba, estado de ejecución de prueba para varias
funcionalidades. También ayuda en la incorporación de las
solicitudes de cambio o modificaciones ad hoc. Con toda esta
información a su a canee, su equipo podrá realinear sus esfuerzos
con las nuevas expectativas de manera efectiva.
 entajas:
• La trazabilidad permite
conocer el recorrido de la
la~~[li)r;)[f lb ~[li)oo ~~r;[li)oo ~~~a~a■ ~r; ~~a~~~ [li)~
P1M~
mercancía desde su origen.
M;"I~ ~~rr r;~ ~mwoo~ w r;1~ pwr;i ~r;1 IDlliJi)f;l ~r;~~~~oo[li)r;~ r;[li) i,iwoof;]~D
• La trazabilidad facilita la
ubicación de los productos
~[f (lr;lliJi) i,i~ 00 D ~[li)f;l ~[;) ~f;l~ R ~f;l~ i,ilffi [li)~Ü p~[;)~ ~~[;) [li)~ L~
por lote. ~f;l

7 ~~u~I ~ r;rr ~~Mü[li)f;l[f ~u ~ ~g ~~u~~~ ~f;l[li)

- ~loo ~oo[li)~lr;J~ w ~a ~m a[li)~[li)~aoo~ ~~r; ~oo[li) ~ulloo
Desventajas
• El costo de implementación ~[li)r; ■ f;l~

~~lc@[li) f;l~~üm~(;J ~OO[li) ~!f11 lfe;J~~ü~DID -~üliooª

;lfm@JH~ ~ ~~ IIJI¡~- lb ~lllH~~ \l;]ffl)UiJD~ ~~ ~~~- lb
1
1
1
1•(ft[t' (;}~ 00.ffn lb -
a ~lllH~~ w ~~-r (;}~ .Haunff@ft!) I(;}
puede ser alto.
CftrnJD. ~ll](;} QI;l ~~H~ ~~~ 1 aunH~lfflc 11..
1

\ D ~~ ~.f;!rr ~~
• Es necesario contar, ~ll]HQJ~
 además, con un sistema de
lb lll~IJ ll1t11J~C
~ull(;} ~~lbrr ~ ~~ twh]l~•
(!I!llil ~ ~.. (Dllffl) ~~!] ~

información logística capaz

lb ~M»J n'B3 mn~I~
de soportar y procesar la ---,---
\ i n fo r m a c i ó n _::::::::::=-:--- -
D~M»J@Jlffnl]f ~ffn IBilU@lmlllillQl~ ooliJ@JÜ~lftllD oo ~oo ~m
==:::::::::::::----1
l----
~ttDml(l;lrrª
 ipos e traza i i a e requisitos.
Trazabilidad de proceso
Trazabilidad hacia atrás Trazabilidad hacia delante
(interna)

• IDe quién se· reciben • Cuándo los productos
lios productos, se d ilvi den, cam bia n o
mezcla n,.
• Oué se ha recibido,
• Oué es lo que se -ere.a"
• A qu ién se- entrega.
• Qué se ha vend i dio
exactamente,

• A partir de qué se crea,

• Oué se h i 2 0 con
1

los • Cómo se crea y cuándo.

productos,
• ldentificacion -d-ell
producto fmal.
 onsi eraciones en a traza i i a e requ1s1

Los requisitos están relacionados entre si. Es importante identificar y estab ecer el nivel de
detalle que se requiere hacia los diferentes casos de uso, reg as de negocio, funcionalidades,
características y atributos de calidad. Se deben seleccionar aque las asociaciones que son
de interés para el análisis, que en caso de cambios permitan identificar fácilmente os
elementos que se afectan. ~ay que tomar en cuenta que a trazabi idad de requisitos es un
elemento de control, no es la definición en sí de los requisitos que se puede establecer o
documentar de manera independiente.
 ~oo!ñl ~ llfñllirli(i[;Jr;i lb h~~u~lll ~m rr~ll l ~oor;i

~~ l mllr;i~~ L han~n ■ r«!lli1 ~r,Jr;i~~~ ~m ~~ ~[;)!fffllllfruÜ[;)~ E[;) llfñll[;)~~D

E(;}ffl1fflj)~~~~ ~~-l!ñl ~líffi ~~OOIP ~fil (;}W)~lll~l!ñl w (l;\llfñl~"m

E[;) ~~ ~r,Jür;iffiDr;i~ E[;)PJlbr!!ñl L ~~ llfñll[;)~~ lb ~t;Jffll~~~oo

[~r,J~r;i~I} ~ Er;J ~ ~~oor«wil} ~º~ ~m
Rl!lil

~OO!ñl~~ ~IP ~oor;i lb~lflf@~~llii~º ,001r ~oo ~mJ!íffi~º

~oollml~Ü!ñlOO!ñl E~-.. WC#J~mümr;ir;i lb \tmta!kJ~B

mniR5.W!IJBbr;i ~[;) ~~l!ñl W ~(;Bl~u~~l!ñl
~lím

~oo¡m;¡~~moo1r ~oor;i r;J~r;Jllfñlr;J~ ~r;J llb~ooº • r;J~r;J-

~r;i r«;J

~OO!ñl~p ~!ñl i- m ~~ ~~r;i~ctm~ lb Cl;l~III ~m

~llm](;l[ñl ~~ tm~ lr;i h~"@D ~!ffl\lr;iD f;!(;l ~llfru~~(;l--

[ñl
 Tabla 2.. Req uisítos ·y casos
die uso

Casos de 1J s 0 1
\
CLJ1 CU2 ClJ3
CLJ4-
Re q 1J isitos
Re q 1J isito 1 ✓
Re q 1J isito 2 ✓
- .. - - ✓
Re q 1J isito n ✓

Cuando se construye un modelo de trazabilidad, las

herramientas permiten usar libremente las relaciones de
trazabilidad; lo importante es que los desarrolladores hagan
buen uso de ellas. [I flujo de control y el soporte de
trazabilidad que este enfoque proponen ayudarán a
estandarizar la realización de dichos modelos.
 raza • •
1 1 a en e
•
LIJO e *lrido de la hración
pre: mcdel:i del ~~odo (opdooel,)

requisitos
. sistema existerte

EníllH1d1e:r In
Anamrel
Nnnklidn
Pniblema de los; Participantes. 1:n11eva
Las actividades que se ejecuten en los flujos de trabajo [problmT'li
en1niiiJ&]
íncorr!Cto
dependerán de la iteración que se esté llevando a cabo en el [drec:cionarrlo
el probre rn:=.i [no pUBde Adlminimar el Camt,io
corred·ol h&cerse ~n los Reqi..íisitos
toda el trrb*l
proceso de desarrollo. A continuación se analiza la forma como el llJafinil¡ ..
'Siden M.!11 Admini:dnlr
flujo de control y el soporte de trazabilidad pueden apoyar el flujo -----9i!I delSidem11
el alcaruc:e
~
--- [lnl:;,i,;u III Unce] ~
de requisitos.
RefiM la definición
del:siste.ma ~
~

En la figura, se ilustra el flujo de trabajo de la discip.lina de Comrol y Soporte de TrazabiHd:

11
Re~uisitos y se incorp.ora la actividad de Control y Sop.orte de
11
T razabilidad • Además, se reconocen los p.articip.antes, los
Fin de la ltefaoión

documentosLmodelos fuente y los p.roductos de trabajQ

involucrados en el trazado.
1 nicia mente, es importante conocer, por cada iteración, qué acciones se van a ejecutar en cada flujo de trabajo
(decisión del grupo de trabajo) y qué objetivo del sistema y requisitos se gestionarán. Así, se determinan el a canee y
los mode os de trazabi idad que se generarán.

Para a trazabilidad, toda acción que pueda generar o a terar un elemento de modelo o documento debe estar siempre
11
presente en el f ujo para facilitar e control de trazado. Por esta razón, as Refinar la definición del sistema"
acciones
11
y Administrar e cambio en los requisitos se deben considerar.

Las acciones marcadas como (l) y (2) determinan los elementos de modelo para la acción (3). La primera acción
provee los elementos de mode o para crear o refinar el modelo de trazabilidad durante el desarro o (depende de la
iteración). En los productos de trabajo de esta discip ina se inc uye e mode o de trazabilidad que será
determinante para posteriores fases de cic o de vida.
En a tabla, se muestran algunos de os e ementos y re aciones de trazado que se deben controlar durante a eJ
del f u]o de trazabi idad.
Tabla 3. Elementos de trazado en el fllujo dea Requ isitos

Elemento oriqen Relación de trazado Elemento destino

Re-quisjtos <crea 1 ize»> N ec.e sida des
Casos de uso <crea 1 ize»> Requis~tos
Prototipos <crea 1 ize> > Casos de Uso
Mode~o de clases <crea I1 LZe> > Modelo del Dominio
A rq u itectu ra candidata <·<tia ce>> Modelo de Clases

En este enfoque, el elemento o artefacto de "Requisitos" se refiere tanto a requisitos funcionales como no funcionales,
pero de igual forma se podrían corre acionar con otros elementos independientemente.
Dicha decisión dependerá de la estrategia de especificación y mode ado usada por e grupo de desarro o. A gunas
buenas prácticas orientan la agrupación de requisitos de acuerdo con los intereses u objetivos del negocio. Así,
los casos de uso se separan o agrupan en paquetes funcionales que representan dicho interés.
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 trazabdidad. 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 )

·
.
..... '•
'1

base de datos. •
1

,' 'r
l
1

1 ' ' 1

'
1 1

1
1
j

.'.•,
1
¡
' 1

\
1. Gestión óptima del alcance de la solución
En a medida que permite re acionar cada requisito con os objetivos de negocio perseguidos
2. Gestionar cambios con mínimo impacto
U na buena trazabilidad permite poder eva uar e impacto de potenciales cambios sobre requisitos de una manera comp
eta
3. Ayuda a reducir riesgos en el proyecto
Permitiendo identificar dependencias críticas entre requisitos y, por o tanto, controlar mejor estas relaciones.
 BENEFICIOS DE LA TRAZABILIDAD DE
/ /

'.
\ 1
/
/
/
'
1

REQUISITOS
;

4. Ayuda a mantener consistencia entre requisitos

E hecho de mantener as re aciones nos ayuda a ser consistentes y coherentes
5. Permite monitorizar y controlar el ciclo de vida de requisitos
La matriz de trazabdidad puede ser la base sobre la que controlar qué requisitos están va idados, cuá es están pendientes o
cuáles han sido rechazados.
~ ~~~u~II ~~ ~ll!ür;J~ ~ ~~u~ (ffl11ff;1 ¡g~ü~rr llll1il í;J~lllDlliIDD~~ L~ ~•r;JOO ~~~ ~
~l1il

• ,~e l f;llliID~ll1il f;lwlf;l f;l ~OOr;J ,[IT;J~r;J ~~ ~~~ f;l ~•[ff;)~~ L ~lll~ ~~

c;Jffifiir9~~~
~llllliID~~f;Jl1i] ~00l1il ~f;l~ rm~w- ~~ ~f;l~ íffl1~~ ü~ ª ~ Ü~lflliiilr;J~u1l1il

lliID~l1il~Dool1illb

f;J~lfflOOlflliiil~l1i]il;J ~ llll1ilf;l ~lftm Lr;J[@[f1]~ull1il ,l1il~!!ffi~ L ~f;l lliID-~ L ~~~ü~ü- ~~ ~lllÜr;J~I)

í;Jlll

H l1iJfl p)~l1iJ[@fff;J W (@111iJflOO (@[g [f' [IJ l1i]f;J e

¡u r«;J ÜlliID~~~lliID~!rfflfi ~l1il ~[IT;J~Ür;Jull1il¡¡ ~lll f;lw oorr oo llll1il ,[IT;J~ L ~~~ oo ~1f;Jrr
~lfOO~~~lliIDoor;J [IT;J~r;J[@ü@[íill\oo~ ~l1il ~f;l ,~'ll1il ~~~ f;l~(tJ;]l1il~ ~l1il llll1ilf;l ~íffl1 ~~!f1loorrc ~000 ~lll~llooD
f;lflJ~ ~~
11iIDf;ll1il~[ff;) ~M f;l lliID'OO[ff;)[f' ~f;l ~h~~ ~~~ ~~~ w ~f;l («i)11r;J~H~11 L llll1il ~lfOO~lll~

ml1ilf;l~I)

lliIDÜl1ilÜlliIDÜ~l1il11oo ~00 [IT;J~~Üll1il ~~~ ~~00 W lliIDOO~ÜlliIDÜ~loo ~00 1i~u~l1il~ÜOOc

 . ........ . . .
e erenc1as 1 10 ra 1cas
• 1.1.2 Trazabilidad de Requisitos. (s/f). Scribd. Recuperado el 6 de febrero de 2023,
de https://es.scribd.com/document/330971308/1-12-1-2
• Tipos de trazabilidad: ventajas y desventajas [+Ejemplos]. (s/f). Beetrack.com. Recuperado
el
6 de febrero de 2023, de https:/lwww.beetrack.com/es/blog/tipos-de-trazabilidad-ventajas
• Marta Silvia Tabares, A. F. (2007). UN METODO PARA LA TRAZABILIDAD DE
/

REQUISITOS EN EL PROCESO UNIFICADO DE DESARROLLO. Revista EIA. Obtenido

de http://www.scielo.org.co/scielo.php ?script=sci_arttext&pid=Sl 794-
12372007000200007