Download CD-104-2005 (Servicios Profesionals desarrollo aplicación chip)

Document related concepts
no text concepts found
Transcript
UNIVERSIDAD DE COSTA RICA
OFICINA DE SUMINISTROS
UNIDAD DE LICITACIONES
CONTRATACIÓN DIRECTA No. 104-2005
“CONTRATACION DE SERVICIOS PROFESIONALES PARA EL
DESARROLLO DE UNA APLICACIÓN PARA LA PERSONALIZACION DEL
CHIP DE TARJETAS DE IDENTIFICACION PARA ESTUDIANTES DE LA
UNIVERSIDAD DE COSTA RICA”
La Oficina de Suministros recibirá ofertas por escrito, hasta las 10:00 horas del día 10
de noviembre de 2005, tendientes a la contratación indicada.
Los interesados deberán retirar el cartel, las Condiciones Generales y las
Especificaciones Técnicas en la Oficina de Suministros de la Universidad de Costa
Rica, ubicada en Sabanilla de Montes de Oca, de las instalaciones deportivas, 250
metros este y 400 metros norte. , previo pago de ¢300.00 en la Oficina de
Administración Financiera ubicada en el Edificio Administrativo "A" Ciudad
Universitaria Rodrigo Facio.
El cartel estará disponible en la siguiente página de internet http://www.vra.ucr.ac.cr,
cejilla OSUM, publicación de documentos. Los interesados en participar que adquieran
el cartel por este medio, deberán enviar al fax: 207-5975 los datos de la empresa,
número telefónico, fax y el nombre de la persona a quien contactar en caso necesario,
el incumplimiento de este requisito exonera a la Unidad de Licitaciones la no
comunicación de prórrogas, modificaciones o aclaraciones al concurso.
La estimación presupuestaria para esta contratación es la suma de ¢3.825.000.00
Ciudad Universitaria Rodrigo Facio, 02 días del mes de noviembre de 2005.
1
UNIVERSIDAD DE COSTA RICA
OFICINA DE SUMINISTROS
UNIDAD DE LICITACIONES
CONTRATACIÓN DIRECTA No. 104-2005
“CONTRATACION DE SERVICIOS PROFESIONALES PARA EL
DESARROLLO DE UNA APLICACIÓN PARA LA PERSONALIZACION DEL
CHIP DE TARJETAS DE IDENTIFICACION PARA ESTUDIANTES DE LA
UNIVERSIDAD DE COSTA RICA”
La Oficina de Suministros de la Universidad de Costa Rica, recibirá propuestas
por escrito, hasta las 10:00 horas del 10 de noviembre del año 2005,
tendientes a la contratación del trabajo indicado anteriormente.
1.
OBJETIVO
La Universidad de Costa Rica (en adelante UCR) pretende contratar los
servicios de una empresa o persona física (en adelante oferente) dedicada al
desarrollo de aplicaciones para la personalización de tarjetas inteligentes (que
utilizan tecnología “chip”) para la emisión de los carnés de identificación para
estudiantes de la UCR.
2. REQUISITOS MINIMOS DE LOS OFERENTES:

Poseer como mínimo el grado académico de Bachillerato en Ingeniería de
Sistemas o Computación.
 Debe estar incorporado al Colegio respectivo.
 La UCR inició el proyecto desde 1998 para dotar de identificación a la
Comunidad Universitaria, para ello se utilizó la tecnología de chip con el
sistema operativo CEN WG10, por lo que el proveedor deberá demostrar
tener experiencia en desarrollo de aplicaciones utilizando la tarjeta
inteligente “chip” CEN WG10. Esta experiencia debe demostrarse
presentando el Currículum Vitae en donde aporte una lista de clientes a
los que se les haya desarrollado aplicaciones o dado cursos de capacitación
utilizando esta tecnología. Debe incluir el nombre de la institución o
empresa, una descripción de la solución implantada, fecha de implantación,
nombre del responsable y número telefónico.
La Universidad se reserva el derecho de comprobar los datos.
3. SITUACION ACTUAL
La UCR cuenta con un parque de tarjetas de identificación para los miembros
de la Comunidad Universitaria, los cuales utilizan un “chip” de 2 Kbytes con el
2
sistema operativo CEN WG10 y cumplen con el estándar ISO-7816 1/2/3 t=0,
t=1.
Estas identificaciones se utilizan además para acceder los servicios del
Sistema de Bibliotecas mediante aplicaciones diseñadas para el uso de esta
tecnología. Estas aplicaciones utilizan el sistema administrador de bases de
datos ORACLE y tienen interfase con el sistema de automatización de
bibliotecas OLIB.
Adicionalmente se cuenta con el Sistema de Aplicaciones Estudiantiles (SAE),
el cual administra la información académica estudiantil, que está desarrollado
utilizando el motor de base de datos SYBASE y las herramientas Power
Builder.
4. REQUERIMIENTOS TECNICOS
Se requiere desarrollar una aplicación que permita que una vez impresos los
carnés, permita grabar el chip mediante un lector grabador. Los lectores
grabadores con que cuenta la Universidad son marca Castle modelo ACR38
USB(ACS).
La aplicación que se desarrolle, se debe conectar directamente con la Base de
Datos Estudiantil de la Oficina de Registro e Información (ORI), a saber el
Sistema de Aplicaciones Estudiantiles (SAE).
Esta aplicación nos permitirá la independencia en el proceso de
personalización de los credenciales, es decir, no depender de terceras
personas o empresas para realizar la personalización del chip e impresión del
carné.
Descripción del procedimiento
1.- Conexión con el sistema y validación del usuario:
La aplicación deberá validar el usuario y la contraseña contra la Base de
Datos Sybase. En esa base de datos se tendrá un usuario con los roles
necesarios para acceder las tablas y obtener la información requerida
para la personalización del chip.
3
Si el usuario y la contraseña es incorrecta se imprimirá en pantalla un
mensaje de error donde se indica que no se encuentra el usuario con
que se desea ingresar. Si el usuario es correcto se ingresara al sistema
y dependiendo del usuario y de los niveles de acceso que se hayan
definido para cada uno, así serán los permisos que tendrá la persona
sobre las opciones del sistema.
Si el lector seleccionado no se encuentra bien instalado igualmente se
imprimirá en pantalla un mensaje de error donde se indica que no se
puede iniciar sesión con el lector.
Si no hay problemas al iniciar, el sistema nos informará mediante un
mensaje que la sesión fue iniciada correctamente, y nos muestra todas
las opciones del sistema.
2. La aplicación recibirá como parámetro de entrada el Número de Cédula
del estudiante o del funcionario.
3. Determinar el usuario:
Se requiere saber si el número de cédula ingresado es de un estudiante
o de un funcionario. Vía ODBC se accede la Base de Datos Sybase, en
la cual se tendrán dos instancias:
 Base de Datos de estudiantes (SAE001BD)
 Base de Datos de Recursos Humanos (por definir)
Si es estudiante, se tendrá el siguiente modelo Entidad-Relación:
4
4. Actualizar datos del chip
Se debe controlar que el lector tenga una tarjeta insertada, si no la tiene,
se debe desplegar una ventana similar a la siguiente:
En esta ventana lo que hace es esperar a que el usuario inserte una
tarjeta ya sea de un estudiante o de un funcionario para realizar el
proceso de grabación de los datos.
El primer dato que se debe grabar en el chip es el tipo de usuario. Se
pueden presentar casos en el que un estudiante es a su vez funcionario
administrativo, o docente o ambos, de ahí la importancia de definir este
campo. Se maneja una tabla de valores que define cada tipo de usuario.
Docente
Administrativo
Estudiante
Pensionado
Visitante
Con el número de cédula dado como parámetro se accede la tabla
IDENTIFICACIÓN_ESTUDIANTE y se obtiene:
CARNE
TIPO_IDENTIFICACIÓN
Con los siguientes valores:
1 = cédula
2 = pasaporte
3 = cédula de residencia
4 = carné de refugiado
IDENTIFICACION
Con el número de carné, se debe acceder la tabla ESTUDIANTE y
obtener los campos:
5
Nombre y apellidos:
 Primer apellido: APELLIDO1
 Segundo apellido: APELLIDO2
 Nombre: NOMBRE
Fecha de nacimiento: FECHA_NACIMIENTO
Sexo: GENERO
Nacionalidad: CODIGO_NACION
Fecha de expedición del carné: es la fecha del sistema
Fecha de caducidad: se toma de la tabla CICLOS,
FECHA_FIN_PERIODO
la columna
Fecha de Ingreso a la UCR: se debe armar: 0102+ANNO_INGRESO_UCR
Estado
del
estudiante
ESTADO_ESTUDIANTE
en
la
Universidad
(Activo/Inactivo):
Con el número de carné se debe acceder la tabla
CARRERA_ESTUDIANTE y se obtienen los campos:
Código de Sede en que se encuentra empadronado: RECINTO
Unidad académica o Escuela: ESCUELA
Código de carrera: CARRERA
5. Actualizar datos en el chip para funcionarios:
Para determinar si además de estudiante el interesado es un funcionario,
se debe buscar en la tabla de Recursos Humanos.
Para simplificar el proceso, se creó una estructura en la misma base de
datos Sybase que contendrá la información de los funcionarios.
Puesto
Categoría Académica (Catedrático, Asociado, Adjunto, etc)
Condición laboral (interino, propiedad)
Jornada
Fecha de ingreso (como funcionario): en el caso de que también sea
estudiante, se debe tomar la fecha mayor
Fecha vigencia del puesto: en el caso de que también sea estudiante, se
debe tomar la fecha mayor
Régimen de pensión (reparto, capitalización, I.V.M., etc)
Una vez que se tienen todos los datos, la aplicación debe grabar el chip y
se debe crear una aplicación que permita validar la información grabada.
6
6. Estructura del chip: La tarjeta contiene un chip con la siguiente
estructura:
Datos personales:
Tipo
de
usuario:
(docente,
administrativo,
estudiante, pensionado, visitante, etc.)
Número de carné
Tipo de identificación
Identificación
Contraseña (PIN UCR)
Nombre y apellidos: Se puede separar en:
 Primer apellido Char (15)
 Segundo apellido Char(15)
 Nombre Char(20)
Fecha de nacimiento
Sexo
Nacionalidad
Tipo de sangre (RH)
Fecha de expedición del carné
Fecha de caducidad
Datos Estudiantiles
Fecha de Ingreso a la UCR
Código de Sede en que se encuentra empadronado
Unidad académica o Escuela
Código de carrera
Estado del estudiante en la Universidad
(Activo/Inactivo)
Datos del Sistema de bibliotecas
Fecha de caducidad acceso a la biblioteca
Nivel de servicios de la biblioteca
Definidos:
 Préstamo a domicilio
 Préstamo a sala
 Audiovisuales
 Reserva
 Bases de datos
Fecha vinculación externa
Vinculación externa
Reservado uso futuro
Integer
Char (8)
Integer
Char(20)
Char(10)
Char(50)
Date
Char(1)
Char(3)
Char(5)
Date
Date
Date
Char(2)
Char(4)
Char(6)
Char(1)
Date
Byte
Bytes(4)
Bytes(2)
Bytes(5)
Datos para uso de la Oficina de Recursos
Humanos
Puesto
Numérico (4)
Categoría Académica (Catedrático, Asociado, Numérico (2)
7
Adjunto, etc)
Condición laboral (interino, propiedad)
Jornada
Fecha de ingreso (como funcionario)
Fecha vigencia del puesto
Régimen de pensión (reparto, capitalización, I.V.M.,
etc)
Datos para uso exclusivo de Becas
Dato
Fecha inicial de disfrute del servicio
Alimentación
Fecha Final
de disfrute del servicio
Alimentación
Días de tiquete Desayuno
Días de tiquete almuerzo
Días de tiquete Merienda
Ultima Fecha de tiquete
desayuno
Ultima Fecha de tiquete
Almuerzo
Ultima Fecha de tiquete
Merienda
Categoría de Beca
Tipo de estudiante
Numérico (1)
Numérico (2,2)
Date
Date
Numérico (1)
Tipo
DATE
Descripción
DATE
Byte(6)
Byte(6)
Byte(6)
consumido date
consumido date
consumido date
Char (2)
Numérico(1)
Se tendrá una
hilera de 6 bits,
donde 1 indica
que
tiene
derecho
al
desayuno el día
en la posición
del bit, 0 no
tiene derecho
[111111]
Ultimo
tiquete
consumido
Ultimo
tiquete
consumido
Ultimo
tiquete
consumido
Beca
regular
4- residencia
8-Medicina
9- reubicación
Geográfica
8
DEFINICION FICHEROS TARJETA UNIVERSIDAD DE COSTA RICA
EF
Dominio
Response ECI
File
Longitud
(0021)
DF Name
Longitud
DF Name
Identificador del Emisor
del monedero
Longitud
Identificador del Emisor
Identificacion
Nombre
Apellido1
Apellido2
Fecha Nacimiento
Datos
Sexo
Personales Número Carnet
(0001)
Fecha expedición
Nacionalidad
Tipo de Sangre
Tipo de Identificacion
Perfil
(00 02)
Sede
Codigo Carrera
Fecha caducidad
Unidad Academica
Fecha Ingreso
Tipo Usuario
Estado
Reserva
Longitud
Tipo (Bytes)
B
B
B
B
B
1
1
1
1
7
B
B
BCD
A
A
A
A
BCD
A
A
BCD
A
A
A
1
1
3
20
20
15
15
4
1
9
4
3
5
1
C1
3
bbbbuu
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
A
A
BCD
A
BCD
A
A
BCD
97
2
6
4
4
4
2
1
10
33
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Fecha caducidad acceso
Biblioteca Biblioteca
BCD
(00 03)
Nivel servicios Biblioteca
B
Vinculacion Externa
BCD
Fecha caducidad vinculacion Exter B
Reservado
BCD
ORH
(00 05)
Puesto
Categoria Academica
Condicion Laboral
Jornada
Fecha Ingreso
Fecha Vigencia
Regimen Pension
Reserva
Contenidos
A
A
A
A
BCD
BCD
A
BCD
4
1
2
4
5
16
4
2
1
2
4
4
1
10
28
Seguridad
0F
Lectura libre
0E
Escritura prohibida
84
7
504622FF000401 (1)
Variable
Variable
Variable
Variable
Variable
(2)
Lectura libre
Escritura clave secreta
Lectura libre
Escritura clave secreta
Lectura libre
Escritura clave secreta
Variable
Lectura Libre
Escritura clave secreta
Variable
Variable
Variable
9
Becas
(00 06)
Fecha inicial disfrute Alimentación
Fecha Final disfrute Alimentación
Días de tiquete Desayuno
Días de tiquete almuerzo
Días de tiquete Merienda
Ultima fecha desayuno consumido
Ultima fecha almuerzo consumido
Ultima fecha merienda consumido
Categoría de Beca
Tipo de estudiante
Reserva
BCD
BCD
A
A
A
BCD
BCD
BCD
A
A
BCD
4
4
6
6
6
4
4
4
2
1
10
51
Código
(00 24)
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Variable
Código
B
8
Lectura prohibida
Escritura clave secreta
NT
(00 23)
Número de transacción
B
3
Lectura libre
Escritura prohibida
Keys
(00 22)
Claves
B
16
Lectura prohibida
Escritura clave secreta
7. Estándares de programación y documentación
El oferente deberá utilizar los estándares de documentación establecidos
actualmente para el SAE (Ver anexo 1) y proponer mejoras o presentar
propuestas para establecerlos en el caso de que no existan.
La
definición de los estándares debe abarcar todos los puntos que se
incluyen a continuación:

Estándares de nomenclatura:
Nombres para variables, constantes, controles, parámetros
funciones y métodos, atributos, módulos y formas.
Nombre para los objetos de la base de datos
Nombre para las aplicaciones
Nombre para los procedimientos, funciones y triggers.

Estándares de las especificaciones de las aplicaciones

Estándares de programación

Estándares de formatos de pantallas y reportes

Estándares de manejo de errores y mensajes
El catálogo de mensajes de error, debe contener código, descripción
del error y al menos una recomendación de la acción a seguir, todo
esto en idioma español.
10

Estándares de documentación:

Manual de operación el cual deberá incluir descripción de las
operaciones de menú y de las aplicaciones que invoca. Para cada
proceso
deberá
incluir:
procedimientos
de
respaldo,
procedimientos explícitos de operación normal y en caso de
contingencia los procedimientos de recuperación.

Manual técnico del sistema deberá incluir:
- Matriz Entidad-Atributos incluyendo su descripción.
- Matriz Tablas-Procesos.
- Script de la base de datos documentado.
- Relación de las aplicaciones (formas y reportes) con los
procesos asociados.
- Especificaciones de aplicaciones.
- Detalle de referencias cruzadas Programas-Tablas, TablasProgramas.
- Manejo de la seguridad.
- Diagramas Entidad-Relación.
Los manuales deberán ser presentados en dos ejemplares completos
impresos y toda la documentación completa en disco compacto, en
idioma español.
8. Derechos de propiedad sobre las aplicaciones
La (s) aplicación (es) programada(s) serán propiedad exclusiva de la
UCR, por lo que no podrán ser utilizadas por el ADJUDICATARIO, a
menos que reciba una autorización escrita por parte de la Institución.
Los productos programados incluyen tanto los programas fuentes como
los programas objeto desarrollados y todo código complementario
utilizado en el desarrollo del proyecto. Igualmente será de propiedad
exclusiva de la UCR toda la documentación que genere el
ADJUDICATARIO. En este sentido, la empresa contratada debe
entregar toda la documentación pertinente del proyecto, tales como
bitácoras, manuales, listados, y cualquier otra información que facilite la
comprensión de las labores ejecutadas durante el mismo, y que permitan
la modificación de los productos programados por parte de la
Universidad.
9. Capacitación
Se requiere capacitación para al menos dos (2) funcionarios del área de
informática, relacionadas con las futuras aplicaciones de uso de la
identificación, en el sistema operativo CEN WG10, el proceso de
personalización por primera vez, a fin de poder realizar modificaciones
en el futuro sobre la plataforma CEN WG10.
11
La capacitación será impartida en las oficinas de la Universidad de Costa
Rica. Debe indicar el contenido del curso, las horas destinadas para la
capacitación y un cronograma del mismo.
10. Garantías:
Garantía de funcionamiento del sistema
La garantía del servicio deberá ser de 12 meses mínimo, contados a
partir del recibido conforme y por escrito por parte de la UCR.
El ADJUDICATARIO debe garantizar que durante el plazo de garantía
del servicio, tendrá el personal calificado y disponible en forma
inmediata para atender cualquier consulta o situación no prevista en las
aplicaciones entregadas.
Las condiciones para brindar el mantenimiento correctivo serán las
siguientes:



El tiempo transcurrido entre el reporte de algún problema que afecte
la (s) aplicación(es) entregad(as) y la atención del problema no
deberá ser mayor de 4 horas.
El tiempo transcurrido entre la atención de un problema de la
herramienta de desarrollo utilizada y su respectiva solución no
deberá ser mayor de 2 días hábiles.
Durante el período de garantía los costos de mantenimiento correrán
por cuenta del ADJUDICATARIO.
12
UNIVERSIDAD DE COSTA RICA
OFICINA DE SUMINISTROS
UNIDAD DE LICITACIONES
CONTRATACIÓN DIRECTA No. 104-2005
“CONTRATACION DE SERVICIOS PROFESIONALES PARA EL
DESARROLLO DE UNA APLICACIÓN PARA LA PERSONALIZACION DEL
CHIP DE TARJETAS DE IDENTIFICACION PARA ESTUDIANTES DE LA
UNIVERSIDAD DE COSTA RICA”
I- CONDICIONES ESPECIALES
1. Vigencia de las Ofertas:
Las ofertas deberán tener una vigencia
fecha de apertura de las mismas.
de 30 días naturales a partir de la
2. Monto y Plazo de la Garantía de Participación:
No se requiere para esta contratación.
3. Monto y Plazo de la Garantía de Cumplimiento:
No se requiere para esta contratación.
4. Plazo de Adjudicación:
La Administración podrá tomar hasta 22 días naturales para realizar la
adjudicación, contados a partir de la fecha de apertura de las ofertas.
5. Forma de Adjudicación:
La Administración se reserva el derecho de adjudicar en forma total o declarar
desierto el concurso.
6. Plazo de Entrega:
La (s) aplicaciones deberán ser entregada(s), revisada(s) y probada(s) como
plazo máximo el 20 de enero del 2006.
7. Forma de Pago:
Se pagará en colones costarricenses dentro de los treinta (30) días naturales
siguientes a la presentación de las facturas en la Oficina de Administración
Financiera. Se pagará de acuerdo a la siguiente tabla.
Detalle
Porcentaje
Contra entrega e instalación, pruebas y el correcto 50%
funcionamiento de la(s) aplicaciones.
Contra la entrega de la documentación (descrita en el 25%
punto 7 de las condiciones técnicas) y la entrega del ó
los programas fuente
13
Se reservará el 25% del monto total del proyecto para 25%
entregarlo después de la aceptación formal por parte de
la UCR, de la recepción final conforme.
TOTAL
100%
Las facturas deberán ser aprobadas previamente por la Oficina de Registro e
Información que administra el servicio, hasta el monto máximo que establezca
la Orden de Servicios.
8. Seguros:
Los empleados que utilizará el adjudicatario para prestar el servicio no tendrán en lo
absoluto ninguna relación laboral con la Universidad de Costa Rica, por tanto, todos
los salarios, cargas sociales y otros beneficios sociales regulados por Ley deberán ser
pagados por el contratista, en un todo con el ordenamiento jurídico nacional. No
obstante, el contratista se compromete a pagar oportunamente al personal asignado.
Evaluación de Ofertas:
Los elementos que serán tomados en cuenta para la calificación final, así como
sus valores relativos serán los siguientes:
Factor
Precio
Puntaje
100%
Precio (100 %):
La calificación se realiza asignando el puntaje máximo al OFERENTE que
ofrezca el precio menor. Los otros puntajes se asignan a los demás
OFERENTES en forma proporcional aplicando la siguiente fórmula:
PP:
Puntaje de precio.
MinPrecio: Precio de la oferta más baja.
Precio:
Precio de la oferta en estudio
La fórmula se aplicará de la siguiente manera:
PP = (MinPrecio / Precio ) * 100
14
II. CONDICIONES GENERALES
1. Entrega y Presentación de la Oferta:
La Oferta deberá presentarse en la fecha y antes de la hora y fecha indicada
para el vencimiento en el Cartel, en la Oficina de Suministros , Unidad de
Licitaciones de la Universidad de Costa Rica, ubicada en Sabanilla de Montes
de Oca, de las Instalaciones Deportivas 250 metros al Este y 400 metros al
Norte.
La oferta deberá presentarse por escrito, en sobre cerrado, correctamente
identificada, rotulado con el número y objeto de la contratación, nombre del
oferente y su cedula (Física o Jurídica). Toda oferta deberá presentarse en
papel corriente, en original y una copia idéntica, firmada por el oferente o
representante legal, sin tachaduras ni borrones. Cualquier corrección debe ser
hecha mediante nota. Debe indicar claramente:

Nombre y dirección de la casa oferente y según sea el caso, del
exportador, del apoderado, del representante o distribuidor en Costa
Rica, con indicación del nombre, cédula, dirección y la posición del
firmante dentro de la empresa, número de cédula jurídica, número de
fax, para recibir notificaciones, caso contrario, se tendrá por notificado
en el transcurso de 24 horas, precio total cotizado deberá presentarse
en números y letras coincidentes. En caso de divergencia entre ambas
formas prevalecerá la consignada en letras. (Art.52.5 del RGCA).

Toda oferta debe ser cotizada libre de todos los impuestos, indicando el
monto y el tipo de impuestos por separado. La Universidad de Costa
Rica está exenta de los mismos, según Ley No. 7293, artículo 6,
publicada en la “LA Gaceta “No. 63 del 31 de marzo de 1992. No se
exonerarán materiales o servicios adquiridos por subcontratistas.
2. Documentos que deben aportar:
Los Proveedores interesados en participar que no se encuentran activos en el
Registro de Proveedores de la Institución deben aportar los documentos
legales y declaraciones juradas que establece la Ley de Contratación
Administrativa y su reglamento (Certificación sobre la personería jurídica y
propiedad de las acciones, copia certificada de la cédula jurídica, Declaración
Jurada de que no le alcanzan las prohibiciones del artículo 22 de la Ley de
Contratación Administrativa, los artículos 24.4 y 53.2 del Reglamento General
de la Contratación Administrativa y que se encuentra al día con las
obligaciones Obrero-Patronal de la Caja Costarricense del Seguro Social).
Lgr.
15