El sistema GISSO se encuentra implementado mediante el siguiente software Oracle:

Transcripción

1 PLIEGO DE PRESCRIPCIONES TECNICAS ACUERDO MARCO PARA LA SELECCIÓN DE 4 EMPRESAS PARA EL DESARROLLO Y MEJORA DE NUEVAS FUNCIONALIDADES DEL SISTEMA DE GESTION DE IDENTIDADES Y SINGLE SIGN ON DE LA RED DE DATOS CORPORATIVA DE LA UNIVERSIDAD DE LA UPV/EHU I. INTRODUCCION La Vicegerencia TIC dispone de un sistema de Gestión de Identidades y Single Sign On para la administración de las personas usuarias de la red corporativa de datos en el acceso a las distintas aplicaciones y servicios dispuestos sobre la misma. El sistema de Gestión de Identidades y Single Sign On implementado, es denominado mediante la abreviatura GISSO. Las funcionalidades que integran dicho sistema son las siguientes: a) Identificación única de las personas usuarias. Toda persona usuaria es identificada unívocamente, pudiendo disponer de los sistemas de credenciales de cuenta/contraseña o certificado de trabajador de la UPV/EHU emitido por la entidad Izenpe, según al colectivo de personas usuarias al que pertenezca. b) Integración en un repositorio único de la Gestión de Identidades, de las fuentes autoritativas de las personas usuarias y de su información. Estas fuentes autoritativas residen en el aplicativo Meta4 para el personal y asociados de la UPV/EHU y en el aplicativo GAUR en relación al alumnado y usuarios externos c) Acceso a las aplicaciones y servicios, mediante la gestión centralizada del acceso y de los roles de las personas usuarias y de su ciclo de vida. d) Sincronización de la información en los repositorios de identidades OLdap y Active Directory e) Envío de credenciales de las personas usuarias a los diferentes repositorios de usuarios OLdap, Active Directory, Enterprise SSO, GAUR. f) Sistema de gestión de contraseñas de las cuentas de las personas usuarias g) Consola de administración para la activación/desactivación de servicios disponibles para las personas usuarias, configuración de servicios disponibles por colectivos de personas usuarias y asignación de roles. h) Sistema SSO de sesión única para aplicaciones Web, basado en autenticación indistinta mediante cuenta/contraseña, certificado corporativo o DNI electrónico. i) Sistema esso de sesión única para aplicaciones de escritorio o no integradas en el sistema SSO, basado en autenticación indistinta mediante cuenta/contraseña o certificado corporativo. j) Informes basados en BI-Publisher El sistema GISSO se encuentra implementado mediante el siguiente software Oracle: a) OIM. Oracle Identity Manager b) OAM. Oracle Access Manager. c) esso. Enterprise Single Sign On d) BI-Publisher. II. OBJETO Conclusión de un Acuerdo marco con 4 de empresas especialistas en Gestión de Identidades y Single Sign On para ir desarrollando mejoras y nuevas funcionalidades en el sistema GISSO. 1

2 Las empresas seleccionadas deben estar especializadas en el desarrollo de funcionalidades en Gestión de Identidades y Single Sign On bajo el mismo sistema software, así como en la implementación y conectorización de las aplicaciones y servicios. II.1 FUTUROS PROYECTOS Se considera desarrollo evolutivo la incorporación de nuevos módulos, funcionalidades o actualizaciones del sistema. Se identificará cada evolutivo de forma individual, junto con sus requisitos y necesidades. Se determinará el alcance funcional, plan de trabajo, entregables y costes. En todas las acciones se debe actualizar y generar la siguiente documentación: o manual para el usuario (documentando toda la funcionalidad). o manual para explotación (documentando lo referente a mantenimiento, explotación del sistema y componentes del modelo físico del sistema) y o manual técnico (documentando los componentes del modelo lógico y sus conexiones y flujos de información, así como los contenidos de las tablas y bases de datos implementadas. Se estima que la ejecución máxima de cada proyecto será de 12 meses y que las empresas seleccionadas en el acuerdo participarán en las fases de estudio y análisis para la definición de los correspondientes proyectos. Para la ejecución de los proyectos, las empresas adjudicatarias deberán presentar la memoria completa del proyecto incluyendo, entre otros aspectos, el plan de trabajo identificando las tareas al menor nivel posible y los técnicos implicados, sus fases e hitos, calendario y entregables. Las nuevas funcionalidades y mejoras a desarrollar se referirán, entre otras posibles, a: Gestión de personas usuarios por Colectivos. Reestructuración y asignación de servicios por colectivos. Nuevos identificadores para las personas usuarias. Restructuración y centralización de la gestión de contraseñas de las cuentas de las personas usuarias. Implementación de roles de administración para la gestión de la consola de administración de personas usuarias. Nueva gestión de permisos de acceso a aplicaciones o servicios. Implementación de roles de grano grueso y grano fino. Integración de nuevos aplicativos en Gestión de Identidades y en los sistemas de Sesión Única (SSO y esso). Implementación de sistemas adicionales de autenticación. Implementación de segundo factor de autenticación. Reestructuración del sistema de esso. Integración de SSO en dispositivos móviles. Integración de los login de Directorio y SSO. Integración de nuevos repositorios y aplicaciones. Ampliación y mejora de los informes de actividad. 2

3 II. 2. PERFILES (CATEGORÍAS) DE LOS EQUIPOS DE DESARROLLO A OFRECER: Los equipos de trabajo de las empresas seleccionadas deben estar integrados como mínimo por personal con el siguiente perfil: CS Consultor/a 1) Especialista en arquitectura de gestión de identidades y single sign on técnico y funcional para las actividades de análisis, y diseño de sistemas y de las parametrizaciones complejas y de programación para el desarrollo. 2) Titulación superior en Informática o Telecomunicaciones, o equivalente. 3) CISA Certificado de auditor en sistemas de información. 4) ITIL/ITSM 5) Certificación de conocimiento en el sistema de Gestión de Identidades y Single Sign On (OIAM) de Oracle y de su integración con los sistemas y aplicaciones propietarias a través de llamadas a WebServices y java. Esta certificación se podrá basar en la participación en proyectos de desarrollo y despliegue que hayan requerido la integración de aplicaciones corporativas con la suite de gestión de Oracle OIAM (OIM, OAM) o bien mediante formación específica y oficial de Oracle. Esta participación debe ser de un mínimo de horas. 6) Funciones: Coordinación técnica del equipo de trabajo aportado por la empresa, seguimiento de las tareas a realizar por la empresa e interlocutor con la jefatura del proyecto en la Vicegerencia TIC. Realización del análisis técnico y la programación compleja necesaria para el desarrollo de las nuevas funcionalidades o mejoras. Realización de labores de análisis o de programación, según qué proyectos. TP Técnico/a Programador/a 1) Certificación de conocimiento en el sistema de Gestión de Identidades y Single Sign On (OIAM) de Oracle y de su integración con los sistemas y aplicaciones propietarias a través de llamadas a WebServices y java que hayan requerido concretamente la utilización de los productos OIM y OAM de Oracle. Esta certificación puede realizarse mediante la realización de formación específica en OIM y OAM en cursos oficiales de Oracle. 2) Certificación de conocimiento en el desarrollo de conectores para la integración de sistemas y aplicativos en la plataforma OIM de Oracle. 3) Certificación de programador Java 4) Certificación de conocimientos en la API de OIM y estándar JCA 5) Certificación de programador PHP 6) Certificación de programación en Bases de Datos Oracle 7) Las certificaciones indicadas en los apartados 1 a 6, pueden ser realizadas mediante la participación mínima de 400 horas en proyectos de integración e implementación de sistemas de Gestión de Identidades y de Single Sign On. o bien mediante certificación propia de Centros reconocidos de formación en los productos correspondientes a cada apartado. 3

4 8) Funciones: programación de las nuevas funcionalidades o mejoras a desarrollar, conectorización de los distintos componentes y aplicaciones o servicios, bajo la supervisión del CS. II. 3. PROYECTOS A CONTRATAR: Toda implementación de mejoras o de nuevas funcionalidades en el sistema GISSO será considerado un proyecto específico a contratar según el presente acuerdo marco, no pudiendo superar el plazo de 12 meses de duración. Para cada proyecto a contratar se conformará un equipo de desarrollo conformado por el proveedor con un mínimo de 1 CS y de 1 TP. Se valorará el número de equipos que el licitador se compromete a ofrecer con la composición indicada de 1 técnico de perfil CS y 1 técnico de perfil TP, considerando además que: El equipo deberá estar conformado, disponible y operativo como máximo en el plazo de 1 mes desde la contratación del proyecto Que el número de equipos ofrecidos podrán trabajar de manera simultánea en el mismo espacio de tiempo del calendario y que las personas de perfil de CS y de TP deben ser distintas entre todos los equipos de desarrollo así ofrecidos. III.- PLATAFORMA TECNOLOGICA La UPV/EHU dispone de entornos de desarrollo del sistema GISSO y de las aplicaciones, así como de entornos de pre-producción y de producción. Se dispone de tecnologías necesarias para que los trabajos se realicen de forma remota. Sólo será preciso acudir a la UPV/EHU para: reuniones de trabajo y de coordinación o acciones puntuales cuyo alcance aconseje que los equipos de trabajo de la empresa y de la UPV/EHU trabajen de forma conjunta y presencial. En principio, los trabajos se realizarán directamente en las plataformas que aporte la UPV/EHU, sin perjuicio de que en un momento dado se decida de mutuo acuerdo realizar parte de los trabajos en una plataforma propia (por ejemplo, para realizar integraciones o actualizaciones con un alto impacto potencial en el servicio en producción). 4

5 ANEXOS: Documentación La documentación que la UPV/EHU aporta es la siguiente: 1) Anexo I. Diagramas del sistema GISSO 2) Anexo II. Funcionalidades y aplicaciones integradas en GISSO 3) Anexo III. Presentación de la situación actual y evolución prevista del sistema GISSO 4) Anexo IV Cuestionario Jose Ramon Martinez Benito Jefe Área Proyectos Vicegerencia TIC UPV/EHU 5

6 ANEXO I: Diagramas sistema GISSO 6

7 7

8 DIAGRAMA GISSO OAM Servidores Web LDAP ServWeb 1 OVD OAM LDAP ServWeb 2 ovd oam ServWeb 3 BD usuarios No-LDAP BD Configuración ServWeb N 8

9 DIAGRAMA GISSO OIM OIM Fuentes autoritativas openldap META4 trabajadores ehutaldea OIM solo cuenta y contraseña solo cuenta, dirección de correo y contraseña solo cuenta, dirección de corrreo y contraseña directorio activo esso GAUR alumnos besteak BD Interna GAUR Meta4 9

10 ANEXO II: Lista de generales de funcionalidades y aplicativos del sistema GISSO Gestión de identidades o Centralización de información de las personas a partir de las fuentes autoritativas (META4 y GAUR) Datos de acceso de la persona (login y contraseña) Ficha de la persona Datos de relación de la persona con la UPV/EHU Servicios activados y desactivados de la persona o o o o o o Aplicaciones / servicios gestionados centralizadamente Gestion de acceso a aplicaciones y roles basados en ciclo de vida: OLdap DA (Active Directory) Meta4 Gaur Ikertu UXXI Servicios: Wi-Fi VPN egela egelapi SIR Correo electrónico Identidad única Una persona, una cuenta Sincronización de información en los repositorios de identidades (OLDAP y DA) Envío de credenciales a los diferentes repositorios de usuarios (OLDAP, DA; esso, GAUR) Sistema de recuperación de clave mediante preguntas reto Consola de administración Activación y desactivación de servicios disponibles por usuario Configuración de servicios disponibles por colectivos Asignación de roles Sistema de sesión única o Autenticación mediante cuenta y contraseña o Autenticación mediante certificado corporativo o Autenticación mediante DNI electrónico (sólo en SSO) o Aplicaciones integradas en SSO ehudoku (Alfresco) bgek egela (Moodle) egelapi (Moodle) ehusfera ehutb ekarguak gaur ikertu 10

11 portal web corporativo (Liferay) aplicaciones trainera, expedientes, citas servicio médico, (Lotus/Notes) openmeetings ordainketak pykota sgpi sir virtualpt o Aplicaciones integradas en esso Cliente de correo outlook y thunderbird Calendarios compartidos de elkarlan Edición directa de ficheros en sharepoint Bilatu Correo web (Horde) Lagun (Service Desk) Portal de presencia (Sessions) Portal del empleado (Meta4) Unikude Otros. 11

12 ANEXO III: Presentación del sistema GISSO actual y su evolución prevista (Se incluye presentación en archivo Pdf ) GISSO3 Situación actual GISSO y Mejoras futuras 12

13 ANEXO IV: CUESTIONARIO CRITERIOS OBJETIVOS PARA EL ESTABLECIMIENTO DE ACUERDO MARCO PARA EL DESARROLLO Y SOPORTE TÉCNICO PARA EL SISTEMA DE GESTION DE IDENTIDADES Y SINGLE SIGN ON DE LA RED DE DATOS CORPORATIVA DE LA UNIVERSIDAD DE LA UPV/EHU. SOBRE 2 LICITADOR: - Desarrollo nuevas funcionalidades y/o mejora de las actuales Criterio a.1) Tabla de Precios-horas según propuesta económica Indíquense los precios-hora (sin aplicar IVA) por cada perfil o categoría del personal técnico. PERFIL CS- CONSULTOR TP TECNICO PROGRAMADOR PRECIO-HORA Criterio a.2) Certificaciones de la empresa licitadora en cuanto a relación técnica y soporte de Oracle y de cumplimiento de ISOs relacionadas con seguridad de la información, gestión de la calidad y continuidad de negocio. Criterio: a.2.1) Partner de Oracle a.2.2) Disponibilidad de ISO o ISO a.2.3) Disponibilidad ISO 9001 Indicar el tipo de acuerdo de Partner con Oracle. Indicar SI o NO. Indicar SI o NO. Debe sustituirse el contenido de cada celda por los valores permitidos, y en caso de ser afirmativo incluirse un apartado según la referencia indicada en cada casilla, adjuntando los documentos que acrediten dichas certificaciones. a.2.1) a.2.2) a.2.3) Criterio a.3) Formación en gestión de identidades y accesos (Identity and Access Management) de Oracle. De manera previa a la referencia de este criterio de valoración, se solicita la aportación de la certificación correspondiente a cada persona de CS y de TP, y referirse ésta con las iniciales de su nombre completo y sus 2 apellidos, que conforma el equipo de trabajo requerido. a Equipo de desarrollo requerido. Documentación acreditativa del CS. a Equipo de desarrollo requerido. Documentación acreditativa del TP. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. 13

14 Nº adicional de equipos simultáneos de desarrollo ofrecidos para los proyectos de desarrollo a contratar. Indicar nº de equipos de desarrollo adicionales: Todo equipo de desarrollo a contratar debe estar conformado mínimamente con 1 CS y 1 TP según los perfiles descritos en el PPT. En este apartado se debe indicar exclusivamente el número de equipos de 1 CS y 1 TP que se pueden conformar de manera adicional al ya exigido. Para conformar estos equipos se debe tener en cuenta que las personas pertenecientes a los perfiles de CS y TP, deben ser personas distintas en cada equipo de desarrollo a conformar. Estos equipos deben conformarse en el plazo máximo de 1 mes a partir de la contratación de los proyectos de desarrollo. A este efecto, se valora la capacidad de formar equipos adicionales de desarrollo distintos para cada proyecto de desarrollo a contratar y simultáneos en todo periodo de tiempo, considerando además que todo equipo debe estar conformado con 1 mínimo de 1 CS y de 1 TP y que estos CS y TP deben ser personas distintas en cada equipo de desarrollo a contratar. Medios de acreditación factibles: certificaciones oficiales de Oracle o certificación de terceros en proyectos en que se hayan utilizado dichas herramientas con un mínimo de horas para la categoría de CS y de 400 horas para la de TP. Debe aportarse en el correspondiente apartado la certificación correspondiente a cada persona y referirse ésta con las iniciales de su nombre completo y sus 2 apellidos. a.3.1.1equipo desarrollo adicional nº 1. Documentación acreditativa del CS. a Equipo desarrollo adicional nº 1. Documentación acreditativa del TP. a.3.2.1equipo desarrollo adicional nº 2. Documentación acreditativa del CS. a Equipo desarrollo adicional nº 2. Documentación acreditativa del TP. a.3.3.1equipo desarrollo adicional nº 3. Documentación acreditativa del CS. a Equipo desarrollo adicional nº 3. Documentación acreditativa del TP. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. Indicar aquí las iniciales de nombre completo y apellidos y adjuntar documentación con la referencia del apartado. 14

15 a.3.0.1) Documentación a.3.0.2) Documentación a.3.1.1) Documentación a.3.1.2) Documentación a.3.2.1) Documentación a.3.2.2) Documentación a.3.3.1) Documentación a.3.3.2) Documentación Criterio a.4) conocimientos adicionales a los exigidos a los componentes de 1 CS y 1 TP de los equipos de desarrollo. En cada caso se indica si se valora para la categoría de CS o de TP. Sólo se consideraran valoraciones para los cumplimientos mínimos de participación en proyectos de Gestión de Identidades y de Accesos (Single Sign On) de horas para CS y de 400 horas para TP. Estos conocimientos no pueden ser certificados por la empresa licitadora y deben ser realizados por las empresas terceras en que se haya participado en dichos proyectos. CONOCIMIENTOS Y/O CERTIFICACIONES DECLARADAS a.4.1) Formación en sistemas de Gestión de Identidades ajena a sistemas Oracle o participación en proyectos con sistemas de Gestión de Identidades ajenos a sistemas Oracle. Válido para categorías de CS y TP. a.4.2) Formación en sistemas de Accesos single Sign On ajena a sistemas Oracle o participación en proyectos con sistemas de Gestión de Accesos (Single Sign On) ajenos a Oracle. Válido para categorías de CS y TP. a.4.3) Formación Oracle Virtual Directory o participación en proyectos de Gestión de Identidades que lo hayan utilizado. Válido para categorías de CS y TP. a.4.4) Formación equivalente en sistemas no Oracle a la de Oracle Virtual Directory. Válido para categorías de CS y TP. a.4.5) Formación en Enterprise SSO o Perfil CS. Número de técnicos a aportar en cada materia indicada Perfil CS. horas de participación en proyectos. (A indicar sólo las del técnico con menor número de horas) Perfil CS. horas de formación recibidas. (A indicar sólo las del técnico con menor número de horas) Perfil TP. técnicos a aportar en cada materia indicada. Perfil TP. horas de participació n en proyectos. (A indicar sólo las del técnico con menor número de horas) Perfil TP. horas de formación recibidas. (A indicar sólo las del técnico con menor número de horas) 15

16 participación en proyectos de esso. Válido para categorías de CS y TP. a.4.6) Certificación de programación en Java, API de OIM y estándar JCA. Válido para categoría de CS. a.4.7) Integración de sistemas Meta4 con sistemas de Gestión de Identidades a través de llamadas a WebServices y java. Válido para la categorías de CS y TP a.4.8) Integración de llamadas a WebServices desde PL/SQL, para bases de datos Oracle. Válido exclusivamente para la categorías de CS y TP. a.4.9) Integración a nivel de control de acceso (autenticación y autorización) y aprovisionamiento de usuarios de aplicativos. Válido para categorías de CS y TP. a.4.10) Desarrollo de scripts para sistemas Linux (sh, csh, ) y sistema operativo Linux. Válido exclusivamente para la categoría de TP. a.4.11) Utilización de servidores de aplicaciones WebLogic. Válido exclusivamente para la categorías de CS y TP. a.4.12) Integración con sistemas de directorio Ldap y Active Directory. Válido exclusivamente para la categorías de CS y TP. a.4.13) Programación PHP. Válido exclusivamente para la categoría de CS. a.4.14) Programación en Bases de Datos Oracle. Válido exclusivamente para la categoría de CS. a.4.15) Utilización de otros productos de la suite de OIAM (que no sean OIM, OAM, OVD y esso), tales como Identity Federation o BI-Publisher y no valorados anteriormente. Válido para las categorías de CS y TP. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. Debe sustituirse el contenido de cada celda por los valores numéricos correspondientes, y en caso de ser positivo incluirse un apartado según la referencia indicada en cada casilla, adjuntando los documentos que acrediten dichos conocimientos o certificaciones de las correspondientes personas comprometidas en los perfiles de CS y TP y en las que se debe indicar de manera expresa la formación recibida y el número de horas o en el caso de participación en proyectos el grado de 16

17 participación y el número de horas participadas. Las referencias a personas se realizarán mediante las iniciales de su nombre completo y 2 apellidos. a.4.1-cs) a.4.1-tp) a.4.2-cs) a.4.2-tp) a.4.3-cs) a.4.3-tp) a.4.4-cs) a.4.4-tp) a.4.5-cs) a.4.5-tp) a.4.6-cs) a.4.7-cs) a.4.7-tp) a.4.8-tp) a.4.9-cs) a.4.9-tp) a.4.10-tp) a.4.11-tp) a.4.12-tp) a.4.13-tp) a.4.14-tp) a.4.15-cs) a.4.15-tp) Criterio a.5) conocimientos de otros técnicos que el licitador pueda incorporar a los equipos de trabajo conformados por los CS y TP declarados. Estos técnicos deben poder ser incorporados en el equipo de desarrollo en el plazo máximo de 1 mes desde la contratación del proyecto de desarrollo. En cada caso se indica si se valora para la categoría de CS o de TP. Sólo se consideraran valoraciones para los cumplimientos mínimos de participación en proyectos de Gestión de Identidades y de Accesos (Single Sign On) de horas para CS y de 400 horas para TP. En el caso de valorarse el concepto a la vez para CS y TP, se considerará la suma de CS y TP que lo cumplen. 17

18 CONOCIMIENTOS Y/O CERTIFICACIONES DECLARADAS a.5.1) Formación oficial en sistemas de Gestión de Identidades Oracle (OIM) o participación en proyectos con sistemas de Gestión de Identidades (OIM) Oracle. Válido para categorías de CS y TP. a.5.2) Formación en sistemas de Gestión de Identidades ajena a sistemas Oracle o participación en proyectos con sistemas de Gestión de Identidades ajenos a sistemas Oracle. Válido para categorías de CS y TP. a.5.3) Formación en sistemas de Gestión Accesos Single Sign On (OAM) de Oracle o participación en proyectos con sistemas de Gestión de Accesos Single Sign On (OAM) de Oracle. Válido para categorías de CS y TP. a.5.4) Formación en sistemas de Accesos single Sign On ajena a sistemas Oracle o participación en proyectos con sistemas de Gestión de Accesos (Single Sign On) ajenos a Oracle. Válido para categorías de CS y TP. a.5.5) Formación en sistemas Oracle Virtual Directory (OVD) o participación en proyectos con sistemas de OVD. Válido para categorías de CS y TP. a.5.6) Formación equivalente en sistemas no Oracle a la de Oracle Virtual Directory. Válido para categorías de CS y TP. Perfil CS. técnicos a aportar en cada materia indicada Perfil CS. horas de participación en proyectos. (A indicar sólo las del técnico con menor número de horas) Perfil CS. horas de formación recibidas. (A indicar sólo las del técnico con menor número de horas) Perfil TP. técnicos a aportar en cada materia indicada. Perfil TP. horas de participación en proyectos. (A indicar sólo las del técnico con menor número de horas) Perfil TP. horas de formación recibidas. (A indicar sólo las del técnico con menor número de horas) 18

19 a.5.7) Formación en Enterprise SSO o participación en proyectos de esso. Válido para categorías de CS y TP. a.5.8) Certificación de programación en Java, API de OIM y estándar JCA o participación en proyectos de Gestión de Identidades o Gestión de Accesos Single Sign On con todas las herramientas indicadas.. Válido sólo para categoría CS. a.5.9) Integración de sistemas Meta4 con sistemas de Gestión de Identidades a través de llamadas a WebServices y java. Válido para categorías de CS y TP. a.5.10) Integración de llamadas a WebServices desde PL/SQL, para bases de datos Oracle. Válido para categorías de CS y TP. a.5.11) Integración a nivel de control de acceso (autenticación y autorización) y aprovisionamiento de usuarios de aplicativos. Válido para categorías de CS y TP. a.5.12) Desarrollo de scripts para sistemas Linux (sh, csh, ) y sistema operativo Linux. Válido sólo para categoría TP. a.5.13) Utilización de servidores de aplicaciones WebLogic. Válido para categorías de CS y TP. a.5.14) Integración con sistemas de directorio Ldap y Active Directory. Válido para categorías de CS y TP. a.5.15) Programación PHP. Válido sólo para categoría CS. a.5.16) Programación en Bases de Datos Oracle. Válido sólo para categoría CS. a.5.17) Utilización de otros productos de la suite de OIAM (que no sean OIM, OAM, OVD y No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. No posible. 19

20 esso), tales como Identity Federation o BI- Publisher y no valorados anteriormente. Válido para categorías de CS y TP. a.5.1-cs) a.5.1-tp) a.5.2-cs) a.5.2-tp) a.5.3-cs) a.5.3-tp) a.5.4-cs) a.5.4-tp) a.5.5-cs) a.5.5-tp) a.5.6-cs) a.5.6-tp) a.5.7-cs) a.5.7-tp) a.5.8-tp) a.5.9-cs) a.5.9-tp) a.5.10-cs) a.5.10-tp) a.5.11-cs) a.5.11-tp) a.5.12-tp) a.5.13-cs) a.5.13-tp) a.5.14-cs) a.5.14-tp) a.5.15-cs) a.5.16-cs) a.5.17-cs) a.5.17-tp) FECHA y FIRMA: 20