implemenatciÓn del modelo “two-sided …148.206.53.84/tesiuami/uami14567.pdf · y por último...

UNIDAD IZTAPALAPA

PROYECTO DE INVESTIGACIÓN II

IMPLEMENATCIÓN DEL MODELO “TWO-SIDED MATCHING” EN UNA BOLSA DE

TRABAJO ELECTRÓNICA

Profesor: Dr. Constancio Hernández

Alumno: Andrei Tkatchenko

Proyecto de investigación II Implementación del modelo “Two-Sided Matching“ en una bolsa de trabajo electrónica

- 2 -

CONTENIDO

INTRODUCCION………………………….. DESARROLLO……………………………..


- 3 -

INTRODUCCION

1. La justificación y los objetivos del proyecto Probablemente no es tan necesario explicar el porqué de este proyecto ya que actualmente la Universidad no cuenta con un servicio tan completo y accesible prácticamente por todos los participantes del mercado laboral pero nosotros queremos hacer un énfasis en las razones del nacimiento de este proyecto ya que creemos que éstas se difieren un poco de las razones intuitivas de existencia de cualquier bolsa de trabajo aunque la razón principal de lanzamiento de este servicio sigue siendo la de acercar las empresas y los recién egresados o los estudiantes que están por terminar su carrera, sea una licenciatura o un postgrado. La diferencia principal consiste en que aparte de nuestro objetivo fundamental de aproximar a las entidades externas a la Universidad también queremos proponerle al personal docente y administrativo un medio para comunicarles a los alumnos sus necesidades de encontrar un ayudante, alumnos de servicio social, becarios de algún proyecto, etc. Otra diferencia muy importante de este proyecto es que pretendemos implementar un sistema de búsqueda automática de coincidencias entre los perfiles de alumnos y las ofertas de trabajo dadas de alta en el sistema tanto para los estudiantes que buscan trabajo como para las personas que ofertan un puesto de trabajo o participación en un proyecto dentro de la Universidad. De esta manera queremos facilitarles a los alumnos y reclutadores el proceso de búsquedas de ofertas de trabajo y perfiles adecuados de aspirantes que pueden ocupar mucho tiempo y no considerar todos los criterios que ellos necesitan ya que a veces una búsqueda avanzada puede convertirse en algo muy complicado para los usuarios del sistema que no están familiarizados con las operaciones lógicas como AND y OR y aparte de esto se tendrían que introducir muchos datos para efectuar una búsqueda. Otra ventaja de la búsqueda automatizada de perfiles y ofertas es que se va a realizar varias veces al día y todas aquellas ofertas de trabajo y perfiles de estudiantes que ingresaron al sistema después del último proceso de búsqueda y por lo tanto no se consideraron durante éste van a participar de forma automática durante el siguiente proceso que se va a efectuar en varias horas. Esta función siendo bastante compleja en su implementación le da un valor agregado muy considerable a nuestro sistema por ser muy fácil y cómoda para el usuario. Para la implementación de esta funcionalidad se usó el modelo de “two-sided matching agentes”, o agentes de macheo (emparejamiento) de 2 vías (aspectos). Más adelante se dará un breve resumen de este modelo. Y por último queremos mencionar que todos los sistemas existentes de bolsas de trabajo, como por ejemplo OCC, Computrabajo, Chambanet y otros, están orientados más a la gente con experiencia laboral que a los recién egresados de las universidades y mucho menos a los egresados de nuestra Universidad. Nosotros tendremos una gran ventaja sobre estos sistemas que reside en que los empleadores ya van a conocer los perfiles de nuestros egresados, los perfiles de las licenciaturas que se imparten en la UAM y otras cosas específicas de nuestra alma mater. Cabe señalar que actualmente existe una coordinación en la Universidad que se llama COVIA (COordinación de VInculación Académica) cuya responsabilidad es la de establecer un vínculo entre la Universidad y las entidades externas. Esta coordinación tuvo la iniciativa de crear este sistema para promover el potencial y el talento de nuestros alumnos tanto hacía afuera como dentro de la institución ya que el proceso actual de difusión de ofertas de trabajo que llegaban a COVIA entre los estudiantes ni el de promover a nuestros egresados a las empresas no satisfacía las necesidades cada vez más crecientes del mercado laboral.


- 4 -

2. Descripción breve del funcionamiento del sistema de bolsa de trabajo Este trabajo pretende explicar como se construyó un sistema de búsqueda y ofertas de trabajo (Bolsa de trabajo) basado en un modelo de emparejamiento laboral entre los agentes que buscan un empleo (aspirantes) y los que ofrecen un trabajo (reclutadores), de esta manera el sistema tendrá dos tipos de agentes o roles. Para nosotros en la primera fase el mercado laboral va a contemplar a todos los estudiantes de la UAM Iztapalapa, probablemente extendiéndose a todos los estudiantes de la UAM (Iztapalapa, Xochimilco y Azcapotzalco) en un futuro. El sistema pretende abarcar a todos los estudiantes de los últimos trimestres de diferentes licenciaturas y a los estudiantes de maestría y doctorado sin importar en que trimestre se encuentran. Todos los estudiantes van a jugar el rol de aspirantes en el sistema. El rol de reclutadores en el sistema lo van a tener todas aquellas personas que quieran ofrecer trabajo a los aspirantes, nosotros permitimos el registro a las empresas y personas físicas con actividades empresariales igual que al personal académico y administrativo de la UAM. El uso de este servicio probablemente tenga un costo en un futuro tanto para los aspirantes como para los reclutadores, pero en la primera etapa de lanzamiento de este sistema se propone que el servicio sea gratis para los dos agentes con el fin de conocer la demanda de éste. Conforme vaya creciendo la demanda podríamos definir los costos de cada servicio y agregar más funcionalidad al sistema siempre teniendo en cuenta que este servicio nació no para los fines de lucro sino para ayudar a los estudiantes de la Universidad a encontrar un trabajo al terminar sus estudios. El primer paso para ser miembro del sistema es el prerregistro en el cual nosotros únicamente pedimos seleccionar el rol que el solicitante va a desarrollar en la Bolsa de trabajo, su nombre, su correo electrónico ya que por este medio el sistema se va a comunicar con el usuario, y su clave de acceso (password). Al concluir el proceso de prerregistro el solicitante deberá presentarse en la Coordinación de Vinculación Académica para confirmar algunos datos como por ejemplo la matrícula (para alumnos), el RFC u otros datos (reclutadores) y dirección de correo electrónico que registró en el sistema (para los dos roles). Al asegurarse que los datos que el solicitante registró son correctos una persona autorizada activará el proceso de registro de este usuario. Durante el proceso de registro de usuario necesitamos recopilar el mínimo de datos necesarios para el funcionamiento del sistema, en particular para el proceso de macheo del perfil de estudiante y la oferta de trabajo, sin complicarle el flujo a solicitante pero a la vez recolectando la mayor cantidad posible de información acerca de nuestros alumnos y ofertas de trabajo, permitiendo de esta manera un análisis más completo y detallado durante la búsqueda automatizada de perfiles y ofertas. La información recolectada se va a dividir en criterios obligatorios que tiene que cumplir un candidato u oferta de trabajo para estar considerada durante el proceso de macheo y criterios no obligatorios que darán un plus al candidato u oferta en el mismo proceso. A cada criterio, independientemente de que sea obligatorio o no, se le asignará un peso dentro del sistema para cálculos posteriores del porcentaje de macheo entre los perfiles de aspirantes y las ofertas de trabajo. Un perfil o una oferta de trabajo al no cumplir con al menos uno de los criterios particulares durante el proceso de macheo de perfiles y ofertas no se asignará al aspirante o reclutador correspondiente según sea el caso. Al crecer la cantidad de usuarios registrados en el sistema el proceso de macheo (lo llamaremos match) se va a volver cada vez más pesado en tiempo de ejecución y complejidad, lo que puede resultar en un aumento considerable del tiempo de respuesta hacía los usuarios de la Bolsa de trabajo y inconsistencias de datos, propusimos que el periodo de tiempo en el cual se va a efectuar el match fuera parametrizable para permitir a los administradores del sistema controlar el comportamiento del programa conforme la carga del servidor. El periodo de tiempo inicial para el proceso del match se estableció cada tres horas.


- 5 -

El módulo de modificación de datos de usuario, personales y laborales para los aspirantes, y de la empresa y del perfil de oferta, para los reclutadores, le dan más dinámica a nuestro sistema permitiéndoles a los usuarios actualizar sus datos conforme los estudiantes cursen más materias o obtengan más experiencia laboral y a los reclutadores les permite corregir los parámetros de sus ofertas de trabajo. El módulo de búsqueda manual de ofertas y candidatos va a estar disponible independientemente de la existencia del proceso de match automático. Si un usuario, sea estudiante o reclutador, no está satisfecho con los resultados del macheo puede efectuar una búsqueda usando sus propios criterios. Para la búsqueda manual avanzada tendrán que estar disponibles las mismas opciones de búsqueda que en el caso de la búsqueda automatizada pero el proceso de búsqueda simple tendrá que ser mucho menos complicado proporcionando los instrumentos más sencillos y opciones más básicas. Otra diferencia de los demás sistemas de búsqueda de empleo que ofrece nuestra Bolsa de trabajo es que el sistema permitirá a los de usuarios del tipo reclutador mandar alertas o mensajes de que él está interesado en concertar una entrevista de trabajo con un estudiante o un estudiante puede avisarle a un reclutador por medio del sistema que él está interesado en su oferta de trabajo postulándose a ésta. Las postulaciones para cada una de las ofertas de trabajo de un reclutador se van a visualizar en su página personal correspondiente donde él podrá revisar los perfiles de los aspirantes postulados y aceptar la postulación invitando al estudiante a una entrevista de trabajo o rechazar la postulación. El proceso inverso de comunicación de la empresa hacía el estudiante es muy similar. Si un reclutador está interesado en contactar a un estudiante seleccionará su perfil en la búsqueda manual o automatizada y le mandará un mensaje concretando una cita para la entrevista laboral simplemente pidiéndole que se comunique con el reclutador dejándole los datos necesarios para el contacto y para qué oferta de trabajo lo está contactando. El aspirante al entrara a la página personal de su perfil verá el mensaje y de igual manera que en el proceso de comunicación del aspirante hacía el reclutador aceptará o rechazará la propuesta. La existencia de estos dos canales de comunicación entre los reclutadores y aspirantes implica que es necesario un módulo de administración de postulaciones y contactos donde un usuario podrá cancelar o renovar su postulación o contacto dependiendo de su rol dentro del sistema. Existirán los módulos de administración de usuario y de estadísticas los cuales permitirán las opciones usuales de manejo de las cuentas de acceso, activación y desactivación de perfiles y ofertas y extracción y análisis estadístico de información recolectada. Otra funcionalidad que tendrá el es que será auto administrable, es decir que podrá ser tan dinámico como lo quiere el administrador. Para ello se desarrollarán los módulos de administración de los parámetros que tendrá el sistema y de los catálogos utilizados por el sistema. A continuación se describirá el modelo usado para el proceso de búsqueda automatizada y macheo (emparejamiento) de perfiles y ofertas de trabajo.

3. Aspectos teóricos y historia del modelo

Una de las funciones principales de muchos mercados y procesos sociales es emparejar una clase de agente con otra: por ejemplo estudiantes y universidades, trabajadores y empresas, hombres y mujeres en el matrimonio. Una clase de de modelos de emparejamiento de dos vías (o aspectos) para estudiar tales procesos fue introducida por Gale y Shapley (1962), que se centraron en el problema de admisiones a universidad y emparejamientos para el matrimonio. Un mercado es con dos aspectos si hay dos sistemas de agentes, y si un agente a partir de un lado del mercado se puede emparejar solamente con un agente del otro lado. Gale y Shapley propusieron que el emparejar (de estudiantes y de universidades, o de hombres y de mujeres) se podría ver como estable solamente si no deja a ningún par de agentes en los lados opuestos del mercado sin pareja si ellos quieren ser emparejados. Demostraron que una


- 6 -

característica especial de mercados con dos aspectos (en comparación con los de con uno o tres aspectos) es que existen los matchings (parejas) estables siempre (por lo menos cuando las preferencias de los agentes son sencillas). La idea es que, si consideramos el proceso de emparejamiento cuyas reglas consisten en que cualesquiera dos agentes en los lados opuestos del mercado puedan ser emparejados el uno al otro si ambos están de acuerdo, entonces, a menos que el emparejamiento sea estable, existen jugadores que desean ser emparejados el uno al otro pero existen los que no lo desean, aunque las reglas permiten que arreglen tal emparejamiento. De esta manera los matchings estables son probables a presentarse si el proceso que empareja está tan "libre” como para permitir que todos los matchings potenciales sean considerados. Un uso natural de los modelos de emparejamiento con dos aspectos es en el mercado laboral. Shapley y Shubik (1972) demostraron que las características de matchings estables son bastante robustas para las generalizaciones del modelo el cuál permite que los aspectos del emparejamiento y la determinación del salario se consideren juntos. Kelso y Crawford (1982) demostraron que tanto pueden ser generalizados estos resultados cuando las empresas, por ejemplo, pueden tener preferencias complejas sobre la composición de su mano de obra. Los modelos de emparejamiento con dos aspectos han probado su utilidad en el estudio empírico de mercados de trabajo, comenzando con la demostración de Roth (1984) que desde los comienzos de los años 50 la entrada al mercado de trabajo de los médicos americanos se ha organizado de una manera que produce (predominante) los matchings estables. Los trabajos subsecuentes han identificado los experimentos naturales que demuestran que los mercados de trabajo organizados para producir los matchings inestables sufren de cierta clase de dificultades las cuáles se evitan en la gran parte de los mercados en comparación de los organizados para producir matchings estables. El trabajo reciente se ha centrado en la sincronización de transacciones. El modelo de Bergstrom y Bagnoli (1993) se trata sobre el retraso de matrimonio en la actualidad, mientras que Roth y Xing (1994) analizan una docena de mercados de matchings en los cuales se ha identificado una tendencia de que las transacciones llegan a ser constantemente muy tempranas (por ejemplo los aspirantes para los jueces federales en los Estados Unidos ahora casi siempre se emplean dos años antes de que comiencen a trabajar, y los fenómenos similares se observan entre doctores británicos, graduados de las universidades japonesas de élite, etc.). Una descripción de los procesos de emparejamiento se puede encontrar en Roth y Sotomayor (1990). Las referencias bibliográficas están disponibles al final del trabajo.

4. Descripción del modelo de match

El proceso de match se basa en la información recopilada durante el proceso de registro de los reclutadores y aspirantes. Como mencionamos anteriormente, se definen los criterios obligatorios y no obligatorios de macheo, para un aspirante los criterios obligatorios son los que el tendrá que cumplir para ser considerado en el proceso de match automatizado de las ofertas de trabajo contra su perfil, como por ejemplo el sexo, la edad, la licenciatura que estudia o estudió, grado de estudios (licenciatura o un postgrado), etc. Ya que tenemos que emparejar los perfiles de los estudiantes con las ofertas de trabajo (este sería el proceso inverso) entonces esto nos lleva a que una oferta de trabajo también tendrá que cumplir los mismos criterios obligatorios en el proceso de macheo con los perfiles de estudiantes. Podemos ver los criterios obligatorios de macheo como un conjunto de requisitos mínimos para que un aspirante pueda participar en el concurso para una oferta de trabajo o para que una oferta de trabajo sea considerada por un aspirante.


- 7 -

Los criterios no obligatorios de macheo son opcionales y dan un plus al candidato aumentando el porcentaje de coincidencias de su perfil con los requisitos de una oferta de trabajo o al revés, a una oferta de trabajo al ser machada contra un perfil de aspirante. Como se estableció anteriormente tendremos que asignar a cada criterio de macheo un peso específico, por lo regular a un criterio obligatorio se le debe asignar un peso mayor que a un criterio opcional, digamos que al conjunto de los criterios obligatorios les podemos asignar un peso de 60% para que al cumplir con todos los criterios obligatorios sea de una oferta de trabajo o un perfil de estudiante ya cubrimos más de la mitad de los requisitos. De hecho no es necesario especificar qué peso tiene un requisito obligatorio en particular ya que lo que nos importa es que un perfil de aspirante o una oferta de trabajo cumplan en su totalidad con los requisitos obligatorios. Si suponemos que al conjunto de los criterios obligatorios se le asignó un peso de 60% entonces podemos calcular el peso de cada uno de los criterios dividiendo el porcentaje entre el número de criterios y suponiendo que cada uno de los criterios tiene el mismo peso. Para calcular el score total (el porcentaje de coincidencias) de un perfil contra una oferta de trabajo o al revés, tenemos que agregar el peso de cada uno de los criterios no obligatorios que coinciden al peso del conjunto de los criterios obligatorios siempre y cuando se cumple con todo el conjunto de criterios obligatorios.

ANALISIS Y DISEÑO DEL SISTEMA

1. Diseño modular del sistema Consideraciones generales del sistema Antes de empezar a describir los módulos que va a tener nuestro sistema tenemos que establecer algunas reglas para nuestros usuarios. Arriba mencionamos que se espera que el servicio de la Bolsa de trabajo tendrá mucha aceptación por lo que esperamos un número bastante grande de usuarios. Ello nos lleva a que en teoría un usuario no va a estar utilizando este servicio durante mucho tiempo ya que un aspirante al encontrar un trabajo o una empresa al aceptar a un aspirante para su oferta de trabajo deberán suspender su perfil o su oferta de trabajo respectivamente en el sistema hasta que tengan la necesidad de buscar un trabajo o buscar candidatos para el mismo puesto nuevamente por lo que no queremos borrar esos datos del sistema sino deshabilitarlos temporalmente hasta el nuevo aviso. De esta manera los usuarios siempre tendrán la opción de actualizar los datos existentes. Entendemos que no todos los usuarios van a hacerlo sea por el desconocimiento del sistema, por olvido o simplemente por que tienen flojera, para estos casos tenemos que considerar un periodo de vigencia de estos datos, es decir tanto los usuarios del sistema como sus perfiles o ofertas de trabajo tendrán que tener una vigencia que no debe ser muy corta ni muy larga. Para los usuarios con el perfil de aspirante se propone el periodo de vigencia de un trimestre para ligarla con el reglamento interno de la UAM ya que un estudiante puede perder la calidad de alumno al término de un trimestre, adicionalmente de esta manera los aspirantes se verán obligados a actualizar sus perfiles en el sistema. Para los usuarios con el perfil de reclutadores inicialmente se propuso el mismo esquema pero en un futuro estos parámetros pueden sufrir cambios dependiendo de los resultados de lanzamiento del servicio. De igual manera quisimos acotar tanto el periodo de vigencia de las postulaciones de aspirantes a las ofertas de trabajo, como el tiempo de vigencia de un contacto del reclutador hacía los aspirantes, estos parámetros se establecieron iguales a 90 días.


- 8 -

Al terminar el periodo de la vigencia se cambiará el estatus de un conjunto de datos en cuestión (usuario del sistema, perfil de aspirante o reclutador, una oferta de trabajo, una postulación a una oferta de trabajo, un contacto de empresa hacía un aspirante) y no se considerará en los procesos de búsqueda del sistema hasta que el usuario dueño de estos datos los actualizará. Adicionalmente a los roles mencionados arriba (reclutador y aspirante) existirá un rol especial de administrador del sistema que se llamará webmaster el cual se encargará de todos los procesos administrativos del servicio como activación del proceso de registro de usuario, suspensión de un usuario con el comportamiento indebido, reenvío de la contraseña en el caso si a un usuario se le olvida su clave de acceso, actualización de algunos datos particulares de usuario como su nombre, correo electrónico y su contraseña. Otro módulo al cual va a tener acceso este usuario es el de estadísticas. Más tarde se definirá la funcionalidad de este módulo ya que primero tenemos que observar el funcionamiento del sistema y definir la información que se presentará en los reportes. Habíamos mencionado que queremos un sistema muy dinámico y auto administrable, eso quiere decir que el sistema tendrá que ser muy flexible y parametrizable, para lograr esta funcionalidad el usuario administrador tendrá que tener acceso a los parámetros del sistema mediante un módulo administrativo de catálogos y parámetros. Por la naturaleza del servicio tenemos que implementar los catálogos de licenciaturas, unidades de la Universidad, idiomas que se enseñan en la UAM, un catálogo de entidades de México con sus delegaciones y municipios, probablemente un catálogo de países o nacionalidades, giros de las empresas. Los parámetros que queremos sean administrables son los criterios del match, periodos de tiempo en los cuales un aspirante puede empezar a trabajar en el puesto, métodos de contacto entre los aspirantes y reclutadores, periodos de vigencia de cada conjunto de datos, rangos de sueldos que pretende ganar un aspirante o ofrecer un reclutador, situaciones académicas de licenciatura y postgrado, tipos de postgrado, tiempos que tienen trabajando los aspirantes en sus puestos actuales en caso de que tengan un trabajo actualmente, tipos de empleo, tipos de sueldo, etc. Queremos proponerles a nuestros usuarios un sistema robusto pero muy fácil de usar, por eso queremos facilitarles el proceso de navegación entre los diferentes módulos mediante un menú inteligente con las opciones que van a depender del estatus y rol de usuario, como también de la ubicación dentro del sistema. A continuación vamos a detallar cada uno de los módulos que integran nuestro sistema.

Página principal En la página principal se va a desplegar la información necesaria para el registro de usuarios tanto reclutadores como aspirantes. Del lado derecho de la página principal igual que de cualquier otra página del sistema va a existir un menú con las opciones que están disponibles. Si un usuario todavía no está prerregistrado ni autentificado la página principal se verá como se muestra en la figura 1:


- 9 -

Figura 1: Página principal del sistema Módulo de prerregistro

Si un estudiante o reclutador quieren hacer el uso de nuestro sistema lo primero que tendrá que hacer es prerregistrarse en el módulo de prerregistro seleccionando la liga de “Solicitud de registro” desde la página principal. Se le desplegará un formulario donde le solicitamos los siguientes datos:

• El rol que el solicitante pretende desarrollar dentro del sistema

• Sus nombre(s) y apellido(s)

• Correo electrónico

• La contraseña que desea tener para el proceso de autentificación Una vez terminando de llenar todos los campos solicitados el usuario debe presionar el botón “Registro >>” para que el sistema valide los datos introducidos. Las reglas de validación de los campos son las siguientes:


- 10 -

Nombre del campo Reglas de validación Rol dentro del sistema Requerido, se selecciona con un radio button

Nombres y apellidos Requerido, Sólo letras, 100 caracteres máximo

Correo electrónico Requerido, 100 caracteres alfanuméricos y @, punto, -, _,

Clave de acceso Requerido, de 5 a 16 caracteres alfanuméricos, -, _

Confirmación de la clave de acceso

La misma regla, aparte de que tiene que ser el mismo texto que en el campo anterior

Las reglas de validación de estos campos tienen un mensaje de error asignado si falla alguna de ellas:

- Si el solicitante no selecciona el rol deseado se visualiza el siguiente mensaje de error: Seleccione su rol (aspirante o reclutador) en el sistema - Si el solicitante deja en blanco el campo de Nombres y Apellidos o introduce caracteres inválidos

se visualizará el siguiente mensaje: Nombre no válido (solamente letras) - Si fallan las reglas de validación del campo de correo electrónico entonces veremos el siguiente

mensaje: Correo no válido - En caso de que alguno de los campos de Clave de acceso está en blanco o contiene caracteres

inválidos saldrá el siguiente mensaje de error: Las claves de acceso no coinciden, favor de verificar - En caso de que el sistema detecta que el correo electrónico ya se encuentra registrado saldrá el

siguiente mensaje de error junto con una liga para recuperar su clave de acceso para los usuarios registrados que intentan registrarse otra vez con la misma dirección de correo:

Correo electrónico ya registrado, intente con otra dirección ¿Olvidó su contraseña? Haga click aquí para recuperarla

Una vez que los datos estén correctamente introducidos el solicitante se dará de alta en el sistema y se le mandará un correo a la dirección que acaba de registrar. Adicionalmente se guardará la siguiente información en la base de datos:

- Fecha del registro y fecha del último acceso que en este momento va a ser la misma - Se guardará la vigencia del catalogo de vigencias dependiendo del rol escogido. - También se almacenará el número de accesos al sistema que en este caso va a ser igual a 1 - Se almacenará el estatus de usuario como “no_activado” igual que el estatus de correo ya que el

solicitante todavía no ha validado su correo - La clave de acceso se almacenará en forma encriptada - Se guardará la dirección IP desde la cual se solicitó el registro - Y finalmente se almacenará el número de paso desde el cual tendrá que empezar este solicitante

el proceso de su registro después de que éste será activado por un administrador.

Una vez terminado el proceso de prerregistro se le presentará la pantalla con la información registrada (figura 4) y se habilitarán las siguientes opciones en el menú del lado derecho de la página:

• Regresar a la página principal (en forma de una liga a la página principal)

• Mi cuenta para editar los datos que acaba de capturar el solicitante (liga para ir al módulo de edición de datos de prerregistro)

• Información de registro de aspirantes o reclutadores dependiendo del rol que escogió el solicitante – no en forma de una liga sino como un texto ya que es la ubicación actual dentro del sistema

• Cerrar sesión – para desformar al solicitante del sistema; ya que el usuario se prerregistró y puso una contraseña a su cuenta y le estamos permitiendo editar los datos de su prerregistro es necesario


- 11 -

incluir un manejo de sesiones por las cuestiones de seguridad porque desde este momento ya está autentificado ante nuestro sistema

La pantalla de prerregistro se muestra en la figura 2 y la misma pantalla con los mensajes de error en la figura 3, en la figura 4 se muestra la pantalla que verá un usuario después de prerregistrarse.

Figura 2: Pantalla de prerregistro


- 12 -

Figura 3: Pantalla de prerregistro con los posibles mensajes de error.


- 13 -

Figura 4: Pantalla de posregistro

Módulo de autentificación de usuarios (login)

Este módulo sirve para autentificar a los usuarios del sistema una vez que obtengan su usuario y clave de acceso en el módulo de prerregistro. Desde este momento aunque todavía no tengan activado el proceso de registro tendrán que pasar por el proceso de autentificación para entrar al sistema. El módulo de autentificación de usuarios es accesible desde la pantalla principal del sistema (figura 6). En esta pantalla le solicitamos el identificador de usuario que es el correo que él registró durante el proceso de prerregistro y su clave de acceso. En caso de que el usuario exista y su clave de acceso sea la correcta decimos que este usuario está autentificado ante el sistema y le abrimos una sesión nueva. En el caso contrario le mostramos un mensaje de error y le planteamos dos posibles escenarios: uno en el cual a este usuario se le olvidó su clave de acceso y él puede ir a recuperarla al módulo de recuperación de contraseña por medio de la liga


- 14 -

¿Olvidó su contraseña? Haga click aquí para recuperla y dos en el cual el usuario todavía no está prerregistrado y le ofrecemos acceder al módulo de prerregistro vía la siguiente liga:

¿Es Usted un usuario no registrado? Haga click aquí para registrarse El último usuario (correo electrónico) capturado en la pantalla de login se guardará en una cookie en la computadora desde la cual se accesa nuestro sistema para facilitar el proceso de captura de datos, de esta manera la próxima vez que el mismo usuario accede el sistema su correo electrónico aparecerá de forma automática. Una vez autentificado el usuario el sistema lo redirigirá sea a la página principal de aspirantes o reclutadores dependiendo del rol que escogió o a una de las páginas de recopilación de datos dependiendo del paso de registro en el cual se quedó este usuario si ya está activado. Si el usuario todavía no está activado por un administrador del sistema se redirigirá a la página de posregitro.


- 15 -

Figura 6: Pantalla para la autentificación de usuarios del sistema


- 16 -

Figura 7: Pantalla para la autentificación de usuarios del sistema con los mensajes de error

Módulo de posregistro

Después de que un usuario se haya prerregistrado puede entrar al sistema para volver a ver los datos de su prerregistro si así lo desea en la opción

Información de registro de reclutadores como también para editarlos en la opción

Mi cuenta del menú. Otra funcionalidad que tendrá este módulo les permitirá a los usuarios volver a mandar el correo para confirmar su dirección de e-mail por si éste no les ha llegado después del proceso de prerregistro, para


- 17 -

esto tendrán que darle click al botón “Volver a enviar el correo” en la pantalla de la figura 5, la cual se presenta a los usuarios del tipo reclutador, a los usuarios aspirantes se les presenta una pantalla similar. Todos esas opciones estarán disponibles después de que el usuario se prerregistre y hasta que un usuario administrador del sistema cambie el estatus de este usuario a “activado” después de que el solicitante visite la Coordinación de vinculación académica para confirmar los datos tales como su matrícula y posiblemente un pago de servicios. Una vez activado el proceso de registro el solicitante ya no podrá ver la pantalla del prerregistro pero siempre podrá modificar los datos de su cuenta (correo electrónico, nombre y contraseña) en la opción “Mi cuenta” del menú. Después de la activación del proceso de registro todos los usuarios independientemente de su rol se redirigirán al paso 1 de recopilación de datos necesarios para el funcionamiento del sistema.

Figura 5: Pantalla con la información de prerregistro de usuarios


- 18 -

Módulo de confirmación del correo electrónico registrado Este módulo permite a los usuarios confirmar su dirección de correo electrónico que registraron durante el proceso de prerregistro. Como se mencionó anteriormente para el sistema es muy importante asegurarse de que la dirección de e-mail registrada en el proceso de prerregistro existe y le pertenece al usuario que la registró ya que prácticamente toda la comunicación entre el sistema y los usuarios como también entre los usuarios mismos se va a efectuar mediante este canal de comunicación. Como se describió en el módulo de prerregistro a todos los usuarios recién prerregistrados se les envía un correo electrónico a la dirección de correo que registraron en este proceso. Este correo contiene la información de prerregistro (nombre de usuario que es la misma dirección de correo que registraron, su contraseña y nombre) y una liga que contiene el ID del usuario (auto generado por el sistema) y la dirección de correo a la cual se le envío el correo de confirmación, esto con el fin de prevenir las confirmaciones de direcciones de correo desde otras direcciones de correo que no le corresponden al usuario. Al darle click esta liga lleva a los usuarios hacía el módulo de confirmación de dirección de correo donde se verifica el ID de usuario y su dirección de correo. En caso de que la verificación sea exitosa, es decir la dirección de e-mail contenida en la URL y la dirección de correo registrada en el sistema coinciden, se actualiza el estatus de la dirección de e-mail de este usuario a “activado” lo que significa que la dirección de correo existe y le pertenece a este usuario. La pantalla de este proceso se muestra en la Figura 6. Cuando la dirección de correo contenida en la URL del correo de confirmación y la registrada en la BD no coinciden se manda el mensaje de error que se visualiza en la Figura 7. Para pasar al proceso de registro es necesario que el usuario primero confirme su correo, pero si el usuario administrador active este proceso antes entonces el solicitante podrá registrarse sin haber confirmado su dirección de e-mail, por lo tanto no se recomienda activar a los usuarios antes de que confirmen su dirección salvo los casos cuando el administrador esté seguro de que el solicitante introdujo los datos correctos en el proceso de prerregistro. Es importante mencionar que si un usuario activado, es decir un usuario que ya pasó por el proceso de registro, modifica su correo en la opción “Mi cuenta” del menú es necesario cambiar el estatus de su correo a “no_activado” de su correo para indicar que el correo nuevo todavía no ha sido confirmado. Para confirmar su dirección de e-mail nueva todos los usuarios deberán pasar por el mismo proceso de confirmación de direcciones de correo.


- 19 -

Figura 6: Pantalla de confirmación de correo exitosa


- 20 -

Figura 7: Pantalla de confirmación de correo desde una dirección errónea Módulo de actualización de clave de acceso y correo electrónico

El acceso a este módulo van a tener todos los usuarios tanto prerregistrados como los que se encuentran en el proceso de registro y ya registrados con el fin de poder actualizar los datos de su cuenta tales como el nombre, correo electrónico y clave de acceso. Los datos actuales de usuario aparecerán de manera automática en los campos. Si durante el proceso de actualización de estos datos se modifica el correo electrónico del usuario nosotros necesitamos que el usuario nos confirme su nueva dirección usando la liga que le mandamos en el correo de confirmación de su dirección (como se describió en el punto anterior).


- 21 -

Cuando el usuario le da click en el botón “Guardar cambios”, el sistema validará todos los campos capturados según las reglas previamente definidas para cada uno de ellos y si la validación es exitosa los cambios se guardarán en la base de datos. La pantalla correspondiente a este módulo se muestra en la figura 8.

Figura 8: Pantalla de de actualización de clave de acceso y correo electrónico (Opción “Mi cuenta” del menú principal)


- 22 -

Módulo de registro Ya vimos bajo qué condiciones un usuario puede empezar el proceso de registro, repetiremos los pasos que tiene que seguir el usuario antes de que el administrador active su registro:

1. Prerregistrarse en el sistema (ver el proceso de prerregistro) 2. Confirmar la dirección del correo electrónico registrado en el sistema 3. Pasar a COVIA para confirmar los datos solicitados por esta dirección 4. Después de completar los pasos 1 – 3 el usuario administrador activará el proceso de registro de

solicitante

El proceso de registro es diferente para cada rol, el proceso de registro de usuarios que escogieron el rol de aspirante se describe en el capítulo 1.7.1 y el proceso de registro de los usuarios con el rol de reclutador se puede encontrar en el capítulo 1.7.2.

Módulo de registro de aspirantes

Quisimos recolectar la mayor cantidad posible de información sobre un aspirante para hacer un emparejamiento muy detallado con las ofertas de trabajo que registran los empleadores pero a la vez intentamos no complicarlo demasiado. Resultó que para tomar en cuenta todos los criterios identificados necesitamos dividir el proceso de registro en tres pasos, es importante que un aspirante siga el flujo de registro completo, avanzando desde el paso 1 hasta el paso 3, ningún usuario podrá pasar a un paso posterior sin haber completado todos los pasos anteriores, pero eso sí, siempre podrá regresar a modificar los datos de los pasos ya terminados. Para motivar al usuario para que termine este proceso de registro se le notifica que para participar en el proceso de búsqueda automatizada o manual él tendrá que pasar por el flujo de registro completo. En el primer paso recolectamos los datos personales del cliente como por ejemplo su matrícula, domicilio, teléfono, fecha de nacimiento, sexo y estado civil. Entendemos que si un aspirante no desea que sus datos personales sean visibles a los demás usuarios tendremos que protegerlos y limitar el acceso a ellos solamente para los usuarios del tipo administrador pero si un aspirante quiere compartir estos datos con los demás lo podrá hacer seleccionando una opción en la pantalla de primer paso de registro. Al palomear esta opción el sistema le mostrará una pantalla de confirmación con el mensaje: “¿Estás seguro de que su dirección sea visible a los demás?”, y si el aspirante contesta positivamente su dirección será visible en el módulo de detalles de su perfil. Si un aspirante entra a esta página por primera vez (en cualquier momento podrá regresar a editar sus datos personales) aparecerá una leyenda dinámica que lo felicitará y le indicará cuales son los pasos a seguir para completar el proceso de registro. Algunos datos de este formulario van a ser obligatorios y otros no, para que un aspirante pase al siguiente paso del proceso de registro tendrá que llenar correctamente los campos obligatorios, todos los campos de este formulario igual que el resto de los formularios del sistema tendrán sus propias reglas de validación predefinidas en un archivo de configuración, estas reglas y el archivo de configuración se describirán más adelante. Una vez llenados todos los campos obligatorios y opcionales del formulario del paso 1, el aspirante tiene que dar click al botón “Siguiente >>” para que el sistema valide la información introducida, y si es correcta se grabará en la base de datos y se almacenará que el paso del proceso de registro que debe de seguir es 2. En caso de que algún campo obligatorio esté en blanco o contenga algún carácter inválido o no cumpla con otras


- 23 -

reglas de validación se le notificará al aspirante y no se almacenará la información. El ejemplo de la pantalla del primer paso de registro con y sin errores se muestra en las figuras 9 y 10 respectivamente.

Figura 9: Pantalla del paso 1 del proceso de registro sin mensajes de error.


- 24 -

Figura 10: Pantalla del primer paso del proceso de registro con mensajes de error.

Una vez terminado el paso 1 de registro de aspirantes el usuario se redirige al paso 2. Si el aspirante sale del sistema (cierra su sesión) antes de completar el segundo paso la siguiente vez que entre al sistema se redireccionará automáticamente al paso 2 del registro y tendrá la opción para actualizar los datos del paso 1 seleccionando la liga Editar datos personales del menú. En este caso el formulario del paso 1 se llenará con los datos que el aspirante había guardado en la sesión anterior. Para regresar al llenado del cuestionario del paso 2 un aspirante tendrá que elegir la opción

Llenar datos escolares


- 25 -

En el segundo paso de este proceso de recolecta de datos de aspirantes se guardarán los datos escolares como el último grado de estudios del aspirante, la licenciatura que terminó o está cursando lo que tendrá que especificar en el campo de abajo que se llama “situación académica de licenciatura”, y el promedio de licenciatura que tiene el aspirante. Si el aspirante selecciona la opción “posgrado” en el primer campo del formulario, aparecerán las opciones de postgrado del lado derecho del cuestionario donde el aspirante puede escoger el tipo de postgrado (especialización, maestría, doctorado o posdoctorado), la línea de investigación y la situación académica de postgrado en la cual se encuentra el encuestado. Aunque el aspirante esté cursando un postgrado al llenar el cuestionario tendrá que especificar la licenciatura que había cursado. Otra observación que vale la pena mencionar es que si un aspirante selecciona la opción “posgrado” como su último grado de estudios entonces en el campo de “situación académica de licenciatura” no podrá escoger otra opción que no sea “Titulado(a)” que se habilitará automáticamente. También se le preguntará describir sus habilidades en una caja de texto (hasta 600 caracteres) donde tendrá que describir sus conocimientos y habilidades específicas, especialidades, la paquetería que maneja, sus cursos más recientes y su experiencia laboral. En el siguiente campo que es opcional, el aspirante puede elegir unas palabras que mejor definan su perfil para facilitar los procesos de búsqueda textual en el sistema, por ejemplo: biología, responsable, administración, linux, proactivo. Esas palabras se compararán contra las palabras que pondrán los reclutadores en sus ofertas de trabajo donde también podrán definir algunas palabras que mejor describan al candidato buscado. De esta manera estas palabras formarán una parte de nuestros criterios opcionales del match. Y por último, en este paso de registro el candidato tendrá que especificar qué idioma conoce aparte de su idioma materno y su dominio (básico, intermedio y avanzado). Además podrá especificar un segundo idioma y su dominio pero estos campos son opcionales aunque un candidato que conoce dos idiomas podría tener un plus respecto al resto de los candidatos. Obviamente no se podrá elegir el mismo idioma en los campos de “idioma 1” e “idioma 2”, el sistema debe detectar tales casos y mandar un mensaje de error como también validar que el aspirante al seleccionar un idioma en el campo “idioma 2” también seleccione su dominio. Para pasar al siguiente paso de registro el aspirante tendrá que oprimir el botón “Siguiente >>” y el sistema validará los campos introducidos según lo descrito arriba y guardará las respuestas del cuestionario en la base de datos habilitando el paso 3 del proceso de registro para este aspirante. En caso de que algún campo de este formulario viole las reglas de validación se mandará un mensaje de error correspondiente y el control se regresará nuevamente al mismo paso de registro (ver pantalla en la figura 11 y 12).


- 26 -

Figura 11: Pantalla del paso 2 del proceso de registro de aspirantes sin mensajes de error.


- 27 -

Figura 12: Pantalla del paso 2 del proceso de registro de aspirantes con varios mensajes de error.

Para finalizar el proceso de registro de aspirantes veremos el paso 3. En este paso se piden los datos laborales de aspirantes, por ejemplo si trabajo actualmente o no (si el aspirante está trabajando al momento de contestar este cuestionario se habilitarán más preguntas en la parte de abajo del formulario acerca de su trabajo actual), área laboral y puesto deseados, disponibilidad para viajar, cambiar de residencia, de horario, tipo de trabajo deseado, entidad y municipio deseado y claro el sueldo deseado. Igual que en los formularios de los pasos 1 y 2 existen ciertas reglas de validación de los campos, algunos son obligatorios y otros opcionales, lo único que hay que agregar es que si el aspirante selecciona la opción de “INDISTINTO” en el combo de “entidad federativa donde deseas laborar” el siguiente combo que es de “delegación o municipio donde deseas laborar”, también se establecerá en “INDISTINTO” automáticamente. Como es de costumbre desde los dos pasos anteriores, los aspirantes podrán actualizar la información guardada previamente usando las ligas


- 28 -

Editar datos personales

Editar datos escolares Si el aspirante regresa a editar los datos de un paso anterior podrá acceder al formulario del paso 3 por medio de la liga

Llenar datos laborales Las pantallas del paso 3 de registro de aspirantes con y sin mensajes de error se muestran en las figuras 13 y 14 respectivamente. Para terminar el proceso de registro tal vez un poco largo pero no por eso complicado el aspirante tendrá que presionar el botón “Terminar registro” y el sistema, después de guardar todos los datos y habilitar el perfil de este aspirante para las búsquedas, lo llevará a la página personal de aspirantes que se verá más a detalle en la sección 1.8.1.

Figura 13: Pantalla del paso 3 del proceso de registro de aspirantes sin mensajes de error.


- 29 -

Figura 14: Pantalla del paso 3 del proceso de registro de aspirantes con diferentes mensajes de error.

Módulo de modificación de datos de registro de aspirantes

Ya habíamos mencionado en la sección anterior (1.7.1 – registro de espirantes) que sin importar en qué paso de registro estemos siempre podemos regresar a actualizar la información guardada en los pasos anteriores. Pero es todavía más importante que un aspirante pueda actualizar sus datos después de haber terminado el proceso de registro. El acceso a estos módulos se hace por medio de las ligas del menú, para actualizar los datos capturados en el paso 1 se tendrá que seleccionar la opción “Editar los datos personales”, los datos del paso 2 – “Editar los datos escolares” y para actualización de los datos del paso 3 se usará la opción “Editar datos laborales” (para editar los datos del paso 3 un aspirante tendrá que haber terminado el proceso de registro en caso contrario el formulario del paso 3 es accesible por medio de la liga “Llenar datos laborales” desde las páginas de los pasos 1 y 2).


- 30 -

Para simplificar y eficientar la aplicación se optó por no repetir los formularios de los pasos 1, 2 y 3 para el módulo de actualización de la información de aspirantes sino rellenar los mismos formularios con los datos guardados en la base de datos. Los detalles técnicos de esta solución se explicarán más adelante. En las figuras 15, 16 y 17 se muestran los tres formularios de registro de aspirante accedidos desde la página personal de un aspirante después de haber terminado el proceso de registro.

Figura 15: Pantalla de actualización de los datos personales de un aspirante


- 31 -

Figura 16: Pantalla de actualización de los datos escolares de un aspirante.


- 32 -

Figura 17: Pantalla de actualización de los datos laborales de un aspirante.

Módulo de registro de reclutadores

El proceso de registro de este tipo de usuario es más corto, lo decidimos concentrar en una sola pantalla para no hacer de este proceso un problema para las personas encargadas del proceso de reclutamiento y selección de las empresas. En el formulario de este proceso se preguntarán algunos datos generales de las empresas o personas físicas con actividades empresariales o personal administrativo y académico de la UAM tales como el tipo de persona, su nombre, razón social, etc. Como también el giro de la empresa, las actividades que realiza y su domicilio. Igual que en el caso de aspirantes, existirá una opción para compartir o esconder el domicilio de la empresa o persona física con actividades empresariales. Al terminar de llenar estos campos (como siempre existirán unos campos obligatorios y opcionales) la persona autorizada para completar el proceso de registro dará click en el botón “Guardar” para que el sistema valide los datos introducidos aplicando las reglas de validación y si todos los campos están correctamente


- 33 -

capturados guardará la información en la base de datos. En caso contrario se desplegarán los mensajes de error correspondientes y el sistema regresará al mismo punto. Las pantallas de las figuras 18 y 19 ejemplifican estos procesos.

Figura 18: Pantalla de registro de reclutadores sin mensajes de error.


- 34 -

Figura 19: Pantalla de registro de reclutadores con varios mensajes de error.

Módulo de modificación de datos de registro de reclutadores

Para el proceso de actualización de los datos de registro de reclutadores se aplicaron las mismas suposiciones que para los módulos de actualización de datos de los aspirantes. Nuevamente, no tiene sentido crear una nueva pantalla para el módulo de edición de datos si podemos usar la misma pantalla de captura de estos datos. La única manera de acceder a esta pantalla es por medio de la liga “Editar datos de la empresa” desde la página personal del reclutador por lo tanto para poder entrar a este módulo hay que terminar el proceso de registro. En la figura 20 se muestra como se ve la pantalla de registro en modo de actualización de datos.


- 35 -

Figura 20: Pantalla de actualización de datos del reclutador.

Páginas personales de usuarios

Ya habíamos mencionado que después de haber terminado el proceso de registro todos los usuarios del sistema independientemente de su rol tendrán el acceso a su propia página personal. El acceso a esta página personal es automático después de haber pasado por el proceso de autentificación. Las páginas de cada rol son un poco diferentes pero tendrán varias cosas en común, por ejemplo se visualizarán los datos de la cuenta de un usuario tales como la vigencia y el estatus de ésta igual que de su perfil y la fecha de la última modificación de su perfil. En esta página los usuarios también podrán ver los resultados del match y manejar tanto los contactos personales que hayan hecho en el sistema como las postulaciones a las ofertas de trabajo.


- 36 -

Página personal de aspirante La página personal de un aspirante tiene 4 secciones dinámicas, la primera sección es compuesta por los datos de la cuenta del aspirante, esos datos son:

• Status de la cuenta (siempre estará en activado ya que los usuarios suspendidos y con vigencia vencida no podrán entrar al sistema)

• Vigencia de la cuenta en días desde la fecha de su activación

• Status del perfil de aspirante (activado o suspendido)

• Fecha de la última modificación de su perfil

• Vigencia del perfil en días desde la última fecha de su modificación Al terminar la vigencia de la cuenta de un aspirante éste debe ir a visitar la Coordinación de Vinculación Académica para renovar su suscripción al sistema o comunicarse vía telefónica o por e-mail. El administrador del sistema tendrá la opción de reactivar la suscripción del aspirante.

En el renglón donde se visualiza el estatus del perfil de aspirante existirá una liga para suspenderlo cuando este alumno por alguna razón ya no quiere que su perfil participe en las búsquedas de perfiles. Al presionar esta liga se mostrará un cuestionario breve para saber las razones de suspensión del perfil. Este cuestionario nos servirá para fines estadísticos más adelante. El aspirante al notar que la vigencia de su perfil ya esta vencida o por vencer debería de actualizar sus datos sean personales, escolares o laborales, de esta manera la fecha de la última actualización del perfil se pondrá a la fecha del día cuando se hizo esta actualización. Aunque los aspirantes con la vigencia de su perfil vencida no tendrán ningún tipo de limitaciones dentro del sistema se recomienda que actualicen su perfil al menos cada 90 días ya que el sistema tiene la misma periocidad que los trimestres de la UAM y los datos de los aspirantes, como por ejemplo su promedio, pueden surgir varios cambios durante el trimestre. En la segunda sección se visualizan los resultados del match del perfil del aspirante con las ofertas de trabajo vigentes al momento de la última búsqueda automatizada hecha por el sistema. Esta sección tendrá una liga con el texto “Tienes X oferta(s) de trabajo que posiblemente te interese(n)”, al presionarla el aspirante verá una lista de ofertas que encontró el proceso de match, es decir todas las ofertas vigentes en el sistema donde este aspirante cumple con TODOS los criterios obligatorios. Esta sección puede estar vacía (con el texto: “El sistema no pudo encontrar ninguna oferta que sea compatible con tu perfil ya que éste no cumple con alguno de los criterios obligatorios de las ofertas existentes, como: licenciatura y/o posgrado, situación académica, edad y sexo. Intenta una búsqueda manual de ofertas.” si el perfil del aspirante no cumple con todos los criterios obligatorios de ninguna oferta. Para recordarle al aspirante que aparte del match automatizado él tiene la opción de buscar las ofertas por su propia cuenta estará disponible la siguiente leyenda: NOTA: La búsqueda automática se efectúa cada 3 horas, por lo tanto es posible que en los resultados no aparezcan ofertas de reciente registro. Te recordamos que si no estás satisfecho con esos resultados siempre puedes hacer una búsqueda manual” En las secciones de abajo aunque no haya datos que desplegar al principio porque el aspirante todavía no se ha postulado a ninguna oferta de trabajo ni no lo han contactado los reclutadores siempre aparecerán las siguientes leyendas: en la sección de contactos personales: No tienes nuevos contactos personales;


- 37 -

en la sección de postulaciones a las ofertas de trabajo: No tienes postulaciones vigentes a ninguna oferta de trabajo. De esta manera los aspirantes se enterarán de la funcionalidad que proporciona el sistema para facilitar la comunicación entre los usuarios de distintos roles. Después de tener algo de tiempo dentro del sistema es probable que al aspirante lo contacte uno o más reclutadores, en este caso la sección de contactos personales tendrá tantas ligas a los mensajes de reclutadores cuantos contactos tuvo el aspirante. Al presionar alguna de estas ligas el aspirante verá el mensaje que le dejó el reclutador y una opción para postularse a la oferta de trabajo para la cual ha sido contactado como también ver los detalles de esta oferta. En la última sección de esta página de aspirantes estará la información de las postulaciones a las ofertas de trabajo que hizo el aspirante con las opciones para revisar los detalles de cada oferta y también un botón para cancelar la postulación. Una cosa importante que hay que subrayar es que si en alguno de los pasos de prerregistro o después de activarse un aspirante cambie su dirección de correo electrónico el estatus de éste se cambiará a “no_activado” y aparecerá un recordatorio (con un botón para el reenvío de correo de confirmación en caso de que no le haya llegado) para confirmar la nueva dirección de correo en la parte de arriba de cada uno de los pasos de registro como también en la página personal del aspirante. Desde el momento en que un aspirante termine su registro se habilitará la opción para hacer una búsqueda manual de trabajo la cual aparecerá en el menú de cada uno de los módulos igual que en la página principal de los aspirantes. En la figura 21 se muestra un ejemplo de la página personal de un aspirante donde están habilitadas todas las opciones descritas arriba.


- 38 -

Figura 21: Página personal del aspirante con toda la funcionalidad que ofrece el sistema.

Página personal de reclutador Igual que en el caso de aspirantes los reclutadores terminando su proceso de registro entrarán a su página personal. Hasta arriba de la pantalla aparecerá un recordatorio en caso de que el reclutador había actualizado la dirección de su correo electrónico y no la había confirmado hasta el momento. En este recordatorio estará disponible un botón para reenviar el correo de confirmación. A diferencia de la página personal de aspirantes esta página tendrá solamente tres secciones. En la primera sección se visualizarán los datos de la cuenta (estatus, vigencia, etc.) igual que en la página de aspirantes, pero las secciones de abajo estarán dedicadas a las ofertas de trabajo que ha dado de alta el reclutador.


- 39 -

La primera de estas dos secciones es para visualizar las ofertas de trabajo de este reclutador vigentes al momento. En una tabla se desplegarán los siguientes datos de la oferta:

• Detalles de oferta (su ID y el puesto)

• Fecha de creación

• Vigencia

• Candidatos encontrados por el sistema, esta opción es el resultado del match automático que hizo el sistema. Al presionar esta liga el sistema desplegará en otra pantalla los resultados en forma de una lista con las ligas para ver los detalles de perfil de cada aspirante encontrado.

• Candidatos contactados por cada oferta (con una liga para ver la lista de contactos en una página diferente)

• Candidatos interesados (postulados) por cada oferta (con una liga para ver la lista de los candidatos postulados en una página diferente)

La última sección está dedicada a las ofertas de trabajo que dio de alta en algún momento el reclutador pero que ya no están vigentes. La necesidad de esta funcionalidad proviene de que ninguna oferta de trabajo se borra del sistema sino se deshabilita al terminar su vigencia o cuando el reclutador la suspende por alguna razón. De esta manera los reclutadores podrán habilitar alguna de sus ofertas viejas en el módulo de ofertas de trabajo sin que sea necesario dar de alta una nueva oferta. En la tabla de los datos de las ofertas viejas se muestran los detalles de éstas con las fechas de creación y desactivación. Al darle click a la liga del lado izquierdo de la tabla con los detalles de la oferta el sistema nos llevará al módulo de ofertas donde el reclutador podrá volver a habilitar esta oferta. Dentro de las opciones del menú del lado derecho de la página personal del reclutador aparecerán dos nuevas opciones respecto a las que estaban accesibles durante el proceso de registro de reclutadores. Una de ellas es

Ofrecer trabajo y la segunda es

Buscar candidatos

Estas opciones estarán disponibles en el menú da cada uno de los módulos del sistema para reclutadores. En la figura 22 se muestra la página personal de reclutadores con todas las opciones que tiene el sistema, hay que recordar aunque sea obvio, que al terminar el proceso de registro de reclutadores un empleador todavía no tiene ninguna oferta de trabajo registrada, por lo tanto es necesario mostrar una leyenda en cada una de las secciones descritas arriba.


- 40 -

Figura 22: Página personal del reclutador con toda la funcionalidad del sistema para los reclutadores.

Módulo de ofertas de trabajo Ya llegamos al módulo posiblemente más importante dentro del sistema ya que cumplirá la función primordial para nuestro sistema, la de ofrecer trabajo a los alumnos y ex alumnos de la UAM. Para acceder al formulario de las ofertas un reclutador tendrá que seleccionar la liga “Ofrecer trabajo” del menú disponible en todas las páginas del sistema a las cuales tiene acceso el reclutador. Este formulario tendrá como ya es de costumbre los campos obligatorios y opcionales y a simple vista puede parecer un poco complicado por la variedad de campos que se tienen que llenar, pero en realidad la mayoría de estos campos son combos o checkboxes lo cual facilita el proceso de alta de una oferta; los únicos campos capturables se refieren a la experiencia del candidato buscado y por más que quisimos no pudimos inventar otra cosa que no sean textboxes ya que en estos campos los reclutadores tendrán que describir de acuerdo a sus necesidades el perfil y experiencia de su candidato.


- 41 -

El formulario está compuesto de los siguientes campos que están agrupados según rubros: Datos del puesto:

1. área laboral: durante el proceso de registro de reclutadores ya preguntamos el giro de la empresa pero en este caso pensamos que una empresa puede tener más de un giro o simplemente tener un giro general varias áreas auxiliares, como por ejemplo es el caso de Telmex. El giro de esta empresa es telefonía pero existen áreas de seguridad informática, desarrollo de sistemas, etc. dentro de la empresa.

2. nombre de puesto (para el cual la empresa está buscando candidatos) 3. disponibilidad de horario (se refiere al tiempo que tendrá que disponer el candidato para trabajar en

este puesto, por ejemplo tiempo completo, medio tiempo, etc.) 4. tipo de contratación (temporal o permanente, en caso de que sea temporal habrá que definir la

duración del proyecto) 5. entidad federativa de la vacante 6. delegación o municipio de la vacante

Los siguientes campos son los requisitos para el candidato: 7. disponibilidad de candidato: (inmediata, en 1 semana, etc.) 8. último grado de estudios del candidato: licenciatura o posgrado 9. situación académica del candidato: alumno, egresado o titulado 10. Se listan todas las licenciaturas de la UAM-I por división, se puede escoger una, varias o todas las

licenciaturas de una división palomeando los checkboxes al lado de cada una de las opciones. 11. Si el reclutador selecciona la opción de “posgrado” en el combo de “último grado de estudios”

aparecerá una sección con varias opciones de posgrado, como tipo de posgrado, línea o especialidad del posgrado y situación académica de candidato.

12. experiencia requerida para ocupar la vacante: en este campo el reclutador podrá describir con un lujo de detalles todo lo que el desea acerca del perfil y experiencia buscados.

13. palabras que mejor definan el perfil o experiencia buscados: lo mismo que en el caso de registro de espirantes, hay que escoger las palabras que mejor describan al candidato.

14. idioma requerido y dominio de idioma Los campos a continuación sirven para definir las características personales de candidato deseado:

15. edad del candidato: se mostrarán dos combos, uno es para definir la edad mínima y el otro es para indicar la edad máxima del candidato buscado

16. sexo 17. estado civil 18. disponibilidad para viajar 19. disponibilidad para cambiar de residencia

Campos con la información sobre el salario propuesto

20. tipo de pago: pagos fijos, por honorarios, comisiones, beca, etc. 21. monto de sueldo: se proponen dos combos, uno para el límite inferior y el otro para el límite superior.

Los últimos campos del formulario contienen la información necesaria para indicar el método preferido de contacto y dirección y se rellenan automáticamente con la información introducida durante el proceso de registro de reclutadores donde le preguntamos acerca de números de teléfono y correo electrónico del representante de la empresa encargado del área de reclutamiento y selección. Si el reclutador está de acuerdo con la información de estos campos solamente tendrá que escoger el método de contacto, en caso contrario habrá que editar los campos de número telefónico, fax y correo electrónico de la empresa o representante legal.


- 42 -

Si el reclutador accedió al formulario de oferta de trabajo por medio de le liga “Ofrecer trabajo” del menú tendrá que presionar el botón “Ofertar” en la parte de debajo de la pantalla para guardar los datos. Se validarán los campos introducidos y si no se viola ninguna regla de validación la oferta se dará de alta. Al momento de guardar una nueva oferta de trabajo se activará el proceso de match para esta oferta y los resultados de éste se mostrarán en la página personal del reclutador. Después del proceso de match el reclutador se redireccionará a su página personal donde podrá revisar dichos resultados. En la figura 23.1, 23.2 y 23.3 se visualiza la pantalla con el formulario de una nueva oferta de trabajo accedido desde el menú en la opción “ofertar trabajo”. Nótese que acceder a este formulario desde el menú principal es diferente al acceder al mismo desde la página personal del reclutador en la sección de administración de las ofertas de trabajo lo que se describe en la siguiente sección.

Figura 23.1: Pantalla de oferta de trabajo nueva, parte 1.


- 43 -



- 44 -


Módulo de modificación de datos de la oferta de trabajo En este caso el formulario se accesa en modo de actualización de datos y los campos se rellenan con los datos previamente almacenados independientemente de que sea una oferta vigente o vieja. Si la oferta todavía está vigente se mostrarán dos botones con las opciones para deshabilitar la oferta o simplemente guardar los cambios efectuados (Figura 24.1). Si el reclutador accede a una oferta de trabajo desde la tabla con las ofertas deshabilitadas (sea porque ya pasó el tiempo de la vigencia de esta oferta o simplemente porque la oferta fue deshabilitada por el mismo reclutador un tiempo atrás) la opción disponible será de habilitar la oferta en cuestión (Figura 24.2). En este caso solamente se actualizara la vigencia de la oferta y se hará el proceso del match con los perfiles de candidatos y esta oferta pasará a la tabla de las ofertas vigentes.


- 45 -

Figura 24.1: Pantalla de actualización de una oferta de trabajo con las opciones de deshabilitar y guardar cambios.

Figura 24.2: Pantalla de para habilitar una oferta de trabajo que está deshabilitada o no vigente.


- 46 -

Match del perfil de un aspirante contra las ofertas de trabajo Ya llegamos al punto donde se podrá demostrar el funcionamiento del proceso de macheo de perfiles de aspirantes con las ofertas de trabajo. Tenemos todos los datos necesarios para emparejar estas dos entidades usando los criterios obligatorios y opcionales definidos previamente.

Match de una oferta de trabajo contra los perfiles de aspirantes Búsqueda de ofertas de trabajo (para el rol de aspirante) Búsqueda de perfiles de aspirantes (para el rol de reclutador) Página de visualización del perfil de aspirante (para el rol de reclutador) Página de visualización de oferta de trabajo (para el rol de aspirante) Módulo de revisión de los resultados de match del perfil del aspirante contra las ofertas de trabajo (para el rol de aspirante) Módulo de revisión de los resultados del match de la oferta de trabajo contra los perfiles de aspirantes (para el rol de reclutador) Módulo de mensajes (contactos) para el aspirante (el rol de reclutador) Módulo de revisión de postulaciones (rol de aspirante) Módulo de administración de contactos (rol de reclutador) Módulo de revisión de perfiles de aspirantes postulados (el rol de reclutador) Módulo de administración de usuarios (rol de webmaster) 2. Diseño de la base de datos Ya hemos identificado alguna información que tenemos que guardar en la base de datos, empíricamente tiene que existir una entidad que guardará la información personal de los estudiantes y reclutadores como también la información de sus perfiles y ofertas de trabajo. En la imagen de abajo se presenta el diseño completo de la base de datos:


- 47 -

A continuación se presentan las tablas en con sus atributos:


- 48 -

Tabla aspirantes:


- 49 -

Tabla ofertas_trabajo:

Tabla reclutadores


- 50 -

Tabla usuarios_sistema:


- 51 -

Tabla contacto_reclutadores_aspirantes

Tabla vigencias

Tabla postulaciones


- 52 -

Tabla criterios_match

Tabla delegaciones_municipios

Tabla match_ofertas

Tabla match_aspirantes


- 53 -

Tabla situaciones_academicas_posgrado

Tabla licenciaturas

Tabla periodos_actualizacion

Tabla licenciaturas_ofertas_trabajo


- 54 -

Tabla situaciones_academicas_lic

Tabla entidades_federativas

Tabla tiempos_puesto

Tabla tipos_posgrado

Tabla disponibilidades


- 55 -

Tabla nacionalidades

Tabla tipos_empleo

Tabla tipos_sueldo

Tabla metodos_contacto

Tabla idiomas


- 56 -

Tabla rangos_sueldo

Tabla tips

Tabla giros

implemenatciÓn del modelo “two-sided …148.206.53.84/tesiuami/uami14567.pdf · y por último...

Documents