TÉRMINOS DE REFERENCIA

CONTRATACIÓN PARA EL DESARROLLO DEL PROYECTO DE APLICATIVO MÓVIL ÚNICO

OSCE Y ALERTAS OSCE

1. ANTECEDENTES

El 21 de mayo de 2018 el Gobierno de la República del Perú firmó el Contrato de

Préstamo No.4428/OCPE con el Banco Interamericano de Desarrollo para financiar
el Proyecto “Mejoramiento de la Capacidad para la Generación del Conocimiento y
Mejora Continua en la Gestión de la Contratación Pública” (en adelante el
Proyecto), el cual tiene como objetivo fortalecer la gestión de la inversión y las
contrataciones públicas para contribuir con la reducción de las brechas de
inversión en sectores clave de la economía y por áreas geográficas del Perú.

Los objetivos específicos del Proyecto son: (i) mejoramiento de la gestión de la

inversión pública para la efectiva prestación de servicios y la provisión de la
infraestructura prioritaria; (ii) mejoramiento para la capacidad para la generación
del conocimiento y mejora continua en la gestión de la contratación pública,
dentro del ciclo de inversión pública.

Para el logro de los objetivos señalados, el Proyecto contempla la ejecución de los

componentes siguientes:

▪ Componente 1: Mejora de la capacidad del marco institucional.

▪ Componente 2: Desarrollo e implementación de una plataforma de soporte al
proceso de contratación orientado a la gestión por resultados y maximización
del valor por el dinero.
▪ Componente 3: Mejora de la capacidad del capital humano.

Considerando que hoy en día existen una serie de problemáticas e iniciativas

orientadas a mejorar la situación actual del proceso de compras y que el resultado
del componente 1 se generará a mediano plazo, es que el Organismo Supervisor
de Contrataciones del Estado (OSCE) requiere desarrollar e implementar proyectos
complementarios que permitan obtener mejoras inmediatas, resultados
demostrables y preparación del ambiente necesario para los cambios con mayor
impacto a generarse en el futuro con las diferentes implementaciones.

Por lo mismo, el Organismo Supervisor de Contrataciones del Estado (OSCE)

requiere contar con el desarrollo del proyecto de aplicación móvil única OSCE el
cual permitirá generar una arquitectura única base para desarrollos móviles sobre
el cual se acoplarán nuevos servicios para ser utilizados por los usuarios
integrándolos a dicha aplicación única móvil. Además este proyecto consta del
desarrollo de un servicio móvil denominada Alertas OSCE, el cual será montado en
la arquitectura de esta aplicación única móvil.

2. OBJETIVO GENERAL Y OBJETIVOS ESPECÍFICOS DE LA CONSULTORÍA

 2.1. OBJETIVO GENERAL

El presente servicio, permitirá el desarrollo e implementación de una

arquitectura para la aplicación móvil única para el Organismo Supervisor de
Contrataciones del Estado (OSCE), con la finalidad de contar con un solo portal
de servicios móviles que sea de fácil uso para el usuario. Así mismo, se
desarrollará el servicio o módulo de Alertas OSCE como primer paso al inicio
de implementación de nuevas funcionalidades montadas en la nueva
arquitectura.

2.2. OBJETIVOS ESPECÍFICOS

2.2.1. Crear una aplicación única móvil que genere representatividad

institucional, siendo intuitivo y seguro para el usuario. Esta aplicación
móvil
2.2.2. Desarrollar una arquitectura robusta para móviles que permita ser
sostenible y escalable en el tiempo, permitiendo la adición de nuevas
funcionalidades, módulos o integraciones futuras con otros sistemas de
información.
2.2.3. Desarrollar el servicio o módulo móvil Alertas OSCE, que permita registrar
alertas de usuarios autorizados por OSCE acerca de anormalidades en
obras u otras situaciones que el OSCE determine.

3. ALCANCE DEL SERVICIO

3.1. REQUISITOS:

La consultoría se encargará de realizar el análisis, propuesta, programación e

implementación de la arquitectura móvil única de la organización, así como
también del módulo y/o servicio móvil para el registro y seguimiento de alertas
reportadas por los usuarios autorizados por OSCE (participante, proveedor,
entidad, ciudadano u otros) como primera funcionalidad que soporte la
arquitectura creada. Estos desarrollos se harán con una tecnología moderna,
escalable y sostenible en el tiempo, garantizando el ciclo de vida de los
productos y servicios de software que se suministre, desarrolle y opere;
velando en todo momento por el cumplimiento de la normativa peruana
vigente, en particular la relacionada al ciclo de vida de software y protección de
datos personales. Asimismo con los parámetros de evaluación y gestión de
proyectos de sistemas de información basado en estándares, así como el de
seguridad física y control de accesos.

▪ Los estándares a tomar en cuenta para el desarrollo de los servicios web

(webservices, APIs, otros) y/o aplicaciones web serán los siguientes:

Item Descripción Estándar Especificación

 1 Arquitectura MVC y/o derivado MVC Modelo Vista Controlador

2 Lenguaje de Java 8+ Framework: Spring Boot

Programación 2.0+
Front End: Angular
Material 8+

3 Motor de Base de MSSQL Server u Oracle

Datos 12c

4 Plataforma Web

5 Servicio web SOAP / REST

6 Servidor de JBoss
Aplicaciones

7 Otros Seguridad: (*) Diseño responsive de

- Protocolo OAUTH2 acuerdo a punto 2
- JSON Web Token (JWT) (Lenguaje de
Técnica de Diseño Web: programación)
- Diseño Responsive Front End: Angular
Material 8+

▪ Los estándares a tomar en cuenta para el desarrollo de aplicaciones móviles

serán los siguientes:

Item Descripción Estándar Especificación

1 Arquitectura MVC y/o derivado MVC Modelo Vista Controlador

2 SDK Flutter Disponibilidad para

Android y para IOS
(generación del código de
forma simultánea para
ambas plataformas).

3 Motor de Base de SQLite 3.4+ Integración a través de

Datos servicios web: MSSQL
Server , Oracle 12c u
otros.
Uso SQLite según
corresponda.

4 Plataforma Android Dispositivos móviles

& IOS (Celulares, Tablets,
Smartphones).

5 Servicio web SOAP / REST

 ▪ Los diagramas solicitados deberán cumplir con la notación UML 2.0 como
mínimo.

3.2. REQUERIMIENTOS:

La consultoría deberá incluir los siguientes aspectos:

3.2.1. Participar de la reunión inicial del proyecto (kick-off) para la entrega de

documentación o recursos por parte del equipo del Proyecto BID, con la
finalidad de iniciar el análisis funcional y el desarrollo del producto
(Proyecto BID hará entrega del documento de requerimientos, ficha del
proyecto, entre otros insumos).

3.2.2. Analizar, construir, programar y probar la aplicación única móvil OSCE

que tendrá incluída un módulo móvil denominado “Alertas OSCE”.

a) Arquitectura móvil Única

● Elaborar la propuesta de arquitectura móvil único que establezca la

especificación técnica y prototipo estándar (diseño de interfaces) que
permita implementar nuevos servicios y/o módulos móviles
centralizándolos en un solo aplicativo.

● Especificar técnicamente la propuesta de arquitectura que debe

adoptarse como aplicación única móvil en la institución, permitiendo
que éste sea escalable en el tiempo, asimismo que se puedan
implementar nuevos servicios y/o módulos móviles futuros. La
arquitectura, como especificación técnica, debe contemplar
definición de frameworks, lenguaje de programación a utilizar,
estándares para la definición de APIs, patrones de diseño a utilizar y
criterios para el almacenamiento local y la persistencia de datos.

● Las alternativas de solución para la selección de la tecnología

apropiada en cada capa, deben ser especificadas por el proveedor y
sustentadas con respecto a volumen de transacciones, tiempo de
respuesta esperado, interfaces, número de usuarios concurrentes
esperados, volumen y tipo de información.

● Para la arquitectura de las aplicaciones móviles del OSCE se ha

considerado dividir las funciones de cualquier desarrollo en tres
capas lógicas:

- Presentación o FrontEnd. Se encarga de facilitar al usuario final el

acceso a las funciones de la aplicación de manera comprensible y
oportuna. Estas funciones pueden ser desarrolladas en código
nativo a los dos sistemas operativos con mayor presencia en el
 mercado (Android e IOS) o utilizando tecnologías web (javascript,
HTML).

- Capa de Negocio. Tiene como misión aplicar las transformaciones

necesarias a los datos de la institución para hacerla legible a la
capa de presentación. Esta capa se implementa siguiendo los
criterios de la arquitectura SOA y microservicios. El proveedor
deberá proveer las recomendaciones para la definición y diseño de
APIs y servicios, los criterios para la selección de lenguaje de
programación y los mecanismos para su implementación y
despliegue.

- Capa de Datos. provee de toda la información que maneja el

OSCE. Las principales fuentes de datos la constituye los RDBMS
(Oracle) y MSSQL Server de su centro de datos, pero debe
considerarse también el acceso a otras fuentes como archivos de
datos no estructurados ( excel, word u otros) y servicios externos
(RENIEC, SUNAT, etc.). El proveedor debe indicar la estrategia a
seguir para el acceso a estas fuentes de datos según su
disponibilidad y naturaleza.

● Desarrollar el módulo de seguridad el cual permita:

- Descargar la aplicación móvil del Play Store, App Store y/o sitio
oficial de OSCE. Debe estar disponible tanto para IOS versión 12
como para Android versión 9 (Pie) o superior.
- Inscribirse como usuario, se verificará la información ingresada
usando los API disponibles en la OSCE, en caso lo requiera la
aplicación.
- Asimismo se debe considerar el uso por usuarios no identificados
o anónimos, estos usuarios sólo tendrán acceso a funciones y
aplicaciones que OSCE determine.
- Ingresar a la aplicación móvil única (iniciar sesión) a través de un
usuario y contraseña, y acceder a todas las funcionalidades que le
correspondan según perfil asignado. Tomar en cuenta que la
autorización se realizará por Token, el cual debe ser generado
utilizando el protocolo OAuth2 con forma de envío JWT (JSON
Web Token). El Token debe ser generado con un tiempo de
expiración configurable, máximo de una (01) hora. De igual forma,
este módulo debe contemplar la recuperación de contraseña, en
caso el usuario no la recuerde.
- Recibir mensajes, noticias e información emitida por el OSCE.
- Hacer consultas, comentarios y contestar mensajes hacia el OSCE.
- Mostrar una lista de aplicaciones de OSCE a las que tiene acceso el
usuario según el perfil (participante, proveedor, entidad,
ciudadano u otros) y permitir que pueda iniciarlas desde la misma
 aplicación. El proceso de instalación de estas aplicaciones debe ser
automático sin requerir intervención del usuario.
- Modificar la información del perfil indicando preferencias en el
tipo de noticias e información que se recibirá.
- Permitir manejar una foto de perfil asignada por el usuario.
- Administrar las aplicaciones móviles de OSCE a través de un
sistema web que permita:

a. Gestionar el módulo de seguridad donde se puedan registrar,

actualizar o eliminar usuarios.
b. Emitir noticias para uno o un grupo de usuarios.
c. Enviar mensajes a un usuario y ver la respuesta.
d. Visualizar la actividad de cada usuario.
e. Gestionar las aplicaciones de OSCE a las que tiene acceso cada
usuario permitiendo asignarlas o retirarlas.

● Especificar el prototipo estándar (diseño de interfaces) que deberá

ser usado tanto por la aplicación central móvil como por cada uno de
los servicios y/o módulos adheridos a la nueva arquitectura. El diseño
debe ser concebido con los colores y logos acorde a la institución, así
como el diseño de interfaces debe ser creado bajo estándares
actuales en el mercado.

b) Módulo móvil “Alertas OSCE”:

● Desarrollar e implementar el módulo móvil denominado Alertas

OSCE, el cual permitirá a los usuarios autorizados por el OSCE
registrar anomalías acerca de acerca de anormalidades en obras u
otras situaciones que el OSCE determine.

● Solicitar al usuario permisos de geolocalización para uso exclusivo de

la aplicación (en caso no se haya dado los permisos necesarios
durante la instalación del aplicativo en el dispositivo móvil del
usuario).

● Mostrar al usuario cuando ingrese a sesión:

- Un mapa de un radio aproximado a su geolocalización donde
visualice puntos de interés determinados por OSCE cercanas a su
radio (desarrollar y consumir servicio web que permita mostrar
dichos puntos) u otros puntos u objetos de interés del OSCE.
- La posibilidad de gestionar información de georeferenciación de
puntos de interés determinados por OSCE.
- El número de alertas, comentarios y visitas realizadas por parte
del usuario.

● Visualizar información del punto de interés al dar un pique en el

icono mostrado en el mapa (obra). La información debe ser obtenida
 desde un servicio web (desarrollar y consumir servicio web) el cual
debe considerar el nombre del punto de interés y otro tipo de
información determinado por el OSCE.

● Alertar a través de un botón (opción que se mostrará cuando el

usuario visualice la información del punto de interés u otra indicación
dada por OSCE). Una vez que el usuario pulse el botón “Alertar”, se
capturarán los datos de geolocalización de dicho punto de interés
además de solicitar el motivo de la alerta (combo con opciones
predeterminadas), descripción de la alerta (campo libre de texto) y se
permitirá la carga de fotos que deberán ser tomadas como parte de
la aplicación móvil (se puede permitir tomar hasta 4 fotos por alerta).
Finalmente, se enviará la alerta a través del botón “Enviar”.

● Enviar un correo electrónico tanto al usuario que envió la alerta,

como al administrador de alertas para el seguimiento respectivo.

● Buscar puntos de interés a partir de filtros (provincia, departamento,

distrito, nombre) y de igual manera a través del mapa interactivo,
puesto que mientras el usuario va avanzando en el mapa, se
mostrarán los puntos de interés para luego poder alertar.

● Seguimiento de alertas realizadas por el usuario hasta la fecha actual

(Listar alertas realizadas por el usuario y estatus en la que se
encuentra la alerta, mostrar respuesta por parte de la institución).

● Buscar y listar alertas realizadas por otros usuarios a través de la

aplicación, mostrando fecha, nombre, ubicación y motivo de alerta
(aquellos que se encuentren en su radio de geolocalización o dentro
del distrito que el usuario colocó como registro).

c) Módulo web para seguimiento de alertas

● Visualizar las alertas realizadas por todos los usuarios a través de un

sistema web donde se:

- Permita a la institución gestionar las alertas realizadas por los

usuarios.
- Permitir ingresar a sesión con perfil administrador y visualizar
mediante una bandeja las alertas que provienen de los
registros realizados por los usuarios desde su aplicación móvil.
- Responder las alertas a los usuarios mediante un botón, y
colocar el estado de la atención de la alerta (pendiente,
aceptada, respondida, cancelada).
- Enviar correo electrónico y notificación al veedor sobre la
respuesta dada por la OSCE .
 - Gestione un módulo de seguridad donde se puedan registrar,
actualizar o eliminar usuarios.

d) Seguridad
● Permitir guardar registros de auditoría (acciones) de importancia, así
como la información en el documento de evidencias (log
estructurado).

- Registros de Auditoría
- Documento de evidencias (log estructurado): Documento que
permitirá registrar la auditoría de los movimientos o acciones
principales realizadas durante los procesos resaltantes.

e) Realizar las pruebas unitarias de los servicios y aplicativo móvil a lo largo

de todo el desarrollo, que permita la correcta puesta en marcha.

3.2.3. Análisis/Construcción:

a) Realizar las especificaciones de caso de uso (ver Anexo N°01) que será
utilizado tanto para el desarrollo de la arquitectura como del servicio
y/o módulo móvil de Alerta.

b) Definir el Diagrama de Actores (servicios y componentes) incluyendo la

Matriz de Perfiles y Accesos (ver Anexo N°02).

c) Realizar el documento de Diseño del Sistema de Información (servicios y

componentes) el cual debe contener como mínimo (ver Anexo N°03):

● Arquitectura del sistema, aplicación, módulo o servicio web.

- En caso de servicios web, se debe especificar: métodos, entradas,
salidas, nombre del campo, tipo de dato, longitud, obligatoriedad
(si/no), descripción del método y del campo.
● Diagrama de componentes.
● Diagrama Entidad Relación.
● Diccionario de Datos:
- Especificación de cada tabla (nombre de tabla, descripción de
tabla, nombre de columna, tipo de dato, nulo/no nulo, primary
key (PK), foreign key (FK), tabla de referencia, descripción por
columna).

d) Definir casos de pruebas para certificación de los servicios y

componentes desarrollados.
3.2.4. Programación

a) Codificar o desarrollar los requerimientos (ref. inciso 3.2.

REQUERIMIENTOS) del documento en base a la investigación y
documentación generada durante el Análisis (ref. inciso 3.2.2.a.
Aplicativo único móvil OSCE (Arquitectura móvil único), 3.2.2.b. Módulo
móvil “Alertas OSCE”, 3.2.2.c. Módulo web para el seguimiento de
alertas, 3.2.2.d. Seguridad).
b) Generar código fuente de los servicios y aplicación adecuadamente
utilizando IDE Eclipse y Flutter según corresponda.
c) Versionar código fuente (repositorio GIT) incluyendo configuración y
manejo de dependencias (usando Maven), comentando las principales
actividades.
d) Realizar revisiones a través de depuraciones de calidad de código fuente
(análisis estático utilizando SONARLINT, SONARQUBE u otros
equivalentes) y análisis de vulnerabilidad.
e) Realizar las pruebas unitarias de la arquitectura y del módulo móvil a lo
largo de todo el desarrollo, que permita la correcta puesta en marcha.

3.2.5. Pruebas

a) Realizar pruebas de integración para validar consistencia y ajustes

necesarios de acuerdo con los requisitos y diseño definitivo aprobado
por el equipo de gestión del proyecto.
b) El consultor deberá desplegar el producto en el ambiente de pruebas
funcionales de aceptación, donde el equipo técnico realizará la
validación del requerimiento con el o los usuarios expertos que defina,
validando el completo funcionamiento el requerimiento solicitado y los
casos de pruebas generados en el análisis (punto 3.4).
La entidad, podrá adicionar un máximo de 20% de los casos de prueba,
que considere necesarios para verificar o validar los requerimientos
funcionales y no-funcionales del producto.

3.2.6. Pase a producción

a) La OTI, con el acompañamiento del consultor, ejecutará esta fase

desplegando el software certificado en el ambiente de producción que
se defina, tomando como base la documentación elaborada y provista
por el consultor.
b) Cabe precisar que los despliegues en producción se ejecutarán de
acuerdo con los horarios que establezca la OTI de acuerdo a su
protocolo.

3.2.7. Transferencia de conocimientos

a) Creación de manuales técnicos y manual funcional:

 ● Manual del desarrollador: El cual permita la configuración y
habilitación del entorno del desarrollador (Ejm. Configuración de
librerías, otros).
● Manual de especificaciones técnicas:
- Base de datos: tablas, procedimientos, vistas y demás objetos
creados.
- Servicios y componentes (Especificación).
- Configuración (permisos, niveles de autorización y otros).
- Consideraciones generales para mantener la disponibilidad.
● Manual de usuario (funcional)
b) Capacitación teórica - práctica al equipo de OTI, DSEACE y/u otras áreas
usuarias.
c) Entrega de la documentación desarrollada en el proyecto (tanto en
formato word como en formato original. Ejm: diagramas, otros).
d) Realizar el acompañamiento técnico durante el proceso de
transferencia, configuración, instalación e implementación del proyecto.

3.2.8. Transferencia de servicios y componentes

a) Código fuente de los servicios y componentes adecuadamente

comentando y versionado.

4. METODOLOGÍA
4.1. La metodología deberá estar alineada a la NTP ISO/IEC 12207 en lo referido a
los procesos y actividades relacionadas al alcance del servicio. Además, deberá
proporcionar los artefactos que correspondan a cada fase del servicio, de
acuerdo con los estándares proporcionados por la Entidad.
4.2. Debido a la situación de pandemia establecida por la OMS y la Declaratoria de
Estado de Emergencia establecido por el Estado Peruano, es posible que
muchas de las reuniones presenciales enumeradas en este TdR, sean
reemplazadas por remotas, utilizando alguna herramienta de
telecomunicaciones, videoconferencia y/o trabajo colaborativo, que en caso
sea necesario proporcionará el Equipo de Gestión del Proyecto del BID.

5. ACTIVIDADES A REALIZAR
5.1. Participar de la reunión inicial del proyecto (kick-off) (ref. inciso 3.2.1)
5.2. Analizar, construir, programar y probar (ref. inciso 3.2.2)
5.3. Análisis/Construcción (ref. inciso 3.2.3)
5.4. Programación (ref. inciso 3.2.4)
 5.5. Pruebas (ref. inciso 3.2.5)
5.6. Pase a producción (ref. inciso 3.2.6)
5.7. Transferencia de conocimientos (ref. inciso 3.2.7)
5.8. Transferencia de servicios y componentes (ref. inciso 3.2.8)
5.9. Reuniones semanales para establecimiento de objetivos y revisión de
avances (sprint o hitos específicos) de los productos solicitados.
5.10. Presentación preliminar de la solución antes de realizar la presentación final
del producto.
5.11. Reuniones semanales en compañía del equipo BID, OTI y/o área usuaria.
5.12. Generación de actas de cada reunión realizada.

6. PRODUCTOS E INFORMES A ENTREGAR

El consultor deberá presentar sus entregables a través de correo electrónico a las

direcciones electrónicas que se le indicará en la reunión inicial del proyecto y
mientras dure la situación de pandemia. Cuando las actividades se normalicen, se
entregarán además a través de los canales que oficialice el OSCE.

Los productos presentados se realizarán de acuerdo con el siguiente cuadro:

N° Descripción de Entregable Plazo de Servicio

Primer a) Plan de trabajo / cronograma de Máximo 15 días

Entregable actividades. calendario, contados
b) Análisis funcional y construcción de la desde el día hábil
arquitectura móvil única (ref. inciso siguiente de la
3.2.2.a), módulo móvil “Alertas OSCE” suscripción del
(ref. inciso 3.2.2.b), módulo web para contrato respectivo
seguimiento de alertas (ref. inciso 20%
3.2.2.c).
▪ Realizar las especificaciones de caso
de uso- ver Anexo N°01 que será
utilizado para el desarrollo del
módulo móvil y módulo web (ref.
inciso 3.2.3.a).
▪ Definir el Diagrama de Actores del
Sistema de Información (servicios y
componentes) incluyendo la Matriz
de Perfiles y Accesos - ver Anexo N°02
(ref. inciso 3.2.3.b).
▪ Realizar el documento de Diseño del
Sistema de Información de servicios y
componentes - ver Anexo N°03 (ref.
3.2.3.c).
▪ Definir casos de pruebas para
certificación de los servicios y
 componentes desarrollados, con la
participación de la OTI y DSEACE (ref.
inciso 3.2.3.d)
c) Informe N°01.
a) Desarrollo de funcionalidades solicitadas
(ref. inciso 3.2.4):
▪ Aplicativo único móvil OSCE -
Arquitectura móvil único (ref. inciso A los 45 días
3.2.2.a). calendario, contados
Segundo ▪ Módulo móvil “Alertas OSCE” (ref. desde el día siguiente
Entregable inciso 3.2.2.b). de culminada y
▪ Seguridad (ref. inciso 3.2.2.d). aprobada el primer
b) Integración de código fuente en el entregable.
repositorio del proyecto (código 30%
adecuadamente documentado/
comentado).
c) Informe N°02.
a) Desarrollo de funcionalidades solicitadas
(ref. inciso 3.2.4):
▪ Módulo web para seguimiento de
alertas (ref. inciso 3.2.2.c). A los 75 días
b) Integración de código fuente en el calendario, contados
Tercer repositorio del proyecto (código desde el día siguiente
Entregable adecuadamente documentado/ de vencido el plazo de
comentado). servicio del segundo
c) Transferencia de conocimientos (ref. entregable.
inciso 3.2.7). 40%
d) Transferencia de servicios y
componentes (ref. inciso 3.2.8).
e) Informe N°03.
A los 90 días
calendario, contados
a) Pruebas (Ref. inciso 3.2.5).
desde el día siguiente
Cuarto b) Actas de aceptación de las pruebas
de vencido el plazo de
Entregable funcionales.
servicio del tercer
c) Informe Final.
entregable.
10%

7. DURACIÓN DEL SERVICIO

El plazo máximo para la ejecución del servicio será de noventa (90) días calendario
contados a partir del día siguiente hábil de la firma del contrato respectivo.

8. RECURSOS Y FACILIDADES A SER PROVISTOS POR LA ENTIDAD CONTRATANTE

OSCE facilitará al consultor la documentación necesaria que le apoye al análisis y

actividades que debe realizar, establecidas en la reunión inicial del proyecto.
 Asimismo, apoyará al consultor a conseguir información de otras fuentes y para
lograr la participación de los invitados a entrevistas y sesiones de trabajo que se
programen durante la consultoría.

9. PERFIL

● Profesional o Técnico en carreras relacionadas a tecnologías de la Información,

informática, sistemas, o afines.
● Experiencia en programación en móviles para IOS/Android.
● Conocimientos en bases de datos Oracle y/o SQL
● Experiencia laboral no menor de dos (02) años en el sector público o privado en
labores relacionadas a desarrollo de aplicativos.

El Consultor será elegido según el método de Consultores Individuales, establecido

en las Políticas de Consultores que están recogidas en el documento GN-2350-9
(marzo 2011).

La comparación de Currículos Vitae, se realizará tomando en cuenta la experiencia

relacionada con las funciones que realizará y que están indicadas en el numeral 4.

La experiencia debe estar sustentada con los certificados, contratos, órdenes de

servicio, o recibos de honorarios con su respectiva conformidad, los mismos que
deben coincidir con la información proporcionada en la hoja de vida. Estos
documentos serán solicitados al candidato elegido de forma previa a la suscripción
del contrato. En caso que éste no las presente, o las mismas no coincidan con lo
establecido en la Hoja de Vida, se escogerá al candidato que le sigue en el orden
de mérito y así sucesivamente hasta agotar la lista de elegibles.

10. GARANTÍA DEL SERVICIO

La garantía sobre cada aplicativo desarrollado, estará vigente durante todo el

tiempo del servicio, resolviendo y corrigiendo de manera inmediata incidencias
identificadas en el ambiente de producción o donde se evidencie la responsabilidad
del proveedor, sin generar costo alguno para la entidad.

Una vez concluida la totalidad del servicio, el proveedor proporcionará una

garantía de seis (06) meses sobre los proyectos desarrollados durante la ejecución
del servicio.

11. SUPERVISIÓN Y CONFORMIDAD DEL SERVICIO

La supervisión y conformidad del servicio estará a cargo del equipo de gestión del
Proyecto BID (aspectos funcionales y normativos) y la OTI (aspectos técnicos).

12. CONFIDENCIALIDAD DE LA INFORMACIÓN

Toda información obtenida y a la que haya tenido acceso el Consultor, así como sus
informes y los documentos que produzca, relacionados con la ejecución de su
 contrato, deberá ser considerada confidencial, no pudiendo ser divulgados sin
autorización expresa por escrito del OSCE.

13. ANEXOS
- Anexo 01: Formato de especificación del caso de uso
- Anexo 02: Diagrama de Actores
- Anexo 03: Diseño del Sistema de Información