Source: http://docplayer.es/16166647-Bases-estandar-de-licitacion-publica-para-la-contratacion-de-bienes-licitacion-publica-no-005-2012-sbs-primera-convocatoria.html
Timestamp: 2018-12-15 08:00:34
Document Index: 212895421

Matched Legal Cases: ['artículo 70', 'artículo 71', 'artículo 73', 'artículo 164', 'artículo 171', 'artículo 172', 'artículo 165', 'artículo 48', 'artículo 33', 'artículo 42', 'artículo 63', 'artículo 68', 'artículo 33', 'artículo 39', 'artículo 63', 'artículo 176']

BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA LA CONTRATACIÓN DE BIENES LICITACIÓN PÚBLICA Nº 005/2012-SBS PRIMERA CONVOCATORIA - PDF
Download "BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA LA CONTRATACIÓN DE BIENES LICITACIÓN PÚBLICA Nº 005/2012-SBS PRIMERA CONVOCATORIA"
Ramona Correa Navarrete
1 BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA LA CONTRATACIÓN DE BIENES LICITACIÓN PÚBLICA Nº 005/2012-SBS PRIMERA CONVOCATORIA CONTRATACIÓN DE BIENES ADQUISICIÓN DE UNA PLATAFORMA DE SOFTWARE PARA SERVIDOR DE APLICACIONES 1
6 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 que el 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 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 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 6
9 Donde: i = Propuesta Pi = Puntaje de la propuesta económica i Oi = Propuesta Económica i Om = Propuesta Económica de monto o precio más bajo PMPE = 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 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 en el SEACE CONSENTIMIENTO DE LA BUENA PRO 9 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.
13 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 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 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 EJECUCIÓN DE GARANTÍAS Las garantías se harán efectivas conforme a las estipulaciones contempladas en el artículo 164 del Reglamento 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 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. 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 13
14 o, de ser el caso, del ítem que debió ejecutarse. Estas penalidades se calcularán de forma independiente a la penalidad por mora 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 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. 14
16 CAPÍTULO I GENERALIDADES 1.1. ENTIDAD CONVOCANTE Nombre : Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones RUC Nº : Domicilio legal : Calle Los Laureles Nº 214, San Isidro Teléfono/Fax: : Correo electrónico: : 1.2. OBJETO DE LA CONVOCATORIA El presente proceso de selección tiene por objeto la Adquisición de una Plataforma de Software para Servidor de Aplicaciones VALOR REFERENCIAL 2 El valor referencial asciende a US$ 255, (Doscientos Cincuenta y Cinco Mil Ochocientos Cincuenta y Cinco con 00/100 Dólares Americanos), 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 noviembre de 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 EXPEDIENTE DE CONTRATACIÓN El expediente de contratación fue aprobado mediante Memorándum Nº SAAG el 14 de noviembre de FUENTE DE FINANCIAMIENTO Recursos propios. 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. 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. 16
17 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 MODALIDAD DE EJECUCIÓN CONTRACTUAL Llave en mano 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 PLAZO DE ENTREGA El plazo de entrega es el siguiente: Entrega de Licencias: 5 días calendario contados a partir del día siguiente de la suscripción del contrato. Servicios de instalación, configuración y capacitación: 60 días calendario, a partir del día siguiente de la entrega de las licencias. Servicio de soporte, actualización y mantenimiento: 2 años contados a partir del día siguiente de la conformidad de la Plataforma a satisfacción de la Entidad. Dicho plazo constituye un requerimiento técnico mínimo que debe coincidir con lo establecido en el expediente de contratación COSTO DE REPRODUCCIÓN DE LAS BASES S/ BASE LEGAL - Resolución SBS N Medidas de austeridad, racionalidad, disciplina en el gasto y de ingresos de personal para el Ejercicio 2012 en la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones. Las referidas normas incluyen sus respectivas modificaciones, de ser el caso. 17
18 CAPÍTULO II DEL PROCESO DE SELECCIÓN 2.1. CRONOGRAMA DEL PROCESO DE SELECCIÓN 3 Etapa Fecha, hora y lugar Convocatoria : 14/11/2012 Registro de participantes : Del: 15/11/2012 Al: 13/12/2012 Formulación de Consultas : Del: 15/11/2012 Al: 21/11/2012 Absolución de Consultas : 26/11/2012 Formulación de Observaciones a las Bases Absolución de Observaciones a las Bases : Del: 27/11/2012 Al: 03/12/2012 : 06/12/2012 Integración de las Bases : 12/12/2012 Presentación de Propuestas : 20/12/2012 * El acto público se realizará en : Av. Prescott 185, San Isidro a las 10:00 horas Calificación y Evaluación de Propuestas Otorgamiento de la Buena Pro : 28/12/2012 IMPORTANTE: : Del 20/12/2012 Al 27/12/2012 * El acto público se realizará en : Av. Prescott 185, San Isidro a las 10:00 horas 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 REGISTRO DE PARTICIPANTES El registro de los participantes es gratuito y se realizará en el Departamento de Logística de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, sito en Av. Guillermo Prescott Nº 185, San Isidro, en las fechas señaladas en el cronograma, en el horario de 08:30 a 16:45 horas. 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í 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 3 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. 18
19 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 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) o la que haga sus veces, sito en Av. Prescott 185, San Isidro, en las fechas señaladas en el cronograma, en el horario de 08:30 a 16:45 horas, debiendo estar dirigidos al Presidente del Comité Especial de la LICITACION PÚBLICA N 005/2012-SBS, pudiendo ser remitidas adicionalmente al siguiente correo electrónico: 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 ACTO PÚBLICO DE PRESENTACIÓN DE PROPUESTAS Las propuestas se presentarán en acto público, en Av. Guillermo Prescott Nº 185, San Isidro, en la fecha y hora señalada en el cronograma. El acto público se realizará con la participación de NOTARIO. 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 005/2012-SBS, conforme al siguiente detalle: SOBRE N 1: Propuesta Técnica. El sobre será rotulado: Señores Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones Av. Guillermo Prescott Nº San Isidro Att.: Comité Especial LICITACIÓN PÚBLICA N 005/2012-SBS Denominación de la convocatoria: Adquisición de una Plataforma de Software para Servidor de Aplicaciones SOBRE N 1: PROPUESTA TÉCNICA [NOMBRE / RAZÓN SOCIAL DEL POSTOR] SOBRE Nº 2: Propuesta Económica. El sobre será rotulado: Señores Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones Av. Guillermo Prescott Nº San Isidro Att.: Comité Especial LICITACIÓN PÚBLICA N 005/2012-SBS Denominación de la convocatoria: Adquisición de una Plataforma de Software para Servidor de Aplicaciones SOBRE N 2: PROPUESTA ECONÓMICA [NOMBRE / RAZÓN SOCIAL DEL POSTOR] 19
20 2.5. CONTENIDO DE LAS PROPUESTAS SOBRE N 1 - PROPUESTA TÉCNICA Se presentará en un original y una (1) copia 4. El sobre Nº 1 contendrá, además de un índice de documentos 5, 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ón (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 suficientes facultades. e) Declaración jurada de Plazo de entrega (Anexo Nº 5). f) Propuesta Técnica de los bienes y servicios a ofertar de acuerdo a lo indicado en el Capítulo III de las Bases. g) El postor deberá ser agente autorizado en el Perú para brindar los productos y servicios ofertados, así como para la comercialización de los mismos, para lo cual deberá presentar una carta del fabricante o del distribuidor oficial que lo acredite como tal y que autorice la comercialización de las mismas para el presente proceso. h) Relación de personal propuesto, según Anexo 08 (Coordinador, Arquitecto de Plataforma, Especialista en Servidor de Aplicaciones e Instructor) adjuntando copia de los certificados y los documentos que acrediten la experiencia requerida en las Especificaciones Técnicas. i) Carta de garantía y del servicio de soporte, actualización y mantenimiento de las licencias y servicios según lo solicitado en las especificaciones técnicas: 4 5 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. La omisión del índice no descalifica la propuesta, ya que su presentación no tiene incidencia en el objeto de la convocatoria. 20
21 El tiempo que dure la vigencia del servicio de soporte, actualización y mantenimiento será de dos (02) años el mismo que deberá comprender el servicio de mantenimiento correctivo y preventivo del software, el cual se deberá acreditar mediante carta del postor o fabricante o distribuidor oficial. 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. IMPORTANTE: Documentación de presentación facultativa: a) 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. b) Declaración Jurada de mejoras a las especificaciones técnicas y capacitación teniendo en consideración lo relativo a los criterios de evaluación. En caso exista contradicción entre la información presentada en la propuesta técnica, la propuesta será descalificada SOBRE N 2 - PROPUESTA ECONÓMICA 6 El Sobre Nº 2 deberá contener la siguiente información obligatoria: Oferta económica expresada en la moneda del valor referencial (Anexo Nº 7). El monto total de la propuesta económica deberá ser expresado con dos decimales. 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 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: 21 6 De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.
22 Donde: PTPi = c1 PTi + c2 PEi PTPi PTi PEi = Puntaje total del postor i = Puntaje por evaluación técnica del postor i = Puntaje por evaluación económica del postor i Se aplicará las siguientes ponderaciones: c1 c2 = Coeficiente de ponderación para la evaluación técnica. = 0.70 = Coeficiente de ponderación para la evaluación económica. = 0.30 Donde: c1 + c2 = 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. Presentar Carta Fianza. c) Garantía de fiel cumplimiento por prestaciones accesorias. Presentar Carta Fianza por el 10% del costo del Servicio de Soporte Técnico, Mantenimiento y Actualización del Anexo 7.1 d) Garantía por el monto diferencial de la propuesta, de ser el caso. Presentar Carta Fianza. e) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso. f) Código de cuenta interbancario (CCI). Anexo 9. g) 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. h) Domicilio para efectos de la notificación durante la ejecución del contrato. i) Detalle de la propuesta económica (Anexo 7.1) 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º SBS y Nº 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 presentarse: 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. 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. 22
23 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 en Av. Prescott 185, San Isidro FORMA DE PAGO La Entidad deberá realizar el pago de la contraprestación pactada a favor del contratista en un único pago contra la entrega e instalación de la Solución a satisfacción de la Entidad. 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 de la Gerencia de Tecnologías de Información. - Informe del funcionario responsable del área usuaria emitiendo su conformidad de la prestación efectuada, cuando corresponda. - Comprobante de pago. - Guía de remisión, de ser el caso 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. 23
24 CAPÍTULO III ESPECIFICACIONES TÉCNICAS Y REQUERIMIENTOS TÉCNICOS MÍNIMOS ESPECIFICACIONES TÉCNICAS PARA ADQUISICIÓN DE LICENCIAS DE SOFTWARE PARA SERVIDOR DE APLICACIONES 1. OBJETO El objeto es la adquisición e implementación de una plataforma de software escalable de Servidor de Aplicaciones basados en Cluster Activo-Activo, que sirva como "contenedor" de los componentes que conforman el conjunto de aplicaciones basadas en tecnología Java 6 y que soporte las características técnicas descritas en el presente documento (Numeral 3), tanto en los ambientes de producción, calidad y desarrollo. Para tal fin, la adquisición de dicho producto de software comprende los siguientes servicios: Adquisición de licencias para dos (02) servidores, donde el hardware de cada uno de los servidores tiene la característica siguiente: - Tipo RISC Power 730 de un (01) procesador Power 7 de ocho (08) cores. En suma, la cantidad de cores a licenciar son dieciséis (16) cores. Servicio de soporte, actualización y mantenimiento respectivo por dos (02) años, a fin de atender las necesidades de la Superintendencia y obtener las últimas modificaciones y actualizaciones que el fabricante del software libere durante la vigencia del contrato. Instalación y configuración del Cluster Activo-Activo para tres (03) ambientes (producción, calidad y desarrollo), tal como se muestra en la Tabla N 04 y el Diagrama N 01, que hacen referencia a la organización y arquitectura de la plataforma, así como el despliegue de dos (02) aplicaciones JEE referidas a dos (02) módulos EJB y Servlets (sin framework alguno) que conforman el Portal del Supervisado 7 y que son el Módulo de Autenticación (01 EJB, 07 JSPs-Servlets) y el Módulo de Seguridad (10 EJB, 22 JSPs-Servlets). Capacitación oficial en la administración básica y avanzada del software servidor de aplicaciones a un máximo de seis (06) personas (Administradores y Operadores de la plataforma), de modo que el mismo personal de la Superintendencia pueda administrar, configurar y atender la resolución de incidencias que pueda presentar el software. 2. REQUISITOS DEL POSTOR El postor deberá ser una empresa con experiencia en la venta y/o implementación de plataformas basadas en Servidores de Aplicaciones. El postor deberá ser agente autorizado en el Perú para brindar los productos y servicios ofertados, así como para la comercialización de los mismos, para lo cual deberá presentar una carta del fabricante o del distribuidor oficial que lo acredite como tal y que autorice la comercialización de las mismas para el presente proceso. Durante la ejecución de los trabajos el postor deberá designar un coordinador que oficiará de interlocutor y que será el responsable del seguimiento y el control de calidad en la prestación del servicio. Por su parte, la Superintendencia designará a uno o más agentes como interlocutores/facilitadores. 7 El Portal del Supervisado ( es un Portal Web en el que interactúan la SBS y sus supervisados a través de una serie de servicios (aplicaciones web) 24
25 Con relación al personal propuesto para realizar la prestación de servicios de instalación y configuración, se requiere contar con al menos dos (02) personas certificadas en los productos ofertados, quienes se encargarán de la implementación de los servicios indicados en el presente proceso, de este modo el personal mínimo deberá estar conformado por: TABLA N 01: REQUISITOS DE PERSONAL PARA LOS SERVICIOS DE INSTALACIÓN Y CONFIGURACIÓN DE LA PLATAFORMA Arquitecto de Plataforma Un (01) profesional titulado en Ingeniería de Sistemas, Ingeniería informática o similares, con experiencia de tres (03) años comprobada participando en proyectos de solución informática orientados a implementar soluciones con servidores de aplicación. El Profesional indicado deberá contar con especialización en Tecnologías de Información o Gestión de Proyectos o similares. Experiencia en operación de servidores UNIX - AIX. Además, deberá contar con certificación en administración de Servidores de Aplicaciones de la plataforma propuesta. Especialista en Servidores de Aplicaciones Un (01) profesional titulado en Ingeniería de Sistemas o Ingeniería informática, con experiencia de tres (03) años comprobada participando en proyectos de solución informática orientados a instalar y configurar soluciones con servidores de aplicación y despliegue de aplicaciones Java. El profesional indicado deberá contar con especialización en Tecnologías de Información o Gestión de Proyectos o similares. Experiencia en operación de servidores UNIX - AIX. Además deberá contar con certificación en administración de Servidores de Aplicaciones de la plataforma propuesta y certificación Java. Con relación al personal propuesto para realizar la prestación de servicios de capacitación, se requiere contar con un (01) instructor certificado en el producto ofertado quien se encargará del entrenamiento de los cursos indicados en el presente proceso, de este modo el personal estará conformado por: TABLA N 02: REQUISITOS DE PERSONAL PARA LOS SERVICIOS DE CAPACITACIÓN Instructor Un (01) profesional titulado en Ingeniería de Sistemas, Ingeniería informática o similares, con experiencia de tres (03) años comprobada como instructor en cursos oficiales, tanto a nivel básica como avanzada del producto ofertado. 25
26 3. CARACTERÍSTICAS TÉCNICAS Los productos de software deberán cumplir con las siguientes características técnicas: TABLA N 03: CARACTERÍSTICAS TÉCNICAS MÍNIMAS DEL SOFTWARE SERVIDOR DE APLICACIONES OFERTADO Característica 1. Productos y Servicios Requeridos 1.1 Licencias de Servidor de Aplicaciones para dos (02) equipos (servidores) que deben de estar configurados en Cluster Activo-Activo en (03) tres ambientes: Producción, Calidad y Desarrollo tal como se muestra en el Diagrama N Instalación y configuración del Clúster Activo Activo y despliegue de dos (02) aplicaciones del Portal del Supervisado en tres (03) ambientes: Producción, Calidad y Desarrollo. 1.3 Soporte, actualización y mantenimiento por dos (02) años. 1.4 Capacitación Presencial para seis (06) personas en diez (10) días del servidor de aplicaciones elegido, se requiere: Administración Básica - cinco (05) días Administración Avanzada - cinco (05) días 2. Cumplimiento de Estándares del Software 2.1 Java Enterprise Edition 6 (Java EE 6.0) 2.2 Java Estandar Edition 6 (Java SE 6.0) 2.3 Java EE Enterprise Web Services Web Services Metadata for the Java Platform JAX-WS Java EE EJB Java EE JMS Java EE JDBC Java EE JNDI OTS/JTA Java EE Servlet JACC JSP JSF JMX JPA CDI Web Web (mobile) SOAP WSDL Java Specification Requests (JSR) 286, UDDI Java Mail
27 Característica JAAS JCA JAX-B JAX-P JAX-RPC JAX-RS SAAJ STAX WS-I Basic Security Profile WS-Addressing Metadata WS-Security 1.1, WS-Reliable Messaging 1.0, WS-Trust 1.0, WS-I Reliable Secure Profile 2.39 WS-Secure Conversation 1.0, 1.2, Requerimientos de Plataforma Tecnológica y Arquitectura 3.1 La plataforma donde se debe instalar, configurar y ejecutar el servidor de aplicaciones debe estar certificada por el fabricante para los siguientes requisitos: - Sistema Operativo UNIX AIX Arquitectura del procesador RISC de 64 bits - Java Virtual Machine para 64 bits 3.2 La plataforma deberá estar compuesta por un servidor de aplicaciones como base, para construir e integrar aplicaciones distribuidas. 3.3 La plataforma deberá proporcionar una base sólida para la implementación de una Arquitectura Orientada a Servicios (SOA). 3.4 Soporte como mínimo alguno de los siguientes servidores web: IBM HTTP Server, Apache Web Server u Oracle HTTP Server. 3.5 Deberá poder centralizar los servicios de las aplicaciones, tales como la funcionalidad de un servidor web, ejecución de componentes de negocio, y proporcionar esquemas de conectividad con las diferentes bases de datos del mercado. 3.6 Todos los componentes que conforman la plataforma deberán estar basados en un mismo ambiente de ejecución, es decir el software funcionará como plataforma en que sus componentes funcionen de manera unificada. 3.7 Soporte para la inclusión de balanceadores de carga en hardware dentro de la arquitectura y ambiente de ejecución. 3.8 Deberá ser capaz de detectar automáticamente los cambios en los archivos de las aplicaciones (clases) de tal manera que se permita el cambiar de código de una clase en línea sin tener que reiniciar la aplicación o el servidor. 3.9 Deberá detectar automáticamente los cambios en las clases de las aplicaciones sin tener que reiniciar la aplicación o el servidor. 4. Requerimientos de Alta Disponibilidad 4.1 Debe tener características de recuperación en caso de fallas y proteger el estado de la sesión y proporcionar continuidad de transacciones, así como ser capaz de ser escalable sin necesidad de dar de baja el sistema y las aplicaciones 4.2 Soporta actualizaciones del tipo Rolling Upgrade para mantener la disponibilidad 4.3 Debe poder adecuarse y proporcionar esquemas de alta disponibilidad y crecimiento sin necesidad de realizar cambios en las soluciones aplicativas, por lo que es necesario que se proporcionen esquemas de cluster y de balanceo de carga ya sea con la posibilidad de integrarse con balanceadores de carga en hardware (para el ambiente de producción) o bien sin necesidad de un producto tercero o hardware adicional (para los ambientes de calidad y desarrollo) 4.4 Deberá poder ser configurado en cluster de software (independiente del sistema
28 Característica operativo utilizado) para balanceo de carga y alta disponibilidad pudiendo tener servidores de distintas plataformas de hardware y sistema operativo en el mismo cluster (para los ambientes de calidad y desarrollo). 4.5 Debe permitir el movimiento de nodos existentes en un cluster a un nuevo hardware y sistema operativo en caso de mantenimiento o fallas. 4.6 Debe permitir soportar ambientes mixtos con por lo menos dos (02) versiones anteriores incluyendo las aplicaciones ejecutándose en dichas versiones. 4.7 Disponer de componentes de Balanceo de Carga y Seguridad Centralizada para mejorar la performance. 4.8 Deberá tener la capacidad de distribución automática de aplicaciones en todos los nodos del cluster. Al instalar una aplicación desde la consola de administración los archivos deberán ser copiados automáticamente a todos los servidores del cluster y la configuración de dicha aplicación deberá ser actualizada y sincronizada en todo el cluster. 4.9 Se deberá poder configurar un cluster entre distintas instancias del servidor corriendo en la misma máquina (nodo) para poder maximizar la utilización de los procesadores en caso de tener varios Redirección automática y transparente de clientes a otro nodo del cluster, en caso de que uno de los nodos quede fuera de servicio Debe permitir la ejecución de altos volúmenes de transacción y garantice la integridad de datos mediante el estándar JTA (Java Transaction API) Debe permitir la conexión y operación sobre las bases de datos actuales y mejorar el desempeño de las operaciones realizadas en éstas, mediante mecanismos de caché, pools de conexión, y/o multi-pools de conexión para alta disponibilidad con bases de datos que se encuentren configuradas en forma de clúster Debe tener mecanismos para controlar fallas de conexión a bases de datos relacionales mediante la configuración de: Cantidad de reintentos de conexión Recurso alterno para prueba de fallos Pool de conexiones para recurso alterno Fail-back automático 5. Requerimientos de Administración del Software 5.1 El software deberá proporcionar herramientas de administración integradas de tal manera que no sea necesario configurarlas de manera separada para su uso. 5.2 Que las herramientas para administradores y operadores sean basadas en algún navegador estándar de Internet ("browser"), de tal manera que éstos no requieran conocer en profundidad la tecnología para poder realizar actividades de administración y monitoreo. 5.3 Debe proponer un esquema de administración centralizada en la que todos los servidores de aplicaciones puedan controlarse desde una sola consola y que a través de ésta pueda controlarse la replicación de aplicaciones y servicios: Administrar múltiples instancias, independientes o en cluster, desde la misma consola. Iniciar y detener servicios. Visualizar el estado de los distintos componentes del sistema. (Servidor HTTP, Acelerador de contenido web, Contenedor J2EE, Servidor de Portales). Visualizar y modificar parámetros de configuración. Desplegar y observar el comportamiento de aplicaciones J2EE. Desplegar nuevos ambientes en base a plantillas creadas tomando como base ambientes existentes. 5.4 Debe contar con una herramienta de administración con interfaz gráfica que esté integrada al mismo producto, es decir el software funcionará como plataforma en que sus componentes funcionen de manera unificada. 5.5 Adicionalmente a una consola de administración WEB debe poder ofrecer esquemas de administración mediante scripts y por línea de comandos. 5.6 Debe permitir la ejecución de tareas administrativas de forma asíncrona. 28
29 Característica 5.7 La administración del servidor de aplicaciones, deberá ser basada en roles y perfiles de usuarios con distintos privilegios para las labores de administración. 5.8 Debe ofrecer asistentes ( Wizards ) para la configuración de los diferentes ambientes (desarrollo, pruebas, producción) y tener la capacidad de usar plantillas ( templates ) para replicar la configuración diseñada en otros equipos. 5.9 Las opciones de administración deben ofrecer la flexibilidad para implementar una administración delegada basada en roles predefinidos o roles definidos por el usuario administrador del ambiente operativo Debe permitir realizar secuencialmente actualizaciones de una aplicación en un cluster de tal manera de que se vaya actualizando en los nodos uno por uno sin detener la aplicación en el cluster ni afectar el servicio a los usuarios Debe incluir herramientas para el respaldo (caliente y frio) y restauración de la configuración del servidor de tal manera de poder restaurar toda la configuración del servidor en caso de que el hardware falle. 6. Requerimientos de Integración del Software 6.1 El software debe ser abierto para poder integrarse con otros productos tecnológicos de otros proveedores tales como portales, servidores web, mecanismos de seguridad, directorio de usuarios y bases de datos. 6.2 Deberá soportar nativamente Web Services. Las aplicaciones Java que se ejecuten en el servidor deben poder ser invocadas como un servicio Web mediante la utilización de WSDL (Web Services Definition Language) y SOAP (Simple Object Access Protocol). Asimismo, las aplicaciones Java desarrolladas deberán poder hacer uso de Web Services utilizando servicios UDDI (Universal Description Discovery and Integration) y mediante SOAP. 6.3 Deberán estar certificados para proporcionar conectividad a diferentes bases de datos relacionales (Oracle 10g R2, 11gR1, 11gR2, Microsoft SQL Server 2005, Microsoft SQL Server 2008, Microsoft SQL Server 2008 R2) mediante el uso de drivers JDBC estándar y proporcionando acceso a éstos a través de recursos referenciados por nombres y de forma paramétrica y no por programación. Deberá brindar soporte transaccional a través de CMP (Control Managed Persistence) y EJBs (Enterprise Java Beans). 6.4 Deberá cumplir la especificación JCA (J2EE Connector Architecture) soportando la instalación de adaptadores J2C (Java 2 Connector) a aplicaciones no-java de la industria. 7. Requerimientos de Cache del Software 7.1 Deberá tener un caché para contenido dinámico como pueden ser las páginas JSP y servlets. 7.2 Deberá tener un caché de sentencias SQL en JDBC (Java Database Connectivity) compatible con cualquier manejador de base de datos de la industria que soporte la especificación JDBC 2.0 o superior. 8. Seguridad del Software 8.1 Deberá tener la capacidad de usar diferentes directorios de usuarios basados en LDAP para el manejo de usuarios. 8.2 Debe tener la capacidad de establecer políticas de seguridad para restringir el acceso a los diferentes recursos del ambiente operativo de las aplicaciones y a los diferentes componentes de la solución. 7.3 El servidor de aplicaciones debe tener la capacidad de poder soportar o en su caso integrar diferentes mecanismos de seguridad, para manejar la autenticación, autorización, auditoria, almacenamiento de contraseñas, credenciales, identidad y también debe tener la capacidad de soportar JKS (Java KeyStores), así como soportar JSSE, JAAS y JCE. 8.3 El servidor de aplicaciones deberá ser capaz de validar los usuarios contra un servicio de directorios LDAP, del sistema operativo o un Gestor de Accesos proporcionados por terceros. Este servicio de seguridad deberá poder autenticar a los usuarios mediante el uso de certificados digitales personales. 9. Monitoreo y Alertas del Software 29
30 Característica 9.1 Debe contar con una herramienta de monitoreo de rendimiento y uso de recursos del servidor con interfaz gráfica que esté integrada al mismo producto, es decir el software funcionará como plataforma en que sus componentes funcionen de manera unificada. 9.2 Esta herramienta debe permitir analizar remotamente variables del servidor, incluyendo por lo menos las siguientes: Uso de los pools de conexiones a base de datos. Número de conexiones concurrentes al servlet engine. Cantidad de requests a cada servlet. Uso de memoria en las maquinas virtuales java. Número de sesiones HTTP activas. Tiempo promedio de sesión. Tiempo promedio de uso de conexiones JDBC. Tiempo promedio de ejecución de funciones JDBC. Utilización de CPU del sistema. Número de instancias concurrentes de cada Enterprise Java Bean. 9.3 Deberá ser capaz de informar de threads colgados durante la ejecución de las aplicaciones así como conexiones a base de datos que no se estén liberando adecuadamente 9.4 Posee herramientas de análisis de rendimiento y diagnóstico para la ejecución de aplicaciones que ayudan a determinar donde están los tiempos de demora. 9.5 Deberá una herramienta que permita el control y monitoreo de varios servidores. 9.6 Posee una herramienta que permite el monitoreo de la JVM (Java Virtual Machine) en tiempo real. 9.7 Provee mecanismos que aseguran los recursos en línea, como sea necesario, para cumplir con Niveles de Servicios específicos 9.8 Posee herramientas al análisis introspectivo para hallar la raíz del problema. 9.9 Permite la correlación de eventos y monitoreo de aplicaciones del negocio 9.10 Permite el monitoreo y tuning de la Base de Datos 9.11 La herramienta de monitoreo permite consolidar eventos de múltiples fuentes 9.12 Utiliza una sola plataforma de diagnóstico, dashboards, y solución de problemas 9.13 Envío de alertas proactivas o reactivas en caso existe algún problema que indique la degradación del servicio así como la caída del servicio. Esas alertas se enviarán a las cuentas de correo electrónico de los administradores previamente configurados Investiga el rendimiento en tiempo de ejecución, aísla y diagnostica fallas 10. Otros Requerimientos 10.1 El software debe estar clasificado como Líder-Visionario en el mercado en su área de especialidad de acuerdo a las últimas evaluaciones realizadas por Gartner Debe incluir una herramienta de migración de aplicaciones JEE que hayan sido desarrolladas para versiones anteriores del servidor de aplicaciones o para servidores de aplicaciones de otros proveedores Deberá tener soporte JMX (Java Management Extensions) para la administración de los recursos del servidor de aplicaciones Soporte a las especificaciones de Web Services: Web Services Security (WS- Security) y WS-I Basic Security Profile para la interoperabilidad de servicios Web con seguridad Debe permitir la ejecución de aplicaciones Java en batch Capacidad de Mensajería (crear, enviar, recibir y leer mensajes) mediante JMS, que hace posible la comunicación confiable de manera síncrona y asíncrona. 8 Referencia: Magic Quadrant for Enterprise Application, G Gartner 30
31 Adicionalmente, en cuanto a la permanencia del equipo propuesto mientras dure el servicio, se requiere que los profesionales propuestos permanezcan durante el tiempo que dure el servicio. En el caso de cambio, será por profesionales de las mismas condiciones o superiores en experiencia y calificación, que el personal propuesto. 4. PRESTACIÓN DEL SERVICIO DE INSTALACIÓN Y CONFIGURACIOÓN Se deberá realizar el servicio de instalación y configuración del Servidor de Aplicaciones por parte del personal descrito en la Tabla N 01 para dos (02) equipos (servidores) que deben de estar configurados en Cluster Activo-Activo en tres (03) ambientes: Producción, Calidad y Desarrollo organizados según se muestra en la Tabla N 4 y el Diagrama N 1 siguientes: TABLA N 04: ORGANIZACIÓN DE LA PLATAFORMA Organización Ambiente Equipo Licencia de Servidor de Aplicaciones Particiones Cores Asignados No 9 VIOS No VIOS PRODUCCION CALIDAD 1 Si LPAR01 - WEB SERVER Si LPAR01 - WEB SERVER Si LPAR02 - APP SERVER Si LPAR02 - APP SERVER Si LPAR03 - WEB SERVER Si LPAR03 - WEB SERVER Si LPAR04 - APP SERVER Si LPAR04 - APP SERVER DESARROLLO 1 2 Si LPAR05 - WEB SERVER / APP SERVER Si LPAR05 - WEB SERVER / APP SERVER TOTAL DE CORES A LICENCIAR Dónde: 31 9 Si bien se indica que No, la cantidad total de cores a licenciar es de dieciséis (16)
32 El VIOS (Virtual I/O Server) es una partición que permite administrar los recursos compartidos de tarjetas de red y espacio en disco a distribuir entre las particiones LPAR's. LPAR es un subconjunto de recursos de hardware dentro del mismo ordenador. Una máquina física puede dividirse en múltiples LPARs, cada LPAR se convierte en una máquina virtual independiente y puede contener sistema operativo diferente Los requisitos del servicio de instalación y configuración del Servidor de Aplicaciones, que no son parte del servicio a realizar, son que los equipos deberán estar previamente instalados y organizados en componentes del mismo modo que se muestra en la Tabla N 4 el cual tiene en común la plataforma siguiente: Sistema Operativo AIX 7.1 Arquitectura del procesador de 64 bits Java Virtual Machine para 64 bits Los requisitos del servicio también hace referencia a una etapa de pruebas finales con un proveedor externo para configurar los balanceadores de carga, dicha configuración no es parte del servicio del postor pero si ayudar e intervenir en las pruebas de configuración de dichos balanceadores. El diagrama de arquitectura de la plataforma a instalar es la siguiente: 32
33 DIAGRAMA N 01: DIAGRAMA DE ARQUITECTURA DE LA PLATAFORMA HW BALANCEADOR DE CARGA 01 HW BALANCEADOR DE CARGA 02 EQUIPO 01 LPAR01 Servidor Web 01 EQUIPO 02 LPAR01 Servidor Web 02 DESARROLLO CALIDAD PRODUCCIÓN Cluster Cluster Componente de Balanceo Interno LPAR02 Servidor de Aplicaciones Servidor de Aplicaciones Servidor de Aplicaciones Administrador Activo LPAR03 Servidor Web 01 Componente de Balanceo Interno LPAR04 Servidor de Aplicaciones Servidor de Aplicaciones Servidor de Aplicaciones Administrador Activo LPAR05 Servidor Web Servidor de Aplicaciones Administrador Activo Cluster Cluster Componente de Balanceo Interno LPAR02 Servidor de Aplicaciones Servidor de Aplicaciones Servidor de Aplicaciones Administrador Apagado LPAR03 Servidor Web 02 Componente de Balanceo Interno LPAR04 Servidor de Aplicaciones Servidor de Aplicaciones Servidor de Aplicaciones Administrador Apagado LPAR05 Servidor Web Servidor de Aplicaciones Administrador Activo 33
34 Para referencia, el diagrama de red donde residirá la plataforma es el siguiente: DIAGRAMA N 02: DIAGRAMA DE RED DE LA PLATAFORMA SERVIDOR DE APLICACIONES 1 Http, https SERVIDOR DE APLICACIONES 2 BALANCEADORES BANCARED CLIENTES EXTERNOS ROUTERS RED 1 eth1 INRTENET FIREWALL eth0 Http, https eth4 SWITCH RED 3 DNS STORAGE RED 2 BASES DE DATOS CLIENTES INTERNOS X Adicionalmente, en coordinación y trabajo conjunto con el personal de la Superintendencia, se deberá realizar las adecuaciones necesarias y el despliegue de dos (02) aplicaciones JEE referidas a dos (02) módulos EJB y Servlets (sin framework alguno) que conforman dos (02) módulos del Portal del Supervisado: 1) Módulo de Autenticación (01 EJB, 07 JSPs-Servlets) y 2) el Módulo de Seguridad (10 EJB, 22 JSPs-Servlets) para lo cual se deberán crear los contenedores, pool de conexiones, orígenes de datos a Base de Datos Oracle 10g, entre otros. No se incluyen como parte de este documento el código fuente de dichos módulos por temas de reserva, confidencialidad y aseguramiento de la infraestructura actual. Se realizará un servicio de pruebas que buscarán descubrir errores de instalación y configuración para lo cual el postor en coordinación con la Superintendencia se propondrán de acuerdo para definir los procesos de validación, verificación y aceptación de los requerimientos definidos de tal forma que la solución este en conformidad con la necesidad de la Superintendencia, y se asegure la calidad del servicio. Para este servicio de instalación y configuración, la Superintendencia en coordinación con el postor ganador, brindará las facilidades y el acceso del personal que implementará y configurará la solución a los equipos, repositorios de librerías, entre otros. Por otro lado, se considerará de propiedad de la Superintendencia la información, datos del negocio tanto técnico como comercial, métodos, normas, procedimientos, y documentación en general relevados por el postor y que se haya tomado contacto durante el desarrollo de las actividades de la presente contratación. 34