Vous êtes sur la page 1sur 23

Volcado

El siguiente documento refleja en parte el contenido de mi examen, si bien debe tenerse en


cuenta que es complicadsimo reflejar todos los pequeos detalles que tiene un examen y que
muchas veces son decisivos. El tribunal se fija, a veces, en cosas que no recordamos o a las que no
damos importancia, por eso es crucial que todo lo que se ponga en el examen, parta de una base
lgica. Esto que parece una obviedad no siempre ocurre.

Mi volcado no es excesivamente bueno, en el sentido de que no es un fiel reflejo de mi


examen, en parte porque sal del examen bastante deprimido, algo que por otra parte me haban
advertido que me iba a ocurrir, aunque hasta que no lo vives no te das cuenta de hasta que punto es
verdad. Tendemos a ser hipercrticos con nuestros errores, para paliar esto, es muy bueno ir a las
defensas del resto de compaeros y ver que ellos, incluso los mejores, tambin cometen errores. En
4 horas es imposible hacer el examen sin fallos, se trata de dar una solucin bajo presin, no de que
esa solucin sea perfecta.

En mi caso, creo que la defensa fue clave para aprobar. Mi planteamiento del examen era,
cuanto menos 'diferente', por lo que saber defenderlo, creo que me dio bastantes puntos. Tambin
creo que mi forma de contestar las preguntas tambin me ayud, por ejemplo, si el tribunal hacia
referencia a un fallo en mi examen, yo no me centraba en admitir el error, lo obviaba y daba la
respuesta correcta a la pregunta, sin hacer referencia a mi examen. Por ejemplo, mi planificacin
temporal (18 meses) era muy larga, cuando el tribunal me pregunt por esa cuestin no dije que era
muy larga, dije que lo ideal sera usar una planificacin que permitiera solapar etapas y blabla
(MCV incremental), sin hacer ni una sola referencia a que yo haba puesto otra cosa. Esto lo hice
porque , aunque, haba odo muchas veces que admitir los fallos puede ser bueno, y es verdad, creo
que en algunas ocasiones el 'cebaba' en esta admisin de fallos es contraproducente. Dar la solucin
correcta, aunque sea tarde, siempre es bueno, adems de que el ao pasado el tribunal no tena el
texto del examen delante durante el turno de preguntas, por lo que, aunque tomaran notas, no tienen
porque recordar exactamente tus palabras. Mi opinin es que si el tribunal no te fuerza a admitir un
fallo es mejor no recordrselo, lo cual no quiere decir que si te insisten, debas reconocer el fallo.

En la segunda parte del documento, adjunto unos apuntes que fui haciendo para preparar la
defensa, estn un poco desordenados, los dej as, para reflejar exactamente lo que hice despus del
examen. Tambin le muchas cosas sobre los temas relacionados con el examen, desde legislacin,
hasta presentaciones de proyectos similares en la administracin.
ENUNCIADO

El Ministerio de Poltica Territorial acaba de anunciar el FEES (Fondo Estatal para el Empleo y la
Sostenibilidad), dotado con 5.000.000.000 euros, destinados a las 8.000 Entidades Locales
existentes en Espaa. De este Fondo se reserva un 0.2% para gastos relacionados con la gestin
interna. Se deber abordar la implantacin tecnolgica de una solucin informtica que permita:

1. la relacin (exclusivamente por internet) de los usuarios autorizados por las Entidades
Locales peticionarias del Fondo, cumpliendo de forma expresa todos los derechos del
artculo 6 de la Ley 11/2007
2. la tramitacin interna en Delegaciones y Subdelegaciones del Gobierno (unos 450 usuarios),
la cual deber incluir el tratamiento de las facturas electrnicas legalmente admitidas en la
Administracin Pblica espaola que las Entidades Locales presenten como justificacin.
3. El acceso mvil de los usuarios internos en las visitas de inspeccin (unos 150)
4. el soporte a todos los usuarios

A efectos de dimensionamiento se considerar que habr un mximo de 4 usuarios autorizados por


Entidad Local.

SE PIDE:

A)Descripcin de al menos 2 alternativas para la Arquitectura del Sistema que d solucin a los
puntos 1,2 y 3. Elija de forma razonada la ms idnea

B) Propuesta de:
un diseo de expediente electrnico para las solicitudes de las Entidades Locales, indicando
la tecnologa que se utilizara.
Un sistema de cuadro de mando integral tanto para Delegaciones del Gobierno como para el
Ministerio, y
un sistema de recepcin y validacin de las facturas electrnica
C) Configuracin de la plataforma tecnolgica para la Arquitectura elegida y para el sistema de
soporte a usuarios. Diseo de un sistema de movilidad para los inspectores.

D)Medidas de seguridad que se deben emplear en la Arquitectura elegida en el punto anterior.


Gestin de riesgos para la solucin dada a la relacin con EELL.

E)Planificacin temporal y dimensionamiento de RRHH necesarios para el desarrollo y despligue


de la solucin elegida, as como su funcionamiento durante 1 ao. Valoracin del aumento de la
productividad que supone para el Ministerio la utilizacin de esta solucin frente a un sistema de
tramitacin tradicional en papel.

F)Presupuesto detallado que incluya la distribucin temporal de la utilizacin del mismo y la


adecuacin a las premisas del enunciado.

G)En su opinin cules seran 5 factores crticos para garantizar el xito del proyecto sin
sobrecostes ni retrasos?
He aadido algunos comentarios en rojo a cosas que haba puesto en el volcado.

Valoracin inicial del examen: Me cost un poquillo entrar en materia porque no entenda
muy bien el planteamiento del enunciado. Te forzaba un poco a realizar la gestin interna en las
delegaciones y eso me despist bastante, adems no tena claro la funcin de los inspectores.
Finalmente opt por empezar a escribir, tras 30 minutos de reflexin sobre que se peda.
El planteamiento general fue seguir lo que preguntaban, punto por punto y tratando de no dejarme
nada. Al principio de cada apartado puse la letra a la que estaba contestando. No escrib epgrafes
(en plan introduccin, diseo, anlisis), ni por supuesto ndice.

Introduccin
Tengo dos pginas de introduccin, hablo un poco de la crisis y del Plan E, hago referencia a que el
presupuesto para gestiones internas son 10M y repito un poco lo que dice el enunciado.

A:
Piden 2 alternativas, pero no se si se refera a 2 para cada punto o a 2 en total. Yo hice 2 para cada
punto.
Primero elijo entre cliente pesado y cliente ligero y me quedo con el cliente ligero. Explico los dos,
en el cliente pesado digo que sera ms complicado de distribuir y que adems podra ser
incompatible con ciertos sistemas del cliente, por lo que sera necesario hacer un estudio previo y
que adems en caso de actualizar el programa sera un problema pues habra que descargarse la
nueva aplicacin y podra derivar en que hubiera distintas versiones del programa funcionando a la
vez. Sobre el cliente ligero explico que solo sera necesario tener un navegador web, y que se da por
hecho que es una herramienta con la que cuentan en todas las EELL
Luego elijo entre arquitectura centralizado y arquitectura distribuida, primeramente haba elegido
centralizada, pero finalmente opt por una solucin mixta, lo tuve que corregir al final del examen y
no se como me ha quedado (qued mal). Lo que digo es que la gestin web se va a hacer en el
Ministerio y la gestin interna de los expedientes se va a hace en las delegaciones. (No estoy muy
contento con esto, pero recuerdo que en el enunciado se deca explcitamente que se deba hacer una
gestin interna en las delegaciones, por eso lo cambie). Hablo un poco de las dos soluciones y
pongo pros y contras de las dos, es posible que haya entrado en alguna contradiccin por el cambio
comentado (al leer el examen me d cuenta de que efectivamente haba entrado en alguna
contradiccin, si bien no era muy grande, la forma de redactar dejaba claro que haba cambiado de
opcin. El tribunal no lo debi dar mucha importancia porque no me preguntaron).
Para el punto 3 puse algo as como que dado que no hay muy buena cobertura en algunos pueblos,
la aplicacin que utilicen los inspectores podr funcionar online y offline. El despliegue de la red
mvil y el rol de los inspectores no lo tena muy claro y es una de las partes que deje un poco de
lado en todo el examen.
Este apartado me ocup 2 o 3 pginas.

B:
El diseo lo hice sin anlisis porque no haba tiempo material para hacerlo y adems no lo pedan.
(tras ver varias defensas, creo que hacer el anlisis no aportaba nada al examen, a no ser que lo
hicieras muy bien.)

Hice un dibujito del sistema, que era ms o menos as:


Usuarios

Portal Cuadro Mando


Internet

Repartidor
EELL

Ministerio

SARA

Facturas Facturas

C.Mando C.Mando
Expedientes Expedientes
Delegacin 1 Delegacin n
Creo que en el dibujo se me olvid poner el sistema de movilidad.
El sistema funciona de la siguiente manera, los usuarios de las EELL se conectan al portal del
Ministerio, para identificarse utilizan dni-e o certificado reconocido. En el portal pueden encontrar
cierta informacin y hacer los trmites para las solicitudes.
Detrs del portal hay varios sistema, uno para la gestin de usuarios, otro de control de mando y
por ltimo uno que se encarga de repartir las cosas entre los sistemas de las delegaciones.
Despus en cada delegacin se llevan los expedientes electrnicos y se validan las facturas, adems
en cada delegacin se lleva un control de mando. No saba si haba una delegacin por provincia o
por CCAA, he hecho todo el examen suponiendo 20 delegaciones, he obviado las subdelegaciones.
(hay una por CCAA, en total 19, yo puse 20 para redondear)
Expliqu como funcionaba el sistema de gestin de expedientes y puse que se iba a poner un gestor
documental para llevarlo y que se almacenara toda la informacin sobre cada EELL. No hablo del
ndice electrnico, se me olvid (ouch!)
Sobre el control de mando, habr uno en cada delegacin que har informes de las peticiones que
haya en su CCAA y luego uno central para aunar toda la informacin y hacer informes generales.
Adems harn gestin de usuarios, seguimiento de incidencias y no se cuantas cosas ms que no me
acuerdo. (esta parte estaba bastante floja, ya que muchas funciones no eran de un control de mando
y me dieron caa con el tema del control de mando, pero me lo esperaba y sali bien del trago)
Escrib un buen rato sobre esto, pero se resume en lo que puse.
Sobre factura electrnica, hice referencia a factura-e y a las caractersticas, hara falta firma
avanzada y formato XaDES. Se desarrollar un modulo para hacer la validacin de las facturas.
Este mdulo se instalar en cada delegacin. Me acordaba de las OM las facturas y las puse
EHA/962/2007 y PRE/2971/2007. (el tema de la legislacin es importante, ya que yo pensaba que
lo iba a poner casi todo el mundo y luego no lo puso casi nadie)
Este apartado me ocupara unos 5 o 6 folios.

C:
No se si en este apartado o en el anterior met toda la historia de multilingismo (le dieron mucha
importancia al multilingismo, tambin pensaba que lo iba a poner casi todo el mundo y no),
accesibilidad, usabilidad y todo eso. En ese sentido el sistema es bastante completo y accesible, est
en todas las lenguas del estado y cumple con AA de WCAG 2.0 y sigue ISO 9241 de accesibilidad
Aqu met una cosa que chirra muchsimo, puse algo as como que iba a hacer una arquitectura web
de n-capas, pero que el desarrollo estaba orientado a servicios (SOA) (esto era un miedo infundado,
la arquitectura era correcta). Tambin dije que iba a utilizar JEE 5 para el desarrollo, en vez de .net
y porque es ms portable y permite la eleccin de herramientas de software libre. Tambin puse que
en cualquier caso ambas opciones eran buenas y que se podra desarrollar el sistema con cualquiera
de las dos.
NAVEGADOR
PORTAL

GESTOR PORTAL
ACCESOS SEGURIDAD PORTLETS
C
U
A
D
R
ESB O

D
E

GESTOR M
CMS WF
DOC A
N
D
O
IVR
GESTOR
FACTURAS

HIBERNATE ACCESO A SERVICIOS

BBDD @FIRMA
SYSNOT
Hice un dibujo de la arquitectura lgica que tena la parte de presentacin sin desarrollar, solo
Navegador/Portal, en la parte de negocio met un Gestor de Portal, un ESB, un CMS, un WF, un
Gestor Documental, el sistema de facturas, un IVR, el control de mando y creo que nada ms.
Luego acceso a datos por Hibernate y acceso a servicios comunes, solo puse @firma y sysnot
Esta parte es la que ms he desarrollado, quiz en exceso, porque ya iba mal de tiempo y con esto
fue peor.
A grandes rasgos se que puse Portal Liferay, ESB Oracle (se me olvid presupuestarlo....), control
de mando Pentaho/Mondriva (puse Mondriva en vez de Mondrian...), CMS y Gestor Documental
Alfresco, WF jBPM.
Explicaba para que iba a usar cada cosa y si iba a estar instalada en el ministerio o en las
delegaciones.
El portal es lo que van a ver los usuarios de las EELL, all tendrn acceso a toda la informacin
sobre su expediente y podrn personalizar el portal con noticias sobre el plan y recibir alertas sobre
plazos tanto por SMS como por email. Adems podrn enviar quejas, sugerencias, etc...
Solo se puede acceder al sistema con certificado electrnico o dni-e.
Para el login se utilizar JA-SIG CAS
El gestor de portal se encarga de gestionar los accesos.
El cuadro de mando ya lo haba explicado antes osea que tampoco digo mucho ms.
El gestor de contenidos se utiliza para gestionar la informacin que se va a publicar en el portal.
El gestor documental se utiliza para llevar los expedientes, creo que puse que la informacin de los
expedientes se iba a almacenar cifrada, no se si en este apartado o en el de seguridad. Se instala un
gestor documental en cada delegacin.
Del WF no me acuerdo lo que puse, pero poca cosa, la verdad es que no estaba convencido de que
hiciera falta.
El ESB es un poco el corazn de la infraestructura, lo utilizo para repartir las peticiones entre las
delegaciones, ya que la informacin se recibe en el sistema del ministerio, pero se gestiona en las
delegaciones.
La comunicaciones se hace con ws y sftp. Explico que el ws se utiliza para anunciar el archivo y
abrir el puerto por el que se enviarn los archivos.

Como hablaban de soporte al usuario, met el IVR y una plataforma de e-learning.

A partir de aqu empezaron las prisas, quedaban un montn de cosas por contestar y muy poco
tiempo.

El dimensionamiento lo hice como me dio la gana (el tiempo apremiaba)


Puse 32000 usuarios a 100KB por usuario = 3200000KB =3200 MB = 4 GB para informacin de
usuarios.
Me acuerdo que tambin dimensione los informes de los cuadro de mandos.
No estaba muy convencido de que se iba a meter en la base de datos del Ministerio, pero me pareca
un poco heavy no meter base de datos, osea que puse lo primero que se me ocurri.

Luego puse un expediente de 1GB por 8000 EELL = 8000 GB = 8 TB = 10 TB pero como se repart
entre las 20 delegaciones me sala a medio TB por delegacin. Puse que se consevaba 6 aos (no se
porque) y me salan 3 TB por delegacin. Lo de 1GB por expediente es una exageracin, pero en
ese momento fue la cifra que me vino a la cabeza, en 1GB creo que podemos archivar hasta los
vdeos de como suben los expedientes.... (no le dieron ninguna importancia)

Tambin dimension las comunicaciones. Dije que se usaran las lneas del Ministerio y que si haca
falta ampliar se hara al amparo del RD 951/2001.
La arquitectura fsica y de comunicaciones la hice super rpido, puse las 4 cosas de siempre, eso s
la divid entre ministerio y delegacin. Peda explicitamente disear la red de movilidad, como no
saba hacerlo puse que iba a ser MPLS y que se encargara del diseo una empresa de
comunicaciones.

Este apartado me ocup bastante, como 15-20 hojas

D:
Habl de Magerit y del borrador del ENS. Clasifiqu la informacin administrativa como de nivel
alto, hice una valoracin de cada dimensin de seguridad y coment muy por encima algunas
medidas para cada dimensin, aunque creo que alguna dimensin no coment ninguna.
Autenticicidad puse ALTO
Disponibilidad puse MEDIO, expliqu que no consideraba crtico 24x7 pues el 99% de los accesos
se hara en horario administrativo. No puse explicitamente 9x5, pero era en lo que estaba pensando.
Confidencialidad puse ALTO
Integridad ALTO (creo...)
Trazabilidad BAJO (casi 5 miuntos de mi defensa se fueron en que si la Trazabilidad deba ser nivel
Medio o nivel Bajo...)

Habl de LOPD y RD 1720/2007, como no hay muchos datos personales en el sistema o a mi no me


lo pareci puse bsico para cubrir los datos de los usuarios y coment algo del documento de
seguridad y de llevar un inventario de soportes.
De la gestin de riesgos en la relacin con las EELL escrib 4 lneas para decir que lo ms
importante era cuidar las suplantaciones de identidad y que por tanto se utilizara exclusivamente
certificados x509v3 para acceder al sistema. Tambin dije que se contratara a una empresa para que
hiciera un informe sobre este asunto, aunque luego no lo presupueste
Aqu tuve que cortar, quera volver al final para completar esta parte porque me la llevaba bien
estudiada pero fue imposible.

En total unas 2 o 3 hojas para este apartado

A partir de aqu empez el desastre (al final no fue para tanto...). Tena 40 minutos para hacer la
planificacin, los RRHH, el prepuesto y contestar a la ltima pregunta.

E:
La planificacin es probablemente la mayor cagada del examen. En ese momento no me di cuenta
de que el sistema tena que entrar en funcionamiento lo antes posible para empezar a repartir
fondos. Total que puse 18 meses para el desarrollo y la contratacin, ms los 12 que meta el
enunciado para explotacin.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Contratacin
Suministros
Servicios
Desarrollo
EVS
ASI
DSI
CSI
IAS
MSI
Interfaces
G.Proyecto
Seguridad
Calidad
G.Config.
Pensaba que no se poda contratar por catlogo y fui por procedimiento abierto(esto en realidad era
defendible), en total puse 5 meses para contratar y lo dems ms o menos de plantilla, 3 de ASI, 3
de DSI, 4 de CSI (el primero escalonado), 4 de IAS y el resto de MSI. Meto los interfaces de
Mtrica 3 y un apartado en el que digo que entregables hay que dar en cada fase para continuar.
En EVS se entrega Anlisis de Alternativas, Anlisis Coste Beneficio y Solucin Propuesta
En ASI Catlogo de Requisitos, Interfaz de Usuario, Modelo de Datos y Modelo de Procesos
En DSI el diseo tcnico y el plan de pruebas
En CSI al documentacin tcnica de programacin y los manuales y se harn pruebas unitarias y de
sistema
En IAS se harn las pruebas de integracin (aqu creo que me equivoque y puse pruebas de
integracin en vez de pruebas de implantacin, no estoy muy seguro) y se entregar el plan de
mantenimiento
En MSI, no me acuerdo que puse, me suena que algo sobre el seguimiento de las peticiones
Para los interfaces seguimiento del cumplimiento de los planes.

En el dimensionamiento del equipo digo que en el pliego de condiciones administrativas se dir que
se valorar positivamente a las empresas con planes de igualadad de gnero y que tengan un 2% de
personal con discapacidad.
Hago 5 equipos, uno interno para seguimiento, otro para el portal, otro para la lgica, otro para la
capa de negocio y otro para el mantenimiento. Adems hay un consultor y un tcnico de sistemas
por ah.
Lo de los meses lo puse porque lo peda el enunciado y tambin para el presupesto, pero no segu
ningn criterio lgico, no me quedaba tiempo...
Puse un equipo de personal interno para la gestin y coordinacin, formado por
-1 Director de Proyecto
-1 Jefe de Proyecto
-1 Analista
Para la parte de presentacin, todos externos:
1-AP 6 meses
1-Diseador web 6meses
1- Programador 6 meses
1 Programador web 6 meses
Para la parte de negocio
1 Analista Interno
1 o 2 Analista Programador externo 6 meses
5 Programadores externos 6 meses

Para el acceso a datos


1 AP externo 6 meses
1 Programador externo 6 meses
1 DBA 6 meses

Para el mantenimiento
1 Analista externo o interno, no me acuerdo
1 AP 10 meses
2 Programadores 10 meses

Y luego puse a un consultor de seguridad creo que 10 meses y un tcnico de sistemas 4 meses.

F:
El presupuesto lo hice super deprisa, . Se que compr un montn de cosas, porque tena que poner
40 servidores de app y 40 SGDB para las delegaciones (2x20).
Creo que para el Ministerio compr:

2 Servidores WEB
2 Servidores de APP
2 SGBD
Red MPLS
y creo que puse algo as como Resto de equipos y mantenimiento 1 ao.

En total me gast en HW como 1.2M.

Para el SW hice la cuenta de la vieja y luego dije que como usaba tanto sw-libre que 500.000, creo
que con el ESB de Oracle tena que haber salido en torno al milln.

Lo de los RRHH fue un poco caos, no tea tiempo a pensar y empec a escrbir lo primero que se me
ocurra, no estoy muy seguro meses puse a cada uno, divid el presupuesto en equipos para que me
costara menos sumar, ni siquiera recuerdo si me sali ms de 1M o menos. En cualquier caso no
considere que fuera un proyecto de Administracin Electrnica....
La mayora de las cuentas estn mal hechas y la suma final creo que tambin, espero que no se den
cuenta... las hice por encima, pero llegados a este punto estaba muy estresado, creo que me
quedaban unos 5 minutos de examen y el hombre que cuidaba la clase empez a decir que no nos
olvidramos de numerar, y yo me haba olvidado.

Lo peor es que solo sume el presupuesto de HW con el de RRHH, se me olvid sumar el de SW.(no,
no se me olvid, lo que si me pas es que met las hojas desordenadas y que la mitad de las sumas
estaban mal hechas)

G:
El ltimo apartado lo hice en 1 minuto de reloj, no se ni si entender mi letra, creo que los puntos
eran:

-Involucrar a los usuarios del sistema desde las primeras etapas


-Gestionar correctamente las competencias de los diferentes niveles administrativos
-La seguridad
-La accesibilidad y la usabilidad
Y el otro no lo recuerdo, puede que fuera algo de la legalidad, pero no estoy seguro....

Valoracin final: Me cost entrar en el examen, me pelee bastante con el enunciado y no tuve clara
la solucin a implantar hasta mediado el examen. Yo quera hacer una solucin centralizada, pero el
examen y el enunciado me llevaba a una solucin medio distribuida.
Le dedique bastante tiempo al diseo y a la arquitectura lgica, que es donde se supona que me
podra defender y aun as no estoy demasiado contento con lo que puse.
En total escrib 45 hojas, no se como pude escribir tanto, la verdad es que no me acuerdo de casi
nada de lo que puse, pero se que la solucin en conjunto es bastante mala, no entend muy bien lo
que pedan desde el principio y gestione mal el tiempo. Adems ciertos puntos clave del enunciado
los pas por alto. La red de movilidad apenas la trate, en ningn momento tuve claro que pintaban
los inspectores, dibuje la red en la arquitectura fsica y poco ms.
Lo bueno es que trate de centrarme siempre en lo que me preguntaban, a lo nico que no hice
ninguna mencin fue a las ventajas de esta solucin con respecto al uso del papel, la verdad es que
pensaba hacerlo, pero se me paso totalmente...
(Tampoco habl ni del CAU, ni del aumento de la productividad, aunque lo llev bien preparado
para la defensa)

Valoracin posterior: (Julio 2010). No haba vuelto a mirar mi volcado y la verdad es que me
sorprende ver lo negativo que estaba despues del examen. Lo cierto es que el examen no estaba mal
y sobre todo hice una buena defensa, porque la llevaba bien preparada y porque supe reaccionar a
los 'ataques' del tribunal.
DEFENSA

RD-Ley 13/2009

El procedimiento administrativo de las diferentes fases se efectuar mediante tramitacin


electrnica a travs de la aplicacin informtica que ponga en marcha el Ministerio de Poltica
Territorial.

El plazo de presentacin por los ayuntamientos de las solicitudes de financiacin a las que se
refiere este real decreto-ley ser de tres meses, contados a partir del da siguiente a la
publicacin en el Boletn Oficial del Estado de la resolucin del Secretario de Estado de
Cooperacin Territorial en la que se establezca el modelo para la presentacin de solicitudes y
las condiciones para su tramitacin

Financiacin de actuaciones de ejecucin inmediata y generadoras de empleo, en obras de


nueva planificacin, que sean de competencia de los municipios, a efectuar a partir del 1 de
Enero de 2010. La financiacin estar destinada de forma prioritaria a proyectos referidos al
desarrollo sostenible en sus vertientes medioambiental, de empleo, de apoyo a la innovacin
econmica y social.
Contribucin a la sostenibilidad social, mediante la financiacin de los gastos corrientes que
ocasione la prestacin de los servicios educativos y de otros servicios sociales de competencia
municipal, especialmente los gastos derivados de la gestin de los servicios de atencin a las
personas en situacin de dependencia.

De la cuanta asignada a cada municipio, el 80%, como mnimo, deber dedicarse a gastos de
inversin y el 20%, como mximo, a gasto social.

Que ventajas/desventajas ve usted en la arquitectura distribuida elegida?

La arquitectura distribuida para la gestin del fondo permite una gestin ms racional
de los recursos y una mejor adaptacin a la realidad administrativa espaola. En Espaa
existen principalmente dos niveles legislativos, el estatal y el autonmico, las EELL, al
igual que el resto de ciudadanos (entendiendo por ciudadano la definicin de la ley
11/07) deben acatar los dos. En el sistema esto se traduce en reglas de negocio
distintas para cada CCAA, la arquitectura distribuida nos permite implementar esta
lgica de manera ms simple, pues en cada delegacin se implantar la lgica que
corresponda a esa CCAA en vez de implementar una lgica mucho ms complicada en
el servidor central.
Se debe tener en cuenta tambin, que la gestin de los expedientes se hace en las
Delegaciones de Gobierno, en este sentido es ms lgica que sean las propias
Delegaciones las que custodien los soportes donde se almacenan estos expedientes y
sean las responsables de su seguridad.
Adems existen varias ventajas intrnsecas a a utilizacin de una arquitectura
distribuida como son la eliminacin de un punto nico de fallo y una mayor seguridad al
estar la informacin dispersa.

Por qu el acceso est entonces centralizado?

Como se explica en el ejercicio se trata de una arquitectura mixta. Se ha preferido


mantener el acceso centralizado en un solo punto porque es ms sencillo para el
usuario. Se crea una especie de ventanilla nica. La EELL mantiene as el contacto
directo con el encargado de despachar los fondos que es el ministerio.

En su diseo de cuadro de mando dice que se va a realizar una gestin remota


de usuarios Cree que ese es el fin del cuadro de mando?

El cuadro de mando permite crear una serie de indicadores sobre el uso del programa,
lo que he querido decir es que es posible monitorizar el uso de la aplicacin por parte
de los usuarios y a partir de este anlisis es posible realizar una gestin ms eficiente
de los usuarios, detectando problemas, como nodos infrautilizados o sobreutilizados.
Es toda la informacin del sistema, confidencial?

No. Se considera confidencial la informacin enviada por los inspectores. Se entiende


que la labor de los inspectores es hacer un seguimiento de las iniciativas llevadas a
cabo con los fondos y una evaluacin de las mismas. Esta informacin es confidencial
ya que su publicacin podra repercutir negativamente en la imagen de las EELL si por
ejemplo es contraria a sus intereses. Por tanto esta informacin se almacenara cifrada.
En cuanto a la informacin enviada por las EELL, se entiende que la solicitud de fondos
con la que se comienza el procedimiento tampoco es pblica, al menos hasta que se
acepte y por tanto se puede aplicar las medidas de confidencialidad.
Una vez aprobada la solicitud esta sera pblica.

Ha hablado de nivel bsico de proteccin segn el RD 1720/2007 y la LOPD a


los datos de los usuarios de las EELL Aplica esta legislacin para este caso?

Para saber si aplica la legislacin mencionada debemos remitirnos al mbito de


aplicacin de la misma. Tenemos que tener en cuenta que los empleados de las EELL
son personas fsicas y se pueden identificar en el sistema con certificados de persona
fsica o DNI-e.
El mbito de aplicacin de LOPD nos dice que la Ley es de aplicacin a los datos de
carcter personal, que es cualquier informacin concerniente a personas fsicas
identificadas o identificables. Por tanto los datos de los empleados de las EELL se
pueden considerar dentro del mbito de aplicacin de la LOPD.
Por otro lado tenemos el mbito de aplicacin del RD 1720, que es ms restrictivo que
el de la LOPD y que dice Este reglamento no ser aplicable[...] a los ficheros que se
limiten a incorporar los datos de las personas fsicas que presten sus servicios a
personas jurdicas, consistentes nicamente en su nombre y apellidos, las funciones o
puestos desempeados, as como la direccin postal o electrnica, telfono y nmero
de fax profesionales. En este caso habra ms dudas sobre la aplicabilidad, sin embargo,
en los certificados de persona fsica y en el propio DNI existen ms datos personales
que los especificados anteriormente, como el nmero de DNI, el nombre de los padres y
la direccin personal. En este caso se supone que al menos el DNI si que se va
almacenar y que por tanto el RD 1720/2007 aplica y que se deben tomar las medidas de
nivel bsico.
Adems de lo expuesto anteriormente, es posible que en las solicitudes existan datos de
carcter personal, por ejemplo uno de los objetivos del plan es que se contrate a
personas desempleadas, por tanto es posible que en los pliegos aparezcan los datos de
estas personas para demostrar que son desempleadas. Estos datos tambin seran de
carcter personal y se les aplicaran las medidas de nivel bsico.

Definicin de expediente

Ha sido definido el expediente administrativo en el Reglamento de Organizacin,


Funcionamiento y Rgimen Jurdico de las Entidades locales, aprobado por Real Decreto
2568/1986, de 28 de noviembre, entendiendo por tal, en el artculo 164.1, el conjunto
ordenado de documentos y actuaciones que sirven de antecedentes y fundamento a la
resolucin administrativa, as como las diligencias encaminadas a ejecutarla. Concepto
ste que es complementado con un apartado 2, sealando que los expedientes se
formarn mediante la agregacin sucesiva de cuantos documentos, pruebas,
dictmenes, decretos, acuerdos, notificaciones y dems diligencias deban integrarlos, y
sus hojas tiles sern rubricadas y foliadas por los funcionarios encargados de su
tramitacin.
La definicin del expediente administrativo como materializacin del procedimiento es
aceptada por los Tribunales en la STS de 28 de octubre de 1988, calificndolo como la
serie de actuaciones administrativas debidamente documentadas que reflejan el
procedimiento del que el acto o disposicin trae causa .
No existe en el mbito procesal ni en el administrativo en general , sin embargo, una
definicin de lo que debe entenderse por expediente administrativo. Cuestin que
dificulta otro aspecto de ste cual es la extensin y contenido del mismo: si deben
remitirse todos los antecedentes existentes en la Administracin o exclusivamente los
atinentes a la actividad que cause la actuacin judicial. Y en este ltimo caso surge otra
cuestin, si sobre la aplicacin del principio de tutela judicial efectiva, deben incluirse
las cuestiones indirectas o colaterales, sin poder entrar a valorar sus posibles
incidencias, en tanto que la Administracin Pblica, como demandada , no debe
irrogarse esa potestad atribuida exclusivamente el rgano jurisdiccional en atencin al
objeto del litigio.
Crea un expediente por EELL?

La ley 11/07 define el expediente electrnico como el conjunto de documentos


electrnicos correspondientes a un procedimiento administrativo, cualquiera que sea el
tipo de informacin que contengan.
Por tanto existe una vinculacin entre procedimiento administrativo y expediente. En el
enunciado no se especificaba si se haca una solicitud de fondos o varias por EELL. Dado
que parece que se hacen varias, se creara un expediente por solicitud y por tanto
habra varios expedientes por EELL.
RD 1671/2009 (art 53.d) Los expedientes electrnicos estarn integrados por
documentos electrnicos, que podrn formar parte de distintos expedientes, pudiendo
incluir asimismo otros expedientes electrnicos si as lo requiere el procedimiento.
En cualquier caso, con la definicin del nuevo RD podra crearse un expediente que
contuviese ms expedientes.

Tiene sentido almacenar las quejas y sugerencias en el expediente


electrnico?

Si no estn relacionadas directamente con el procedimiento, no.

En qu influye la usabilidad, y la gua UNE EN ISO 9241-11 en su sistema?


Cmo aplica esta gua?
En la usabilidad de los interfaces y del sistema en general por parte de los empleados a
travs de estaciones de trabajo. Por ejemplo, habr que tener en cuenta:
Parte 14: Usabilidad de los mens del sistema: navegacin, paneles, botones...
Parte 17: Usabilidad de los formularios para introducir datos al sistema. .

Ha hablado de normas WCAG 2.0. Puede explicar en que consisten

Estas Pautas suponen un importante paso para adaptarse a los cambios tecnolgicos
que se han ido produciendo en los ltimos aos, al tiempo que su redaccin les permite
estar preparadas para tecnologas futuras.
Las Pautas WCAG 1.0 eran...
Ms interpretables: diferentes personas las pueden interpretar a su manera de
formas muy distintas..
Limitadas a tecnologas W3C: WCAG 1.0 se basa en el supuesto de que HTML es
la nica tecnologa con soporte para la accesibilidad.
No incluyen nuevos usos de tecnologas W3C existentes: por ejemplo, los
nuevos usos de HTML+JavaScript en AJAX no se tratan.
Rgidas: Se redactaron en un periodo de rpido avance en las tecnologas de
acceso, pero no se actualiz: muchos de sus puntos se cualifican con la frase Hasta
que los agentes de usuario....
En el caso de Espaa, adems, la legislacin en materia de accesibilidad web contina
basndose, por el momento, en la norma UNE 139803:2004, que a su vez se basa en las
Pautas WCAG 1.0, por lo que siguen siendo plenamente vigentes.
En primer lugar, las Pautas se organizan en cuatro Principios bsicos (Perceptible,
Operable, Comprensible y Robusto), que constituyen la base filosfica de las Pautas.
Dentro de cada Principio bsico se encuentran las Pautas en s, tambin de carcter
general, aunque referidas a aspectos especficos de cada Principio bsico.
Por ltimo, cada Pauta se desarrolla en una serie de Criterios de xito, que de forma
similar a los puntos de verificacin en WCAG 1.0, establecen una serie de criterios de
accesibilidad que deben cumplir los contenidos web, y que pueden ser verificados para
comprobar el cumplimiento de las Pautas. Los criterios de xito estn clasificados por
niveles de conformidad (A, AA, AAA); un mismo criterio puede ocurrir con ligeras
diferencias en distintos niveles. Son independientes de la tecnologa usada para crear el
contenido. Los criterios se han redactado para ser verificados sin ambigedad, por una
herramienta automtica o por una persona. Cada criterio de xito incluye un enlace al
apartado correspondiente en los dems documentos de soporte.

Explique porque usa MPLS para la red mvil de los inspectores

Se utiliza MPLS para crear una VPN sobre la red del operador de manera que el
inspector pueda acceder a la intranet.
Security in a VPN has two major concerns:
Keeping communications private
Restricting public access to corporate
resources in order to protect them
from attack
MPLS VPNs use traffic separation or private
networking to provide both types of security.
IPSec uses tunneling and encryption to
privately transmit data and authentication to
provide access control to VPN tunnels.
Additional access control (such as a firewall)
is necessary for customer locations
transmitting and receiving Internet traffic

MPLS provides privacy for subscriber


transmissions by separating traffic within the
providers network using unique, percustomer
labels or route distinguishers. These
labels are placed in packet headers to isolate
traffic to specific VPN communities. Security
offered in this manner is similar to a private
frame relay or ATM network. It should be
noted that IPSec can be added to an MPLS
network to bring improved data privacy
through encryption; however, this is not
done widely today.

Hay una empresa, que se llama claranet, que se dedica exactamente a esto.

Factura electrnica

Orden EHA/962/2007 (art 2.2)


A efectos de lo establecido en el artculo 18.1.a del Reglamento por el que se regulan
las obligaciones de facturacin, ser vlida cualquier firma electrnica reconocida, cuya
definicin segn el artculo 3.3 de la Ley 59/2003, de 19 de diciembre, de firma
electrnica, consiste en cualquier firma electrnica avanzada basada en un certificado
reconocido y generada mediante un dispositivo seguro de firma.

Orden PRE/2971/2007 (art 4)


Artculo 4. Condiciones tcnicas de la remisin de las facturas electrnicas destinadas a,
o presentadas ante, la Administracin General del Estado o sus organismos pblicos
vinculados o dependientes.
La autenticidad del origen e integridad del contenido de las facturas electrnicas que
tengan por destinatario las Administraciones Pblicas a las que se aplica la presente
Orden, en el mbito de la contratacin administrativa, as como la de aquellas que,
expedidas entre particulares, se presenten telemticamente ante tales Administraciones
Pblicas en el curso de cualquier procedimiento administrativo, se garantizar mediante
la exigencia de firma electrnica avanzada, en los trminos previstos en el artculo 3.2
de la Ley 59/2003, de 19 de diciembre, de firma electrnica.
Estas facturas electrnicas debern hallarse en el formato que se determina en el anexo
de esta Orden, ajustndose el formato de firma electrnica a la especificacin XML-
Advanced Electronic Signatures (XAdES), ETSI TS 101 903.
Para que utiliza SICRES v2?

El Registro Electrnico tiene que darse de alta por OM

Considera la seguridad un FCE?


Considera la accesibilidad y usabilidad un FCE?
Considera la formacin un FCE?

Hay que tener mucho cuidado con este tema, hacer ver que es importante, pero no
crtico. En una defensa se pregunt si el programa era ms complicado de utilizar que el
programa PADRE o que si los alcaldes eran ms tontos que el resto de los espaoles que hacan
la declaracin de la renta sin curso de formacin. Pregunta peligrosa

Es necesario un ESB?
Para que utiliza SISNOT?
Qu es un certificado reconocido?
Qu es un sello de rgano?
Explique la gestin de usuarios.
Incidencias CAU delegaciones, comunicndose con el central.
CAU Nivel 1 en las delegaciones
CAU Nivel 2 en el ministerio
Por qu la gestin de usuarios est centralizada si el sistema es distribuido?
Factura-e. Por qu firma avanzada?

Lo dice una OM.

Valoracin del aumento de la productividad

Se entiende como productividad la relacin entre la produccin obtenida y el nmero de


recursos utilizados. En este caso la 'produccin' seran los expedientes y los recursos utilizados
se podran cuantificar en nmero de horas.
Para estimar este aumento de productividad debemos, por tanto, hacer una estimacin
del ahorro en horas que supone para proceso la eliminacin del papel.
Este ahorro es visible en todas las fases del proceso y grosso modo podra verse de esta
manera;
Para un expediente:
-La recepcin de la documentacin en papel requiere un proceso manual de
comprobacin de que se ha cumplimentando correctamente, registro y envo de acuse de
recibo. Podemos cuantificar 1h de ahorro en este proceso
-Despus habra que hacer la apertura del expediente y su archivo. En este proceso se
podra ahorrar otra hora
-Durante la tramitacin habr que ir a buscar el expediente y en ocasiones hacer
fotocopias del mismo, por ejemplo para las inspecciones. Se puede estimar este ahorro en 2
horas
-Durante todo el proceso habr un envo de comunicaciones entre EELL y Ministerio y
entre Ministerio y Delegaciones. Envos de justificantes, envos de informacin, etc... Por cada
expediente podemos estimar otras 2 horas.

En total hemos ahorrado 6 horas por expediente y esto sin contar que el proceso en
papel es mucho ms proclive a errores lo que podra aumentar este ahorro.

Si tenemos 8000 EELL y cada una tiene 5 expedientes asociados = 40.000 expedientes
x 6 horas = 240.000 horas nos podramos ahorrar.

Este ahorro puede ser cuantificado en trminos monetarios, si estimamos que una hora
de trabajo le cuesta a la administracin en torno a 15 euros, estaramos hablando de un ahorro
en torno a los 3M de euros. Si bien este ahorro podra no ser econmico y que las personas
implicadas en el procedimiento pudieran usar su tiempo en otros procesos con ms valor
aadido.

En este sentido cabe sealar tambin que el plan avanza public un estudio en el que
se estimaba el ahorro econmico de usar facturas electrnicas en torno a 3 euros por factura
para el receptor. Si cada uno de los 40.000 expedientes tuviera asociadas 10 facturas, seran
400.000 expedientes = 1'2M euros solo por el uso de la factura electrnica. Esta sera otra
manera de cuantificar el ahorro

Adems podemos verlo tambin en ahorro en papel, lo cual se traduce en ahorro en


espacio de almacenamiento y mejora medio ambiental. Si cada uno de los 40.000 expedientes
tuviera unas 25 hojas, sera un ahorro de 1 M de hojas de papel.

Se podran seguir enumerando las ventajas de el uso de medios electrnicos en vez de


papel, sin embargo me gustara resear tambin que este cambio tambin tiene una serie de
amenazas que no conviene olvidar. El uso de medios electrnicos requiere inversiones
econmicas, la propia ley 11/2007 da una moratoria a las EELL por este motivo y supone un
cambio cultural importante, lo que implica un proceso de adaptacin y de mentalizacin de las
personas implicadas en l.

En cualquier caso, las mejoras del procedimiento y los ahorros de tiempo y dinero son
evidentes, por lo que todos los esfuerzos encaminados a la eliminacin del uso del papel en los
procedimientos administrativos se vern recompensados con una administracin ms gil y
eficiente.

(Usar los folios y los rotuladores para esta pregunta)

Cmo implementara la aplicacin de los inspectores?


No considera el tiempo un FCE

Pregunta crucial, si no preguntan explcitamente no hacer referencia a mi examen y


centrarme en un MCV incremental, que es el correcto. El tiempo es un FCE.
Podra explicar un poco ms las medidas de seguridad
Definicin de cuadro de mando

Otras cosas sueltas

1. Tiempo de almacenamiento de los expedientes

Anlisis de Riesgos
a) Identifique y valore cualitativamente los activos ms valiosos del
sistema.
b) Identifique y cuantifique las amenazas posibles.
c) Identifique las vulnerabilidades habilitantes de dichas amenazas.
d) Identifique y valore las salvaguardas adecuadas.
e) Identifique y valore el riesgo residual.
UNE 71501:2008 Metodologa de anlisis y gestin de riesgos

Documento electrnico: Informacin de cualquier naturaleza en forma


electrnica, archivada en un soporte electrnico segn un formato determinado
y susceptible de identificacin y tratamiento diferenciado.

ndice electrnico: Relacin de documentos electrnicos de un expediente


electrnico, firmada por la Administracin, rgano o entidad actuante, segn
proceda y cuya finalidad es garantizar la integridad del expediente electrnico y permitir su
recuperacin siempre que sea preciso.

La Comisin Nacional de Administracin Local es el rgano permanente para la colaboracin


entre la Administracin General del Estado y la Administracin Local.
La firma electrnica avanzada es la firma electrnica que permite identificar al firmante y
detectar cualquier cambio ulterior de los datos firmados, que est vinculada al firmante de
manera nica y a los datos a que se refiere y que ha sido creada por medios que el firmante
puede mantener bajo su exclusivo control.
Se considera firma electrnica reconocida la firma electrnica avanzada basada en un
certificado reconocido y generada mediante un dispositivo seguro de creacin de firma.

Un certificado electrnico es un documento firmado electrnicamente por un prestador de


servicios de certificacin que vincula unos datos de verificacin de firma a un firmante y
confirma su identidad.

Son certificados reconocidos los certificados electrnicos expedidos por un prestador de


servicios de certificacin que cumpla los requisitos establecidos en esta Ley en cuanto a la
comprobacin de la identidad y dems circunstancias de los solicitantes y a la fiabilidad y las
garantas de los servicios de certificacin que presten.

Antes de la expedicin de un certificado reconocido, los prestadores de servicios de


certificacin debern cumplir las siguientes obligaciones:
a. Comprobar la identidad y circunstancias personales de los solicitantes de certificados con arreglo a lo dispuesto
en el artculo siguiente.
b. Verificar que la informacin contenida en el certificado es exacta y que incluye toda la informacin prescrita
para un certificado reconocido.
c. Asegurarse de que el firmante est en posesin de los datos de creacin de firma correspondientes a los de
verificacin que constan en el certificado.
d. Garantizar la complementariedad de los datos de creacin y verificacin de firma, siempre que ambos sean
generados por el prestador de servicios de certificacin.
Un dispositivo de creacin de firma es un programa o sistema informtico que sirve para
aplicar los datos de creacin de firma.
Un dispositivo seguro de creacin de firma es un dispositivo de creacin de firma que ofrece, al menos, las siguientes
garantas:
a. Que los datos utilizados para la generacin de firma pueden producirse slo una vez y asegura razonablemente
su secreto.
b. Que existe una seguridad razonable de que los datos utilizados para la generacin de firma no pueden ser
derivados de los de verificacin de firma o de la propia firma y de que la firma est protegida contra la
falsificacin con la tecnologa existente en cada momento.
c. Que los datos de creacin de firma pueden ser protegidos de forma fiable por el firmante contra su utilizacin
por terceros.
d. Que el dispositivo utilizado no altera los datos o el documento que deba firmarse ni impide que ste se muestre
al firmante antes del proceso de firma.

Uso facturas electrnicas

Reduccin considerable de costes, derivado de:

Eliminacin del papel y franqueo.

Reduccin del perodo medio de cobro.

Eliminacin del archivo fsico, facilitando su acceso en formato electrnico.

Casacin automtica de facturas.

Eliminacin de errores derivados de la gestin manual de documentos.

Minimizacin de incidencias en el envo y recepcin fsica de facturas.

Automatizacin de procesos debido a integracin de sistemas.

Orden EHA/2261/2007, de 17 de julio, por la que se regula el empleo de medios electrnicos,


informticos y telemticos en la justificacin de las subvenciones.
El Ministerio de Administraciones Pblicas y Correos ponen adems a
disposicin de los Organismos Emisores el Sistema de Integracin al Servicio
de Notificaciones (SISNOT).
ste es un sistema intermedio que gestiona el ciclo de vida de las notificaciones emitidas por
aplicaciones cliente y la comunicacin con el Servicio de Notificaciones Telemticas Seguras
(SNTS); encargado de hacrselas llegar al ciudadano. Tambin gestiona la actualizacin del censo
de ciudadanos y empresas dados de alta para la notificacin telemtica segn normativa, para lo que
se comunica con los sistemas de censo del Portal notificaciones.administracion.es.
Los servicios de SISNOT se invocan a travs de Web Services y pueden ser utilizados por varios
sistemas emisores de notificaciones.
El sistema SISNOT mantiene en su propio repositorio el censo de usuarios suscritos a
procedimientos, el cual se actualiza peridicamente desde el Portal notificaciones.administracion.es.
Adems mantiene registro de las notificaciones enviadas as como de las claves con las que se han
cifrado dichas notificaciones.
SISNOT abstrae de los sistemas emisores la complejidad de la gestin de los usuarios suscritos, el
cifrado de las notificaciones, la gestin del ciclo de vida de las notificaciones y la integracin con el
SNTS y el Portal notificaciones.administracion.es a travs de los protocolos descritos en la
documentacin oficial.
Preguntas del tribunal:

Tuve una defensa muy larga y bastante incisiva. No recuerdo todas las
preguntas, solo algunas:

Por qu poner un modulo de facturas en cada delegacin?


Funciones del mdulo de facturas
En este caso, creo que la postura de la persona que me hizo la
pregunta era que no era necesario un modulo, que bsicamente se
tena que hacer la validacin al subir la factura (una especie de
validacin en el navegador) y que como el acceso web si estaba
centralizado, no era necesario replicar el mdulo de facturas.
Yo defend la postura de que el mdulo era ms complejo que eso, por
lo que se desprenda del enunciado. Di algunas funciones que poda
tener el mdulo, aunque de manera un tanto vaga y poco concreta.
Fue la primera pregunta de la defensa y me descoloc porque no me
la esperaba.

Mantenimiento, coordinacin de equipos, seguridad, y en general todo


tipo de cuestiones relacionadas con la arquitectura distribuida
Me preguntaron varias veces, varios miembros diferentes del tribunal
en momentos diferentes de la defensa. Esta parte recuerdo llevarla
bastante preparada y di respuestas ms o menos convincentes, en
cierto modo, creo que algunas de ellas no eran todo precisas desde el
punto de vista tecnolgico, pero el tribunal tampoco es experto en
todo, por lo que si tienes la suerte de no 'tocar' ningn 'botn
prohibido' no te suelen entrar a fondo.

Por qu califica la dimensin de trazabilidad con nivel BAJO? No cree


que el nivel debera ser ms alto.
En esta pregunta tuve una 'pequea discusin' con el tribunal. Al final
admit la solucin que me propona el miembro del tribunal, ya que la
cuestin se estaba alargando. Quedamos en que debera ser nivel
medio (sic).

Su cuadro de mandos es integral o no integral


Est la pregunta del examen mal redactada cuando dice 'integral'
Pregunta complicada, porque no me saba la respuesta. La toree como
pude y por suerte el miembro del tribunal no insisti mucho en ella.

Qu ocurre si se cae la web que da acceso a la aplicacin?


Podramos utilizar una sede de sustitucin?
Cuando me hizo la pregunta pregunta, estuve bastante seguro y
conteste que si era al final del plazo habra que ampliarlo, ya que la
caida de la web era imputable a la Administracin. Me hizo varias
preguntas ms y habl de los balancedaores, los centros de respaldo y
de cosas de ese estilo.
Luego me pregunt lo de la sede y ah me pillo un poco, le dije que
para hacer eso se necesitara un certificado similar al usado en la sede
original, para que el ciudadano tuviera la certeza de que se estaba
conectando a donde se quera conectar, trate de ser ambiguo para no
mojarne en si se poda hacer o no, pero aqu si me pincharon y
contest que no, que no exista eso de la sede sustituturia o que por lo
menos su uso no era muy extendido (tratando nuevamente de no dar
una respuesta categorica)
A da de hoy sigo sin estar muy seguro de si esta respuesta le gust o
no, mi examen fue pocos das despues de que se publicara el RD
1671/2009, donde se habla del concepto de subsedes y es posible que
la pregunta fuera por ah. Aunque por lo que he tratado de indagar
ms adelante, el concepto de subsede no se utiliza como backup de la
sede principal, si bien, tampoco es algo muy extendido en la
actualidad.
Cmo podra recortar su tiempo de implantacin?
Pregunta que me esperaba y en la que como digo al principio del
documento, trate de esquivar mi contestacin del examen, para no
recordrsela y dar la que crea ms correcta.
Habl de usar un MCV incremental, con una primera fase muy corta
en la que se implementara un modulo de recepcin de solicitudes, ya
que de esa manera el sistema podra estar funcionando en apenas un
mes si lo desarrollbamos con un equipo de personal interno. Dije ms
cosas que ya no recuerdo, pero lo ltimo que haba que implantar es
el mdulo de validacin de facturas, ya que los ayuntamientos tenan
un ao (o ms, no recuerdo), para enviar las facturas.
Tambin hable algo de los mtodos de contratacin, no se si usar el
procedimiento de urgencia, que creo que vena recogido en el RD del
fondo... De esta parte no me acuerdo bien.

Dimensionamiento del CAU


Tambin me la esperaba y creo que la hice bastante bien. Aunque
ahora mismo no recuerdo exactamente los datos, trate de hacer un
clculo de peticiones recibidas, tiempo en solucionarlas, etc... Todo
hecho con cuentas en el folio de manera que era una solucin muy
grfica. Di varias posibilidades, entre ellas usar las delegaciones y
subdelegaciones como parte del CAU, ya que muchas son ahora parte
de la red 060 y la LOFAGE les adjuquica como funciones informar en
su territorio los planes del gobierno y de la AGE, por lo que en cierto
modo tena bastante lgica esa solucin. La otra opcin, la ms
factible era el CAU centralizado.

Incremento de la productividad de la administracin electrnica.


Esta la llevaba muy preparada y la contest bastante bien, tambin
utilizando los folios y dando clculos precisos, tanto en porcentaje de
aumento de productividad, como en ahorro econmico y metiendo
temas de sostenibilidad.

Qu ocurre si un ayuntamiento no tiene acceso a internet?


Le corresponde a la diputacin dar asistencia tcnica a los
ayuntamientos, como indica la LOFAGE. En cualquier caso, partimos
de la base de que internet es un servicio universal y que por tanto
debe llegar a todos los ayuntamientos, si esto no fuera as seran las
diputaciones las encargadas de dar una solucin y esta queda fuera
de los lmites de este proyecto.

Explique la solucin de movilidad con MPLS


Aqu me col un poco, pero luego creo que me vino bien, porque es
una solucin que existe. Me document llamando a una empresa que
llama claranet y que implanta este tipo de soluciones.

Formacin
Importante, pero no imprescindible, blablabla... No recuerdo muy bien
lo que dije, pero lo llevaba bien preparado.

Explicar lo de los formatos de almacenamiento a largo plazo, tipo PDF/A.


Tambin la llevaba preparada, le solt las caractersticas.

........Se que me hicieron bastantes preguntas ms que no recuerdo muy bien,


recuerdo haber hablado mucho de la arquitectura distribuida y de como iba a
coordinar todo, de la herramienta de e-learning moodle, de los FCE,
especialmente uno en el que hablaba de coordinarse con las CCAA y
seguramente de algunas cosas ms.

A medida que la defensa avanzaba me fui sintiendo ms cmodo y me


recree en las preguntas que saba, ya que si te dan la oportunidad debes
aprovecharla. En todo momento me sent como que tena que explicar una
solucin a unas personas que venan a interesarse por ella y que yo saba
mucho ms de la solucin que ellos, evidentemente es algo ficticio, pero me
daba ms seguridad que pensar que era un tribunal que me estaba evaluando.

MUCHA SUERTE

Vous aimerez peut-être aussi