a tener en cuenta no hay soluciÓn unica a un problema propuesto. lo que se plantea es lo que...

57
4º Examen convocatoria 2013: Realizado el 26 de Abril de 2014

Upload: godofredo-colindres

Post on 28-Jan-2016

222 views

Category:

Documents


0 download

TRANSCRIPT

Mercado de trabajo

4 Examen convocatoria 2013: Realizado el 26 de Abril de 2014

A tener en cuentaNO hay SOLUCIN UNICA a un problema propuesto.Lo que se plantea es lo que NOSOTROS consideramos ms apropiado.Lo ms importante es RAZONAR y demostrar que las decisiones se toman razonadamente y en base a conocimiento tcnico y del negocio.La solucin propuesta es un esfuerzo COORDINADO de DIFERENTES PERSONAS

2Pregunta 1 Informe Ejecutivo: Informe ejecutivo sobre el sistema integrado de informacin y seguimiento para su presentacin en el Comit de Direccin de la Ministra de Empleo y Seguridad Social.

Pregunta 1 Consejos generalesOrden de realizacin. En LTIMO lugar, cuando ya se tiene conocimiento completo del sistema.Pero dedicarle su tiempo. Ser lo primero que leas y conviene que est bien redactado y aportePblico Objetivo. Se debe tener en cuenta a quien ir dirigido. Normalmente: personal directivo sin conocimientos tcnicos.

4Pregunta 1 Consejos GeneralesQUE debe incluir. Informacin que aporte valor al pblico objetivo.Objetivo del sistema.Descripcin de la solucin de alto nivel (Actores, Formas de acceso, etc.)Ventajas (generales y para los diferentes actores).Plazo. En el cual estar disponible el sistema.Inversin. Y si se puede hacer un ROI pues perfecto.Factores Crticos de xito. En especial lo que tenga que impulsar el pblico ObjetivoQue NO debe incluir. Informacin redundante o intil.5Pregunta 1 Caso concretoObjetivo. Base tecnolgica al Plan de EmpleoDescripcin. Portal web accesible desde internet, la intranet y desde todos los dispositivos, incluidos mviles.Ventajas.Administracin(MEySS).Ahorro. Respecto al papel 38 M75 /trmite (Modelo de Costes Estndar de la Comisin),500.000 procedimientos (60% del publico objetivo de 850.000)Mejora de los ingresos. Por incremento de cotizaciones sociales debido a los jvenes que se incorporan al mercado fruto de este plan.Mejora de la imagen. Cercana al ciudadano 78% poblacin es internauta y Calidad de los servicios -

6Pregunta 1 Caso concretoMas VentajasJvenes.Agilidad en la tramitacinCercana. Acceso al servicio desde los medios que ms utilizan mvilSimplificacin de los trmites. Solo aportar documentacin imprescindible gracias a la Plataforma de Intermediacin.Entidades OferentesAcceso sencillo a la financiacinOportunidades de negocio.Plazo. 10 meses.Inversin. 215.000 Factores Crticos de xito. Normativa necesaria a tiempo.Llegar a todos los actores. Difusin y campaas publicitarias.

7Pregunta 2: Diagrama de Contexto del Sistema.

Diagrama de Contexto, DFD de nivel 0

8Pregunta 2Diagrama de ContextoUn DC = DFD de nivel ceroElementos? El sistema y la entidades exteriores con las que se relacionaAtender a los tipos de dilogos99Pregunta 2Obtener Entidades relevantesAlgunas las presenta el enunciado (Jvenes NEET, UAFSE, Entidades Oferentes, etc.)Otras estn implcitas y son precisas para demostrar que sabemos de qu hablamos en Administracin electrnica: Plataforma de Intermediacin101011

Pregunta 3: Modelo de datos del sistema, sealando las principales entidades.

Pregunta 3- Consejos generalesOrden. Forma parte del anlisis. De las primeras en ser contestada.Hacerla bien ayuda a entender, y demostrar que has entendido ,el problema.QUE poner. Equilibrio CLARIDAD vs COMPLETITUDRemarcar Entidades ms importantes (trazos ms gruesos, situarlas en el centro del papel, etc.)Pocos atributos pero buenosRelacin con posible Cuadro de Mando/Indicadores13Pregunta 3 Caso concreto

14Pregunta 4: Anlisis, diseo y justificacin de la arquitectura de la solucin propuesta, tanto lgica como de infraestructura.

15Arquitectura Lgica ConsejosGestin del Tiempo: Este es el corazn de la solucin, si hay que dedicar algo ms de tiempo en algn apartado es en este, dejando siempre el examen balanceado. Coherencia de actores y mdulosNegocio + Tecnologa + LegislacinDiagramas: No es suficiente solo con los diagramas, hay que explicarlos. Personalizar: usar palabras que vengan en el enunciado, tanto en los diagramas como en la explicacin de los mismos. Reutilizacin: Artculo 17 del ENISolucin tecnolgica en cada caso: Aportar todas las opciones que se conozcan y decantarse por una esgrimiendo ventajas de la que se escoge y desventajas de las que se descartan.

16Consideraciones Personales:Entender qu se pide La pregunta dice Anlisis y Diseo. En su momento se me pas por la cabeza realizar un anlisis mediante casos de uso por ejemplo, y un diseo mediante el diagrama de paquetes, pero al ver que adems haba preguntas cortas se intua que lo que peda el tribunal era la Arquitectura Lgica y la Arquitectura Fsica. Gestin del TiempoEste es el corazn de la solucin, si hay que dedicar algo ms de tiempo en algn apartado es en este, dejando siempre el examen balanceado. CoherenciaMuy importante la coherencia en todo el ejercicio, los actores del diagrama de contexto deben aparecer en la arquitectura lgica (actores e interfaces), y en la arquitectura fsica. Negocio + Tecnologa + LegislacinDurante todo el ejercicio, y en este si cabe todava ms. Este apartado debe de englobar vuestra solucin tecnolgica al enunciado sin perder la vista de la base legal.DiagramasNo hay que dibujar nicamente los diagramas, hay que explicarlos: En la arquitectura lgica lo ideal sera explicar cada capa, los mdulos ms relevantes y las razones de su inclusin. En la arquitectura fsica lo ideal sera explicar por donde accede cada actor (Internet, Sara, Red Interna) y cada VLAN con su equipamiento (DMZ, VLAN de Procesamiento/Negocio, VLAN de Datos, VLAN de Usuarios, etc). PersonalizarPersonalizar al mximo la solucin: Usar el lenguaje del enunciado en todo el ejercicio. Si hablan de joven, entidades/organismos, funcionarios presenciales, etc, usadlo todo el ejercicio en lugar de los usuarios. ReutilizacinDescribir las posibilidades que existen de reutilizacin en cada mdulo.Artculo 17 habla de la existencia de Directorios de aplicaciones reutilizables, en referencia al Centro de Transferencia Tecnolgica.En concreto, yo me aprend de memoria el artculo 17.3, as aprovechis para luciros un poco y que dice que Las Administraciones pblicas debern tener en cuenta las soluciones disponibles para la libre reutilizacin que puedan satisfacer total o parcialmente las necesidades de los nuevos sistemas y servicios o la mejora y actualizacin de los ya implantados.Plataforma TecnolgicaAportar todas las opciones que se conozcan y decantarse por una esgrimiendo ventajas de la que se escoge y desventajas de las que se descartan.16Arquitectura Lgica - Solucin17Interfaz JovenInterfaz FuncionarioInterfaz OrganismosGestin de PerfilesGestin de Actuaciones VlidasSeguimiento EstadsticasEvaluacin de la InformacinIInicioEvaluacin de PerfilLista de DemandaActuacin VlidaAcceso a DatosAcceso a ServiciosPerfiles y ActuacionesPID@FirmaRegistro E/STramitador / WorkflowUAFSEPresentacinLgica de Negocio DatosCapa de presentacin: Interfaz web que permite el acceso a los usuarios de la aplicacin mostrando una interfaz distinta en funcin de la autenticacin del mismo.Capa de lgica de negocio: Cuenta con los siguientes mdulos:Gestin de Perfiles: Gestin de Actuaciones vlidas:Seguimiento y estadsiticas:Evaluacin de la InformacinTramitadorAcceso a Datos: Permite el acceso a la capa de datos.Acceso a Servicios: Permite el acceso a la capa de servicios.Capa de acceso a datos:Datos: Tal y como se muestra en la arquitectura fsica, se trata de una capa protegida para evitar su acceso indebido. Dentro de esta capa se incluyen tanto la Base de Datos como el gestor documental (repositorio comn) para la gestin del ciclo de vida de los documentos involucrados.Servicios: Engloba tanto servicios comunes propios del Ministerio (por ejemplo el Registro Electrnico) como servicios horizontales a toda la administracin (en este caso, @Firma, la Plataforma de Intermediacin, Notific@, Habilit@, SNE) o servicios ofrecidos por otros organismos a travs de Servicios Web, como es por ejemplo el caso de los servicios ofrecidos por la Unidad AFSE.

Cuestiones a responder con el diagramaCmo accede cada actor a la aplicacin?: Sede electrnica? Red interna? (en el caso de funcionarios). Portal especfico a tal efecto?No podemos olvidar que, salvo en los casos en que se puede imponer un trmite electrnico, siempre hay que dar cabida a la alternativa presencial, teniendo en cuenta que habr que integrar la tramitacin presencial y la electrnica.Cmo se realizan las conexiones con las interfaces? Servicios web? Envos ftp? Lo recomendable siempre es plantear todas las opciones que consideris viables y decantarse por alguna esgrimiendo alguna razn. Para este supuesto, a la hora de enviar los informes peridicos a la UAFSE existen varias posibilidades: sFTP, Web Services, etc. Se asume la existencia de un servicio web para el envo peridico de la informacin a la Unidad, de no ser as se estudiaran otras alternativas como el envo por sFTP (incluso correo electrnico). Desventajas de FTP: lo hacen poco mantenible, falta de formatos estandarizados, alto grado de acoplamiento entre las aplicaciones.

Hay que enviar notificaciones y/o comunicaciones? Si algn actor debe ser notificado hay que analizar cmo, sin olvidar los requisitos que establecen las leyes: el ciudadano tiene derecho a elegir el canal por el que desea ser notificado: Artculo 38, 39, 40 del RD 1671 2009Correo: Notific@Electrnicamente: SNE

17Capa de PresentacinLegislacinAutenticacin -> Art 13.2 Ley 11/2007Accesibilidad -> RD 1494/2007, UNE 139803:2012Multilingismo -> D.A. 6 Ley 11/2007Tecnologa (y Reutilizacin) HTML5, CSS3, Responsive Design, Media QueriesMultilingismo -> PLATA18Capa de presentacin: Interfaz web que permite el acceso a los usuarios de la aplicacin mostrando una interfaz distinta en funcin de la autenticacin del mismo.La capa de presentacin se adaptar el interfaz a los usuarios (organismos, joven, funcionario). Cmo se autentican los actores en el sistema? Certificado electrnico? De qu tipo? Usuario y contrasea? Es necesario que se autentique? (Si pensamos en un portal de consulta de informacin pblica no hara falta autenticacin de ningn tipo, por ejemplo). En nuestro supuestoLos jvenes acceden mediante certificado de persona fsica o DNIe. Las empresas mediante certificado de persona jurdica o fsica. Los funcionarios mediante certificado de empleado pblico o DNIe. Este ao: identificacin con Clave Orden PRE/1838/2014 Accesibilidad RD 1494/2007UNE 139803:2012. MultilingismoPLATADisposicin Adicional Sexta Ley 11/2007: Se garantizar el uso de las lenguas oficiales del Estado en las relaciones por medios electrnicos de los ciudadanos con las Administraciones PblicasHTML 5, CSS3, Responsive DesignSe usar en la medida de lo posible HTML5 para dar solucin a la movilidad y poder adaptarse a todos los dispositivos, estudiando su adaptabilidad a todos los navegadores. Aplicacin mvil: Si es nativa o hbrida tendr una interfaz diferenciada (cliente pesado mvil). Si es web no tiene por qu, ya que la misma capa de presentacin sirve para la versin PC, tablet o mvil. 18Capa de Lgica de Negocio (I)Mdulo de Gestin de Perfiles: lgica relativa a los perfiles de los jvenes, su consulta, modificacin.Mdulo Gestin de Actuaciones Vlidas: lgica relativa a las altas, bajas, asociaciones con perfiles, etc, de actuaciones vlidas. Mdulo de seguimiento o estadsticas: encargado de explotar la informacin del sistema. Tecnologa: Se considera que sera suficiente el uso de libreras como JasperReports para dar cumplimiento la funcionalidad. No se contempla la necesidad de crear un DWH aparte, aunque si fuera necesario se estudiara la creacin de procesos ETL para alimentar un DWH ya existente en el Ministerio.Mdulo de Evaluacin de la Informacin: encargado de recoger los datos de la plataforma de intermediacin y realizar la validacin de los mismos para incluir al joven en la lista de demandantes.19Nombre de los mdulosQue todos los mdulos o la gran mayora tengan nombres que hagan referencia a lgica descrita en el enunciado

Mdulos Mdulo de Gestin de perfiles, recoger la lgica relativa a los perfiles de los jvenes, su consulta o modificacin. Los datos de los perfiles habrn sido recabados de la plataforma de intermediacin y comprobados automticamente sin intervencin humana. Mdulo Gestin de actuacin vlida, recoge la lgica relativa a las actuaciones vlidas, altas, bajas, asociaciones con perfiles, etc. Mdulo de seguimiento o estadsticas:Negocio: encargado de explotar la informacin del sistema. Tecnologa: En principio se considera que sera suficiente con el uso de libreras como JasperReports para dar cumplimiento la funcionalidad. No se contempla la necesidad de crear un DWH aparte, aunque si fuera necesario se estudiara la creacin de procesos ETL para alimentar un DWH ya existente en el Ministerio. Mdulo de evaluacin de la informacin: encargado de recoger los datos de la plataforma de intermediacin y realizar la validacin de los mismos para incluir al joven en la lista de demandantes. La evaluacin es automtica, sin interaccin humana.

19Capa de Lgica de Negocio (II)Tramitador: encargado de realizar el flujo de tareas que se describen en el procedimiento administrativo. Enfoque: Se realizar un estudio en el CTT para ver la idoneidad de tramitadores como Tramitador Acceda. En caso contrario se reutilizara el que usara el Ministerio frente a adquirir alternativas como jBPM. En su defecto se estudiar si se pueden programar las fases.

20Tramitador: encargado de realizar el flujo de tareas que se describen en el procedimiento administrativo. Se reutilizar en la medida de lo posible, dando cumplimiento al artculo 17.3 del ENI que establece que todas las AAPP utilizarn soluciones ya existentes que cubran total o parcialmente las funcionalidades de nuevos sistemas. Se realizar un estudio en el CTT (que aparezca luego en el Gantt) para ver la idoneidad de tramitadores como Tramitador Acceda o la Plataforma @Doc. En caso contrario se reutilizara el que usara el Ministerio frente a adquirir alternativas como JBPM. O en su defecto se estudiar la viabilidad de programar las fases (no es habitual, pero sirve para plantear varias opciones)20Capa de Acceso a Datos y ServiciosAcceso a DatosBBDD con el modelo de datos descrito en el apartado anterior (Perfiles, Actuaciones Vlidas, etc)Acceso a ServiciosInterfaces con sistemas internos (del mismo organismo): Legacy systems, Cuadro de Mandos, DWH del Organismo, Sistemas Contables, de Nminas, ERP, CRM, etc. En nuestro supuesto: Registro E/S Interfaces con sistemas externos: Servicios comunes: @Firma, Plataforma de Intermediacin, Cl@ve, etcteraSistemas de otros organismos: UAFSE, AEAT

21Acceso a datosEn la capa de acceso a datos, se dispondrn de la base de datos con la informacin del sistema definida en el modelo de datos, como Perfiles o Actuaciones Validas. Acceso a serviciosAqu hay que considerar todos los sistemas con los que se comunica el nuestro. Pueden ser: Interfaces con sistemas internos (del mismo organismo): Legacy systems, Cuadro de Mandos, Datawarehouses del Organismo, Sistemas contables, de nminas ERP, CRM. En nuestro sistema: registro del organismo y UAFSEInterfaces con sistemas externos.Servicios Comunes: @Firma. SNE (Servicio de Notificaciones Electrnicas), Plataforma de intermediacin (SVDI, SVDR), Habilit@, Notific@, Cl@ve, etctera. Sistemas de otros organismos: UAFSE, AEAT (datos de la renta, pregunta corta)

Adems ser necesaria la comunicacin con sistemas externos: Plataforma de intermediacin: dispone de un catlogo de servicios web. Los datos que necesitamos comprobar estn disponibles en la plataforma. Necesidad de convenios con los organismos dueos de los datos, disponer de certificado de sello electrnico y darse de alta en el sistema. UAFSE: es necesario reportar peridicamente datos, se asumen la existencia de servi-cios web desplegados en sus sistemas para este envo. De no ser as, se estudiaran otras alternativas como sFTP. Registro Electrnico: se asume creado mediante OM de Ministerio. Se apuntarn los documentos entrantes y salientes como solicitudes o el certificado para empresas. @Firma: es la encargada de la validacin de los certificados electrnicos utilizados para autentificarse o firmar ante el sistema. SNE (Servicio de Notificaciones Electrnicas): en caso de que el ciudadano haya expresado su deseo de recibir la notificacin a travs de su Direccin Electrnica Habilitada, se utilizar este sistema. Etctera.

21Arquitectura Fsica - ConsejosCoherencia: Deben aparecer los mismos actores e interfaces que en el diagrama de contexto y en la arquitectura lgica y Separar los entornos por tipo de arquitectura y permetro de interconexin, teniendo en cuenta las redes privadas o pblicas por las que va el trfico. Se puede presuponer que se dispone de infraestructura bsica de red y comunicacionesSe puede presuponer la existencia de un Gestor de Bases de Datos, presupuestando as slo la parte de servidores de aplicaciones/Web adicionales.Explicar el despliegue del software sobre los servidores, haciendo referencia a la arquitectura lgica. 22Diagrama: Identificar los agentes que acceden al sistemaCoherencia! Deben aparecer los mismos actores e interfaces que en el diagrama de contexto y en la arquitectura lgicaSeparar los entornos por tipo de arquitectura y permetro de interconexin, teniendo en cuenta las redes privadas o pblicas por las que va el trfico. Sera conveniente suponer que se dispone de infraestructura bsica de red y comunicaciones (lneas, routers, switches, seguridad perimetral, etc). Se puede presuponer la existencia de un Gestor de Bases de Datos, presupuestando as slo la parte de servidores de aplicaciones/Web adicionales.Explicar por donde acceden los actoresExplicar el despliegue del software sobre los servidores.

22Arquitectura Fsica

Actores e interfacesLos jvenes accedern a travs de internetLos organismos privados accedern a travs de internet. Otros organismos accedern a travs de SARA. La conexin con Servicios Comunes y el sistema de la UAFSE o la AEAT ser a travs de SARA. VLAN DMZRegistro E/SServidores Web con la capa de presentacin de la arquitectura lgica desplegada en ellos. (Artefactos .war en JEE)Apache TomcatVLAN Procesamiento o NegocioServidor de Aplicaciones con la lgica de negocio desplegados en ellos (Artefactos .ear en JEE)Jboss frente a weblogic o weblogic de IBMVLAN de DatosBBDD con el modelo de datos descrito en la pregunta anterior. Oracle frente a MySQL u otros por RendimientoVLAN de UsuariosLos funcionarios presenciales pueden acceder por aqu.

23Pregunta 5: Estimacin global de recursos econmicos, tcnicos y humanos, junto con la planificacin temporal de los trabajos.

24Pregunta 5Recursos TcnicosRecursos HumanosPlanificacin2525Pregunta 5Recursos TcnicosDnde voy a alojar la solucin? Hay CPD y servicios estndar? SI (se supone que el MEYSS tiene una infraestructura robusta).Realizar estimaciones sobre: Servidores y licencias, ancho de banda de comunicaciones y Mantenimiento (ese gran olvidado)2626Pregunta 5Recursos TcnicosVolumetra: Nmero de usuarios totales, nmero de usuarios pico, transacciones que realizan (no es lo mismo visitar pginas que adjuntar informacin).

2727Pregunta 5Recursos TcnicosVolumetra, a tener en cuenta: Nmero de usuarios totales Nmero de usuarios pico Peso de las Transacciones No es lo mismo visitar pginas que adjuntar informacin.

2828Pregunta 5Recursos TcnicosQu dice el enunciado?El sistema tendr capacidad para acceso concurrente de 5.000 usuariosVolmenes de hasta 50.000 accesos/hora

2929Pregunta 5Recursos Tcnicos: Servidores Analizamos: 5.000 usuarios concurrentes 1000 usuarios x frontend (consultas y accesos pesados)= 5 frontends.Servidores de aplicacin, aproximadamente 1 x cada 5 frontends + 1 para redundar = 2 servidores de aplicacin.Necesitaremos 2 servidores de base de datos para gestionar la informacin.Gestor documental, otras operaciones = 1 servidor adicional.TOTAL cores = 10. Precio por core con licencia de S.O = 4000PRECIO TOTAL SERVIDORES = 40.000

3030Pregunta 5Recursos Tcnicos: SoftwareArquitectura LAMP, coste del software relativamente bajo, depende de la B.D y del tipo de Gestor Documental elegido (Alfresco es libre, Sharepoint es de Microsoft).Aqu el coste puede variar entre 5.000 y 50.000 euros segn el tipo de arquitectura tecnolgica elegida.Es importante tener en cuenta que el software libre no es gratuito. Hay unos costes de distribucin y de mantenimiento.Hay que estimar el mantenimiento del primer ao por lo menos, en el coste del proyecto. Analizar si posteriormente se puede incluir en algn A.M

3131Pregunta 5Recursos Tcnicos: SoftwareAdquisicin de servidores, acuerdo Marco 13/(ao, en el momento del examen el 2013)Incluir tambin coste del almacenamiento de la informacin (compra de discos para la cabina). Si hay que almacenar 1Mb por Joven (perfil, expedientes, etc.) y se estima que unos 60% de 850.000 jvenes se inscribirn = 510.000 jvenes x 10mb = 5100 Gb de info a almacenar . Si se almacena redundado estamos hablando del orden de 10 Teras de informacin. Del orden de 5000 euros (discos ms su gestin y mantenimiento).TOTAL HARDWARE + SW + ALMACENAMIENTO APROX 100.000

3232Pregunta 5Recursos Tcnicos: Ancho de BandaVolmenes de hasta 50.000 accesos/hora Aprox 14 usuarios por segundo. Acceso por Internet. Se estima que el acceso se producir principalmente por internet (acceso Jovenes). 12 accesos/segundoEstimacin tamao. En accesos por primera vez (sin cacheo) 4 Mb/acceso.Tiempo de carga de pgina 5 seg ( estudio de google analytics: http://analytics.blogspot.com.es/2012/04/global-site-speed-overview-how-fast-are.html )10 Mbps de necesidades pico a travs de internet(tras campaas de difusin que entrarn muchos jvenes por primera vez sin cacheo de informacin)Si el MEYSS ya dispusiese de estos servicios, la ampliacin del ancho de banda vendra a ser de unos 5.000 euros . (A tener en cuenta que la administracin actualmente contrata las comunicaciones mediante un contrato comn)

3333Recursos Humanos ConsejosNo complicarse. Por ejemplo: dos equipos formados por tres programadores, liderados por un analista cada uno y todo el equipo liderado por un jefe de proyecto externo y otro interno. Cmo aportar valor ?Particularizar: Asignar el personal a los mdulos descritos en la arquitectura lgica. Diferenciarse: Muy personal, por ejemplo combinar roles tradicionales con los roles de Scrum. 34Consideraciones personales

Cmo aportar valor?ParticularizarCmo? Asignando el Personal a los Mdulos descritos en la Arquitectura LgicaDiferenciarse Cmo?Muy personal, en mi caso combinar roles tradicionales con roles de ScrumNo complicarse la vida, este apartado no aporta valor. Grupo mixto, JP interno el resto externos. Varios equipos, 2 o 3, liderados por un Analista y con 2 o 3 programadores. Solucin El sistema se realizar con un equipo mixto con personal interno y externo. Exactamente, un Jefe de proyecto interno para retener el conocimiento y tener el control desde el ministerio. Un jefe de proyecto externo y dos equipos formados por un analista-programador y tres programadores cada uno, tambin externos.

34Recursos Humanos35En la parte superior izq vemos los roles identificados por la metodologa Scrum: - Scrum master- Product owner- Team- Cliente o StakeholderUn equipo tradicional puede estar formado por un JP interno, un JP externo y dos equipos formados por un AP y 3 Programadores. El JP interno puede ser el PO, el Analista puede realizar las funciones de SM y los programadores seran el Team. El cliente sera el Subdirector general u otros actores interesados en el xito del proyecto. Al explicar el equipo se indica los mdulos encargados a cada uno de ellos: Uno encargado del mdulo de gestin de perfiles y evaluacin de la informacin procedentes de la plataforma de intermediacin. El otro equipo encargado del mdulo de gestin de actuaciones vlidas y del mdulo de seguimiento e informes.

35Planificacin - ConsejosPlazo no superior a 8-10 meses. Cmo aportar valor?ParticularizarIntentar que todas las tareas hagan referencia al enunciado. Indicar el personal implicado en cada fase. Las capas y/o mdulos de la arquitectura lgica deben aparecer, as como otras consideraciones mencionadas en el ejercicio (Estudio en el CTT p.ej.)DiferenciarseMetodologas giles (SCRUM, KANBAN, etc.)36Plazo no superior a 8-10 meses. Indicar el personal implicado en cada fase.Cmo aportar valor?Particularizar: Intentar que todas las tareas hagan referencia al enunciado. Coherencia: Las capas y/o mdulos de la arquitectura lgica deben aparecer, as como otras consideraciones mencionadas en el ejercicio (Estudio en el CTT p.ej.)Diferenciarse: Muy personal, si se aplica SCRUM, indicar dnde se aplica y los Sprints.

36Planificacin - Solucin

EVSContratacin centralizada en 2 o 3 meses. Estudio en el CTTJP InternoASI2 MesesJp Externo y AnalistasTareas que aparezcan en el enunciado, por ejemplo Perfiles, Actuaciones Vlidas, Comunicacin con PID, etcDSI1 MesAnalistasDe nuevo tareas del enunciado, como Diseo del perfil, actuaciones, mdulos de la arquitectura lgicaCSI3 MesesDos equipos en paraleloRepartir los mdulos entre los equipos. El primer equipo encargado de los mdulos de Perfiles y Actuaciones. El segundo equipo encargado de los mdulos de estadsticas y evaluacin de la informacin. Por ejemplo.Scrum 6 sprints. IASSe realizar un piloto con varios organismos 37Estimacin de recursos econmicosSi suponemos necesario ampliar Infraestructura:SW Servidores: 40.000 Hardware: 100.000 Comunicaciones: 5.000 PersonalJefe de Proyecto 100 /hAnalista Programador 50 /hProgramador 30/h160 h/mesTotal presupuesto de personal 215.000

38Cuestiones Breves

C1 Figura jurdica del portalServicio de la Sede => Modificar carta de servicios (RD 951/2005)RD 1671/2009, Artculo 4. Caractersticas de las sedes electrnicas.1. Se realizarn a travs de sedes electrnicas todas las actuaciones, procedimientos y servicios que requieran la autenticacin de la Administracin Pblica o de los ciudadanos por medios electrnicos.Subsede => Orden de creacin publicada en la sedeRD 1671/2009, Artculo 4. Caractersticas de las sedes electrnicas.2. Se podrn crear una o varias sedes electrnicas derivadas de una sede electrnicaLas sedes electrnicas derivadas debern cumplir los mismos requisitos que las sedes electrnicas principales, salvo en lo relativo a la publicacin de la orden o resolucin por la que se crea, que se realizar a travs de la sede de la que dependan...Publicacin del procedimiento en el SIA (Sistema de Informacin Administrativa )Ley 30/1992, Artculo 42. Obligacin de resolver4. Las Administraciones pblicas deben publicar y mantener actualizadas, a efectos informativos, las relaciones de procedimientos, con indicacin de los plazos mximos de duracin de los mismos, as como de los efectos que produzca el silencio administrativo.Modificacin de orden de creacin del Registro?Segn el artculo 27 del RD 1671/2009 no parece necesario en la orden de creacin del registro incluir el listado de procedimientos, pero a veces se hace http://www.boe.es/diario_boe/txt.php?id=BOE-A-2015-1621 40C2 Identificacin y autenticacinJvenesLey 11/2007 . Artculo 13. Formas de identificacin y autenticacin2. Los ciudadanos podrn utilizar los siguientes sistemas de firma electrnica para relacionarse con las Administraciones Pblicas, de acuerdo con lo que cada Administracin determine:a) En todo caso, los sistemas de firma electrnica incorporados al Documento Nacional de Identidad, para personas fsicas.b) Sistemas de firma electrnica avanzada, incluyendo los basados en certificado electrnico reconocido, admitidos por las Administraciones Pblicas.c) Otros sistemas de firma electrnica, como la utilizacin de claves concertadas en un registro previo como usuario, la aportacin de informacin conocida por ambas partes u otros sistemas no criptogrficos, en los trminos y condiciones que en cada caso se determinen. VerificacinEmpresas privadas interesadasCertificado

C2 Identificacin y autenticacin

https://explotacion.mtin.gob.es/garantiajuvenil/login.action?request_locale=es42

C3 IntermediacinPlataforma de Intermediacin

Formulario de alta. Convenio para el intercambio bilateral de datos. Certificado de sello.Consentimiento del afectado.Datos de renta no estn intermediados. Conexin con la AEAT. Convenio.ServicioOrganismoServicio de Verificacin de Datos de Identidad (SVDI)DGPConsulta de Datos de IdentidadVerificacin de Datos de IdentidadServicio de Verificacin de Datos de Residencia (SVDR)INEVerificacin de datos de ResidenciaDatos de Residencia ExtendidosConsulta de datos de Residencia con fecha de ltima variacin PadronalServicio de Verificacin de Datos de Prestacin de Desempleo (SVDP)SPEE-INEMSituacin actual de DesempleoImportes de prestacin de desempleo percibidos a fecha actualImportes de prestacin de desempleo percibidos en un periodoServicio de Verificacin de Datos de Ttulos Oficiales (SVDT)MECDTtulos UniversitariosNo Universitarios.Servicio de Verificacin de Datos de la TGSSTGSSCorriente de Pago con la SSAlta en la Seguridad SocialServicio de Consulta de Prestaciones PblicasINSSprestaciones del Registro de Prestaciones Sociales Pblicas y las de Incapacidad Temporal y MaternidadC4 NotificacionesJurdicoLey 30/1992. Artculo 58. NotificacinArtculo 59. Prctica de la notificacin Ley 11/2007. Artculo 27. Comunicaciones electrnicas.1. Los ciudadanos podrn elegir en todo momento la manera de comunicarse con las Administraciones Pblicas, sea o no por medios electrnicos2. Las Administraciones Pblicas utilizarn medios electrnicos en sus comunicaciones con los ciudadanos siempre que as lo hayan solicitado o consentido expresamente.6. Reglamentariamente, las Administraciones Pblicas podrn establecer la obligatoriedad de comunicarse con ellas utilizando slo medios electrnicos, cuando los interesados se correspondan con personas jurdicas o colectivos de personas fsicas que por razn de su capacidad econmica o tcnica, dedicacin profesional u otros motivos acreditados tengan garantizado el acceso y disponibilidad de los medios tecnolgicos precisos.Artculo 28. Prctica de la notificacin por medios electrnicos.3. Cuando, existiendo constancia de la puesta a disposicin transcurrieran diez das naturales sin que se acceda a su contenido, se entender que la notificacin ha sido rechazada con los efectos previstos en el artculo 59.4 de la Ley 30/1992 de Rgimen Jurdico y del Procedimiento Administrativo Comn y normas concordantes, salvo que de oficio o a instancia del destinatario se compruebe la imposibilidad tcnica o material del acceso.Real Decreto 1671/2009 Artculo 35. Prctica de notificaciones por medios electrnicos. Artculo 38. Notificacin mediante la puesta a disposicin del documento electrnico a travs de direccin electrnica habilitada.Artculo 39. Notificacin mediante recepcin en direccin de correo electrnico.Artculo 40. Notificacin por comparecencia electrnica.C4 NotificacionesTcnicoDireccin Electrnica HabilitadaMedida CORA: Extender gradualmente la notificacin electrnica obligatoria en todos los centros de la AGE a aquellos colectivos previstos en el artculo 27.6 de la Ley 11/2007, de Administracin Electrnica. Debera utilizarse para ello una sola direccin electrnica habilitada (DEH) por todos los centros de la AGE por la simplificacin que supone para los administrados, que de otra forma se ven obligados a consultar varias DEH de forma continuada, si bien hay que considerar que las notificaciones en sede carecen de coste, frente a la frmula sugerida que si lo tiene... Coste notificacin postal 2,55 coste de la notificacin electrnica 0,16 Comparecencia en SedeNotificacin mediante recepcin en direccin de correo electrnicoNotific@Funcionario HabilitadoOrden HAP/7/2014Artculo 1. Objeto y mbito de aplicacin.4. En todo caso, los funcionarios habilitados no podrn recibir notificaciones que requieran la identificacin y autenticacin del ciudadano, salvo en el caso de las notificaciones por comparecencia electrnica en la sede reguladas en el artculo 40 del Real Decreto 1671/2009, de 6 de noviembre, y siempre que dicho trmite se haya autorizado expresamente conforme a lo dispuesto en el apartado anterior.RepresentanteOrden HAP/1637/2012Artculo 8. Trmites y actuaciones por medios electrnicos y sus categoras.1. En los supuestos en los que sea legalmente posible, y as lo determine el departamento ministerial u organismo competente sobre los trmites y actuaciones electrnicas objeto de apoderamiento, ste podr establecer agrupaciones de trmites en categoras a las que podrn referirse los apoderamientos.2. La categorizacin de los trmites ser responsabilidad del organismo que se adhiera al Registro y, como mnimo, debern diferenciarse los trmites que impliquen la consulta de datos personales y los trmites de recepcin denotificacionesC5 - MovilidadApp nativas vs web vs hbridas.Apps nativas:Justificacin: alta velocidad de respuesta, alta interaccin con usuario, necesidad de identificacin/seguridad, uso de elementos del mvil (geolocalizacin, cmara)Considerar principales SSOO y tecnologas de desarrollo: Android (utilizando Java), iOS (utilizando Objective-C) y Windows (utilizando MS Visual Studio 2010 Express para Windows Phone).Descarga de la tienda correspondiente (Apple Store / Google Play / Windows Phone Store). Cantidad anual para mantenimiento en la tiendaApps web:Justificacin: enlaces con otras webs, poco tiempo/presupuesto, englobar muchos dispositivos (TV)Simplemente asegurar que funciona en los navegadores web mviles (Chrome, Opera, Firefox, Mirem). Uso de Responsive Web Design y HTML5 para unificar interfaz.Apps hbridas:Carcasa de app que obtiene los datos de la web. Trmino medio entre las 2 anteriores.Justificacin: vistas complejas y actualizaciones constantes.Mismas tecnologas de desarrollo y mismo procedimiento y costes que apps nativas. Parte de la infraestructura es tipo web, comunicacin con los elementos del telfono va comunicadores. C5 - MovilidadREST vs SOAPREST:Es una arquitectura. Suele usar XML/JSON + HTTP, sin abstracciones adicionales de protocolos de intercambio de mensajes como SOAP. Cada URI/URL representa un objeto sobre el que se usan los mtodos POST, GET, PUT y DELETE.Mayor ligereza y menor necesidad de procesamiento. Poca configuracin, se lee fcilmente (URLs) y no es necesario nada especial para implementarlo.SOAP:Es un protocolo. Toda una infraestructura basada en XML, cada objetopuede tener mtodos definidos por el programador con los parmetros necesarios.Ms ambicioso y estricto, pero ms fcil de consumir. Ms jerrquico y controlado. Ms seguro?

Firma en MovilidadFirma avanzada: va certificados SW en navegador.Firma reconocida: va DNIe/Smartcard.Cliente @firma mvil:App que se conecta con @firma para autenticarse y firmar.

C6 LOPD, ENI, ENSLOPDAplicable pues el sistema almacena datos de carcter personal. Nivel bsico (RD 1720/2007. Artculo 81) Edad, residencia, experiencia laboralLos datos tributarios no se almacenan slo se procesan Se estima que los datos almacenados no permiten evaluar la personalidad de los jvenes (se emitir una consulta a la AEPD)Actuaciones PreviasArtculo 20: ficheros de titularidad pblica sern creados mediante Resolucin publicada en BOE en 30 das, seguida de inscripcin en AEPD. Medidas (RD 1720/2007):Establecer una poltica de seguridad Definir los roles de las personas involucradas Mecanismos de controlar los accesosActuaciones peridicasEl responsable del fichero se encargar de verificar cada seis meses la correcta definicin, funcionamiento y aplicacin de los procedimientos de realizacin de copias de respaldo y de recuperacin de los datos.C6 LOPD, ENI, ENSENIAplicable segn artculo 2 de la Ley 11/2007.Dimensin organizativa: convenios con organismos cuyos servicios van a utilizarseDimensin semntica: modelos contenidos en la NTI de relacin de modelos de datos. NTI de expediente/documento electrnico Dimensin tcnica: NTI del catlogo de estndares.NTI de intermediacin de datos, NTI de firma, NTI de acceso a SARA y NTI RISP (C8)

C6 LOPD, ENI, ENSENSAplicable segn artculo 2 de la Ley 11/2007.Categorizacin dimensiones de autenticidad, confidencialidad, integridad, disponibilidad y trazabilidad. Se han considerado bajas todas ellas=> Medidas de categora bsicaActuaciones previas establecimiento de responsables: responsable de informacin, servicio, sistema y seguridad. inclusin del sistema en la poltica de seguridad del organismoanlisis de riesgos informalActuaciones peridicasautoevaluaciones peridicasC6 LOPD, ENI, ENSOtras consideraciones en relacin con la plataforma de intermediacin de datos y la LOPD, el ENI y el ENSLOPD: Ley Orgnica 15/1999 - Artculo 6. Consentimiento del afectado. Real Decreto 1720/2007, de 21 de diciembreLey 11/2007 Art. 6.2b RD 1671/2009, art 2El consentimiento debe ser:ExpresoInformadoExplcitoEspecfico e Individualizado por procedimientoC7 Certificados ElectrnicosLey 11/2007. Artculo 29. Documento administrativo electrnico.1. Las Administraciones Pblicas podrn emitir vlidamente por medios electrnicos los documentos administrativos a los que se refiere el artculo 46 de la Ley30/1992, siempre que incorporen una o varias firmas electrnicas conforme a lo establecido en la Seccin 3. del Captulo II de la presente Ley.PAdes firmando con el sello electrnico + cdigo CSV. ValidacinSistema de validacin de CSV en la SedeVALIDE para validar los documentos electrnicos firmados con sello.Para que las AAPP puedan obtener certificados: servicio web de consulta y descarga de certificados, protocolo SCSP. se podra incluir en la Plataforma de Intermediacin si el n de solicitudes lo justifica => Establecer un convenio o modificar el existente. C8 REUTILIZACINNTI de ReutilizacinSeleccin de informacin reutilizable. de mayor relevancia y potencial social y econmico. Informacin relativa a los jvenes: nivel de estudios, idiomas, edad, experiencia laboral -> disociacin Informacin relativa a las actuaciones: duracin, tipoInformacin relativa a los rganos proveedores: sectores, ubicacinIdentificacin de informacin reutilizable mediante referencias nicas y unvocas, basadas en identificadores de recursos uniformes (URI). Descripcin de la informacin reutilizable.Formatos:NTI de Catlogo de Estndares Estndares abiertos o de uso generalizado por la ciudadana. Formatos que ofrezcan representacin semntica de la informacin.http://datos.gob.es/

53C8 REUTILIZACIN*PDF, PostScript, ZIP, DjVu, DOC, ODP,ODT, PPT, RTF, Visio** XLS, DWG, MPP, PC-Axis, SHP***CSV, ATOM, Calendario, XML, JSON, SOAP, WMS, WFS, geoRSS, KML, KMZ, ODS, RSS, SMIL, TSV, XBL, HTML, XHTML, texto plano, vCard-texto, vCard-xml, Voice-XML****SPARQL-XML, SPARQL-JSON, RDF-XML, RDF-N3, RDF-Turtle*Ofrecer datos disponibles en la web, en cualquier formato.** Entregar los datos de manera estructurada.***Entregar los datos en un formato que no sea propietario.****Usar URL para identificar cosas y propiedades, de manera que se pueda apuntar a los datos de manera directa e individualizada. *****Vincular sus datos con los de otras personas, entregando su contexto. En la prctica, a que la informacin entregada tambin apunte a otras fuentes de datos. Formatoshttp://datos.gob.es/sites/default/files/SoporteRISP-Preguntas_Frecuentes-FAQ_abril2013.pdfC9 Clasificacin y Priorizacin semiautomtica de solicitantesData Mining (herramientas de BI)ClusteringSupervisado / no supervisados como K-MediasRedes neuronalesrboles de decisinSistemas expertosBase de conocimiento (reglas), motor de inferenciaActivos semnticos: OWL, RDF y SPARQL.Representacin de los perfiles de los usuarios en RDF, basndose en taxonomas. https://ec.europa.eu/eures/page/homepage?lang=es

C10 Agencia TIC & CORAContratacinR.D. 806/2014. Artculo 16.2 la DTICrealizar el informe tcnico preceptivo de la memoria y los pliegos de prescripciones tcnicas de las siguientes contrataciones de bienes y servicios informticos, entre otros para los contratos de servicios y los de suministro de equipos y programas para el tratamiento de la informacin.

Reutilizacin de servicios e infraestructuras o adaptacin de soluciones CTT

Uso OBLIGATORIO de los servicios designados comoservicios comunes(Catlogo de Servicios Comunes)RD 806/2014. Artculo 101. Los medios y servicios TIC de la AGE y sus Organismos Pblicos sern declarados de uso compartido cuando, en razn de su naturaleza o del inters comn, respondan a necesidades transversales de un nmero significativo de unidades administrativas.3.La utilizacin de los medios y servicios compartidos ser de carcterobligatorio y sustitutivorespecto a los medios y servicios particulares empleados por las distintas unidades.La DTIC establecer un Catlogo de Servicios Comunes del que formarn parte los medios y servicios compartidos, as como aquellas infraestructuras tcnicas o aplicaciones desarrolladas porla DTIC cuya provisin de manera compartida facilite la aplicacin de economas de escala y contribuya a la racionalizacin y simplificacin de la actuacin administrativa.Muchas gracias57