Análisis y desarrollo de una licitación técnica en el sector de las TIC

TRABAJO FINAL DE GRADO
TÍTULO: Análisis y Desa ollo de una Lici ación Técnica en el Sec o de las TIC
TITULACIÓN: G ado en Ingenie ía de Sis emas de Telecomunicación
AUTOR: F ancisco González Fon an
DIRECTOR: Gab iel Mon o o López
SUPERVISOR: Tomás González Fon án
ENTIDAD COLABORADORA: Al en
FECHA DEPÓSITO: 05/02/2025
TÍTULO: Análisis y Desa ollo de una Lici ación Técnica en el Sec o de las TIC
TITULACIÓN: G ado en Ingenie ía de Sis emas de Telecomunicación
AUTOR: F ancisco González Fon an
DIRECTOR: Gab iel Mon o o López
SUPERVISOR: Tomás González Fon án
ENTIDAD COLABORADORA: Al en
FECHA DEPÓSITO: 05/02/2025
Resumen
El siguien e p oyec o, se enma ca en la colabo ación en la emp esa de consul o ía de
ingenie ía y ecnología, ALTEN, den o del depa amen o de p oyec os del sec o público a
ni el nacional. 
El obje i o p incipal de es e p oyec o consis e en dos pa es. La p ime a pa e es eó ica,
donde se hace un es udio de las in e siones y endencias que ha habido en España en el
sec o TIC en los úl imos años, y pos e io men e, ambién en una comunidad au ónoma
conc e a. Se de alla ambién odo el p oceso de lici ación de un o ganismo público, desde el
momen o en que se publica el p oyec o y los eque imien os especí icos, has a que se
adjudica a un p o eedo conc e o. También se iden i ican los di e en es p oyec os que se
lici an en el sec o público, a modo de clasi icación. 
Po úl imo, se incluye en es a pa e, muchos de los concep os cla e in oluc ados en la ges ión
de p oyec os, pa a el pos e io análisis de un p oyec o lici ado po un o ganismo público.
La segunda pa e, es p ác ica, donde se da una espues a de allada a una lici ación pública
especí ica, o mulando una p opues a écnica. Es a p opues a incluye el análisis de los
equisi os del pliego, an o écnicos como económicos. 
Pa a la esolución de la p opues a écnica, se hace in es igación de los oles in oluc ados en
un p oyec o de so wa e, he amien as u ilizadas, me odologías¿ pa a pode esponde a odos
los equisi os que se solici an en el desglose de la pun uación de cada o e a que puedan
ealiza los dis in os p o eedo es.
Finalmen e, se da una isión global ace ca de la plani icación, y adap ación de soluciones a la
p oblemá ica de los o ganismos públicos. Además, se comen a los conocimien os ap endidos
an o el conocimien o eó ico como p ác icos, des acando las he amien as cla e pa a abo da
p oyec os en consul o ía ecnológica y ges ión de p oyec os.
TITLE: Analysis and De elopmen o a Technical Tende in he ICT Sec o
DEGREE: Bachelo 's Deg ee in Telecommunica ions Sys ems Enginee ing
AUTHOR: F ancisco González Fon an
DIRECTOR: Gab iel Mon o o López
SUPERVISOR: Tomás González Fon án
COLLABORATING ENTITY: Al en
SUBMISSION DATE: 05/02/2025
Abs ac
The ollowing p ojec is pa o he collabo a ion in he enginee ing and echnology consul ing
company, ALTEN, wi hin he depa men o public sec o p ojec s a na ional le el. 
The main objec i e o his p ojec consis s o wo pa s. The i s pa is heo e ical, whe e a
s udy is made o he in es men s and ends in he ICT sec o in Spain in ecen yea s, and
subsequen ly, also in a speci ic au onomous communi y. I also de ails he en i e bidding
p ocess o a public body, om he momen he p ojec is published and he speci ic
equi emen s, un il i is awa ded o a speci ic supplie . 
I also iden i ies he di e en p ojec s ha a e ende ed in he public sec o , by way o
classi ica ion. 
Finally, his pa includes many o he key concep s in ol ed in p ojec managemen , o he
subsequen analysis o a p ojec ende ed by a public agency.
The second pa is p ac ical, whe e a de ailed esponse o a speci ic public bid is gi en,
o mula ing a echnical p oposal. This p oposal includes he analysis o he equi emen s o he
speci ica ions, bo h echnical and economic. 
Fo he esolu ion o he echnical p oposal, esea ch is done on he oles in ol ed in a
so wa e p ojec , ools used, me hodologies... o be able o espond o all he equi emen s
ha a e eques ed in he b eakdown o he sco e o each o e ha can be made by he
di e en supplie s.
Finally, a global ision is gi en abou he planning and adap a ion o solu ions o he p oblems
o public o ganiza ions. In addi ion, he knowledge lea ned bo h heo e ical and p ac ical
knowledge is discussed, highligh ing he key ools o add ess p ojec s in echnology consul ing
and p ojec managemen .
Índice
1 INTRODUCCIÓN ..................................................................................................................... 1
1.1 Mo i ación ....................................................................................................................... 1
1.2 Obje i os ......................................................................................................................... 2
1.3 Es uc u a ........................................................................................................................ 2
2 CONTEXTO ............................................................................................................................. 3
3 PARTE 1- TEÓRICA ................................................................................................................ 5
3.1 Lici ación Pública ........................................................................................................... 5
3.1.1 P incipios de una lici ación ....................................................................................... 5
3.1.2 Tipos de lici aciones .................................................................................................. 6
3.1.3 Pliego ........................................................................................................................ 6
3.1.4 Unión Tempo al de emp esas .................................................................................. 8
3.1.5 E aluación ................................................................................................................ 8
3.1.6 Ámbi os de negocio .................................................................................................. 8
3.1.7 CPV ........................................................................................................................... 9
3.2 Me odologías de Seguimien os de P oyec os ........................................................... 10
3.2.1 Wa e all .................................................................................................................. 10
3.2.2 Sc um ...................................................................................................................... 11
3.2.3 Agile ........................................................................................................................ 12
3.2.4 Kanban .................................................................................................................... 12
3.2.5 Sc umban ................................................................................................................ 12
3.2.6 Lean ........................................................................................................................ 13
3.2.7 P ince2 .................................................................................................................... 13
3.3 He amien as pa a el desa ollo de so wa e ............................................................ 14
3.3.1 P incipales He amien as ........................................................................................ 14
3.3.2 In eg ación con inua................................................................................................ 15
3.4 Roles en los equipos de So wa e .............................................................................. 16
3.4.1 Analis a ................................................................................................................... 16
Desa ollado es Full-s ack ...................................................................................... 16
3.4.2 16
3.4.3 Diseñado es UI/UX ................................................................................................. 17
3.4.4 Ingenie os de con ol de calidad ............................................................................. 17
3.4.5 A qui ec o de so wa e ............................................................................................ 17
3.4.6 Ingenie o De Ops ................................................................................................... 17
4 PARTE 2 – BUSINESS CASE ............................................................................................... 19
4.1 Tendencias de p oyec os TIC ...................................................................................... 19
4.2 O ganismos ele an es ................................................................................................ 20
4.2.1 O ganismos ele an es en la Comunidad Valenciana ............................................ 20
4.2.2 O ganismos públicos en Ca aluña: ......................................................................... 20
4.3 P o eedo es ele an es ............................................................................................... 21
4.4 Análisis de Da os .......................................................................................................... 21
4.4.1 P incipales lici ado es ............................................................................................. 22
4.4.2 P incipales adjudica a ios ....................................................................................... 23
5 PARTE 3 – RESOLUCIÓN .................................................................................................... 25
5.1 Solución écnica ........................................................................................................... 26
5.1.1 Resumen ejecu i o ................................................................................................. 26
5.1.2 Solución écnica P opues a .................................................................................... 27
5.1.3 Equipo de T abajo ................................................................................................... 29
5.1.4 Modelo de elación, ges ión, seguimien o y calidad ............................................... 30
5.1.5 Modelo de plan de de olución del se icio ............................................................. 30
5.2 P opues a económica .................................................................................................. 31
6 ESTUDIO DE SOSTENIBILIDAD .......................................................................................... 32
7 CONCLUSIONES .................................................................................................................. 35
8 BIBLIOGRAFÍA ..................................................................................................................... 37

Índice de igu as
Fig. 1 Po al de Lici aciones Públicas ........................................................................................... 5
Fig. 2 Código CPV ......................................................................................................................... 9
Fig. 3 Fases de la me odología Wa e all .................................................................................... 10
Fig. 4 Fases Me odología SCRUM.............................................................................................. 11
Fig. 5 Ji a ..................................................................................................................................... 14
Fig. 6 Con luence ........................................................................................................................ 14
Fig. 7 Sona Qube ........................................................................................................................ 14
Fig. 8 Selenium............................................................................................................................ 14
Fig. 9 AWS .................................................................................................................................. 15
Fig. 10 Docke ............................................................................................................................. 15
Fig. 11 Kube ne es ...................................................................................................................... 15
Fig. 12 Jenkins ............................................................................................................................ 15
Fig. 13 De Ops y CI/CD .............................................................................................................. 16
Fig. 14 Tendencias de p oyec os TIC ......................................................................................... 20
Fig. 15 In e sión y núme o de adjudicaciones del CPV 480 ...................................................... 22
Fig. 16 In e sión y núme o de adjudicaciones del CPV 720 ...................................................... 22
Fig. 17 P incipales lici ado es ...................................................................................................... 22
Fig. 18 P incipales adjudicado es ............................................................................................... 23
Fig. 19 Adminis ación Abie a de Ca aluña ................................................................................ 25
Fig. 20 Pe iles de la lici ación ..................................................................................................... 31
Fig. 21 Desglose económico de la lici ación ............................................................................... 31
Índice de ablas
Tabla 1 Sueldos de los pe iles ................................................................................................... 31
Tabla 2 Cos e o al de los pe iles ............................................................................................... 32
Tabla 3 Bene icio de la lici iación ................................................................................................ 32
Glosa io
IT In o ma ion Technology
CPV Common P ocu emen Vocabula y
PCAP Pliego de Cláusulas Adminis a i as Pa icula es
PPT Pliego de P esc ipciones Técnicas
IoT In e ne o Things
CI/CD In eg ación con inua/Despliegue con inuo
De Ops Desa ollo y Ope aciones
AWS Amazon Web Se ices
TIC Tecnologías de la In o mación y de la Comunicación
API Applica ion P og amming In e ace
SW So wa e
HW Ha dwa e
IA In eligencia A i icial
PARTE 1- TEÓRICA 7
o Pode adjudicado : En idad pública que publica la o e a de la lici ación. Es
quien es ablece las bases y las condiciones del concu so. Tiene la
esponsabilidad de adjudica el con a o al mejo o e an e después de habe
e aluado odos los pun os de odas las emp esas pa icipan es.
o Obje o del con a o: En es e pun o, la a ea es desc ibi con la mayo cla idad
la necesidad de la o e a y así, odas las emp esas pa icipan es en iendan
aquello que se demanda. No malmen e, se incluye en es e apa ado el CPV
pa a acili a su iden i icación.
o P esupues o: Indica el gas o máximo del pode adjudicado . Es o si e pa a
que las emp esas o e an es engan en odo momen o la noción del gas o
máximo y calcula los cos os sin supe a dicho lími e.
o Requisi os: Se de allan los di e en es equisi os écnicos como pod ían se la
expe iencia en el sec o , ni el écnico, e c. Es os equisi os deben se aco des
al obje o del con a o.
o P ocedimien o y o ma de adjudicación del con a o: En es e apa ado se
de ine el ipo de p ocedimien o a segui , es deci si se á de ipo abie o,
es ingido, e c.
o Plazo de ejecución o du ación del con a o: Impo an e pa a plani ica los
abajos a ealiza .
o Plazo de ga an ía: El obje i o es asegu a la calidad de los abajos y da la
segu idad al pode adjudicado sob e la inalización del abajo.
o C i e ios pa a la adjudicación: Se de allan los pesos de los di e en es pun os
de la lici ación como se ían el cos e, la calidad écnica, el plazo de ejecución
en e o os.
o Cláusulas especiales: Son aquellas cláusulas que se deben ene en cuen a
en caso de que haya a ec aciones medioambien ales o sociales.
o Modi icaciones del con a o: Posibles al e aciones en el con a o siemp e y
cuando haya jus i icación. Como ejemplo podemos deci la ampliación de la
ejecución debido a abajos imp e is os en el inicio.
 PPT (Pliego de p esc ipciones écnicas): Es e documen o incluye las especi icaciones
écnicas y es un documen o esencial pa a cualquie lici ación, ya que eúne odas las
ca ac e ís icas y equisi os que se deben cumpli pa a pode ealiza los di e en es
abajos. Si nos cen amos en una lici ación o ien ada a So wa e pod íamos inclui los
siguien es pun os [6]:
o Ni eles de calidad/se icio: Aquí, deben es a desc i as las p uebas
necesa ias pa a cumpli con los es ánda es de calidad en e los que se puede
inclui , po ejemplo, la elocidad de espues a de la aplicación, la ca ga de
usua ios, e c.
o A qui ec u a de So wa e: Se desc ibe que ipo de lenguaje, amewo k,
bases de da os, e c. También, se debe inclui la compa ibilidad en e los
di e en es sis emas ope a i os, disposi i os. Además, se debe desc ibi la
segu idad con la que se a an los da os.
o P ocedimien os de e aluación de con o midad: Va ias e i icaciones se
debe án lle a a cabo pa a ga an iza el co ec o uncionamien o del abajo
ealizado. En e ellas puede habe ce i icaciones que a alen es e pun o.
o Plazos de ga an ías: Plazo en el cual el adjudica a io p es a á se icios al
adjudicado pa a epa a cualquie allo de se icio, ya que es la emp esa
adjudica a ia la esponsable de la uncionalidad del se icio.
o Se icios de man enimien o: Se indica un plazo en el que la emp esa debe
a ende la pe ición y o o plazo en el que se indica el iempo has a su solución.

8 PARTE 1- TEÓRICA
3.1.4 Unión Tempo al de emp esas
La unión empo al de emp esas (UTE) es aquella donde dos o más emp esas se asocian
empo almen e pa a ealiza una pa icipación en una lici ación donde si cada una abaja a po
su cuen a no pod ían ealiza po al a de ecu sos. Es deci , que cada emp esa o ece
di e en es se icios que cumplen pa e de los equisi os de la lici ación. Es o es ealmen e ú il
en p oyec os de g andes dimensiones donde se equie an di e en es ámbi os de conocimien o
como pod ía se ingenie ía, logís ica en e o os. Es po ello que al uni se di e en es emp esas
apo en ideas que se complemen en con el conocimien o de las demás y es o lle e a cabo
soluciones más c ea i as y más esolu i as.
En caso de habe una UTE, se p esen a á como una sola en idad, pe o debe queda de allado
que es la unión de a ias emp esas. Den o de es a explicación debe habe las
esponsabilidades que cada emp esa asumi á en el p oyec o [7], [8] .
3.1.5 E aluación
El pun o más c í ico de la lici ación pod ía se es a, ya que es donde se e alua án los dis in os
pun os de la lici ación.
Como mencionamos an es, en el PCAP se p esen a el p esupues o de la lici ación. Uno de los
pun os que iene mucho peso a la ho a de e alua una lici ación es el p ecio que cada emp esa
iene aco dado. No obs an e, pa a que es o no sea una o e a al mejo pos o , se ienen en
cuen a los di e en es c i e ios cuali a i os. De es a mane a, apa e del p ecio inal, se e alúa:
 Solución écnica: En es e apa ado, hay que e o za las di e encias en e
nues o se icio o ecido. Cuan a más inno ado a, más e icaz sea nues a
solución, más a ac i a se á nues a o e a. Es po ello, que la elección de la
me odología, el p oceso de con ol del se icio del p oduc o a desa olla y el
conocimien o écnico ienen mucho peso en la e aluación inal.
 Equipo: La expe iencia y la o ganización es cla e pa a el desa ollo pa a la
e aluación, po an o, un buen equipo es impo an e pa a pode ealiza las
di e en es a eas.
 Ges ión y Seguimien o: El modelo de elación con el clien e a a és de
euniones, canales de comunicación e in o mes de seguimien o, es cla e pa a
esol e los acue dos. La ges ión del iempo y del equipo pa a ga an iza el
cumplimien o del obje i o.
Ob iamen e, cada lici ación es di e en e y es e es un ejemplo de los posibles pun os a ene en
cuen a pa a e alua la lici ación.
3.1.6 Ámbi os de negocio
Las in e siones públicas, es án p o undamen e in luenciadas po la polí ica, ya que las
decisiones sob e cómo, dónde y en qué in e i son omadas po los gobie nos, que a su ez
es án guiados po obje i os polí icos, ideologías y p io idades especí icas.
 In aes uc u a: Como hemos is o en la ca e a, cada ez más abunda el despliegue
de nue as edes de comunicaciones. Todo eso incluye ob as ci iles pa a ob ene
nue os amos de ib a óp ica pa a consegui mejo conec i idad y ambién despliegue
de edes 5G. Es po ello que los gobie nos hacen an o ímpe u en in e i en la
c eación de nue a in aes uc u a pa a pode ene un alcance cada ez mayo y
mejo a la cobe u a.
 Educación: En el ámbi o de educación es muy ecuen e nue os p oyec os de
ans o mación digi al. De es a mane a, se aba can a ios de los emas en línea con
he amien as donde los es udian es ap enden median e juegos o ema io digi al.
Además, a ios museos cuen an con ealidad aumen ada lo que ayuda a ene una
inme sión mucho más p o unda y acili a el ap endizaje.
PARTE 1- TEÓRICA 9
 Salud: En el á ea de la salud, las in e siones públicas juegan un papel muy
impo an e. El uso de nue as ecnologías en el á ea de la salud es cada ez mayo . Es
po ello, que se hacen in e siones como po ejemplo en la ges ión de da os.
Ac ualmen e, con Big Da a se puede p edeci en e medades comunes y encon a
di e en es pa ones en e los pacien es. O a de las implemen aciones que se es án
haciendo es la posibilidad de ene consul as a dis ancia, llamado Telemedicina. Es os
son algunos de los muchos ejemplos donde se ealizan in e siones públicas a ni el
ecnológico.
 Ciudades in eligen es: Cada ez más, la idea de ene una ciudad in eligen e es cada
ez más ce cana, donde los se icios que usamos dia iamen e es án siendo
ans o mados hacia un diseño inno ado . Hay nume osos ejemplos, pe o pod íamos
menciona la mejo a en el anspo e público median e el desa ollo de aplicaciones
capaces de as ea en odo momen o la u a del au obús. O o ejemplo ecien e, se ía
el uso de la in eligencia a i icial pa a el cue po de policía en China. Se a a de un
obo es é ico capaz de pa ulla an o en ie a como en agua y así ayuda a la
de ección de c iminales y no pone en iesgo a los policías en ba ios muy con lic i os
[9].
 Medio Ambien e: En el medio ambien e enemos ámbi os de in e sión muy
in e esan es. En Eu opa la incen i ación po hace uso de ene gía limpia es cada ez
mayo y, po an o, el gobie no in ie e dine o pa a hace lo posible. Po ejemplo, en
Cana ias, se es á in i iendo en ene gía geo é mica pa a pode ans o ma la ene gía
de la ie a en ene gía eléc ica de mane a o almen e limpia. O a de las in e siones
se ía en el sec o del eciclaje donde la au oma ización a o ece al despe dicio de
ma e iales [10].
3.1.7 CPV
Todas las lici aciones de la unión eu opea an iden i icadas con el código CPV que p o iene
del inglés y signi ica ocabula io común de con a ación pública. Es una mane a de clasi ica
las di e en es lici aciones según la p es ación que se demanda y que se en ienda den o de la
Unión Eu opea, ya que a eces las aducciones no son del odo p ecisas.
Es e código puede es a o mado de has a 9 dígi os en los cuales se di iden en g upos, clases
y ca ego ías. Pa a acili a la búsqueda de lici aciones lo que se suele hace es indica el código
de la lici ación y después añadi una palab a cla e pa a encon a la en caso de que el código
sea e óneo. Po ejemplo, el código CPV del sec o TIC es el 72 pe o si se quie e ajus a más
la desc ipción se pond ía el código 72200000-7 que se e ie e a “Se icios de p og amación de
so wa e y consul o ía” [11], [12].
Fig. 2 Código CPV
10 PARTE 1- TEÓRICA
3.2 Me odologías de Seguimien os de P oyec os
Las di e en es me odologías de seguimien o de p oyec os se basan en u iliza he amien as y
écnicas pa a guia la plani icación, ejecución y el con ol de un p oyec o. De es a mane a hay
un seguimien o de p incipio a in, pa a ga an iza en odo momen o el conocimien o del es ado
del p oyec o. De es a mane a, se asegu a que el equipo abaje de mane a es uc u ada y así
minimiza iesgos a la ho a de la en ega del p oyec o. Comen a emos los p incipales.
3.2.1 Wa e all
La me odología Wa e all o en cascada, es á basada en ealiza las dis in as ases del p oyec o
una de ás de o a y nunca a la ez. Aunque, su o igen se basó en la cons ucción, ya que una
casa sin suelo no se puede cons ui , se puede encon a es a me odología en el desa ollo de
so wa e. Po lo gene al, su o ma de isualiza se es en diag amas de lujo o diag amas de
Gan .
Cons a de di e en es ases las cuales se desc iben a con inuación [13]:
Como p ime a ase encon amos
los eque imien os. Se de allan
odos los obje i os del p oyec o y,
sob e odo, hay que ene p e isión
de las necesidades, pues o que
cada ase depende de la an e io .
Debe queda cla o los ecu sos
necesa ios, el pe sonal de cada
e apa, el c onog ama de cada
e apa, e c.
La segunda ase es la de diseño.
Conc e amen e, en el desa ollo de
So wa e se debe deja cla o el
lenguaje a u iliza , el en o no, el
ha dwa e p incipal y demás de alles
cla e. Cada miemb o debe de alla
en odo momen o la a ea ealizada
pa a que los abajado es de la
siguien e e apa sepan desde
donde pa i .
En la e ce a ase, iene la e apa de implemen ación o desa ollo. En es a se lle an a cabo
odas las di e en es a eas desc i as en los eque imien os y en el diseño.
En la cua a ase, encon amos la e apa de p uebas. En es e pun o, se en ega el p oyec o al
depa amen o de calidad donde los e i icado es busca an cualquie e o pa a epo a lo y que
és e sea a eglado.
En ando en el amo inal, encon amos la quin a ase llamada despliegue. En es e apa ado
se en ega al usua io el so wa e inal.
Po úl imo, la úl ima ase una ez ya se haya en egado el p oduc o inal es la e apa de
man enimien o. En caso de que haya que ac ualiza alguna e sión del so wa e o de a egla
algún e o no descubie o an e io men e.
Fig. 3 Fases de la me odología Wa e all
PARTE 1- TEÓRICA 11
3.2.2 Sc um
Sc um es una me odología que se basa en lle a a cabo en egas pa ciales y egula es del
p oyec o inal. No malmen e, las en egas se p esen an cada dos semanas donde deben
cumpli unos cie os obje i os pa a i a anzando donde el alo de la en ega aumen e con
cada una y cada en ega se llama “Sp in ”. Su p incipal obje i o es lle a una dinámica
colabo a i a de al mane a que sea un sopo e pa a ayuda a los compañe os y ob ene el
mejo esul ado posible.
Es a p ác ica es muy ú il en p oyec os complejos donde se necesi en esul ados ápidos donde
la inno ación y la p oduc i idad son cla e. Po ello, es un sis ema muy e icaz pa a adap a se a
los di e en es cambios de necesidades del clien e.
Fig. 4 Fases Me odología SCRUM
Cons a de 4 oles que son [14], [15]:
 P oduc Owne : quien hace de con ac o en e clien e y equipo de desa ollo. Es el
esponsable de ansmi i al equipo odas las necesidades del clien e.
 Sc um Mas e : Responsable de ga an iza que el equipo siga la me odología y
sol en a los di e en es obs áculos que su jan. Es el men o del equipo
 Equipo de desa ollo: Los di e en es in eg an es que desa ollan las di e en es a eas
pa a cumpli con las necesidades del p oyec o. Son la pieza esencial pa a ga an iza la
uncionalidad del p oyec o.
 Roles auxilia es: Es e ol no es á bien bien den o del equipo, sino que son
colabo ado es, pe o no di ec amen e asignadas al p oyec o.
Hay di e en es ases po las que pasa la me odología Sc um has a su en ega inal.
La p ime a ase es la plani icación donde ecibe el nomb e de P oduc Backlog . En es a ase,
se es ablecen las a eas con mayo p io idad y la ob ención de la in o mación gene al del
p oyec o. Son el P oduc Owne jun o a su equipo los enca gados de lis a lo indispensable
pa a el p oyec o.
La segunda ase son los Sp in s an e io men e nomb ados. De ini el plazo de en ega de cada
uno de los Sp in s. El iempo máximo de en ega es de un mes y es donde se a desa ollando
el p oduc o inal con cada uno.
12 PARTE 1- TEÓRICA
Como e ce a ase enemos las “Daily Sc um” y los “Bu n Down Cha ”. En es e apa ado se
e ie e a las euniones dia ias pa a epo a in o mación de cómo a a anzando el p oyec o.
Pa a pode hace un seguimien o de las a eas que quedan se usa el Bu n Down Cha que es
una he amien a que pe mi e isualiza el abajo pendien e a compa ación el iempo es an e
pa a la en ega.
La úl ima ase es la “Re iew” y la “Re sopsec i e”. Después de habe hecho la en ega, el
equipo lo e isa y da una e ospec i a. En es e pun o, se de ec an los e o es y se es ablecen
p óximos obje i os pa a el siguien e Sp in .
3.2.3 Agile
Como bien indica su nomb e en inglés, es una me odología ágil pues o que así lo equie e el
P oyec o. Es á pensado pa a p oyec os muy cambian es. Viene de la mano de Sc um, ya que
la iloso ía es la misma: Colabo a en e odos.
A di e encia de Sc um Agile no iene an as eglas ijadas ni iene Roles de inidos. Cada uno a
apo ando pa e del abajo y es o puede supone un ambien e de abajo más coope a i o y no
depende de je a quías ígidas.
3.2.4 Kanban
Kanban iene del japonés y signi ica “Señal Visual”. Se basa en a je as donde se indica el
es ado de cada a ea y es a se i á mo iendo po el able o el cual son columnas con los
di e en es es ados de las a eas.
El able o se compone de:
 Señales isuales como pod ían se pos -i , pega inas, e c.
 Columnas: pa a indica el es ado de cada a ea. No malmen e, los p ocesos son:
Backlog, en p og eso, en es eo, y comple ado
 Lími es: Toda columna debe ene un lími e de p ocesos en ese es ado.
Hay unas p ác icas las cuales componen la me odología Kanban:
 Visualización: Hace que la a ea sea iden i icada ápidamen e y sabe su p og eso.
De es a mane a, se pueden iden i ica cuellos de bo ella.
 Limi a p ocesos: Es ablece me as accesibles pa a no excede se con la can idad de
abajo a ealiza y ambién, ayuda a educi la p esión labo al.
 Ges iona el lujo: el p incipal obje i o de es e pun o es minimiza los e asos de las
en egas y maximiza la p oduc i idad.
 Queda se con lo esencial: Elimina aquello que esul a desca able y de ec a los
p oblemas y eajus a los p ocesos a causa de ello.
 Mejo a colabo a i amen e: El equipo es el esponsable de lle a a cabo odas las
di e en es a eas. Po an o, es indispensable colabo a pa a hace lo posible.
3.2.5 Sc umban
Como bien podemos deduci de su nomb e, es una me odología que combina écnicas de
Sc um y de Kanban. Es e mé odo es ú il cuando una emp esa desea mig a de Sc um a
Kanban o ice e sa y de es a mane a el p oceso es de ácil adap ación. En pa icula es e
mé odo cons a de los siguien es pun os:
 Se man iene el able o de Kanban: Se usa el able o Kanban, pe o con la di e encia
de que se añaden más e apas. Es e de alle nos ecue da un poco a Sc umban con las
en egas pa ciales en cada Sp in .
 Flexibilidad con las en egas: En es e caso, las en egas no son ijas como Sc um.
Pod íamos encon a pequeñas di e encias en los plazos de en ega asegu ando una
mejo calidad.

PARTE 1- TEÓRICA 13
 No hay je a quías: Aquí, o a di e encia espec o Sc um. Todo el equipo ienes las
mismas posibilidades de decisión en el p oyec o, así el equipo no es lide ado po
nadie, sino que él mismo se au oges iona.
 Lími e de p ocesos: De nue o, nos encon amos limi aciones de p ocesos pa a no
c ea cuellos de bo ellas y ocaliza nos más en cada en ega.
Como en ajas de es a me odología se encuen an:
 Aho o de iempo: Como en la me odología Kanban no hay una cie a o ganización, de
es a mane a se pueden educi las en egas obligadas en el sp in , como en el caso de
Sc um, y que es as no apo en alo . También, se consigue que no se dupliquen
abajos al habe un seguimien o del p oyec o.
 Au onomía del equipo: A di e encia de Sc um, Sc umban no dispone de je a quías lo
que hace que el equipo sea más au ónomo y dependa menos de oles supe io es.
 En egas a la go plazo: Como los sp in s en es e caso no son necesa ios y se busca un
abajo de lujo cons an e, el equipo se puede adap a mejo a los posibles cambios del
p oyec o. Es po eso que, en las en egas a la go plazo, donde los cambios son muy
ecuen es, son una buena opción pa a usa Sc umban.
3.2.6 Lean
Es a me odología iene como obje i o busca la op imización de los di e en es p ocesos
eliminando a eas cuyo alo sea nulo pa a el clien e. Se en oca en consegui el máximo alo
con el mínimo de ecu sos. Los log os a consegui son:
 Elimina ac i idades que no ag egan alo : Como hemos comen ado an es, in en a
ag ega alo el p oduc o con algo innecesa io hace que el alo no a íe y sea en
ano.
 Mejo a con inua: Se pod ía u iliza la écnica Kaizen, es deci , haciendo pequeñas
mejo as con inuas en el desa ollo.
 Cambia el en oque de la emp esa: Un buen ejemplo se ía cambia la écnica de
p oducción. En ez de gene a mucho p oduc o y después in en a o e a el p oduc o,
p oduci según las necesidades del clien e.
3.2.7 P ince2
Su nomb e p o iene del inglés “P ojec s in con olled En i onmen s”, es deci , P oyec os en
en o nos con olados. P ince2 iene 7 p incipios los cuales ayudan a p ospe a y en ega los
p oyec os exi osamen e:
 Jus i icación come cial con inua: El p incipal obje i o de es e p incipio es encon a
el ROI ( e o no de la in e sión) del p oyec o. Po an o, hay que analiza si la can idad
de iempo in e ido y el cos e es di ec amen e p opo cional con el bene icio a ob ene .
 Ap endizaje con inuo: Es e pun o es compa ido po la me odología an e io donde
cons an emen e hay que i ap endiendo de las expe iencias pa a op imiza los
di e en es p ocesos.
 Funciones de inidas: Al igual que Sc um, P ince2 ambién iene muy de inido las
unciones que cada ol ha de ealiza . Po an o, si cada uno sabe lo que es á haciendo
y que ha á el compañe o, llegan al obje i o en colabo ación.
 Ges ión po ases: En es e apa ado se de inen las di e en es ases de cada uno de
los p oyec os y pos e io men e, una e isión an es de pasa a la siguien e e apa.
 Requisi os de e e encia: Al inicia el p oyec o los cos os, los plazos y los iesgos son
de inidos. De ese modo, los al os ca gos delegan las esponsabilidades a los di e en es
enca gados y así, solo ac ua en casos de eme gencia.
 O ien ado a la calidad: Compa ación con inua en e el p oyec o a en ega y los
obje i os es ablecidos. Así, pode ga an iza un p oduc o de calidad y de ec a
cualquie incohe encia y a egla lo an es de su en ega.
 En oque pe sonalizado: En es e sen ido, cada p oyec o se puede amolda a cambios
du an e el desa ollo del p oduc o.
14 PARTE 1- TEÓRICA
3.3 He amien as pa a el desa ollo de so wa e
3.3.1 P incipales He amien as
- Gi hub: Pla a o ma de desa ollo donde se pueden almacena los di e en es p oyec os
de código y un equipo puede accede a él y abaja al mismo iempo en ese p oyec o.
Al es a el código gua dado en una nube, se puede accede a cualquie a de las
an e io es e siones y pode a abaja en ella si es necesa io. O a de las opciones
que se in eg a en la pla a o ma es la de pode c ea di e en es “b anches” ( amas)
donde los colabo ado es pueden abaja de o ma aislada y pos e io men e ealiza un
“pull eques ”, que end ía a se una solici ud pa a in eg a los en la ama p incipal
después de una e isión del código. Po o a pa e, es una he amien a muy ú il, ya que
los di e en es usua ios pueden explo a códigos abie os de o os usua ios y e o os
p oyec os. De es a mane a, exis e la posibilidad de busca e o es comunes que ienen
los usua ios y encon a una solución a ellos [16].
- Ji a: Es una he amien a pa a ges iona p oyec os y
seguimien o de e o es. Su uso es muy ex endido en e las
emp esas debido a su pe mi ida pe sonalización. Po an o, se
puede adap a dependiendo del ipo de p oyec o que se
equie a y modi ica la isualización al gus o. También, es una
mane a ácil de isualiza el p og eso de los p oyec os y
encon a posibles cuellos de bo ella. Además, o ece la opción de in eg a se con o os
p og amas como pod ía se Gi que lo hemos mencionado an e io men e [17].
- Con luence: En es e caso, nos encon amos con o a
he amien a la cual ue desa ollada po la misma
emp esa que Ji a, es deci , A lassian. El obje i o es
bas an e simila , iene como p opósi o la o ganización
de los p oyec os con equipos. A di e encia de Ji a que
es á más en ocado a la ejecución y al seguimien o de
los p oyec os, Con luence se cen a en la elabo ación de
la documen ación p e ia a los p oyec os. Exis e la posibilidad de incula los p oblemas
c eados en Ji a y así posee , de mane a es uc u ada, las di e en es documen aciones
y pode isualiza lo ápidamen e[18].
- Tes : Una ez enemos las he amien as pa a pode desa olla el p oyec o, es u no
de las he amien as de es eo pa a e i ica que los p ocesos de desa ollo son
co ec os o exis en p oblemá icas.
o Sona Qube: Es a pla a o ma pe mi e el análisis del
código y pos e io men e indica los e o es de la
misma. La adap abilidad de es a pla a o ma es muy
amplia, ya que admi e más de 19 lenguajes de
p og amación, ob iamen e incluyendo Ja a, C, C++,
e c. A pa e de analiza los e o es, se cen a en la e aluación de la
a qui ec u a y diseño. Todo es o se e e lejado con mé icas y g á icas donde
se puede obse a la calidad del código[19].
o Selenium: Es a o a he amien a sigue la misma
iloso ía que la an e io . Es deci , analiza el código y
e si es co ec o o no. No obs an e, hay cie as
di e encias. En p ime luga , la di e encia más
signi ica i a es que si e pa a analiza códigos de
aplicaciones web y es compa ible con Ch ome, Fi e ox, e c. En segundo luga ,
dispone de un p oceso de au oma ización de código, como po ejemplo
au ocomple a pa e del código y ambién au oma iza es complejos que
ocupan una g an pa e de iempo[20].
Fig. 5 Ji a
Fig. 6 Con luence
Fig. 7 Sona Qube
Fig. 8 Selenium
PARTE 1- TEÓRICA 15
- AWS: En es e caso, nos encon amos con una he amien a
di e en e. Amazon Web Se ices, es un se ido donde se almacena
la in o mación en la nube y es a es capaz de p ocesa la. Además,
iene a ios se icios como pod ían se p og amación, bases de
da os, in eligencia a i icial y un la go e cé e a. ¿Qué en aja iene
sob e las demás? Como en aja encon amos la posibilidad de
p escindi de o denado es po en es y cos osos a cambio de un pago po uso del
se icio[21].
- Docke : Siguiendo la iloso ía de AWS, Docke ambién
unciona ía como una especie de máquina i ual, aunque mejo
op imizada. En es e caso se c ea un “con enedo ”, el cual es
capaz de unciona en cualquie sis ema ope a i o que enga
ins alado el p og ama Docke . De es a mane a, nos podemos
e i a el p oblema, muy ecuen e, de que uncione en un
e minal, pe o no en o o. A su ez, p opo ciona una g an
e iciencia dado que solo ienen lo es ic amen e necesa io pa a
hace unciona la aplicación[22].
- Kube ne es: Es e caso, es muy pa ecido a Docke , ya que
ambién unciona con con enedo es, aunque con algunas
di e encias. La p ime a, se ía que Kube ne es abaja con
a ios con enedo es a la ez, de mane a que puede epa i la
ca ga de abajo según necesi e cada uno. Y la segunda, se ía
que en caso de que un con enedo alla a, Kube ne es lo
eemplaza po uno nue o si es que no se puede einicia el
an e io . Po lo que no necesi a ninguna in e ención manual
[23] [24].
- Jenkins: Jenkins in oduce una nue a mane a de compila y es ea
So wa e de o ma con inua. Funciona de la siguien e mane a:
o P ime o: el equipo que se enca gue del desa ollo de la
aplicación hace un commi , es deci , sube el código a la
pla a o ma.
o Segundo: Jenkins e isa cada cie o iempo el eposi o io
pa a de ec a cambios de código. Cada ez que haya
cambios, Jenkins compila el código y p ueba si da allos. En
caso a i ma i o, no i ica al equipo
o Po úl imo: de nue o, se p epa a pa a analiza ecuen emen e los cambios
en el eposi o io [25].
3.3.2 In eg ación con inua
La in eg ación con inua es aquella p ác ica la cual au oma iza el desa ollo de código. El
p incipal obje i o es la p e ención de e o es y acili a el p oceso. Lo que hace es básicamen e
es as subi en un eposi o io una nue a e sión, se de ec an los e o es y se no i ican pa a
que no se usione con las e siones an e io es. Con he amien as donde los desa ollado es
pueden i subiendo dis in as e siones y es as habiendo comp obado que el código unciona, la
posibilidad de agiliza el p oceso aumen a conside ablemen e. An es hemos explicado una
he amien a que inco po a es a p ác ica que es Jenkins. Ap o echando que ambién hemos
explicado Gi Hub, exis e o a he amien a llamada Gi Lab que iene inco po ada es a p ác ica.
Fig. 9 AWS
Fig. 10 Docke
Fig. 11 Kube ne es
Fig. 12 Jenkins
16 PARTE 1- TEÓRICA
Fig. 13 De Ops y CI/CD
3.4 Roles en los equipos de So wa e
En el desa ollo de so wa e, se iden i ican di e en es oles den o de un equipo. A con inuación,
se de allan las ca ac e ís icas de los di e en es oles y las esponsabilidades de cada uno [26],
[27], [28], [29].
3.4.1 Analis a
- Funcional: Es el enca gado de ansmi i al equipo oda la in o mación necesa ia sob e
los eque imien os del clien e. Como debe ene al os conocimien os de p og amación,
no malmen e, es e ipo de pe il suele habe sido p og amado en sus inicios. Las
p incipales unciones que desa olla es e ipo de pe il son:
o Ges ión de los cambios: Du an e el desa ollo del p oyec o, es la igu a que
ges iona las di e en es a iaciones en odo el ciclo del p oyec o.
o Documen ación: Todo lo es ablecido con el clien e debe queda egis ado en
la documen ación, incluido las ins ucciones del so wa e a u iliza .
o Boce o/Demo: Pa a que los p og amado es en iendan bien como debe se
g á icamen e el so wa e a desa olla , el analis a uncional ealiza una
demos ación isual de cómo se espe a que sea.
- P og amado : Responsable de en ende odas las di ec ices que le comanda el
Analis a Funcional. Debe ene conocimien os en el lenguaje de p og amación
co espondien e al p oyec o en cues ión. Gene almen e, en un p oyec o de so wa e se
usa los lenguajes como Ja a, Py hon y C++ en e o os. También, debe á hace
p uebas pa a comp oba que el código sea uncional y co ec o que pos e io men e, los
ingenie os de QA ealiza án con mayo p o undidad. En p og amación exis en dos ipos
de desa ollo de código: p og amación F on -End y Back-End.
o F on End: Aquella p og amación que iene que e con lo isual, es deci
como el usua io inal a a e la e sión inal.
o Back End: Todo lo elacionado con la p og amación de las
dis in as unciones lógicas, base de da os, segu idad, e c.
3.4.2 Desa ollado es Full-s ack
El desa ollado Full-s ack es aquel que iene an o conocimien os del desa ollo de F on -End
como de Back-End. De modo que es capaz de desa olla la aplicación de p incipio a in. Es
una en aja ya que una pe sona puede en ende los dos en o nos y pod ía acili a el con ol de
las di e en es e siones sin depende de e ce os. Es a posición es muy demandada, ya que
es e pe il puede p og ama an o el desa ollo F on -End como Back-End.
PARTE 2 – BUSINESS CASE 23
Como e a de espe a , los dos sec o es pun e os han sido la salud y la ecnología. Aunque la
mayo can idad de lici aciones ha sido po pa e del sec o TIC, el sec o de la salud ha sido el
sec o que más ha in e ido en los p oyec os. Es o se debe en pa e, po la al a demanda de la
ans o mación digi al y ambién en las in e siones de mejo a de las in aes uc u as de los
se icios sani a ios. Ambos sec o es son muy impo an es pa a la economía de un país.
An e io men e, explicamos los ámbi os de negocio de las in e siones públicas y se comen a
que úl imamen e, en el sec o TIC las in e siones es án en endencia alcis a. En mi caso, al
ene la pa e écnica de la ca e a, es a o able que el á ea TIC es é demandando muchas
lici aciones, pues o que es un á ea donde se equie en conocimien os écnicos como hemos
podido e en o as secciones y a ios de ellos se han is o en la ca e a. Po an o, es una
opo unidad pa a aplica la eo ía en un á ea más emp esa ial, pe o sin deja de lado el lado
écnico.
4.4.2 P incipales adjudica a ios
Po el con a io, en es e apa ado lo e emos del lado emp esa ial. Es deci , se ep esen an las
emp esas las cuales han ganado la mayo can idad de lici aciones.
Fig. 18 P incipales adjudicado es
Se obse a que la emp esa con mayo es adjudicaciones ganadas es Tele ónica, con 34
lici aciones y un alo de más de 100 millones de eu os. Pa a se exac os el alo ue de
100.693.282,24 €. De nue o, p edomina el sec o TIC en las lici aciones de Valencia. Le sigue
la emp esa O acle Ibé ica, una consul o a especializada en el á ea de la in o má ica. En es e
caso, el alo baja conside ablemen e, pe o no po ello de meno impo ancia, pues o que las
ci as ascienden a 14.406.558,60 €. No obs an e, aunque eamos que Tele ónica es un gigan e
a compa ación a los demás, emos que sigue habiendo di e en es emp esas que ambién
ienen papel en las lici aciones. Po lo cual, al exis i cie a compe encia en e ellas, es un buen
indicado pa a pode compe i con ellas.

24 PARTE 2 – BUSINESS CASE
PARTE 3 – RESOLUCIÓN 25
5 PARTE 3 – RESOLUCIÓN
El concu so público que se a a analiza es pa a el o ganismo AOC (Adminis ació Obe a de
Ca alunya). El obje i o p incipal de AOC es de a poco impulsa la ans o mación digi al pa a
acili a la in e acción en e ciudadano y adminis ación pública. De es a mane a consegui
ene un sis ema más e icaz, ya que cualquie ciudadano pod á hace sus ámi es digi almen e
desde su casa[31].
Fig. 19 Adminis ación Abie a de Ca aluña
En conc e o, se a a analiza el expedien e con iden i icado AOC-2025-7 que iene como í ulo:
“DESENVOLUPAMENT EVOLUTIU, MANTENIMENT CORRECTIU I SUPORT DE TERCER
NIVELL DELS APLICATIUS PSIS I SIGNADOR”.
Como p ime paso, hay que e isa la documen ación en el po al de con a ación pública de
Ca aluña (enlace: h ps://con ac aciopublica.ca /ca/de all-publicacio/d7332022-1 7c-41 -a172-
a206c7b7d924/300289293). Como hemos is o en el apa ado 3.1.3, la documen ación de un
pliego adminis a i o donde nos indica las ca ac e ís icas p opias del concu so público y
equisi os pa a pode da espues a al pliego.
Como los pliegos suelen se de una longi ud ex ensa (85 páginas el pliego adminis a i o y 41
páginas el pliego écnico), amos a esumi los pun os más c í icos de la lici ación:
 Concu so: Desa ollo e olu i o, man enimien o co ec i o i sopo e de e ce ni el de
los aplica i os PSIS i SIGNADOR.
 Obje o del con a o:
o Ta eas de desa ollo e olu i o sob e la a qui ec u a ac ual de cada aplica i o,
en ecnología JAVA, an o pa a PSIS como pa a el SIGNADOR. Es as a eas
es a án en ocadas an o en la implemen ación de nue as uncionalidades,
ac ualizaciones sob e las exis en es, como en la mejo a del endimien o de
ambos se icios.
o Man enimien o co ec i o de PSIS y el SIGNADOR.
o O ece sopo e écnico especializado en cuan o a la de ección, diagnós ico y
esolución de incidencias écnicas en cualquie a de los dos se icios.
 Expedien e: AOC-2025-7
 CPV: 72212217-3 Se icios de desa ollo de so wa e de p oceso de ansacciones
 O ganismo adjudicado : Conso ci Adminis ació Obe a de Ca alunya (Conso ci AOC)
 P esupues o Base de lici ación: 327.255,50 €
 Du ación del con a o: 12 meses + 3 p ó ogas de 12 meses
 Pun uación:
o C i e ios económicos: 51 pun os
 Je e de P oyec o: 16 pun os
 Ingenie o de So wa e: 15 pun os
 Desa ollado Ja a/J2EE: 10 pun os
26 PARTE 3 – RESOLUCIÓN
 Ingenie o de Kube ne es DEVOPS: 10 pun os
o Suje os a juicio de alo : 49 pun os
 Solución écnica p opues a: 16 pun os
 Solución écnica p opues a po el desa ollo de nue as
uncionalidades.
 Solución écnica p opues a po la p es ación del se icio de
man enimien o co ec i o i sopo e a anzado.
 Mecanismos de con ol de la calidad que se es ablece án.
 Me odología de abajo.
 Equipo de abajo: 30 pun os
 Equipo de abajo de allando su cu ículum. Se alo a á que la
expe iencia de cada pe il sea supe io a la mínima eque ida
en el apa ado de adsc ipción de medios (apa ado G4).
 Expe iencia en i ma elec ónica del ingenie o de so wa e: Se
alo a á que el ingenie o de so wa e enga expe iencia en
i ma elec ónica de al menos 5 años.
 Expe iencia en i ma elec ónica de los desa ollado es: Se
alo a á que los desa ollado es Ja a/J2EE engan expe iencia
en i ma elec ónica como mínimo de 1 año.
 Modelo de elación, ges ión, seguimien o y calidad: 1 pun o
 Desc ipción del modelo de elación, ges ión i seguimien o
( euniones, canales de comunicación, seguimien o de a eas,
in o mes de seguimien o, e c.).
 Desc ipción del modelo de ges ión de calidad p opues o
(indicado es p opues os pa a e alua la calidad de los abajos
y medidas pa a ga an iza el cumplimien o del acue do de ni el
de se icio).
 Modelo de plan de de olución del se icio: 2 pun os
Conside aciones:
Pa a p ocede a hace una p opues a de solución écnica, se sob en iende que la emp esa que
ejecu a ía el p oyec o, en caso de se adjudica a ia, cumpli ía la sol encia eque ida an o
económica como écnica. Además, debe á es a en posesión de unos ce i icados ISOs que se
piden como equisi os mínimos.
La p esen ación de los pe iles que se p esen an como pa e de la o e a écnica no se
co esponden a la ealidad, y simplemen e se ponen como ejemplos.
5.1 Solución écnica
5.1.1 Resumen ejecu i o
El obje i o de es a lici ación como bien dice el í ulo es da sopo e a las aplicaciones PSIS y
SIGNADOR:
 PSIS (Pla a o ma de Se icios de Iden idad y Fi ma): es un se icio el cual pe mi e la
c eación y alidación de sellos y i mas elec ónicas. Es á p esen e en odas las
adminis aciones públicas ca alanas pa a asegu a la e acidad y a ado de es os
documen os.
PARTE 3 – RESOLUCIÓN 27
 El SIGNADOR es o a he amien a de gene ación de i mas elec ónicas basada en
ce i icados digi ales. Es á in eg ada en las páginas web de las adminis aciones
públicas ca alanas.
Po an o, los p incipales obje i os del p oyec o es la ealización de a eas de desa ollo
e olu i o sob e la a qui ec u a de las dos aplicaciones. En ambos casos, la ecnología a usa
a a se en lenguaje Ja a. A pa e de las a eas de man enimien o, hay nue as unciones que
debe án se implemen adas, la mejo a del endimien o en ambas aplicaciones y ambién
sopo e écnico pa a esol e cualquie incidencia desde el 1 de ene o de 2025 has a el 31 de
diciemb e de 2025. Pa a ello, se ienen que hace p uebas de es eo exhaus i as y soluciones
que sean compa ibles con la no ma i a de la Unión Eu opea
El pe iodo de es e con a o du a odo 2025, es deci desde el 1 de ene o de 2025 has a el 31
de diciemb e de 2025. No obs an e, puede se p o ogable has a 4 años adicionales. El
p esupues o inicial de la lici ación es de 327.255,50€ has a 1.636.277,50€ en caso de ob ene
la p ó oga.
5.1.2 Solución écnica P opues a
5.1.2.1 Solución écnica p opues a pa a el desa ollo de nue as uncionalidades.
Ac ualmen e, el se icio es á en lenguaje XML y en la misma lici ación nos indica que el clien e
espe a pode usa el lenguaje JSON. Po an o, una solución se ía añadi una nue a API pa a
que la aplicación sea u ilizable con JSON, pe o man ene la an e io API pa a que los
in eg ado es de XML no deban solici a o a lici ación pa a que se les cambie oda la
in eg ación a JSON. Es o se debe a que mayo i a iamen e los o ganismos públicos no
disponen de desa ollado es p opios.
A pa e, el uso de dos di e en es APIs iene a ias en ajas:
- Ac ualizaciones: Cada ez que haya una nue a ac ualización podemos p ocede a
ac ualiza solo el API necesa ia sin a ec a en nada a la o a. Es o nos acili a posibles
con lic os de código que puedan apa ece .
- P og amación: Al ene el código sepa ado en dos APIs sepa adas, hace que la
p og amación de cada una sea más o ganizada y limpia al ene cada una con su
espec i o lenguaje. El desa ollado ag adece que la es uc u a sea más ácil de
isualiza y en ende si iene el código bien edac ado.
- Segu idad: In oducción de di e en es p o ocolos de segu idad en cada API. Es o nos
p o ege en el caso de que exis a un p oblema de segu idad en una API, al ene
di e en es p o ocolos con la o a API esa p oblemá ica no se ep oduzca en la o a
- Op imización: Como JSON es más mode no y e icaz, al con a io que XML que iene
un p ocesamien o más len o, op imiza cada API po sepa ado es mucho más e icien e.
- Mig ación: Al ene dos APIs di e en es, los clien es pueden i mig ando de XML a
JSON de mane a g adual y al mismo iempo segui usando XML en la ansición.
O o pun o a pa e es la in oducción de mé icas de endimien o pa a mejo a la op imización y
e i ica que el código iene una mejo luidez. Es e pun o, nos ayuda a la de ección de posibles
cuellos de bo ella y pode e en qué pa e del código se puede ealiza una op imización.
28 PARTE 3 – RESOLUCIÓN
Dado que ambién se nos solici a que el con ol de e siones es é almacenado en Gi Hub, el
uso de Gi Lab pa a la in eg ación con inua y de es a mane a au oma iza lujos de abajo. La
unción de Gi Lab hace que el código pase po un p oceso de es eo an es de se lanzado a
p oducción. La de ección emp ana de e o es es posible g acias a es a he amien a. De es a
mane a, el iempo de desa ollo se educe dado que se aho a iempo en la de ección de
e o es.
Pa a la segu idad de la aplicación ya que indican que se debe usa AWS, se añade un i ewall
llamado AWS WAF, que nos ayuda a p o ege nos de posibles cibe a aques. Cada pe ición
pasa po el i ewall y si de ec a algún pa áme o que es aba de inido en sus eglas, es e lo
bloquea. Hace uso de es e i ewall es ú il pa a el bloqueo de a aques en las bases de da os
SQL y no pe mi e de inyección de sc ip s maliciosos en la aplicación. Adicionalmen e, es inge
el acceso de bo s y de cie os usua ios, de es a mane a man enemos p o egidos los da os
sensibles.
5.1.2.2 Solución écnica p opues a pa a la p es ación del se icio de man enimien o
co ec i o y sopo e a anzado.
Pa a el man enimien o, se p opone el uso de Ji a pa a la e isión de icke s. Es una mane a
ágil de de ec a las di e en es p oblemá icas y de p opone una solución ápidamen e. Cada
ez que haya una incidencia se c ea un icke donde se explica con p uebas la p oblemá ica y
lo que ealmen e se espe aba. Una ez, el equipo de desa ollo haya sol en ado el p oblema
se ealizan p uebas pa a e i ica o almen e que no se sigue ep oduciendo el e o . Acabada
la e i icación, se p ocede a ce a el icke .
Todos los icke s se clasi ican en o den de p io idades pa a pode sol en a los más u gen es
en el meno iempo posible. De es e modo, log amos in e umpi lo menos posible en los
di e en es se icios. Los icke s que lle an la e ique a de “c í icos” son los de mayo
impo ancia, po ejemplo, que el inicio de sesión en la aplicación no uncionase. Si es e ue a el
caso, ningún usua io pod ía hace uso de la aplicación. Po an o, la necesidad de esol e la
incidencia es muy p io i a ia.
5.1.2.3 Mecanismos de con ol de calidad que se es ablece án
Dado que el lenguaje de código pa a el desa ollo es JAVA, necesi amos una he amien a pa a
asegu a el con ol de calidad y minimiza la can idad de e o es: Pa a ello, se u iliza la
he amien a Selenium y apa e hace uso de una de las unciones muy u ilizadas son el
au ocomple ado de código y, po an o, acili a su ejecución. De es e modo, e i icamos que el
compo amien o de la aplicación sea el co ec o.
5.1.2.4 Me odología de abajo.
La me odología a ealiza es Sc um, po an o, se ealizan las dailys dia ias pa a el in o me del
es ado. El je e de p oyec os se á quien sea el Sc um mas e y se enca ga á de que odos los
que o man pa e del equipo sigan la dinámica. Tan o los ingenie os como el p og amado
se án los enca gados de ealiza los abajos y ambién de segui bien la me odología
en egando los sp in s cada dos semanas pa a e la e olución del p oyec o.

PARTE 3 – RESOLUCIÓN 29
5.1.3 Equipo de T abajo
Los pe iles p o esionales pa a es e p oyec o son los siguien es:
• Je e de p oyec os (1 pe sona):
 Expe iencia mínima de 5 años en unciones de ges ión de equipos esponsables del
desa ollo, es eo, man enimien o co ec i o y e olu i o de aplicaciones Ja a, y en
especial de aplicaciones c í icas en en o nos p oduc i os.
 Expe iencia mínima de 5 años lide ando equipos de al menos 4 in eg an es.
Las a eas que desempeña á es e pues o son:
- Ges ión económica: Ges iona bien el p esupues o, asignando los ecu sos
necesa ios. Cada mes en ega al clien e un o mula io con cada uno de los
abajado es del p oyec o, indicando la dedicación de cada uno en es e pa a pode
ob ene el sala io cada mes.
- Ges ión de a eas: Enca gado de epa i las a eas en e los di e en es oles del
equipo, eniendo en cuen a la ca ga de abajo de cada una.
- Requisi os clien e: Responsable de cumpli y en ende odos los eque imien os del
clien e. Ese pun o es un poco complicado po que le clien e a eces no cede ni acep a
cambios, aunque es os ayan a mejo .
- O ganización: De ini las a eas que debe hace cada uno de los in eg an es.
- In o mes: Redac a el es ado del p oyec o pa a pode no i ica lo al clien e
- Cumplimien o de la calidad: Asegu a la calidad aco dada con el clien e an es de
en ega el p oyec o.
- Comunicación: En ega oda la in o mación de mane a cla a y concisa a odo el
equipo.
• Ingenie o de so wa e (1 pe sona):
 Expe iencia mínima de 5 años como esponsable ecnológico de aplicaciones
Ja a/J2EE y bases de da os elacionales SQL.
 Expe iencia mínima de 3 años en aplicaciones ja a desplegadas en la nube AWS e
in eg ación con se icios AWS.
Las p incipales a eas de es e pe il son:
- Base de da os: Enca gado de la implemen ación de la base de da os en o ma o SQL
que sean compa ibles con el se icio de AWS.
- Diseño: Desa olla una a qui ec u a obus a, que o ezca segu idad y sea e icaz
- Código: Re isa que en el código no se encuen en e o es y en caso a i ma i o,
p ocede a epa a los.
• Desa ollado Ja a/J2EE (3 pe sonas):
 Expe iencia mínima de 3 años en ecnologías Ja a y J2EE.
 Expe iencia en aplicaciones ja a desplegadas en la nube AWS e in eg ación con
se icios AWS.
Las p incipales a eas de es e pe il son:
- Desa ollo: implemen a la aplicación usando lenguaje Ja a.
- Depu ación: Depu a el código en busca de e o es y pode encon a una solución
- Segu idad: implemen a p o ocolos de segu idad pa a hace obus a la aplicación y
p o ege la an e a aques maliciosos.
- Escalabilidad: Debe asegu a que la aplicación sea escalable dado el al o núme o de
pe iciones que se an a ealiza y pode ges iona las sin empeo a el endimien o
30 PARTE 3 – RESOLUCIÓN
• Ingenie o Kube ne es y De Ops (1 pe sona):
 Expe iencia mínima de 3 años en Kube ne es.
 Expe iencia mínima de 3 años como ingenie o De Ops.
Las p incipales a eas de es e pe il son:
- In eg ación CI: Pa a acili a el desa ollo de e i icación, es impo an e ene una
in eg ación con inua pa a au oma iza p ocesos.
- Con enedo es: Ges iona los di e en es con enedo es de Kube ne es
- Op imización: Pa a que el endimien o sea mejo y la aplicación sea más luida, se
necesi a usa écnicas de op imización como ges iona el uso de memo ia
5.1.4 Modelo de elación, ges ión, seguimien o y calidad
Pa a pode elaciona nos con el clien e y que sepa en odo momen o que a eas se hacen,
p ocedemos a o ganiza una eunión dia ia (daily). A pa e de cumpli con la condición de
segui una me odología ágil. Si e, básicamen e, pa a man ene al clien e in o mado y epasa
algún ema p io i a io. De es a mane a, odo el equipo es á p esen e en la eunión y en an solo
15 minu os de son capaces de explica lo que se hizo aye , lo que se a a hace hoy y si hay
algún p oblema pa a las en egas de los di e en es Sp in s.
Ap o echando que debemos usa Ji a, se puede hace un seguimien o añadiendo
documen ación en JIRA pa a ene lo odo más o ganizado.
5.1.5 Modelo de plan de de olución del se icio
5.1.5.1 In o mes
En la ase de plani icación se adecua al nue o adjudica a io al plan de ansición. En es e pun o
se deben lle a a cabo las siguien es acciones:
- In o me de si uación ac ual: Se explica el es ado del p oyec o, los inciden es abie os
y sus espec i os es ados, e olu i os pendien es con su es ado,
- Equipo: Como es á o mado el equipo y las p incipales unciones.
5.1.5.2 De olución del se icio
Du an e un pe iodo de 4 semanas, es nues a esponsabilidad la ase de de olución del
se icio. T es semanas se án dedicadas a la ans e encia de conocimien os y una pa a da
sopo e an e incon enien es. Po an o, en es a ase se ealiza án las siguien es unciones:
- Código: Se debe en ega odo el código que se haya desa ollado has a la echa
incluyendo comen a ios pa a acili a el en endimien o del mismo.
- Documen ación: Toda documen ación que se haya gene ado a lo la go del se icio
ambién debe á se en egada.
- Sesiones o ma i as: 4 sesiones o ma i as de aspaso uncional y 4 sesiones
adicionales de aspaso écnico.
PARTE 3 – RESOLUCIÓN 31
5.2 P opues a económica
En el pliego se nos indica en un cuad o que sea adjun a a con inuación, el desglose de p ecio
po ho a de cada pe il p o esional y la cuan ía o al de ho as que abaja á en el p oyec o. En el
segundo cuad o, se p esen a el desglose económico ponde ado además del impo e del IVA,
se ienen en cuen a gas os a ios, como po ejemplo los de in aes uc u a o licencias, y iene
incluido un ma gen del 10% po bene icio indus ial.
Fig. 20 Pe iles de la lici ación
Fig. 21 Desglose económico de la lici ación
Con es e cuad o podemos p ocede a hace cálculos y busca los sueldos de los di e en es
pe iles y saca ambién un bene icio de ello.
Lo p ime o, es busca un ango de sueldos que puede ene cada pe il p o esional e i
haciendo un p esupues o con esos núme os. Después de ene en cuen a los años de
expe iencia y los di e en es equisi os del p oyec o, llegamos a la conclusión de que los sueldos
pa a cada pe il son los siguien es:
Tabla 1 Sueldos de los pe iles
No obs an e, no son los únicos cos es que enemos que ene en cuen a. Pa a ello, enemos
que añadi la Segu idad Social a cada sueldo que, aunque el abajado no ea e lejado ese
núme o, pa a la emp esa ep esen a un 33% del sueldo b u o de cada abajado . O o cos e
que enemos que añadi es el de los di e en es elemen os de o icina que a a u iliza cada
abajado . De modo simpli icado, se gene aliza un cos e de 1.000€ po cada uno. Po an o,
una ez eniendo odos los cos es, nos queda ía una abla de la siguien e mane a:
Je e de P oyec o (JP)
1
60,000.00 €
Ingenie o de So wa e (ISw)
1
50,000.00 €
Ing. Kube ne es y De ops (IKub)
1
50,000.00 €
Desa ollado (De )
3
40,000.00 €
32 PARTE 3 – RESOLUCIÓN
Pe il
Nº
Sueldo
B u o
Sueldo +
SS
Elemen os
de O icina
Cos e
Cos e po
ho a
Cos e
Ponde ado
JP
1
60,000 €
79,800 €
1,000.0 €
80,800 €
45.9 €
6,886.40 €
ISw
1
50,000 €
66,500 €
1,000.0 €
67,500 €
38.4 €
67,500.00 €
IKub
1
50,000 €
66,500 €
1,000.0 €
67,500 €
38.4 €
11,505.70 €
De
3
40,000 €
53,200 €
1,000.0 €
54,200 €
30.8 €
153,977.30 €
239,869.30 €
Tabla 2 Cos e o al de los pe iles
Pa a e el bene icio del eje cicio, analizamos el impo e máximo que se nos pe mi e y
aplicando un ma gen de un 10%, nos queda ía de la siguien e mane a.
Pe il
Dedicación
(ho as)
P ecio ho a
máxima
P ecio
ho a en a
Impo e
Lici ación
Impo e Al en
Je e de P oyec o
150
63.25 €
51.01 €
9,487.50 €
7,651.52 €
Ingenie o de
So wa e
1760
56.93 €
42.61 €
100,196.80 €
75,000.00 €
Ing. Kube ne es
y De ops
300
50.60 €
42.61 €
15,180.00 €
12,784.09 €
Desa ollado
5000
40.48 €
34.22 €
202,390.70 €
171,085.86 €
327,255.00 €
266,521.46 €
Tabla 3 Bene icio de la lici ación
A modo esumen, enemos un cos e o al de 239.869.30€ y endemos nues o se icio po un
alo o al de 265.521,46€, demos ando de es a mane a el bene icio del 18.6% espec o a los
327.255,00€ del echo de la lici ación.
Bibliog a ía 39
[29] «Los oles en los equipos de desa ollo de so wa e | S a TechUP». Accedido: 30 de
ene o de 2025. [En línea]. Disponible en: h ps://www.s a echup.com/es/blog/ oles-in-
so wa e-de elopmen - eams/
[30] «So wa e a chi ec · Funciones | Michael Page». Accedido: 5 de ene o de 2025. [En
línea]. Disponible en:
h ps://www.michaelpage.es/ad ice/p o esi%C3%B3n/ ecnolog%C3%ADa/pe il-de-
a qui ec o-de-so wa e
[31] «AOC Conso ium - Open Adminis a ion o Ca alonia». Accedido: 5 de ene o de 2025.
[En línea]. Disponible en: h ps://www.aoc.ca /en/