SERVICIO DE DESARROLLO DE SOFTWARE PARA PROYECTOS COMPLEMENTARIOS DEL OSCE
SERVICIO DE DESARROLLO DE SOFTWARE PARA PROYECTOS COMPLEMENTARIOS DEL OSCE
TÉRMINOS DE REFERENCIA
1. ANTECEDENTES:
El 00 xx xxxx xx 0000 xx Xxxxxxxx xx xx Xxxxxxxxx xxx Xxxx firmó el contrato xx xxxxxxxx 4428/OC-PE con el Banco Interamericano de Desarrollo (BID) para financiar el Proyecto, para la Mejora de la Eficiencia en la Gestión de la Inversión y las Contrataciones Públicas (PE-L1231) compuesto por los proyectos de inversión: “Mejoramiento de la gestión de la inversión pública”, a cargo del Ministerio de Economía y Finanzas; y “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, a cargo del Organismo Supervisor de las Contrataciones del Estado.
El proyecto a cargo del OSCE (en adelante el Proyecto), el cual tiene como objetivo el 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.
El Proyecto está organizado en tres (03) componentes:
• Componente 1: 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: Capacidad del capital humano.
En el Componente 2 se incluye la acción 2.2. de Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero. En este aspecto, se considera que la actual plataforma de sistemas del OSCE que soportan al Sistema Electrónico de Contrataciones del Estado SEACE será parte del proceso de migración con un periodo de convivencia común aún por determinar, por lo que es necesario asegurar que su funcionamiento se de en las mejores condiciones técnicas de operación.
Por tal motivo, es necesaria la contratación del servicio de desarrollo de software que faciliten el uso de los servicios y mejore los tiempos de respuesta de parte de la Entidad hacia los usuarios externos e internos.
Firmado digitalmente por XXXXXXXXX XXXXXXX Xxxxx
Xxxxxxx XXX 20419026809 soft Motivo: Doy V° B°
Fecha: 21.04.2020 12:49:24 -05:00
2. OBJETIVO DEL SERVICIO:
El presente servicio, permitirá el desarrollo e implementación de soluciones de sistemas complementarios, ampliando las capacidades de la plataforma del proceso de contratación pública
El objetivo del servicio específico es afrontar los cambios constantes y las nuevas tecnologías ampliando las capacidades de los sistemas de información para brindar soporte a la gestión de la Contratación Pública, mediante el desarrollo de aplicaciones que faciliten el uso de los servicios y mejore los tiempos de respuesta de parte de la Entidad hacia los usuarios externos e internos, agregando valor al proceso mediante el enfoque de mejoramiento de la eficiencia, eficacia y transparencia.
3. ALCANCE DEL SERVICIO:
3.1.Servicios a realizar
3.1.1. Desarrollo de aplicaciones (Requerimientos)
Conformado por un conjunto de actividades enmarcadas en el desarrollo de software, orientados al logro de productos finales, dentro de un marco de temporalidad teniendo un inicio y un fin.
Cada atención por parte del Postor adjudicado comprende el desarrollo del software que se le asigne y los artefactos que la Entidad defina para ser utilizados en la atención del servicio, involucrando desde el diseño técnico hasta el pase a certificación, así como el acompañamiento hasta la puesta en producción y posterior garantía mientras dure el servicio. Según la lista de referencia incluida en el Anexo 1, la cual podrá ser modificada de acuerdo con las necesidades del OSCE.
3.1.2. Gestión de incidencias de las aplicaciones desarrolladas
Realizado debido a fallos o interrupciones no planificadas y que amerita una urgente atención, se ejecuta en aplicaciones ya desplegadas en producción y que son desarrolladas como parte del presente servicio, denominándose “incidencia”.
Para la atención de la denominada incidencia, el postor deberá realizar actividades que permitan determinar el origen de la falla o el error, así como la respectiva corrección definitiva. Deberá considerarse la resolución de los problemas generados por el fallo o error, directos o indirectos, así como el análisis del origen de la incidencia y la ejecución de los posibles mecanismos de prevención o mitigación definitiva.
Cabe precisar que la atención de incidencias no consume horas del presente servicio, siendo por cuenta del Postor adjudicado la atención de las correcciones correspondientes.
3.1.3. Fases del servicio
Cada requerimiento contempla las fases referidas al desarrollo de software y acompañamiento hasta el pase a producción y posterior garantía mientras dure el presente servicio.
a) Presentación del cronograma propuesto
Por cada documento de análisis funcional que la entidad entregue al postor adjudicado, éste deberá elaborar una propuesta de desarrollo que contenga el cronograma de trabajo con las horas estimadas para la ejecución del desarrollo del requerimiento, la cual deberá ser aprobada por el equipo de gestión para continuar su ejecución.
b) Diseño técnico
El Postor adjudicado, recibe el análisis funcional de parte de la Entidad y con ello elabora el diseño técnico (la arquitectura, seguridad, componentes, interfaces y demás características del aplicativo), comprendiendo tres fases: diseño arquitectónico, diseño detallado de los componentes y definición de los casos de prueba necesarios para la certificación.
c) Construcción/programación/pruebas
En esta fase se codifica o desarrolla el software materia del requerimiento, tomando como base el análisis funcional y diseño técnico realizado.
Cuando se construya el software, debe considerarse la implementación y pruebas unitarias de cada uno de los componentes para verificar su consistencia y posteriormente la integración en un solo producto final, realizándose a este nivel nuevamente 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.
d) Pruebas funcionales de aceptación
El Postor adjudicado 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.
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.
e) Pase a producción
La OTI, con el acompañamiento del Postor adjudicado, 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 Postor adjudicado.
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.
f) Atención de incidencias
El Postor adjudicado estará disponible para atender cualquier incidencia respecto del o los softwares desarrollados y puestos en producción materia del presente servicio.
3.1.4. Roles involucrados en las fases del servicio
Para la ejecución del servicio, el Postor deberá proveer los siguientes roles:
- Coordinador técnico
- Analista programador
Los perfiles deben de cumplir la especificación detallada en la sección “Perfiles y responsabilidades del equipo del Postor”; así mismo podrá acordarse un factor de
conversión para poder contar con algún perfil adicional que se requiera durante el servicio.
3.1.5. Ambientes tecnológicos del servicio
Para la ejecución del servicio se requerirán tres ambientes tecnológicos:
a) Ambiente de desarrollo
En este ambiente se realizarán las actividades comprendidas en la fase de construcción/desarrollo y las pruebas unitarias de control de calidad, quedando listo para el despliegue en el ambiente de certificación, este ambiente contendrá las herramientas necesarias para la construcción/desarrollo y será provisto por la Entidad.
b) Ambiente de pruebas funcionales de aceptación
En este ambiente se deberá instalar y configurar las aplicaciones que hayan concluido la fase de desarrollo y pruebas unitarias, el ambiente deberá tener las configuraciones y versiones similares al ambiente de producción, la Entidad debe gestionar la participación de los usuarios expertos para asegurar el éxito de la etapa de certificación. Este ambiente será provisto por la Entidad.
c) Ambiente de Producción
En este ambiente se desplegará el software desarrollado que haya concluido la fase de certificación, quedando disponible para su uso y operación. Este ambiente será provisto por la Entidad.
3.1.6. Recursos a ser provistos por el proveedor
El Postor adjudicado deberá proporcionar a su personal equipamiento tales como computadores, impresoras, internet y otros que considere necesarios para el cumplimiento de sus funciones , todo sin costo adicional para la Entidad. Además, el Postor adjudicado deberá asegurar la disponibilidad, calidad y continuidad de la conectividad con sus equipos tecnológicos, de manera que garantice la operatividad del servicio.
El OSCE proporcionará los accesos remotos a los ambientes tecnológicos de desarrollo y de pruebas funcionales, así como un ambiente físico para las reuniones y pruebas técnicas necesarias.
3.1.7. Metodología para el desarrollo de software
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 y/o formatos proporcionados por la Entidad.
3.1.8. Bolsa de horas
El servicio se desarrollará bajo el concepto de tener una cantidad de horas a consumirse durante el servicio, denominado Bolsa de horas, la cual ascenderá a 8500 horas; cuyo consumo serán definidos mediante las ofertas de horas elaboradas por el Postor adjudicado, cuya conformación y porcentajes de participación serán definidos mediante las ofertas de horas de los requerimientos elaborados por el Postor adjudicado y debidamente aprobada por el equipo de gestión.
3.1.9. Horario para la atención de las líneas de servicio
- El servicio de desarrollo de software se realizará en la sede de Lima del OSCE durante el horario laboral regular de la Entidad.
- Para la atención de incidencias, será bajo el esquema de 24x7x365.
3.1.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 Postor adjudicado, sin generar costo alguno para la Entidad.
Una vez concluida la totalidad del servicio, el Postor proporcionará una garantía de seis (06) meses sobre los proyectos desarrollados durante la ejecución del servicio.
3.2.Mecánica del servicio
3.2.1. Atención de incidencias
Las incidencias deberán ser informadas al Postor adjudicado mediante llamada telefónica y/o correo electrónico y deben ser atendidas en urgencia siendo medidos según el concepto de tiempo de contacto, tiempo de respuesta y tiempo de recuperación; siendo realizadas bajo los horarios de atención descritos en el numeral 3.1.9.
3.2.2. Atención de requerimientos
Los análisis funcionales realizados por la Entidad y que deberán ser desarrollados mediante el presente servicio; deberán ser enviados mediante correo electrónico y deberán regirse de acuerdo con las metodologías acordadas para el servicio en el numeral 3.1.7.
Sobre la atención de los requerimientos, se inicia con el envío del correo electrónico, el Postor adjudicado tendrá reuniones de levantamiento de información que deberá realizarse en los diez (10) días siguientes de informado el requerimiento. Una vez aprobada la oferta, se iniciará la ejecución del desarrollo del software y se continuará con las diferentes fases detalladas en el numeral 3.1.3.
Cabe precisar que esta actividad preliminar no genera desembolso alguno de horas-hombre del servicio.
El primer cronograma del proyecto será presentado en la fase de la presentación de la oferta, pudiendo ser reajustado en un máximo de 15% en la fase del diseño técnico.
La Entidad no asignará más horas-hombre de las planificadas, aplicándose de ser el caso, penalidades en caso de incumplimiento. Si el incumplimiento se debiera a causas de fuerza mayor, éste deberá estar debidamente sustentado mediante documentos.
3.2.3. Revisión y conformidad de artefactos
El Postor adjudicado por cada requerimiento, deberá presentar los artefactos que conforman las diferentes fases del servicio detallados en el numeral3.1.3., la conformidad de los artefactos (productos con su respectiva documentación) será emitida por el equipo de la Entidad, máximo en diez (10) días calendario posteriores a la entrega del artefacto por parte del Postor adjudicado, de darse la conformidad, el Postor procederá a la siguiente fase del servicio.
Si el artefacto fuera observado, el Postor adjudicado tendrá cinco (05) días para subsanarlo y volver a solicitar la conformidad. Cabe precisar que el Postor adjudicado está obligado a absolver las observaciones de cada revisión que se realice. Las horas-hombre destinadas para corregir los artefactos, no serán facturadas, siempre y cuando sean atribuibles al Postor adjudicado.
3.2.4. Plazos y criticidad de las atenciones
Definición de los plazos de atención:
a) Tiempo de contacto (TC), plazo que inicia cuando el Postor adjudicado es notificado de una incidencia o requerimiento mediante contacto telefónico y/o correo electrónico y concluye cuando se pone en contacto con la Entidad
b) Tiempo de respuesta (TR), plazo que inicia cuando el Postor adjudicado es notificado de una incidencia o requerimiento mediante contacto telefónico y/o correo electrónico, y concluye con la respuesta cualificada que deberá incluir: la estimación del tiempo de recuperación del servicio en caso de incidencias y la fecha de inicio de actividades del diseño técnico en caso de requerimientos.
c) Tiempo de recuperación del servicio (TRS), será utilizado sólo para las incidencias y se contabiliza desde que el Postor adjudicado es notificado mediante correo electrónico, hasta que el servicio es restablecido. En estos casos no se podrá volver a versiones anteriores, se deberá resolver la incidencia en la versión que se encuentre vigente.
La criticidad será administrada según los parámetros detallados en el siguiente cuadro:
Criticidad | Descripción | TC | TR | TRS | |
INCIDENCIAS | XXXXX 0 | Atención de errores o fallas identificadas en las aplicaciones calificadas como críticas, desarrolladas y disponibles para sus puestas en producción. Ejemplos de eventos: - Dificultades que experimentan los usuarios o procesos y que causan una parada en el trabajo que impacta en los procesos críticos de negocio de la Entidad. - Error en alguna de sus funcionalidades del aplicativo critico impidiendo completar el proceso que se está ejecutando. | 10m | 30m | Según |
Interrupción | acuerdo | ||||
en | de las | ||||
aplicaciones | partes | ||||
críticas |
XXXXX 0 | Atención de errores o fallas identificadas en las aplicaciones calificadas como no críticas, desarrolladas y disponibles para sus puestas en producción. Ejemplos de eventos: - Dificultades que experimentan los usuarios que limitan la funcionalidad del aplicativo, no impactando en los procesos críticos del negocio. - En una aplicación no critica, es posible ser accedida por uno más usuarios. | 20m | 1h | Según | |
Interrupción | acuerdo | ||||
en | de las | ||||
aplicaciones | partes | ||||
no críticas | |||||
REQUERIMIENTOS | XXXXX 0 | El requerimiento involucra: - La solicitud de un nuevo requerimiento o proyecto - Mejora u optimización de procesos. - Modificaciones en la Infraestructura tecnológica que impacten en los requerimientos o proyectos materia del presente servicio | 4h | 12h | Según |
Mediana | acuerdo | ||||
de las | |||||
partes |
3.2.5. Gestión de la bolsa de horas
El presente servicio se ejecutará según demanda, el equipo de gestión del proyecto supervisará el consumo de la bolsa de horas, previamente distribuido y aprobado; se elaborará el cálculo de horas utilizadas, conforme se vayan concluyendo los productos resultantes de los requerimientos.
3.3.Etapas del servicio
Las etapas que conforman el servicio son las siguientes:
3.3.1. Pre-Operativa
Se considera desde el primer día hábil posterior a la firma del contrato, con la firma del acta de inicio del servicio (kick off); hasta los diez (10) días calendarios posteriores al inicio del servicio, considerando, entre otras, las siguientes actividades:
- Acuerdos para utilización de la metodología de la Entidad o la que la misma indique o acuerde con el Postor adjudicado, así como los artefactos y estándares de documentación y desarrollo a utilizarse.
- Definición de los criterios (estándares) de calidad que debe cumplir la construcción del software.
- Definición del procedimiento a detalle de atención de incidencias y requerimientos.
- Definición de contactos y mecanismos de comunicación entre ambas partes.
- Instalación, configuración y demás actividades requeridas para la puesta en producción de las líneas dedicadas de comunicación (enlaces punto a punto desde su ambiente de desarrollo de software hacia la infraestructura
tecnológica de la Entidad). El Postor adjudicado debe garantizar esta actividad en todas las líneas de comunicación antes del inicio de la etapa de Operación.
- Proveer las configuraciones de los ambientes de certificación involucrados en el servicio.
- Los entregables deberán ser presentados por la mesa de partes de la Entidad en el plazo establecido de los productos según cronograma aprobado y deberá contener un informe ejecutivo y un medio magnético incluyendo los entregables acordados en la etapa pre-operativa.
Cabe precisar que esta fase pre-operativa no genera desembolso alguno de horas- hombre del servicio.
3.3.2. Operación
- Tendrá una duración de setecientos treinta (730) días calendario o hasta que se consuman las horas contratadas (ver numeral 3.1.8), en esta etapa se atienden los requerimientos e incidencias que conforman la demanda del servicio.
- Para los pagos deberá considerase un entregable conteniendo el Informe ejecutivo con los productos concluidos y entregados, penalidades incurridas, listado de artefactos generados a reportar e incidencias, de ser el caso.
- Los entregables de esta etapa deberán ser presentados en la mesa de partes de la Entidad, durante los primeros diez (10) días calendario de la conclusión y aprobación del requerimiento o etapa de este, deberá constar una copia del informe ejecutivo impreso y un medio magnético conteniendo el Informe ejecutivo con los productos concluidos y entregados, penalidades incurridas, listado de artefactos generados a reportar e incidencias, de ser el caso.
3.3.3. Transición de salida
La finalización del contrato será acordada por las partes considerando el consumo de las horas y el plazo del mismo.
Esta etapa permitirá la realización de la trasferencia del entorno del servicio a la Entidad o al nuevo Postor, según corresponda, realizándose entre otras, actividades como:
- Informe con la descripción de todas las atenciones realizadas
- Entrega de los artefactos generados durante el servicio, así como el código fuente, manuales de usuario y técnicos, indicadores de gestión, y demás activos generados durante la ejecución del servicio.
- Entrega de toda la data generada en las herramientas de software de soporte, en formato de exportación.
- Transferencia de conocimientos de todos los requerimientos atendidos sin importar la fase en la que se encuentre.
Cabe precisar que esta etapa no genera ningún costo adicional a la Entidad y mientras se realiza el proceso de transición, el servicio sigue ejecutándose sin interrupciones y los entregables deberán ser presentados según los plazos establecidos en la oferta del Postor adjudicado y los siguientes entregables:
- Informe de entrega del servicio a la Entidad
- Informe final del servicio que detalle las actividades realizadas en esta etapa, acompañado de todos los activos generados durante la ejecución del servicio.
- Los entregables de esta etapa se adjuntarán como parte de los entregables correspondientes a la etapa de operación.
- Toda información creada, mejorada, modificada, generada y recibida durante toda la ejecución del servicio, que no se encuentre mencionada anteriormente y que es propiedad de la Entidad en todos sus extremos.
- En casos de situación de fuerza mayor o casos fortuitos, durante la ejecución del servicio, la Entidad podrá modificar o hacerse cargo de una o varias fases de los requerimientos del servicio, previa coordinación oportuna con el postor adjudicado, tomando en cuenta los mismos procedimientos y requisitos para la finalización del contrato.
3.4.Estructura del servicio
Como parte de la supervisión y toma de decisiones del servicio, se ha estructurado lo siguiente:
3.4.1. Equipo de gestión del proyecto
Estará a cargo del Equipo de Gestión del Proyecto BID, que ejerce el control estratégico y busca la oportuna toma de decisiones sobre los aspectos que modifiquen el tiempo, costo y alcance del servicio, siendo la instancia superior de toma de decisiones respecto del servicio en ejecución.
Responsabilidades
- Toma decisiones estratégicas sobre los requerimientos y las incidencias identificadas
x Xxxx por el cumplimiento de los acuerdos y los niveles de servicio
o Define, modifica y aprueba las directrices del servicio
o Define las estrategias de comunicación y viabiliza la ejecución del servicio.
o Define y controla el gobierno del servicio
o Realiza el análisis funcional de cada uno de los requerimientos a desarrollar
3.4.2. Equipo técnico
Equipo conformado por personal del equipo de gestión del proyecto BID, OTI, SEACE o el área que esté involucrada en el aplicativo a desarrollar según corresponda, y deberá revisar el avance del desarrollo de los requerimientos por parte del Postor.
Responsabilidades:
- Supervisa el avance y control del cronograma de atención de los requerimientos, aprobando sus eventuales mejoras o funcionalidades necesarias no identificadas, las cuales podrán ingresar como un nuevo requerimiento de ser el caso.
- Define las acciones a realizar para el cumplimiento del cronograma de actividades.
- Coordina y apoya a la aprobación de las pruebas de aceptación.
3.4.3. Cambio de personal
De realizarse alguna rotación o reemplazo del personal proporcionado por el Postor para prestar el servicio, deberá considerarse que el personal ingresante deberá tener el mismo perfil o superior que el personal saliente, además dicha rotación o reemplazo estará sujeto a aprobación del comité de gestión y de aprobarse, el Postor adjudicado deberá enviar formalmente una comunicación informando el cambio a realizar. La Entidad no reconocerá ningún doble cargo de horas-hombre en ninguna actividad o etapa del proyecto producto del cambio de
personal, debiendo el Postor asumir las consecuencias y cumplir el cronograma acordado.
La Entidad podrá en todo el proceso de ejecución del servicio, solicitar el cambio de personal asignado al servicio por parte del Postor adjudicado, en caso lo considere necesario. De solicitarse el cambio, el Postor adjudicado tendrá diez
(10) días calendario para remitir el o los perfiles propuestos, una vez aceptado, el Postor tendrá tres (03) días calendario para formalizar el cambio y asegurar la continuidad del servicio. Todo retraso o costo adicional que genere el presente cambio será asumido en su totalidad por el Postor adjudicado, pudiendo aplicarse penalidades en caso de que corresponda.
3.5.Acuerdos de niveles de servicio y penalidades
Los niveles de atención del servicio se medirán desde el inicio del servicio y en la tabla siguiente se resume los niveles de servicio, los cuales serán medidos por requerimiento o incidencia:
Código | Forma de medición | SLA | Penalidad |
SLA-01 Retraso en el plazo de entrega del diseño técnico del requerimiento | (Fecha real de entrega del requerimiento – Fecha planificada de entrega de requerimiento) / Total de días planificados para la entrega del requerimiento. | >=20 %* | 0.25 % Xxx xxxxx del diseño técnico |
SLA-02 Cumplimiento de plazos de construcción/pr ogramación del requerimiento | (Fecha real de entrega del requerimiento – Fecha planificada de entrega de requerimiento) / Total de días planificados para la entrega del requerimiento. | >=20 %* | 0.25 % Del monto de construcción/ programación |
SLA-03 Cumplimiento en la atención de los ajustes remitidos por certificación | En caso de exceder las dos (02) iteraciones de ajustes al software construido y enviado a Certificación | 2** | 0.5 % Del monto de construcción/ programación |
SLA-04 Cumplimiento de plazos de respuesta para una incidencia | Cantidad de atenciones que cumplieron el tiempo de respuesta acordado / Total de atenciones registradas (*) en un mes | 60%*** |
*En los ítems SLA-01 y SLA.02, se aplicará el 0.25% del monto del diseño técnico, por cada día adicional al 20% del tiempo propuesto. En caso se supere el 50% del tiempo estimado en la oferta aprobada del requerimiento, por 3 o mas requerimientos durante la ejecución del servicio, la Entidad podrá resolver el Contrato de considerarlo pertinente.
** En el ítem SLA-03, de superar las 2 iteraciones, se aplicará la penalidad del 0.5% del monto de construcción/programación, por cada iteración adicional.
***En el ítem SLA-04, en casos supere el 60% de incidencias en un mes, por 2 o más meses consecutivos durante la ejecución del servicio, la Entidad podrá resolver el contrato de considerarlo pertinente.
4. PRODUCTOS E INFORMES POR ENTREGAR
Por cada requerimiento con oferta aceptada por la Entidad, el Postor adjudicado deberá entregar 2 productos, el primero será el diseño técnico debidamente
aceptado por el equipo técnico y el segundo será el desarrollo con las pruebas funcionales y artefactos (documentos técnicos) concluidos, debidamente aceptados por el equipo técnico.
5. DURACION DEL SERVICIO
El Postor adjudicado, una vez concluida la fase pre-operativa, deberá presentar un plan detallado de ejecución de sus servicios como parte del planteamiento metodológico en función a los acuerdos sobre la ejecución del servicio y los aplicativos listados en el Anexo 1.
6. PERFIL DEL CONSULTOR
El postor deberá acreditar experiencia en contratos de desarrollo de software y/o servicios similares al objeto del servicio, con por lo menos cinco (05) contratos cuyos montos sean superiores a US $ 60,000 o su equivalente en soles, en los últimos cinco
(05) años anteriores a la fecha de la presentación de las propuestas.
Se consideran servicios similares a los siguientes:
- Servicios de desarrollo de sistemas y/o aplicaciones y/o software o afines
- Desarrollo de Sistemas de Información y/o Sistemas Informáticos y/o Soluciones Informáticas
- Todos los casos, en donde se certifique actividades de: análisis, diseño, desarrollo y/o programación, administración y/o soporte de aplicaciones y/o sistemas informáticos.
Acreditación:
La experiencia del postor se acreditará con copia simple de (i) contratos u órdenes de servicios y su respectiva conformidad o constancia de prestación.
Cuando en los contratos u órdenes de servicios se encuentre expresado en moneda extranjera, debe indicarse el tipo de cambio venta publicado por la Superintendencia de Banca, Seguros y AFP correspondiente a la fecha de suscripción del contrato, de emisión de la orden de servicios o de cancelación del comprobante de pago, según corresponda.
7. PERFIL DEL PERSONAL CLAVE
• Coordinador técnico
o Profesional en carreras relacionadas a tecnologías de la Información, informática, sistemas, o afines
o Conocimiento o experiencia en gestión de proyectos, procesos, análisis funcional, o afines
o Conocimiento o experiencia en programación en Java y/o .net, y/o herramientas de programación para desarrollo de aplicativos y/o móviles para IOS y/o Android.
o Conocimiento o experiencia en bases de datos ORACLE o SQL.
o Experiencia laboral no menor de seis (06) años en el sector público o privado en labores relacionadas a las tecnologías de información.
o Experiencia laboral no menor de tres (03) años en el sector público o privado en labores relacionadas a la gestión de desarrollo de aplicaciones.
• Analista programador - JAVA
o Profesional o Técnico en carreras relacionadas a tecnologías de la Información, informática, sistemas, o afines.
o Experiencia en programación en Java.
o Experiencia en bases de datos ORACLE y/o SQL
o Experiencia laboral no menor de tres (03) años en el sector público o privado en labores relacionadas a desarrollo de aplicativos.
• Analista programador - MOVIL
o Profesional o Técnico en carreras relacionadas a tecnologías de la Información, informática, sistemas, o afines.
o Experiencia en programación en móviles para IOS y Android.
o Experiencia en bases de datos ORACLE y/o SQL
o Experiencia laboral no menor de dos (02) años en el sector público o privado en labores relacionadas a desarrollo de aplicativos.
Los estudios solicitados, se acreditarán con copia simple del título, grado o certificados y/o constancias. 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.
8. COSTO DE LA CONSULTORÍA Y FORMA DE PAGO:
El servicio es a todo costo, incluido los impuestos xx xxx, el cual será pagado previa conformidad del servicio.
La Entidad emitirá un único pago por cada etapa del requerimiento asignado y concluido, durante todos los meses que dure la ejecución del servicio, siendo el pago por la cantidad de horas acordadas durante la ejecución del entregable.
9. CONFIDENCIALIDAD:
La firma se obliga a mantener y guardar estricta reserva y absoluta confidencialidad sobre todos los documentos e informaciones del OSCE a los que tenga acceso en ejecución del presente contrato. En tal sentido, deberá abstenerse de divulgar tales documentos, software e informaciones, sea en forma directa o indirecta, a personas naturales o jurídicas, salvo autorización expresa y por escrita por la Entidad.
10. SUPERVISIÓN Y CONFORMIDAD DEL SERVICIO:
- La supervisión general del servicio estará a cargo del equipo de gestión del proyecto.
- la supervisión de cada requerimiento estará a cargo del área responsable del requerimiento solicitado.
- La conformidad del servicio estará a cargo del equipo de gestión del proyecto, previo informe técnico de la Oficina de Tecnologías de Información y la aceptación funcional del área usuaria que corresponda.
11. ANEXOS:
- ANEXO 1: Listado de proyectos complementarios propuestos