BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA …zonasegura.seace.gob.pe/mon/docs/procesos/2013/001952/... · Web viewEl registro de los participantes es gratuito y se realizará en

53

ORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO – OSCELICITACIÓN PÚBLICA N° 002-2013-OSCE - ADQUISICIÓN DEL SISTEMA DE INTELIGENCIA DE NEGOCIOS – PRIMERA CONVOCATORIA

BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA LA CONTRATACIÓN DE BIENES

BASES INTEGRADAS

LICITACIÓN PÚBLICA Nº 002-2013-OSCE

PRIMERA CONVOCATORIA

CONTRATACIÓN DE BIENES:

ADQUISICIÓN DEL SISTEMA DE INTELIGENCIA DE NEGOCIOS

2013

54


SECCIÓN GENERAL

DISPOSICIONES COMUNES DEL PROCESO DE SELECCIÓN

(ESTA SECCIÓN NO DEBE SER MODIFICADA EN NINGÚN EXTREMO, BAJO SANCIÓN DE NULIDAD)

53


CAPÍTULO IETAPAS DEL PROCESO DE SELECCIÓN

1.1. BASE LEGAL

− Ley Nº 28411, Ley General del Sistema Nacional del Presupuesto.− Decreto Legislativo N° 1017 - Ley de Contrataciones del Estado, en adelante la

Ley.− Decreto Supremo N° 184-2008-EF - Reglamento de la Ley de Contrataciones

del Estado, en adelante el Reglamento.− Directivas del OSCE.− Ley Nº 27444, Ley del Procedimiento Administrativo General.− Código Civil.− Ley Nº 27806, Ley de Transparencia y de Acceso a la Información Pública.− Decreto Supremo Nº 007-2008-TR - Texto Único Ordenado de la Ley de

Promoción de la Competitividad, Formalización y Desarrollo de la Micro y Pequeña Empresa y del acceso al empleo decente, Ley MYPE.

− Decreto Supremo Nº 008-2008-TR - Reglamento de la Ley MYPE.

Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.

Para la aplicación del derecho deberá considerarse la especialidad de las normas previstas en las presentes Bases.

1.2. CONVOCATORIA

Se efectuará de conformidad con lo señalado en el artículo 51 del Reglamento, en la fecha señalada en el cronograma.

1.3. REGISTRO DE PARTICIPANTES

El registro de participantes se efectuará desde el día siguiente de la convocatoria y hasta un (1) día hábil después de haber quedado integradas las Bases. En el caso de propuestas presentadas por un consorcio, bastará que se registre uno (1) de sus integrantes, de conformidad con el artículo 53 del Reglamento.

La persona natural o persona jurídica que desee participar en el proceso de selección deberá contar con inscripción vigente en el Registro Nacional de Proveedores (RNP) conforme al objeto de la convocatoria. La Entidad verificará la vigencia de la inscripción en el RNP y que no se encuentra inhabilitada para contratar con el Estado.

Al registrarse, el participante deberá señalar la siguiente información: Nombres, apellidos y Documento Nacional de Identidad (DNI), en el caso de persona natural; razón social de la persona jurídica; número de Registro Único de Contribuyentes (RUC); domicilio legal; teléfono y fax.

IMPORTANTE:

Para registrarse como participante en un proceso de selección convocado por las Entidades del Estado Peruano, es necesario que los proveedores cuenten con inscripción vigente ante el Registro Nacional de Proveedores (RNP) que administra el Organismo Supervisor de las Contrataciones del Estado (OSCE). Para obtener mayor información, podrá ingresarse a la siguiente dirección electrónica: www.rnp.gob.pe.

http://www.rnp.gob.pe/

54


1.4. FORMULACIÓN DE CONSULTAS A LAS BASES

Las consultas a las Bases serán presentadas por un periodo mínimo de cinco (5) días hábiles, contados desde el día siguiente de la convocatoria, de conformidad con lo establecido en el artículo 55 del Reglamento.

1.5. ABSOLUCIÓN DE CONSULTAS A LAS BASES

La decisión que tome el Comité Especial con relación a las consultas presentadas constará en el pliego absolutorio que se notificará a través del SEACE, de conformidad con lo establecido en el artículo 54 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no podrá exceder de cinco (5) días hábiles contados desde el vencimiento del plazo para recibir las consultas.

IMPORTANTE:

No se absolverán consultas a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.6. FORMULACIÓN DE OBSERVACIONES A LAS BASES

Las observaciones a las Bases serán presentadas dentro de los cinco (5) días hábiles siguientes de haber finalizado el término para la absolución de las consultas, de conformidad con lo establecido en el artículo 57 del Reglamento.

1.7. ABSOLUCIÓN DE OBSERVACIONES A LAS BASES

El Comité Especial notificará la absolución de las observaciones a través del SEACE, de conformidad con lo establecido en el artículo 56 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no debe exceder de los cinco (5) días hábiles desde el vencimiento del plazo para recibir observaciones.

El Comité Especial debe incluir en el pliego de absolución de observaciones el requerimiento de pago de la tasa por concepto de elevación de observaciones al OSCE.

IMPORTANTE:

No se absolverán observaciones a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.8. ELEVACIÓN DE OBSERVACIONES AL OSCE

El plazo para solicitar la elevación de observaciones para el pronunciamiento del OSCE es de tres (3) días hábiles, computados desde el día siguiente de la notificación del pliego absolutorio a través del SEACE.

Los participantes pueden solicitar la elevación de las observaciones para la emisión de pronunciamiento, en los siguientes supuestos:

53


1. Cuando las observaciones presentadas por el participante no fueron acogidas o fueron acogidas parcialmente;

2. Cuando a pesar de ser acogidas sus observaciones, el participante considere que tal acogimiento continúa siendo contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección; y

3. Cuando el participante considere que el acogimiento de una observación formulada por otro participante resulta contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección. En este caso, el participante debe haberse registrado como tal hasta el vencimiento del plazo para formular observaciones.

El Comité Especial, bajo responsabilidad, deberá remitir la totalidad de la documentación requerida para tal fin por el TUPA del OSCE, a más tardar al día siguiente de vencido el plazo para que los participantes soliciten la elevación de observaciones.

La emisión y publicación del pronunciamiento en el SEACE, debe efectuarse dentro de los diez (10) días hábiles siguientes de recibido el expediente completo por el OSCE.

1.9. INTEGRACIÓN DE LAS BASES

Las Bases integradas constituyen las reglas definitivas del proceso de selección por lo que deberán contener las correcciones, precisiones y/o modificaciones producidas como consecuencia de la absolución de las consultas y de las observaciones, las dispuestas por el pronunciamiento, así como las requeridas por el OSCE en el marco de sus acciones de supervisión.

Una vez integradas, las Bases no podrán ser cuestionadas en ninguna otra vía ni modificadas por autoridad administrativa alguna, bajo responsabilidad del Titular de la Entidad. Esta restricción no afecta la competencia del Tribunal para declarar la nulidad del proceso por deficiencias en las Bases.

El Comité Especial integrará y publicará las Bases teniendo en consideración los siguientes plazos:

1. Cuando no se hayan presentado observaciones, al día siguiente de vencido el plazo para formularlas.

2. Cuando se hayan presentado observaciones, al día siguiente de vencido el plazo para que los participantes soliciten la elevación de dichas observaciones para la emisión de pronunciamiento, siempre que ningún participante haya hecho efectivo tal derecho.

3. Cuando se haya solicitado la elevación de observaciones, dentro de los dos (2) días hábiles siguientes de notificado el pronunciamiento respectivo en el SEACE.

Corresponde al Comité Especial, bajo responsabilidad, integrar las Bases y publicarlas en el SEACE, conforme lo establecen los artículos 59 y 60 del Reglamento.

De conformidad con el artículo 31 del Reglamento, el Comité Especial no podrá efectuar modificaciones de oficio al contenido de las Bases, bajo responsabilidad.

1.10. FORMA DE PRESENTACIÓN DE PROPUESTAS Y ACREDITACIÓN

Todos los documentos que contengan información referida a los requisitos para la admisión

54


de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto, acompañados de traducción oficial o certificada efectuada por traductor público juramentado o traductor colegiado certificado, según corresponda, salvo el caso de la información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser presentada en el idioma original. El postor será responsable de la exactitud y veracidad de dichos documentos.

Las propuestas se presentarán en dos (2) sobres cerrados, de los cuales el primero contendrá la propuesta técnica y el segundo la propuesta económica.

Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o electrónicos y serán foliadas correlativamente empezando por el número uno.

Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.

En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su representante legal o mandatario designado para dicho fin, salvo queel postor sea persona natural, en cuyo caso bastará que éste o su apoderado, indique debajo de la rúbrica sus nombres y apellidos completos.

Las personas naturales podrán concurrir personalmente o a través de su apoderado debidamente acreditado ante el Comité Especial, mediante carta poder simple (Formato N° 1). Las personas jurídicas lo harán por medio de su representante legal acreditado con copia simple del documento registral vigente que consigne dicho cargo o a través de su apoderado acreditado con carta poder simple suscrita por el representante legal, a la que se adjuntará el documento registral vigente que consigne la designación del representante legal, expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de propuestas. (Formato Nº 1)

En el caso de consorcios, la propuesta puede ser presentada por el representante común del consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, conforme a lo siguiente:

1. En el caso que el representante común del consorcio presente la propuesta, éste debe presentar copia simple de la promesa formal de consorcio.

2. En el caso que el apoderado designado por el representante común del consorcio presente la propuesta, este debe presentar carta poder simple suscrita por el representante común del consorcio y copia simple de la promesa formal de consorcio.

3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, la acreditación se realizará conforme a lo dispuesto en el sexto párrafo del presente numeral, según corresponda.

1.11. PRESENTACIÓN DE PROPUESTAS

La presentación de propuestas se realiza en acto público, en la fecha y hora señaladas en el cronograma del proceso.

El acto se inicia cuando el Comité Especial empieza a llamar a los participantes en el orden en que se registraron para participar en el proceso, para que entreguen sus propuestas. Si al momento de ser llamado el participante no se encuentra presente, se le tendrá por desistido. Si algún participante es omitido, podrá acreditarse con la presentación de la constancia de su registro como participante.

Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar

53


más de un consorcio.

IMPORTANTE:

En caso de convocarse según relación de ítems, los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio en un mismo ítem, lo que no impide que puedan presentarse individualmente o conformando otro consorcio en ítems distintos.

En el caso que el Comité Especial rechace la acreditación del apoderado, representante legal o representante común, según corresponda en atención al numeral 1.10, y este exprese su disconformidad, se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta y los documentos de acreditación en su poder hasta el momento en que el participante formule apelación. Si se formula apelación se estará a lo que finalmente se resuelva al respecto.

Después de recibidas las propuestas, el Comité Especial procederá a abrir los sobres que contienen la propuesta técnica de cada postor, a fin de verificar que los documentos presentados por cada postor sean los solicitados en las Bases.

En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales como errores u omisiones subsanables en los documentos presentados que no modifiquen el alcance de la propuesta técnica, o la omisión de presentación de uno o más documentos que acrediten el cumplimiento de los requerimientos técnicos mínimos —siempre que se trate de documentos emitidos por autoridad pública nacional o un privado en ejercicio de función pública, tales como autorizaciones, permisos, títulos, constancias y/o certificados que acrediten estar inscrito o integrar un registro, y otros de naturaleza análoga, para lo cual deben haber sido obtenidos por el postor con anterioridad a la fecha establecida para la presentación de propuestas—, se actuará conforme lo dispuesto en el artículo 68 del Reglamento. Este es el único momento en que puede otorgarse plazo para subsanar la propuesta técnica.

En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y no se encuentre dentro de los supuestos señalados en el párrafo anterior, se devolverá la propuesta, teniéndola por no admitida, salvo que el postor exprese su disconformidad, en cuyo caso se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta en su poder hasta el momento en que el postor formule apelación. Si se formula apelación se estará a lo que finalmente se resuelva al respecto.

Después de abierto cada sobre que contiene la propuesta técnica, el Notario (o Juez de Paz) procederá a sellar y firmar cada hoja de los documentos de la propuesta técnica. A su vez, si las Bases han previsto que la evaluación y calificación de las propuestas técnicas se realice en fecha posterior, el Notario (o Juez de Paz) procederá a colocar los sobres cerrados que contienen las propuestas económicas dentro de uno o más sobres, los que serán debidamente sellados y firmados por él, por los miembros del Comité Especial y por los postores que así lo deseen, conservándolos hasta la fecha en que el Comité Especial, en acto público, comunique verbalmente a los postores el resultado de la evaluación de las propuestas técnicas.

Al terminar el acto público, se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos sus miembros, así como por los veedores y los postores que lo deseen.

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente, su inasistencia no viciará el proceso.

1.12. CONTENIDO DE LA PROPUESTA ECONÓMICA

54


La propuesta económica (Sobre Nº 2) deberá incluir obligatoriamente lo siguiente:

La oferta económica, en la moneda que corresponda, incluidos todos los tributos, seguros, transportes, inspecciones, pruebas y, de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que pueda tener incidencia sobre el costo del bien a contratar; excepto la de aquellos postores que gocen de exoneraciones legales. La Entidad no reconocerá pago adicional de ninguna naturaleza.

El monto total de la propuesta económica y los subtotales que lo componen deberán ser expresados con dos decimales. Los precios unitarios podrán ser expresados con más de dos decimales.

IMPORTANTE:

Tratándose de un proceso según relación de ítems, cuando los postores se presenten a más de un ítem, deberán presentar sus propuestas económicas en forma independiente.1

1.13. EVALUACIÓN DE PROPUESTAS

La evaluación de propuestas se realizará en dos (2) etapas: La evaluación técnica y la evaluación económica.

Los máximos puntajes asignados a las propuestas son los siguientes:

Propuesta Técnica : 100 puntosPropuesta Económica : 100 puntos

1.13.1. EVALUACIÓN TÉCNICA

Se verificará que la propuesta técnica cumpla con los requerimientos técnicos mínimos contenidos en las presentes Bases. Las propuestas que no cumplan dichos requerimientos no serán admitidas.

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial hubiese otorgado plazo de subsanación, pasarán a la evaluación técnica.

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la propuesta, el Comité Especial deberá determinar si se cumplió o no con la subsanación solicitada. Si luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité Especial tendrá la propuesta por no admitida.

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas, asignando los puntajes correspondientes, conforme a la metodología de asignación de puntaje establecida para cada factor.

Las propuestas técnicas que no alcancen el puntaje mínimo de sesenta (60) puntos, serán descalificadas en esta etapa y no accederán a la evaluación económica.

1.13.2. EVALUACIÓN ECONÓMICA

Si la propuesta económica excede el valor referencial, será devuelta por el Comité Especial y se tendrá por no presentada, conforme lo establece el artículo 33 de la Ley.

1 Luego de efectuada la evaluación técnica, cabe la posibilidad que dicho postor haya obtenido el puntaje necesario para acceder a la evaluación económica únicamente en algunos de los ítems a los que se presentó, por lo que, de acuerdo con el artículo 71 del Reglamento, correspondería devolver las propuestas económicas sin abrir, lo que no resultaría posible si la totalidad de las propuestas económicas del postor se incluyen en un solo sobre.

53


La evaluación económica consistirá en asignar el puntaje máximo establecido a la propuesta económica de menor monto. Al resto de propuestas se les asignará un puntaje inversamente proporcional, según la siguiente fórmula:

Pi = Om x PMPEOi

Donde:i = PropuestaPi = Puntaje de la propuesta económica i Oi = Propuesta Económica i Om = Propuesta Económica de monto o precio más bajoPMPE = Puntaje Máximo de la Propuesta Económica

IMPORTANTE:

En caso el proceso se convoque bajo el sistema de precios unitarios, tarifas o porcentajes, el Comité Especial deberá verificar las operaciones aritméticas de la propuesta que obtuvo el mayor puntaje total y, de existir alguna incorrección, deberá corregirla a fin de consignar el monto correcto y asignarle el lugar que le corresponda. Dicha corrección debe figurar expresamente en el acta respectiva.

Sólo cuando se haya previsto (según el caso concreto) aceptar propuestas económicas que incluyan propuestas de financiamiento, la propuesta económica se evaluará utilizando el método del valor presente neto del flujo financiero que comprenda los costos financieros y el repago de la deuda. Se tomarán en cuenta todos los costos del financiamiento, tales como la tasa de interés, comisiones, seguros y otros, así como la contrapartida de la Entidad si fuere el caso, conforme a las disposiciones contenidas en el artículo 70 del Reglamento.

1.14. ACTO PÚBLICO DE OTORGAMIENTO DE LA BUENA PRO

En la fecha y hora señalada en las Bases, el Comité Especial se pronunciará sobre la admisión y la evaluación técnica de las propuestas, comunicando los resultados de esta última.

La evaluación de las propuestas económicas se realizará de conformidad con el procedimiento establecido en las presentes Bases.

La determinación del puntaje total se hará de conformidad con el artículo 71 del Reglamento.

El Comité Especial procederá a otorgar la Buena Pro a la propuesta ganadora, dando a conocer los resultados del proceso de selección a través de un cuadro comparativo en el que se consignará el orden de prelación en que han quedado calificados los postores, detallando los puntajes técnico, económico y total obtenidos por cada uno de ellos.

En el supuesto que dos (2) o más propuestas empaten, el otorgamiento de la Buena Pro se efectuará observando lo señalado en el artículo 73 del Reglamento.

Al terminar el acto público se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos los miembros del Comité Especial y por los postores que deseen hacerlo.

El otorgamiento de la Buena Pro se presumirá notificado a todos los postores en la misma fecha, oportunidad en la que se entregará a los postores copia del acta de otorgamiento de la Buena Pro y el cuadro comparativo, detallando los resultados en cada factor de evaluación. Dicha presunción no admite prueba en contrario. Esta información se publicará el mismo día

54


en el SEACE.

1.15. CONSENTIMIENTO DE LA BUENA PRO

Cuando se hayan presentado dos (2) o más propuestas, el consentimiento de la Buena Pro se producirá a los ocho (8) días hábiles de la notificación de su otorgamiento en acto público, sin que los postores hayan ejercido el derecho de interponer el recurso de apelación. En este caso, el consentimiento se publicará en el SEACE al día hábil siguiente de haberse producido.

En el caso que se haya presentado una sola oferta, el consentimiento de la Buena Pro se producirá el mismo día de la notificación de su otorgamiento en acto público, y podrá ser publicado en el SEACE ese mismo día o hasta el día hábil siguiente.

1.16. CONSTANCIA DE NO ESTAR INHABILITADO PARA CONTRATAR CON EL ESTADO

De acuerdo con el artículo 282 del Reglamento, a partir del día hábil siguiente de haber quedado consentida la Buena Pro o de haberse agotado la vía administrativa conforme a lo previsto en el artículo 122 del Reglamento, hasta el décimo quinto día hábil de producido tal hecho, el postor ganador de la Buena Pro debe solicitar ante el OSCE la expedición de la constancia de no estar inhabilitado para contratar con el Estado.

El OSCE no expedirá constancias solicitadas fuera del plazo establecido.

53


CAPÍTULO IISOLUCIÓN DE CONTROVERSIAS DURANTE EL PROCESO DE SELECCIÓN

2.1.RECURSO DE APELACIÓN

A través del recurso de apelación se impugnan los actos dictados durante el desarrollo del proceso de selección, desde la convocatoria hasta aquellos emitidos antes de la celebración del contrato.

El recurso de apelación se presenta ante y es resuelto por el Tribunal de Contrataciones del Estado.

Los actos emitidos por el Titular de la Entidad que declaren la nulidad de oficio o cancelen el proceso, podrán impugnarse ante el Tribunal de Contrataciones del Estado.

2.2. PLAZOS DE INTERPOSICIÓN DEL RECURSO DE APELACIÓN

La apelación contra el otorgamiento de la Buena Pro o contra los actos dictados con anterioridad a ella debe interponerse dentro de los ocho (8) días hábiles siguientes de haberse otorgado la Buena Pro.

La apelación contra los actos distintos a los indicados en el párrafo anterior debe interponerse dentro de los ocho (8) días hábiles siguientes de haberse tomado conocimiento del acto que se desea impugnar.

54


CAPÍTULO IIIDEL CONTRATO

3.1. DEL PERFECCIONAMIENTO DEL CONTRATO

Una vez que quede consentido o administrativamente firme el otorgamiento de la Buena Pro, dentro de los siete (7) días hábiles siguientes, sin mediar citación alguna, el postor ganador deberá presentar a la Entidad la documentación para la suscripción del contrato prevista en las Bases. Asimismo, dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

En el supuesto que el postor ganador no presente la documentación y/o no concurra a suscribir el contrato, según corresponda, en los plazos antes indicados, se procederá de acuerdo a lo dispuesto en el numeral 3 del artículo 148 del Reglamento.

El contrato será suscrito por la Entidad, a través del funcionario competente o debidamente autorizado, y por el ganador de la Buena Pro, ya sea directamente o por medio de su apoderado, tratándose de persona natural, y tratándose de persona jurídica, a través de su representante legal, de conformidad con lo establecido en el artículo 139 del Reglamento.

Para suscribir el contrato, el postor ganador de la Buena Pro deberá presentar, además de los documentos previstos en las Bases, los siguientes:

Constancia vigente de no estar inhabilitado para contratar con el Estado. Garantía de fiel cumplimiento. Garantía de fiel cumplimiento por prestaciones accesorias, en caso corresponda. Garantía por el monto diferencial de propuesta, en caso corresponda. Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso. Código de cuenta interbancario (CCI). Traducción oficial efectuada por traductor público juramentado de todos los documentos de la

propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

3.2. VIGENCIA DEL CONTRATO

En aplicación de lo dispuesto en el artículo 149 del Reglamento, el contrato tiene vigencia desde el día siguiente de la suscripción del documento que lo contiene. Dicha vigencia rige hasta que el funcionario competente dé la conformidad de la recepción de la prestación a cargo del contratista y se efectúe el pago correspondiente.

3.3. DE LAS GARANTÍAS

3.3.1. GARANTÍA DE FIEL CUMPLIMIENTO

El postor ganador debe entregar a la Entidad la garantía de fiel cumplimiento del contrato. Esta deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, previamente a la suscripción del contrato, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la propuesta, con una vigencia de un (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción

53


de la prestación.

3.3.2. GARANTÍA DE FIEL CUMPLIMIENTO POR PRESTACIONES ACCESORIAS

En caso el contrato conlleve a la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por este concepto, la misma que se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

3.3.3. GARANTÍA POR EL MONTO DIFERENCIAL DE PROPUESTA

Cuando la propuesta económica fuese inferior al valor referencial en más del veinte por ciento (20%) de éste, para la suscripción del contrato, el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

3.4. REQUISITOS DE LAS GARANTÍAS

Las garantías que se presenten deberán ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento de la Entidad. Asimismo, deben ser emitidas por empresas que se encuentren bajo la supervisión de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y deben estar autorizadas para emitir garantías; o estar consideradas en la lista actualizada de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.

IMPORTANTE:

Corresponde a la Entidad verificar que las garantías presentadas por los postores o contratistas cumplen con los requisitos y condiciones necesarios para su aceptación y eventual ejecución.

3.5. EJECUCIÓN DE GARANTÍAS

Las garantías se harán efectivas conforme a las estipulaciones contempladas en el artículo 164 del Reglamento.

3.6. ADELANTOS

La Entidad entregará adelantos directos, conforme a lo previsto en el artículo 171 del Reglamento, siempre que ello haya sido previsto en la sección específica de las Bases.

En el supuesto que no se entregue el adelanto en el plazo previsto, el contratista tiene derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

3.7. DE LAS PENALIDADES E INCUMPLIMIENTO DEL CONTRATO

Las penalidades por retraso injustificado en la entrega del bien requerido y las causales para la resolución del contrato, serán aplicadas de conformidad con los artículos 165 y 168 del Reglamento, respectivamente.

54


De acuerdo con los artículos 48 de la Ley y 166 del Reglamento, en las Bases o el contrato podrán establecerse penalidades distintas a la mencionada en el artículo 165 del Reglamento, siempre y cuando sean objetivas, razonables y congruentes con el objeto de la convocatoria, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del ítem que debió ejecutarse. Estas penalidades se calcularán de forma independiente a la penalidad por mora.

3.8. PAGOS

La Entidad deberá realizar todos los pagos a favor del contratista por concepto de los bienes objeto del contrato. Dichos pagos se efectuarán después de ejecutada la respectiva prestación; salvo que, por razones de mercado, el pago del precio sea condición para la entrega de los bienes.

La Entidad deberá pagar las contraprestaciones pactadas a favor del contratista en la forma y oportunidad (pago único o pagos parciales) establecida en las Bases o en el contrato, siempre que el contratista los solicite presentando la documentación que justifique el pago y acredite la existencia de los bienes, conforme a la sección específica de las Bases.

Para tal efecto, el responsable de otorgar la conformidad de la recepción de los bienes, deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser éstos recibidos, a fin que la Entidad cumpla con la obligación de efectuar el pago dentro de los quince (15) días calendario siguientes, siempre que se verifiquen las condiciones establecidas en el contrato.

En el caso que se haya suscrito contrato con un consorcio, el pago se realizará de acuerdo a lo que se indique en el contrato de consorcio.

En caso de retraso en el pago, el contratista tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley, contado desde la oportunidad en que el pago debió efectuarse.

3.9. DISPOSICIONES FINALES

Todos los demás aspectos del presente proceso no contemplados en las Bases se regirán supletoriamente por la Ley y su Reglamento, así como por las disposiciones legales vigentes.

53


SECCIÓN ESPECÍFICA

CONDICIONES ESPECIALES DEL PROCESO DE SELECCIÓN

(EN ESTA SECCIÓN LA ENTIDAD DEBERÁ COMPLETAR LA INFORMACIÓN EXIGIDA, DE ACUERDO A LAS INSTRUCCIONES INDICADAS)

54


CAPÍTULO IGENERALIDADES

1.1. ENTIDAD CONVOCANTE

Nombre : Organismo Supervisor de las Contrataciones del Estado – OSCE

RUC Nº : 20419026809

Domicilio legal : Av. Gregorio Escobedo Cdra. 7 s/n – Residencial San Felipe - Jesús María - Lima

Teléfono/Fax: : 613 5555

Correo electrónico: : [email protected]

1.2. OBJETO DE LA CONVOCATORIA

El presente proceso de selección tiene por objeto la “Adquisición del sistema de inteligencia de negocios”.

1.3. VALOR REFERENCIAL2

El valor referencial asciende a S/. 1,583,995.52 (Un Millón Quinientos Ochenta y Tres Mil Novecientos Noventa y Cinco con 52/100 Nuevos Soles), incluido los impuestos de Ley y cualquier otro concepto que incida en el costo total del bien. El valor referencial ha sido calculado al mes de JULIO DE 2013.

El valor referencial comprende:

Prestación Principal3: S/. 1,197,551.57 (Un Millón Ciento Noventa y Siete Mil Quinientos Cincuenta y Uno con 57/100 Nuevo Soles)

Prestación Accesoria4: S/. 386,443.95 (Trescientos Ochenta y Seis Mil Cuatrocientos Cuarenta y Tres con 95/100 Nuevos Soles)

IMPORTANTE:

Las propuestas económicas no pueden exceder el monto consignado en las Bases como valor referencial de conformidad con el artículo 33 de la Ley. No existe un límite mínimo como tope para efectuar dichas propuestas.

1.4. EXPEDIENTE DE CONTRATACIÓN

El expediente de contratación fue aprobado mediante Memorando N° 658-2013/LOG de fecha

2 El monto del valor referencial indicado en esta sección de las Bases no debe diferir del monto del valor referencial consignado en la ficha del proceso en el SEACE. No obstante, de existir contradicción entre estos montos, primará el monto del valor referencial indicado en las Bases aprobadas.

3 La prestación principal está descrita en los numerales del 6.1) al 6.10) de las especificaciones técnicas.

4 La prestación accesoria está descrita en el numeral 6.11 y 6.12, de las especificaciones técnicas. ( De acuerdo con la absolución de la consulta 22 del participante Arson Group SAC, se hizo la presente aclaración)

53


18 de julio de 2013.

1.5. FUENTE DE FINANCIAMIENTO

Recursos Directamente Recaudados.

IMPORTANTE:

La fuente de financiamiento debe corresponder a aquellas previstas en la Ley de Equilibrio Financiero del Presupuesto del Sector Público del año fiscal en el cual se convoca el proceso de selección.

1.6. SISTEMA DE CONTRATACIÓN

El presente proceso se rige por el sistema de SUMA ALZADA de acuerdo con lo establecido en el expediente de contratación respectivo.

1.7. MODALIDAD DE EJECUCIÓN CONTRACTUAL

Llave en mano.

1.8. ALCANCES DEL REQUERIMIENTO

El alcance de la prestación está definido en los Requerimientos Técnicos Mínimos que forman parte de la presente sección en el Capítulo III.

1.9. PLAZO DE ENTREGA

Las prestaciones materia de la presente convocatoria se ejecutaran en el plazo de diez (10) meses, contados a partir del día siguiente de suscrito el contrato. Dicho plazo constituye un requerimiento técnico mínimo que debe coincidir con lo establecido en el expediente de contratación.

1.10. COSTO DE REPRODUCCIÓN DE LAS BASES

S/. 0.08 (08/100 Nuevos Soles), por cara de cada folio.

1.11. BASE LEGAL

- Ley N° 28411, Ley del Sistema Nacional de Presupuesto.- Ley Nº 29951 - Ley de Presupuesto del Sector Público para el Año Fiscal 2013.- Ley N° 29952 - Ley del Equilibrio Financiero del Presupuesto del Sector Público para el año

fiscal 2013.- Decreto Legislativo N° 1017 - Ley de Contrataciones del Estado, modificada por Ley N°

29873.(en adelante La Ley)- Decreto Supremo Nº 184-2008-EF, que aprueba el Reglamento de la Ley de Contrataciones

del Estado, modificado por Decreto Supremo N° 021-2009-EF. modificado por Decreto Supremo N° 138-2012-EF. (en adelante El Reglamento)

- Ley N° 27444 – Ley del Procedimiento Administrativo General. - Texto Único Ordenado de la Ley N° 27806, Ley de Transparencia y de Acceso a la

Información Pública, aprobado por Decreto Supremo N° 043-2003-PCM.

54


- Directiva 003-2003-CONSUCODE/PRE Disposiciones Complementarias para la participación de postores en consorcio en las contrataciones y adquisiciones del Estado.

- Texto Único Ordenado de la Ley Nº 28016 – Ley de Promoción de Competencia y Formalización y Desarrollo de la Micro y Pequeña Empresa y del Acceso al Empleo, aprobado por Decreto Supremo Nº 007-2008-TR.

- Directiva Nº 009-2009-OSCE/CD - Lineamientos para la aplicación de la garantía de fiel cumplimiento por prestaciones accesorias.

- Directiva Nº 016-2012-OSCE/CD y modificaciones dispuestas mediante Resolución Nº 391-2012-OSCE/PRE de fecha 6 de diciembre de 2012) - Participación de proveedores en Consorcio en las Contrataciones del Estado.

Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.

http://portal.osce.gob.pe/osce/sites/default/files/391-2012-OSCE-PRE.pdf

http://portal.osce.gob.pe/osce/sites/default/files/391-2012-OSCE-PRE.pdf

http://portal.osce.gob.pe/osce/sites/default/files/Documentos/legislacion/Legislacion%20y%20Documentos%20Elaborados%20por%20el%20OSCE/Directivas/MODIFICACION%20DIRECTIVA%20016-2012%20CONSORCIOS.pdf

53


CAPÍTULO IIDEL PROCESO DE SELECCIÓN

2.1.CRONOGRAMA DEL PROCESO DE SELECCIÓN5

Etapa Fecha, hora y lugarConvocatoria : 02/08/2013Registro de participantes : Del: 05/08/2013

Al: 11/09/2013Formulación de Consultas : Del: 05/08/2013

Al: 09/08/2013Absolución de Consultas : 19/08/2013Formulación de Observaciones a las Bases

: Del: 20/08/2013Al: 27/08/2013

Absolución de Observaciones a las Bases

: 03/09/2013

Integración de las Bases : 10/09/2013Presentación de Propuestas : 17/09/2013

* El acto público se realizará en : Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María - Lima / A las 09:00 horas.

Calificación y Evaluación de Propuestas

: Del: 18/09/2013Al: 25/09/2013

Otorgamiento de la Buena Pro : 26/09/2013* El acto público se realizará en : Edificio “El Regidor” ubicado en el sub. Lote

69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María - Lima / A las 16:00 horas

IMPORTANTE:

Debe tenerse presente que en una licitación pública, entre la convocatoria y la etapa de presentación de propuestas debe existir como mínimo veintidós (22) días hábiles y, entre la integración de Bases y la etapa de presentación de propuestas debe existir como mínimo cinco (5) días hábiles.

2.2.REGISTRO DE PARTICIPANTES

El registro de los participantes es gratuito y se realizará en la Unidad de Logística del OSCE, sito en Av. Gregorio Escobedo Cdra. 7 s/n – Piso 3 - Residencial San Felipe - Distrito de Jesús María, Lima sito en las fechas señaladas en el cronograma, en el horario de 08:30 a 17:30horas.

En el momento del registro, se emitirá la constancia o cargo correspondiente en el que se indicará: número y objeto del proceso, el nombre y firma de la persona que efectuó el registro, así

5 La información del cronograma indicado en las Bases no debe diferir de la información consignada en el cronograma de la ficha del proceso en el SEACE. No obstante, de existir contradicción en esta información, primará el cronograma indicado en la ficha del proceso en el SEACE.

54


como el día y hora de dicha recepción.

IMPORTANTE:

Al consignar el horario de atención, debe tenerse en cuenta que el horario de atención no podrá ser menor a ocho horas.

Los participantes registrados tienen el derecho de solicitar un ejemplar de las Bases, para cuyo efecto deben cancelar el costo de reproducción de las mismas.

2.3.FORMULACIÓN DE CONSULTAS Y OBSERVACIONES A LAS BASES

Las consultas y observaciones se presentarán por escrito, debidamente fundamentadas, ante la ventanilla de Mesa de Partes de la Entidad (Unidad de Trámite Documentario), sito en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María – Lima; en las fechas señaladas en el cronograma, en el horario de 08:30 a 16:30 horas, debiendo estar dirigidos al Presidente del Comité Especial de la LICITACIÓN PÚBLICA N° 002-2013-OSCE, pudiendo ser remitidas adicionalmente al siguiente correo electrónico: [email protected]

IMPORTANTE:

Al consignar el horario de atención, debe tenerse en cuenta que el horario de atención no podrá ser menor a ocho horas.

2.4.ACTO PÚBLICO DE PRESENTACIÓN DE PROPUESTAS

Las propuestas se presentarán en acto público, en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María – Lima; en la fecha y hora señalada en el cronograma. El acto público se realizará con la participación de NOTARIO PUBLICO.

Se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente. La no asistencia del mismo no vicia el proceso.

Las propuestas se presentarán en dos (2) sobres cerrados y estarán dirigidas al Comité Especial de la LICITACIÓN PÚBLICA N° 002-2013-OSCE, conforme al siguiente detalle:

SOBRE N° 1: Propuesta Técnica. El sobre será rotulado:

SOBRE Nº 2: Propuesta Económica. El sobre será rotulado:

SeñoresORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO - OSCEAv. Gregorio Escobedo S/N – Cdra. 7 – Jesús María - LimaAtt.: Comité Especial

LICITACIÓN PÚBLICA N° 002-2013-OSCE - ADQUISICIÓN DE L SISTEMA DE INTELIGENCIA DE NEGOCIOS

SOBRE N° 1: PROPUESTA TECNICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]

mailto:[email protected]

53


2.5.CONTENIDO DE LAS PROPUESTAS

2.5.1. SOBRE N° 1 - PROPUESTA TÉCNICA

Se presentará en un original y dos (2) copias6.

El sobre Nº 1 contendrá, además de un índice de documentos7, la siguiente documentación:

Documentación de presentación obligatoria:

a)Declaración jurada de datos del postor.Cuando se trate de consorcio, esta declaración jurada será presentada por cada uno de los consorciados. (Anexo Nº 1).

b) Declaración jurada de cumplimiento de los Requerimientos Técnicos Mínimos contenidos en el Capítulo III de la presente sección8 (Anexo Nº 2).

c)Declaración jurada simple de acuerdo al artículo 42 del Reglamento (Anexo Nº 3).En el caso de consorcios, cada integrante debe presentar esta declaración jurada, salvo que sea presentada por el representante común del consorcio.

d)Promesa formal de consorcio, de ser el caso, en la que se consigne los integrantes, el representante común, el domicilio común y las obligaciones a las que se compromete cada uno de los integrantes del consorcio así como el porcentaje equivalente a dichas obligaciones. (Anexo Nº 4)

La promesa formal de consorcio deberá ser suscrita por cada uno de sus integrantes.

Se presume que el representante común del consorcio se encuentra facultado para actuar en nombre y representación del mismo en todos los actos referidos al proceso de selección, suscripción y ejecución del contrato, con amplias y

6 De acuerdo con el artículo 63 del Reglamento, la propuesta técnica se presentará en original y en el número de copias requerido en las Bases, el que no podrá exceder de la cantidad de miembros que conforman el Comité Especial.

7 La omisión del índice no descalifica la propuesta, ya que su presentación no tiene incidencia en el objeto de la convocatoria.

8 El Comité Especial debe determinar al elaborar las Bases si solo bastará la presentación de una declaración jurada para acreditar el cumplimiento de los requerimientos técnicos mínimos o, de lo contrario, si será necesario que lo declarado se encuentre respaldado con la presentación de algún otro documento (tales como: folletos, instructivos, catálogos o similares), en cuyo caso, deberá precisar dicha información en el listado de documentación de presentación obligatoria del numeral 2.5.1 de la sección específica de las Bases.

SeñoresORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO - OSCEAv. Gregorio Escobedo S/N – Cdra. 7 – Jesús María - LimaAtt.: Comité Especial

LICITACIÓN PÚBLICA N° 002-2013-OSCE - ADQUISICIÓN DEL SISTEMA DE INTELIGENCIA DE NEGOCIOS

SOBRE N° 2: PROPUESTA ECONÓMICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]

54


suficientes facultades.

e)Declaración jurada de Plazo de entrega (Anexo Nº 5)

f) Carta emitida por el fabricante o subsidiaria local acreditando que el proveedor está autorizada a brindar los servicios de implementación, instalación y/o puesta en marcha de la herramienta de BI, o que el personal del postor cuenta con las certificaciones técnicas respectivas para los productos ofertados.9

g) Declaración jurada de compromiso para la transparencia en el accionar del personal contratado para el OSCE (Anexo Nº 9)

h) El postor debe presentar una carta emitida por el fabricante o subsidiaria local indicando que es proveedor certificado o proveedor autorizado de los productos ofertados. Asimismo, el proveedor debe presentar una carta certificando el cumplimiento de las características técnicas de la solución ofertada, con manuales y documentación oficial del fabricante.10

i) Carta emitida por el fabricante o subsidiaria local indicando que es proveedor certificado o proveedor autorizado de los productos ofertados.11

j) Acreditar con contratos u órdenes de servicio, acompañados de su respectiva conformidad, haber instalado su sistema de Inteligencia de Negocio y/o desarrollado y/o personalizado dicho producto en un mínimo de tres (03) Entidades Públicas y/o Privadas.

k)Acreditar el siguiente personal:

GERENTE DE PROYECTO Perfil:- Ingeniero de Sistemas, Informático, Industrial, y/o Software12.- Maestría en tecnologías de la información, gestión pública, administración de

negocios, gestión de proyectos.- PMP13.- Conocimiento de CMMI.Experiencia- 05 años de experiencia gestionando proyectos de sistemas de información.- 03 años de experiencia gestionando proyectos Web y/o BI14.

9 Absolución a la observación 1 de la empresa Arson Group SAC


11 Absolución a la consulta 25 de la empresa Arson Group SACEl proveedor debe acreditar con una carta emitida por el fabricante o subsidiaria local que es un proveedor certificado o proveedor autorizado del producto de software ofertado

12 Absolución a la consulta 27 de la empresa Arson Group SACEl requerimiento es Título Profesional de Ingeniería. (para todo el personal requerido) 13 Absolución a la consulta 2 6 de la empresa Arson Group SAC PMP significa “Project Management Professional”, se está solicitando profesionales certificados por el Project Management Institute.

14 Absolución a la consulta 2 de la e mpresa SPARC TECHNOLOGIES INC

53


- 03 años de experiencia gestionando proyectos de sistemas de información empleando PMI, RUP e ISO 9000.

JEFE DE PROYECTOPerfil- Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Maestría en tecnologías de la información, gestión pública, administración de

negocios, gestión de proyectos.- PMP.- Conocimiento de CMMI.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de la Familia ISO 9000.Experiencia:- 05 años de experiencia gestionando proyectos de sistemas de información.- 01 años de experiencia gestionando proyectos BI.- 01 años de experiencia gestionando proyectos de sistemas de información

empleando PMI, RUP, UML e ISO 900015.

ARQUITECTO DE SOFTWAREPerfil- Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de la Familia ISO 9000.- Conocimiento de Java o lenguaje del Sistema BI.- Conocimiento de Oracle.Experiencia16

- 03 años de experiencia en proyectos de sistemas de información.- 01 años de experiencia como arquitecto de software definiendo e

implementado arquitectura de tres capas (modelo, vista, controlador) empleando el lenguaje de programación Java o lenguaje del Sistema BI.

- 01 años de experiencia como programador empleando RUP, UML, Java o lenguaje del Sistema BI, Java Server Faces, Oracle, etc.

- 01 años de experiencia en sistemas de información empleando RUP, UML, Java Server Faces, etc.

ADMINISTRADOR DE BASE DE DATOSPerfil- Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de la Familia ISO 9000.

La experiencia de 03 años gestionando proyectos Web y/o BI pueden estar dentro de la experiencia gestionando proyectos de sistemas de información empleando PMI, RUP e ISO 9000.

15 Absolución a la consulta 3 y 4 de la empresa SPARC TECHNOLOGIES INC Solo debe tener un de ellas.La experiencia de 01 año puede estar dentro de la experiencia gestionando proyectos de sistemas de información.

16 Absolución a la consulta 5 de la empresa SPARC TECHNOLOGIES INCLa experiencia de 01 año puede estar dentro de la experiencia en proyectos de sistemas de información.

54


- Conocimiento de Administración de Base de Datos Oracle oficial.Experiencia17

- 03 años de experiencia en proyectos de sistemas de información.- 01 años de experiencia como Administrador de Base de Datos en Oracle.- 01 años de experiencia empleando RUP, UML, Java o lenguaje del Sistema

BI, con base de datos Oracle.

ANALISTA DE CALIDADPerfil- Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de la Familia ISO 9000.- Conocimiento de Java o lenguaje del Sistema BI.- Conocimiento de Oracle.Experiencia18

- 03 años de experiencia en proyectos de sistemas de información.- 01 años de experiencia como Analista de Calidad empleando la familia ISO

9000 de calidad de software.- 01 años de experiencia empleando RUP, UML, PMI e ISO 9000.

ANALISTA FUNCIONALPerfil- Título profesional en ingeniería, derecho, economía o carreras a fin al

Proyecto BI.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de PMI.- Experiencia19

- 03 años de experiencia como analista funcional en proyectos de sistemas de información y afines.

- 01 años de experiencia en temas relacionados al uso de la normatividad de contrataciones.

- 01 años de experiencia empleando RUP, UML, PMI e ISO 9000.

DESARROLLADORPerfil- Bachiller o Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de Java o lenguaje del Sistema BI.- Conocimiento de Oracle.Experiencia20

17 Absolución a la consulta 6 de la empresa SPARC TECHNOLOGIES INC La experiencia de 01 año puede estar dentro de la experiencia en proyectos de información.

18 Absolución a la consulta 7 de la empresa SPARC TECHNOLOGIES INC La experiencia de 01 año puede estar dentro de la experiencia en proyectos de sistemas de información.

19 Absolución a la consulta 8 de la empresa SPARC TECHNOLOGIES INC La experiencia de 01 año puede estar dentro de la experiencia como analista funcional en proyectos de sistemas de información y afines.20 Absolución a la consulta 9 de la empresa SPARC TECHNOLOGIES INC

53


- 02 años de experiencia en proyectos de sistemas de información Web.- 01 años de experiencia empleando RUP, UML, Java o Lenguaje del Sistema

BI, Java Server Faces, Oracle.

El perfil del personal propuesto se acreditará con diplomas, constancias, certificados u otros documentos relacionados y la experiencia se acreditará con constancia, certificado, contratos u órdenes de servicio con su respectiva conformidad y comprobantes de pago debidamente cancelado u otros documentos relacionados.

IMPORTANTE:

La omisión de alguno de los documentos enunciados acarreará la no admisión de la propuesta, sin perjuicio de lo señalado en el artículo 68 del Reglamento.

Documentación de presentación facultativa:

a) Factor mejoras a las características técnicas de los bienes y a las condiciones previstas: Presentar una declaración jurada.

b) Factor experiencia del postor: Copia simple de contratos u órdenes de compra, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente. Adicionalmente, para acreditar experiencia adquirida en consorcio, deberá presentarse copia simple de la promesa formal de consorcio o el contrato de consorcio.

Sin perjuicio de lo anterior, los postores deben presentar el Anexo Nº 6 referido a la Experiencia del Postor.

c) Factor cumplimiento de la prestación: Presentar constancias de prestación o cualquier otro documento que, independientemente de su denominación, acredite que la prestación se ejecutó sin penalidad.

d) Otros factores: Presentar declaración jurada. Anexo N° 7.

IMPORTANTE:

En caso exista contradicción entre la información presentada en la propuesta técnica, la propuesta será descalificada.

2.5.2. SOBRE N° 2 - PROPUESTA ECONÓMICA21

El Sobre Nº 2 deberá contener la siguiente información obligatoria:

Oferta económica expresada en la moneda del valor referencial. (Anexo Nº 8).

Se debe presentar oferta económica para la prestación principal, así como para la prestación accesoria, expresada con dos decimales.

El monto total de la propuesta económica deberá ser expresada con dos decimales.

La experiencia de 01 año puede estar dentro de la experiencia en proyectos de sistemas de información Web.

21 De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.

54


IMPORTANTE:

La admisión de la propuesta económica que presenten los postores dependerá de si aquella se encuentra dentro los márgenes establecidos en el artículo 33 de la Ley y el artículo 39 de su Reglamento.

En caso la información contenida en la propuesta económica difiera de la información contenida en la propuesta técnica, la propuesta económica será descalificada.

2.6.DETERMINACIÓN DEL PUNTAJE TOTAL

Una vez evaluadas las propuestas técnica y económica se procederá a determinar el puntaje total de las mismas.

El puntaje total de las propuestas será el promedio ponderado de ambas evaluaciones, obtenido de la siguiente fórmula:

PTPi = c1 PTi + c2 PEi

Donde:

PTPi= Puntaje total del postor iPTi = Puntaje por evaluación técnica del postor iPEi = Puntaje por evaluación económica del postor i

Se aplicará las siguientes ponderaciones:

c1 = Coeficiente de ponderación para la evaluación técnica. = 0.60

c2 = Coeficiente de ponderación para la evaluación económica. = 0.40]

Donde: c1 + c2 = 1.00

2.7.REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO

El postor ganador de la Buena Pro deberá presentar los siguientes documentos para suscribir el contrato:

a) Constancia vigente de no estar inhabilitado para contratar con el Estado.b) Garantía de fiel cumplimiento del contrato. [DEBE PRESENTARSE CARTA FIANZA]c) Garantía de fiel cumplimiento por prestaciones accesorias. [DEBE PRESENTARSE CARTA

FIANZA]d) Garantía por el monto diferencial de la propuesta, de ser el caso. [DEBE PRESENTARSE

CARTA FIANZA]e) Garantía por adelanto, de ser el caso. [DEBE PRESENTARSE CARTA FIANZA]

f) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.g) Código de cuenta interbancario (CCI). h) Traducción oficial efectuada por traductor público juramentado de todos los documentos de

la propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

i) Domicilio para efectos de la notificación durante la ejecución del contrato.j) Correo electrónico para notificar la orden de compra.

53


IMPORTANTE:

En caso de que el postor ganador de la Buena Pro sea un consorcio y la Entidad opte por solicitar como garantía para la suscripción del contrato carta fianza o póliza de caución, conforme a lo indicado por la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones en los Oficios Nº 5196-2011-SBS y Nº 15072-2012-SBS, a fin de que no existan problemas en la ejecución de las mencionadas garantías, resulta necesario que éstas consignen en su texto, el nombre, denominación o razón social de todas y cada una de las personas naturales y/o jurídicas que integran el consorcio.

Adicionalmente, debe presentar otro tipo de documentación, tales como:

a) Copia de DNI del Representante Legal.b) Copia de la vigencia del poder del representante legal de la empresa.c) Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.d) Copia del RUC de la empresa.e) Estructura de costos o detalle de precios unitarios de los bienes y servicios, para la

formalización del contrato.

IMPORTANTE:

La Entidad no podrá exigir documentación o información adicional a la consignada en el presente numeral para la suscripción del contrato.

2.8.PLAZO PARA LA SUSCRIPCIÓN DEL CONTRATO

El postor ganador de la Buena Pro, sin mediar citación alguna por parte de la Entidad, deberá presentar toda la documentación prevista para la suscripción de contrato dentro del plazo de siete (7) días hábiles, contados a partir del día siguiente de consentida la Buena Pro. Asimismo, dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

La citada documentación deberá ser presentada ante la ventanilla de Mesa de Partes de la Entidad (Unidad de Trámite Documentario), sito en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María, en el horario de 08:30 a 16:30 horas.

2.9. ADELANTOS22

La Entidad otorgará un adelanto directo por el 30% del monto del contrato original.

El contratista debe solicitar el adelanto en la fecha de entrega de los documentos para la suscripción del contrato, adjuntando a su solicitud la garantía por adelanto,23 mediante la presentación de una CARTA FIANZA, por el mismo monto del adelanto y el comprobante de pago correspondiente. Vencido dicho plazo no procederá la solicitud.

22 Si la Entidad ha previsto la entrega de adelantos, deberá consignar el procedimiento para su entrega y la respectiva garantía, precisando el plazo en el cual el contratista solicitará los adelantos. Asimismo, deberá consignar la oportunidad y plazo en el cual se entregarán dichos adelantos, conforme a lo previsto por los artículos 171 y 172 del Reglamento.

23 De conformidad con el artículo 162 del Reglamento, esta garantía deberá ser emitida por idéntico monto y un plazo mínimo de vigencia de tres (3) meses, renovable trimestralmente por el monto pendiente de amortizar, hasta la amortización total del adelanto otorgado. Cuando el plazo de ejecución contractual sea menor a tres (3) meses, la garantía podrá ser emitida con una vigencia menor, siempre que cubra la fecha prevista para la amortización total del adelanto otorgado.

54


La Entidad debe entregar el monto solicitado dentro de los quince (15) días calendario siguiente a la presentación de la solicitud del contratista.

En el supuesto que los adelantos no se entreguen en la oportunidad prevista, el contratista tendrá derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

2.10. FORMA DE PAGO

La Entidad deberá realizar el pago de la contraprestación pactada a favor del contratista, previa recepción de los bienes y conformidad por parte de la Oficina de Estudios Económicos del OSCE.

La forma de pago, así como las fechas, están determinadas en la Tabla 6: Cronograma de Pago desde iniciado el Proyecto, contenido en las especificaciones técnicas.

De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:

- Recepción y conformidad a cargo de la Oficina de Estudios Económicos del OSCE.- Informe técnico a cargo de la Dirección del SEACE.- Comprobante de pago.

2.11. PLAZO PARA EL PAGO

La Entidad debe efectuar el pago dentro de los quince (15) días calendario siguiente al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

53


CAPÍTULO IIIESPECIFICACIONES TÉCNICAS Y REQUERIMIENTOS TÉCNICOS MÍNIMOS

SISTEMA INTELIGENCIA DE NEGOCIO Versión 1.0.0

1. AREA USUARIA:Oficina de Estudios Económicos

2. FINALIDAD PÚBLICA:

El Sistema de Inteligencia de Negocios permitirá al OSCE, conforme a lo establecido en el Plan Estratégico Institucional 2012 – 2016, convertirse en aliado estratégico de las entidades y agentes económicos, por la calidad de sus servicios, por el uso intensivo de TI, así como por promover la eficiencia, probidad y transparencia en la gestión de las contrataciones del Estado, contribuyendo a mejorar el acceso al mercado estatal y elevar la calidad del gasto público.

3. OBJETO:Adquisición de un Sistema de Inteligencia de Negocio y la adecuación del sistema de acuerdo a las necesidades de la Oficina de Estudios Económicos.

4. ACTIVIDAD DEL POI:Tarea 7.- Implementación del Sistema de Inteligencia de Negocios – Fase 1

5. DESCRIPCIÓN DELOS BIENES:

ITEM

CANTIDAD

UNIDAD DE MEDIDA DESCRIPCIÓN

1 01 Software Sistema de Inteligencia de Negocio

Revisar el Documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0” elaborado por la Oficina de Estudios Económicos y la Dirección del SEACE en el cual se encuentra el detalle de la descripción del bien.

5.1.Periodo de Garantía:24- 25

La Garantía del fabricante del bien adquirido es por treinta y seis (36) meses y de seis (06) meses para las adecuaciones realizadas empleando el bien para toda la solución ofertada, contados a partir de la conformidad del bien por parte del Almacén del OSCE. La garantía técnica debe ser por treinta y seis (36) meses. La garantía deberá estar acreditada por una carta del fabricante o subsidiaria local de los bienes y/o equipos.

6. PRESTACIONES ACCESORIAS A LA PRESTACIÓN PRINCIPAL:6.1.Mantenimiento preventivo26:

24 Absolución a la consulta 28 de la empresa Arson Group SAC.Sí, debe entenderse que la garantía técnica es la obligación que asume el fabricante o proveedor de garantizar el correcto funcionamiento del bien vendido, en este caso el Sistema de BI.

25 Absolución a la consulta 10 de la empresa SPARC TECHNOLOGIES INC Si, debe contar con actualizaciones de software (upgrade y update) y consultas de soporte sin costo adicional durante el periodo en mención.

26 Absolución a la consulta 11 de la empresa SPARC TECHNOLOGIES INC El Sistema de BI del presente proceso será instalado en el hardware y software base que el OSCE dispone, motivo por el cual el proveedor instalará el Sistema de BI en la plataforma tecnológica, por esta razón el Sistema de BI debe contar con actualización de firmware (software) que asegure que funcionará con el hardware que se dispone.

54


Debe incluir mantenimiento preventivo, correctivo, actualización de firmware y versiones de software. El mantenimiento preventivo deberá realizarse con una frecuencia de dos (02) veces por año en el local del cliente durante toda la duración de la garantía (36 meses). La actualización de firmware y versiones de software deberá realizarse durante toda la duración de la garantía (36 meses).

6.2.Soporte TécnicoPara los componentes de software la atención técnica será “onsite” en un plazo no mayor de cuatro (04) horas desde el reporte del incidente, de acuerdo a las secciones 6.10 y 6.11 del documento Especificaciones Técnicas del “Sistema Inteligencia de Negocio Versión 1.0.0”. En el caso del software la atención podrá realizarse de manera remota y de ser necesario en forma local. Se debe diferenciar entre el soporte del producto y el soporte a los requerimientos implementados.

6.3.Capacitación y/o entrenamiento:Revisar el documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0”, específicamente en las secciones 6.8, 6.9 y 7.3.2, en el cual se encuentra el detalle de la capacitación y/o entrenamiento al personal requerido.

7. DISPONIBILIDAD DE SERVICIOS Y/O REPUESTOS:

El mantenimiento correctivo deberá incluir cambio de componentes de la arquitectura a adquirir, mano de obra y atención 24x7 (24 horas del día, los 7 días de la semana). La actualización de firmware y versiones de software deberá realizarse durante toda la duración de la garantía (36meses). Estos servicios son sin costo alguno para el OSCE.

8. REQUISITOS DEL PROVEEDOR:8.1.Del Proveedor:

“Carta emitida por el fabricante o subsidiaria local acreditando que el proveedor está autorizada a brindar los servicios de implementación, instalación y/o puesta en marcha de la herramienta de BI, o que el personal del postor cuenta con las certificaciones técnicas respectivas para los productos ofertados.27

El postor debe presentar una carta emitida por el fabricante o subsidiaria local indicando que es proveedor certificado o proveedor autorizado de los productos ofertados. Asimismo, el proveedor debe presentar una carta certificando el cumplimiento de las características técnicas de la solución ofertada, con manuales y documentación oficial del fabricante.28

El proveedor debe presentar una carta emitida por el fabricante o subsidiaria local indicando que es proveedor certificado o proveedor autorizado de los productos ofertados.

El proveedor deberá acreditar con contratos u órdenes de servicio, haber instalado su sistema de Inteligencia de Negocio y/o desarrollado y/o personalizado dicho producto en un mínimo de tres (03) Entidades Públicas y/o Privadas.

8.2.Del personal:El número de personal, su experiencia y perfil solicitado, se describen en las secciones 7.1.2, 7.1.3 y 7.1.4 del documento de especificaciones técnicas del “Sistema de Inteligencia de Negocio versión 1.0.0”

9. PLAZO DE ENTREGA:Al décimo mes de suscrito el contrato. El detalle del cronograma de trabajo se indica en el documento de especificaciones técnicas del “Sistema de Inteligencia de Negocio versión 1.0.0” en la sección 7.5



53


9.1.Entregables:El proveedor deberá entregar la documentación de implementación y configuración de la solución, de acuerdo a las metodologías y estándares aprobados por la Dirección del SEACE, cuyo detalle se indica en la secciones 7.2.1, 7.2.2, 7.3.1y 7.4 del documento de especificaciones técnicas del “Sistema de Inteligencia de Negocio versión 1.0.0”

10. INFORME DE CUMPLIMIENTO DE LAS ESPECIFICACIONES TÉCNICAS:La conformidad funcional estará a cargo de la Oficina de Estudios Económicos.La conformidad técnica estará a cargo de la Dirección del SEACE.

11. LUGAR DE ENTREGA:En el Almacén del OSCE (Sub – Lote 69-B Zona Comercial del conjunto Residencial San Felipe Edificio El Regidor, 6to. Piso – Jesús María).

12. FORMA DE PAGO:Revisar el documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0” en el cual se encuentra el detalle de la descripción del bien, sección 7.6.

13. ADELANTOS:Revisar el documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0” en el cual se encuentra el detalle de la descripción del bien, sección 7.6.En el caso que no se solicite adelanto, se realizará el pago de acuerdo a los porcentajes indicados en la sección 7.6 del documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0”

14. MODALIDAD DE EJECUCIÓN CONTRACTUALLlave en mano

15. PENALIDADES APLICABLES:15.1. Penalidades por mora:

De acuerdo al artículo Nº 165 del Reglamento de la Ley de Contrataciones del Estado.

15.2. Otras penalidades:No aplica

16. CONFIDENCIALIDAD:Toda información es confidencial, no puede emplearse ni difundirse sin la autorización expresa de la Dirección del SEACE y/o Oficina de Estudios Económicos.

17. RESPONSABILIDAD POR VICIOS OCULTOS:De un (01) año contado a partir de la conformidad otorgada.

18. ANEXOS:Documento Especificaciones Técnicas del “Sistema de Inteligencia de Negocio Versión 1.0.0” elaborado por la Oficina de Estudios Económicos y la Dirección del SEACE en el cual se encuentra el detalle de la descripción del bien.

54


ESPECIFICACIONES TÉCNICAS

“SISTEMA INTELIGENCIA DE NEGOCIO VERSIÓN 1.0.0”

Mayo-2013

53


Tabla de Contenido

1. RESUMEN EJECUTIVO............................................................................................................................2

2. DEFINICIONES................................................................................................................................... 2

3. ANTECEDENTES............................................................................................................................... 2

3.1. BENEFICIOS GENERALES......................................................................................................................23.2. DATOS DEL SISTEMA ACTUAL...............................................................................................................2

4. BASE NORMATIVA Y DOCUMENTAL.............................................................................................2

5. OBJETIVO........................................................................................................................................... 2

6. ALCANCE DEL SISTEMA................................................................................................................. 2

6.1. DIAGNÓSTICO DE PROCESOS..............................................................................................................26.2. ANÁLISIS Y DISEÑO DEL SISTEMA........................................................................................................26.3. CONSTRUCCIÓN Y/O PERSONALIZACIÓN DEL SISTEMA.......................................................................26.4. PRUEBAS DEL SISTEMA........................................................................................................................26.5. IMPLANTACIÓN DEL SISTEMA...............................................................................................................26.6. MIGRACIÓN...........................................................................................................................................26.7. PUESTA EN MARCHA............................................................................................................................26.8. TRANSFERENCIA TECNOLÓGICA A LA DIRECCIÓN DEL SEACE DEL OSCE......................................26.9. CAPACITACIÓN A LOS USUARIOS INTERNOS DEL OSCE....................................................................26.10. MESA DE AYUDA PARA LOS ACTORES DEL SISTEMA......................................................................26.11. SOPORTE TÉCNICO POST IMPLEMENTACIÓN..................................................................................26.12. HORAS ADICIONALES DE SOPORTE.................................................................................................26.13. SOFTWARE Y HARDWARE INCLUIDO EN LA SOLUCIÓN...................................................................26.14. CONSIDERACIONES GENERALES......................................................................................................2

6.14.1. Lugar de prestación...................................................................................................................26.14.2. Requerimientos de conectividad, Hardware y Software.......................................................2

6.15. REQUERIMIENTOS FUNCIONALES....................................................................................................26.15.1. General.......................................................................................................................................2

6.15.1.1. Estadística General de convocatorias informadas.......................................................................26.15.1.2. Reporte de Convocatorias realizadas por entidad.......................................................................26.15.1.3. Estadística General de Panes Anuales informados.....................................................................26.15.1.4. Representación gráfica del nivel de ejecución del Gasto, por entidad......................................26.15.1.5. Representación gráfica del nivel de ejecución del gasto, por Región y provincia...................26.15.1.6. Reporte de Proveedores con inscripción vigente en el RNP......................................................26.15.1.7. Reporte de la duración de los procesos de selección.................................................................26.15.1.8. Diversos reportes – ranking............................................................................................................26.15.1.9. Interfaces...........................................................................................................................................2

6.16. REQUERIMIENTOS NO FUNCIONALES..............................................................................................26.16.1. Tipos y Cantidad de Usuarios..................................................................................................26.16.2. Funcionalidad Horizontal..........................................................................................................26.16.3. Arquitectura................................................................................................................................2

6.16.3.1. Listado y descripción de LPARS...................................................................................................26.16.4. Otras consideraciones..............................................................................................................2

6.16.4.1. Marco de Referencia........................................................................................................................26.16.4.2. Normas y Estándares (Ejemplo Sistema 100% WEB y uso de protocolos estándar).............26.16.4.3. Derechos de Propiedad...................................................................................................................26.16.4.4. Coexistencia y Gradualidad............................................................................................................2

54


6.16.4.5. Codificación de las Entidades y Actores Importantes..................................................................26.16.4.6. Estandarización y Simplificación....................................................................................................2

6.17. REQUERIMIENTOS DE INTEGRACIÓN................................................................................................26.17.1.1. Sistema de Seguridad......................................................................................................................26.17.1.2. Integración con otros sistemas.......................................................................................................2

6.18. REQUERIMIENTOS TÉCNICOS (INTEGRACIÓN CON EQUIPOS Y SW COMERCIAL)...........................26.18.1. Mecanismos de identificación electrónica..............................................................................26.18.2. Consideraciones para el desarrollo del sistema....................................................................2

6.18.2.1. Consideraciones funcionales..........................................................................................................26.18.2.2. Consideraciones técnicas................................................................................................................2

7. GESTIÓN DEL PROYECTO DE ANÁLISIS, DISEÑO, CONSTRUCCIÓN, PRUEBAS, E IMPLANTACIÓN DEL SISTEMA BI.......................................................................................................... 2

7.1. ORGANIZACIÓN DEL EQUIPO................................................................................................................27.1.1. Planificación de Recursos Humanos del Equipo...................................................................27.1.2. Responsabilidades del Equipo................................................................................................27.1.3. Experiencia del Equipo.............................................................................................................27.1.4. Perfil del Equipo.........................................................................................................................27.1.5. Gestión de Cambio del Equipo................................................................................................2

7.2. ENTREGABLES DE GESTIÓN DEL PROYECTO DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE...................................................................................................................................2

7.2.1. Resumen de los Procesos de la Metodología de Dirección y Gestión de Proyectos.......27.2.2. Los Entregables de la Metodología de Dirección y Gestión de Proyectos que debe elaborar el Equipo.......................................................................................................................................2

7.3. ENTREGABLES DEL SISTEMA DE LA METODOLOGÍA DE DESARROLLO DE SOFTWARE DEL OSCE.. .27.3.1. Los Entregables de la Metodología de Desarrollo de Software que debe elaborar el Equipo. 27.3.2. Entrenamiento al usuario..........................................................................................................27.3.3. Implantación...............................................................................................................................27.3.4. Post-Implantación......................................................................................................................2

7.4. ENTREGABLES DE CALIDAD DE LA METODOLOGÍA DE CALIDAD DE SOFTWARE DEL OSCE.............27.4.1. Los Entregables de la Metodología de Calidad de Software que debe elaborar el Equipo. 2

7.5. CRONOGRAMA DE TRABAJO.................................................................................................................27.6. FORMA DE PAGO..................................................................................................................................2

8. ANEXO A: FICHA DEL MÓDULO DE INDICADORES DE GESTIÓN............................................2

9. ANEXO B: PROCESO DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE.................................................................................................................................................. 2

10. ANEXO C: LISTA DE ENTREGABLES DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE.................................................................................................................... 2

11. ANEXO D: LISTA DE ENTREGABLES DE LA METODOLOGÍA DE DESARROLLO DE SOFTWARE DEL OSCE............................................................................................................................ 2

12. Anexo E: Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE..............2

53


1. Resumen Ejecutivo

En el contexto de la sociedad de la información, el Organismo Supervisor de las Contrataciones del Estado (OSCE) propicia la necesidad de tener mejores, más rápidos y más eficientes métodos para extraer información y transformar los datos de una organización en información y distribuirla a lo largo de la cadena de valor de la organización. Por lo tanto, podemos definir a la inteligencia de negocio como un proceso mediante el cual las entidades o empresas reúnen datos, los analizan, y vuelven a aplicar el resultado con el fin de aprovechar mejor su propio modelo y mejorar su rendimiento. Las ventajas que se pueden obtener de implementar un sistema de inteligencia de negocio son el control de los costos, mejorar la colaboración y calidad de las decisiones, orientar las soluciones tecnológicas al usuario, proporcionar un profunda visión del negocio y asiste a los directivos para planear y pronosticar el trabajo. A continuación se muestra los beneficios de Inteligencia de Negocio (BI) según Goyes (2013).

FIGURA 1. BENEFICIOS BI. FUENTE: GOYES (2013).

54


El cuadrante mágico29 es una herramienta analítica creada y promovida por la empresa Gartner y la cual muestra una representación gráfica del mercado compartido en un determinado periodo de tiempo para esta clase de sistemas. Los Cuadrantes Mágicos de Gartner proporcionan a las empresas un medio para identificar y diferenciar a los proveedores de servicios del sector de las tecnologías de la información. Según define Gartner, los líderes en los cuadrantes mágicos son aquellos fabricantes de software que operan bien hoy en día, tienen una visión clara de la dirección del mercado y desarrollan activamente las competencias necesarias para mantener su posición de líderes en el mercado. A continuación se muestra el cuadrante de Gartner del año 2012.

29 Absolución a la consulta 10 de la empres a MIT Soluciones SAC

Ver la respuesta de la “2.11 Consulta” de la Empresa “MIT Soluciones SAC”.

Cabe resaltar que en el Cuadrante Mágico de Gartner se incluye a las plataformas de Inteligencia de Negocio y Analytics, el mismo que es presentado por GARTNER en un informe donde se presentan fortalezas y debilidades de cada uno de estos productos de software, además de presentar como fue realizada esta clasificación. Esta información es útil a la hora de decidir que plataforma BI utilizar en un negocio. Sin embargo, a la hora de construir el Cuadrante Mágico, GARTNER organiza la información en base a dos conceptos que son los que constituyen los ejes del Cuadrante:• La Capacidad de Ejecución: intenta reflejar la capacidad del proveedor para satisfacer las demandas actuales y futuras del mercado y el nivel de satisfacción obtenido.• Integridad de la Visión: evalúa cómo la solución se adapta a las nuevas tendencias (orientadas al análisis predictivo, la simplificación en la utilización y el Big Data), junto con una evaluación de la estrategia hacia el mercado (ventas, producto, estrategia sectorial y geográfica)

El informe se realiza en base a tres fuentes:• La información directa de los clientes (en esta ocasión a través de una encuesta con más de 1700 respuestas en todo el mundo).• El análisis y valoración realizada por los analistas de GARTNER.• La información remitida por los propios fabricantes de la tecnología.

Con el factor definido, lo que se persigue es conocer al producto de software y al fabricante de la tecnología.

La razones, motivos y funciones que tiene pensado el OSCE tienen por objetivo contribuir a la transparencia de la información, y los requerimientos a implementarse serán determinados por OSCE de acuerdo a su ámbito normativo.

53


FIGURA 2. GRÁFICO DE GARTNER. FUENTE: GOYES (2013).

Dada la importancia y la existencia de proveedores que desarrollen esta clase de sistemas, el OSCE iniciará el proceso de adquisición de un Sistema BI con el objetivo de proporcionar información a los actores de las contrataciones del Estado Peruano.

54


2. Definiciones

En esta sección se listan y describen definiciones del análisis, diseño, construcción, pruebas e implantación de un Sistema de Inteligencia de Negocio (Sistema BI) para comprender las diversas secciones del documento.

BI: Business Intelligence.

Consorcio: El contrato asociativo por el cual dos (02) o más personas se asocian, con el criterio de complementariedad de recursos, capacidades y aptitudes, para participar en un proceso de selección y, eventualmente, contratar con el Estado.

Consultor: La persona natural o jurídica que presta servicios profesionales altamente calificados en la elaboración de estudios y proyectos; en la inspección de fábrica, peritajes de equipos, bienes y maquinarias; en investigaciones, auditorias, asesorías, estudios de pre-factibilidad y de factibilidad técnica, económica y financiera, estudios básicos, preliminares y definitivos, asesoramiento en la ejecución de proyectos y en la elaboración de términos de referencia, especificaciones técnicas y bases de distintos procesos de selección, entre otros.

Contratación: Es la acción que deben realizar las Entidades para proveerse de bienes, servicios u obras, asumiendo el pago del precio o de la retribución correspondiente con fondos públicos, y demás obligaciones derivadas de la condición del contratante.

Contratista: El proveedor que celebre un contrato con una Entidad, de conformidad con las disposiciones de la Ley y del presente Reglamento.

Contrato: Es el acuerdo para crear, regular, modificar o extinguir una relación jurídica dentro de los alcances de la Ley y del Reglamento.

Cubos. Son estructuras multidimensionales. Contiene datos pre-calculados.

Data Warehouse. Las definiciones pueden ser: Es el repositorio de la organización. La información se califica en base a los intereses de una empresa. La información contenida en un Data Warehouse se encuentra integrada, lo que permite

que los datos se puedan visualizar de diversas maneras.

Data Marts. Hay dos tipos de data marts: Dependientes: Que obtiene sus datos del data warehouse. Independientes: Que obtiene sus datos de fuentes separadas.

DSS: Decision Support Systems.

EII: Enterprise Information Integration.

ETL: Los datos son enviados a través de un proceso de extracción, transformación y carga (ETL) a un área para ser limpiado y cambiado antes de cargarlos en el data warehouse. Esta área es conocida como Staging Area. Su principal labor es evitar que el proceso de limpiado se haga en el momento que se carga los datos de los sistemas operacionales.

Estandarización: El proceso de racionalización consistente en ajustar a un determinado tipo o modelo los bienes o servicios a contratar, en atención a los equipamientos preexistentes.

Fuente de Datos Operacional (Operational Data Source ODS). Es usado para la toma de decisiones tácticas.

53


Tiene una historia mínima y muestra el estado de la entidad tan cerca del tiempo real como le sea posible.

El dato es volátil o actualizable.

Inteligencia de Negocio o BI: Es el conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización o empresa. Por lo tanto según Curto (2010), debemos entender como Inteligencia de Negocio al conjunto de metodologías, aplicaciones, prácticas y capacidades enfocadas a la creación y administración de información que permite tomar mejores decisiones a los usuarios de la organización. Las características de BI comunes son las siguientes: Accesibilidad a la información: Los datos son la fuente principal de este concepto. Lo

primero que deben garantizar este tipo de herramienta y técnicas será el acceso de los usuarios a los datos con independencia de la procedencia de estos.

Apoyo en la toma de decisiones: Se busca ir más allá en la presentación de la información, de manera que los usuarios tengan acceso a herramientas de análisis que les permitan seleccionar y manipular sólo aquellos datos que les interesen.

Orientación al usuario final: Se busca independencia entre los conocimientos técnicos de los usuarios y su capacidad para utilizar estas herramientas.

Java: Lenguaje de programación creado por Sun Microsystem para proporcionar más velocidad y facilidad de uso a Internet, es independiente de la plataforma utilizada y está disponible para cualquier navegador de la WWW que admita este lenguaje.

KPI: Key Performance Indicator.

KGI: Key Goal Indicator.

Metadata. Es la descripción de cada campo, de dónde viene, y cómo es usado. Metadata técnico: Describe la estructura física y el proceso que mueve y transforma datos

en el ambiente. Metada de negocio: Describe la estructura de datos, reglas del negocio.

Minería de Datos: La minería de datos (DM, Data Mining) consiste en la extracción no trivial de información que reside de manera implícita en los datos. Dicha información era previamente desconocida y podrá resultar útil para algún proceso. En otras palabras, la minería de datos prepara, sondea y explora los datos para sacar la información oculta en ellos. Bajo el nombre de minería de datos se engloba todo un conjunto de técnicas encaminadas a la extracción de conocimiento procesable, implícito en las bases de datos. Está fuertemente ligado con la supervisión de procesos industriales ya que resulta muy útil para aprovechar los datos almacenados en las bases de datos. Las bases de la minería de datos se encuentran en la inteligencia artificial y en el análisis estadístico. Mediante los modelos extraídos utilizando técnicas de minería de datos se aborda la solución a problemas de predicción, clasificación y segmentación. Ciertamente, la minería de datos bebe de la estadística, de la que toma las siguientes técnicas: Análisis de varianza, mediante el cual se evalúa la existencia de diferencias significativas

entre las medias de una o más variables continúas en poblaciones distintas. Regresión: define la relación entre una o más variables y un conjunto de variables

predictoras de las primeras. Prueba chi-cuadrado: por medio de la cual se realiza el contraste la hipótesis de

dependencia entre variables. Análisis de agrupamiento o clustering: permite la clasificación de una población de

individuos caracterizados por múltiples atributos (binarios, cualitativos o cuantitativos) en un número determinado de grupos, con base en las semejanzas o diferencias de los individuos.

Análisis discriminante: permite la clasificación de individuos en grupos que previamente se han establecido, permite encontrar la regla de clasificación de los elementos de estos grupos, y por tanto una mejor identificación de cuáles son las variables que definan la pertenencia al grupo.

54


Series de tiempo: permite el estudio de la evolución de una variable a través del tiempo para poder realizar predicciones, a partir de ese conocimiento y bajo el supuesto de que no van a producirse cambios estructurales.

Niveles de Realización de BI: Las soluciones de inteligencia de negocio pueden ser: Reportes:

i. Reportes predefinidos.ii. Reportes a la medida.iii. Consultas (Query) / Cubos OLAP (On-Line Analytic Processing).iv. Alertas.

Análisis:i. Análisis estadístico.ii. Pronóstico (Forecasting).iii. Modelado Predictivo o Minería de datos (Data Mining).iv. Optimización.v. Minería de Procesos.

ODS: Operational Data Store.

OLAP: On-Line Analytical Processing.

OSCE: Organismo Supervisor de las Contrataciones del Estado.

Plug-Ins: Aplicaciones que permiten interpretar y visualizar distintos tipos de ficheros que contienen elementos multimedia y que funcionan sincronizadamente con el navegador.

Programación por capas: Es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo de esto consiste en separar la capa de datos y la capa de negocios de la capa de presentación al usuario.

Proveedor: La persona natural o jurídica que vende o arrienda bienes, presta servicios generales o de consultoría o ejecuta obras.

Reportes. Recopilan los datos de las tablas o consultas para permitir su impresión o análisis,

facilitando la individualización de los datos más importantes y su representación.

Sistemas Operacionales. Las definiciones pueden ser: Son los sistemas operacionales de registros que capturan las transacciones del negocio. Pueden ser muchos sistemas con diferentes bases de datos y/o archivos planos.

SQL: Structured Query Languaje.

53


3. Antecedentes

El Organismo Supervisor de las Contrataciones del Estado – OSCE tiene entre sus funciones: administrar el SEACE, supervisar de forma selectiva y/o aleatoria los procesos de selección, promover la subasta inversa, así como proponer estrategias y realizar estudios destinados al uso eficiente de los recursos públicos.

Para ello cuenta con diversos órganos de línea tales como: Dirección Técnico Normativa (que establece criterios técnicos legales sobre la aplicación de la normativa y realiza actividades de capacitación), Dirección de Supervisión (que supervisa los procesos de contratación), Dirección del RNP (que administra el RNP y realiza la fiscalización posterior a los procedimientos seguidos ante el RNP), Dirección del SEACE (que administra el Sistema Electrónico de Adquisiciones y Contrataciones del Estado - SEACE y el Catálogo Único de Bienes, Servicios y Obras - CUBSO, así como realiza proyectos referidos a la implementación de sistemas automatizados), y cuenta con órganos de asesoramiento como la Oficina de Estudios Económicos (que realiza estudios conducentes a evaluar los regímenes de contrataciones del Estado, así como analiza y propone mecanismos idóneos de contratación, según mercados). Sin embargo, estas funciones se ven limitadas debido a la ausencia de un adecuado sistema de información y de inteligencia de negocios tal que facilite: La capacitación focalizada, de acuerdo con requerimientos específicos según región, tipo de

entidad y competencias requeridas, para mejorar la aplicación de la normativa. La generación de indicadores y alertas que conduzcan a una adecuada focalización de la

supervisión, para brindar mayor seguridad de que las contrataciones se realicen conforme a los principios de libre competencia y trato justo e igualitario.

El análisis de la información según rubro de mercado, gracias a una adecuada clasificación de la demanda en el CUBSO.

Clasificar a la oferta de proveedores inscritos en el RNP, para uso de las entidades, de tal manera que los estudios de posibilidades de mercado no se retrasen.

Brindar a la ciudadanía en general, acceso a diversos reportes de información según sus requerimientos (con fines de transparencia, análisis de negocios, investigación periodística, entre otros).

La elaboración de estudios especializados en menores plazos y menores costos, gracias a la limpieza previa de los datos

3.1. Beneficios generalesLos beneficios de un Sistema de Inteligencia de Negocio son los siguientes: Crear un círculo virtuoso de la información (los datos se transforman en información que genera

un conocimiento que permite tomar mejores decisiones que se traducen en mejores resultados y genera nuevos datos).

Permite una visión única, conformada, histórica, persistente y de calidad de toda la información. Crea, maneja y mantiene métricas, indicadores claves de rendimiento (KPI, Key Performance

Indicador) e indicadores claves de metas (KGI, Key Goal Indicator) fundamentales para la entidad.

Aportar información actualizada tanto a nivel agregado como en detalle. Reducir el diferencial de orientación de negocio entre el departamento de tecnologías de la

información en el contexto de una organización. Mejorar comprensión y documentación de los sistemas de información en el contexto de una

organización. Mejora la competitividad de la organización como resultado de ser capaces de:

Diferenciar lo relevante sobre lo superfluo. Acceder más rápido a información. Tener mayor agilidad en la toma de las decisiones.

Los beneficios funcionales identificados del Sistema de Inteligencia de Negocio son los siguientes: Reclasificar la demanda estatal y determinar prioridades del sistema de contrataciones del

estado. Información según región, tipo de entidad y competencias requeridas, para mejorar la

aplicación de la normativa.

54


Generación de indicadores y alertas que conduzcan a una adecuada focalización de la supervisión, para brindar mayor seguridad de que las contrataciones se realicen conforme a los principios de libre competencia y trato justo e igualitario.

Análisis de la información según rubro de mercado, gracias a una adecuada clasificación de la demanda en el CUBSO.

Se clasificará a la oferta de proveedores inscritos en el RNP. Brindar a la ciudadanía en general, acceso a diversos reportes de información según sus

requerimientos buscando la transparencia, análisis de negocios, investigación periodística, entre otros.

Con la información proporcionada por el sistema se podrá elaborar estudios especializados en menores plazos y menores costos, gracias a la limpieza previa de los datos

3.2. Datos del sistema actualEn estos momentos, no se dispone de un Sistema de Inteligencia de Negocio.Los diversos órganos de línea, así como los órganos de asesoramiento y apoyo requieren de diversos tipos de información para sus actividades. Esta información no sólo es generada por las entidades (que registran diversos datos en el SEACE), sino también es generada por ellas en su interacción con los operadores del sistema (un ejemplo es la Dirección de Supervisión, que realiza notificaciones electrónicas de acuerdo con sus acciones de monitoreo). Del mismo modo, existe información que si bien es generada por los órganos del OSCE, se requiere interacción con los datos del SEACE (un ejemplo es la información correspondiente a la Dirección del RNP). Este análisis de datos y reportes pueden ser de utilizada para las funciones de capacitación, asistencia técnica, supervisión, estudios, planificación, entre otros.

La ausencia de un sistema adecuado de intercambio de información hace que los diversos órganos institucionales se limiten a tomar decisiones con la información del cual disponen: reportes puntuales y predefinidos del SEACE, así como registros manuales den formato Ms Excel.

Para el caso de los usuarios externos (como proveedores, medios de prensa y analistas) la información difundida a través del SEACE es insuficiente. En efecto, ello ocurre debido a que la información estadística es presentada y obtenida mediante en cuadros estáticos o mediante búsquedas específicas según criterios establecidos. Es decir, por un lado obtenemos información en cuadros con formatos ya establecidos, sin posibilidad de combinar variables (similares al de una tabla dinámica; por ejemplo, combinar monto convocado según tipo de entidad y región) que sean relevantes para el usuario final. Por otro lado, la búsqueda de información específica no se realiza de manera óptima; en unos casos se hace muy tardía la obtención de la información requerida, y en otras, se restringe la búsqueda.

FIGURA 3. PRESENTACIÓN DE LA INFORMACIÓN DISPONIBLE EN EL SEACE MEDIANTE CUADROS RESUMIDOS.

53


FIGURA 4. OBTENCIÓN DE INFORMACIÓN DE MANERA TARDÍA.

Dada la situación descrita, se hace necesaria la implementación de un Sistema de Inteligencia de Negocios que permita limpiar, procesar y analizar detalladamente la data convirtiéndola en información de calidad a disposición de los usuarios involucrados en el mercado de las contrataciones públicas en nuestro país.

4. Base Normativa y Documental

En esta sección se lista y describe la base normativa y documental: Ley Nº 27806, Ley de Transparencia y de Acceso a la Información Pública. Ley de Contrataciones del Estado y su Reglamento. D.S. N° 054-2011-PCM, Plan Estratégico de Desarrollo Nacional. Plan Estratégico Institucional 2012 – 2016. Norma Técnica Peruana “NTP-ISO/IEC 17799:2007 EDI, TECNOLOGÍA DE LA INFORMACIÓN.

Código de buenas prácticas para la gestión de la seguridad de la información. 2ª Edición”.

5. Objetivo

El objetivo es adquirir e implementar un Sistema de Inteligencia de Negocio (Sistema de BI) que permita tratar la información registrada en los sistemas transaccionales sobre contrataciones (SEACE, RNP, PAC, CUBSO, etc.), procesarla (limpieza manual y automática de los datos) y que a través de un modelo basado en variables independientes y dependientes ayuden a identificar todo tipo de indicadores que muestren conocimiento y/o tendencias de las contrataciones en el Estado Peruano.La información será mostrada a través de consultas descriptivas (completa o resumida), gráficas y mixtas (descriptiva con gráficos) que ayudaran a determinar el estado actual de las contrataciones y, agregando lógica probabilística, y determinar tendencias futuras.

6. Alcance del Sistema

Para la implementación del Sistema se debe realizar el análisis, diseño, construcción, pruebas e implantación del Sistema de Inteligencia de Negocio (Sistema de BI), e incluir las siguientes actividades: Diagnóstico de Procesos. Análisis del Sistema. Construcción y/o personalización del Sistema.

54


Pruebas del Sistema. Implantación del Sistema. Migración. Puesta en Marcha. Transferencia Tecnológica a la Dirección del SEACE del OSCE. Capacitación a los Usuarios Internos del OSCE. Mesa de Ayuda para los Actores del Sistema. Soporte Técnico Post Implementación. Horas Adicionales de Soporte. Software y Hardware Incluido en la Solución. Consideraciones Generales del Requerimiento. Requerimientos Funcionales. Requerimientos No Funcionales. Requerimientos de Integración. Requerimientos Técnicos (integración con equipos y SW comercial).

A continuación se desarrollará cada componente:

6.1. Diagnóstico de Procesos.El proveedor debe realizar el diagnóstico de los procesos del Sistema de BI que tomará como flujo de información de entrada para la identificación de los requerimientos durante la fase de análisis del nuevo sistema.30 Es importante para ello seguir la Metodología de Procesos aprobada por el OSCE31. El proveedor debe tener conocimiento y experiencia en la implementación de procesos de inteligencia de negocio, para ello deberá dominar los aspectos técnicos y normativos que regulan a los procesos de contratación del Estado Peruano. Sobre los aspectos técnicos relacionados al negocio puede solicitar reuniones de trabajo a la Sub Dirección de Desarrollo de Proyectos de la Dirección del SEACE.

6.2. Análisis y Diseño del Sistema 3 2 .Antes de la implementación el proveedor debe realizar el análisis del Sistema de BI, identificando los requerimientos del usuario, analizando los requerimientos, identificando los casos de uso, elaborando los casos de uso del sistema, elaborando el diseño técnico, realizando el modelo de datos, las dimensiones de datos, tablas de hecho, nomenclatura y diccionario de datos. Para ello será necesario seguir la Metodología de Desarrollo de Software aprobada por la Dirección del SEACE y deberá

30 Absolución a la consulta 1 y 2 de la empresa Arson Group SACEl proveedor deberá elaborar los procesos del Sistema de BI del OSCE, determinando el alcance total a seguir empleando el conocimiento y experiencia del proveedor en la implementación de sistemas de inteligencia de negocio en empresas públicas y privadas. Asimismo, determinará todas las fases que debería tener la implementación de este tipo de sistema tomando como input (flujo de entrada) la identificación de los requerimientos de la Oficina de Estudios Económicos a implementarse en las diferentes etapas.31 Absolución a la consulta 3 de la empresa Arson Group SACLa Metodología de Procesos está basada en Business Process Management (BPM), y para este proceso se debe elaborar el TO BE del Sistema de Inteligencia de Negocio, ya que el OSCE actualmente no dispone de procesos de Inteligencia de Negocio (AS IS). La herramienta que se emplea para modelar el TO BE es el Bizagi (software que no tiene ningún costo). Para mayores detalles y/o consultas puede solicitar una reunión con la Unidad de Organización y Mejora de Procesos y la Dirección del SEACE.32 Absolución a la consulta 7 de la empresa MIT Soluciones SACEl proveedor en la fase de análisis del sistema debe considerar como flujo de ingreso (requerimiento) de información todos los elementos del Portal Institucional (www.osce.gob.pe) respetando los estándares definidos para presentar la información. Asimismo, se debe considerar como flujo de ingreso (requerimiento) de información las consultas del Portal del SEACE (http://www2.seace.gob.pe/?_pageid_=21&_contentid_=81).

Cabe resaltar, que durante la fase de análisis, antes de la implementación del sistema, se determinará los requerimientos (ver “6.2. Análisis y Diseño del Sistema” de las Especificaciones Técnicas de las Bases).

53


emplearse como herramienta de modelamiento el Power Designer Versión 16.1. El OSCE no proporcionará al proveedor esta herramienta.

Adicionalmente, se debe considerar todos los elementos actuales del Portal Web del OSCE; así como incorporar las funcionalidades, herramientas y aplicaciones necesarias para apoyar los requerimientos de la Oficina de Estudios Económicos. El proveedor deberá contar con tecnología vigente, de fácil manejo y trabajo eficiente33. Asimismo, se deberá tener en cuenta la normativa vigente para el análisis y diseño.

En particular, debe tomar en cuenta los siguientes factores críticos de éxito: Adherirse a estándares internacionales de gestión de proyectos, desarrollo de software, calidad

y funcionalidades (documentos electrónicos, transferencia, catalogación, etc.). Apoyar la introducción y adopción de los sistemas orientando sus funcionalidades al usuario,

empleando concepto como utilidad, fácil uso, seguridad, calidad que contribuyen a la adopción del e-goverment.

Cubrir los procesos asociados a las fuentes de información. Utilizar sistemas de catalogación adecuados y acordes con la realidad nacional. Lograr interoperabilidad entre diferentes sistemas. Altos niveles de servicio (SLA, seguridad, disponibilidad).

Un aspecto importante para determinar funcionalidades apropiadas en el nuevo Sistema de BI, el proveedor deberá efectuar un diagnóstico del rendimiento de la infraestructura de HW y SW comercial que se dispone en el OSCE, con la finalidad de poder efectuarse las recomendaciones sobre la pertinencia y detalle de una posible expansión futura, la que debe mantener relación con el diseño técnico elaborado para el sistema, además de determinar la frontera de tiempo en la que será necesario actualizar la plataforma tecnológica como consecuencia del crecimiento de las necesidades del usuario. Lo anterior deberá tenerse en cuenta para la coexistencia con otros módulos. Para conocer mayores detalles del hardware y software podrá coordinar visitas y reuniones de trabajo con la Unidad de Tecnologías de la Información.

6.3. Construcción y/o Personalización del Sistema.Para la construcción y/o personalización de los módulos del Sistema de BI, se pide seguir los estándares de programación Java o lenguaje de la herramienta de BI aprobado por la Dirección del SEACE, se considerará técnicamente los productos programados en Java.34- 35- 36 La construcción y/o personalización de los módulos del sistema deberá incluir todos los requerimientos identificados e implementarse de acuerdo a las especificaciones realizadas en las fases anteriores. La base de datos del Sistema de BI debe ser Oracle 11g. Para el Sistema de BI se debe considerar el Proceso ETL (Extract, Transform and Load), Análisis OLAP (On-Line Analytical Processing)37, Informes y Metadata.

33 Absolución a la consulta 4 de la empresa Arson Group El proveedor adjudicado deberá proporcionar la última versión de software liberada.

34 Absolución a la consulta 1.1. de la empresa PRAYAGASe puede emplear cualquier lenguaje de programación orientada a objetos que permita implementar (construir) y/o modificar sistemas en entorno Web. Consecuentemente la herramienta de BI debe haber sido implementada en un leguaje de programación orientado a objetos.

35 Absolución a la consulta 3 de la empresa MIT Soluciones SAC Ver la respuesta de la “1.1 Consulta” de la Empresa “PRAYAGA”.Si con el software de BI del proveedor se puede modificar los requerimientos del sistema, sin necesidad de programar líneas de código, estaríamos hablando del lenguaje de la herramienta de BI, con la salvedad que cumplir con la respuesta dada a la “1.1 Consulta” de la Empresa “PRAYAGA”.

36 Absolución a la consulta 5 de la empresa Arson Group Ver la respuesta de la “1.1 Consulta” de la Empresa “PRAYAGA”.La herramienta de BI es el medio con el que se implementa el sistema de BI.

37 Absolución a la consulta 1 de la empresa MIT Soluciones SAC

54


6.4. Pruebas del Sistema.El proveedor después de construir y/o personalizar un módulo del Sistema deberá acreditar la realización de las pruebas funcionales unitarias e integrales proporcionando los casos de prueba y datos necesarios que garanticen un control de calidad del producto, el mismo que debe repetirse para todos los módulos del sistema. Asimismo, deberá acreditar la realización de pruebas técnicas que garanticen el cumplimiento de los estándares de código Java y Objetos de Base de Datos aprobados por el OSCE. Finalmente, antes de poner en operación el sistema el proveedor deberá realizar las pruebas de stress en el ambiente productivo con el objetivo de afinar y optimizar el sistema.

6.5. Implantación del Sistema.El nuevo sistema deberá ser implantado en la infraestructura de Hardware y Software Básico existente en el OSCE.

A continuación se presenta un resumen de la infraestructura que se dispone: El OSCE cuenta con un servicio de Hosting de la empresa Level 3 y dispone de un centro de

datos de respaldo en el Edificio El Regidor, en Jesús María, ambos interconectados por fibra oscura de alta velocidad.

Los servidores de Alta Disponibilidad y el sistema de Almacenamiento Externo están formados por: 03 Servidores de IBM Power 770 en las que se instaló AIX en su versión 7.1 y Red Hat

Enterprise Linux. 02 Sistemas de Almacenamiento IBM Storwize V7000. 04 Switches SAN IBM SAN40B-4. 02 Librerías Backup IBM System Storage TS3200

Los equipos de Comunicaciones y Seguridad están conformados por: 02 Switch Core Cisco 6509 03 Ruteadores Cisco 2821 02 Firewall / VPN / IPS Cisco ASA – 5540 02 Multiplexor Optico Cisco WDM 02 Balanceadores de tráfico de Internet Linkproof 300

El software de Servidor de Aplicaciones incluye: 03 Software Servidor de Aplicaciones con Licencia con un (01) corre activo asignado,

con siete (07) cores activo sin asignar, con ocho (08) GB de Memoria Asignada, y con 19 GB de Memoria OnDemmand.

El software de Base de Datos: 01 Licencia de Software de Base de Datos (licencia de usuarios ilimitados de la Base de

Datos, para 4 procesadores) Oracle Database 11g

Cualquier coordinación y visita al respecto, la pueden coordinar con la Unidad de Tecnologías de la Información.

El proveedor alcanzará al OSCE el Manual de Instalación del Sistema, conteniendo el detalle paso a paso de la instalación y creación de base de datos, así como las configuraciones necesarias de los productos anteriores que garanticen tiempos de respuesta óptimos de acuerdo a los criterios de calidad descritos en los requerimientos. Del mismo modo, el proveedor elaborará el documento Informe de Implantación, el cual se basará en el Plan y Estrategia de Implantación presentado al OSCE. Esta etapa incluirá un Informe de Situación Actual para que el OSCE proceda a dar la conformidad según corresponda. Finalmente, el proveedor también presentará un Informe de Diagnóstico del Hardware y Software existente. En el mismo se incluirá el punto de vista técnico sobre

El Sistema de BI debe soporta OLAP. Más que un requisito es un requerimiento que debe tener el sistema.

53


la capacidad disponible y podría requerir la ampliación de alguno de los componentes como resultado de los análisis de los datos y transacciones que serán operados en el Sistema de BI.38

6.6. Migración 3 9- 4 0- 41 Inmediatamente, definido y aprobado el diseño lógico y físico de la base de datos se debe dar inicio al servicio de migración de datos, el cual está basado en los Procesos ETL. El Sistema de BI deberá ser centrado en la integración de datos y los Procesos ETL (Extracción, Transformación y Carga)42.La integración de los procesos se entiende por integración de datos al conjunto de aplicaciones, productos, técnicas y tecnologías que permiten una visión única consistente de nuestros datos de negocio43. Integración de datos ETL. Esta herramienta servirá para alimentar el Data Warehouse, la

misma que está compuesta por: Servicio de acceso/entrega de datos (vía adaptadores / conectores). Gestión de servicios.

38 Absolución a la consulta 9 de la empresa Arson Group SACPara la instalación del Sistema de BI se debe elaborar el Manual de Instalación del Sistema en donde deben describirse todas los pasos de instalación del sistema, en los servidores del OSCE de acuerdo a lo solicitado en las especificaciones técnicas de las bases.

El Informe de Implantación es el documento en donde se describe el resultado del Plan y Estrategia de Implantación del sistema en los servidores del ambiente de producción. El documento debe tener como mínimo las siguientes secciones: Antecedentes, Análisis, Conclusiones y Recomendaciones.

La compatibilidad del Sistema de BI con el Hardware que se dispone genera dos documentos, el Informe de Situación Actual del Plan de Trabajo el cual debe tener como mínimo las siguientes secciones: Antecedentes, Análisis, Conclusiones y Recomendaciones.

Asimismo, el documento Informe de Diagnóstico del Hardware y Software incluirá el punto de vista técnico sobre la capacidad disponible y podría requerir la ampliación de alguno de los componentes, el cual debe tener como mínimo las siguientes secciones: Antecedentes, Análisis, Conclusiones y Recomendaciones.

39 Absolución a la consulta 14 de la empresa Arson Group SACEl Sistema de BI debe estar centrado a la integración y debe tener procesos de Extracción, Transformación y Carga de datos. La forma en cómo se implemente la integración y estos procesos deberá ser parte de la solución del Sistema de BI. (Respuesta a la 1.2. consulta de la empresa Prayaga)

Sí, se cargará información histórica. Para mayores detalles puede solicitar una reunión con la Unidad de Tecnologías de la Información y la Dirección del SEACE.La información histórica deberá estar en la misma base de datos y deberán diferenciarse por el mejor criterio.

40Absolución a la consulta 14 de la empresa Arson Group SAC El Sistema de BI con el modelo de datos creado mediante el proceso ETL cargará la información de las bases de datos transaccionales.Cabe resaltar que el Sistema de BI no trabajará o tomará la información en forma directa de las bases de datos transaccionales.

41 Absolución a la consulta 12 de la empresa Arson Group SACVer respuesta de la 1.2. consulta de la empresa PRAYAGA.El Sistema de BI, como corresponde a los sistemas de este tipo, deberá tener un modelo de datos en donde se aplique el proceso ETL en donde se podrá hacer la limpieza de datos, validación de nulidad, integridad, patrones de unicidad, valores de rango, consistencia de datos, etc.

42 Absolución a la consulta 1.2. de la empresa PRAYAGAEl Sistema de BI debe estar centrado a la integración y debe tener procesos de Extracción, Transformación y Carga de datos. La forma en cómo se implemente la integración y estos procesos deberá ser parte de la solución del Sistema de BI.43 Absolución a la consulta 8 de la empresa MIT Soluciones SAC

54


Data profiling. Data quality. Procesos operacionales. Servicios de transformación: CDC, SCD, validación, agregación. Servicios de acceso a tiempo real. Extract, Transform and Load (ETL). Enterprise Information Integration (EII). Enterprise Application Integration (EAI). Capa de transporte de datos. Gestión de metadatos.

Para la integración de datos se debe emplear las mejores técnicas que permita el producto del proveedor.

El proveedor adjudicado presentará un Plan de Migración, que incluya todos los componentes necesarios para pasar organizadamente hacia el Sistema de BI. El OSCE entregará los datos contenidos en las bases de datos actuales en el formato que convengan las partes. Este proceso no puede causar indisponibilidades del sistema.

6.7. Puesta en MarchaLa estrategia a seguir para la puesta en marcha del Sistema de BI tendrá presente la gradualidad de la construcción y/o personalización, pruebas y aprobación de los módulos, considerando el riesgo de cambio debido a funcionalidades transversales e integraciones con otras aplicaciones, módulos o sistemas definidos en el alcance del sistema. Para la puesta en marcha también deberá cumplirse con los requerimientos de capacitación a la Dirección del SEACE y Usuarios Internos del OSCE.

6.8. Transferencia Tecnológica a la Dirección del SEACE del OSCEEl proveedor del Sistema de BI presentará para su aprobación y ejecución un programa de transferencia tecnológica dirigido al personal de la Unidad de Tecnologías de la Información y de la Dirección del SEACE. En dicho programa se detallarán los temas que permitan la correcta comprensión de la operatividad del sistema para una eventual actualización de sus funcionalidades.El proveedor proporcionará tanto el dictado de los cursos como el material para realizar dicha formación.Las personas a capacitar serán aproximadamente veinte y cinco (25) tanto de la Unidad de Tecnologías de Información como de la Dirección del SEACE, quienes recibirán cursos sobre los documentos elaborados, herramientas de desarrollo utilizadas, la construcción y/o personalización y funcionamiento del Sistema de BI. El cual debe comprender una capacitación de 20 horas por módulo como mínimo.

El proveedor incluirá como parte de su propuesta la realización de las siguientes actividades: Desarrollo del Plan de Capacitación para la Implementación del Sistema, considerando la

estrategia, planificación y recursos asociados a dicha formación. Los horarios serán coordinados con la Dirección del SEACE.

La planificación debe indicar en qué momento se realizará la capacitación como actividad independiente y cómo se encuadra dentro de la planificación general establecida. También se identificarán cuantos cursos de un mismo tipo se impartirán, la duración de cada curso y el número total de horas de capacitación.

La actividad de formación será independiente a cualquier otra actividad del proyecto. El proveedor hará una formación previa a la implantación y otra en la etapa de implantación. Determinar el entorno operativo necesario para asegurar la formación. Ejecutar el Plan de Capacitación en coordinación con la Dirección del SEACE. El proveedor alcanzará los requerimientos para el dictado de los cursos en cuanto a: lugar,

características de las aulas y herramientas necesarias.

El proveedor durante la fase de análisis y diseño de sistemas, dependiendo de los requerimientos del usuario (ver 6.15. Requerimientos Funcionales), determinará el número de modelos, número de tablas, número promedio de campos por tabla, número de promedio de registros por tabla y volumen de datos por año. Al proveedor adjudicado se le proporcionará toda la información y documentación que disponga el OSCE que se requiera sobre los modelos de datos.

53


El material debe ser proporcionado por el proveedor y será revisado por la Dirección del SEACE para su aprobación. Una vez aprobado, el proveedor entregará dicho material en formato Word, Ppt, impreso y en CD, en original y dos copias.

El proveedor deberá elaborar el documento Informe de Capacitación a la Dirección del SEACE, el cual se basará en el Plan de Capacitación.

6.9. Capacitación a los Usuarios Internos del OSCEEl proveedor capacitará a los usuarios internos del OSCE en el manejo del Sistema de BI. Los usuarios internos serán determinados en coordinación con la Oficina de Estudios Económicos, para ello se considera necesario capacitar aproximadamente cien (100) personas por parte de los usuarios internos, quienes recibirán los cursos sobre el funcionamiento del sistema.

La capacitación ha de tener un enfoque de casos prácticos y a partir de ellos adecuar los cursos de formación, permitiendo una mayor efectividad de esta.El material debe ser proporcionado por el proveedor y será revisado por la Dirección del SEACE para su aprobación44. Una vez aprobado, el proveedor entregará dicho material en formato Word, Ppt, impreso y en CD, en original y copia.

La ejecución del Plan de Capacitación se hará en coordinación con la Oficina de Estudios Económicos, Oficina de Gestión Institucional y Oficina de Administración. El cual debe comprender una capacitación de 20 horas por módulo.

El proveedor deberá elaborar el documento Informe de Capacitación a la Dirección del SEACE, el cual se basará en el Plan de Capacitación.

6.10. Mesa de Ayuda para los Actores del Sistema 4 5

El proveedor dispondrá de un equipo mínimo de 4 personas (o las que determine necesario) que serán las que atiendan las incidencias que se reporten producto del uso del sistema. Este servicio estará disponible por seis (06) meses en horario de oficina (5x8), durante el cual se irá entrenando al personal de la Dirección del SEACE que asumirá la mesa de ayuda al término de ese periodo.Adicionalmente, se establecerá contacto telefónico desde el OSCE (de lunes a domingo, 24x7) y con los siguientes tiempos de respuesta (atención) y resolución:

Tiempos de respuesta: Problema crítico: instantáneo Problema grave: inferior a 30 minutos Problema leve: inferior a 04 horas

Tiempos de resolución: Problema crítico: inmediato, ofreciendo una solución lo antes posible (máximo 02 horas) Problema grave: 04 horas Problema leve: 1-2 días

El tiempo de resolución de la incidencia podría determinar el incremento de personal para atender las incidencias, por lo que el proveedor deberá gestionar apropiadamente la demanda de recursos para atender la demanda de incidencias.

En lo anterior, se considerarán:

44 Absolución a la consulta 19 de la empresa Arson GroupAntes de emplear el material de capacitación, el proveedor debe presentarlo a la Dirección del SEACE buscando su aprobación y uso para la capacitación.

45 Absolución a la consulta 14 de la empresa SPARC TECHNOLOGIES INC El proveedor debe contar con un ambiente de trabajo e infraestructura para el personal que se hará cargo de la mesa de ayuda.

54


Problemas críticos: los que afectan de forma masiva a los usuarios o implican paralización de las transacciones o retrasos.

Problemas graves: los que, no estando en la categoría anterior, afecten a los usuarios finales que son los que buscan y consultan información en el sistema.

Problemas leves: resto de problemas.

6.11. Soporte Técnico Post ImplementaciónUna vez implantado el sistema en su totalidad, el proveedor otorgará al OSCE una garantía por un periodo de seis (06) meses, definido en su propuesta, con la finalidad de garantizar la estabilidad del sistema y complementar funcionalidades y requerimientos adicionales. Se debe diferenciar el producto de BI adquirido el cual debe tener una garantía de 36 meses, de la implementación de los requerimientos empleando el producto de BI el cual debe tener una garantía de seis (06) meses.El proveedor deberá garantizar su capacidad para dar soporte técnico hasta por el periodo acordado, luego de terminado el período de implementación y en caso de ser requerido para tal efecto. El costo del soporte técnico posterior no estará incluido en el precio inicial y el OSCE no estará obligado a contratarlo.Para la fase de Soporte Post Implantación el proveedor propondrá un equipo reducido capaz de atender dicha fase, el mismo que incluirá necesariamente por el periodo definido el personal necesario que participará en la atención de las incidencias presentadas durante la garantía de los sistemas.

6.12. Horas Adicionales de Soporte 4 6

El proveedor indicará el catálogo de servicios profesionales que puede proporcionar durante la operación del Sistema de BI (consultoría, expertos, desarrollo, etc.). El proveedor alcanzará información del personal disponible para proporcionar estos servicios, localización y su experiencia, añadiendo las tarifas por perfiles.El OSCE considerará esta información si durante la etapa de garantía necesitara tomar alguno de estos servicios para efectos de mantenimiento evolutivo del Sistema de BI.

6.13. Software y Hardware Incluido en la SoluciónEl proveedor detallará el software que entregará al OSCE como parte de su solución para el correcto funcionamiento y uso legal de acuerdo a lo planteado en la propuesta técnico-económica el cual deberá estar licenciado. En el caso de las licencias se otorgará al OSCE el derecho de uso permanente y sin obligaciones o requisitos onerosos posteriores o adicionales, el cual se entregará a los días de acuerdo ley de suscrito el contrato47.

6.14. Consideraciones GeneralesAdicionalmente a lo descrito anteriormente se define las siguientes consideraciones generales del proyecto:

6.14.1. Lugar de prestaciónEl proveedor deberá disponer de un ambiente propio, en el cual pueda realizar la implementación de los requerimientos del sistema.El OSCE facilitará y/o dispondrá un ambiente de reuniones para que pueda realizarse reuniones de trabajo. Es importante que el proveedor respete el horario de oficina y efectúe previamente las

46 Absolución a la consulta 20 de la empresa Arson Group SAC Las Horas Adicionales de Soporte forman parte de las prestaciones accesorias, por tanto deben incluirse en la propuesta económica

47 Absolución a la consulta 21 y 22 de la empresa Arson Group SAC Las condiciones contractuales están descritas en las bases.El proveedor debe tener su ambiente de desarrollo, el cual no debe figurar en los costos de la propuesta técnica. El Sistema de BI es un producto de software llave en mano y el OSCE solo realizará las pruebas funcionales y técnicas.Las licencias de software son para el ambiente de certificación y producción.

53


coordinaciones cuando sea necesario laborar fuera de hora o en instalaciones específicas. Sin perjuicio de lo anterior, como ya se describió, el proveedor podrá efectuar las tareas que considere conveniente en sus oficinas u otras instalaciones.El proveedor deberá dimensionar los entornos de trabajo requeridos, correspondientes a las etapas del ciclo de vida del proyecto, especificando los recursos hardware, los componentes y el software base necesarios para desarrollar su trabajo sin contratiempos y de la manera más eficiente.

Asimismo, deberá de considerar lo siguiente: Todo el equipamiento (hardware, software, licencias, servidores de desarrollo) necesario para

el despliegue del trabajo del equipo de desarrollo deberá ser proporcionado por el proveedor. Esto incluye su entorno de desarrollo y de pruebas. El mismo que deberá ser coordinado y aprobado por la Dirección del SEACE para no transgredir los estándares de desarrollo, gestión de proyectos y calidad aprobada.

El proveedor deberá adecuarse al horario de trabajo del OSCE y registrará la entrada y salida de su personal de nuestras instalaciones. El formato de registro será proporcionado por el OSCE.

Todos los útiles de oficina necesarios serán proporcionados por el proveedor, tales como impresora, papel, tóner, entre otros.

Las pruebas que realice el OSCE, como parte de sus actividades para dar conformidad al producto, se ejecutarán en su ambiente de pruebas, utilizando únicamente el manual de instalación y configuración (entregable) preparado por el proveedor. El ambiente estará constituido por servidores y será similar al ambiente de producción. La instalación y configuración del ambiente de producción se hará con el manual empleado para instalar y configurar el ambiente de pruebas. El ambiente de pruebas y producción es de uso exclusivo del OSCE.

El ambiente de capacitación será creado y proporcionado por el OSCE. Para instalar y configurar este ambiente también empleará el manual de instalación y configuración del ambiente de pruebas48.

El ambiente de producción de la solución estará ubicado dentro del Centro de Cómputo que el OSCE asignará.

6.14.2. Requerimientos de conectividad, Hardware y Software.El proveedor detallará los requerimientos de Hardware y Software para poder desarrollar sus labores.En general, el OSCE proveerá los accesos de conectividad necesarios, pero será responsabilidad de la firma contar con los elementos que sean inherentes a su contrato.

6.15. Requerimientos Funcionales.Los requerimientos funcionales que se muestran en esta sección deberán ser validados y verificados por la Oficina de Estudios Económicos, motivo por el cual el proveedor deberá detallar, actualizar y agregar otros requerimientos, cuando se realice el Modelo de Negocio, Requisitos y Análisis y Diseño.

6.15.1. General .Los requerimientos generales del Sistema de BI son:

6.15.1.1. Estadíst ica General de convocatorias informadasEste reporte muestra al usuario el valor y número de procesos de selección convocados en el período solicitado. El usuario deberá poder elegir las combinaciones de filas y columnas: tipo de entidad, tipo de proceso de selección y régimen, objeto contractual, sectores de gobierno. Deberá, además, contar con filtros según región, provincia y distrito, considerando tanto ubigeo de la entidad como ubigeo del ítem.El valor de los procesos de selección convocados deberá estar expresado en moneda nacional, para lo cual se deberán predefinir los tipos de cambio de diversas monedas. Estas deben ser actualizadas por el personal de OSCE

48 Absolución a la consulta 17 y 18 de la empresa Arson Group SACEl Proveedor debe proveer el lugar en donde se realizará la capacitación. El OSCE no dispone de un ambiente apropiado para recibir la capacitación de los usuarios y la transferencia tecnológica.El Proveedor debe asumir los costos asociados a la capacitación.

54


Se debe permitir que el usuario pueda seleccionar varias regiones simultáneamente

6.15.1.2. Reporte de Convocatorias real izadas por entidadEste reporte muestra al usuario el valor y número de procesos de selección convocados en el período solicitado, según entidad seleccionada. Deberá contar con un buscador de entidades, según su nombre y/o siglas. Del mismo modo, deberá permitir la agregación por sectores de gobierno y tipo de entidad.El reporte debe mostrar el número y monto de procesos de selección, según régimen y tipo de proceso. Deberá además, permitir la desagregación de estos resultados, según el estado del ítem.El valor de los procesos de selección convocados deberá estar expresado en moneda nacional, para lo cual se deberán predefinir los tipos de cambio de diversas monedas. Estas deben ser actualizadas por el personal de OSCE

6.15.1.3. Estadíst ica General de Panes Anuales informadosEste reporte muestra al usuario el valor y número de procesos de selección programados en el período solicitado. El usuario deberá poder elegir las combinaciones de filas y columnas: tipo de entidad, tipo de proceso de selección y régimen, objeto contractual, sectores de gobierno. Deberá, además, contar con filtros según región, provincia y distrito, considerando tanto ubigeo de la entidad como ubigeo del ítem.El valor de los procesos de selección programados deberá estar expresado en moneda nacional, para lo cual se deberán predefinir los tipos de cambio de diversas monedas. Estas deben ser actualizadas por el personal de OSCESe debe permitir que el usuario pueda seleccionar varias regiones simultáneamenteEste reporte debe señalar, como dato aparte, el valor promedio de las versiones PAC consideradas.

6.15.1.4. Representación gráf ica del nivel de ejecución del Gasto, por entidadDebe mostrar un gráfico comparativo del niel del gasto programado en los Planes Anuales de Contrataciones versus el valor total de las convocatorias realizadas (desagregada según si las convocatorias estuvieron programadas en el PAC o no programadas), a la fecha de realizado el reporte.Para ello, deberá usar un gráfico de 2 columnas. Una de ellas para mostrar el valor de las compras programadas, a la fecha de análisis. La otra, en columna apilada, deberá mostrar el valor de los procesos convocados y que fueron programados en los Planes Anuales, sumado al valor de los procesos convocados no programados

6.15.1.5. Representación gráf ica del nivel de ejecución del gasto, por Región y provincia

Por cada región seleccionada, debe mostrar en un gráfico comparativo, el nivel del gasto programado en los PAC según región versus el valor de estos procesos que cuentan con convocatoria asociada. El gráfico solicitado es similar al que se muestra

53


S/.225.12

S/.52.32

S/.60.25

S/.44.93

S/.35.20

S/.41.83

S/.17.57

S/.192.44

S/.43.45

S/.41.65

S/.28.46

S/.28.06

S/.23.46

S/.9.99

CHACHAPOYAS

UTCUBAMBA

BAGUA

LUYA

RODRIGUEZ DE MENDOZA

CONDORCANQUI

BONGARA

Valor Programado Convocatoria Asociada

83.0%

63.3%

79.7%

56.1%

56.8%

85.5%

69.1%

FIGURA 5. NIVEL DE EJECUCIÓN DEL GASTO.

El criterio para determinar qué valor corresponde a cada región y provincia es el ubigeo de la entidad

6.15.1.6. Reporte de Proveedores con inscripción vigente en el RNPEste reporte muestra al usuario el número de proveedores con inscripción vigente en el RNP.El usuario deberá poder elegir las combinaciones de filas y columnas: tipo de proveedor (persona natural o jurídica) y capítulo (bienes, servicios, consultores o ejecutores de obras). Deberá, además, contar con filtros según región, provincia y distrito.Se debe permitir que el usuario pueda seleccionar varias regiones simultáneamente

6.15.1.7. Reporte de la duración de los procesos de selecciónPor cada tipo de proceso de selección y modalidad se mostrará la duración en días hábiles de los procesos. Dicho plazo es la diferencia entre la fecha de convocatoria y la fecha que se registro de consentimiento de la buena pro. Se debe permitir que los usuarios puedan obtener dicho dato por regiones o por objeto contractual del proceso. 6.15.1.8. Diversos reportes – rankingDebe contener una sección en la que se cuente con una serie de reportes pre-elaborados, los cuales deberán ser actualizados semanalmente y ejecutados a solicitud del usuario. Los reportes que debe contener este listado son:

50 entidades con mayor número de versiones de Plan Anual de Contrataciones - PAC. Este reporte debe arrojar el nombre de la entidad, región, número de la última versión de PAC, sumatoria del valor total (en soles) de los procesos programados en la versión 1 del PAC número de procesos incluidos, desde la versión 2 hasta la última versión, número de procesos excluidos desde la versión 2 hasta la última, sumatoria del valor total (en soles) de los procesos programados en la última versión del PAC.

50 entidades con mayor número de Exoneraciones. Este reporte debe arrojar el nombre de la entidad, región, número de exoneraciones con adjudicación, valor exonerado con adjudicación, número de exoneraciones sin adjudicación, valor exonerado sin adjudicación. El criterio para realizar el ranking es la sumatoria del número de exoneraciones (con y sin adjudicación)

54


50 entidades con mayor valor adjudicado en Obras. Debe mostrar el nombre de la entidad, región, el número de procesos de selección de obras adjudicadas, número de ítems y el valor total de las obras adjudicadas (valor adjudicado)

50 entidades con mayor valor adjudicado en Bienes. Debe mostrar el nombre de la entidad, región, el número de procesos de selección de Bienes adjudicadas, número de ítems y el valor total de los bienes adjudicadas (valor adjudicado)

50 entidades con mayor valor adjudicado en Servicios. Debe mostrar el nombre de la entidad, región, el número de procesos de selección de servicios adjudicados, número de ítems y el valor total de las servicios adjudicados (valor adjudicado)

50 entidades con mayor número de notificaciones electrónicas por parte de OSCE. Debe mostrar el nombre de la entidad y el número de notificaciones electrónicas registradas.

50 principales proveedores del Estado. Debe mostrarse el nombre del proveedor, ruc, procedencia del proveedor así como el número de procesos adjudicados y el valor total adjudicado.

50 principales entidades que registraron mayor número de solicitudes de elevación de Bases al OSCE para pronunciamiento. Debe mostrarse el nombre de la entidad y el número de solicitudes de elevación de Bases al OSCE.

6.15.1.9. Interfaces.El sistema debe estar implementado para proporcionar servicios cuando se requiera.

6.16. Requerimientos No Funcionales.En el sistema se deberán considerar lo siguiente:

53


6.16.1. Tipos y Cantidad de Usuarios 4 9

Para el Sistema BI se requerirá de los siguientes tipos y cantidad de usuarios: Usuario Administrador: Tiene todos los privilegios del Sistema de BI, la cantidad de usuarios es

20 para el BackOffice. Usuario Avanzado:50 Tiene algunos privilegios de administrador de BI y tiene todos los privilegios

de un usuario consultante. La cantidad de usuarios es ilimitada, ya que se cuenta todos los accesos al esquema de base de datos.

Usuario Consultante51: Es un usuario que consume vía interfaz Web la información, la cantidad de usuarios es ilimitada. A muchos de estos usuarios con el esquema de seguridad se les podrá restringir el acceso a través del sistema de seguridad.

6.16.2. Funcionalidad Horizontal 5 2- 5 3 - 5 4- 5 5 - 5 6 - 5 7

Más allá de la funcionalidad específica requerida para cada proceso de negocio soportado, el sistema requiere tener las siguientes características:

49 Absolución a la consulta 4 de la empresa MIT Soluciones SACRespecto a “… licenciada vs- no licenciada…” se debe comentar lo siguiente:• El OSCE compra o adquiere software con licencia.• El OSCE no utiliza software no licenciado, respeta los derechos de autor que pudiera tener una persona o entidad pública o privada.• Los proveedores venden productos de software en relación a la cantidad de usuarios, por ello el proveedor debe entender que emplearemos tipos de usuarios, una cantidad determinada de usuarios y/o usuarios ilimitados. Los productos de software tienen características diferentes, compatibilidad con otros productos de software, mecanismos de seguridad diferentes, canales de venta variados, formas de ventas diferentes, políticas varias, etc., lo que origina estos tipos de usuario para uniformizar.

Son 20 usuarios que accederán al Sistema de BI con el tipo de usuario ADMINISTRADOR, que es el BackOffice del sistema, es decir 20 licencias con todos los privilegios a la herramienta de BI en cualquier momento.Cabe resaltar que con la herramienta de BI se debe permitir realizar OLAP, Data Warehouse, Cuadro de mando, Cuadro de mando integral, Minería de datos, Dashboards, Integración de datos, Previsiones, y Reporteadores (ver 11. Anexo D: Lista de Entregables de la Metodología de Desarrollo de Software del OSCE de las Bases).

¿Es un tipo de usuario licenciado?Sí.

¿Las licencias son nombradas o concurrentes?En relación a licencias nombradas o concurrentes, el proveedor debe proporcionar 20 licencias con todos los privilegios a la herramienta de BI en cualquier momento.

¿Estos usuarios podrán acceder y modificar la estructura de la Base de Datos añadir o eliminar una Entidad o un Cubo, y ejecutar los ETL?¿Estos usuarios tendrán permisos para Administrar la Seguridad?¿Estos usuarios podrán utilizar las herramientas para construir sus propias aplicaciones?¿Estos usuarios podrán modificar aplicaciones existentes y alinear los cambios de los procesos de negocio?¿Estos usuarios tendrán todos los privilegios del Sistema de BI sin distinción respecto a su tipo?En relación a estas preguntas se responde que sí, porque con la herramienta de BI se debe permitir realizar OLAP, Data Warehouse, Cuadro de mando, Cuadro de mando integral, Minería de datos, Dashboards, Integración de datos, Previsiones, y Reporteadores (ver 11. Anexo D: Lista de Entregables de la Metodología de Desarrollo de Software del OSCE de las Bases).

Por lo tanto, en relación a acceder y modificar la Estructura de la Base de Datos añadir o eliminar una Entidad o en Cubo, y ejecutar los ETL, tener permisos para Administrar la Seguridad, construir sus propias aplicaciones, modificar aplicaciones existentes y alinear los cambios de los procesos de negocio, y tener todos los privilegios del Sistema de BI sin distinción respecto a su tipo son requerimientos del Sistema de BI que deberán permitir al OSCE o a un tercero continuar con el ciclo de mantenimiento del sistema.

50 Absolución a la consulta 4 de la empresa MIT Soluciones SACRespecto a “… licenciada vs- no licenciada…” se debe comentar lo siguiente:• El OSCE compra o adquiere software con licencia.

54


Exportación de información a formatos compatibles (Microsoft Office, Open Office, etc.). Registro de las actividades y de los agentes responsables de ejecutarlas en el sistema. Estos

agentes deberán ser validados y consistenciados en sus datos básicos. Buscador eficiente de información (operadores booleanos). Acceso a banners y links. Ayudas contextuales, que brinden información del proceso u opción en curso. Manejo de permisos para acceder a los recursos del sistema, debe entenderse como recursos

menú, opciones de menú (y los diversos niveles de menú), pantallas, criterios de búsqueda, campos de registro, campos de visualización, listados y en general todo componente de visualización del sistema.

Relleno de campos de descripciones u otros, con información de tablas y/o datos ya registrados, que eviten duplicar el ingreso de información.

Integración fluida de video, sonido, imágenes. Capacidad de administración documental con soporte a distintos formatos de archivos.

• El OSCE no utiliza software no licenciado, respeta los derechos de autor que pudiera tener una persona o entidad pública o privada.• Los proveedores venden productos de software en relación a la cantidad de usuarios, por ello el proveedor debe entender que emplearemos tipos de usuarios, una cantidad determinada de usuarios y/o usuarios ilimitados. Los productos de software tienen características diferentes, compatibilidad con otros productos de software, mecanismos de seguridad diferentes, canales de venta variados, formas de ventas diferentes, políticas varias, etc., lo que origina estos tipos de usuario para uniformizar.

¿El usuario avanzado podrá ser un usuario NO licenciado?La cantidad de usuarios es ilimitada, es decir que la cantidad de licencias es ilimitada y deberá tener algunos privilegios de administrador como consumir los datos del motor de base de datos de la herramienta de BI y crear nuevas formas de presentar la información en entorno Web.

¿El usuario avanzado podrá consumir los datos del motor de Base de Datos de BI desarrollado desde un cliente web externo no licenciado?Con el tipo de usuario avanzado se debe consumir los datos del motor de base de datos de la herramienta de BI y crear interfaces Web. Los datos se deberán mostrar a través de interfaces Web.

¿El cliente libre ilimitado podrá ser desarrollado mediante lenguajes de programación diversos (por ejemplo .Net, JAVA, PHP, etc.) para consumir la Metadata de la herramienta de BI?Ver la respuesta de la “1.1 Consulta” de la Empresa “PRAYAGA”. Cabe precisar que estamos hablando del tipo de usuario avanzado con el que se podrá crear interfaces y consumir la información de la base de datos.

51 Absolución a la consulta 4 de la empresa MIT Soluciones SAC

Respecto a “… licenciada vs- no licenciada…” se debe comentar lo siguiente:• El OSCE compra o adquiere software con licencia.• El OSCE no utiliza software no licenciado, respeta los derechos de autor que pudiera tener una persona o entidad pública o privada.• Los proveedores venden productos de software en relación a la cantidad de usuarios, por ello el proveedor debe entender que empleemos tipos de usuarios, una cantidad determinada de usuarios y/o usuarios ilimitados. Los productos de software tienen características diferentes, compatibilidad con otros productos de software, mecanismos de seguridad diferentes, canales de venta variados, formas de ventas diferentes, policitas varias, etc., lo que origina estos tipos de usuario para uniformizar.

Verificar que el enunciado NO indica que es debe licenciar de forma ilimitada.Para el tipo de usuario CONSULTANTE la cantidad de usuarios es ilimitada, es decir que la cantidad de licencias es ilimitada.

Verificar que el usuario consultante consume vía interfaz Web la información (sin requerir licencia), por lo cual la cantidad de usuario es ilimitada.Para el tipo de usuario CONSULTANTE se consumirá información vía interfaz Web.

¿El usuario consultante podrá consumir en la interfaz web el motor de Base de Datos de BI desarrollado vía SOA utilizando lenguajes de programación? Es decir ¿serán usuarios no licenciados?

53


Herramientas de notificación y trigger automático de acciones. Integración fluida con e-mail desde las distintas pantallas de la Aplicación Web. Salidas impresas definibles. Acceso a información relevante de referencia. Seguimiento y monitoreo de funcionalidades principales. Administrador de contenidos. Idiomas: Multilingüe Español, Inglés y traducible a cualquier idioma. El sistema debe tener la capacidad de generar un “ambiente de capacitación” para los actores

del negocio. El sistema debe tener la capacidad de notificar el incumplimiento o transgresiones al marco

normativo. El sistema debe proveer alertas para el monitoreo del sistema:

Incumplimiento de regla de negocio. Notificar al usuario.

Ver la respuesta de la “1.1 Consulta” de la Empresa “PRAYAGA”. Ver la respuesta de la “2.2 Consulta” de la Empresa “MIT Soluciones SAC”.

El tipo de usuario CONSULTANTE consumirá información vía interfaz Web o Páginas Web. Cabe resaltar que durante la fase de análisis del sistema se deberá determinar la forma óptima de obtener la información de la base de datos

El tipo de usuario CONSULTANTE requiere de una cantidad de licencias ilimitada.

52 Absolución a la consulta 15 de la empresa SPARC TECHNOLOGIES INCEl Sistema de BI debe permitir la integración con video, sonido e imágenes sobre todo en los Front End o páginas Web en donde se mostrará información. Y tal como ocurre en toda aplicación Web se debe considerar las características multimedia para la elaboración de manuales interactivos que pueden subirse a un servidor. El manejo de videos, sonido e imágenes se podrá utilizar para las personas que sufran discapacidad visual. Asimismo, servirá para exportar el contenido de las interfaces Web en un archivo.

53 Absolución a la consulta 16 de la empresa SPARC TECHNOLOGIES INCEs la capacidad del Sistema de BI de exportar la información de la Interfaz Web en un formato de archivo. Este es un requerimiento del Sistema de BI con el objetivo de administrar los tipos de archivos por ejemplo que se pueda descargar archivos en formato pdf para el tipo de usuario CONSULTANTE y archivos Excel para el tipo de usuario AVANZADO.La relación es directa porque en base a esta funcionalidad se podrá determinar la presentación off-line de la información.

54 Absolución a la consulta 17 de la empresa SPARC TECHNOLOGIES INCEn las etiquetas de las interfaces FrontEnd deben poder cambiarse a otro idioma, como por ejemplo el quechua e inglés.La relación de este requerimiento es directa, el OSCE proporciona información a diferentes actores de las contrataciones en el ámbito nacional (con regiones multilingües, como el quechua) y debido a la suscripción de tratados de libre comercio debe estar en capacidad de presentar las etiquetas de las interfaces FrontEnd en inglés.55 Absolución a la consulta 18 de la empresa SPARC TECHNOLOGIES INCEl Sistema de BI debe tener la capacidad de instalar y configurar un ambiente de capacitación.La relación de este requerimiento es directa, porque la capacitación en el uso del Sistema de BI debe ser en forma programada y periódica a todos los actores de las contrataciones del Estado.

56 Absolución a la consulta 19 de la empresa SPARC TECHNOLOGIES INCDurante la implementación de los requerimientos y de darse requerimientos que tengan reglas de negocio en el sistema, el sistema debe tener la capacidad de notificar el incumplimiento o transgresiones al marco normativo. Esta situación tiene relación con las reglas de negocio que lleguen a implementarse.

Absolución a la consulta 20 de la empresa SPARC TECHNOLOGIES INCUna regla de negocio tiene que ver con un requerimiento del marco normativo. El sistema debe notificar al usuario cuando se haga una actividad indebida o, mediante una regla de negocio, se haya decidido notificar al

54


Constancia del aviso. Bloquear cualquier acción del usuario. Tener en cuenta los registros observados, para que se pueda mantenerlo.

6.16.3. ArquitecturaPara OSCE se han implementado 3 servidores IBM Power 770 en las cuales se instaló AIX en su versión 7.1 y Red Hat Enterprise Linux.

6.16.3.1. Listado y descripción de LPARS

a. LPARS en P770-1 CCP

FIGURA 6. ARQUITECTURA DEL LPARS EN P770-1 CCP.

b. LPARS en P770-2 CCP

usuario.Al referirse a la constancia de aviso es la capacidad del sistema de guardar un log o registro de monitoreo. Asimismo, de darse transgresiones a la seguridad el sistema se debe bloquear una cuenta.Si el proceso ETL no incorporará registros debe haber un log o registro de datos no cargados al modelo de datos de BI

57 Absolución a la consulta 20 de la empresa SPARC TECHNOLOGIES INCUna regla de negocio tiene que ver con un requerimiento del marco normativo. El sistema debe notificar al usuario cuando se haga una actividad indebida o, mediante una regla de negocio, se haya decidido notificar al usuario.Al referirse a la constancia de aviso es la capacidad del sistema de guardar un log o registro de monitoreo. Asimismo, de darse transgresiones a la seguridad el sistema se debe bloquear una cuenta.Si el proceso ETL no incorporará registros debe haber un log o registro de datos no cargados al modelo de datos de BI

53



c. LPARS en P770-3 CCC


6.16.4. Otras consideracionesA continuación se describen otras consideraciones que tiene que tener en cuenta el proveedor:

6.16.4.1. Marco de Referencia.El marco de referencia a emplear en este sistema es el siguiente: Norma Técnica Peruana “NTP-ISO/IEC 17799:2007 EDI, TECNOLOGÍA DE LA

INFORMACIÓN. Código de buenas prácticas para la gestión de la seguridad de la información. 2ª Edición”.

54


6.16.4.2. Normas y Estándares (Ejemplo Sistema 100% WEB y uso de protocolos estándar).

Para alcanzar el producto de software se requerirá las siguientes normas y estándares: El OSCE a través de la Dirección del SEACE proporcionará estándar de programación en Java

(o lenguaje elegido) y Base de Datos Oracle 11g. El OSCE a través de la Dirección del SEACE proporcionará la Metodología de Desarrollo de

Software y plantillas la cual está basada en RUP y UML. El OSCE a través de la Dirección del SEACE proporcionará la Metodología de Gestión de

Proyectos y plantillas la cual está basada en PMI. El OSCE a través de la Dirección del SEACE proporcionará la Metodología de Calidad y

plantillas la cual permite realizar aseguramiento de calidad y control de calidad de software basada en la norma ISO 9000.

Accesibilidad: El diseño del sistema deberá tener en cuenta las características actuales de la infraestructura informática que posee nuestra sociedad. Solamente una fracción de los potenciales usuarios del sistema poseen infraestructura informática propia, motivo por el cual la mayoría de los usuarios se conectarán desde las instalaciones de las cabinas públicas que se encuentran diseminadas a lo largo del país, por lo tanto las interfaces deberán ser lo más livianas posibles y quedando descartado cualquier mecanismo que obligue a instalar aplicaciones clientes en las PC.

Acceso a Internet: Debido a esta realidad, el Sistema deberá ser construido íntegramente sobre ambiente Internet, descartando cualquier solución cliente servidor que se pueda encontrar en el mercado, ya que sería materialmente imposible instalar un sistema de este tipo sobre infraestructura inexistente.

Seguridad y Accesibilidad: Esta consideración también se deberá tener en cuenta para la solución de seguridad aplicada a todas las transacciones que se realicen en el marco del negocio. Esta solución deberá de ser sumamente económica y no utilizar medios físicos onerosos para los participantes del sistema. Asimismo, otra consideración técnica que habrá que tener en cuenta es la referida a los protocolos de comunicación, debiendo emplearse protocolos estándares certificados, tal como TCP/IP con SSL como medio de comunicación segura, y puertos estandarizados de comunicación, ya que algunos usuarios se conectarán detrás de firewalls y proxy’s.

6.16.4.3. Derechos de Propiedad.OSCE tendrá todos los derechos intelectuales inherentes a las funcionalidades del Sistema de BI implementado y será propietario de los entregables y su contenido, estándares y normas entregados.

6.16.4.4. Coexistencia y Gradualidad.Se ha definido como necesario e indispensable permitir la coexistencia de los mecanismos tradicionales, basados en medios físicos y trámites manuales, permitiendo la actuación de los usuarios conforme al sistema tradicional vigente. Sin embargo, cuando el usuario defina un proceso como “electrónico” no será aceptable la documentación en medio físico tradicional.Asimismo, en vista que se trata de introducir a los usuarios en el mundo digital y esto requiere, de cierto nivel de inversiones que permitan la conectividad y la capacitación y “culturización” de los usuarios, se ha definido que los actores del negocio lo hagan en forma gradual y progresivamente, de acuerdo a la infraestructura de informática y de comunicaciones y a la disponibilidad de conectividad con que se cuente.

6.16.4.5. Codificación de las Entidades y Actores Importantes.Se ha definido como necesario e indispensable permitir la coexistencia de los sistemas debido a ello se debe considerar como parte del análisis las equivalencias, consumo y exposición de los servicios para codificar a las entidades y actores importantes del negocio de la implementación de este nuevo sistema. Esta tarea será coordinada con personal de la Sub Dirección de Desarrollo de Proyectos.

6.16.4.6. Estandarización y Simplif icación.Se debe buscar estandarizar las reglas de negocio empleando los estándares definidos y simplificar los pasos requeridos para terminar una tarea en el sistema. Esta tarea será coordinada con personal de la Sub Dirección de Desarrollo de Proyectos.

53


6.17. Requerimientos de IntegraciónEl funcionamiento del Sistema de BI requiere obligatoriamente la existencia de interfaces de integración empleando los conceptos de SOA con diversos sistemas, alguno de los cuales deberá ser implementado en el proyecto:

6.17.1.1. Sistema de Seguridad 5 8- .El OSCE proporcionará el módulo de seguridad el cual será incrustado en el nuevo Sistema, el cual ofrece servicios de acceso a los recursos a un determinado usuario del sistema, el sistema tendrá las siguientes características: Sistema de seguridad y control de acceso. Esquema de seguridad con control de acceso multinivel.

6.17.1.2. Integración con otros sistemas: 5 9- De requerirse integraciones con otros sistemas, este se determinará en la fase de análisis y diseño del sistema. Estas integraciones son servicios que requiere el sistema para poder operar, el cual es diferente al proceso ETL. Estas integraciones deberán ser coordinadas con la Sub Dirección de Desarrollo de Proyectos de la Dirección del SEACE.

6.18. Requerimientos Técnicos ( integración con equipos y SW comercial)El sistema deberá considerar los siguientes requerimientos técnicos.

6.18.1. Mecanismos de identif icación electrónica.Conforme a los requerimientos, además del establecimiento de conexiones seguras en ambas vías, las propuestas que se envíen por medio electrónico deberán incorporarse mecanismos de identificación electrónica, en lugar de la firma autógrafa. Cabe señalar que debido a las características especiales de este sistema, estos mecanismos no deberán utilizar medios físicos, tales como token, card, ni ningún otro elemento de este tipo, que implique mayores costos para los usuarios.Respecto a los mecanismos de identificación electrónica, éstos garantizan la confidencialidad, integridad y autenticidad de los documentos y consecuentemente la información. La confidencialidad se refiere a la capacidad de mantener un documento electrónico inaccesible a todos, excepto a quien está dirigido. La integridad está referida a la capacidad de asegurar que el contenido del documento electrónico recibido por el destinatario no ha sufrido modificación alguna. La autenticidad se refiere a la capacidad de determinar que el autor ha establecido su reconocimiento y compromiso sobre el contenido del documento electrónico.Ambos aspectos, el de la confidencialidad y el de la autenticidad, se deberán resolver mediante la utilización usuarios y claves de acceso así como la función de “Solo Lectura” de los documentos enviados.

6.18.2. Consideraciones para el desarrol lo del sistema.El sistema deberá tener en consideración para el desarrollo del sistema lo siguiente:

6.18.2.1. Consideraciones funcionales.

Seguridad. 60-La seguridad del sistema deberá ser restrictiva tanto a nivel de funciones como a nivel de datos, según roles que tengan asignado los usuarios. Asimismo se deberá considerar la

58 Absolución a la consulta 22 de la empresa SPARC TECHNOLOGIES INCEl Sistema de BI debe poder integrarse con el sistema de seguridad del OSCE. Para cualquier información adicional puede solicitar una reunión con la Unidad de Tecnologías de la Información y la Dirección del SEACE.

59 Absolución a la consulta 21 de la empresa SPARC TECHNOLOGIES INCSe requiere conexiones ilimitadas para implementar SOA.El Sistema de BI debe poder integrarse con el sistema de seguridad del OSCE.

60 Absolución a la consulta 24 de la empresa SPARC TECHNOLOGIES INCEl OSCE dispone de certificados digitales. Sin embargo, de no tenerlos el sistema debe funcionar sin mayores inconvenientes o costos con los esquemas de seguridad dispuestos.

54


encriptación de aquella información que se considere confidencial, tanto a nivel WAN como a nivel LAN. Se deberá contemplar el empleo de mecanismos de autenticación e encriptación tales como los certificados electrónicos y digitales. Los requerimientos de seguridad deben considerar los siguientes aspectos:

TABLA 1. LISTA DE REQUERIMIENTOS DE SEGURIDAD QUE DEBE TENER UN SISTEMA.Requerimientos de

SeguridadDescripción

Autenticidad

La cual debe asegurar que los usuarios del sistema son quienes dicen que son y que se puede verificar su autenticidad. La solución debe basarse en la dupla user/password y potencialmente incorporar soluciones más robustas de autentificación, incluyendo time stamping.

AutorizaciónCorresponde a los poderes conferidos a cada usuario, en el caso de los compradores, a la autorización requerida para que un usuario realice alguna acción en el sistema.

ConfidencialidadDebe proveer mecanismo para asegurar la confidencialidad de datos y transacciones, por ejemplo a través de sesiones seguras vía SSL u otros mecanismos de encriptación.

Integridad El sistema debe asegurar la integridad de datos y transacciones.

No-repudiación61No-repudiación significa que un usuario no pueden negar una transacción, por lo que el sistema debe entregar mecanismo de no repudiación.

TrazabilidadEl sistema debe proveer de mecanismos de realizar un seguimiento a las transacciones y a la historia contenida en el sistema.

Requerimientos a equipos deusuarios finales

El uso del sistema no debe requerir equipamiento y/o una plataforma tecnológica fuera de los estándares normales.

Interfaz Gráfica de Usuario. El diseño de las interfaces de los usuarios deberá ser sumamente amigable e intuitivo. Asimismo deberán de ser lo más livianas posibles a fin de agilizar su carga en los navegadores.

Re-uso Intensivo.El concepto de reutilización de componentes empresariales deberá ser aplicado, para generar librerías de objetos con código probado, eficiente y mantenible.

Ingreso de datos.Debido a la diversidad de escenario que presenta la realidad de las entidades y los proveedores, el sistema debe permitir que la información sea suministrada por diferentes medios, tanto en archivos en medios digitales, como enlínea.

Consistencia y Calidad de la Información. 62-

61 Absolución a la consulta 1.3. de la empresa PRAYAGALa No-repudiación se refiere que el usuario no pueda negar una transacción, es decir el sistema deba tener algún mecanismo que permita corroborar la realización de una transacción de algún usuario que haya ingresado al sistema. Esto significa que es un servicio que proporciona pruebas de integridad y origen de datos, asimismo la autentificación que con una alta seguridad pueda ser reafirmado como genuino.

62 Absolución a la consulta 25 de la empresa SPARC TECHNOLOGIES INCVer respuesta de la “3.13 Consulta” de la Empresa “Arson Group SAC”.

53


Toda la información manejada por el sistema, en particular por cada uno de sus módulos, debe tener consistencia y calidad. Esto implica que la solución debe contar con los mecanismos de control, validación, completitud y racionalidad que garanticen dicha consistencia y calidad.

Parámetros determinados por el usuario en las consultas.En los reportes o consultas solicitados por el usuario, y en general, en toda consulta de datos, deberá existir la opción de determinar el período de consulta de datos (diario, semanal, quincenal, mensual, trimestral, anual o un rango de fechas). Asimismo, todas las consultas deberán permitir la visualización de los datos con diferentes opciones de gráficos.

Procesos óptimos.Se deberá tomar como base la definición de los procesos actuales, estos procesos deberán ser revisados y el proveedor podrá proponer mejoras, las cuales podrán ser implementadas según su implicancia en la normativa vigente, es decir que sea viable modificar leyes, reglamentos o directivas que incorporen las mejoras propuestas. Para el modelamiento de procesos se usará el uso de una herramienta de BPM (Business Process Managment).

Flexibilidad. El sistema deberá ser flexible, de tal forma que los cambios puedan ser manejados por alteraciones en el valor de sus parámetros, por lo tanto la codificación de los programas deberá estar libre de la utilización de valores fijos (constantes) que obliguen a mantenimiento posterior por este concepto.

Ayudas en línea.El sistema deberá contar con la opción de ayudas en línea para obtener una breve descripción de las funciones y acciones que se definan en las diferentes interfaces de modo tal que todo usuario del sistema pueda operarlo fácilmente.

Segmentación de acuerdo a necesidad, 1:1/n. Se deberá poder realizar diferentes tipos de segmentaciones. El modelo de datos debe garantizar una evolución hacia una profundización del conocimiento de los participantes, teniendo la capacidad de ser flexible en la agregación de campos e información.

Funciones de auditoría.En coordinación con el OSCE se definirán funciones que brinden facilidades de pistas de auditoría (registro de usuarios, acciones, fecha, hora, imágenes anteriores y posteriores, entre otras).

Control de Cambios.El proceso debe describir cómo controlar, rastrear y monitorear cambios de manera de permitir un desarrollo iterativo exitoso. Controlar los cambios de todos los artefactos del sistema (modelos, código, documentos, etc.).

Help Desk.Debe permitir a los usuarios realizar consultas sobre la operación del sistema, así como sobre temas administrativos y legales, canalizando dichas consultas a los especialistas del OSCE según el tema.

Información no estructurada.Para la información no estructurada, se deberán disponer de una herramienta que permita las búsquedas “full-texto” y a través de formularios electrónicos programables.

El OSCE proporcionará las bases de datos transaccionales para que se pueda extraer, transformar (o filtrar) y cargar en un modelo de datos para que pueda visualizarse la información en un FrontEnd

54


Tiempo de respuesta.El sistema deberá tener un tiempo de respuesta aceptable, el cual deberá ser menor a 5 segundos para transacciones efectuadas sobre conexiones de banda ancha.

6.18.2.2. Consideraciones técnicas.

Marco de referencia.De acuerdo a las políticas y estándares definidos por el OSCE.

Arquitectura.El sistema debe estar diseñado para funcionar en un ambiente Web y una arquitectura mínima de tres (03) capas, en la que se pueda diferenciar y separar la capa de presentación, la capa de lógica de negocio y la capa de datos. En este sentido el sistema debe estar diseñado para funcionar con un middleware y trabajar bajo el concepto de SOA63.

Sistema Operativo.El sistema operativo en donde residirá el sistema será de alta disponibilidad, contemplando que el Sistema se convertirá en un sistema de misión crítica para el funcionamiento del aparato estatal. El OSCE proporcionará como mínimo el Hardware y Sistema Operativo del ambiente de pruebas y producción.

Servidor de aplicaciones.Se usará un servidor de aplicaciones que permita aprovechar al máximo los componentes nativos para los que está diseñado. El proveedor deberá proporcionar las licencias que sean necesarias como parte de su solución y propuesta técnica. Las licencias que serán cedidas al OSCE deben otorgarse desde la conformidad del servicio y por tres años de soporte.

Software de desarrollo. 64-Se deberá considerar el uso de software de desarrollo que permita el desarrollo de los componentes estándar del Sistema de BI. El mismo que debe ser coordinado y aprobado por la Dirección del SEACE.

Manejador de Base de Datos.63 Absolución a la consulta 2 de la empresa MIT Soluciones SAC.El Sistema de BI debe soportar SOA. Más que un requisito es un requerimiento que debe tener el sistema. Asimismo, todos los sistemas en el OSCE deben soportar SOA.La arquitectura orientada a servicios de cliente (SOA – Service Oriented Architecture) el cual es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Con este requerimiento se preTente hacer al Sistema de BI altamente escalable y que brinde una forma definida de exponer e invocar servicios, lo cual facilitará la interacción entre diferentes sistemas propios o de terceros.¿Es criterio excluyente el no soportar dicha arquitectura?Sí, es un criterio excluyente si no soporta SOA. El requerimiento no se puede excluir.

64 Absolución a la consulta 26 de la empresa SPARC TECHNOLOGIES INCVer respuesta de la “1.1 Consulta” de la Empresa “PRAYAGA”.El software de desarrollo es la herramienta de BI con la que se puede crear o modificar los requerimientos del usuario.Respecto a los usuarios revise las siguientes respuestas:Ver respuesta de la “2.4 Consulta” de la Empresa “MIT Soluciones SAC”.Ver respuesta de la “2.5 Consulta” de la Empresa “MIT Soluciones SAC”.Ver respuesta de la “2.6 Consulta” de la Empresa “MIT Soluciones SAC”.

El OSCE solo compra o adquiere software licenciado y que tenga soporte.

53


Se deberá utilizar el motor de base de datos definido por el OSCE. El proveedor deberá proporcionar las licencias que sean necesarias como parte de su solución y propuesta técnica. Las licencias que serán cedidas al OSCE deben otorgarse desde la conformidad del servicio y por tres años de soporte.

Motor de búsquedas “full-texto”. 65-Permita ubicar información no estructurada a través del uso de operadores booleanos.

Documentación.Se deberá hacer uso de una herramienta CASE para apoyar en el análisis y diseño del sistema, la cual será aprobada por el OSCE. Para el proyecto se debe emplear Power Designer Versión 16.1. El OSCE no proporcionará esta herramienta, sin embargo el proveedor debe utilizar esta herramienta.

Hardware y Software Complementario.Se deberá definir alternativas de hardware y/o software complementario de los servidores requeridos para su mejor funcionamiento. La recomendación planteada deberá ser coordinada y aprobada por la Dirección del SEACE.

Estándares del Sistema.Todos los entregables a presentar (datos, procesos, programas, diagramas, documentación y demás objetos en general), deberán ceñirse a la nomenclatura y estándares definidos y aprobados por la Dirección del SEACE, de modo que se garantice un fácil entendimiento del sistema y un mantenimiento total al alcance de terceros.

Especificaciones del front-end.Los front-end de la aplicación deberán cumplir la especificación HTML 4.01 de w3Consortium (http://www.w3.org/TR/html4/). Estas páginas deberán tener igual funcionalidad en los navegadores más comunes del mercado, tales como Microsoft Explorer, Google Chrome, Mozilla FireFox, Safari. Asimismo los estilos aplicados deberán cumplir las especificación Cascading Style Sheets, level 2 CSS2 Specification (http://www.w3.org/TR/REC-CSS2/). El proveedor deberá emplear la última tecnología dispuesta o libre para el front-end el mismo que será considerado en la evaluación de la propuesta técnica.

65 Absolución a la consulta 27 de la empresa SPARC TECHNOLOGIES INCEl producto de software de BI debe permitir ubicar información no estructurada a través del uso de operadores booleanos. La solución solicitada es llave en mano, y debe considerarse en la herramienta de BI y/o la base de datos. La relación de este requerimiento es directa, porque el Sistema de BI deberá tener mecanismo que faciliten por aproximación llegar a la información buscada.

54


7. Gestión del Proyecto de Análisis, Diseño, Construcción, Pruebas, e Implantación del Sistema BI.

La gestión del proyecto se deberá dar en base a las metodologías elaboradas y aprobadas por la Dirección del SEACE y deberá emplearse por el periodo que dure la implementación de los requerimientos del usuario. A continuación se muestra la cadena de valor de las metodologías elaboradas y aprobadas que rigen el desarrollo y mantenimiento de software en el OSCE.

Mejora Continua (o Reingeniería de Procesos)

Aspectos Técnicos de Software

FIGURA 9. ENFOQUES METODOLÓGICOS DE LA DIRECCIÓN DEL SEACE DEL OSCE.

Nota: Descripción de la cadena valor de la Dirección del SEACE.01 -> Metodología de Dirección y Gestión de Proyectos de Software.02 -> Plan de Calidad, basado en RUP, COBIT, ISO.03 -> Metodología BPM para el Diseño de Procesos.04 -> Gestión del Cambio, basado en RUP.05 -> Plan de Comunicación, basado en PMI.06 -> Metodología de Desarrollo de Software y Metodología de Mantenimiento de Software.07 -> Metodología de Implantación de Software, basado en RUP.08 -> Metodología de Soporte de Software, basado en ITIL.09 -> Proceso PMI, se empleará las buenas prácticas de este proceso.10 -> Lenguaje de Modelamiento de Software, basado en UML.11 -> Plan de Ejecución del Software, basado en ITIL.12 -> Artefactos de Software, basado en RUP.13 -> Actividades de Integración de Software.14 -> Herramientas de Modelamiento, se propone Rational Rose y/o Power Designer.15 -> Modelo atención de consultas para Mesa de Ayuda – Help Desk.

Las metodologías antes descritas están basadas en tecnologías probadas y muy conocidas en el mercado de tecnologías de la información, las cuales debe ser de total conocimiento y dominio de la empresa proveedora según sea el tipo de proyecto.

A continuación se muestra la cadena de valor de la Metodología de Dirección y Gestión de Proyectos del OSCE elaborada y aprobada por la Dirección del SEACE.

Dirección y Gestión de Proyectos de Software.

Plan de Aseguramiento y Control de Calidad

Diseño de Procesos Gestión del Cambio

Plan de Comunicación

Desarrollo Mantenimiento

Pre - Implantación Implantación Puesta en Marcha y Post-Implantación

Soporte

91

2

3 45

10

12

13

14

6 6 10

12

13

7 7 10

7 11

8 12

15

53


FIGURA 10. CADENA DE VALOR DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE.

Nota: A continuación el detalle de las actividades:1.1 Desarrollo del Plan de Proyecto1.2 Ejecución del Plan de Proyecto1.3 Control Integral de Cambios2.1 Recopilar Requisitos2.2 Definir el Alcance2.3 Crear la EDT2.4 Verificación del Alcance2.5 Control del Alcance3.1 Definición de Actividades3.2 Secuenciamiento de Actividades3.3 Estimar los Recursos de las Actividades3.4 Estimación de duraciones3.5 Desarrollo del Cronograma3.6 Control del Cronograma4.1 Estimación de Costes4.2 Estimación del Presupuesto4.3 Control de Costes5.1 Plan de Calidad5.2 Aseguramiento de la Calidad5.3 Control de Calidad6.1 Planificación Organizativa6.2 Adquisición de Personal6.3 Desarrollo del Equipo6.4 Dirigir el Equipo7.1 Identificar a los Interesados7.2 Planificación de la Comunicación7.3 Distribución de la Información7.4 Expectativas de los Interesados7.5 Informes de Rendimiento8.1 Plan de Gestión de Riesgos8.2 Identificación de Riesgos8.3 Análisis Cualitativo de Riesgos8.4 Análisis Cuantitativo de Riesgos8.5 Plan de Respuesta a Riesgos8.6 Supervisión y Control de Riesgos9.1 Plan de Adquisiciones9.2 Efectuar las Adquisiciones9.3 Administrar las Adquisiciones9.4 Cierre las Adquisiciones

Asimismo, se muestra la Cadena de Valor de Desarrollo de Software que aplica a este documento.

Cadena de Valor de la Metodología de Dirección y Gestión de Proyectos del OSCE

Cierre7.5, 9.4

Ejecución1.2, 5.2, 6.3, 6.4, 7.3,

7.4, 7.5, 8.6, 9.3

Planificación1.1, 2.2, 2.3, 3.1, 3.2, 3.3, 3.4, 3.5, 4.1, 4.2, 5.1, 6.1, 6.2, 7.1, 7.2, 8.1, 8.2, 8.3, 8.4, 8.5,

9.1, 9.2

Iniciación2.1

Control1.3, 2.4, 2.5, 3.6, 4.3, 5.3, 7.4, 7.5, 8.6

54


FIGURA 11. CADENA DE VALOR DE LA METODOLOGÍA DE DESARROLLO DE SOFTWARE DEL OSCE. FUENTE: BASADA EN RUP.

De la misma forma, se muestra la Cadena de Valor de

FIGURA 12. CADENA DE VALOR DE LA METODOLOGÍA DE CALIDAD DEL OSCE.

Nota: A continuación el detalle de las actividades:5.1 Plan de Calidad.5.2 Aseguramiento de la Calidad (Informe de Resultado).5.3 Control de Calidad (Informe de Resultado).5.4 Listado de Requisitos Priorizado.5.5 Listado de Políticas de Calidad.5.6 Listado de Criterios de Calidad Establecidos.5.7 Informe de avance del Plan de Calidad.5.8 CheckList.5.9 Informe Resumen Final de Calidad.

7.1. Organización del Equipo.

7.1.1. Planificación de Recursos Humanos del EquipoLa estructura organizacional para la realización del proyecto tiene la siguiente estructura:

Cadena de Valor de la Metodología de Desarrollo de Software del OSCE

Cadena de Valor de la Metodología de Calidad de Software del OSCE

ImplementaciónAnálisis y DiseñoRequisitosModelo de Negocio

Pruebas Despliegue

Cierre5.3

Ejecución5.2, 5.8

Planificación5.1

Iniciación5.4, 5.5, 5.6

Control5.7

53


FIGURA 13. ORGANIGRAMA DE RECURSOS HUMANOS DEL PROYECTO.Nota: n1, n2, y n3 es la cantidad de personas que se requiere para el análisis, diseño, construcción, pruebas e implantación de los Sistema BI, el cual debe ser controlado por el proveedor de acuerdo a la demanda por cada fase y/o etapa del proyecto. El mismo que no implicará mayores costes para la entidad.El organigrama (a) es del equipo del proveedor, el organigrama (b) es de la Dirección del SEACE, y el organigrama (c) es de la Oficina de Estudio Económicos.

El proveedor deberá mitigar el riesgo de salida de personal, para ello deberá contar con un plan de gestión de proyectos acorde a estas circunstancias.

7.1.2. Responsabil idades del Equipo.La siguiente tabla describe el rol y las responsabilidades definidos en la estructura organizacional:

TABLA 2. LISTADO DE ROLES Y RESPONSABILIDADES DEL EQUIPO.N° Rol Cant. Responsabilidad

01 Gerente de Proyecto

01 Asegurar el cumplimiento de los objetivos del Proyecto, además de hacer cumplir metas previstas.

Participar en las reuniones de Comité Directivo. Asegurar y velar la disponibilidad de los recursos del

proyecto. Garantizar los recursos que se asignen para el proyecto.

(a) (b) (c)

54


N° Rol Cant. Responsabilidad

02 Jefe de Proyecto 01 Asegurar el cumplimiento de las actividades y entregables del Proyecto, además de hacer el seguimiento del Proyecto.

Convocar y conducir reuniones de Comités. Asegurar la disponibilidad de los recursos que aseguren el

éxito del proyecto. Supervisar en forma directa la ejecución del Plan detallado

del Proyecto. Administrar y controlar los recursos que se asignen para el

proyecto. Controla que el Proyecto se lleve a cabo en los plazos

previstos y con la calidad adecuada.

03 Arquitecto de Software

01 Define las vistas de la arquitectura de una aplicación. Planea y conduce la revisión formal del modelo de caso de

uso. (framework de programación) Define las responsabilidades, operaciones, atributos y

relaciones de las clases, y determina cómo serán implementadas.

Responde sobre las inquietudes relacionadas con la selección de herramientas y ambientes de desarrollo.

04 Administrador de Base de Datos

01 Administrar la estructura de la Base de Datos. Administrar el Sistema Manejador de Base de Datos. Asegurar la confiabilidad de la Base de Datos.

05 Analista de Calidad

n1 Revisar y analizar el ciclo del proceso de desarrollo de software y asegurando un producto terminado, a fin de verificar el cumplimiento de la metodología de desarrollo de software.

Notificar los resultados de las pruebas.

06 Analista Funcional n2 Participar y supervisar en la ejecución de la parte del plan del proyecto asignada por el Director del Proyecto.

Manejar adecuadamente la relación con la contraparte técnica y los usuarios.

Identificar, diseñar, implementar y dar soporte a los procesos y/o procedimientos que requieren mecanizarse o mejorarse.

Administrar y controlar los recursos que se le asignen para el cumplimiento de sus labores.

Supervisar que la documentación de los sistemas estén debidamente actualizados.

Sostener reuniones periódicas con las áreas usuarias. Determinar y especificar los casos de uso. (del negocio, del

sistema). Verifica que los resultados de los requerimientos sean

conformes a la vista del cliente Responsable de la elaboración detallada de los casos de

usos (negocio, sistema) y sus diagramas. Define las responsabilidades, operaciones, atributos y

relaciones de las clases, y determina como serán implementadas.

Elabora el modelo de datos.

07 Desarrollador66 n3 Elaborar el Diseño Técnico del sistema. Elaboración de código fuente.

66 Absolución a la consulta 1.4. de la empresa PRAYAGA

53


N° Rol Cant. Responsabilidad

7.1.3. Experiencia del Equipo.La siguiente tabla se describe la experiencia del Equipo:

TABLA 3. LISTADO DE EXPERIENCIA DEL EQUIPO.N° Rol Experiencia67


05 años de experiencia gestionando proyectos de sistemas de información.

03 años de experiencia gestionando proyectos Web y/o BI. 03 años de experiencia gestionando proyectos de sistemas de

información empleando PMI, RUP e ISO 9000.

02 Jefe de Proyecto 05 años de experiencia gestionando proyectos de sistemas de información.

01 años de experiencia gestionando proyectos BI. 01 años de experiencia gestionando proyectos de sistemas de

información empleando PMI, RUP, UML e ISO 9000.


03 años de experiencia en proyectos de sistemas de información. 01 años de experiencia como arquitecto de software definiendo e

implementado arquitectura de tres capas (modelo, vista, controlador) empleando el lenguaje de programación Java o lenguaje del Sistema BI.

01 años de experiencia como programador empleando RUP, UML, Java o lenguaje del Sistema BI, Java Server Faces, Oracle, etc.

01 años de experiencia en sistemas de información empleando RUP, UML, Java Server Faces, etc.


03 años de experiencia en proyectos de sistemas de información. 01 años de experiencia como Administrador de Base de Datos en

Oracle. 01 años de experiencia empleando RUP, UML, Java o lenguaje del

Sistema BI, con base de datos Oracle.


03 años de experiencia en proyectos de sistemas de información. 01 años de experiencia como Analista de Calidad empleando la familia

ISO 9000 de calidad de software. 01 años de experiencia empleando RUP, UML, PMI e ISO 9000.

El Desarrollador es obligatorio, y es requerido para la implementación de los requerimientos a medida del usuario, durante el periodo de adecuación del sistema.

67 Absolución a la consulta 1.5. de la empresa PRAYAGAEl enfoque metodológico que se usará a la firma del contrato y hasta conseguir la conformidad del sistema son las metodologías aprobadas por la Dirección del SEACE basadas en RUP, UML, PMI e ISO 9000. El equipo coordinador de proyectos del OSCE utiliza este enfoque metodológico y es el estándar a emplearse. Motivo por el cual el proveedor deberá contar con el conocimiento y experiencia en las tecnologías solicitadas.

54


N° Rol Experiencia

06 Analista Funcional 03 años de experiencia como analista funcional en proyectos de sistemas de información y afines.

01 años de experiencia en temas relacionados al uso de la normatividad de contrataciones.

01 años de experiencia empleando RUP, UML, PMI e ISO 9000.

07 Desarrollador 02 años de experiencia en proyectos de sistemas de información Web. 01 años de experiencia empleando RUP, UML, Java o Lenguaje del

Sistema BI, Java Server Faces, Oracle.

7.1.4. Perfi l del Equipo.La siguiente tabla se describe el perfil del Equipo:

TABLA 4. LISTADO DEL PERFIL DEL EQUIPO.N° Rol Perfil


Ingeniero de Sistemas, Informático, Industrial, y/o Software. Maestría en tecnologías de la información, gestión pública,

administración de negocios, gestión de proyectos68. PMP. Conocimiento de CMMI.

02 Jefe de Proyecto Ingeniero de Sistemas, Informático, Industrial, y/o Software. Maestría en tecnologías de la información, gestión pública,

administración de negocios, gestión de proyectos. PMP. Conocimiento de CMMI. Conocimiento de RUP. Conocimiento de UML. Conocimiento de la Familia ISO 9000.


Ingeniero de Sistemas, Informático, Industrial, y/o Software. Conocimiento de RUP. Conocimiento de UML. Conocimiento de la Familia ISO 9000. Conocimiento de Java o lenguaje del Sistema BI. Conocimiento de Oracle.


Ingeniero de Sistemas, Informático, Industrial, y/o Software. Conocimiento de RUP. Conocimiento de UML. Conocimiento de la Familia ISO 9000. Conocimiento de Administración de Base de Datos Oracle oficial.


Ingeniero de Sistemas, Informático, Industrial, y/o Software. Conocimiento de RUP.

68 Absolución a la consulta 1 de la empresa SPARC Technologies INCSolo debe tener un de ellas. (Se refiere a las maestrías requeridas)

53


N° Rol Perfil

Conocimiento de UML. Conocimiento de la Familia ISO 9000. Conocimiento de Java o lenguaje del Sistema BI. Conocimiento de Oracle.

06 Analista Funcional Título profesional en ingeniería, derecho, economía o carreras a fin al Proyecto BI.

Conocimiento de RUP. Conocimiento de UML. Conocimiento de PMI.

07 Desarrollador Bachiller o Ingeniero de Sistemas, Informático, Industrial, y/o Software. Conocimiento de RUP. Conocimiento de UML. Conocimiento de Java o lenguaje del Sistema BI. Conocimiento de Oracle.

7.1.5. Gestión de Cambio del Equipo.El cambio de cualquier persona del equipo debe ser informado previamente a la Dirección del SEACE para su revisión, verificación y validación del personal para que ingrese al proyecto, toda vez que debe cumplirse estrictamente la experiencia y perfil establecido en los párrafos anteriores.Es necesario para los cargos como Gerente de Proyecto, Jefe de Proyecto, Arquitecto de Software, Administrador de Base de Datos, Analista de Calidad, y Analista Funcional la presentación de una terna a la Dirección del SEACE en el caso de cambio de personal para su revisión, verificación y validación que permita dar el visto bueno de ingreso al proyecto.

7.2. Entregables de Gestión del Proyecto de la Metodología de Dirección y Gestión de Proyectos del OSCE.

Los entregables de gestión del proyecto estarán basados en la Metodología de Dirección y Gestión de Proyectos del OSCE elaborada y aprobada por la Dirección del SEACE.

7.2.1. Resumen de los Procesos de la Metodología de Dirección y Gestión de Proyectos

En el Anexo B se muestra el Procesos de la Metodología de Dirección y Gestión de Proyectos aprobada por la Dirección del SEACE, cabe resaltar que la cantidad de entregables dependerá del tipo de proyecto y producto.

7.2.2. Los Entregables de la Metodología de Dirección y Gestión de Proyectos que debe elaborar el Equipo.

En el Anexo C se muestra la Lista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE aprobada por la Dirección del SEACE, esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Cabe resaltar que en ejecución del proyecto se empleará la metodología alcanzada al proveedor y no podrá variar hasta terminado el proyecto.

7.3. Entregables del Sistema de la Metodología de Desarrol lo de Software del OSCE.

La Metodología de Desarrollo de Software está basada en RUP y UML, motivo por el cual se emplea los procesos de RUP y el lenguaje de modelamiento de UML.

54


7.3.1. Los Entregables de la Metodología de Desarrollo de Software que debe elaborar el Equipo.

En el Anexo D se muestra la Lista de Entregables de la Metodología de Desarrollo de Software del OSCE aprobada por la Dirección del SEACE, esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Cabe resaltar que en ejecución del proyecto se empleará la metodología alcanzada al proveedor y no podrá variar hasta terminado el proyecto.

7.3.2. Entrenamiento al usuarioEn la fase de cierre después de pasar por la fase de certificación del producto de software, el proveedor debe iniciar un proceso capacitación funcional y técnica. Motivo por el cual el proveedor deberá elaborar el siguiente entregable: Material de la capacitación Técnica y Funcional en Microsoft PowerPoint y archivos Microsoft

Word de material de ayuda. Informe de Resultado de la Capacitación. Es la plantilla empleada en el proceso de Despliegue

de la Metodología de Desarrollo de Software. Listado de Asistencia a la Capacitación.

La capacitación en lo técnico debe realizarse para una cantidad de veinte y cinco (25) personas.La capacitación en lo funcional debe realizarse para una cantidad de 100 personas.

7.3.3. ImplantaciónEn esta etapa el proveedor deberá realizar la instalación y configuración del sistema en los ambientes de capacitación y producción. Deberá emplear el Manual de Instalación y Sistemas del proceso de Despliegue de la

Metodología de Desarrollo de Software. El Sistema será instalado en un entorno clusterizado, motivo por el cual la empresa proveedora

debe tomar sus previsiones para construir un producto de software para un hardware de alta disponibilidad.

El proveedor debe realizar Pruebas de Stress en el ambiente productivo, con el objetivo de optimizar el Sistema, para ello deberá hacer entrega de un Informe, y de presentarse anomalías y/o incidencias debe realizar las optimizaciones que correspondan. Para esta actividad la entidad realizará una actividad coordinado con la empresa proveedora para verificar y validar tiempos de respuesta óptimos de acuerdo a los criterios de calidad definidos en el documento Políticas de Calidad de Software del OSCE.

7.3.4. Post- ImplantaciónEn esta etapa el proveedor deberá monitorear y garantizar la operatividad del sistema por un periodo de seis (06) meses atendiendo las incidencias encontradas en el sistema: Mesa de Ayuda y Garantía del Sistema. Después de obtener la aprobación y conformidad del

sistema, el proveedor deberá realizar las siguientes actividades. Mesa de Ayuda: Por un periodo de seis (06) meses la empresa proveedora debe

presentar por cada mes un informe de incidencias atendidas. Garantía del Sistema: El Sistema deberá tener una garantía de seis (06) meses, el

mismo que debe circunscribirse a las incidencias del sistema. Al término de la garantía la empresa proveedora deberá presentar un informe de esta fase.

Migración de Datos. La migración de datos estará dividida en dos etapas, la primera de ellas debe realizarse en la fase de pruebas del producto de software y debe formar parte de la conformidad del sistema. La segunda etapa consiste en realizar seguimiento y control a la data migrada durante el periodo de mesa de ayuda. Los documentos a entregar son los siguientes: Plan de Trabajo de Migración de Datos. Procedimiento de Migración de Datos. De emplearse alguna técnica de migración o

herramienta de software para poder realizar la migración de datos de diversas fuentes a la base de datos Oracle 11g, esta no debe significar gasto alguno para la entidad. El proveedor proporcionará a la entidad la herramienta de software sin costo alguno.

Informe de Migración de Datos.

53


7.4. Entregables de Calidad de la Metodología de Calidad de Software del OSCE.

El proveedor deberá seguir las Políticas de Calidad de Software aprobada por Dirección del SEACE, asimismo debe cumplir estrictamente los atributos de calidad interna y externa de un producto software de acuerdo a la Metodología de Calidad de Software elaborada y aprobada por la Dirección del SEACE.En la siguiente figura se muestra los atributos de calidad interna y externa que debe cumplir la empresa proveedora.

FIGURA 14. ATRIBUTOS DE CALIDAD INTERNA Y EXTERNA DEL SOFTWARE.

Para garantizar ello, la empresa proveedora debe seguir la Metodología de Calidad de Software elaborada y aprobada por la Dirección del SEACE, asegurando el cumplimiento de los procesos definidos y realizando controles de calidad que garanticen el cumplimiento de los atributos de calidad de software definidos.

7.4.1. Los Entregables de la Metodología de Calidad de Software que debe elaborar el Equipo.

En el Anexo E se muestra la Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE aprobada por la Dirección del SEACE, esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Cabe resaltar que en ejecución del proyecto se empleará la metodología alcanzada al proveedor y no podrá variar hasta terminado el proyecto.

7.5. Cronograma de Trabajo.A continuación se muestra el cronograma de trabajo que debe seguir la empresa proveedora.

TABLA 5. CRONOGRAMA DE TRABAJO EN MESES DESDE INICIADO EL PROYECTO.Fases Meses Observaciones

1.Iniciación Al mes cero de suscrito el contrato.

Toda indagación, revisión y lectura de acuerdo a las metodologías aprobadas.

2. Planificación Al mes cero de suscrito el contrato

Todo plan de trabajo debe ser elaborado y aprobado.

3. Ejecución Al primer mes de suscrito el contrato

Se debe haber completado satisfactoriamente los procesos de la Metodología de Desarrollo de Software Modelo de Negocio, Requisitos, Análisis y

54


Fases Meses Observaciones

Diseño (primera iteración). Al segundo mes de

suscrito el contrato Se debe haber completado

satisfactoriamente los procesos de la Metodología de Desarrollo de Software Modelo de Negocio, Requisitos, Análisis y Diseño (segunda iteración).

Al tercer mes de suscrito el contrato

Se debe haber completado satisfactoriamente los procesos de la Metodología de Desarrollo de Software Implementación y Pruebas (primera iteración).

Se deberán activar los procesos de la Metodología de Calidad de Software.

Al cuarto mes de suscrito el contrato

Se debe haber completado satisfactoriamente los procesos de la Metodología de Desarrollo de Software Implementación y Pruebas (segunda iteración).

Se deberán activar los procesos de la Metodología de Calidad de Software.

Se debe haber completado satisfactoriamente el proceso de la Metodología de Desarrollo de Software Despliegue (primera iteración).

Debe haber finalizado la implantación del Sistema.

Debe haber culminado el entrenamiento al usuario.

Debe haber culminado las pruebas de migración de datos (primera iteración).

Se debe dar la conformidad del sistema.4. Seguimiento y Control

Durante los diez meses El seguimiento y control del proyecto debe darse en todo momento con el objetivo de asegurar el cumplimiento de los atributos de calidad de software.

5. Cierre Al quinto mes de suscrito el contrato

Se debe concluir las actividades de construcción del sistema.

Al quinto mes de suscrito el contrato

El quinto mes debe empezar la mesa de ayuda, y el décimo mes debe terminar la mesa de ayuda.

Se debe concluir las actividades de mesa de ayuda.

Se debe concluir la migración de datos (segunda iteración).

Al decimo mes de suscrito el contrato

El quinto mes debe empezar la garantía del sistema, y el decimo mes debe terminar la garantía del sistema.

Se presentará el informe final del proyecto.

7.6. Forma de PagoEl proveedor del proyecto tendrá la siguiente forma de pago, la misma que espera concretar productos con conformidad. Se entregará el 30% de adelanto del monto total a la firma del contrato.

53


TABLA 6. CRONOGRAMA DE PAGO DESDE INICIADO EL PROYECTO.Fases Meses Porcentaje Pago Pago

Acumulado1.Iniciación Al primer mes de

suscrito el contrato. 5% Primer

Pago (10% del monto total)

40% del monto total del contrato.

2. Planificación Al primer mes de suscrito el contrato

5%

3. Ejecución Al segundo mes de suscrito el contrato

25%

Al tercer mes de suscrito el contrato

60% Segundo Pago (30% del monto total)


Al cuarto mes de suscrito el contrato

80%

4. Seguimiento y Control

Durante los diez meses

Incluido en los porcentajes anteriores y posteriores

Cuarto Pago (30% del monto total)


5. Cierre Al quinto mes de suscrito el contrato

95%

Al octavo mes de suscrito el contrato

98%

Al décimo mes de suscrito el contrato

100%

Respecto al pago de las prestaciones accesorias requeridas se realizará de la siguiente forma:a. Para el mantenimiento preventivos y soporte, se realizará cada seis (06) meses hasta 36

meses del software para hacer BI y seis (06) para la implementación de los requerimientos solicitados por el área usuaria, durante el periodo que dure la garantía comercial, contados a partir del día siguiente de la firma de contrato, previa coordinación y conformidad funcional de la Oficina de Estudios Económicos y conformidad técnica de la Dirección del SEACE.

b. Para la capacitación y/o entrenamiento, se realizará después de conseguir la aprobación funcional y técnica del sistema, el cual puede darse después del cuarto mes, contados a partir del día siguiente de la firma del contrato y previa coordinación con la Oficina de Estudios Económicos.

54


8. Anexo A: Ficha del Módulo de Indicadores de Gestión.

OSCE - DSEACE Módulo de Indicadores de Gestión

Fecha de actualización:

FICHA TÉCNICA

NOMBRE: CÓDIGO:

PROCESO: ATRIBUTO:

FORMA DE CONSTRUCCIÓN:

OBJETIVO: UNIDADES DE MEDIDA:

META:

ADMINISTRADOR DEL INDICADOR: FRECUENCIA DE MEDIDA:

FUENTE DE INFORMACIÓN:

Numerador:

Denominador:

OBSERVACIONES:

Nota: A continuación describiremos las partes de una ficha técnica sobre los indicadores de un módulo de indicadores de gestión.1. Fecha de actualización: Muestra la última fecha en la cual se actualizó la ficha técnica.2. Nombre: Contiene la denominación del indicador.3. Código: Contiene el código del indicador de acuerdo con la codificación establecida.4. Proceso: Contiene el nombre del proceso al cual corresponde el indicador.5. Atributo: Hace referencia a la naturaleza del indicador, economía, eficacia. Eficiente o

calidad.6. Forma de construcción: Es la expresión matemática que permite cuantificar el nivel o

magnitud que alcanza el indicador en determinado periodo considerando variables que se relacionan para este efecto.

7. Objetivo: Determina el propósito que tiene el indicador dentro del sistema.8. Unidades de medida: Hace referencia a la forma en la que se expresa el valor del indicador

de acuerdo a las variables que se relacionan.9. Meta: Corresponde al valor del indicador el cual la sección se compromete a alcanzar en

determinado periodo.10. Administrador del indicador: Es la persona responsable de recopilar la información de las

variables que componen el indicador de acuerdo a la frecuencia establecida.11. Frecuencia de medida: Especifica cada cuanto se debe recopilar la información

correspondiente a las variables que componen el indicador.12. Fuente de información: Identifica el origen de dónde proviene la información, tanto de la

variable del numerador como la del denominador.13. Observaciones: Incluye las consideraciones particulares y necesarias que se deben tener en

cuenta al calcular o administrar el indicador.

53


9. Anexo B: Proceso de la Metodología de Dirección y Gestión de Proyectos del OSCE.

TABLA 7. PROCESOS DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE.Fases de un

ProyectoInicio Plan Ejecución Control Cierre

Procesos de PMI1.Integración 1.1 Desarrollo

del Plan de Proyecto

1.2 Ejecución del Plan de Proyecto

1.3 Control Integral de Cambios

2. Alcance 2.1 Recopilar Requisitos

2.2 Definir el Alcance2.3 Crear la EDT

2.4 Verificación del Alcance2.5 Control del Alcance

3. Tiempos 3.1 Definición de Actividades3.2 Secuenciamiento de Actividades3.3 Estimar los Recursos de las Actividades3.4 Estimación de duraciones3.5 Desarrollo del Cronograma

3.6 Control del Cronograma

4. Costos 4.1 Estimación de Costes4.2 Estimación del Presupuesto

4.3 Control de Costes

5. Calidad 5.1 Plan de Calidad

5.2 Aseguramiento de la Calidad

5.3 Control de Calidad

6. RRHH 6.1 Planificación Organizativa6.2 Adquisición de Personal

6.3 Desarrollo del Equipo6.4 Dirigir el Equipo

7. Comunicaciones

7.1 Identificar a los Interesados7.2 Planificación de la Comunicación

7.3 Distribución de la Información

7.4 Expectativas de los Interesados7.5 Informes de Rendimiento

7.5 Informes de Rendimiento

8. Riesgos 8.1 Plan de Gestión de Riesgos8.2 Identificación de Riesgos8.3 Análisis Cualitativo de

8.6 Supervisión y Control de Riesgos

54


Fases de un Proyecto

Inicio Plan Ejecución Control Cierre

Procesos de PMIRiesgos8.4 Análisis Cuantitativo de Riesgos8.5 Plan de Respuesta a Riesgos

9. Contratación y Compras (Procurement)

9.1 Plan de Adquisiciones9.2 Efectuar las Adquisiciones

9.3 Administrar las Adquisiciones

9.4 Cierre las Adquisiciones

10. Anexo C: Lista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE.

TABLA 8. LISTA DE ENTREGABLES DE LA METODOLOGÍA DE DIRECCIÓN Y GESTIÓN DE PROYECTOS DEL OSCE.Fases Entregable Descripción del Contenido del

EntregableTipo de Entregable

Registro de Interesados

Listado de personas interesadas en la ejecución del proyecto.

Excel

Enunciado del Alcance

Documento que describe el proyecto técnicamente, funcionalmente y operativamente para su aprobación.

Word

2. Planificación Requerimientos El Listado de requerimientos del usuario, es el mismo del entregable de la Metodología de Desarrollo de Software.

Excel / Word

Descripción del Producto

Descripción del producto a implementar

Excel / Word

Entregables Listado de entregables del proyecto, su respectiva descripción.

Excel / Word

EDT o WBS Codificación y estructura de los entregables del proyecto.

Excel / Word

Plan de Gestión del Alcance

Conjunto de actividades de la gestión del alcance.

Word

Cronograma Archivo con la programación de actividades. El cual debe tener la fase de todos los entregables del proyecto.

Excel / Project

Hitos Puntos clave a tener en cuenta en el proyecto los cuales requieren especial atención.

Excel

Plan de Gestión del Cronograma

Conjunto de actividades de la gestión del tiempo.

Word

Línea Base Presupuesto previsto inicialmente. ExcelPlan de Gestión de Costos

Conjunto de actividades de la gestión del presupuesto previsto para el proyecto.

Word

Plan de Gestión de la Calidad

Conjunto de actividades que se realizarán con el objetivo de asegurar y controlar los entregables del proyecto

Word

53


Fases Entregable Descripción del Contenido del Entregable

Tipo de Entregable

asegurando su calidad. Para este entregable se usará el

mismo entregable de la Metodología de Calidad de Software.

Plan de Gestión de RRHH

Conjunto de actividades para gestionar los recursos humanos y otros.

Word

Organización Diagrama de la organización del equipo de proyecto.

Word

Responsabilidades Definición de las responsabilidades de cada uno de los integrantes del proyecto.

Word

Infraestructura, Equipo, Materiales y Accesorio

Listado de necesidades para una apropiada ejecución del proyecto.

Excel

Directorio de Stakeholders

Listado de Personas clave del proyecto.

Excel / Word

Plan de Gestión de Comunicaciones

Conjunto de actividades para la gestión de las comunicaciones entre todos los actores del proyecto.

Word

Registro de Riesgos Listado de Riesgos que se presentan en el proyecto.

Excel

Plan de Gestión de Riesgos

Conjunto de actividades para gestionar los riesgos del proyecto.

Word

Plan de Gestión de Adquisiciones

Conjunto de actividades para gestionar las adquisiciones que se tengan que hacer en el proyecto.

Word

Plan Consolidado del Proyecto.

Documento que contiene toda la documentación del proyecto.

Word

Resumen de Estrategia a Seguir

Acciones a seguir para alcanzar el objetivo del proyecto.

Excel

3. Ejecución Actualización del Plan Consolidado del Proyecto

Este documento será actualizado cuando se requiera.

Word.

Actualización del Cronograma

Se deberá actualizar el cronograma manteniendo la línea base

Excel / Project

Cuadro de Riesgos y Problemas

Se identificará y registrará el estado de los riesgos y problemas.

Excel

Informe de Avance Diario

Documento que permitirá conocer el avance que se tiene a la fecha.

Word.

Plantilla de Actividades por Recursos Humanos

Documento que permite saber que actividades se han realizado en el día, semana y mes.

Excel

Listado de Pendientes y Nuevas Necesidades.

Documento que consolida los entregables pendientes y nuevas necesidades del proyecto.

Excel

Listado de Entregables

Documento que consolida los entregables y su estado.

Excel

Acta de Reunión Interna

Documento que contiene los acuerdos tomados en interno del equipo.

Word

Plantilla de Informe Análisis Funcional y Técnico

Documento que contiene la justificación funcional y técnica de los requerimientos del usuario.

Word

54



Tipo de Entregable

Acta de Reunión de Trabajo Simple

Documento resumen que contiene los acuerdos tomados con los usuarios

Word

Acta de Reunión de Trabajo

Documento que contiene los acuerdos tomados con los usuarios

Word

Informe Mensual de Avance

Documento que contiene las actividades realizadas en el mes por parte de consultor o proveedor.

Word

Informe General de Actividades de los Proyectos

Informe presentado por el coordinador, supervisor o jefe de proyecto de las actividades realizadas en un intervalo de tiempo.

Word


CheckList de Artefactos Revisados

Documento de control que verifica el correcto contenido de los artefactos del proyecto.

Para este entregable se usará el mismo entregable de la Metodología de Calidad de Software.

Excel

Informe de Avance de las Actividades de Revisión

Documento de control que verifica el correcto contenido de los entregables del proyecto.

Word

Informe de Avance de Control de Actividades de los RRHH

Documento de control de actividades del personal.

Word

5. Cierre Informe de Desempeño del Personal

Informe de desempeño del personal a cargo de actividades en el proyecto. Este aplica a todo el personal de cualquier modalidad de contratación.

Word

Cuadro de Desempeño del Personal

Informe a RRHH sobre el desempeño del personal.

Word

Informe Final del Proyecto

Documento que contiene las actividades realizadas en el proyecto, que han determinado el cierre del proyecto.

Word

53


11. Anexo D: Lista de Entregables de la Metodología de Desarrol lo de Software del OSCE.

TABLA 9. LISTA DE ENTREGABLES DE LA METODOLOGÍA DE DESARROLLO DE SOFTWARE DEL OSCE.Procesos Entregable Descripción del Contenido del

EntregableTipo de

EntregableModelado del negocio

Diagnóstico Situacional Contiene la situación actual del negocio que se requiere optimizar y/o rediseñar. En el documento se hace referencia a los documentos elaborados por la Unidad de Métodos y que se encuentren vigentes.

Word

Alcance de Alto Nivel OLAP. Data Warehouse. Cuadro de mando. Cuadro de mando

integral. Minería de datos. Dashboards. Integración de datos. Previsiones. Reporteadores.

Contiene los módulos y funcionalidades que se van a contemplar en el nuevo sistema, a nivel macro y general. En el documento se hace referencia a los documentos elaborados por la Unidad de Métodos y que se encuentren vigentes.

Para los indicadores emplear la ficha del Anexo A.

Word

Requisitos Especificación de Requerimientos

Contiene el listado de los requerimientos funcionales y no funcionales, solicitados por las áreas usuarias encargadas, así como información relacionada a la clasificación de cada requerimiento.

Análisis y Diseño

Diseño Funcional (DF). El documento está compuesto de las siguientes secciones: Diagrama de actores

(roles) Listado de Casos de

Uso Especificación de Casos

de Uso Bosquejos de Casos de

Uso Diagramas de Casos de

Uso

Diseño Funcional (DF) Word Diagrama de actores (roles).

Diagrama que contiene los actores o roles que se han identificado en el sistema.

Excel

Listado de Casos de Uso. Contiene los casos de uso del sistema, indicando la agrupación funcional y módulo al cual pertenecen.

Archivo de Diagrama

Especificación de Casos de Uso. Contiene la descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso en el sistema.

Excel

Bosquejos de Casos de Uso. Contiene la interfaz gráfica del caso de uso.

Word

Diagramas de Casos de Uso. Diagrama UML que contenga la funcionalidad del sistema agrupándola en descripciones de acciones ejecutadas por un sistema para obtener un resultado. Diagrama UML que contenga la

Archivo de Diagrama

54


Procesos Entregable Descripción del Contenido del Entregable

Tipo de Entregable

relación entre los casos de uso y con los actores del sistema. Se va a diagramar los casos de uso que corresponden a un módulo o paquete del sistema.

Diseño Técnico (DT). El documento está compuesto de las siguientes secciones: Diagrama de Paquetes Diagramas de Clases Diagramas de Estados Diagramas de

Interacción Modelo Conceptual de

Datos. Modelo Lógico de

Datos. Modelo Físico de Datos.

Diseño Técnico (DT) Word Diagramas de Interacción.

Diagramas UML como "Secuencia" o "Colaboración", contienen la interacción entre los objetos y los mensajes que intercambian entre sí junto con el orden temporal de los mismos o la organización estructural de los objetos, respectivamente.

Archivo de Diagrama

Diagramas de Clases. Diagrama UML que contenga las clases de análisis, las cuales pueden agruparse por módulos o paquetes del sistema. Las clases deben mostrar su nombre y las relaciones entre ellas, debe especificar el estereotipo de la clase (Boundary, Control, Entity)

Archivo de Diagrama

Diagramas de Estados. Diagrama UML que contenga los estados de las clases de entidad del diagrama de clases. Para cada una de las entidades que cambian de estado deberá mostrarse un diagrama de estados. Si existen entidades que cumplen con un cambio de estados igual, se puede graficar un solo diagrama de estados y se deberá indicar las clases que cumplen con ese cambio de estados.

Archivo de Diagrama

Diagrama de Paquetes. Diagrama UML que muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Se va a diagramar los paquetes correspondientes al sistema, asimismo los paquetes de los sistemas relacionados.

Archivo de Diagrama

Archivos fuente implementados que contienen la lógica de negocio.

Archivos fuentes que permiten la creación de objetos de base de datos.

Archivo de Diagrama

Implementación

Versión de Código Fuente y Objetos de Base de Datos

Diseño de Transformaciones

Diagrama UML que contenga los componentes del sistema, además deberá incluirse componentes externos con los que se interactúe.

Archivos

53


Procesos Entregable Descripción del Contenido del Entregable

Tipo de Entregable

Diagrama de Componentes

De acuerdo al cronograma de pruebas se consolidará todas las incidencias encontradas durante el proceso de pruebas. Las incidencias encontradas permitirán mejorar la funcionalidad del sistema y servirá de evidencia para aceptar o aprobar el módulo cuando estas se levanten.

Archivo de Diagrama

Pruebas Informe de Pruebas Documento que contiene las incidencias reportadas por los responsables de la verificación y aprobación de las funcionalidades contempladas en el sistema.

Word

Reporte de Incidencia Documento que aprueba la funcionalidad del sistema y autoriza su pase a producción

Word

Acta de Aprobación El documento contendrá la funcionalidad del sistema de acuerdo a los roles creados en el sistema.

Word

Manual de Usuario El documento contendrá los pasos que se requieran para configurar los servidores, software base, herramientas que usa el sistema, creación de base de datos y sus objetos, y sistema.

Word

Despliegue Manual de Instalación y Sistema

Es el documento que informa las actividades de capacitación de acuerdo al cronograma establecido para los diversos roles creados para el sistema.

Word

Informe de Capacitación Archivos actualizados de fuentes implementadas que contienen la lógica de negocio.

Archivos actualizados de fuentes que permiten la creación de objetos de base de datos.

Word

Versión Final de Código Fuente y Objetos de Base de Datos

Es la actualización del entregable Documento Alcance de Alto Nivel.

Archivos

Gestión del Cambio y Configuraciones

Documento de Alcance Es el documento que informa los diversos cambios solicitados por el usuario que fueron aceptados, rechazados y pendientes.

Word

Informe de Cambio de Alcance

Los entregables de esta metodología serán definidos en el proceso de gestión de proyectos.

Word

54


12. Anexo E: Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE.

TABLA 10. LISTA DE ENTREGABLES DE LA METODOLOGÍA DE CALIDAD DEL OSCE.Fases Entregable Descripción del Contenido del

EntregableTipo de Entregable

1.Iniciación Listado de Requisitos Priorizado

Listado de requerimientos priorizados que deben revisarse prioritariamente. Es importante considerar todo tipo de requerimiento funcional, no funcional, técnico, red, etc.

Excel

Listado de Políticas de Calidad

Listado de políticas que rigen la calidad de software del OSCE para el desarrollo y mantenimiento de software.

Excel

Listado de Criterios de Calidad Establecidos

Listado de criterios de calidad interna y externa que deberán tener los productos de software.

Excel

2. Planificación Plan de Calidad Se debe identificar los requerimientos y/o estándares de calidad para el proyecto de desarrollo o mantenimiento de software, así como los entregables que lo conforman. Se debe considerar documentar y demostrar la conformidad con los requerimientos de calidad del proyecto.

Es importante elaborar por cada proyecto o mantenimiento software el plan de trabajo que corresponda.

Word

3. Ejecución Informe de Resultado del Aseguramiento de la Calidad

Por cada actividad de aseguramiento de calidad se debe elaborar un informe de resultado del aseguramiento de la calidad de los procesos del desarrollo o mantenimiento de software.

Word.

CheckList Se debe llenar y registrar en el CheckList todas las observaciones encontradas. Así como la conformidad de la actividad o entregable.

Excel


Informe de Avance del Plan de Calidad

Es documento de gestión que debe presentarse cuando se solicite para informar el avance de la actividad del plan de calidad.

Word

5. Cierre Informe de Resultado del Control de la Calidad

Por cada actividad de control de calidad se debe elaborar un informe de resultado de control de calidad del producto de software.

Para el caso de productos de software que se están en mantenimiento deberá remitirse al documento Informe Resumen Final de Calidad.

Word

Informe Resumen Final de Calidad

Informe que resume las actividades de calidad realizada, dando por

Word

53



Tipo de Entregable

terminado el plan, con conformidad o con observaciones que se deben atender en forma inmediata.

Para productos de software que están en mantenimiento, solo se debe informar sobre su conformidad u observación.

54


CAPÍTULO IVCRITERIOS DE EVALUACIÓN TÉCNICA

EVALUACIÓN TÉCNICA (Puntaje Máximo: 100 Puntos)

Es de exclusiva responsabilidad del Comité Especial que los factores permitan la selección de la mejor oferta en relación con la necesidad que se requiere satisfacer.

De acuerdo con el artículo 44 del Reglamento, se consideran los siguientes factores de evaluación:69:

FACTORES DE EVALUACIÓN- OPCIONALES PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

A. MEJORAS A LAS CARACTERÍSTICAS TÉCNICAS DE LOS BIENES Y A LAS CONDICIONES PREVISTAS70

[20] PUNTOS

Oferta mejora 1 : [10] puntos

Oferta mejora 2 : [10] puntos

Criterio:

Mejora1: Respecto al requerimiento funcional 6.15.1.2., Permitir representación gráfica, según región.

Mejora 2: Respecto al Requerimiento Funcional 6.15.1.8. Permitir representación gráfica, según región.

Acreditación:Se acreditará mediante la presentación de una declaración jurada.

B. EXPERIENCIA DEL POSTORCriterio:Se evaluará considerando el monto facturado acumulado por el postor por la venta o implementación de bienes iguales o similares al objeto de la convocatoria, durante un periodo NO MAYOR A CINCO (5) AÑOS] a la fecha de la presentación de propuestas, hasta por un monto máximo acumulado mayor a TRES (3) VECES EL VALOR REFERENCIAL DE LA CONTRATACIÓN.

Se considerarán bienes similares a la ventas o implementación de SISTEMAS DE INTELIGENCIA DE NEGOCIOS.

Acreditación:La experiencia se acreditará mediante copia simple de: contratos u órdenes de compra, y su respectiva conformidad por la venta o suministro efectuados; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente, con VOUCHER DE DEPÓSITO, REPORTE DE ESTADO DE CUENTA, CANCELACIÓN EN EL DOCUMENTO, correspondientes

69 El Comité Especial podrá utilizar todos o algunos de los factores contenidos en el presente capítulo. Cabe precisar que, de acuerdo al artículo 44 del Reglamento pueden establecerse otros factores de evaluación; sin embargo, debe verificarse que estos sean congruentes, razonables y proporcionales con el objeto de la convocatoria.

70 Las Bases podrán establecer aquellos aspectos que serán considerados como mejoras, debiéndose precisar a qué tipo de mejoras se le otorgará puntaje.

53



a un máximo de veinte (20) contrataciones.

En caso los postores presenten varios comprobantes de pago para acreditar una sola contratación, se deberá acreditar que corresponden a dicha contratación; de lo contrario, se asumirá que los comprobantes acreditan contrataciones independientes, en cuyo caso solo se considerará, para la evaluación y calificación, las veinte (20) primeras contrataciones indicadas en el Anexo Nº 6 referido a la Experiencia del Postor.

En el caso de suministro, sólo se considerará como experiencia la parte del contrato que haya sido ejecutada a la fecha de presentación de propuestas, debiendo adjuntarse copia de las conformidades correspondientes a tal parte o los respectivos comprobantes de pago.

En los casos que se acredite experiencia adquirida en consorcio, deberá presentarse la promesa formal de consorcio o el contrato de consorcio del cual se desprenda fehacientemente el porcentaje de las obligaciones que se asumió en el contrato presentado; de lo contrario, no se computará la experiencia proveniente de dicho contrato.

Asimismo, cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, se entenderá que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa formal de consorcio del contrato de consorcio. En caso que en dichos documentos no se consigne el porcentaje de participación se presumirá que las obligaciones se ejecutaron en partes iguales.

Cuando en los contratos, órdenes de compra o comprobantes de pago el monto facturado 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 compra o de cancelación del comprobante de pago, según corresponda.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 6 referido a la Experiencia del Postor.

[50] PUNTOS

M = Monto facturado acumulado por el postor por la venta de bienes iguales y/o similares al objeto de la convocatoria

M >= [3] veces el valor referencial71: [50] puntos

M >= [2] veces el valor referencial y <[3] veces el valor referencial:

[40] puntos

M >= [1] vez el valor referencial y <[2]veces el valor referencial:

[30] puntos72

C. CUMPLIMIENTO DE LA PRESTACIÓN

[25] PUNTOS

Criterio:Se evaluará el nivel de cumplimiento del postor, respecto de los contratos presentados para acreditar la experiencia del postor, en función al número de constancias de prestación presentadas.

71 No puede establecerse como único parámetro de evaluación la asignación del máximo puntaje a montos facturados mayores a cinco (5) veces el valor referencial del proceso.

72 El Comité Especial define los rangos de evaluación e indica cuáles son los parámetros en cada rango. Asimismo, podrá cambiar la metodología para la asignación de puntaje.

54



Acreditación:Mediante la presentación de un máximo de veinte (20) constancias de prestación o cualquier otro documento que, independientemente de su denominación, indique, como mínimo, lo siguiente:

1. La identificación del contrato u orden de compra, indicando como mínimo su objeto.

2. El monto correspondiente; esto es, el importe total al que asciende el contrato, comprendiendo las variaciones por adicionales, reducciones, reajustes, etc., que se hubieran aplicado durante la ejecución contractual.

3. Las penalidades en que hubiera incurrido el contratista durante la ejecución de dicho contrato.

Se debe utilizar la siguiente fórmula de evaluación73:

PCP= PF x CBC NC

Donde:

PCP = Puntaje a otorgarse al postor.D. OTROS FACTORES

Criterio:Se evaluará si el postor se encuentra en el “Magic Quadrant for Business Intelligence and Analytics Platforms” de Gartner Goup, publicado en febrero de 201374.

- Se encuentra en el cuadrante de “LEADER”- Se encuentra en otro cuadrante- No se encuentra en ningún otro cuadrante

Acreditación:Mediante la presentación de una declaración jurada. Anexo N° 7

[5] PUNTOS

Si acredita :

-Acredita que se encuentra en el cuadrante de “LEADER”:

[5] puntos

- Acredita que se encuentra en otro cuadrante:

[2] puntos

- No se encuentra en ningún otro cuadrante:

[0] puntos

PUNTAJE TOTAL 100 puntos75

IMPORTANTE: Los factores de evaluación no pueden calificar con puntaje el cumplimiento de los

requerimientos técnicos mínimos.

Para acceder a la etapa de evaluación económica, el postor deberá obtener un puntaje técnico mínimo de sesenta (60) puntos.

73 Para mayor detalle, se recomienda revisar los Pronunciamientos Nº 095-2010/DTN y Nº 111-2010/DTN enwww.osce.gob.pe

74 Absolución a la consulta 9 de la empresa MIT Soluciones SACDe acuerdo al principio de vigencia tecnológica de Ley de Contrataciones del Estado, se confirma solo el Cuadrante Mágico de Gartner de Inteligencia de Negocios del año 2013.

75 Es la suma de los puntajes de todos los factores de evaluación.

http://www.osce.gob.pe/

53


CAPÍTULO VPROFORMA DEL CONTRATO

IMPORTANTE:

Dependiendo del objeto del contrato, de resultar indispensable, podrá efectuarse la inclusión de cláusulas adicionales o la adecuación de las propuestas en el presente documento, las que en ningún caso pueden contemplar disposiciones contrarias a la normativa vigente ni a lo señalado en este capítulo.

La misma proforma del contrato es aplicable para la ejecución de las prestaciones accesorias, con las adecuaciones correspondientes.

Conste por el presente documento, la contratación de [CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], que celebra de una parte [CONSIGNAR EL NOMBRE DE LA ENTIDAD], en adelante LA ENTIDAD, con RUC Nº [………], con domicilio legal en [………], representada por [………..…], identificado con DNI Nº [………], y de otra parte [……………….....................], con RUC Nº [................], con domicilio legal en [……………….....................], inscrita en la Ficha N° [……………….........] Asiento N° [……….......] del Registro de Personas Jurídicas de la ciudad de [………………], debidamente representado por su Representante Legal, [……………….....................], con DNI N° [………………..], según poder inscrito en la Ficha N° […………..], Asiento N° […………] del Registro de Personas Jurídicas de la ciudad de […………], a quien en adelante se le denominará EL CONTRATISTA en los términos y condiciones siguientes:

CLÁUSULA PRIMERA: ANTECEDENTESCon fecha [………………..], el Comité Especial adjudicó la Buena Pro delaLICITACIÓN PÚBLICA Nº[CONSIGNAR NOMENCLATURA DEL PROCESO DE SELECCIÓN]para la contratación de[CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], a [INDICAR NOMBRE DEL GANADOR DE LA BUENA PRO], cuyos detalles e importe constan en los documentos integrantes del presente contrato.

CLÁUSULA SEGUNDA: OBJETO El presente contrato tiene por objeto [CONSIGNAR EL OBJETO DE LA CONTRATACIÓN], conforme a las Especificaciones Técnicas.

CLÁUSULA TERCERA: MONTO CONTRACTUALEl monto total del presente contrato asciende a [CONSIGNAR MONEDA Y MONTO], [CONSIGNAR SI O NO] incluye IGV.76

Este monto comprende el costo del bien, transporte hasta el punto de entrega, seguros e impuestos, así como todo aquello que sea necesario para la correcta ejecución de la prestación materia del presente contrato.

CLÁUSULA CUARTA: DEL PAGO 77 LA ENTIDAD se obliga a pagar la contraprestación a EL CONTRATISTA en [INDICAR MONEDA], en [INDICAR EL DETALLE DELPAGO ÚNICOO PAGOS PARCIALES, SEGÚN CORRESPONDA], luego de la recepción formal y completa de la documentación correspondiente, según lo establecido en el artículo 181 del Reglamento de la Ley de Contrataciones del Estado.

Para tal efecto, el responsable de otorgar la conformidad de la prestación deberá hacerlo en un

76 Consignar que NO incluye IGV en caso el postor ganador de la Buena Pro haya presentado la Declaración jurada de cumplimiento de condiciones para la aplicación de la exoneración del IGV (Anexo Nº 8) en su propuesta técnica.

77 En cada caso concreto, dependiendo de la naturaleza del contrato, podrá adicionarse la información que resulte pertinente a efectos de generar el pago.

54


plazo que no excederá de los diez (10) días calendario de ser estos recibidos.

LA ENTIDAD debe efectuar el pago dentro de los quince (15) días calendario siguiente al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

En caso de retraso en el pago, EL CONTRATISTA tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley de Contrataciones del Estado, contado desde la oportunidad en el que el pago debió efectuarse.

CLÁUSULA QUINTA: DEL PLAZO DE LA EJECUCIÓN DE LA PRESTACIÓNEl plazo de ejecución del presente contrato es de [……..] días calendario, el mismo que se computa desde [CONSIGNAR SI ES DEL DÍA SIGUIENTE DE SUSCRITO EL CONTRATO O DESDE EL DÍA SIGUIENTE DE CUMPLIDA LA CONDICIÓN PARA EL INICIO DE LA EJECUCIÓN, DEBIENDO INDICAR LA CONDICIÓN EN ESTE ULTIMO CASO].

CLÁUSULA SEXTA: PARTES INTEGRANTES DEL CONTRATOEl presente contrato está conformado por las Bases integradas, la oferta ganadora78 y los documentos derivados del proceso de selección que establezcan obligaciones para las partes.

CLÁUSULA SÉTIMA: GARANTÍASEL CONTRATISTA entregó a la suscripción del contrato la respectiva garantía solidaria, irrevocable, incondicional y de realización automática a sólo requerimiento, a favor de LA ENTIDAD, por los conceptos, importes y vigencias siguientes:

De fiel cumplimiento del contrato79: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE]. Cantidad que es equivalente al diez por ciento (10%) del monto del contrato original, la misma que deberá mantenerse vigente hasta la conformidad de la recepción de la prestación.

En el caso que corresponda, consignar lo siguiente:

Garantía fiel cumplimiento por prestaciones accesorias80: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE], la misma que deberá mantenerse vigente hasta el cumplimiento total de las obligaciones garantizadas.

Garantía por el monto diferencial de la propuesta81: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE], la misma que deberá mantenerse vigente hasta la conformidad de la recepción de

78 La oferta ganadora comprende a las propuestas técnica y económica del postor ganador de la Buena Pro.

79 En aplicación de lo dispuesto en el artículo 158 del Reglamento de la Ley de Contrataciones del Estado, la garantía de fiel cumplimiento deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la propuesta, con una vigencia de un (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

80 En aplicación de lo dispuesto en el artículo 159 del Reglamento de la Ley de Contrataciones del Estado, en las contrataciones de bienes que conllevan la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por dicho concepto. La garantía de fiel cumplimiento por prestaciones accesorias se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

81 En aplicación de los dispuesto por el artículo 160 del Reglamento de la Ley de Contrataciones del Estado, cuando la propuesta económica fuese inferior al valor referencial en más del veinte por ciento (20%) de éste en el proceso de selección para la contratación de bienes, para la suscripción del contrato el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

53


la prestación.

CLÁUSULA OCTAVA: EJECUCIÓN DE GARANTÍAS POR FALTA DE RENOVACIÓNLA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA DÉCIMA: CONFORMIDAD DE RECEPCIÓN DE LA PRESTACIÓNLa conformidad de recepción de la prestación se regula por lo dispuesto en el artículo 176 del Reglamento de la Ley de Contrataciones del Estado y será otorgada por la Unidad de Tecnologías de la Información del OSCE.

De existir observaciones se consignarán en el acta respectiva, indicándose claramente el sentido de éstas, dándose al contratista un plazo prudencial para su subsanación, en función a la complejidad del bien. Dicho plazo no podrá ser menor de dos (2) ni mayor de diez (10) días calendario. Si pese al plazo otorgado, EL CONTRATISTA no cumpliese a cabalidad con la subsanación, LA ENTIDAD podrá resolver el contrato, sin perjuicio de aplicar las penalidades que correspondan.

Este procedimiento no será aplicable cuando los bienes manifiestamente no cumplan con las características y condiciones ofrecidas, en cuyo caso LA ENTIDAD no efectuará la recepción, debiendo considerarse como no ejecutada la prestación, aplicándose las penalidades que correspondan.

CLÁUSULA UNDÉCIMA: DECLARACIÓN JURADA DEL CONTRATISTAEL CONTRATISTA declara bajo juramento que se compromete a cumplir las obligaciones derivadas del presente contrato, bajo sanción de quedar inhabilitado para contratar con el Estado en caso de incumplimiento.

CLÁUSULA DUODÉCIMA: RESPONSABILIDAD POR VICIOS OCULTOSLa conformidad de recepción de la prestación por parte de LA ENTIDAD no enerva su derecho a reclamar posteriormente por defectos o vicios ocultos, conforme a lo dispuesto por el artículo 50 de la Ley de Contrataciones del Estado.

El plazo máximo de responsabilidad del contratista es de UN (1) años.

CLÁUSULA DÉCIMO TERCERA: PENALIDADESSi EL CONTRATISTA incurre en retraso injustificado en la ejecución de las prestaciones objeto del contrato, LA ENTIDAD le aplicará una penalidad por cada día de atraso, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del monto del ítem que debió ejecutarse, en concordancia con el artículo 165 del Reglamento de la Ley de Contrataciones del Estado.

En todos los casos, la penalidad se aplicará automáticamente y se calculará de acuerdo a la siguiente fórmula:

Penalidad Diaria = 0.10 x MontoF x Plazo en días

Donde:

F = 0.25 para plazos mayores a sesenta (60) días o;F = 0.40 para plazos menores o iguales a sesenta (60) días.

Tanto el monto como el plazo se refieren, según corresponda, al contrato o ítem que debió ejecutarse o, en caso que éstos involucraran obligaciones de ejecución periódica, a la prestación parcial que fuera materia de retraso.

Esta penalidad será deducida de los pagos parciales o del pago final; o si fuese necesario se cobrará del monto resultante de la ejecución de las garantías de Fiel Cumplimiento o por el monto

54


diferencial de la propuesta (de ser el caso).

Cuando se llegue a cubrir el monto máximo de la penalidad, LA ENTIDAD podrá resolver el contrato por incumplimiento.

La justificación por el retraso se sujeta a lo dispuesto por la Ley de Contrataciones del Estado y su Reglamento, el Código Civil y demás normas aplicables, según corresponda.

IMPORTANTE:

De preverse en las Especificaciones Técnicas penalidades distintas a la penalidad por mora, se deberá consignar el listado detallado de las situaciones, condiciones, etc., que serán objeto de penalidad, los montos o porcentajes que le corresponderían aplicar por cada tipo de incumplimiento y la forma o procedimiento mediante el que se verificará la ocurrencia de tales incumplimientos.

CLÁUSULA DÉCIMO CUARTA: RESOLUCIÓN DEL CONTRATOCualquiera de las partes podrá resolver el contrato, de conformidad con los artículos 40, inciso c), y 44 de la Ley de Contrataciones del Estado, y los artículos 167 y 168 de su Reglamento. De darse el caso, LA ENTIDAD procederá de acuerdo a lo establecido en el artículo 169 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA DÉCIMO QUINTA: RESPONSABILIDAD DE LAS PARTES Cuando una de las partes no ejecute injustificadamente las obligaciones asumidas, debe resarcir a la otra parte por los daños y perjuicios ocasionados, a través de la indemnización correspondiente. Ello no obsta la aplicación de las sanciones administrativas, penales y pecuniarias a que dicho incumplimiento diere lugar, en el caso que éstas correspondan.

Lo señalado precedentemente no exime a ninguna de las partes del cumplimiento de las demás obligaciones previstas en el presente contrato.

CLÁUSULA DÉCIMO SEXTA: MARCO LEGAL DEL CONTRATOSólo en lo no previsto en este contrato, en la Ley de Contrataciones del Estado y su Reglamento, en las directivas que emita el OSCE y demás normativa especial que resulte aplicable, serán de aplicación supletoria las disposiciones pertinentes del Código Civil vigente, cuando corresponda, y demás normas de derecho privado.

CLÁUSULA DÉCIMO SÉTIMA: SOLUCIÓN DE CONTROVERSIAS 82

Cualquiera de las partes tiene el derecho a iniciar el arbitraje administrativo a fin de resolver las controversias que se presenten durante la etapa de ejecución contractual dentro del plazo de caducidad previsto en los artículos 144, 170, 175, 176, 177 y 181 del Reglamento de la Ley de Contrataciones del Estadoo, en su defecto, en el artículo 52 de la Ley de Contrataciones del Estado.

Facultativamente, cualquiera de las partes podrá someter a conciliación la referida controversia, sin perjuicio de recurrir al arbitraje en caso no se llegue a un acuerdo entre ambas, según lo señalado en el artículo 214 del Reglamento de la Ley de Contrataciones del Estado.

El Laudo arbitral emitido es definitivo e inapelable, tiene el valor de cosa juzgada y se ejecuta como una sentencia.

El arbitraje será resuelto por la Cámara de Comercio de Lima, siendo de aplicación su Reglamento interno.

CLÁUSULA DÉCIMO OCTAVA: FACULTAD DE ELEVAR A ESCRITURA PÚBLICA

82 De conformidad con los artículos 216 y 217 del Reglamento, podrá adicionarse la información que resulte necesaria para resolver las controversias que se susciten durante la ejecución contractual. Por ejemplo, para la suscripción del contrato y, según el acuerdo de las partes podrá establecerse que el arbitraje será institucional o ante el Sistema Nacional de Arbitraje del OSCE (SNA-OSCE), debiendo indicarse el nombre del centro de arbitraje pactado y si se opta por un arbitraje ad-hoc, deberá indicarse si la controversia se someterá ante un tribunal arbitral o ante un árbitro único.

53


Cualquiera de las partes podrá elevar el presente contrato a Escritura Pública corriendo con todos los gastos que demande esta formalidad.

CLÁUSULA DÉCIMO NOVENA: DOMICILIO PARA EFECTOS DE LA EJECUCIÓN CONTRACTUALLas partes declaran el siguiente domicilio para efecto de las notificaciones que se realicen durante la ejecución del presente contrato:

DOMICILIO DE LA ENTIDAD:[...........................]

DOMICILIO DEL CONTRATISTA: [CONSIGNAR EL DOMICILIO SEÑALADO POR EL POSTOR GANADOR DE LA BUENA PRO AL PRESENTAR LOS REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO]

La variación del domicilio aquí declarado de alguna de las partes debe ser comunicada a la otra parte, formalmente y por escrito, con una anticipación no menor de quince (15) días calendario.

De acuerdo con las Bases, las propuestas técnico y económica y las disposiciones del presente contrato, las partes lo firman por duplicado en señal de conformidad en la ciudad de [................] al [CONSIGNAR FECHA].

“LA ENTIDAD” “EL CONTRATISTA”

54


FORMATOS Y ANEXOS

53


FORMATO N° 1 83

MODELO DE CARTA DE ACREDITACIÓN

Lima, [CONSIGNAR CIUDAD Y FECHA]

SeñoresCOMITÉ ESPECIAL LICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

[CONSIGNAR NOMBRE DEL POSTOR (PERSONA NATURAL, PERSONA JURÍDICA Y/O CONSORCIO)], identificado con DNI [CONSIGNAR EN CASO DE SER PERSONA NATURAL] y Nº RUC Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], debidamente representado por su [CONSIGNAR SI SE TRATA DE REPRESENTANTE LEGAL EN CASO DE SER PERSONA JURÍDICA O DEL REPRESENTANTE COMÚN EN CASO DE CONSORCIOS, ASÍ COMO SU NOMBRE COMPLETO], identificado con DNI Nº […………], tenemos el agrado de dirigirnos a ustedes, en relación con la Licitación PúblicaN° [CONSIGNAR NOMENCLATURA DEL PROCESO], a fin de acreditar a nuestro apoderado: [CONSIGNAR NOMBRE DEL APODERADO] identificado con DNI Nº [………], quien se encuentra en virtud a este documento, debidamente autorizado a realizar todos los actos vinculados al proceso de selección.

Para tal efecto, se adjunta copia simple de la ficha registral vigente del suscrito.84

…..………………………….…………………..Firma, Nombres y Apellidos del postor o

Representante legal o común, según corresponda

83 El presente formato será utilizado cuando la persona natural, el representante legal de la persona jurídica o el representante común del consorcio no concurra personalmente al proceso de selección.

84 Incluir dicho párrafo sólo en el caso de personas jurídicas.

54


ANEXO Nº 1

DECLARACIÓN JURADA DE DATOS DEL POSTOR

SeñoresCOMITÉ ESPECIALLICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

Estimados Señores:

El que se suscribe, [……………..], postor y/o Representante Legal de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], identificado con [CONSIGNAR TIPO DE DOCUMENTO DE IDENTIDAD] N° [CONSIGNAR NÚMERO DE DOCUMENTO DE IDENTIDAD], con poder inscrito en la localidad de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA] en la Ficha Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA] Asiento Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA],DECLARO BAJO JURAMENTO que la siguiente información se sujeta a la verdad:

Nombre o Razón Social :Domicilio Legal :RUC : Teléfono : Fax :

[CONSIGNAR CIUDAD Y FECHA]

……...........................................................Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

53


ANEXO Nº 2

DECLARACIÓN JURADA DE CUMPLIMIENTO DE LOS REQUERIMIENTOS TÉCNICOS MÍNIMOS


De nuestra consideración:

Es grato dirigirme a usted, para hacer de su conocimiento que luego de haber examinado las Bases y demás documentos del proceso de la referencia y, conociendo todas las condiciones existentes, el postor ofrece el [CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], de conformidad con las Especificaciones Técnicas, las demás condiciones que se indican en el Capítulo III de la sección específica de las Bases y los documentos del proceso.

Y, específicamente, para la implementación de nuestro producto realizaremos las siguientes actividades y/o cumplimos o estamos de acuerdo con lo siguiente (INDICAR SI o NO EN CADA RECUADRO:

General ActividadAcápite de las

Especificaciones Técnicas

SI / NO

Requerimientos Técnicos

Diagnóstico de Procesos 6.1 Análisis del Sistema 6.2 Construcción y/o Personalización del Sistema 6.3 Pruebas del Sistema 6.4 Implantación del Sistema 6.5 Migración 6.6 Puesta en Marcha 6.7 Transferencia Tecnológica 6.8 Capacitación a los Usuarios Internos 6.9 Mesa de Ayuda para los Actores del Sistema 6.1 Soporte Técnico Post Implementación 6.11 Horas Adicionales de Soporte 6.12 Software y Hardware Incluido en la Solución 6.13 Cumplimos y Estamos de Acuerdo con las "Consideraciones Generales del Requerimiento". 6.14

Cumplimos y Estamos de Acuerdo con los "Requerimientos Funcionales". 6.15

Cumplimos y Estamos de Acuerdo con los "Requerimientos No Funcionales". 6.16

Cumplimos y Estamos de Acuerdo con los "Requerimientos de Integración". 6.17

54


Cumplimos y Estamos de Acuerdo con los "Requerimientos Técnicos (integración con equipos y SW Comercial)".

6.18

Gestión del Proyecto de

Análisis, Diseño, Construcción,

Pruebas, e Implantación del

Sistema

Cumplimos y Estamos de Acuerdo con el Uso de la "Metodología de Dirección y Gestión de Proyectos" 7 y 7.2

Cumplimos y Estamos de Acuerdo con el Uso de la "Metodología de Desarrollo de Software" 5.3

Cumplimos y Estamos de Acuerdo con el Uso de la "Metodología de Calidad" 7.4 y 7.4.1

Cumplimos y Estamos de Acuerdo con la Gestión de Cambio del Equipo del Proveedor 7.1.5


…….………………………….…………………..Firma, Nombres y Apellidos del postor o


IMPORTANTE:

Adicionalmente, puede requerirse la presentación de otros documentos para acreditar el cumplimiento de los Requerimientos Técnicos Mínimos, conforme a lo señalado en el contenido del sobre técnico.

53


ANEXO Nº 3

DECLARACIÓN JURADA (ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)



Mediante el presente el suscrito, postor y/o Representante Legal de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], declaro bajo juramento:

1.- No tener impedimento para participar en el proceso de selección ni para contratar con el Estado, conforme al artículo 10 de la Ley de Contrataciones del Estado.

2.- Conocer, aceptar y someterme a las Bases, condiciones y procedimientos del proceso de selección.

3.- Ser responsable de la veracidad de los documentos e información que presento a efectos del presente proceso de selección.

4.- Comprometerme a mantener la oferta presentada durante el proceso de selección y a suscribir el contrato, en caso de resultar favorecido con la Buena Pro.

5.- Conocer las sanciones contenidas en la Ley de Contrataciones del Estado y su Reglamento, así como en la Ley Nº 27444, Ley del Procedimiento Administrativo General.


………………………….………………………..Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

54


ANEXO Nº 4

PROMESA FORMAL DE CONSORCIO(Sólo para el caso en que un consorcio se presente como postor)


De nuestra consideración,

Los suscritos declaramos expresamente que hemos convenido en forma irrevocable, durante el lapso que dure el proceso de selección, para presentar una propuesta conjunta alaLICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO], responsabilizándonos solidariamente por todas las acciones y omisiones que provengan del citado proceso.

Asimismo, en caso de obtener la Buena Pro, nos comprometemos a formalizar el contrato de consorcio bajo las condiciones aquí establecidas (porcentaje de obligaciones asumidas por cada consorciado), de conformidad con lo establecido por el artículo 141 del Reglamento de la Ley de Contrataciones del Estado.

Designamos al Sr. [..................................................], identificado con [CONSIGNAR TIPO DE DOCUMENTO DE IDENTIDAD] N° [CONSIGNAR NÚMERO DE DOCUMENTO DE IDENTIDAD], como representante común del consorcio para efectos de participar en todas las etapas del proceso de selección y para suscribir el contrato correspondiente con la Entidad [CONSIGNAR NOMBRE DE LA ENTIDAD]. Asimismo, fijamos nuestro domicilio legal común en [.............................].

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 1]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 2]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

TOTAL: 100%


..…………………………………. …………………………………..Nombre, firma, sello y DNI del Nombre, firma, sello y DNI del Representante Legal Consorciado 1 Representante Legal Consorciado 2

53


ANEXO Nº 5

DECLARACIÓN JURADA DE PLAZO DE ENTREGA


De nuestra consideración,

Mediante el presente, con pleno conocimiento de las condiciones que se exigen en las Bases del proceso de la referencia, me comprometo a entregar los bienes objeto del presente proceso de selección en el plazo de [CONSIGNAR EL PLAZO OFERTADO, EL CUAL DEBE SER EXPRESADO EN DÍAS CALENDARIO] días calendario.


……..........................................................Firma, Nombres y Apellidos del postor o


104

104

ORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO – OSCELICITACIÓN PÚBLICA N° 001-2013-OSCE - ADQUISICIÓN DE UNA SOLUCIÓN DE SERVIDORES CONSOLIDADOS Y SOFTWARE DE VIRTUALIZACIÓN – PRIMERA CONVOCATORIA

ANEXO Nº 6

EXPERIENCIA DEL POSTOR


Mediante el presente, el suscrito detalla la siguiente EXPERIENCIA:

Nº CLIENTE OBJETO DEL CONTRATO

N° CONTRATO / O/C / COMPROBANTE DE

PAGO FECHA85 MONEDA IMPORTE TIPO DE CAMBIO

VENTA86MONTO FACTURADO

ACUMULADO87

1

2

3

4

5

6

7

8

9

10TOTAL

85 Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Compra o de cancelación del comprobante de pago, según corresponda.

86 El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del contrato, de la emisión de la Orden de Compra o de cancelación del comprobante de pago, según corresponda.

87 Consignar en la moneda establecida para el valor referencial.

103

103



………..........................................................Firma, Nombres y Apellidos del postor o


106

106


ANEXO Nº 7

DECLARACIÓN JUARDA

SeñoresCOMITÉ ESPECIALLICITACIÓN PÚBLICA Nº[CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-


Por la presente, DECLARO BAJO JURAMENTO que proponemos usar el software: _________________________________ el cual se encuentra calificado como ……………………………………………”, según el “Magic Quadrant for Business Intelligence and Analytics Platforms” de Gartner Group, publicado en febrero de 2013, conforme se verifica en el gráfico siguiente.


………..........................................................Firma, Nombres y Apellidos del postor o


107


ANEXO Nº 8

CARTA DE PROPUESTA ECONÓMICA(MODELO)

SeñoresCOMITÉ ESPECIALLICITACIÓN PÚBLICA Nº[CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-


Es grato dirigirme a usted, para hacer de su conocimiento que, de acuerdo con el valor referencial del presente proceso de selección y las Especificaciones Técnicas, mi propuesta económica es la siguiente:

CONCEPTO PRESTACIÓN COSTO TOTAL [CONSIGNAR MONEDA]

Principal

Accesoria

TOTAL

La propuesta económica incluye todos los tributos, seguros, transportes, inspecciones, pruebas, y de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que le sea aplicable y que pueda tener incidencia sobre el costo delbiena contratar, excepto la de aquellos postores que gocen de exoneraciones legales.


……………………………….…………………..Firma, Nombres y Apellidos del postor o


IMPORTANTE:

Cuando el proceso se convoque a suma alzada, únicamente deberá requerirse que la propuesta económica contenga el monto total de la oferta, sin perjuicio de solicitar que el postor adjudicado presente la estructura de costos o detalle de precios unitarios para la formalización del contrato, lo que deberá ser precisado en el numeral 2.7 de la sección específica.

ANEXO Nº 9

106

106


DECLARACIÓN JURADA DE COMPROMISO PARA LA TRANSPARENCIA EN EL ACCIONAR DEL PERSONAL CONTRATADO PARA EL OSCE

SeñoresComité Especial LICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

Por el presente, yo ........……………………………………….. identificado (a) con DNI N°………….........................................., que me encuentro postulando al servicio de ………………… para el Organismo Supervisor de Contrataciones del Estado - OSCE, manifiesto que durante la ejecución del servicio me comprometo, en caso se me otorgue la buena pro del presente proceso de selección, a:

1. No obstante a no ser colaborador del OSCE bajo ningún régimen laboral, cumplir fielmente con las tareas y funciones asignadas a mi persona, sujetándome a la normativa de contrataciones y disposiciones establecidas en la Directiva "Normas para la Conducta y Desempeño del Personal del Organismo Supervisor de Contrataciones del Estado - OSCE".

2. Informar por escrito sobre cualquier incompatibilidad que pueda afectar el servicio a brindar en términos de calidad, objetividad, eficiencia y credibilidad, entre otros, con la finalidad que se determinen las acciones a seguir, para asegurar el ejercicio de mis funciones en forma transparente, libre de conflictos de intereses, prohibiciones, impedimentos, o situaciones que pudieran dar motivo a que otros cuestionen mi independencia y calidad de trabajo.

3. Guardar reserva de la información privilegiada que conociera en el ejercicio de mis labores o actividad funcional; no revelando ni en forma oral, ni escrita, ni por cualquier otro medio, hechos, datos, procedimientos y documentación de acceso restringido (secreta, reservada y/o confidencial), incluso aun después de culminar el servicio materia del presente proceso de selección.


……..........................................................Firma, Nombres y Apellidos del postor o


Documents

BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA …zonasegura.seace.gob.pe/mon/docs/procesos/2013/001952/... · Web viewEl registro de los participantes es gratuito y se realizará en