Mejo a de Ges ión de Se icios de TI a a és de ITIL y la
Tecnología Blockchain
Imp o ing IT Se ice Managemen using ITIL and Blockchain
Technology
T abajo Fin de G ado
Cu so 2021-2022
José And és Velasco San os
Yule Zhang
Di igido Po :
Ma ía C uz Valien e Blázquez
G ado en Ingenie ía del So wa e
Facul ad de In o má ica
Uni e sidad Complu ense de Mad id
1
2
Mejo a de Ges ión de Se icios de TI a a és de ITIL y la
Tecnología Blockchain
Imp o ing IT Se ice Managemen using ITIL and Blockchain
Technology
T abajo de Fin de G ado en Ingenie ía del So wa e
Depa amen o de Ing. So wa e e In eligencia A i icial
José And és Velasco San os
Yule Zhang
Di igido Po :
Ma ía C uz Valien e Blázquez
Con oca o ia: Junio 2022
G ado en Ingenie ía del So wa e
Facul ad de In o má ica
Uni e sidad Complu ense de Mad id
30 de mayo de 2022
3
4
Ag adecimien os
En p ime luga , que emos ag adece p o undamen e a nues a di ec o a del p oyec o,
Ma ic uz, po la p opues a que hizo pa a es e p oyec o, po las cons an es ayudas que
ecibimos de su pa e du an e odo el cu so, po manda nos a ículos de in e és y con ac os de
di e en es pe sonas, ambién po dedica iempo a euni se con noso os pe iódicamen e pa a
da seguimien o al p oyec o. Sus di ec ices e indicaciones nos han ayudado muchísimo pa a
a anza con el abajo, sin ella es imposible llega has a dónde es amos aho a.
Además, que emos ag adece a nues as amilias, pa ejas y amigos, po su apoyo y ánimo
cons an e.
5

6
Resumen
Mejo a de Ges ión de Se icios de TI a a és de ITIL y la ecnología Blockchain
Siendo la cla e pa a mejo a la calidad del se icio de TI en una emp esa, ITIL es una guía de
buenas p ác icas pa a la ges ión de se icios de TI y aba ca oda la in aes uc u a, el
desa ollo y las ope aciones de TI.
Blockchain cons i uye una ecnología segu a y anspa en e que u iliza la descen alización y el
hashing c ip og á ico pa a aplicaciones en el mundo eal. Puede ayuda a cada pe sona a
oma el con ol o al de cada mo imien o que ealiza de la mane a más segu a posible.
En es e p oyec o se p opone abaja en una solución pa a mejo a la ges ión de se icios de TI
pa a emp esas u ilizando SLA, el aspec o más undamen al de ITIL, y la ecnología Blockchain.
Palab as cla e: TI, Ges ión de Se icios, ITIL, Blockchain, SLA
7
8
Abs ac
Imp o ing IT Se ice Managemen using ITIL and Blockchain echnology
Being he key o imp o e he quali y o IT se ice in a company, ITIL is a guide o good p ac ices
o IT se ice managemen and co e s all IT in as uc u e, de elopmen and ope a ions.
The Blockchain is he mos secu e and anspa en echnology by using decen aliza ion and
c yp og aphic hashing in oday’s wo ld. I can help e e y pe son ake o al con ol o e e y single
mo e ha he makes in he sa es way possible.
In his p ojec we p opose o wo k o a solu ion o imp o e IT se ice managemen o
companies using SLA, he mos undamen al aspec o ITIL, and Blockchain echnology.
Keywo ds: IT, Se ice Managemen , ITIL, Blockchain, SLA
9
Capí ulo 1 - In oducción
1.1. Mo i ación
Hoy en día, la necesidad del depa amen o de la Tecnología de la In o mación (TI) sigue
c eciendo, y lo es á mos ando de una o ma inno ado a. Como a i ma el a ículo ¿Hace al a
un depa amen o de in o má ica? Pues, depende[3], en la ac ualidad, se es á iendo el impac o
del depa amen o de TI en el es o de los depa amen os.
“Algunas de es as cosas ya es án pasando y, en muchas o ganizaciones los que más
saben de Sales o ce es án en los depa amen os de en as, los que más saben de SAP
es án en inanzas o los que saben de las he amien as de da os es án en odas pa es
en modo de au ose icio. Algunos depa amen os de ‘inno ación’ o de in es igación y
desa ollo es án llenos de in o má icos, a o unadamen e.“
Po lo que se puede e que la TI ya no solo cons i uye una pa e impo an e en una emp esa,
sino que cada ez se es á haciendo más imp escindible.
Además, a aíz de la pandemia de la COVID-19 y la nue a ola de ele abajo, la ans o mación
digi al en las emp esas en el á ea de TI se ha acele ado de mane a muy signi ica i a,
p oduciéndose cada ez mayo demanda de se icios.
Po o o lado, debido a la c isis sani a ia y económica que se es á i iendo, se es án ce ando
muchas emp esas en el me cado. Se puede e en la siguien e no icia El ejido p oduc i o no
se ecupe a: España iene hoy 77.831 emp esas menos que an es de la pandemia[4] del
pe iódico El Mundo:
“No odas las emp esas que u ie on que baja la pe siana en España po la c isis de la
pandemia, han podido ol e a subi la. De hecho, a cie e de 2021 el país cuen a con
1.411.902 emp esas dadas de al a en la Segu idad Social, en e a las 1.489.733 que
enía en eb e o de 2020 an es de que i umpie a con ue za la pandemia.”
En es e sen ido, los en o nos emp esa iales son cada ez más compe i i os y las expec a i as
de la al a di ección son cada ez más ambiciosas en lo que espec a a los se icios de TI, an o
a ni el in e no como ex e no (es deci , se icios que desea o ece a sus clien es).
La Biblio eca de In aes uc u a de Tecnologías de In o mación (del inglés In o ma ion
Technology In as uc u e Lib a y, ITIL) puede ayuda a las emp esas a cumpli sus obje i os
16

o eciendo unos se icios de TI con mayo calidad. ITIL ha sido econocida in e nacionalmen e
como guía de buenas p ác icas pa a la ges ión de se icios de TI y es u ilizada po cien os de
o ganizaciones a ni el mundial demos ando su e icacia.
La adopción de los p ocesos de ITIL se hace necesa ia pa a pode ob ene se icios TI con
calidad y una alineación con el negocio en las emp esas, ya que los di ec i os de las emp esas
espe an que las necesidades de la o ganización se con ie an en soluciones, y que TI no
cons i uya un eno al negocio, como suele ocu i en cie as ocasiones.
Po o o lado, los se icios descen alizados basados en la ecnología Blockchain, aunque
oda ía no son lo su icien emen e madu os, es án demos ando su g an po encial en la
Indus ia g acias a la segu idad en su in aes uc u a, su anspa encia y su azabilidad.
Es po ello, que en es e p oyec o se p e ende hace uso de ITIL en combinación con la
ecnología Blockchain, a a és de la implemen ación de con a os in eligen es (del inglés sma
con ac s), pa a que dis in as o ganizaciones, independien emen e de su amaño y condición,
puedan ges iona los Acue dos de Ni el de Se icio (del inglés Se ice Le el Ag eemen s,
SLAs) con sus clien es de una mane a anspa en e, segu a y descen alizada asegu ando la
calidad de la ges ión del se icio.
Cabe des aca que en el momen o de la esc i u a de es e p oyec o no se ha encon ado ningún
abajo que incule ITIL con la ecnología Blockchain pa a ob ene los bene icios que pueden
o ece la usión de es os dos dominios.
1.2. Obje i os
El obje i o p incipal de es e p oyec o es la c eación de un sis ema descen alizado basado en la
ecnología Blockchain (conocido como Web3 ), que a o ezca la ges ión de los SLAs que se
1
es ablecen en e los p o eedo es de se icios de TI y sus clien es siguiendo las buenas
p ác icas de ITIL.
A pa i de es e obje i o p incipal, se es ablecen los siguien es obje i os especí icos:
● Implemen a el sis ema a a és de una in e az que sea lo más in ui i a, cómoda y
accesible posible. Pa a que, de es a mane a, el sis ema pueda llega al máximo público.
1h ps://www.ga ne .es/es/a iculos/que-es-la-web3
17
● Es ablece y mejo a la elación y comunicación en e p o eedo es de se icios de TI y
los clien es de mane a segu a y anspa en e a pa i de los SLAs.
● Ga an iza que an o los p o eedo es de se icios de TI como los clien es engan una
expec a i a cla a y sin ambigüedades del ni el de se icio que se a a con a a .
● Facili a la con a ación y moni o ización de los se icios de TI po pa e de los clien es a
a és de las ansacciones egis adas en Blockchain, median e la implemen ación de
con a os in eligen es ges ionados con monede os digi ales.
● Fa o ece la medición y e isión de los ni eles de se icio con a ados median e la
implemen ación de un cuad o de mando (del inglés dashboa d) que ecupe e los da os
de con a os in eligen e egis ados en Blockchain, y mues e los p incipales Indicado es
Cla e de Rendimien o (del inglés Key Pe o mance Indica o s, KPIs) inculados a los
SLAs.
● Adqui i nue os conocimien os en es ánda es y ecnologías pun e as que pe mi an
a on a con mayo ga an ía de éxi o la ida p o esional como g aduados uni e si a ios
in o má icos.
1.3. Plan de abajo
En la Figu a 1.1 se desc iben las ases del p oyec o y el iempo dedicado pa a cada una de
ellas:
Figu a 1.1 C onog ama de abajo
Se esumen las espec i as ases del plan de abajo a con inuación:
1. P ime a Toma de Con ac o: Es a ha sido la p ime a ase ealizada en es e p oyec o,
que ha consis ido en ene una isión inicial sob e el p oyec o, de ini los obje i os del
mismo y conoce las ecnologías que se an a u iliza .
18
2. In es igaciones: Du an e es a ase, se han ealizado in es igaciones sob e las
di e en es ecnologías, é minos y posibles implemen aciones de uncionalidades del
sis ema obje i o. El esul ado de es a ase es á e lejado en el Capí ulo 2 Es ado de la
cues ión de es e documen o.
3. Desa ollo Sis ema: Es a ase se ha en ocado en el desa ollo del sis ema, an o en lo
que espec a a la pa e del on -end como del back-end. Las ecnologías u ilizadas pa a
su implemen ación se mencionan en el Capí ulo 3 Tecnologías u ilizadas.
4. Dashboa d: En es a ase se ha desa ollado un dashboa d in ui i o que pe mi e
isualiza la in o mación cla e ela i a a los SLAs median e la aplicación de cie os KPIs.
5. Pasos Finales: Los pasos inales del p oyec o se han cen ado p incipalmen e en
comple a la memo ia, así como en mejo a pequeños aspec os del sis ema
implemen ado.
1.4. Es uc u a de la memo ia
El es o de la memo ia es á es uc u ada de la siguien e mane a:
Capí ulo 2 Es ado de la cues ión: Es e capí ulo con empla odos los conocimien os
impo an es que se equie en pa a la ealización del sis ema. Pa a ello, po un lado, se explica
ITIL y su aspec o más undamen al de ca a al ámbi o de es e p oyec o, los SLAs. Po o o lado,
en es e capí ulo se in oduce la ecnología Blockchain, así como sus é minos p incipales.
Capí ulo 3 Tecnologías u ilizadas: En es e capí ulo se p esen an odas las ecnologías que se
han u ilizado pa a es e T abajo Fin de G ado (TFG).
Capí ulo 4 Sis ema descen alizado basado en Blockchain que almacena SLAs, SLink: En
es e capí ulo se p esen a en de alle el sis ema desa ollado en es e abajo.
Capí ulo 5 T abajo indi idual: En es e capí ulo se de alla el abajo ealizado po cada uno de
los au o es del p esen e p oyec o.
Capí ulo 6 Conclusiones y abajo u u o: En es e capí ulo se desc iben las conclusiones
ex aídas del p oyec o, así como las u u as líneas de in es igación si se con inua á el
desa ollo.
19
Chap e 1 - In oduc ion
1.1. Mo i a ion
Nowadays, he need o he In o ma ion Technology (IT) depa men con inues inc easing, and i
is showing in an inno a i e way. As s a ed in he a icle Is an IT depa men necessa y? Well, i
depends [3], a p esen , he impac o he IT depa men is being seen in he es o he
depa men s.
“Some o hese hings a e al eady happening and, in many o ganiza ions hose who
know he mos abou Sales o ce a e in he sales depa men s, hose who know he mos
abou SAP a e in inance, o hose who know he da a ools a e e e ywhe e in
sel -se ice mode. Fo una ely, some ‘inno a ion’ o esea ch and de elopmen
depa men s a e ull o compu e scien is s.“
I can be seen ha IT is no only an impo an pa o a company, bu is becoming mo e and
mo e essen ial.
In addi ion, as a esul o he COVID-19 pandemic and he new wa e o elewo king, he digi al
ans o ma ion in companies in he IT a ea has accele a ed e y signi ican ly, p oducing an
inc easing demand o se ices.
On he o he hand, due o he cu en heal h and economic c isis, many companies in he
ma ke a e closing. I can be seen in he ollowing news The p oduc i e ab ic is no eco e ing:
Spain oday has 77,831 ewe companies han be o e he pandemic[4] om he newspape El
Mundo:
“No all he companies ha had o lowe he blind in Spain due o he pandemic c isis,
ha e been able o aise i again. In ac , a he end o 2021 he coun y had 1,411,902
companies egis e ed wi h Social Secu i y, compa ed o he 1,489,733 i had in Feb ua y
2020 be o e he pandemic b oke ou wi h o ce.”
In his sense, business en i onmen s a e inc easingly compe i i e and he expec a ions o
senio managemen a e inc easingly ambi ious ega ding IT se ices, bo h in e nally and
ex e nally ( ha is, se ices ha hey wan o o e o hei cus ome s).
The In o ma ion Technology In as uc u e Lib a y (ITIL) can help companies mee hei goals by
p o iding IT se ices wi h highe quali y. ITIL has been in e na ionally ecognized as a bes
20
p ac ice guide o IT se ice managemen and is used by hund eds o o ganiza ions wo ldwide,
p o ing i s e ec i eness.
The adop ion o ITIL p ocesses is necessa y in o de o ob ain IT se ices wi h quali y and
alignmen wi h he business in companies, since company manage s expec ha he needs o
he o ganiza ion become solu ions, and ha IT does no cons i u e a b ake on business, as o en
happens on ce ain occasions.
On he o he hand, decen alized se ices based on Blockchain echnology, al hough hey a e
no ye ma u e enough, a e showing hei g ea po en ial in he Indus y hanks o he secu i y o
hei in as uc u e, anspa ency and aceabili y.
Fo his eason, his p ojec in ends o make use o ITIL in combina ion wi h Blockchain
echnology, h ough he implemen a ion o sma con ac s, so ha di e en o ganiza ions,
ega dless o hei size and condi ion, can manage Se ice Le el Ag eemen s (SLAs) wi h hei
clien s in a anspa en , secu e and decen alized way, ensu ing he quali y o se ice
managemen .
I should be no ed ha a he ime o w i ing his p ojec , no wo k has been ound linking ITIL
wi h Blockchain echnology o ob ain he bene i s om he me ge o hese wo domains.
1.2. Objec i es
The main objec i e o his p ojec is he c ea ion o a decen alized sys em based on Blockchain
echnology (known as Web3 ), which a o s he managemen o SLAs es ablished be ween IT
2
se ice p o ide s and hei clien s ollowing good p ac ices o ITIL.
As o his main objec i e, he ollowing speci ic objec i es a e es ablished:
● Implemen he sys em h ough an in e ace ha is as in ui i e, com o able and
accessible as possible. So ha , in his way, he sys em can each he maximum public.
● Es ablish and imp o e he ela ionship and communica ion be ween IT se ice p o ide s
and cus ome s in a secu e and anspa en way by means o SLAs.
● Ensu e ha bo h IT se ice p o ide s and cus ome s ha e a clea and unambiguous
expec a ion o he se ice le el o be con ac ed.
2h ps://hb .o g/2022/05/wha -is-web3
21

● Facili a e he hi ing and moni o ing o IT se ices by cus ome s ia ansac ions eco ded
in Blockchain, by means o he implemen a ion o sma con ac s managed wi h digi al
walle s.
● P omo e he measu emen and e iew o con ac ed se ice le els by implemen ing a
dashboa d ha e ie es da a om sma con ac s egis e ed in Blockchain, and
displays he main Key Pe o mance Indica o s (KPIs) linked o SLAs.
● Acqui e new knowledge in s anda ds and cu ing-edge echnologies ha allow o ace
he p o essional li e o compu e science g adua es wi h a g ea e gua an ee o success.
1.3. Wo kplan
The Figu e 1.1 desc ibes he phases o he p ojec and he ime dedica ed o each o hem:
Figu e 1.1 Wo k schedule
The espec i e phases o he wo k plan a e summa ized below:
1. Fi s Con ac : This has been he i s phase ca ied ou in his p ojec , which consis s o
ha ing an ini ial ision o he p ojec , de ining i s objec i es and lea ning he echnologies
ha a e going o be used.
2. In es iga ions: Du ing his phase, in es iga ions on he di e en echnologies, e ms
and possible implemen a ions o unc ionali ies o he a ge sys em ha e been ca ied
ou . The esul o his phase is e lec ed in Capí ulo 2 Es ado de la cues ión o his
documen .
3. Sys em De elopmen : This phase has ocused on he de elopmen o he sys em, bo h
in e ms o he on -end and he back-end. The echnologies used o i s implemen a ion
a e men ioned in Capí ulo 3 Tecnologías u ilizadas.
22
4. Dashboa d: In his phase, an in ui i e dashboa d ha allows isualizing he key
in o ma ion ela ed o he SLAs h ough he applica ion o ce ain KPIs has been
de eloped.
5. Final S eps: The inal s eps o he p ojec ha e ocused mainly on comple ing he
memo y, as well as imp o ing small aspec s o he implemen ed sys em.
1.4. Memo y s uc u e
The es o he memo y is s uc u ed as he ollow way:
Capí ulo 2 Es ado de la cues ión: This chap e co e s all he impo an knowledge equi ed o
implemen he sys em. To do his, on he one hand, i explains ITIL and i s mos undamen al
aspec o he scope o his p ojec , which a e he SLAs. On he o he hand, i in oduces
Blockchain echnology, as well as i s main e ms.
Capí ulo 3 Tecnologías u ilizadas: This chap e p esen s all he echnologies ha ha e been
used o his Final Deg ee P ojec (FDP).
Capí ulo 4 Sis ema descen alizado basado en Blockchain que almacena SLAs, SLink:
This chap e p esen s in de ail he sys em de eloped in his p ojec .
Capí ulo 5 T abajo indi idual: This chap e de ails he wo k ca ied ou by each o he au ho s
o his p ojec .
Chap e 6 Conclusions and u u e wo k: This chap e desc ibes he conclusions d awn om
he p ojec , as well as u u e lines o esea ch i i s de elopmen con inues.
23
Capí ulo 2 - Es ado de la cues ión
Como ya se ha comen ado an e io men e en el p esen e documen o, el obje i o p incipal de
es e p oyec o es la c eación de un sis ema descen alizado basado en la ecnología Blockchain
que acili e la ges ión de SLAs en e clien es y p o eedo es de se icios de TI.
Po an o, en es e capí ulo, po un lado, pa a la pa e de ges ión de se icios de TI, se ealiza
una in oducción de los concep os de ITIL; y po o o lado, pa a la pa e de descen alización,
se de alla la ecnología Blockchain.
2.1. In oducción al ITIL
2.1.1. ¿Qué es ITIL?
Como ya se ha explicado an e io men e en la sección 1.1. Mo i ación, ITIL se co esponde con
las siglas en inglés de In o ma ion Technology In as uc u e Lib a y.
ITIL aba ca oda la in aes uc u a, desa ollo y ope aciones de TI, y cons i uye el es ánda de
ac o pa a la ges ión de se icio de TI en las o ganizaciones.
2.1.2. ¿Cómo unciona ITIL?
El ciclo de ida del se icio en ITIL cons a de las siguien es ases según el lib o Fundamen os
de la Ges ión de Se icios de TI basada en ITIL[2]:
1. Es a egia de se icio: Facili a a las o ganizaciones a es ablece me as y es a egias
pa a cumpli los equisi os y p io idades de los clien es.
2. Diseño del se icio: Ayuda al diseño de los p ocesos y unciones e incluye el diseño de
la ecnología, la in aes uc u a y los p oduc os de la ges ión del se icio de TI.
3. T ansición del se icio: Se p e ende encon a un nue o cambio o ganizacional a la
ez que se man ienen los se icios ac uales pa a ene una opción B de ca a a los
iesgos.
4. Ope ación del se icio: Ga an iza que las a eas ope acionales dia ias no se
in e umpan con el in de gene a alo pa a los clien es y los p o eedo es de los
se icios.
5. Mejo a con inua de los se icios: Se cen a en la mejo a con inua de los p ocesos.
24
Las emp esas pueden adop a algunas de es as e apas, siemp e y cuando sean adecuadas
pa a la o ganización. Es o hace que ITIL sea lexible y pueda adap a se según las dis in as
ci cuns ancias. La Figu a 2.1 mues a la isión del ciclo de ida del Se icio de acue do a ITIL.
Figu a 2.1 Ciclo de ida del Se icio3
2.1.3. Diseño de se icio de ITIL
Den o de la e apa de diseño de se icio de ITIL se ob ienen múl iples p ocesos (según el lib o
Fundamen os de la Ges ión de Se icios de TI basada en ITIL[2]:
● Ges ión del ca álogo de se icio
● Ges ión del ni el de se icio
● Ges ión de la capacidad
● Ges ión de la disponibilidad
● Ges ión de la con inuidad ITSCM (Ges ión de Con inuidad del Se icio de TI)
● Ges ión de la segu idad de la in o mación
● Ges ión de suminis ado es
3h ps://consul o a-imp esa.jimdo ee.com/m%C3%A9 odos/ amewo ks/i il/
25
Sin emba go, las aplicaciones de Web3 son o almen e dis in as:
1. No ienen una base de da os cen alizada pa a almacena da os de la aplicación, y
ampoco disponen de un se ido web donde se incluye la lógica del back-end.
2. Hay p o eedo es de se icio que pe mi en la conexión en e el clien e ( on -end) a la
Blockchain (Me aMask, po ejemplo) pe o se necesi a la i ma del clien e u ilizando su
p opia cla e p i ada.
3. Se pe mi e ecupe a da os de la Blockchain u ilizando The G aph ( e la sección 3.13.
The G aph pa a conoce en de alle The G aph).
Finalmen e, la es uc u a de aplicaciones de Web3 es la siguien e:
Figu a 2.5 Es uc u a de aplicaciones de Web27
7h ps://www.p ee hikasi eddy.com/pos / he-a chi ec u e-o -a-web-3-0-applica ion
32

2.2.2. Concep os impo an es den o de la Blockchain
●P ueba de abajo
La p ueba de abajo (del inglés P oo o Wo k, PoW), como indican en el lib o Mas e ing
E he eum: building sma con ac s and DApps[13], “Es una pieza de da os (la p ueba)
que equie e un cálculo signi ica i o pa a encon a ”. Se a a del p o ocolo de consenso
más conocido que consis e en que las pa es de una ed ealicen con éxi o un abajo
compu acionalmen e cos oso pa a accede a los ecu sos de dicha ed. Es o p o oca
ine iciencia, pues exis en al e na i as como la p ueba de pa icipación que consiguen lo
mismo de mane a más e icien e.
●P ueba de pa icipación
La p ueba de pa icipación (del inglés P oo o S ake, PoS), es un p o ocolo de
consenso que eemplaza al p o ocolo del pun o an e io apo ando segu idad,
escalabilidad a la ed y mayo e iciencia. Exis en unos pa icipan es de la ed llamados
alidado es que acceden a los ecu sos de dicha ed a cambio de ene bloqueada una
cie a can idad de c ip omonedas.
Se comen a en el lib o Mas e ing E he eum: building sma con ac s and DApps[13]:
“PoS pide a los usua ios que demues en la p opiedad de una cie a can idad de
c ip omoneda (su ‘pa icipación’ en la ed) pa a pode pa icipa en la alidación
de las ansacciones.”
No equie e abajos compu acionalmen e cos osos, po lo que es más e icien e que la
p ueba de abajo.
●C ip omonedas
Como monedas ísicas se usan pa a acili a ansacciones inancie as, las
c ip omonedas hacen la misma unción pe o siendo digi ales, se usan an o pa a
ansacciones inancie as como con a os in eligen es en In e ne de mane a
descen alizada, u ilizando c ip og a ía y p og amaciones a anzadas.
●Monede o digi al
A di e encia del monede o ísico, el monede o digi al no con iene c ip omonedas, sino
usa las cla es c ip og á icas necesa ias pa a accede a las c ip omonedas en la ed
33
co espondien e. Es o signi ica que el monede o digi al es más bien una lla e
elec ónica que pe mi e las acciones de comp a , ende y man ene las c ip omonedas
de o ma segu a y accesible.
En es e p oyec o se ha u ilizado Me aMask como el monede o digi al, ya que es muy
8
po en e y dispone de ex ensión de Ch ome .
9
●Token
Se llama oken a una unidad de alo basada en Blockchain y emi ida po un con a o
in eligen e. Un oken no es una c ip omoneda, aunque muchas eces se con unden
es os dos é minos pensando que son lo mismo. Los okens si en pa a múl iples usos
como el pago de comisiones den o de una aplicación descen alizada basada en
Blockchain o pa a o a p opues a en una aplicación descen alizada au ónoma.
●Con a o in eligen e
Como indican en el capí ulo 2 del lib o Blockchain: bluep in o a new economy[11],
“En el con ex o de la Blockchain, los con a os in eligen es signi ican
ansacciones de cadena de bloques que an más allá de las simples
ansacciones de comp a/ en a de di isas y pueden ene ins ucciones más
de alladas in eg adas.”
Pa a en ende qué es el con a o in eligen e, se ecue da lo que es un con a o, según el
capí ulo 2 del lib o Blockchain: bluep in o a new economy[11]:
“Un con a o en el sen ido adicional es un acue do en e dos o más pa es pa a
hace o no hace algo a cambio de o a cosa.”
Los con a os has a aho a han sido documen os esc i os, que equie en muchos cos es,
iempo y e ce os que in e ienen en el p oceso. Lo peo , los con enidos de es os
con a os pueden es a mal in e p e ados.
En cambio, los con a os in eligen es son unos “sc ip s” (códigos in o má icos) esc i os
con lenguajes de p og amación que se pueden ejecu a au omá icamen e. Po lo cual,
se puede e i a el las e de la in e p e ación al no se esc i o en los lenguajes que
hablamos.
9h ps://www.google.com/in l/es_es/ch ome/
8h ps://me amask.io/
34
Además, el con a o in eligen e se puede c ea po pe sonas ísicas y ju ídicas, o po
máquinas y p og amas, y su con enido es isible po odos y que no se puede cambia
al exis i sob e la ecnología blockchain. Es o le con ie e un ca ác e descen alizado,
inmu able y anspa en e.
2.2.3. Ven ajas de la Blockchain
Las p incipales en ajas de la Blockchain son:
●Descen alización: Al ealiza la ap obación de ansacciones de o ma
descen alizada, se e i a un pode cen alizado que ome decisiones que a ec an al
es o y consigue una mayo democ acia en e los in eg an es de la ed.
●Inmu abilidad: Como indican en el documen o The Ad an ages and Disad an ages o
he Blockchain Technology[14]:
“Lo inmu able se log a en las ansacciones aco dadas y compa idas a a és de
Blockchain. Cuando la ansacción se conec a a Blockchain, no es posible
cambia la o elimina la.”
Si bien puede se is a como des en aja an e e o es que pod ían no se subsanados,
la inmu abilidad que o ece Blockchain pe mi e que las ansacciones se lle en a cabo
sin al e ación posible.
●T anspa encia: Una Blockchain pública como E he eum, pe mi e e odas sus
ansacciones ealizadas de o ma pública, lo cual posibili a la azabilidad pe o siemp e
de o ma anónima.
●Red dis ibuida: Nadie es p opie a io de la ed y odos los in eg an es de la ed
gua dan la misma copia de da os de la ed, po lo que si un in eg an e su e un
pe cance, no exis i ía ningún p oblema a di e encia de un sis ema no dis ibuido.
●Bajos cos es pa a usua ios: Las ansacciones, po lo gene al, conlle an un cos e
mucho mejo que en la banca adicional.
●Rapidez: Las ansacciones en la Blockchain a dan muy poco en compa ación a la
banca adicional.
●Segu idad: Como indican en el lib o Blockchain: bluep in o a new economy[11]:
“Una de las p incipales en ajas es que Blockchain es una ecnología de empuja
(el usua io inicia y en ía in o mación ele an e al ed solo pa a es a ansacción),
35
no es una ecnología de i a (como pa a una a je a de c édi o o banco, la
in o mación pe sonal del usua io es á a chi ada pa a se ex aída cada ez que
se au o ice).”
De es a mane a, se e i a que los da os del usua io es én a chi ados en a ios si ios y
ga an iza la mayo segu idad.
2.2.4. Des en ajas de la Blockchain
Las p incipales des en ajas de la Blockchain son:
●Al o consumo de ene gía: Como indican en el documen o The Ad an ages and
Disad an ages o he Blockchain Technology[14],“La p incipal des en aja de Blockchain
es el al o consumo de ene gía.”
Algunas edes Blockchain u ilizan el p o ocolo de consenso p ueba de abajo, el cual
consume demasiada ene gía.
E he eum planea cambia es e po el p o ocolo de consenso p ueba de pa icipación,
que al ene un consumo ya azonable, p o oca ía que deja a de exis i es a des en aja.
● Sin copia de segu idad: Como indican en la in oducción del lib o Blockchain: bluep in
o a new economy[11], si un usua io pie de su cla e p i ada pa a accede a la
Blockchain, no hay mane a pa a ecupe a su cuen a y dine o.
36
Capí ulo 3 - Tecnologías u ilizadas
3.1. Ja asc ip
Ja asc ip es un lenguaje de p og amación que se u iliza como complemen o de HTML y CSS
10
pa a c ea páginas web debido a su in eg ación na i a en los na egado es (lenguaje
in e p e ado sin necesidad de compilación). También es u ilizado en la ac ualidad po muchos
ma cos de abajo (del inglés amewo ks) que pe mi en el desa ollo de aplicaciones de
di e en es ipos.
En es e p oyec o, se a a del lenguaje u ilizado an o en on -end como en back-end.
3.2. Reac
Como indican en el lib o Lea ning Reac : Func ional Web De elopmen wi h Reac and
Redux[9]: “Reac es una biblio eca popula u ilizada pa a c ea in e aces de usua io.” Reac 11
es un amewo k bajo en o no Node.js (en o no de ejecución pa a aplicaciones Ja aSc ip ) que
u iliza el lenguaje Ja asc ip pa a ayuda a c ea on -end in e ac i as de o ma sencilla. Se
enca ga de ac ualiza y ende iza los componen es de la página web de mane a e icien e.
Se a a del amewo k u ilizado en es e p oyec o pa a el on -end.
3.3. Gi Hub
Gi hub es una o ja pa a p oyec os so wa e u ilizando si sis ema de con ol de e siones GIT
12 13
. Es muy conocida po los desa ollado es y u ilizada po los au o es de es e p oyec o du an e
el es udio de la ca e a.
Se ha u ilizado en es e p oyec o an o pa a aloja el código del on -end como del back-end.
13 h ps://gi -scm.com/
12 h ps://gi hub.com/
11 h ps://es. eac js.o g/
10 h ps://de elope .mozilla.o g/es/docs/Web/Ja aSc ip
37

3.4. WebS o m
WebS o m es un en o no de desa ollo in eg ado (de inglés In eg a ed De elopmen
14
En i onmen , IDE) pa a Ja aSc ip y ecnologías elacionadas ( e la Figu a 3.1). Como indican
en su página o icial: “WebS o m es el IDE más in eligen e pa a Ja aSc ip ”. Tiene una in e az
muy in ui i a y hace que el p oceso de desa ollo sea más ag adable y o ganizado.
Es el IDE elegido pa a el desa ollo de es e p oyec o.
Figu a 3.1 WebS o m
3.5. Pos man
Pos man es una aplicación que eje ce de clien e HTTP pa a pe mi i es ea pe iciones HTTP
15
eques (del inglés, HTTP eques ) a a és de una in e az g á ica de usua io.
Es una he amien a u ilizada en el p oyec o pa a el desa ollo de la In e az de P og amación
de Aplicaciones (del inglés Applica ion P og amming In e ace, API) con back-end y The G aph.
15 h ps://www.pos man.com/
14 h ps://www.je b ains.com/es-es/webs o m/
38
En la Figu a 3.2 se mues a cómo ealiza la pe ición de ob ención de clien es a a és de
Pos man, en la sección 4.5.3. API REST se explica án odas las pe iciones HTTP ealizadas en
el back-end de es e p oyec o.
Figu a 3.2 Pos man
3.6. E he eum
3.6.1. ¿Qué es E he eum?
E he eum es una pla a o ma digi al que adop a la ecnología Blockchain y expande su uso a
16
una g an a iedad de aplicaciones. A día de hoy, se a a de la ed Blockchain con con a os
in eligen es donde más desa ollo exis e, a pesa de sus al as comisiones y len i ud de
ansacciones en la ac ualidad en e a o as edes Blockchain. P ueba de ello, es su
capi alización de me cado, la mayo de odas las edes Blockchain después de Bi coin.
16 h ps://e he eum.o g/en/whi epape /
39
3.6.2. ¿Cómo unciona E he eum?
En la ed de E he eum, exis e un o denado único y canónico (llamado máquina i ual de
E he eum o EVM), cuyo es ado han aco dado odos los pa icipan es de la ed. Cada usua io
(nodo) de la ed de E he eum man iene una copia del es ado de EVM, y cuando un usua io
quie e emi i una solici ud de ansacción (un cambio de es ado en la EVM), odos los demás la
e i ican, alidan.
El es ado ac ual de la EVM se almacena en la Blockchain que, a su ez, almacenan y acue dan
odos los usua ios. De es a o ma, se ga an iza la p o ección en la ed E he eum al máximo.
Al igual que Bi coin (la ed Blockchain pione a), se a a de una ed Blockchain con p o ocolo de
consenso p ueba de abajo (explicado en la sección 2.2.2. Concep os impo an es den o de la
Blockchain) lo que implica un gas o ene gé ico supe io a o as edes Blockchain que u ilizan el
p o ocolo de consenso p ueba de pa icipación (explicado al p incipio de es e apa ado).
También implica un gas o en comisiones supe io po la misma azón.
Aún así, se a a de la ed Blockchain más u ilizada pa a desa ollo de aplicaciones de
p opósi o gene al, siendo p ueba de ello la capi alización de me cado ac ual de E he eum y la
can idad de p oyec os elacionados.
La c ip omoneda u ilizada en es a ed es el E he (ETH), u ilizada an o pa a paga las
ansacciones como pa a en ío de dine o en e di ecciones.
Po o o lado, mien as que Bi coin es la ed pione a de Blockchain con el obje i o de se un
sis ema de pagos inancie os, E he eum iene el obje i o de c ea aplicaciones de p opósi o
gene al, exis iendo ya muchas de ellas.
3.6.3. T ansacciones en E he eum
Como indican en E he eum Whi e Pape [7], una ansacción en E he eum es “un paque e de
da os i mado que almacena un mensaje que se en ia á desde una cuen a de p opiedad
ex e na”. Las ansacciones con ienen:
1. El des ina a io de mensaje
2. Una i ma que iden i ique al emi en e
3. La can idad de ETH a ans e i del emi en e al des ina a io
4. Da os opcionales
40
5. Un alo STARTGAS, que ep esen a el núme o máximo de pasos compu acionales que
la ejecución de la ansacción puede oma .
6. Un alo de GASPRICE, que ep esen a la a i a que paga el emi en e po paso
compu acional.
3.6.4. Es uc u a de E he eum
E he eum se puede di idi po ni eles :
17
1. Máquina i ual de E he eum: En o no pa a con a os in eligen es en E he eum.
2. Con a os in eligen es: P og amas ejecu ables en la ed Blockchain de E he eum.
3. Nodos de E he eum: Conocidos como mine os, o man la ed Blockchain, alidan
ansacciones y pe mi en in e ac ua con la ed.
4. APIs de clien es E he eum: Lib e ías y aplicaciones que se comunican con la ed de
E he eum.
5. Aplicaciones de usua io inal.
Es la ed u iliza el p oyec o pa a almacena y ecupe a SLAs en la Blockchain.
3.7. Remix
Remix es un en o no de desa ollo de E he eum pa a compila y desplega con a os
18
in eligen es a la Blockchain. Es el IDE que se u iliza pa a ealiza p uebas de con a os
in eligen es y desplega los en en o no eal en el p oyec o.
La Figu a 3.3 mues a un ejemplo de despliegue en Remix. Se puede conoce más sob e el
despliegue en Remix en es e p oyec o en la sección 4.6.1. Despliegue del con a o in eligen e.
18 h ps:// emix-p ojec .o g/
17 h ps://e he eum.o g/en/de elope s/docs/e he eum-s ack/
41
4.3. F on -end
En es a sección se expond án odas las ecnologías y uncionalidades que se pueden obse a
en el on -end del sis ema SLink.
4.3.1. Página p incipal
En la Figu a 4.2 se puede obse a la página p incipal del sis ema SLink, que cons a de un
diag ama gi a o io de 360 g ados con nodos y líneas azules en el ondo, cada nodo es á
conec ado a a és de las líneas con el es o. De es a mane a, se asimila a la ed de
Blockchain, donde cada nodo iene el mismo egis o de da os que el es o de nodos.
En la pa e supe io de la página es á el nomb e del sis ema, SLink, y la licencia elegida pa a
es e sis ema ( e la sección 4.7.1. Licencia pa a conoce más de alle sob e la licencia).
Se ha aplicado un e ec o de eclado a la ase “Ab i u SLA AHORA, Ab i u SLA en
BlockChain” en colo blanco, si uada debajo del diag ama gi a o io pa a que la in e az sea más
in ui i a y llama i a.
Se disponen de dos bo ones en la pa e in e io de la página, si lo que se quie e es en ia y
egis a un SLA, al cliquea el bo ón izquie do, se lle a á a la página de SLA ( e la sección
4.3.2. Página de SLA y elemen os de SLA en SLink). Y si lo que se quie e es conoce sob e
SLink y en ia consul a al sis ema, al cliquea el de echo, se lle a á a la página de in o mación
y con ac os ( e la sección 4.3.9. Página de Conoce nos).
48

Figu a 4.2 Página p incipal
4.3.2. Página de SLA y elemen os de SLA en SLink
An es de conoce la página de SLA, se p ocede a explica p ime o los elemen os de SLA
aplicados pa a el sis ema SLink, se e án es os elemen os en la página de SLA.
An e io men e, en la sección 2.1.5. In oducción a los SLAs, se hablaba de los elemen os que
pueden ene los SLAs, y en es e sen ido, hay que ene cuen a de que los elemen os de los
SLAs se pod ían y se debe ían modi ica según las necesidades y uncionalidades de cada
o ganización. En es e caso SLink siendo un sis ema c eado con el in de es udio pa a un
T abajo Fin de G ado (TFG), se ha adap ado una e sión es ánda incluyendo los elemen os
más ele an es y comunes de un SLA ( e la Tabla 4.1 pa a conoce más en de alle).
A ibu os
Con enido
Pa es con a an es
Da os de los pa icipan es en el acue do: clien e (Di ección
E he eum, DNI, nomb e y apellidos, sexo, email, elé ono,
nomb e de emp esa, di ección de emp esa, código iscal de
emp esa), p o eedo (nomb e de emp esa, di ección de
emp esa, código iscal de emp esa).
Du ación del SLA
Pe iodo de igencia del acue do según las pa es
con a an es ( echa de inicio y in).
49
A ibu os
Con enido
Se icios cubie os
Se icios p es ados po el p o eedo al clien e.
Ho a io de se icio
Ho a ios en los que se p es a á el se icio (ho a de inicio y
in).
Licencias
Posibles licencias que se necesi a án du an e el cu so de
se icio.
Ni eles de se icio
Pa áme os bajo los que se p es a á el se icio.
Fac u ación
Pe iodos y mé odos de ac u ación.
Tabla 4.1 Elemen os de SLA en SLink
La página de SLA se a a de un o mula io donde se ecogen los da os que se indican en la
Tabla 4.1. Po mo i os de segu idad, pa a pode isualiza co ec amen e dicha página, se
necesi a que el clien e ya se haya dado de al a en el sis ema jun o con su di ección E he eum.
La mane a de da se de al a en el sis ema es a a és de hace clic en el bo ón “Conocenos” en
la página p incipal ( e la Figu a 4.2) o el link “con ac e con noso os” en la Figu a 4.3, en
ambos casos se llega á a la página de in o mación y con ac os ( e la sección 4.3.9. Página de
Conoce nos) pa a pode con ac a con noso os.
Si una pe sona no es clien e del sis ema, es deci , después de conec a con su monede o
digi al ( e la sección 4.3.3. Conec a con el monede o digi al pa a conoce más de alle sob e
cómo conec a con el monede o digi al), apa ece que la di ección de E he eum no es á
egis ada en el sis ema, se e á la pan alla que se mues a en la Figu a 4.3 con la in o mación
mos ada en la Figu a 4.4.
50
Figu a 4.3 Página de SLA ( isi an e)
51
Figu a 4.4 In o mación de e o ( isi an e)
En cambio, si una pe sona es clien e del sis ema, se e án las pan allas mos adas en la Figu a
4.5 y la Figu a 4.6) o ganizadas en o ma de o mula io. Es e o mula io iene 3 pa es
sepa adas que aba can oda la in o mación indicada en Tabla 4.1:
1. In o mación del clien e: Son campos no edi ables, ya que es a pa e de in o mación
es á almacenada en la base de da os p i ada cuando el clien e se egis ó en el
sis ema. Al en a con su p opia di ección de E he eum, se ecupe a la in o mación de la
base de da os. La in o mación del clien e disponible en es a pa e son:
● Di ección de E he eum
● DNI
● Nomb e y apellidos
● Sexo
● Email
● Telé ono
● CIF y nomb e de emp esa
● Di ección de emp esa
2. In o mación de la emp esa: Igual que la pa e de in o mación del clien e, los campos
de es a pa e ambién son no edi ables y que se ecupe e de la base de da os. La
in o mación de la emp esa disponible son:
● CIF y nomb e de emp esa
● Di ección de emp esa
3. De alles SLA: Se pedi á la siguien e in o mación de SLA al clien e pa a pode en ia lo:
● Fecha inicial y si la eno ación au omá ica
● Ho a io y cobe u a de se icio
● Sopo e ex a
● Pagado de licencias
52
● Ni el de se icio
● Pe iodo de epo e
● Pe iodo y mé odo de ac u ación
Cabe des aca que al inal de es a página se dispone de un campo de cálculo au omá ico del
p ecio o al de SLA, hay que ene en cuen a que es e p ecio es de e e encia, el p ecio eal se
puede a ia según las necesidades de cada clien e.
53

Figu a 4.5 Página de SLA (clien e) - pa e 1
54
Figu a 4.6 Página de SLA (clien e) - pa e 2
55
4.3.3. Conec a con el monede o digi al
Pa a conec a con el monede o digi al, simplemen e hay que hace clic en el bo ón e de
“Conec a monede o” colocado en la pa e supe io de cada página (excep o la p incipal, al y
como se mues a en la Figu a 4.7). Al hace clic en el bo ón, se mues a una en ana
eme gen e con odos los monede os disponibles ( e la Figu a 4.8), en es e caso, se ha
u ilizado la ex ensión de Me aMask en Ch ome, la cual se puede desca ga a a és de la
25
ienda online de Ch ome. Me aMask hace de puen e en e el sis ema SLink y la ed E he eum.
Figu a 4.7 Bo ón Conec a monede o
Figu a 4.8 Elegi monede o
Después de habe seleccionado Me aMask, se pide in oduci la con aseña de la cuen a, al y
como se mues a en la Figu a 4.9.
25
h ps://ch ome.google.com/webs o e/de ail/me amask/nkbih beogaeaoehle nkodbe gpgknn
56
Figu a 4.9 No i icación Me aMask
A con inuación, hay que selecciona la cuen a de E he eum que se quie e conec a ( e la
Figu a 4.10). Al es a conec ado con la cuen a de E he eum, si dicha cuen a ya es á egis ada
en el sis ema, se e á la página de SLA co ec amen e ( e la Figu a 4.5). En cambio, si no se
ha conec ado se e á el e o que se mues a en la Figu a 4.3.
57
Figu a 4.14 Lis ado de clien es
64

Figu a 4.15 C eación de clien e
65
Figu a 4.16 Ac ualización de clien e
66
Figu a 4.17 Lis ado de emp esas
67
Figu a 4.18 C eación de emp esa
68
Figu a 4.19 Ac ualización de emp esa
69

Figu a 4.20 Lis ado de SLAs
70
Figu a 4.21 Lis ado de da os de un SLA
71
Figu a 4.22 Lis ado de pe iciones de con ac o
72
4.3.6. Dashboa d
El sis ema p opo ciona un dashboa d pa a isualiza los KPIs inculados a los SLAs que
pe mi en a o ece la medición y e isión de es os, consiguiendo así uno de los obje i os
indicados en la sección 1.2. Obje i os. Pa a accede al mismo, se debe pulsa el bo ón de la
cabece a “Dashboa d”, como se mues a en la Figu a 4.5. Al igual que en el apa ado an e io ,
es e bo ón es isible únicamen e po el p o eedo de los se icios (p opie a io del con a o
in eligen e) en odas las pan allas sal o la p incipal y pa a ello, la di ección E he eum conec ada
debe á se la misma que iene el p opie a io del con a o in eligen e pa a de e mina si se a a
del p o eedo .
Como comen aba an e io men e en la sección 2.1.6. Los KPIs den o de ITIL, debido a la
limi ación del iempo y alcance, y la di icul ad de p oba el p oyec o en los en o nos
emp esa iales eales, se han de de ini unos KPIs p opios y p ác icos. Cada KPI se puede
isualiza en 4 espacios empo ales:
● Úl imos 7 días
● Úl imo mes
● Úl imo año
● Desde comienzo del año en cu so has a la echa ac ual (YTD po sus siglas en inglés
Yea To Da e)
Los KPIs se pueden clasi ica según el ipo de is a g á ica:
●G á ico de á ea: pe mi en mos a can idades en un espacio empo al a a és de un
á ea. Solo exis e un KPI pa a es a is a g á ica ( e la Figu a 4.23):
○ Can idad de SLAs c eados a lo la go de un espacio empo al.
●G á ico de ba as: pe mi en mos a can idades en un espacio empo al a a és de
ba as. Son los siguien es:
○ Can idad de SLAs c eados con un se icio de e minado a lo la go de un espacio
empo al (pa a odos los se icios con igu ados) ( e la Figu a 4.25).
○ Can idad de SLAs c eados con un se icio ex a de e minado a lo la go de un
espacio empo al (pa a odos los se icios ex as con igu ados).
○ Can idad de SLAs c eados con un espacio de se icio de e minado a lo la go de
un espacio empo al (pa a odos los espacios de se icios con igu ados).
73
Figu a 4.27 Cambio de idioma ( esul ado)
80

4.3.8. Página de A iso legal y polí ica de p i acidad
La página de a iso legal y polí ica de p i acidad aba ca la siguien e in o mación ( e la Figu a
4.28):
A iso legal:
● La du ación del de ec o de SLA en el sis ema es de 1 año, el clien e iene 3 meses
desde la echa inicial pa a cancela lo g a is.
● También el clien e puede cancela cuando quie a el se icio del p óximo año has a 2
meses an es de la p óxima echa de eno ación.
● La eno ación au omá ica depende o almen e del clien e.
● Todos los p ecios que se mues an en la página web son p ecios gene ales, si el clien e
iene una solici ud especí ica, puede con ac a con noso os.
● Los ho a ios de se icio que se mues an en la página web son ho a ios gene ales, se
pueden cambia pa a que se ajus en a las necesidades del clien e.
Polí ica de p i acidad:
● Nunca se compa i án los da os con idenciales del clien e con nadie más.
● El con enido de los emails de consul a y cualquie in o mación mencionada en los
mismos se á leído y analizado únicamen e po pe sonales au o izados po SLink.
● Los da os sensibles incluyen: DNI, nomb e y apellidos, di ección de co eo elec ónico,
núme o de elé ono, da os de la emp esa, di . de E h eum, p ecio o al de SLA.
● Todos los da os sensibles se gua da án en una base de da os p i ada y no se lanza á
en la Blockchain.
Se dispone de 2 mane as en el sis ema pa a accede a la página de A iso legal y polí ica de
p i acidad:
1. Al en ia un con ac o con SLink, se obliga a acep a la polí ica de p i acidad, se mues a
( e la Figu a 4.29) un enlace pa a i a es a página.
2. Al en ia un SLA a la ed E he eum a a és del sis ema, se necesi a que el clien e
acep e la polí ica de p i acidad, se mues a ( e la Figu a 4.30) un enlace pa a i a es a
página.
81
Figu a 4.28 A iso legal y polí ica de p i acidad
Figu a 4.29 Accede a A iso legal y polí ica de p i acidad ( o ma 1)
82
Figu a 4.30 Accede a A iso legal y polí ica de p i acidad ( o ma 2)
4.3.9. Página de Conoce nos
La página Conoce nos ( e la Figu a 4.31) hace de puen e en e el clien e y los pe sonales de
SLink, o eciendo un o mula io donde el clien e puede en ia pe iciones de con ac os al
sis ema y los siguien es da os de SLink:
● O icina cen al (di ección y elé ono)
● Se icio de sopo e écnico ( elé ono y email)
● Cen o de ope aciones (di ección y elé ono)
● A ención come cial ( elé ono)
El o mula io pide la siguien e in o mación al clien e ( e la Figu a 4.32):
● Nomb e
● Apellidos
● Email
● Di ección E he eum (opcional)
● Asun o
● Mensaje
83
Figu a 4.31 Página Conoce nos
84
Figu a 4.32 Fo mula io de con ac o
Cabe des aca que odas las pe iciones de con ac o en iadas a a és de es e o mula io
apa ece án en el apa ado Pe iciones de con ac o en la Lis a de en idades ( e la sección 4.3.5.
Lis a de en idades).
4.4. Con a o in eligen e
En es a sección se expone el con enido y diseño del con a o in eligen e.
Cabe menciona pa e de los ipos de da os en Solidi y u ilizados en la implemen ación del
con a o in eligen e del sis ema:
● En e os sin signo: uin
85

● Cadenas de ca ac e es: s ing
● Di ecciones E he eum: add ess
● Valo es bina ios: bool
4.4.1. Es uc u as
En la Figu a 4.33 se mues an las es uc u as exis en es del con a o in eligen e, las cuales
es án elacionadas en e ellas di ec amen e, po ejemplo, un SLA con iene un ID (iden i icado )
de se icio y po lo an o, debe á exis i un se icio con es e ID. De es a mane a, no exis e
edundancia de da os y además se educe el cos e de la ansacción que c ea un SLA al ene
meno núme o de da os que gua da .
Figu a 4.33 Diag ama del modelo de da os del con a o in eligen e
4.4.2. Va iables
Son odas aquellas a iables con cualquie isibilidad que se almacenan den o de un con a o
in eligen e.
Toda aquella a iable pública, puede se consul ada sin la necesidad de exis i una unción pa a
ello. Se mues an a con inuación las a iables en el con a o del sis ema.
En la Tabla 4.2 se mues a in o mación sob e el a i ubo “P o eedo ”.
86
Nomb e
P o eedo
Tipo
Di ección E he eum
Visibilidad
Público
Desc ipción
Se a a de la di ección E he eum del c eado del con a o, el conside ado
como p opie a io de es e.
Tabla 4.2 Va iable “P o eedo ”
En la Tabla 4.3 se mues a in o mación sob e el a i ubo “Ni eles de se icio”.
Nomb e
Ni eles de se icio
Tipo
Cadena de ca ac e es
Visibilidad
Público
Desc ipción
Se a a de los ni eles de se icio de los SLAs que pe mi e c ea el con a o.
Tabla 4.3 Va iable “Ni eles de se icio”
En la Tabla 4.4 se mues a in o mación sob e el a i ubo “IDs de se icios”.
Nomb e
IDs de se icios
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo se icio
Visibilidad
P i ado
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un se icio y el alo es
bina io, indicando si exis e o no es e ID.
Tabla 4.4 Va iable “IDs de se icios”
En la Tabla 4.5 se mues a in o mación sob e el a i ubo “Se icios”.
Nomb e
Se icios
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo se icio
Visibilidad
Público
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un se icio y el alo es
el se icio en conc e o.
Tabla 4.5 Va iable “Se icios”
87
En la Tabla 4.6 se mues a in o mación sob e el a i ubo “IDs de se icios ex a”.
Nomb e
IDs de se icios ex a
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo bina io
Visibilidad
P i ado
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un se icio ex a y el
alo es bina io, indicando si exis e o no es e ID.
Tabla 4.6 Va iable “IDs de se icios ex a”
En la Tabla 4.7 se mues a in o mación sob e el a i ubo “Se icios ex a”.
Nomb e
Se icios ex a
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo se icio
Visibilidad
Público
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un se icio ex a y el
alo es el se icio ex a en conc e o.
Tabla 4.7 Va iable “Se icios ex a”
En la Tabla 4.8 se mues a in o mación sob e el a i ubo “IDs de espacios de se icios”.
Nomb e
IDs de espacios de se icios
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo bina io
Visibilidad
P i ado
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un espacio de se icio y
el alo es bina io, indicando si exis e o no es e ID.
Tabla 4.8 Va iable “IDs de espacios de se icios”
En la Tabla 4.9 se mues a in o mación sob e el a i ubo “Espacios de se icios”.
Nomb e
Espacios de se icios
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo espacio de
se icio
Visibilidad
Público
88
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de un espacio de se icio y
el alo es el espacio de se icio en conc e o.
Tabla 4.9 Va iable “Espacios de se icios”
En la Tabla 4.10 se mues a in o mación sob e el a i ubo “IDs de licencias”.
Nomb e
IDs de licencias
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo bina io
Visibilidad
P i ado
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de una licencia y el alo es
bina io, indicando si exis e o no es e ID.
Tabla 4.10 Va iable “IDs de licencias”
En la Tabla 4.11 se mues a in o mación sob e el a i ubo “Licencias”.
Nomb e
Licencias
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo licencia
Visibilidad
Público
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de una licencia y el alo es
la licencia en conc e o.
Tabla 4.11 Va iable “Licencias”
En la Tabla 4.12 se mues a in o mación sob e el a i ubo “IDs de pe iodicidades de in o mes de
e isión”.
Nomb e
IDs de pe iodicidades de in o mes de e isión
Tipo
Dicciona io de pa es con cla e de ipo en e o sin signo y alo bina io
Visibilidad
P i ado
Desc ipción
Se a a de un dicciona io donde la cla e es el ID de una pe iodicidad de
in o mes de e isión y el alo es bina io, indicando si exis e o no es e ID.
Tabla 4.12 Va iable “IDs de pe iodicidades de in o mes de e isión”
En la Tabla 4.13 se mues a in o mación sob e el a i ubo “Pe iodicidades de in o mes de
e isión”.
89
Todos ellos se gua dan en la base de da os p i ada, sal o el p ecio de las opciones de un SLA
que es a á en el iche o de con igu ación del sis ema (s c/con ig.js en el eposi o io del código
uen e del on -end).
Un clien e puede cambia de emp esa, pe o no se puede pe de la inculación a las emp esas
que pudie a ene an e io men e si c eó algún SLA con ellas. Po ello, la base de da os p i ada
almacena la inculación de un SLA con su clien e, emp esa y p ecio o al. Es e úl imo campo es
opcional, pe o po cues iones de endimien o se almacena den o de la base de da os p i ada,
ya que es os da os son los mos ados pa a los SLAs c eados en el lis ado de en idades.
Además, debido a que la o ma de con ac o pasa po ellena el o mula io pa a al inalidad, la
base de da os p i ada con iene la in o mación ace ca de un con ac o:
● Nomb e
● Apellidos
● Email
● Di ección de E he eum (opcional)
● Mo i o de con ac o
● Mensaje
Se puede conoce más en de alle en la Figu a 4.34.
96

Figu a 4.34 Diag ama elacional de la base de da os
4.5.2. The G aph en el back-end
Como se ha mencionado en la sección 3.13. The G aph, The G aph necesi a la gene ación de
e en os desde los con a os in eligen es de la ed Blockchain de E he eum pa a nu i e de
in o mación y, a pa i de es a, cons ui la in o mación es uc u ada que o ece en su API.
Los e en os que gene a el con a o in eligen e del sis ema es án en la sección 4.4.4. E en os.
A pa i de es os e en os, el subg a o del sis ema pe mi e con e i oda la in o mación ob enida
en la siguien e es uc u a de da os ( e la Figu a 4.35) pa a se consul ados:
97
Figu a 4.35 Diag ama de clases de The G aph
4.5.3. API REST
Con odo lo mencionado en los pun os an e io es, el back-end p opo ciona una In e az de
P og amación de Aplicaciones (del inglés Applica ion P og amming In e aces, API) que
p opo ciona un mecanismo de comunicación en e on -end y el p opio back-end.
Es a API es de ipo T ans e encia de Es ado Rep esen acional (REST po sus siglas en inglés,
Rep esen a ional S a e T ans e ). REST es un es ilo de a qui ec u a so wa e pa a el desa ollo
web que sigue unos p incipios como:
● A qui ec u a clien e-se ido (sepa ación de esponsabilidades y po abilidad).
● Ausencia de es ado (el es ado lo posee el clien e y no el se ido , de mane a que es e
debe p opo ciona oda la in o mación necesa ia al se ido en una solici ud).
● Sis emas po capas (el clien e debe ene únicamen e el conocimien o de la capa a la
que es á hablando).
Una pe ición a la API REST del sis ema debe ajus a se a un e bo (u ilizado pa a di e encia
acciones con una misma di ección), una URL y quizás a unos pa áme os de consul a al inal
de la URL. Exis en g an can idad de e bos pe o los u ilizados en el sis ema son:
● GET (consul a de ecu sos)
98
● POST (c eación de ecu sos)
● PUT (ac ualización de ecu sos)
● DELETE (eliminación de ecu sos)
En la Tabla 4.22 se mues a la API REST que o ece el sis ema pa a la ges ión de clien es.
Ve bo
POST
URL
cus ome s?e hAdd ess=A&name=B&su name=C&dni=D&email=E&phone=
F&p o ince=G&ci y=H&company=I
Desc ipción
C eación de un clien e donde:
●Aes la di ección de E he eum
●Bes el nomb e
●Ces el apellido
●Des el DNI
●Ees el email
●Fes el núme o de elé ono
●Ges la p o incia
●Hes la ciudad
●Ies la compañía
Ve bo
GET
URL
cus ome ?A
Desc ipción
Consul a de un clien e donde Aes la di ección de E he eum.
Ve bo
GET
URL
cus ome s
Desc ipción
Consul a de odos los clien es.
Ve bo
PUT
URL
cus ome s/A?&name=B&su name=C&dni=D&email=E&phone=F&p o ince=
G&ci y=H&company=I
Desc ipción
Modi icación de un clien e donde:
●Aes la di ección de E he eum
●Bes el nomb e
●Ces el apellido
●Des el DNI
●Ees el email
●Fes el núme o de elé ono
●Ges la p o incia
●Hes la ciudad
99
●Ies la compañía
Ve bo
DELETE
URL
cus ome s/A
Desc ipción
Bo ado de un clien e donde Aes la di ección de E he eum.
Tabla 4.22 API REST pa a ges ión de clien es
En la Tabla 4.23 se mues a la API REST que o ece el sis ema pa a la ges ión de emp esas.
Ve bo
POST
URL
companies?ci =A&name=B&add ess=C
Desc ipción
C eación de una emp esa donde:
●Aes el CIF
●Bes el nomb e
●Ces la di ección pos al
Ve bo
GET
URL
companies?A
Desc ipción
Consul a de una emp esa donde Aes el CIF.
Ve bo
GET
URL
companies
Desc ipción
Consul a de odas las emp esas.
Ve bo
PUT
URL
companies?ci =A&name=B&add ess=C
Desc ipción
Modi icación de una emp esa donde:
●Aes el CIF
●Bes el nomb e
●Ces la di ección pos al
Ve bo
DELETE
URL
companies/A
Desc ipción
Bo ado de una emp esa donde Aes el CIF.
Tabla 4.23 API REST pa a ges ión de emp esas
100
En la Tabla 4.24 se mues a la API REST que o ece el sis ema pa a la ges ión de SLAs.
Ve bo
POST
URL
slas?id=A&cus ome =B&company=C
Desc ipción
C eación de un SLA donde:
●Aes el ID
●Bes la di ección E he eum del clien e
●Ces el CIF de la emp esa
Recibe únicamen e los da os sensibles, el es o se encuen a en Blockchain.
Ve bo
GET
URL
slas?A
Desc ipción
Consul a de un SLA donde A es el ID.
De uel e odos los da os sensibles de un SLA.
Ve bo
GET
URL
heG aph/slas?A
Desc ipción
Consul a de un SLA donde A es el ID.
De uel e odos los da os públicos almacenados en la ed de E he eum de un
SLA.
Ve bo
GET
URL
slas
Desc ipción
De uel e odos los da os sensibles de odos los SLAs.
Ve bo
GET
URL
heG aph/slas?s a =A&end=B
Desc ipción
Consul a de odos los SLAs que es én en e AyB( echas y ho as en
milisegundos opcionales).
De uel e odos los da os públicos almacenados en la ed de E he eum de los
SLAs.
Tabla 4.24 API REST pa a ges ión de SLAs
101

En la Tabla 4.25 se mues a la API REST que o ece el sis ema pa a la ges ión de pe iciones de
con ac o.
Ve bo
POST
URL
con ac Reques s?name=A&su name=B&email=CðAdd ess=D&subjec =
E&message=F
Desc ipción
C eación de una pe ición de con ac o donde:
●Aes el nomb e
●Bes el apellido
●Ces el email
●Des la di ección de E he eum
●Ees el mo i o de con ac o
●Fes el mensaje
Ve bo
GET
URL
con ac Reques s
Desc ipción
Consul a de odas las pe iciones de con ac o
Ve bo
DELETE
URL
con ac Reques s?A
Desc ipción
Bo ado de una pe ición de con ac o donde Aes el ID.
Tabla 4.25 API REST pa a ges ión de pe iciones de con ac o
En la Tabla 4.26 se mues a la API REST que o ece el sis ema pa a la ges ión de se icios de
SLA.
Ve bo
GET
URL
heG aph//se ices/A?s a =B&end=C
Desc ipción
Consul a un se icio, de los SLAs que lo incluyan y que es én en e ByC
( echas y ho as en milisegundos opcionales).
Ve bo
GET
URL
heG aph//se ices?s a =A&end=B
Desc ipción
Consul a de odos los se icios, de los SLAs que los incluyan y que es én
en e AyB( echas y ho as en milisegundos opcionales).
Tabla 4.26 API REST pa a ges ión de se icios de SLA
102
En la siguien e Tabla 4.27 se mues a la API REST que o ece el sis ema pa a la ges ión de
se icios ex a de SLA.
Ve bo
GET
URL
heG aph//ex aSe ices/A?s a =B&end=C
Desc ipción
Consul a un se icio ex a, de los SLAs que lo incluyan y que es én en e By
C( echas y ho as en milisegundos opcionales).
Ve bo
GET
URL
heG aph//ex aSe ices?s a =A&end=B
Desc ipción
Consul a de odos los se icios ex a, de los SLAs que los incluyan y que
es én en e AyB( echas y ho as en milisegundos opcionales).
Tabla 4.27 API REST pa a ges ión de se icios ex a de SLA
En la Tabla 4.28 se mues a la API REST que o ece el sis ema pa a la ges ión de espacios de
se icios de SLA.
Ve bo
GET
URL
heG aph//se iceSpaces/A?s a =B&end=C
Desc ipción
Consul a un espacio de se icio, de los SLAs que lo incluyan y que es én
en e ByC( echas y ho as en milisegundos opcionales).
Ve bo
GET
URL
heG aph//se iceSpaces?s a =A&end=B
Desc ipción
Consul a de odos los espacios de se icio, de los SLAs que los incluyan y
que es én en e AyB( echas y ho as en milisegundos opcionales).
Tabla 4.28 API REST pa a ges ión de espacios de se icios de SLA
En la Tabla 4.29 se mues a la API REST que o ece el sis ema pa a la ges ión de licencias de
SLA.
Ve bo
GET
URL
heG aph//licenses/A?s a =B&end=C
Desc ipción
Consul a una licencia, de los SLAs que la incluyan y que es én en e ByC
( echas y ho as en milisegundos opcionales).
103
Ve bo
GET
URL
heG aph//licenses?s a =A&end=B
Desc ipción
Consul a de odas las licencias, de los SLAs que las incluyan y que es én
en e AyB( echas y ho as en milisegundos opcionales).
Tabla 4.29 API REST pa a ges ión de licencias de SLA
En la Tabla 4.30 y la Tabla 4.31 se mues a la API REST que o ece el sis ema pa a la ges ión
de epo es de e isión y ac u ación de SLA.
Ve bo
GET
URL
heG aph// e isionRepo /A?s a =B&end=C
Desc ipción
Consul a una pe iodicidad de in o mes de e isión, de los SLAs que la
incluyan y que es én en e ByC( echas y ho as en milisegundos
opcionales).
Ve bo
GET
URL
heG aph// e isionRepo ?s a =A&end=B
Desc ipción
Consul a de odas las pe iodicidades de in o mes de e isión, de los SLAs
que las incluyan y que es én en e AyB( echas y ho as en milisegundos
opcionales).
Tabla 4.30 API REST pa a ges ión de epo es de e isión de SLA
Ve bo
GET
URL
heG aph//billings/A?s a =B&end=C
Desc ipción
Consul a una pe iodicidad de ac u ación, de los SLAs que la incluyan y que
es én en e B y C ( echas y ho as en milisegundos opcionales).
Ve bo
GET
URL
heG aph//billings?s a =A&end=B
Desc ipción
Consul a de odas las pe iodicidades de ac u ación, de los SLAs que los
incluyan y que es én en e A y B ( echas y ho as en milisegundos
opcionales).
Tabla 4.31 API REST pa a ges ión de ac u ación de SLA
104
En la Tabla 4.32 se mues a la API REST que o ece el sis ema pa a la ges ión de mé odos de
ac u ación de SLA.
Ve bo
GET
URL
heG aph//billingMe hods/A?s a =B&end=C
Desc ipción
Consul a un mé odo de ac u ación, de los SLAs que lo incluyan y que es én
en e ByC( echas y ho as en milisegundos opcionales).
Ve bo
GET
URL
heG aph//billingMe hods?s a =A&end=B
Desc ipción
Consul a de odos los mé odos de ac u ación, de los SLAs que los incluyan y
que es én en e AyB( echas y ho as en milisegundos opcionales).
Tabla 4.32 API REST pa a ges ión de mé odos de ac u ación de SLA
4.6. Despliegue del sis ema
Los pasos necesa ios pa a ealiza el despliegue del sis ema equie en de un conocimien o y
dominio a anzado de p ác icamen e odas las ecnologías u ilizadas en el p oyec o.
En los siguien es apa ados se mues an odos los pasos.
4.6.1. Despliegue del con a o in eligen e
El p ime paso es dispone de la ex ensión Me aMask ins alada con una di ección E he eum
den o. Es a di ección debe con ene una can idad mínima de E he .
Pa a el desa ollo de es e TFG, se ha u ilizado una ed de p uebas de E he eum llamada
Rinkeby . De ca a al pago de ansacciones, exis en di e sas o mas de ob ene E he en la
27
ed de p uebas Rinkeby, una de ellas es a a és del siguien e enlace:
h ps:// auce s.chain.link/ inkeby.
El despliegue del con a o in eligen e se ealiza en el en o no de desa ollo in eg ado Remix .
28
Pa a ello, se debe i a su página web y ahí, conec a un monede o Me aMask con una di ección
que se á el c eado del con a o in eligen e (p o eedo de se icios).
28 h ps:// emix.e he eum.o g/
27 h ps://www. inkeby.io/#s a s
105
Figu a 4.44 Ve i icación y publicación del código de un con a o in eligen e
Pos e io men e, se p opo ciona el código del con a o in eligen e y si es el co ec o, el código ya
es a á en E he scan, siendo es e isible a cualquie pe sona desde su página web como se
puede e en la Figu a 4.45.
112

Figu a 4.45 Código e i icado y publicado de un con a o in eligen e
113
Una ez el subg a o es á c eado y el código del con a o in eligen e es á desplegado en
E he scan, es os son los pasos a segui :
1. Ins alación de The G aph CLI (necesa io ene npm o ya n ins alado, ambos son
ges o es de paque e Ja asc ip ) como se puede e en la Figu a 4.46.
Figu a 4.46 Ins alación de The G aph CLI32
2. Inicialización del subg a o como se puede isualiza en la Figu a 4.47.
Figu a 4.47 Inicialización del subg a o33
3. Esc i u a del subg a o: el comando an e io c ea una base de es uc u a pa a el
subg a o, a pa i del código público en E he scan. En el caso de SLink, es o no es
su icien e y se debe da o ma al modelo de da os como se indica en la sección 4.5.2.
The G aph en el back-end edi ando los a chi os:
a. Mani ies o (subg aph.yaml): de ine qué uen es de da os indexa á el subg a o.
b. Esquema (schema.g aphql): de ine los da os a ecupe a de un subg a o.
c. Mapeado (mapping. s): aduce los da os de las uen es de da os a las
en idades de inidas en el esquema.
Todos es os a chi os man ienen el mismo con enido siemp e sal o dos cambios necesa ios en
el despliegue den o del mani ies o. Es os son la di ección del con a o y el bloque de inicio
(bloque de la ed de E he eum donde se c eó el con a o in eligen e).
4. Despliegue del subg a o como se mues a en la Figu a 4.48 yFigu a 4.49.
33 h ps:// heg aph.com/docs/es/de elope /quick-s a /
32 h ps:// heg aph.com/docs/es/de elope /quick-s a /
114
Figu a 4.48 Gene ación y cons ucción del código de un subg a o34
Figu a 4.49 Au en icación y despliegue de un subg a o35
Una ez desplegado el subg ado, ya es á disponible pa a ealiza p uebas an o en la p opia
página de Subg aph S udio como ía API como se puede e en la Figu a 4.50.
Figu a 4.50 Página de edición de un subg a o donde se mues an a ios da os de es e
Pa a inaliza el despliegue de o ma co ec a, se ha de publica el Subg a o. Pa a ello, se hace
clic en el bo ón “Publish” y se con igu a cómo se desea ealiza la publicación como se puede
e en la Figu a 4.51. Se ecomienda ma ca la opción “Se el p ime o en señala es e
subg a o” pa a que se publique con mayo elocidad. Los subg a os en The G aph deben se
seleccionados po los cu ado es pa a pode se consul ados y, de es a mane a, sal amos el
paso de espe a a que un cu ado seleccione el subg a o. Es a opción no es g a ui a y se debe
35 h ps:// heg aph.com/docs/es/de elope /quick-s a /
34 h ps:// heg aph.com/docs/es/de elope /quick-s a /
115
paga con GRT, el oken de The G aph. Cuan a más can idad, más ápido se indexa á. Pa a
ob ene okens en la ed de p uebas Rinkeby, se ha de isi a el se ido de Disco d de The
G aph y segui los pasos indicados en es e (h ps://disco d.gg/ 7FP) en Disco d .
36
Figu a 4.51 Con igu ación pa a la publicación de un subg a o
Una ez el subg ado es á desplegado y publicado, se puede isi a en una di ección simila a
h ps:// es ne . heg aph.com/subg aph?id=XX,donde XX es el ID del subg a o gene ado,
aunque ambién se puede busca en la página h ps:// es ne . heg aph.com/ pa a consul a oda
36 h ps://disco d.com/
116
la in o mación disponible como se mues a en la Figu a 4.52. Es os enlaces son pa a la ed de
Rinkeby, en caso de se en la ed E he eum p incipal, desapa ece “ es ne ” de es os.
Figu a 4.52 Subg a o publicado a la espe a de se indexado
4.6.3. Despliegue del back-end en local
Los pasos a segui pa a desplega el back-end son:
1. Dispone de una ins ancia de MySQL en el sis ema pa a pos e io men e c ea la base
de da os p i ada den o de ella.
2. Dispone de Node.js en el sis ema pa a pode ejecu a aplicaciones Node.
3. Ejecu a el comando “npm ins all” desde una consola, den o del di ec o io aíz del
p oyec o. Es e comando ins ala á las dependencias del p oyec o.
4. Ejecu a el comando “node app.js” desde una consola, den o del di ec o io aíz del
p oyec o. Es e comando inicia á el p oyec o.
117

Todos es os pasos se encuen an en el iche o Readme.md en el eposi o io del código uen e.
4.6.4. Despliegue del on -end en local
El on -end sopo a an o el idioma español como inglés, po lo que muchos campos de la
con igu ación deben ene la aducción en ambos idiomas. Es os se ma can a con inuación con
la le a T.
Los pasos a segui pa a desplega el on -end son:
1. Indica la di ección E he eum p opie a ia del con a o in eligen e en el iche o con ig.js
del eposi o io del código uen e.
2. Con igu ación de las opciones de un SLA (disponible en el iche o s c/con ig.js del
eposi o io del código uen e del on -end):
a. Se icios: cada se icio debe con ene un id, un nomb e (T), una desc ipción
(T), un p ecio, una pe iodicidad del p ecio y una indicación de si es e es ijo u
ocasional.
b. Se icios ex a: misma con igu ación que los se icios.
c. Espacios de se icio: cada espacio de se icio debe con ene un id, un nomb e
(T), una ho a de inicio, una ho a de in, un p ecio, una pe iodicidad del p ecio y
una indicación de si es e es ijo u ocasional.
d. Licencias: cada licencia debe con ene un id y un nomb e (T).
e. Pe iodicidades de in o mes de e isión: cada pe iodicidad de in o mes de
e isión debe con ene un id, un p ecio, una pe iodicidad del p ecio y una
indicación de si es e es ijo u ocasional.
. Pe iodicidades de ac u ación: cada pe iodicidad de ac u ación debe con ene
un id y una pe iodicidad.
g. Mé odos de ac u ación: cada mé odo de ac u ación debe con ene un id y un
nomb e (T).
3. Dispone del back-end del sis ema.
4. Dispone de Node.js en el sis ema pa a pode ejecu a aplicaciones Node
(imp escindible pa a el pun o an e io ).
5. Ejecu a el comando “npm ins all” desde una consola, den o del di ec o io aíz del
p oyec o. Es e comando ins ala á las dependencias del p oyec o.
118
6. Ejecu a el comando “cd yujo/” desde una consola, den o del di ec o io aíz del
p oyec o. Es e comando cambia á la localización al código del p oyec o.
7. Ejecu a el comando “npm s a ” desde una consola, den o del di ec o io aíz del
p oyec o. Es e comando inicia á el p oyec o.
Todos es os pasos se encuen an en el iche o Readme.md en el eposi o io del código uen e.
4.7. Licencia y código uen e
4.7.1. Licencia
En es e p oyec o se ha aplicado la siguien e licencia de C ea i e Commons pa a el código
37
uen e, sal o la pa e de con a o in eligen e ( e la Figu a 4.53) Es o signi ica que se puede
usa lib emen e el abajo ci ando a los au o es, no es á pe mi ido el uso come cial,
modi icaciones ni ob as de i adas. Se puede obse a dicha licencia en la pa e supe io de
odas las páginas disponibles del sis ema.
Figu a 4.53 Licencia
Mien as pa a la pa e de con a o in eligen e, se ha u ilizado la licencia MIT , licencia de
38
so wa e lib e.
4.7.2. Código uen e
El código uen e de es e p oyec o es á disponible en las siguien es di ecciones de Gi Hub:
1. F on -end:h ps://gi hub.com/Yule1223/BC-ITSM.gi
2. Back-end:h ps://gi hub.com/JoseVelascoSan os/BC-ITSM-BE.gi
38 h ps://es.wikipedia.o g/wiki/Licencia_MIT
37 h ps://c ea i ecommons.o g/
119
Capí ulo 5 - T abajo indi idual
En es e capí ulo se de alla el abajo ealizado po cada uno de los miemb os del p oyec o.
5.1. T abajo indi idual de José And és
Realiza es e TFG supuso al p incipio un e o debido al desconocimien o de muchas de las
ecnologías que íbamos a u iliza . Pe o an es de pone nos a desa olla , mi compañe a Yule y
yo, u imos que ealiza di e sas in es igaciones. Las p ime as in es igaciones ue on sob e
ITIL, SLA, y la Blockchain de E he eum, en ese mismo o den pues o que p ime o end íamos
que conoce ITIL pa a da paso a los SLAs y a pa i de ello, end íamos el conocimien o sob e
qué debe con ene un SLA pa a a a de a e igua cómo Solidi y nos pe mi i ía desa olla un
con a o in eligen e pa a almacena los.
Una ez eníamos el conocimien o su icien e, empezamos el desa ollo. En mi caso, me ocupé
del back-end aunque debido a mi expe iencia p o esional con Reac -Na i e (ma co de abajo
pa a desa ollo mul ipla a o ma de disposi i os mó iles que nació a pa i de Reac ), ayudé a mi
compañe a con la a qui ec u a del on -end.
En p ime luga desa ollé una p ime a e sión del con a o in eligen e del sis ema. Es a p ime a
e sión, da ía luga a ealiza en onces un diseño de la base de da os pa a almacena los da os
sensibles. Teniendo es o, desa ollé la API REST con Exp ess pa a jun a odo y pe mi i la
c eación de un SLA al comple o.
El desa ollo del con a o in eligen e se ealizó de o ma i e a i a, donde en cada i e ación
nue a se ac ualizaba y mejo aba es e has a llega a la e sión inal.
Al mismo iempo que a anzaba en el diseño del con a o in eligen e, pensamos que se ía
buena uncionalidad ene un lis ado de en idades pa a ges iona es as y desa ollé esa pa e
que implicaba ac ualiza la API REST y c ea una nue a pan alla jun o con mi compañe a en
on -end.
El dashboa d ue lo úl imo en desa olla . Una ez pensamos en aquellos KPIs in e esan es
sob e un SLA, ealicé una in es igación y una p ueba de concep o sob e The G aph. Su gie on
dos p oblemas con ello: los e en os del con a o in eligen e no e an su icien es pa a el subg a o
y la ed de p uebas de The G aph no gene aba momen áneamen e okens pa a pode publica
120
el subg a o. El p ime p oblema se sol en ó ac ualizando el con a o in eligen e y el segundo,
con el paso de los días. Finalmen e conseguí publica el subg a o que pe mi ió o ece una API
pa a ealiza consul as sob e el con a o in eligen e del sis ema. Una ez se consiguió es o,
ac ualicé la API REST del back-end pa a o ece un pun o cen alizado de consul as sob e odo
el sis ema y desa ollé la pan alla co espondien e a ello en on -end.
121
pueda da se de al a po su cuen a. De es a mane a, el clien e aho a el iempo de
espe a y los pe sonales de SLink aho a la ca ga de abajo.
●Mos a mensajes de e o con llamadas API: Ac ualmen e no el sis ema no dispone
de mensajes de e o con llamadas API, se ía muy in e esan e ene lo.
●Roles y pe misos de la aplicación: La exis encia de oles y pe misos de la aplicación
pe mi i ía ene más de un p opie a io (de mane a que más de una di ección E he eum
pod ía isualiza la lis a de en idades y el Dashboa d) o la exis encia de usua ios con
pe misos pa a ello.
●Despliegue del sis ema ía on -end: Ac ualmen e el sis ema se despliega pa a un
en o no de p oducción de o ma manual. Si exis ie a un despliegue en on -end, de
mane a que se siguie an los pasos necesa ios sin eque i un conocimien o a anzado
po pa e del usua io, SLink pod ía se desplegado sin ayuda y eso aumen a ía la
iabilidad del sis ema.
●Con igu ación del sis ema ía on -end: En la e sión ac ual del sis ema, se debe
con igu a es e po un a chi o de con igu ación (s c/con ig.js en el eposi o io del código
uen e del on -end). Se ía in e esan e ene la posibilidad de ealiza es a con igu ación
desde el on -end y/o mos a la con igu ación ac ual en cualquie momen o.
●P uebas au oma izadas de oda la aplicación: Po ejemplo, ealización de p uebas
uni a ias pa a los componen es Reac c eados y pun os inales de la API REST del
back-end, p uebas uncionales pa a las pan allas del on -end y p uebas de endimien o
del sis ema en gene al.
●Cha en di ec o como mé odo de con ac o: Es a mejo a supone la exis encia de
pe sonal pendien e de a ende a clien es o bien un obo capaz de guia al clien e hacia
la ayuda necesa ia pa a su necesidad. Se ía ú il pa a da de al a a nue os clien es de
una o ma ápida y ac ual jun o a la exis en e opción de llamada ele ónica ( ambién
opción de con ac o ápido).
● De ini KPI más ap opiados según la necesidad de las o ganizaciones: Dado la
limi ación de iempo y alcance de es e p oyec o, se ha enido que de ini KPIs sencillos
siendo un p o o ipo. Se end á que de ini KPI más complejas según la necesidades de
cada emp esa en el en o no eal.
128

Chap e 6 - Conclusions and u u e wo k
This chap e p esen s he conclusions ob ained in his Final Deg ee P ojec (FDP) and he
u u e wo k ha could be ca ied ou i he de elopmen o his p ojec we e con inued.
6.1. Conclusions
The main conclusions ha we ob ain as a esul o he wo k ca ied ou o his FDP a e ela ed
o he in eg a ion o SLAs wi hin he E he eum Blockchain.
We ha e seen ha i o e s anspa ency since i is a ne wo k whe e any in e es ed ex e nal
pa y can ind ou abou he SLAs c ea ed and egis e ed wi hin i , gua an eeing aceabili y and
immu abili y ha pe haps only a ne wo k o his ype can ensu e as i is a decen alized ne wo k.
The use o his ne wo k is no an impedimen o he sys em SLink, because al hough i is ue
ha ansac ions las a ew seconds wi h he cu en P oo -o -Wo k consensus p o ocol, his
ime is accep able and he es o he imes whe e he ne wo k is in ol ed (consul a ions o he
Blockchain ne wo k ia The G aph) a e e y sho .
The G aph, because o how i wo ks (see sec ion 3.13.2. ¿Cómo unciona The G aph?), has he
a ailable da a o be que ied eady, so que y speed is no comp omised. In addi ion, The G aph
allows all kinds o que ies wi h nume ous con igu a ion op ions o hem, p o iding g ea
lexibili y when sea ching o da a on he sma con ac . This, oge he wi h an app op ia e da a
model hanks o he sma con ac e en s, allows you o ha e e e y hing you need o a
comple e dashboa d.
The accep ance in he business wo ld o ce i ica ions ob ained h ough he Blockchain is
al eady a eali y: Ibe d ola (a Spanish company dedica ed o he p oduc ion, dis ibu ion and
46
sale o ene gy), has ecen ly used his echnology o e i y o es . In addi ion, a he end o
47
Decembe 2021, a Judgmen o he P o incial Cou o Vi o ia admi ed he use o Blockchain
48
as a echnological elemen ha allows a minimum au hen ici y audi o an elec onic documen
48 h ps://www.pode judicial.es/sea ch/AN/openDocumen /954c 088a7a89e01/20220510
47
h ps://www.ciospain.es/segu idad/la- ecnologia-blockchain-se-cuela-en-la-jun a-de-accionis as-
de-ibe d ola
46 h ps://www.ibe d ola.es/
129
p esen ed as e idence in he p ocedu e. Bo h ac s con ey ha he ce i ica ion and ecogni ion
o sma con ac s es ablished and egis e ed in he Blockchain is inc easingly ecognized.
On he o he hand, when i comes o de elopmen , Ja asc ip is a e y e sa ile applica ion
echnology ha should be conside ed o agile de elopmen . As seen in his p ojec , Ja asc ip
has allowed us o wo k wi h a on -end amewo k (Reac ) and a back-end amewo k
(Exp ess). Ou side o his p ojec , c oss-pla o m mobile applica ions (Reac -Na i e o example
) and desk op applica ions (Elec on o example ) can be de eloped. As i his we e no
49 50
enough, he syn ax o languages like Solidi y a e qui e simila , which is a g ea help when
51
lea ning ano he echnology.
We also belie e ha ITIL adop ion should inc ease in ela ion o he IT se ices cu en ly o e ed
by companies due o he g ow h o he sec o in ecen yea s and wha may g ow in he u u e.
Despi e being used by hund eds o o ganiza ions, i is necessa y o apply ITIL good p ac ices in
many mo e o achie e quali y se ice p o ision in an inc easingly digi ized socie y; A company
should no only be digi ized o o e IT se ices, bu hese should also be o quali y.
Simila ly, uni e si y s uden s linked o any b anch o compu ing should be amilia wi h he
knowledge o SLA, since i is a undamen al pa o he con ac s o a company in he IT sec o .
Knowing he cha ac e is ics and applica ions o SLAs in he business wo ld would help imp o e
hei p o essional ca ee s.
Finally, we belie e ha Blockchain echnology has a g ea u u e o he poin o pe haps
comple ely e olu ionizing he IT sec o as i is known oday. The a i al o Web3, a new i e a ion
on he web wi h Blockchain echnology, inco po a es all he concep s o Blockchain echnology
such as decen aliza ion and digi al economy. Bu his echnology is no jus ha : i allows he
exis ence o c yp ocu encies (which con inue o g ow o e ime and he c ea ion o new
p ojec s, hey allow e e y hing ela ed o Blockchain o be p omo ed), NFTs (Non Fungible
Tokens) (allow a digi al p ope y o be egis e ed in a Blockchain) and Me a e ses (digi al
52
wo lds whe e mos use Blockchain echnology).
The objec i e o his FDP was o c ea e a decen alized sys em based on Blockchain echnology
o a o he managemen o SLAs be ween IT se ice p o ide s and clien s ollowing ITIL good
52 h ps://en.wikipedia.o g/wiki/Me a e se
51 h ps://www. u o ialspoin .com/solidi y/solidi y_basic_syn ax.h m
50 h ps://www.elec onjs.o g/
49 h ps:// eac na i e.de /docs/ja asc ip -en i onmen
130
p ac ices and we belie e ha his has been achie ed. Despi e no ha ing pu SLink in o a
p oduc ion en i onmen , we belie e ha i is a sys em ha achie es he abo e.
Thanks o his FDP, we ha e ob ained knowledge o nume ous echnologies:
●Reac as a on -end amewo k
●Pos man as a es ing applica ion o REST APIs
●E he eum as a Blockchain ne wo k in ended o applica ions
●Solidi y as a sma con ac language
●Remix as a de elopmen and deploymen en i onmen o sma con ac s on he
E he eum ne wo k
●G aphQL as a que y and da a manipula ion language o APIs
●The G aph as a sea ch engine o sma con ac s
● The es o he echnologies we e al eady known om he knowledge acqui ed in
subjec s o he so wa e enginee ing deg ee in he compu e science acul y o he
Complu ense Uni e si y o Mad id:
○Da abases (BD): In his subjec we we e gi en he in oduc ion o ela ional
da abases, and we we e augh o make que ies o he da abase.
○Web Applica ions (AW): In his subjec we we e augh he knowledge abou
HTML, CSS, Ja asc ip , and Exp ess, which a e used in he de elopmen o he
on -end o he sys em SLink. We also lea ned he managemen o web se ices
and he connec ion be ween hem.
○So wa e P ojec Managemen (GPS): In his subjec we we e augh o use
e sion con ol ools, wo k as a eam, lea n o w i e o mal documen s, and abo e
all, i was whe e we me ou di ec o o he FDP and he good ela ionship
be ween us began.
○E hics, Legisla ion and P o ession (ELP): In his cou se we we e in o med
abou he use o licenses, choosing an app op ia e license o p o ec ou wo k.
They also explained o us abou ee so wa e and he p ope y o FDP.
6.2. Fu u e wo k
The SLink sys em has nume ous expansion possibili ies ha , due o ime limi a ions and he end
o he s udy, ha e no been ca ied ou . He e a e some expansion possibili ies ha could be
ca ied ou in he u u e:
131
●Paymen o he SLA in he sys em i sel : Al hough he e is he paymen o a ee by he
clien o c ea e a new SLA in he sma con ac o he E he eum ne wo k (paymen
necessa y o pay o he ansac ion ha in oduces changes in he ne wo k), i would be
use ul ha e paymen me hods wi hin he sys em i sel . Fo example, i he chosen billing
me hod is bank ans e , you could p o ide he necessa y bank de ails o i and e en
eques a ans e eceip . I he chosen billing me hod is c yp ocu ency paymen , he
sma con ac could be modi ied o suppo his unc ionali y and make he paymen
oge he wi h he ansac ion ee.
●Documen managemen : Documen managemen o SLAs would be in e es ing, so
ha each SLA could ha e a se ies o documen s p o ided ei he by he se ice p o ide
o by he clien . This would make i possible, o example, o download he se ice le els
o e ed in a documen o o upload speci ic documen a ion eques ed om he clien by
he se ice p o ide .
●SLA summa y in he o m o a documen : This unc ionali y would make i possible o
ob ain a summa y o he SLA c ea ed by he clien in he o m o a documen and would
educe he complexi y o e iewing his SLA in he sma con ac ex e nally o he
sys em.
●Mo e digi al walle op ions: Cu en ly he sys em only has one digi al walle op ion,
Me aMask, i would be in e es ing i i had mo e op ions o each he la ges audience.
●Regis e a clien ia on -end: Cu en ly, i a clien wan s o egis e , hey ha e o send
a con ac eques h ough he Know Us page (see sec ion 4.3.9. Página de
Conoce nos), he ideal is o ha e a page whe e he clien can egis e by hemsel es. In
his way, he cus ome sa es he wai ing ime and he SLink pe sonnel sa es he
wo kload.
●Show e o messages wi h API calls: Cu en ly he sys em does no ha e e o
messages wi h API calls, i would be e y in e es ing o ha e i .
●Roles and pe missions o he applica ion: The exis ence o oles and pe missions o
he applica ion would allow i o ha e mo e han one owne (so ha mo e han one
E he eum add ess could iew he lis o en i ies and he Dashboa d) o he exis ence o
use s wi h pe missions o do so.
●Sys em deploymen ia on -end: Cu en ly he sys em is deployed o a p oduc ion
en i onmen manually. I he e was a on -end deploymen , so ha he necessa y s eps
132
we e ollowed wi hou equi ing ad anced knowledge on he pa o he use , SLink could
be deployed wi hou help and ha would inc ease he iabili y o he sys em as well.
●Sys em con igu a ion ia on -end: In he cu en e sion o he sys em, i mus be
con igu ed h ough a con igu a ion ile (s c/con ig.js in he on -end sou ce code
eposi o y). I would be in e es ing o ha e he possibili y o make his con igu a ion om
he on -end and/o show he cu en con igu a ion a any ime.
●Au oma ed es ing o he en i e applica ion: Fo example, uni es ing o buil Reac
componen s and back-end REST API endpoin s, unc ional es ing o on -end sc eens,
and o e all sys em pe o mance es ing.
●Li e cha as a con ac me hod: This imp o emen supposes he exis ence o s a
wai ing o a end o clien s o a obo capable o guiding he clien owa ds he necessa y
help o hei need. I would be use ul o egis e new clien s in a as and cu en way,
oge he wi h he exis ing elephone call op ion (also a quick con ac op ion).
●De ine he mos app op ia e KPIs acco ding o he needs o he o ganiza ions:
Gi en he limi ed ime and scope o his p ojec , simple KPIs had o be de ined as a
p o o ype. Mo e complex KPIs will ha e o be de ined acco ding o he needs o each
company in he eal en i onmen .
133

Bibliog a ía
1. Ana And és Ál a ez, Ca los Manuel Fe nández Sánchez y Bo is Delgado Riss. (2A.
ED.). GUÍA PRÁCTICA DE ISO/IEC 20000-1 PARA SERVICIOS TIC. Uni e sidad
Complu ense de Mad id. h ps://elib o.ne /es/e eade /uni e sidadcomplu ense/131803
[Úl imo acceso: 16/5/2022].
2. Jan an Bon (2008). Fundamen os de la Ges ión de Se icios de TI basada en ITIL. Van
Ha en Publishing.
h ps://books.google.com.pe/books?id=WdFEBAAAQBAJ&p in sec=copy igh # =onepag
e&q& = alse [Úl imo acceso: 20/5/2022]
3. Rod íguez, J. R. (1 de ma zo de 2022). ¿Hace al a un depa amen o de in o má ica?
Pues, depende. Tecnología++. Blogs Ins i ucionals UOC.
h ps://blogs.uoc.edu/in o ma ica/depa amen o-in o ma ica/ [Úl imo acceso: 16/5/2022]
4. OLCESE, A., & Moya, C. (3 de Feb e o de 2022). El ejido p oduc i o no se ecupe a:
España iene hoy 77.831 emp esas menos que an es de la pandemia. El Mundo.
h ps://www.elmundo.es/economia/mac oeconomia/2022/02/03/61 ab040 c6c832 698b4
5eb.h ml [Úl imo acceso: 16/5/2022]
5. González Fe nández-Villa icencio, N.; Menéndez No oa, J.L.; Seoane Ga cía, C.; San
Millán Fe nández, M.E. (2013). Re isión y p opues a de indicado es (KPI) de la
Biblio eca en los medios sociales. Re is a Española de Documen ación Cien í ica,
36(1):e005. h p://dx.doi.o g/10.3989/ edc.2013.1.919. [Úl imo acceso: 16/5/2022]
6. IBM Blockchain. (n.d.). Wha is Blockchain Technology?. IBM.
h ps://www.ibm.com/es-es/ opics/wha -is-blockchain [Úl imo acceso: 16/5/2022]
7. Vi alik Bu e in (2014). E he eum Whi e Pape .h ps://e he eum.o g/en/whi epape /
[Úl imo acceso: 24/5/2022]
8. Sinclai Da idson, P ima e a De Filippi, Jason Po s (2016). Economics o Blockchain.
h ps://pape s.ss n.com/sol3/pape s.c m?abs ac _id=2744751#:~: ex =The%20basic%2
0economics%20o %20blockchain,cos %20o %20p ocessing%20digi al%20in o ma ion%
2C [Úl imo acceso: 23/5/2022]
9. Alex Banks & E e Po cello (2017). Lea ning Reac : Func ional Web De elopmen wi h
Reac and Redux.h ps://media.g aphcms.com/H M5QEqWSweYEQBwClSG?dl= ue
[Úl imo acceso: 23/5/2022]
134
10. Nakamo o, S. (2008). Bi coin: A Pee - o-Pee Elec onic Cash Sys em.
h ps://bi coin.o g/bi coin.pd [Úl imo acceso: 24/5/2022]
11. Swan, M. (2015). Blockchain: bluep in o a new economy. Fi s edi ion. ed. O’Reilly,
Beijing : Sebas opol, CA.
h p://book.i ep. u/deposi o y/blockchain/blockchain-by-melanie-swan.pd [Úl imo acceso:
24/5/2022]
12. S einbe g, R. A. (2006). Measu ing ITIL: Measu ing, Repo ing and Modeling - The IT
Se ice Managemen Me ics Tha Ma e Mos o IT Senio Execu i es. T a o d
Publishing
h ps://www.sc ibd.com/book/387796481/Measu ing-I sm-Measu ing-Repo ing-and-Mod
eling- he-I -Se ice-Managemen -Me ics-Tha -Ma e -Mos - o-I -Senio -Execu i es
[Úl imo acceso: 25/5/2022]
13. An onopoulos, A.M.;Wood, G. (2019). Mas e ing E he eum: building sma con ac s and
DApps. Fi s edi ion. ed. O’Reilly, Sebas opol, CA.
h ps://dl.ebookswo ld.i /mo oman/Mas e ing_E he eum_And eas.M.An onopoulos.www.
EBooksWo ld.i .pd [Úl imo acceso: 25/5/2022]
14. Julija Goloso a; And ejs Romano s. (2018). The Ad an ages and Disad an ages o he
Blockchain Technology. IEEE. h ps://ieeexplo e.ieee.o g/documen /8592253 [Úl imo
acceso: 25/5/2022]
135
136