[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.

NET ] Mayo de 2011

Desarrollador de Aplicacin Web en PHP o ASP.NET

Contenido
Detalles del producto esperado .......................................................................................................... 2 Objetivos del sistema ...................................................................................................................... 2 Descripcin actual del sistema........................................................................................................ 2 Requerimientos generales del nuevo sistema ................................................................................ 2 Definiciones de trminos importantes............................................................................................ 4 reas del sistema ............................................................................................................................ 5 Sistema de relacin de datos por taxonoma y opciones de bsqueda de datos....................... 5 Mdulo de hoja de vida de personas.......................................................................................... 6 Mdulo de hoja de vida de entidades......................................................................................... 8 Mdulo de administracin de usuarios....................................................................................... 9 Mdulo de convocatorias.......................................................................................................... 10 Mdulo de Listas Cortas............................................................................................................ 16 Envo de correos electrnicos ................................................................................................... 16 Tiempo de trabajo estimado:............................................................................................................ 17 Requisitos del consultor.................................................................................................................... 17 Forma de trabajo............................................................................................................................... 17 Entrega final del producto................................................................................................................. 18 Propiedad intelectual ........................................................................................................................ 18

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

Detalles del producto esperado

Objetivos del sistema
Se pretende desarrollar un sistema WEB que reemplazara a un sistema ya existente y que tenga las siguientes funcionalidades Toda persona podr llenar su propia hoja de vida basado principalmente en el formulario oficial P11 pero no limitado al mismo Que los usuarios que representan a una entidad (empresas, organizaciones, etc.) puedan completar las hojas de vida de estas entidades y a su vez poder permisos a otros usuarios para actualizarlas. Se debe adecuar la misma idea del formulario P11, adecundolo para este tipo de entidades. La creacin de convocatorias por parte de los administradores y permitir la interactividad entre solicitantes y oferentes hasta llegar a la seleccin La bsqueda de personas o entidades por parte de los administradores para crear listas cortas de uso interno La posibilidad de registrar, validar, calificar e incluir informacin de referencia a los CVs para tener un registro de contrataciones anteriores y sus resultados

El nuevo sistema debe mantener la informacin del sistema anterior

Descripcin actual del sistema

El sistema actual se encuentra funcionando y tiene las siguientes caractersticas Basado en pgina web, ms especficamente en la plataforma DotNetNuke y utiliza 5 mdulos que fueron creados especficamente para dicha plataforma. Funcionando con aproximadamente unos 30000 registros Utiliza Microsoft SQL server 2008 Utiliza procedimientos almacenados de SQL y clases de objetos de negocio escritos a mano

Se ir dando detalles de estado actual en cada uno de los requerimientos del nuevo sistema a fin de clarificar

Requerimientos generales del nuevo sistema

Las caractersticas generales en las que debe basarse el nuevo sistema son: 1) Plataforma: Sistema Web montado sobre Windows Server 2008 con IIS7 2) Lenguaje de programacin: Puede basarse en PHP o ASP.NET dependiendo del tipo de CMS sobre el cual se va a crear la plataforma

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

3) Plataforma CMS: El sistema debe utilizar una plataforma CMS que pueda utilizarse como base para toda la aplicacin y el contenido WEB adicional tales como DotNetNuke o Joomla. El CMS debe permitir a desarrollador dedicarse solamente a la aplicacin requerida en este documento. El oferente puede proponer otra plataforma siempre cuando dicha plataforma cumpla con los anteriores puntos. La plataforma debe cumplir con lo siguiente: Ser de distribucin libre, sin costo y de amplia difusin Estar en constante desarrollo para garantizar su constante mejora, correccin de errores y ajustes sobre seguridad La plataforma ya debe manejar por si sola la creacin de usuarios, roles de seguridad y permisos a las reas de contenido. Debe soportar el cambio de apariencia basada en plantillas y sin implicar programacin adicional El sistema debe soportar lenguaje espaol Debe poder instalarse en un servidor Windows server 2008 con IIS Debe soportar recepcin de casos de error Debe tener una comunidad de soporte por foros con bastante movimiento Debe permitir crear la aplicacin detallada en este documento de manera que pueda interactuar como parte de todo el sistema

Naciones Unidas se reserva el derecho de aprobar o no esa plataforma en base a sus implicaciones y requerimientos. 4) Base de datos: La base de datos debe estar basada en MS SQL server en el caso de usar DotNetNuke o en MySQL 5.1 si es Joomla Sistema actual: La base de datos usada actualmente es Microsoft SQL server 5) Uso intensivo de AJAX: Todas las pantalla y formularios del sistema deben utilizar intensivamente AJAX (Se sugiere Jquery) para mejorar la presentacin y velocidad al lado del cliente. El uso de AJAX en este caso no debe implicar descuidos en la seguridad. Sistema actual: Los mdulos para cada parte existen, pero no utilizan AJAX y su interface es tosca, poco funcional, lenta y no amigable al usuario 6) Datos existentes: El sistema debe Contemplar el reusar o migrar los datos existentes para no perder la gran cantidad de informacin ya existente. El cdigo de migracin o adecuacin de los datos es parte del trabajo solicitado en esta convocatoria. 7) Herramientas adicionales y reutilizacin de cdigo: Se puede utilizar libreras ya conocidas de acceso a datos o de generacin de cdigo para acceso a datos. Tambin se

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

puede reutilizar partes de cdigo existentes de otros proyectos; siempre y cuando no implique en violaciones a licencias y no tenga costo extra por dicha utilizacin. Sistema actual: Los mdulos actuales estn basados en procedimientos almacenados de SQL y clases que encapsulan el modelo de negocio, las cuales no son de fcil mantenimiento. 8) Todo el sistema debe estar basado en una taxonoma (asociar datos a palabras existentes) descrita ms adelante para simplificar las bsquedas Sistema actual: La taxonoma no existe en el sistema actual. 9) Los mdulos deben incluir validaciones del lado cliente y del lado servidor para que los datos ingresados no produzca errores (Textos ms largos que el tamao de los campos, valores de texto en campos numricos, etc.). Se debe validar todas las entradas de fechas de manera que no existan fechas de finalizacin anteriores a fechas de inicio, fechas de inicio de trabajo anteriores a la del nacimiento, etc. 10) Cualquier Webservice utilizado en los mdulos debe estar completamente asegurado mediante el control de sesin correcto y debe poder restringirse la llamada al webservice desde direcciones IP predeterminadas.

Definiciones de trminos importantes

Se definen los siguientes trminos a fin de aclarar sus referencias en el resto del documento o Usuario: Persona que tiene creada una cuenta en el sistema CMS y que puede llenar su hoja de vida como persona o las hojas de vida de las entidades a las que representa. Los usuarios pueden ser oferentes, editores o administradores segn los permisos que se les haya dado en el sistema o Persona: Usuarios que ha llenado su hojas de vida como persona natural y que pueden referirse a consultores, staff, carpinteros, ingenieros, etc. o Entidad: Nombre con que se denominar a las empresas, organizaciones, instituciones, etc. Y para las cuales debe existir una hoja de vida. Un usuario puede administrar varias entidades o Oferente: Persona o entidad que ha registrado su hoja de vida y que ofrecer productos o servicios al sistema o Editor: usuario del sistema que puede ver la informacin del ROSTER y que puede crear convocatorias, editarlas, etc. o Administrador: Administradores del sistema que tienen los derechos mximos de edicin y correccin de manera que puedan administrar usuarios, parmetros, etc. o Convocatoria: Solicitud de postulaciones para personas o entidades. Cada convocatoria puede tener un tiempo de publicacin, documentos adjuntos y actividades que ayuden a la comunicacin y seleccin de los postulantes.

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

reas del sistema

Sistema de relacin de datos por taxonoma y opciones de bsqueda de datos Todos los mdulos creados deben relacionar sus datos en base a una taxonoma que permita crear una jerarqua de palabras (TAGS) y asociar personas, entidades y convocatorias a dichas palabras para simplificar la bsqueda de datos por ambas partes. La taxonoma debe poder crear niveles lgicos de palabras (a nivel ilimitado) y permitir incluir palabras en cada nivel Un ejemplo simple: ID 0 1 2 3 4 Padre Nombre del nivel Informtica 0 Diseo de pginas web 0 Desarrollo de software 2 Desarrollo web 2 Aplicaciones Windows Palabras asociadas Sistemas, informacin HTML, grficos, photoshop Asp.net, php Vb. Net, C++

Todas las palabras deben archivarse adems del formato original ingresado al momento de su creacin, en una forma genrica en la cual no existan acentos o caracteres internacionales. De esta manera se podr realizar las bsquedas de manera ms exacta a. Se debe crear un mdulo para poder administrar estas definiciones. Se sugiere un rbol para los niveles con la capacidad de adicionar, editar y quitar niveles, as como tambin la interface para crea, editar o modificar palabras dentro de cada nivel b. Se debe crear un control para ser utilizado en todas las partes del modulo donde se requiera asociar palabras a alguna persona o entidad. Este control debe permitir el filtrado de palabras por nivel lgico y tambin la bsqueda de palabras especificas utilizando AJAX y el SEARCH AS YOU TYPE c. La asociacin de palabras se debe realizar mediante la relacin en la base de datos de manera que si una palabra cambia de nombre la asociacin se mantenga. El sistema debe incluir las rutinas necesarias para asociar una palabra evitando asociaciones duplicadas. El sistema debe incluir el cdigo necesario para obtener: 1) Lista de hojas de vida de personas que cumplan con las seleccin de palabras. La condicin puede incluir: En todos los formularios, en registro acadmico, en registro de trabajo, etc.

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

2) Lista de hojas de vida de entidades que cumplan con las selecciones de palabras. La condicin puede incluir: En todos los formularios, en registro de productos o servicios, en registro de trabajo, productos y servicios ofrecidos, etc. 3) Lista de convocatorias que cumplan con la seleccin de palabras Por otro lado el sistema debe automticamente crear un listado de palabras en la actualizacin de cada registro de datos en una tabla (tablas de los registros de personas y entidades). Estas palabras tambin deben ser almacenadas en el sistema de taxonoma, pero marcadas como palabras aprendidas. Estas palabras podrn incluirse en la bsqueda de palabras de manera opcional mediante una opcin para seleccionarlas en la bsqueda search as you type y mostradas en los lugares donde se utilice las 3 rutinas de bsqueda descritas anteriormente. El sistema debe ser capaz de encontrar los registros relacionados a este tipo de palabras de igual manera que la taxonoma antes descrita. Nota: Si dos o ms registros incluyen una misma palabra (ej. 3 usuarios se registran y ponen informtica en el nombre del ttulo profesional), la palabra en el sistema debe mantenerse como nica y estar relacionada a los 3 registros. El mdulo de administracin de palabras debe permitir a un administrador seleccionar palabras aprendidas y convertirlas al sistema normal de taxonoma incluyndola en uno o ms niveles y manteniendo la relacin a los registros de datos donde fuero asociadas. Ej. La palabra anterior informtica podra existir 2 veces en el sistema de taxonoma, una como normal y otra como aprendida. En cada uno de los 2 casos puede tener registros asociados. Si el administrador decide incorporar la aprendida al sistema de taxonoma, se movern todas las referencias que apuntaban a la palabra aprendida a la palabra normal y se eliminar la palabra aprendida. Sistema actual: No incluye taxonoma Mdulo de hoja de vida de personas Un mdulo que permita al usuario completar el historial de s mismo en base al formulario oficial P11 para que la informacin sea til a postulaciones a puestos de trabajo segn convocatorias del mismo sistema. El sistema debe presentar los formularios descritos a continuacin en forma de pestaas y actualizar las partes mediante Ajax simplificando la interface de manera extensiva. a) Datos generales y de contacto: Se debe mantener relacin con los datos del perfil de la plataforma Joomla o Dotnetnuke de manera que el registro principal ya est basado en las funcionalidades existentes del sistema. La funcionalidad del perfil debe incluir tipos de campos personalizados que puedan completar la informacin general que se solicita en el P11; esto significa que el sistema debe permitir la inclusin/eliminacin de campos y tambin incluir la posibilidad de exigir que ese campo sea llenado y as

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

establecer los campos como obligatorios. El sistema debe poder indicar si un determinado campo debe ser nico o no. Antecedentes acadmicos: El usuario debe poder registrar los datos de todos los cursos y estudios realizados (sin lmite) incluyendo las fechas de inicio y final, el nombre y tipo de la entidad que otorga el ttulo, el nombre del ttulo obtenido, etc. Tambin debe permitir en cada registro la asociacin al sistema de taxonoma de modo que el usuario pueda asociar ese simple registro del historial a una o ms palabras. En cada registro se predeterminar el requerimiento obligatorio de algunos campos especfico de manera que no se permita grabar si no se ha completado dichos campos. Cada registro debe permitir adicionar documentos que comprueben la veracidad de la informacin y exigir al menos un documento por registro. Antecedentes laborales: El usuario podr registrar todos sus antecedentes laborales (sin lmite) incluyendo las fechas de inicio y fin, nombre y datos de contacto de la entidad, cargo desempeado (Incluyendo reas de trabajo relacionando cada rea a palabras de la taxonoma), personas de referencia y sus datos de contacto. Cada registro debe permitir adicionar documentos que comprueben la veracidad de la informacin y exigir al menos un documento por registro. Referencias personales: El sistema permitir al usuario registrar los datos de referencias personales y sus datos de contacto. Idiomas: El sistema debe permitir llenar los detalles de los idiomas que habla, lee y escribe y el nivel de cada uno de ellos. Se debe permitir adjuntar documentos que puedan validar los conocimientos indicados, pero no es necesario exigir documentacin.

a)

b)

c) d)

El sistema debe incluir el cdigo necesario para generar un archivo en formato PDF con el diseo del P11 en base a los datos de todos los formularios de la hoja de vida. Este archivo podr ser descargado por los usuarios dueos de la hoja de vida y tambin por los administradores del sistema. El PDF debe incluir una nota en cada pgina indicando que los datos son proporcionados por el usuario y que el roster no valida de ninguna manera la informacin. Los administradores del roster podrn: 1) Crear nuevos registros de usuarios ingresando los datos bsicos del perfil del CMS. En ese momento el sistema debe enviar la invitacin al usuario junto a sus credenciales de acceso. Los administradores no pueden cambiar datos de otros usuarios a menos que tengan ese permiso especfico. 2) Registrar uno o ms comentarios a la hoja de vida incluyendo la fecha, el usuario que comenta y una calificacin 1-5. El promedio de las calificaciones debe ser mostrado en cualquier listado generado por el sistema y este debe permitir ir a una pantalla donde se ve el registro total de comentarios y sus detalles. 3) Validar cada registro de datos, incluyendo la fecha de validacin, la referencia del usuario que realizo la validacin y comentarios. Si el usuario modifica sus datos,

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

entonces el registro pasa de nuevo a un estado de No valido, pero debe quedar el historial de validacin anterior. 4) Registrar los acuerdos de trabajo o contratos con la persona incluyendo fechas de inicio y finalizacin. 5) Introducir evaluaciones a los acuerdos de trabajo para todos los que se encuentre en el historial de la persona. Sistema actual: Los formularios ya existen, sin Ajax y la informacin requerida no es completa. No existen relaciones de taxonoma. La bsqueda se realiza sobre los datos almacenados teniendo problemas cuando un usuario busca un texto y no coinciden los caracteres internacionales contra el texto ingresado por el usuario. No existen marcas de validacin de registros Mdulo de hoja de vida de entidades Debe permitir al usuario crear uno o ms registros de entidades (empresas, ONG, grupos, etc.) y registrar la hoja de vida de dicha entidad para que dicha informacin sea utilizada para postulaciones de trabajo segn convocatorias del mismo sistema Debe tener la interface para poder invitar a otro usuario identificado por el correo electrnico a ser tambin un editor de la mencionada entidad. a. El usuario invitado debe aceptar el rol de editor de la entidad indicada. b. Si el usuario no est registrado, este podr registrarse luego de recibida la invitacin por correo electrnico. Para cada entidad el sistema debe presentar los siguientes formularios en forma de pestaas y actualizar las partes mediante Ajax simplificando la interface de manera extensiva b) Datos generales de la entidad: Se debe crear un perfil similar al de usuario para usarlo con las entidades (Crear un P11 para entidades). Se permite la reutilizacin del cdigo del CMS para este caso. El sistema debe permitir la inclusin/eliminacin de campos y la posibilidad de exigir que ese campo sea llenado y as establecer los campos como obligatorios. El sistema debe poder indicar si un determinado campo debe ser nico o no. c) rea de trabajo/Productos: El sistema debe permitir crear uno o ms registros de cada uno de los rubros de trabajo en los que la entidad (empresa, organizacin, etc.) ofrece servicios o productos. Se debe poder relacionar en cada caso al sistema de taxonoma. d) Experiencia de la entidad: el usuario debe poder registrar cada una de las experiencias de trabajo o entrega de servicios, indicando el cliente y sus datos de contacto, las fechas de inicio y final, el monto facturado, una descripcin del tem y la relacin con el sistema de taxonoma con una o ms palabras. El sistema debe permitir subir documentacin que compruebe la veracidad de cada registro y solicitar al menos un documento por registro. Cada registro podr ser validado de igual manera que la hoja de vida de personas.

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

e) Estados Financieros: El sistema debe permitir el registro ilimitado de reportes financieros segn un grupo de campos dados al inicio de la consultora. El sistema debe permitir subir documentacin que compruebe la veracidad de cada registro y solicitar al menos un documento por registro. Cada registro podr ser validado de igual manera que la hoja de vida de personas. El sistema debe incluir el cdigo necesario para generar un archivo en formato PDF (similar al P11) incluyendo la informacin de todos los formularios. Los administradores del roster podrn: 1) Crear el registro bsico para una nueva entidad. El sistema deber enviar la invitacin al correo electrnico indicado como acceder junto a sus credenciales de acceso. Los administradores no pueden modificar datos de las entidades a menos que cuenten con el permiso especfico para hacerlo. 2) Registrar uno o ms comentarios a la hoja de vida incluyendo la fecha, el usuario que comenta y una calificacin 1-5. El promedio de las calificaciones debe ser mostrado en cualquier listado generado por el sistema y este debe permitir ir a una pantalla donde se ve el registro total de comentarios 3) Validar cada registro de datos, incluyendo la fecha de validacin, la referencia del usuario que realizo la validacin y comentarios. Si el usuario modifica sus datos, entonces el registro pasa de nuevo a un estado de No valido, pero debe quedar el historial de validacin anterior. 4) Registrar los acuerdos de trabajo o contratos con la entidad incluyendo fechas de inicio y finalizacin. 5) Introducir evaluaciones a los acuerdos de trabajo para todos los existentes en el historial de la entidad.

Sistema actual: Los formularios ya existen, sin Ajax y la informacin requerida no es completa. No existen relaciones de taxonoma. La bsqueda se realiza sobre los datos almacenados teniendo problemas cuando un usuario busca un texto y no coinciden los caracteres internacionales contra el texto ingresado por el usuario. Mdulo de administracin de usuarios a) Grupos de trabajo: El sistema debe permitir a los administradores del sitio el crear grupos de trabajo, los cuales deben tener el nombre de la entidad a la que pertenece y el nombre mismo del grupo. Cada grupo de trabajo debe poder registrar nombre y datos de contacto. b) Asignacin de usuarios a un grupo: El administrador principal tambin podr agregar usuarios a un determinado grupo (un usuario puede estar en varios grupos). Los usuarios de estos grupos sern denominados editores en el resto del documento.

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

Los usuarios asignados a un grupo podrn: a. Ver y editar convocatorias creadas por otros usuarios del grupo b. Crear convocatorias propias c. Realizar bsquedas de usuarios d. Administrar listas cortas de todos los grupos a los que pertenece Adems, el administrador principal podr otorgar a cualquier usuario del grupo el permiso de administrador de grupo, de manera que este usuario pueda agregar a otros usuarios (pero no asignar o quitar el rol de administrador de grupo) Las asignaciones de usuarios a grupos de trabajo deben ser realizadas obligatoriamente con fechas de inicio y finalizacin. Los permisos para actividad dentro del grupo deben ser solamente posibles durante las fechas indicadas. El sistema debe guardar registro de todas las asignaciones realizadas manteniendo el registro de asignaciones mediante: 1) Una vez que una asignacin ha sido creada y la fecha inicial ha llegado, entonces la asignacin no puede ser borrada y la fecha inicial no puede ser modificada. 2) Si la fecha final ha pasado, la asignacin no pude ser modificada de ninguna manera y para extender al usuario se debe crear una nueva asignacin. El sistema debe notificar la creacin y expiracin de una cuenta especfica a todo el grupo de trabajo. Un grupo que tiene convocatorias no puede ser eliminado. Se podr consultar el historial de usuarios en cada grupo mediante la interface adecuada. Sistema actual: Los administradores del roster solo pueden editar sus propias convocatorias. Solo los administradores del portal pueden crear administradores de roster. No existe registro de asignaciones Mdulo de convocatorias Debe permitir a los EDITORES del roster la creacin de convocatorias donde cada convocatoria incluye: a) b) c) d) e) f) Nombre del requerimiento Texto descriptivo corto del requerimiento (Limite debe ser configurable) Indicar si est destinado a entidades o a personas Nombre de la entidad que lo solicita (Si es distinta al nombre del grupo) Identificador de grupo que administrara la convocatoria (relacin automtica del grupo) Lugar donde se debe realizar el trabajo y/o la entrega del producto

10

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

g) Debe permitir adjuntar uno o ms documentos que detallen los requerimientos y condiciones. El sistema debe ser configurable en cuanto al tamao mximo de cada archivo e incluir una descripcin de cada tem. El cdigo para descarga debe permitir el resumir una descarga h) Opcin a invitar automticamente a los usuarios de las listas cortas (mandar una mail a los miembros de una o ms listas cortas). La invitacin debe basarse en una plantilla modificable. i) Establecer el rango de fechas en las que la convocatoria aparecer visible al pblico. Se debe tomar las fechas de inicio y fin como incluidas. j) El sistema debe exigir un mnimo de das para la publicacin y debe ser configurable a nivel global solamente por el administrador del sitio. k) Posibilidad de crear la convocatoria en modo borrador y despus cambiarla a publicada. Las acciones y/o visibilidad dependern de que la convocatoria este publicada. Si la fecha de inicio de publicacin es anterior al cambio, entonces el sistema debe establecerla a la fecha actual y dejar un registro de ese evento. Una convocatoria ya iniciada no debe permitir cambiar la fecha de inicio. Una convocatoria finalizada no se debe poder editar. Las convocatorias publicadas no pueden eliminarse. l) Posibilidad de exigir que un oferente registrado puede adicionar documentos referentes a una propuesta. Estos documentos podrn ser enviados mediante un subida sistema (UPLOAD) y con la posibilidad de utilizar el concepto de sobre cerrado explicado ms adelante. m) Posibilidad de adicionar invitados a la convocatoria mediante la bsqueda de personas o entidades utilizando el sistema de taxonoma y enviar invitaciones a presentarse en la convocatoria mediante un mail. Las funcionalidades de este mdulo deben ser: 1) Creacin edicin de convocatorias: Los editores del roster deben poder crear y editar sus convocatorias y/o las del grupo al que pertenecen. Tambin se deben poder agregar a editores especficos para permitirles la edicin ocasional solamente para esa convocatoria. Toda modificacin a una convocatoria publicada y dentro de un rango vigente de fechas debe ser notificada a los usuarios suscritos/interesados y al grupo de trabajo de editores (Ejemplo: Adicin de documentos, cambios de fecha, etc.). Sistema actual: Existe de manera simple 2) Exigencias: Los editores de la convocatoria podrn agregar exigencias a la convocatoria mediante la adicin de palabras del sistema de taxonoma para el registro acadmico, reas de trabajo y/o experiencia (La exigencia podr estar dirigida a solo una de esas o todas)

11

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

El sistema deber poder incluir exigencia de tiempos mnimos de experiencia que debern ser comparados con los especificados por el usuario mediante la taxonoma (Ej. Al menos 3 meses de programacin y web. El usuario podr saber al momento de intentar suscribirse si cumple con los requerimientos y de no ser as, podr modificar su hoja de vida a fin de aclarar y lograr el cumplimiento. El usuario slo podr ser marcado como suscrito a una convocatoria si las exigencias son cumplidas. Mientras las exigencias no son cumplidas el usuario deber ser clasificado simplemente como interesado. Los editores tambin podrn agregar una lista preguntas especficas a incluirse solo para esa convocatoria. El usuario que se suscribe deber completar dichas preguntas al momento de suscribirse. Los editores podrn solicitar que se adjunte a la suscripcin a una convocatoria, uno o ms documentos especficos que sean necesarios para la evaluacin del candidato. Sistema actual: No existen exigencias 3) Pre-Calificacin: El sistema debe permitir a los administradores del roster durante sus bsquedas indicar si un registro del CV relativo a experiencia de trabajo o historial acadmico ha sido verificado e incluir la fecha de verificacin, usuario que verific e indicacin si la verificacin fue positiva o negativa. El sistema debe permitir realizar nuevas verificaciones en el tiempo almacenando el historial de las anteriores pero dejando el estatus de la ltima verificacin. Las bsquedas de usuarios debe poder incluir la opcin de buscar solo usuarios pre-calificados tomando en cuenta que pueden estar validados todos sus registros de datos, algunos o ninguno. Si el usuario modifica un registro que ya fue verificado, este debe quedar como historial, pero debe ser excluido de la bsqueda de validados y ms bien pueden ser incluidos al seleccionar otra casilla para incluir usuarios con validaciones actualizadas El sistema debe permitir enviar consultas sobre un registro especifico a los usuarios como parte de cada verificacin y el usuario podr adicionar respuestas (que incluyan adjuntos) que permitan finalizar la verificacin. Sistema actual: No existe esta funcionalidad en el sistema actual 4) Bsqueda de convocatorias por los postulantes: El sistema debe poder listar las convocatorias en base a: ltimas convocatorias (mostrar las ltimas N), por taxonoma, por lugar de trabajo, etc.; cada una de estas vistas podr ser agregada a diferentes pginas del portal. Tambin debe incluir la posibilidad de filtrar las convocatorias en las que ha

12

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

participado o est participando. Toda convocatoria debe mostrar el nombre, fechas, grupo que publica, descripcin corta y enlaces a ver mas detalles. Sistema actual: Existe una lista simple y comn a todos 5) Bsqueda de convocatorias para editores: Los editores podrn realizar bsquedas como en el punto 4 y adems: por editor, las creadas por el mismo, todas las del grupo, etc. Toda convocatoria debe mostrar el nombre, fechas, grupo que publica, descripcin corta y enlaces a ver ms detalles y/o editar. Sistema actual: Existe una lista simple y comn a todos 6) Bsqueda de personas o entidades: Los editores debern poder encontrar a cualquier persona o entidad mediante bsquedas por taxonoma o palabras especficas que podran estar en cualquier campo de los formularios. La bsqueda de una persona o entidad debe poder realizarse en cualquier momento (Solo bsqueda) o al momento de estar creando listas cortas o convocatorias. La bsqueda debe estar implementada de manera que pueda utilizarse en todas las secciones donde es necesario buscar y seleccionar personas o entidades y mantenga la misma funcionalidad en todos estos lugares. La misma bsqueda deber proveer ya incluidos los enlaces para ver cualquier hoja de vida (persona o entidad). Al mostrar los resultados de la bsqueda, el sistema debe mostrar bastante informacin incluyendo el radio de validacin (X de Y), promedio de evaluaciones, etc. con sus respectivos enlaces a ver detalles, los cuales deben poder ser abiertos en ventanas distintas. Sistema actual: Slo puede buscarse al crear una lista corta. Se pueden ver todos los detalles y descargar el PDF, se pueden ver las evaluaciones 7) Suscripcin de personas o entidades: El sistema debe permitir a los usuarios registrados indicar su inters presionando un botn al ver la convocatoria y ser llevado a una pgina donde se le mostrar los requisitos y exigencias, los cuales al ser cumplidos permitirn finalizar la suscripcin. Los editores de la convocatoria podrn ver una lista de los usuarios que iniciaron la suscripcin y los que finalizaron la misma

13

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

Los usuarios podrn retirarse de una convocatoria suscrita pero el registro de la intencin debe quedar registrado y con la opcin de mostrarse en la lista si el editor lo requiere Al momento de la suscripcin, el sistema debe adjuntar a la convocatoria una copia del archivo PDF con el resumen a la fecha de la hoja de vida de la persona o entidad. En cada suscripcin el editor que ha creado la convocatoria debe recibir un mail indicando el estado de la misma y la lista de suscritos 8) Comunicaciones mediante e-mail a los suscritos: El editor debe poder filtrar u ordenar la lista y enviar un correo electrnico simple a los postulantes. Se debe guardar registro del mail enviado, detalles de quien lo envi y el estado de los filtros al momento de enviarlo. 9) Propuestas mediante sobre cerrado electrnico: El sistema debe permitir al editor de la convocatoria el establecer la opcin de requerimiento de propuesta mediante lo cual el sistema permitir al usuario suscrito enviar (Upload) documentos conteniendo la informacin de su propuesta. Se requiere que esta caracterstica cumpla con la condicin de sobre cerrado, para lo cual se especificar una fecha de apertura posterior a la fecha de finalizacin de la convocatoria y solo los miembros del grupo de editores podrn descargar las propuestas una vez pasada la fecha. El sistema almacenar el registro de la fecha en que el usuario que realizo la descarga. El sistema debe asegurarse que no se puedan ver las propuestas antes de la fecha indicada y dichas ofertas no puedan ser modificadas por el usuario suscrito luego de la fecha de vencimiento de la convocatoria. La fecha de apertura solo podr ser modificada durante la vigencia de la convocatoria. Al finalizar la convocatoria la fecha queda fija. 10) Preguntas y respuestas (Aclaraciones): Cada convocatoria tendr una seccin de preguntas y respuestas donde los usuarios que pueden ver la convocatoria tambin puedan realizar preguntas en cualquier momento durante la duracin de la convocatoria, o si el creador de la convocatoria lo especifica hasta une fecha definida al crear la convocatoria y que es menor a la fecha final de publicacin. Cada pregunta se mantendr invisible hasta que uno de los editores pueda completar la respuesta y aprobarla para que se establezca como visible. El editor tambin podr editar la pregunta a fin de corregir errores de forma. Los datos de quien realizo la pregunta deben ser annimos para los usuarios que no son editores de la convocatoria. En el caso de los editores los datos deben ser visibles.

14

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

La aprobacin y posterior edicin de una pregunta/respuesta deber ser notificada a los usuarios suscritos. Las preguntas modificadas deben guardar registro de la pregunta original del oferente. El sistema debe guardar un registro de primera lectura y ltima lectura de todas las preguntas aprobadas y con respuesta, de manera que el acceso quede registrado. Los miembros del grupo podrn ver un reporte de preguntas que no fueron vistas y los usuarios que no llegaron todava a verlas. El sistema podr enviar un recordatorio a los usuarios para que vean esta informacin a requerimiento del editor. La convocatoria debe poder especificar una fecha de cierre para el ingreso de consultas. Esta fecha debe estar entre el inicio y final de una convocatoria y los usuarios no podrn adicionar ms preguntas al llegar la fecha. La fecha de cierre de consultas debe mostrarse claramente en la convocatoria. 11) Calificacin: Los usuarios editores debern poder asignar un estado a cada una de las suscripciones segn una lista (configurable) de estados (En lista corta, en lista larga, recomendable, etc.) En cada convocatoria el editor podr filtrar u ordenar los registros por este estado El sistema debe ser capaz de exportar la lista filtrada u ordenada a CSV para ser visualizada en Excel El sistema debe ser capaz de exportar a un PDF todas las hojas de vida de la lista filtrada. En este caso el editor podr seleccionar si debe incluir los nombres o solo un identificador (Ej. Postulante 01) El sistema debe guardar registro de todos los cambios realizados en este punto Debe ser posible filtrar en la bsqueda por el tipo de calificacin obtenida en convocatorias pasadas 12) Seleccin: El editor podr indicar en el sistema quien fue seleccionado y ese dato debe ser visible para todos los usuarios. Los usuarios suscritos recibirn un mail indicando que la seleccin fue realizada. Tambin se podr especificar que la convocatoria quedo desierta Pasados X das despus de la finalizacin de la convocatoria, el sistema deber verificar si la seleccin fe realizada y de no ser as, deber solicitarlo al editor mediante correo electrnico. Pasados X+Y das, el sistema debe notificar a todo el grupo de trabajo 13) Registro de acuerdos de trabajo (Contratos): En caso de seleccin afirmativa, el editor deber registrar el acuerdo/contrato indicando las fechas de inicio y final. Si el acuerdo no

15

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

es registrado, el sistema debe notificarlo por email. Pasados X+Y das, se notificar al grupo. La pgina de bsqueda debe incluir la condicin Que tenga o haya tenido acuerdos de trabajo 14) Registro de evaluacin: El editor deber ingresar una evaluacin (Texto descriptivo y calificacin 1-5). Si la evaluacin no es ingresada, el sistema deber notificar al editor y luego al grupo de trabajo 15) Registro total de eventos: El sistema debe guardar registros de todas las intervenciones de los usuarios con respecto a una convocatoria (editores y no editores). Debe existir una pantalla para revisar este registro y poder filtrar.

Mdulo de Listas Cortas Los editores podrn crear listas cortas de personas o entidades a las cuales podrn dar un nombre y agregar dichas personas o entidades mediante bsquedas. Estas listas podrn ser utilizadas como simple referencia o para agregar candidatos a una convocatoria. El sistema debe incluir una interface para administrar las listas cortas. Un editor podr enviar su lista corta a otro editor (copia). El segundo debe aceptar para que la copia se produzca. Al mostrar los miembros de una lista corta se debe mostrar la misma informacin que se muestra al realizar la bsqueda. Los editores deben poder mover personas o entidades entre sus listas cortas. El usuario debe poder mandar un mensaje de mail simple a los miembros de la lista corta. Sistema actual: Existen las listas cortas y muestran la informacin como en las bsquedas

Envo de correos electrnicos Se deben utilizar rutinas de cdigo que permitan el manejo de cola de envo. El consultor debe crear las rutinas necesarias para producir las notificaciones en tiempo real y al total de usuarios que conformara la lista de destinatarios en cada caso. Todos los correos electrnicos deben estar basados en plantillas que pueden modificarse para ajustar a las necesidades de Naciones Unidas

16

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

Tiempo de trabajo estimado:

De 2 a 4 meses tomando en cuenta que 1) Se pretende reutilizar todo el cdigo posible 2) Las ideas estn claras y definidas de antemano 3) Se podrn utilizar libreras existentes que simplifiquen el trabajo

Requisitos del consultor

1) Al menos estudiante universitario 2) Programador con conocimientos avanzados del lenguaje de programacin ofertado y sus tecnologas relacionadas AJAX, WEB y HTML. 3) Al menos 2 cursos de lenguajes de programacin WEB 4) Buen conocimiento de la plataforma seleccionada (DotNetNuke o Joomla) 5) Buen manejo de bases de datos SQL server o MySQL 6) Capacidad de entender cdigo existente en el lenguaje seleccionado 7) Capacidad de trabajo en casa de tiempo completo (Debe contar con todos los recursos necesarios y ser responsable de las licencias necesarias para cumplir con la programacin: Entorno de desarrollo, SQL server de desarrollo, etc.) 8) Debe contar mnimamente con las herramientas necesarias y sus respectivas licencias de uso para crear el cdigo 9) Experiencia en al menos 2 trabajos en sistemas similares con DotNetNuke o Joomla, AJAX y MS SQL o MySQL 10) Debe presentar una propuesta de trabajo incluyendo un cronograma de como lograra cumplir con las especificaciones de este documento

Forma de trabajo
a) Recepcin de propuesta de trabajo incluyendo las plataformas a usarse y un cronograma simple de trabajo. b) Reunin inicial para revisar detalles especficos. Se realizaran acuerdos en cuanto a detalles tecnolgicos y herramientas a utilizar. c) El consultor entregara semanalmente un plan de trabajo para la semana siguiente. d) Deber enviar un reporte diario de los avances va correo electrnico. e) Al final de la semana o durante la misma debe ir enviando los avances para su testeo y revisin constante f) El pago se realizara al final de todo el trabajo, contra la entrega final del producto y conformidad del PNUD. Nota importante: El PNUD no se har responsable de ningn tiempo atribuido a desconocimiento del consultor en cuanto a programacin en las plataformas especificadas y a las tecnologas acordadas. Cualquier solicitud de uso de alternativas debe ser consultado durante el tiempo de la

17

[DESARROLLADOR DE APLICACIN WEB EN PHP O ASP.NET ] Mayo de 2011

convocatoria y mximo al inicio del contrato. En este caso, el PNUD se reserva el derecho de aceptar las alternativas si cumplen con los objetivos del proyecto.

Entrega final del producto

a) El consultor deber entregar todo el cdigo fuente y los mdulos con las instrucciones de instalacin. b) Comentarios a cada punto de este documento sobre lo trabajado y la forma en que est funcionando (Notas cortas para seguimiento). c) Prueba final del sistema con el personal de ICT del PNUD.

Propiedad intelectual
a) Todas las fuentes producidas son de propiedad del PNUD y el consultor no podr hacer uso indebido de las mismas sin consentimiento escrito. b) Todos los datos e insumos entregados al consultor durante el contrato son de propiedad del PNUD y el consultor se compromete a mantener la confidencialidad de los mismos. c) El consultor no podr vender, rentar, reusar el producto ni sus partes de ninguna manera.

18