PLIEGO DE PRESCRIPCIONES TECNICAS QUE REGIRÁN LA … · 2012-06-01 · aplicativos de registro...
36
PLIEGO DE PRESCRIPCIONES TECNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE “HERRAMIENTA PARA AUTOMATIZAR LA VALIDACIÓN DE APLICATIVOS DE REGISTRO ADAPTADOS A SICRES 3.0, ADAPTACIÓN DEL COMPONENTE DE INTERCAMBIO DE SIR, PARA SU USO EN FORJA Y EVOLUCIÓN DE LOS SERVICIOS WEB DEL REC” PROCEDIMIENTO SIMPLIFICADO Exp: 012/12 - SP 09/04/2012 72634432H Firmado por: IZQUIERDO LOYOLA, VICTOR MANUEL (FIRMA) AC: CN=AC DNIE 003,OU=DNIE,O=DIRECCION GENERAL DE LA POLICIA,C=ES Entidad Pública Empresarial Red.es 24/04/2012 02869748S Firmado por: ADSUARA VARELA, FRANCISCO DE BORJA (AUTENTICACIÓN) AC: CN=AC DNIE 001,OU=DNIE,O=DIRECCION GENERAL DE LA POLICIA,C=ES Entidad Pública Empresarial Red.es
Transcript of PLIEGO DE PRESCRIPCIONES TECNICAS QUE REGIRÁN LA … · 2012-06-01 · aplicativos de registro...
PLIEGO DE PRESCRIPCIONES TECNICAS QUE REGIRÁN LA
REALIZACIÓN DEL CONTRATO DE “HERRAMIENTA PARA
AUTOMATIZAR LA VALIDACIÓN DE APLICATIVOS DE REGISTRO ADAPTADOS A SICRES 3.0,
ADAPTACIÓN DEL COMPONENTE DE INTERCAMBIO DE SIR, PARA SU USO EN FORJA Y EVOLUCIÓN DE LOS SERVICIOS WEB DEL REC”
PROCEDIMIENTO SIMPLIFICADO
Exp: 012/12 - SP
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 1 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
INDICE
1. INTRODUCCIÓN ...................................................................................................... 2
2. REQUISITOS TÉCNICOS ........................................................................................ 4
2.1. REQUISITOS TÉCNICOS PARTICULARES ................................................................ 4 2.1.1. Análisis de la situación actual .......................................................................................... 4 2.1.2. Alcance de los trabajos a desarrollar ............................................................................. 7 2.1.3 Consideraciones Particulares ........................................................................................... 7
2.2. REQUISITOS GENERALES .......................................................................................... 11 2.2.1 Consideraciones Generales ................................................................................................... 11 2.2.2 Tecnología ............................................................................................................................... 12 2.2.3 Desarrollos, integración y servicios en relación a los Componentes solicitados 15 2.2.4 Calidad de los desarrollos y productos entregados ......................................................... 20 2.2.5 No conformidades .................................................................................................................... 21 2.2.6 Garantía ...................................................................................................................................... 21 2.2.7 Tiempo y Forma de Ejecución......................................................................................... 22 2.2.8 Condiciones de los Servicios de Instalación y Configuración .................................. 23 2.2.9 Obligaciones de Información y Documentación ................................................................ 24 2.2.10 Requisitos De Seguridad y Confidencialidad .................................................................. 25
2.3. CONTROL ECONÓMICO Y DE FACTURACIÓN ....................................................... 25 2.3.1 Control de Facturación .......................................................................................................... 25 2.3.2 Hitos de Facturación ............................................................................................................ 26
3 FORMATO Y CONTENIDO DE LA PROPUESTA ................................................. 27
3.1 PROPUESTA RELATIVA A LOS CRITERIOS CUYA VALORACIÓN DEPENDE DE UN JUICIO DE VALOR (SOBRE 3) ........................................................................................ 27
3.2 PROPUESTA RELATIVA A LOS CRITERIOS CUANTIFICABLES MEDIANTE LA MERA APLICACIÓN DE FÓRMULAS (SOBRE 4) ............................................................... 32
3.2.1 Proposición Económica. ................................................................................................... 32 3.2.2 Modelo de proposición económica ................................................................................ 34
Nota: Cualquier consulta en relación con el presente procedimiento de adjudicación debe dirigirse por correo electrónico a la dirección [email protected] Indicando: Asunto: número de expediente; Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta. El plazo de recepción de consultas finalizará 3 días hábiles antes del fin del plazo de presentación de ofertas. Red.es no tendrá obligación de responder las consultas realizadas transcurrido dicho plazo.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 2 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
1. INTRODUCCIÓN
La Entidad Pública Empresarial red.es, adscrita al Ministerio de Industria, Energía y Turismo, a través de la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información, tiene como función impulsar el fomento y desarrollo de la sociedad de la información en España.
En el ejercicio de su función genérica de fomento y desarrollo de la Sociedad de la información, Red.es gestiona, en coordinación con las otras Administraciones Públicas, estatales, autonómicas y locales, diversos programas de difusión y extensión de las telecomunicaciones y la sociedad de la información. Dentro de este ámbito de actuación, Red.es supervisa entre otros proyectos en curso, el desarrollo e implantación del Sistema de Interconexión de Registros (en adelante SIR). El Gobierno de España considera necesario dar cumplimiento al artículo 24.4 de la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos que establece lo siguiente: “4. En el ámbito de la Administración General del Estado se automatizarán las oficinas de registro físicas a las que se refiere el artículo 38 de la Ley 30/1992, de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común, a fin de garantizar la interconexión de todas sus oficinas y posibilitar el acceso por medios electrónicos a los asientos registrales y a las copias electrónicas de los documentos presentados.” El servicio de presentación y registro de escritos, solicitudes y comunicaciones dirigidos a cualquier órgano o entidad de cualquier Administración española estaba ya definido funcionalmente desde 1995 por el proyecto ‘Ventanilla Única’, sin traslación tecnológica por el momento. Para proporcionar a la posibilidad existente desde 1995 una solución tecnológica acorde con la realidad actual, el antiguo Ministerio de Administraciones Públicas (en adelante MAP), contrató, en el ejercicio 2007, el estudio y desarrollo de una solución integrada para la intercomunicación de las oficinas de registro que, en síntesis, contemplaba las siguientes etapas:
• Elaboración de un sistema registral seguro de intercambio de asientos Registrales entre las oficinas de registro adscritas al programa. • Adecuación de una aplicación para la gestión de oficinas de registro.
Con fecha 30 de octubre de 2008, la Secretaría de Estado para la Administración Pública, dependiente del MAP, cuyas funciones actualmente asume el Ministerio de Hacienda y Administraciones Públicas (en adelante MHAP) y la Entidad Pública Empresarial Red.es suscribieron un acuerdo por el que se encomienda a esta última la puesta en marcha y operación del Sistema de Interconexión de Registros, sobre la base de la solución diseñada por dicho Ministerio en 2007. La aplicación de Registro Electrónico Común (en adelante REC) se integra con la plataforma del SIR. El REC proporciona una vía de tramitación para todas aquellas solicitudes, escritos y comunicaciones realizadas por el ciudadano y dirigidas hacia la Administración General del Estado (AGE), que no se ajusten a procedimientos administrativos ya contemplados en los registros electrónicos de las distintas Administraciones.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 3 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Red.es pone en marcha el presente procedimiento de licitación con el fin de contratar una serie de desarrollos que permitan abordar:
- El desarrollo de una herramienta, a disposición de todos los organismos a través de la forja del Ministerio, para que puedan validar de manera automática la correcta adaptación de sus aplicativos de registro a SICRES 3.0. De esta manera se pretende facilitar la homologación a SICRES 3.0 de aplicativos de registro de terceros, delegando esta tarea al propio organismo interesado.
- La adaptación del componente de intercambio CIR de la Plataforma SIR, para su uso en dicha forja.
- La evolución y Mejora de los Servicios Web del REC, que permitan la optimización de las transacciones de registro, así como la administración de los mismos.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 4 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
2. REQUISITOS TÉCNICOS
En los apartados siguientes se detallan los requisitos técnicos generales y particulares que deberá cumplir el adjudicatario. Al presentar la oferta, el licitador debe ajustarse a la terminología utilizada en este apartado.
2.1. REQUISITOS TÉCNICOS PARTICULARES
A continuación, se detallan los requisitos de obligatorio cumplimiento para el adjudicatario. El alcance del presente procedimiento de licitación se divide en tres “Actuaciones” o “Componentes” diferenciados:
Componente 1: Prestación de un servicio de Desarrollo que permita abordar la implementación de una herramienta, a disposición de todos los organismos a través de la forja del Ministerio de Hacienda y Administraciones Públicas (MHAP), para que puedan validar de manera autónoma y automática, la correcta adaptación de sus aplicativos de registro a la norma de intercambio SICRES 3.0 (detalle en 2.1.3).
Componente 2: Prestación de un servicio de Adaptación del componente de intercambio registral (CIR) de la Plataforma SIR, para su uso en dicha forja (detalle en 2.1.3).
Componente 3: Prestación de un servicio de Evolución y Mejora de los Servicios Web del Registro Electrónico Común (REC), que permitan la optimización de las transacciones de registro, así como la administración de los mismos (detalle en 2.1.3).
2.1.1. Análisis de la situación actual
La infraestructura tecnológica de la Plataforma SIR está construida a partir de la norma SICRES 3.0. Se trata, por tanto, de una infraestructura normalizada. Asimismo, para poder ser integrada de una forma sencilla con las distintas iniciativas y los esfuerzos ya realizados por los diferentes organismos públicos, es fácilmente integrable de forma no intrusiva para permitir el intercambio eficaz de asientos registrales por medios electrónicos entre todo el territorio nacional.
Las administraciones que quieran adherirse a SIR deberán, por tanto, tener adaptados sus aplicativos de registro a SICRES 3.0, de acuerdo a las especificaciones del estándar.
La plataforma SIR se estructura en varios componentes, integrados en una arquitectura orientada a servicios de cliente (SOA):
Un nodo central, que realiza las funciones de servicio de trazabilidad,
directorio y soporte a la autenticación. También monitoriza el sistema,
proporcionando indicadores de uso y alarmas.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 5 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Diferentes nodos distribuidos, que realizan el intercambio punto a punto,
compuestos por:
Aplicaciones de registro de las oficinas a las que da servicio el nodo.
Han de contemplar la operativa de registro y la adaptación al
Modelo de Datos SICRES 3.0.
Un módulo responsable de implementar la lógica del intercambio
registral denominado Componente de Intercambio Registral (CIR),
para su integración con la plataforma SIR.
Como escenario general de integración de las diferentes aplicaciones de registro con la plataforma SIR se plantea la utilización de servicios web entre todos los módulos de conexión del sistema:
La aplicación de Registro Electrónico Común (REC) se integra con la plataforma del SIR.
La plataforma SIR permite la interconexión electrónica de las oficinas de registro integradas en ella. Esta solución proporciona un sistema capaz de intercambiar los asientos registrales entre Oficinas de Registro, así como los documentos presentados, logrando de esta forma anticipar al órgano destinatario la comunicación que le ha sido dirigida.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 6 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
• Integrado con la plataforma SIR del MHAP, REC permite enviar el asiento registral generado a la oficina de registro competente, en caso de estar integrada en SIR.
• Para aquellas oficinas no integradas en SIR, la Aplicación de Registro Electrónico (ARE), redirige los asientos registrales hacia la Aplicación de Gestión de Registro Electrónico (AGRE).
De este modo, el Registro Electrónico Común proporciona una vía de tramitación para todas aquellas solicitudes, escritos y comunicaciones realizadas por el ciudadano y dirigidas hacia la Administración General del Estado (AGE), que no se ajusten a procedimientos administrativos ya contemplados en los registros electrónicos de las distintas Administraciones.
Los objetivos operativos de REC son:
Registro Electrónico accesible a través del punto de acceso general (portal 060) establecido en el artículo 9 del Real Decreto 1671/2009, de 6 de noviembre, por el que se desarrolla parcialmente la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los servicios públicos. Se redirigirá al ciudadano hacia los registros electrónicos competentes en caso de tratarse de procedimientos administrativos tasados, o bien, no tasados pero con otro registro electrónico común destinado al efecto en el Departamento destino.
Garantizar la posibilidad al ciudadano de presentar comunicaciones dirigidas a la AGE que no se ajusten a procedimientos administrativos ya contemplados en otros registros electrónicos.
El Registro Electrónico Común informará y redirigirá a las oficinas de registro competentes las solicitudes registradas por los ciudadanos así como la documentación aportada.
La plataforma del REC es la siguiente:
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 7 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
2.1.2. Alcance de los trabajos a desarrollar
El objetivo del proyecto es realizar los desarrollos que permitan abordar la implementación de una herramienta, a disposición de todos los organismos a través de la forja del Ministerio de Hacienda y Administraciones Públicas, para que puedan validar de manera autónoma y automática, la correcta adaptación de sus aplicativos de registro a la norma de intercambio SICRES 3.0, además abordar la adaptación del componente de intercambio registral (CIR) de la Plataforma SIR para su inclusión en el entorno colaborativo de dicha forja y la evolución y mejora de los Servicios Web del Registro Electrónico Común (REC).
2.1.3 Consideraciones Particulares
El adjudicatario, a petición de Red.es, deberá desarrollar los componentes que se describen a continuación:
- Componente 1 DESARROLLO DE UNA HERRAMIENTA DE APOYO PARA LA VALIDACIÓN DE APLICATIVOS DE REGISTRO ADAPTADOS A SICRES 3.0, que consistirá en:
A. Validación de Mensajes XML de SICRES 3.0
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 8 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
El objetivo de este desarrollo es la implementación de una aplicación java “standalone” que sirva de herramienta de testeo y apoyo para la validación de la adaptación de las aplicaciones de registros a la norma SICRES3.0. La aplicación deberá dar cobertura a las siguientes premisas:
La aplicación deberá permitir la validación estructural y lógica de los
diferentes tipos de mensajes XML contemplados en la norma
SICRES3.0, tanto contra los esquemas XSD definidos por la norma
SICRES3.0, como a nivel lógico de los diferentes campos
especificados también en dicha norma.
El ámbito de las validaciones debe contemplar tanto los mensajes de
datos de intercambio de SICRES3.0 mediante ficheros XML, como los
mensajes de control para los ficheros de intercambio.
La entrada de datos de ocurrencias XML de mensajes en la
aplicación, deberá ser considerada tanto de forma masiva como
unitaria.
B. Generación de Informes de Resultados
La aplicación deberá generar un informe detallado, en formato PDF, con el resumen de los resultados de la validación de cada mensaje proporcionado en la carga de datos inicial. El informe deberá contener la salida de resultados del proceso de validación de la aplicación especificando para cada ocurrencia XML el conjunto de validaciones no superadas así como las no conformidades detectadas.
C. Generación de Mensajes XML de Respuesta de SICRES 3.0
La aplicación deberá permitir la generación de mensajes de respuesta, tanto de datos de intercambio como de control, según la norma SICRES3.0. Los mensajes de respuesta se generarán en base a las acciones definidas por los flujos de intercambio y estados de intercambio definidos en SICRES3.0. Antes de la generación de las respuestas, deberá realizar la validación de los mensajes de entrada.
D. Reutilización del Desarrollo
Como premisa de la aplicación se deberá asegurar que su diseño esté
orientado a disponer de una librería o API de validación funcional que pueda ser reutilizable en otras aplicaciones o componentes, permitiendo estandarizar y normalizar el proceso de validación de los diferentes tipos de mensajes de datos de intercambio y de control especificados de la norma SICRES3.0.
Además los desarrollos se deberán realizar de forma que se permita
publicar el código fuente del componente CIR, en el entorno colaborativo de la Forja del MHAP.
- Componente 2 ADAPTACIÓN DEL COMPONENTE DE INTERCAMBIO REGISTRAL (CIR) DE LA PLATAFORMA SIR, PARA SU INCLUSIÓN EN LA FORJA DEL MINISTERIO, que consistirá en:
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 9 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
A. Preparación del componente CIR para su inclusión en la Forja MHAP
El objetivo es llevar a cabo una serie de mejoras que permitan publicar el código fuente, así como la versión compilada, del componente en el entorno colaborativo de la Forja del MHAP. Para ello, se deberán llevar a cabo al menos los siguientes trabajos:
Eliminación de código redundante, inaccesible o que no se pueda
usar, empleando técnicas de reflexión.
Unificación y optimización de las configuraciones y
parametrizaciones del componente.
Refactorización del código fuente sin alterar el comportamiento del
componente.
Documentación del código fuente del componente mediante el
empleo de Javadoc Tool.
Revisión de la documentación funcional, técnica, tanto de diseño
como de explotación, del componente.
Al final se deberá entregar un informe exhaustivo, pormenorizado y completo que recoja las acciones realizadas y los resultados obtenidos.
El componente CIR resultante, debido a la implementación de las mejoras anteriormente descritas, deberá ser instalado en la actual Plataforma SIR desplegada y en funcionamiento en el Ministerio.
B. Implementación de Mejoras
Adicionalmente, se requiere abordar una serie de mejoras detectadas en la funcionalidad del componente CIR. Estas mejoras son:
Revisión y ampliación del control de errores en la respuesta de los
servicios web publicados por el componente CIR, garantizando:
o Corrección de las operaciones de conversión de los XML de
mensajes SICRES teniendo en cuenta la codificación
“enconding” de los mensajes recibidos por el CIR tanto de
datos de intercambio como de control.
o Optimización del proceso de firma de los mensajes XML de
SICRES. Implementación de la inserción de una traza de error por parte del
CIR en el CCT (plataforma de Intercambio), para identificar los
mensajes de control de tipo error remitidos por las aplicaciones de
registro, a la plataforma SIR.
El componente CIR resultante, debido a al implementación de las mejoras
anteriormente descritas, deberá ser instalado en la actual Plataforma SIR
desplegada y en funcionamiento en el Ministerio.
C. Aseguramiento del Rendimiento del Componente CIR
El objetivo es garantizar la escalabilidad, fiabilidad y el adecuado uso de los recursos por parte del componente CIR para validar, verificar y certificar la calidad del mismo. Para ello se deberán llevar a cabo los siguientes trabajos:
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 10 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Preparación de un banco de pruebas, con el objetivo de disponer de un
entorno de pruebas en el MHAP para poder llevar a cabo las pruebas de
rendimiento del componente CIR, de forma aislada, sin la interferencia
de ninguna aplicación de registro u otros componentes de la plataforma
SIR. Para esto, se deberán implementar una serie de servicios web
”mock” que permitan dar respuesta a las diferentes operaciones
realizadas por el CIR.
Definición y ejecución de un plan de pruebas exhaustivo bajo diferentes
escenarios, abordando pruebas de rendimiento de diferentes tipos: de
carga, de estrés, de estabilidad y de picos.
Documentación detallada del resultado y métricas de las pruebas de
rendimiento, certificando el comportamiento del componente bajo los
condicionantes del entorno de pruebas disponible, así como
recomendaciones para la mejora de su rendimiento.
D. Horas de asistencia técnica
75 horas de servicio de programación para el desarrollo y mejoras que se deriven del Aseguramiento del Rendimiento del Componente CIR o de otras adaptaciones que tengan que ver con él mismo.
- Componente 3 EVOLUCIÓN Y MEJORA DE LOS SERVICIOS WEB DEL REGISTRO ELECTRÓNICO COMÚN (REC), que consistirá en:
A. Evolución de Proceso de Registro
En la actualidad, los Servicios Web de REC disponen de una parametrización particular para cada aplicación consumidora de los servicios, en concreto cada aplicación dispone de: su propio contador de registro, su propia oficina de registro en el Directorio Común, además de su espacio individual en el gestor documental. Se solicita realizar la evolución de dichos servicios web para permitir: Configurar las aplicaciones de modo general para que empleen el mismo
contador general del registro REC, así como su oficina de registro
asociada.
Modificar la estructura documental de almacenamiento optimizándola
en base a las restricciones de capacidad por nodo del gestor
documental.
Optimizar el proceso de registro no permitiendo asignar números de
registro sobre asientos registrales no consolidados debidos a algún
error producido durante el proceso de registro.
B. Mejoras de la Interfaz de los Servicios
Adicionalmente, se solicitan una serie de mejoras en las interfaces de los servicios web para cubrir los siguientes objetivos: Permitir la inclusión de las firmas electrónicas de los documentos
enviadas en los asientos registrales en los formatos soportados por la
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 11 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Plataforma de validación de firma electrónica de @firma, en la
actualidad solamente se admite el formato XAdES.
Revisión y unificación de las interfaces entre los cuatro servicios web.
C. Modificación del Proceso de Firma en Servidor
Los servicios web del REC hacen uso de los servicios de firma en servidor de la Plataforma de @firma. Debido a la descontinuación de estos servicios, se solicita modificar el proceso de firma en servidor integrando las librerías del cliente de @firma para llevar a cabo el proceso de firmado en servidor en el proceso de registro.
2.2. REQUISITOS GENERALES
2.2.1 Consideraciones Generales
A continuación, se detallan los aspectos generales que se deben tener en cuenta, para los desarrollos a abordar:
Los desarrollos asociados al componente CIR y a los Servicios Web del REC
deberán ser realizados según el marco de trabajo establecido por el MHAP
para la integración en sus plataformas, descrito en el presente pliego, en el
apartado 2.2.2.
No podrán incluirse en los desarrollos elementos nuevos que impliquen
licenciamiento de pago para el MHAP.
Los trabajos a abordar incluirán siempre, al menos las siguientes fases y
entregables:
Plan de proyecto.
Requisitos metodológicos:
Metodología y planificación para la ejecución del proyecto.
Organización y estructura del equipo propuesto para la
ejecución del proyecto.
Descripción de los entregables y procedimientos que se
utilizarán para el control y seguimiento del proyecto.
o Análisis de requisitos.
o Análisis funcional y diseños técnicos.
o Diseño de baterías de pruebas (incluidas funcionales, de seguridad,
pruebas de regresión y de rendimiento cuando procedan).
o Implementación de los Desarrollos.
o Labores de implantación, despliegue y configuración en los distintos
entornos de trabajo.
o Ejecución de todas las baterías de pruebas.
o Actualización de manuales de usuario y documentación funcional y
técnica.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 12 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
En cada una de las fases, Red.es validará los entregables y realizará las correcciones necesarias para la correcta ejecución del proyecto.
Red.es se reserva el derecho de solicitar el inicio de los trabajos
correspondientes a cada uno de los componentes que se describen en el presente pliego, de forma independiente si lo considera necesario.
Los nuevos desarrollos y adaptaciones no deberán afectar a las funcionalidades
actualmente implementadas de las Plataformas SIR y REC. Deberán realizarse pruebas de regresión que garanticen el correcto funcionamiento de toda la plataforma tras la finalización de los desarrollos realizados.
Todos los desarrollos y adaptaciones que se aborden no deberán afectar al rendimiento de las Plataformas SIR y REC y deberán realizarse pruebas de rendimiento y estrés que así lo garanticen.
2.2.2 Tecnología
Todos los desarrollos realizados en el marco de esta licitación siempre deberán tener en cuenta las siguientes premisas fundamentales:
Uso de software libre Uso de lenguajes de desarrollo estándar de fácil mantenimiento.
2.2.2.1 Plataforma Tecnológica
La plataforma tecnológica a la que tendrá que adaptar el adjudicatario los desarrollos objeto del presente pliego, será la que Red.es determine en función de los requerimientos del MHAP, siendo inicialmente la siguiente:
Para los desarrollos de la herramienta de validación de SICRES 3.0, será: Plataforma de programación Java SE 6, empleando el API Swing
para el diseño de la interfaz gráfica de usuario.
Para los desarrollos del componente de intercambio CIR, será: Plataforma de programación Java EE 6 orientada a SOA.
Sistema operativo: Linux Red Hat 5.5
Servidor web: Apache 2.2
Servidor de aplicaciones: JBoss 5.1.0-GA
Base de datos: Oracle Database 11g
Para los desarrollos de los Servicios Web del REC, será: Plataforma de programación Java EE 5 orientada a SOA.
Sistema operativo: Solaris 10
Servidor web: Apache 2.2
Servidor de aplicaciones: JBoss 4.0.5-GA
Base de datos: Oracle Database 10g
Gestor documental: Alfresco Enterprise 3.4.7
Antivirus para escaneo de documentos: ClamAV 0.96
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 13 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
No obstante, dichas plataformas tecnológicas puede verse enriquecidas con la incorporación de nuevos elementos debido a la constante evolución de los sistemas de información.
2.2.2.2 Marcos de Trabajo de la Arquitectura de Desarrollo
La arquitectura de desarrollo para el componente CIR está basada principalmente en 4 de los frameworks más importantes y que en gran medida son estándares de uso en las diferentes capas en las que intervienen. Éstos son: Mule, Spring, Hibernate y Axis. Los Servicios Web del REC están basados en la misma arquitectura de desarrollo con la salvedad de no hacer uso del framework Mule.
A continuación se describe brevemente cada uno de ellos.
Mule 2.2 Mule es un framework de mensajeo ESB (Enterprise Service Bus) como gestor
de objetos escalable y distribuible que maneja interacciones con servicios y
aplicaciones que usan distintas tecnologías de transporte y mensajeo. Es
fácilmente embebible en aplicaciones Java y servidores de aplicación. y
soporta muchos componentes de transporte y servicio como JMS, SOAP, JBI,
BPEL, EJB, AS/400, HTTP, JDBC, TCP, UDP, SMTP, FILE, FTP y más.
Spring 2.5
Spring es un framework J2EE basado en código “opensource”. Su núcleo posibilita el manejo de objetos y sus dependencias, sin necesidad de implementar las llamadas entre ambos, esta técnica es llamada inversión del control (IOC). De esta manera por ejemplo se puede conseguir que un Data Access Object (DAO) dependa de un DataSource, sin necesidad de hacer referencias en el código utilizando XML para su descripción. Spring posee entre otras las siguientes características:
Descripción declarativa de transacciones para cualquier clase sin
necesidad de EJBs.
Framework robusto utilizado en aplicaciones en producción con
misiones críticas.
Spring tiene soporte para otros frameworks tales como Struts,
Hibernate, haciendo más fácil su integración.
Ayuda a organizar la capa de negocio y gestionar las llamadas entre
capas.
Reduce código y mejora los tiempos de desarrollo.
Hibernate 3.0
Hibernate es un framework Java “open source” que proporciona mecanismos de mapeo objeto/relacional para definir cómo se almacenan, eliminan, actualizan y recuperan los objetos Java. Además, ofrece servicios de consulta y recuperación que pueden optimizar los esfuerzos de desarrollo dentro de entornos SQL y JDBC.
Reduce el esfuerzo necesario para convertir hojas de resultados de la base de datos relacional en objetos Java.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 14 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Apache Axis 1.4 Apache Axis es un framework “opensource” que implementa SOAP proporcionando un entorno de ejecución para servicios web implementados en java. El desarrollo de axis está auspiciado bajo la apache software foundation.
2.2.2.3 Estándares De Codificación
Como estándar de codificación se va a emplear el que Sun MicroSystems ha definido. La especificación del mismo se puede encontrar en: http://www.oracle.com/technetwork/java/codeconv-138413.html
2.2.2.4 Herramientas de Calidad en Código
Para asegurar la calidad en código se va a emplear un conjunto de herramientas que son descritas a continuación:
Java - Checkstyle
Checkstyle es una herramienta de desarrollo, cuyo objetivo es guiar a los programadores en el desarrollo de un código de Java que cumpla un estándar de codificación. Así, el objetivo principal será establecer una serie de reglas de calidad para la automatización del análisis de código estático mediante esta herramienta, en desarrollos sobre Java. Esto la convierte en la herramienta ideal para los proyectos que deseen ajustarse a un estándar de la codificación y calidad. Checkstyle es altamente configurable y adaptable a casi cualquier estándar de codificación. Con la utilización de esta herramienta se pretende mejorar el rendimiento de las aplicaciones así como la calidad del código generado. Esta herramienta se integrará con el entorno de desarrollo Eclipse para Java. La información completa sobre esta herramienta se puede encontrar en: http://checkstyle.sourceforge.net/
PMD
PMD es un analizador del código fuente de Java. Mediante esta herramienta y de forma automática podemos realizar el análisis estático de nuestras aplicaciones Java. Incluye herramientas de detección de código idéntico. PMD escanea el código Java en busca de problemas potenciales como:
Posibles bugs, como sentencias try/catch/finally/switch
incompletas.
Código que no se usa: variables locales, parámetros y métodos
privados.
Código poco óptimo.
Expresiones redundantes.
Código duplicado.
Además PMD se integra con la herramienta de desarrollo Eclipse. La información completa sobre esta herramienta se puede encontrar en: http://pmd.sourceforge.net
SONAR
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 15 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Sonar se presenta como una herramienta de código abierto que se emplea para el control de la calidad en aplicaciones desarrolladas en Java. Su principal propósito es dotar a los proyectos que se llevan a cabo sobre una herramienta de desarrollo de un control de calidad. Se dedica a analizar y medir la calidad del código fuente de forma continua. Sonar mejora la visibilidad de cada módulo que integra el proyecto. Este aumento permite la gestión de riesgos, reducir los costes de mantenimiento, elevar la productividad y llevar a cabo implementaciones de código con una alta calidad. La información sobre esta herramienta se puede consultar en: http://sonar.codehaus.org
2.2.2.5 Entornos Hardware/Software.
Asimismo, el adjudicatario deberá tener la capacidad de resolver y versionar las posibles incidencias y/o peticiones que se detecten tanto en los productos que se encuentran en producción como los que se estén desarrollando y llevar un control de incidencias en formato electrónico.
Para ello el adjudicatario deberá contar con un entorno que simule la plataforma con la versión instalada en cada momento en los servidores de producción que brindan servicio a las Plataformas SIR y REC, con objeto de que se puedan resolver las incidencias/peticiones detectadas en los mismos, y un entorno que simule la versión que en cada momento se pretenda validar, con objeto de poder resolver posibles incidencias/peticiones detectadas por la Oficina de Proyectos de Red.es antes del despliegue en producción.
Todas estas plataformas hardware y software necesarias para reproducir dichos entornos serán propiedad y responsabilidad del adjudicatario.
El adjudicatario deberá disponer del entorno de desarrollo propio operativo, en los términos descritos en el presente apartado, en un plazo máximo de quince (15) días naturales desde la formalización del contrato.
En caso de que el adjudicatario incurra en incumplimiento de algunas de las condiciones establecidas anteriormente, Red.es penalizará al adjudicatario de acuerdo con lo establecido en el apartado 6 del Pliego de Condiciones Particulares.
2.2.3 Desarrollos, integración y servicios en relación a los Componentes solicitados
2.2.3.1 Servicio de desarrollo de los componentes
El adjudicatario deberá realizar el desarrollo de los componentes descritos en el apartado 2.1.3 usando la metodología de Red.es y la utilizada por el Ministerio de Hacienda y Administraciones Públicas, estando sujeto a los Niveles de Servicio establecidos en el presente pliego.
Los trabajos a abordar para cada uno de los componentes incluirán al menos los descritos en el apartado 2.2.1 del presente pliego.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 16 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
El tiempo máximo de entrega de los componentes son los que se describen en el apartado 2.2.7.2 del presente pliego.
2.2.3.2 Acuerdo de Nivel de Servicio (ANS) Mínimo para los desarrollos en relación a los Componentes solicitados.
Con el fin de asegurar una calidad mínima en la prestación de los Desarrollos objeto del contrato, el adjudicatario tendrá obligación de cumplir al menos los Acuerdos de Nivel de Servicio, en adelante ANS, descritos en este apartado y en el 2.2.3.3 del presente Pliego.
La medición del cumplimiento de los niveles de servicio se realizará mediante el estudio del grado de cumplimiento de acuerdo de nivel de servicio, ANS, establecido por parte de Red.es.
El adjudicatario deberá suministrar a Red.es informes que permitan conocer de forma detallada, unificada y desglosada el desempeño de los agentes y los niveles de calidad alcanzados así como el resto de los parámetros contemplados en el ANS.
El informe deberá contener, al menos, la siguiente información:
Identificador de incidencia.
Prioridad.
Ubicación.
Identificación de la versión del módulo o módulos afectados por la incidencia.
Día y hora de resolución de la incidencia.
Tiempo de respuesta.
Tiempo de resolución.
Para evaluar correctamente el conjunto de requisitos de calidad y nivel de servicio, Red.es se reserva el derecho a realizar auditorías de calidad del servicio en función a sus normas y procedimientos de gestión de calidad con la periodicidad que estime oportuna.
Red.es establecerá los protocolos de coordinación y los procedimientos de escalado entre los grupos de trabajo para desarrollos, integración y servicios en relación al Desarrollo de los Componentes solicitados, a los que el proveedor dará servicio.
El adjudicatario deberá utilizar la plataforma de gestión de incidencias e inventario de Red.es para la recepción y reporte de tickets de trabajo que se produzcan dentro del funcionamiento habitual del Centro de Control, sirviendo además esta herramienta como punto de control del ANS requerido.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 17 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
2.2.3.3 Incidencias debidas a la implantación, puesta en explotación y en el periodo de garantía debido a los desarrollos de los Componentes solicitados.
Los licitadores deben presentar una propuesta de Acuerdo de Nivel de Servicio, que incluya al menos los tiempos máximos de resolución de las incidencias en función de la prioridad asignada.
Como tiempo máximo de resolución (Tmáx), se considera el periodo máximo que transcurre desde la comunicación de la incidencia hasta la resolución de la misma. Los tiempos de resolución de incidencias computarán siempre en horario laboral, que se define de lunes a viernes, de 9:00 a 18:00 horas.
Por lo tanto los tiempos máximos de resolución en función de las distintas prioridades serán:
Prioridad Tiempo Máximo de
Resolución (Tmáx)
Baja 24 horas
Media/Alta 14 horas
Crítica 6 horas
La prioridad de las incidencias se determina en función del impacto y la urgencia, según la siguiente matriz:
Prioridad
Urgencia
1 - Crítica 2 - Alta 3 - Media 4 - Baja
Imp
acto
1- Extenso / Generalizado Crítica Crítica Alta Baja
2- Significativo / Amplio Crítica Alta Media Baja
3- Moderado / Limitado Alta Alta Media Baja
4- Menor / Localizado Alta Media Media Baja
El impacto se define como la medida del ámbito y la criticidad de la incidencia para el negocio. La repercusión es generalmente directamente proporcional al número de usuarios afectados por la incidencia. A menudo es equivalente a la extensión con que la incidencia distorsiona el nivel de servicio acordado o esperado. Los criterios para definir el impacto de las incidencias son:
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 18 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
1-Extenso / Generalizado
La incidencia afecta globalmente a las funcionalidades de la Plataforma SIR, debido a los desarrollos de los componentes solicitados e impide totalmente su funcionamiento normal. Afecta:
a más de 75% de casos de prueba realizados durante las baterías de pruebas de aceptación (según documentación descrita en el apartado 2.2.7.1 del Pliego de Prescripciones Técnicas) por parte de Red.es y del MHAP, durante el período de implantación y puesta en explotación.
a más del 75% de Organismos/Entidades adheridos a dicha Plataforma, durante el periodo de Garantía.
2-Significativo / Amplio
La incidencia afecta significativamente a las funcionalidades de la Plataforma SIR, debido a los desarrollos de los componentes solicitados y deteriora su uso. Afecta:
a entre el 50% y el 75% de casos de prueba realizados durante las baterías de pruebas de aceptación (según documentación descrita en el apartado 2.2.7.1 del Pliego de Prescripciones Técnicas) por parte de Red.es y del MHAP, durante el período de implantación y puesta en explotación.
a entre el 50 y el 75% de Organismos/Entidades adheridos a dicha Plataforma, durante el periodo de Garantía.
3-Moderado / Limitado
La incidencia afecta parcialmente a las funcionalidades de la Plataforma SIR, debido a los desarrollos de los componentes solicitados y deteriora su uso. Afecta:
a entre el 25% y el 50% de casos de prueba realizados durante
las baterías de pruebas de aceptación (según documentación descrita en
el apartado 2.2.7.1 del Pliego de Prescripciones Técnicas) por parte de
Red.es y del MHAP, durante el período de implantación y puesta en
explotación.
a entre el 25% y el 50% de Organismos/Entidades adheridos a dicha Plataforma, durante el periodo de Garantía.
4-Menor / Localizado
La incidencia tiene escaso impacto en las funcionalidades de la Plataforma SIR, debido a los desarrollos de los componentes solicitados. Afecta:
a menos del 25% de casos de prueba realizados durante las baterías de pruebas de aceptación (según documentación descrita en el apartado 2.2.7.1 del Pliego de Prescripciones Técnicas) por parte de Red.es y del MHAP, durante el período de implantación y puesta en explotación
a menos del 25% de Organismos/Entidades adheridos a dicha Plataforma, durante el periodo de Garantía.
La urgencia mide la rapidez necesaria para resolver una incidencia de un determinado impacto, basada en las necesidades de negocio del cliente y en función del tipo de aplicación, sistema y/o usuario afectados.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 19 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
1- Crítica La incidencia se debe atender inmediatamente. Todos los recursos se centran en la resolución. 2 - Alta La incidencia se debe atender a la mayor brevedad posible. 3 – Media La incidencia puede ser aplazado o está planificado lo suficientemente lejos en el tiempo para permitir una respuesta sin pérdida de productividad. 4 – Baja No existe una urgencia formal para atender la incidencia y el trabajo normal puede continuar hasta la respuesta. El adjudicatario se compromete a gestionar las incidencias a través del sistema de Gestión de Incidencias de Red.es, usando para ello los procedimientos establecidos a tal efecto. El licitador detallará en su oferta las herramientas y procedimientos que pondrá a disposición de Red.es para la verificación de los niveles de servicio comprometidos.
Parámetros de Medida para el cómputo de penalizaciones. A efectos de no tener en cuenta en el cómputo la existencia de posibles demoras no imputables al adjudicatario, a través del sistema de “ticketing” de Red.es se establecerán periodos que no serán computables a efectos del establecimiento de penalizaciones. En este sentido, la herramienta de ticketing de Red.es, que deberá utilizar el adjudicatario en la prestación del servicio, contempla estados de “parada de reloj” (p.e. cuando se necesita la acción del cliente), que implican que el tiempo transcurrido desde su inicio hasta su terminación no se computa a efectos de penalizaciones. El adjudicatario únicamente podrá activar el estado “parada de reloj” cuando se produzca una causa justificada, que deberá, en todo caso, acreditar de forma pormenorizada y exhaustiva. Red.es auditará el uso por parte del adjudicatario del estado “parada de reloj”. Red.es revisará mensualmente el nivel de prestación del servicio del adjudicatario a efectos de valorar si procede o no la imposición de penalizaciones de acuerdo con el sistema previsto en el presente apartado. No obstante lo señalado anteriormente, Red.es podrá aumentar o reducir el periodo que se tendrá en cuenta, en cuyo caso será notificado con antelación al adjudicatario. La tabla siguiente detalla los niveles del servicio, que serán utilizados para el cómputo de las penalizaciones, en función al porcentaje de cumplimiento del servicio.
Nivel de prestación del Servicio
% Cumplimiento del servicio (x) (porcentaje de incidencias que no superan los Tmáx)
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 20 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Nivel de prestación del Servicio
% Cumplimiento del servicio (x) (porcentaje de incidencias que no superan los Tmáx)
Nivel verde: óptima X ≥ 90%
Nivel amarillo: no óptima 80% ≤ X <90%
Nivel rojo: insuficiente 60% ≤ X< 80%
Nivel negro: muy deficiente X < 60%
En todos aquellos casos que el adjudicatario no alcance un nivel verde en la prestación del servicio, Red.es procederá a la aplicación de las penalizaciones establecidas al efecto en el apartado 6 del Pliego de Condiciones Particulares. Sin perjuicio de lo anterior, en estos casos Red.es exigirá al adjudicatario la adopción del correspondiente plan de mejora dirigido a la consecución del referido nivel verde.
Los Acuerdos de Nivel de Servicio (ANS) deben detallar de forma precisa cómo se medirán los indicadores que se tienen en cuenta.
El adjudicatario deberá proporcionar un Centro de Soporte para su soporte Online, así como soporte de emergencia de lunes a viernes de 9 a 18:00 en el lugar de la instalación. El tiempo de respuesta ante fallos con presencia física no deberá ser superior a 4 horas.
2.2.4 Calidad de los desarrollos y productos entregados
El adjudicatario será el encargado de asegurar en todo momento la calidad de los productos desarrollados y de su correcta entrega para la puesta en el entorno de producción del MHAP.
Para asegurar la calidad de los productos desarrollados, Red.es se reserva el derecho de realizar un proceso de certificación de los productos entregados con un informe de valoración de la entrega.
Por otro lado, se deberá cumplir como mínimo el siguiente Acuerdo de Nivel de Servicio (ANS) en cuanto a la calidad del desarrollo software:
Parámetro – Criterio Objetivo (mensual)
Límite (mensual)
Incidencias en la implantación:
Incidencias y problemas en la instalación y puesta en producción del sistema atribuibles al software y que deberían haberse detectado:
Críticas:
0
1
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 21 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Media/Alta: Bajas:
1
10
5
25
Incidencias en Explotación, primer mes:
Incidencias y problemas durante el primer mes de servicio útil del sistema atribuibles al software y que deberían haberse detectado:
Críticas: Media/Alta: Bajas:
0
0
6
1
4
10
2.2.5 No conformidades
El adjudicatario será el encargado de asegurar en todo momento la calidad del desarrollo y de su correcta entrega para el despliegue y la puesta en marcha en los entornos productivos del Ministerio.
El licitador se compromete a entregar el producto libre de problemas o incidencias, tanto en el código fuente como en la documentación. Red.es se reserva el derecho de determinar en cada momento el número de controles que una versión incumple, quedando bajo decisión de Red.es la puesta en producción de la versión, sin detrimento de las posibles penalizaciones que se puedan aplicar.
En su defecto, Red.es también podrá determinar las no conformidades de un producto, considerando como tal las incidencias detectadas en las pruebas de aceptación que el licitador se compromete a entregar, o las pruebas realizadas sobre scripts solicitados al licitador o sobre peticiones de cambio.
2.2.6 Garantía
El adjudicatario deberá garantizar el resultado de los desarrollos que se realicen en relación al desarrollo de los Componentes solicitados, así como de los desarrollos e integraciones realizados en el marco del proyecto, durante un periodo de 12 meses a partir de la finalización de los trabajos objeto del contrato. Este plazo se iniciará con la aceptación por parte de la persona a cargo del proyecto de los trabajos realizados.
Salvo que Red.es indique lo contrario, el adjudicatario deberá usar la herramienta de Remedy para la comunicación y gestión de los problemas que puedan presentarse durante el período de garantía.
El adjudicatario deberá presentar un Informe mensual de mantenimiento, con detalle de todas las incidencias registradas y con los indicadores de tiempos de resolución definidos en el Acuerdo de Nivel de Servicio.
Deberán detallarse los niveles de servicio ofertados, en cuanto a tiempos de respuesta y descripción de procesos de soporte, correspondientes a los distintos niveles de importancia de las incidencias descritos en el apartado 2.2.3.3 del presente Pliego.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 22 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
2.2.7 Tiempo y Forma de Ejecución
2.2.7.1 Planificación, Dirección y Seguimiento de los Trabajos
Corresponde a red.es la supervisión y dirección de los Servicios, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficiente motivada.
Red.es designará una persona a cargo del proyecto, de Red.es, cuyas funciones en relación con el presente pliego serán:
Velar por el cumplimiento de los trabajos exigidos y ofertados.
Coordinar y colaborar las acciones con el adjudicatario para la buena marcha del proyecto.
Red.es, a través de la persona a cargo del proyecto, comunicará todas las directrices relativas a la supervisión general de los trabajos objeto del Servicio al Jefe de Proyecto del adjudicatario.
El contacto directo del personal que realice los Desarrollos solicitados con el usuario final, se realizará según las instrucciones que prefije la persona a cargo del proyecto de red.es.
La persona a cargo del proyecto podrá fijar reuniones periódicas entre Red.es y el adjudicatario con el fin de determinar, analizar y valorar las incidencias que, en su caso, se produzcan en ejecución del contrato.
Asimismo, el Jefe de Proyecto deberá asistir a las reuniones a las que le convoque la persona a cargo del proyecto de Red.es.
El adjudicatario deberá cumplir con los plazos establecidos en la planificación propuesta para los desarrollos solicitados y que será acordada por las dos partes. Los hitos y entregables principales que deberán contemplar los desarrollos solicitados, son:
Realización Plan de proyecto.
Realización de los Requisitos metodológicos:
Metodología y planificación para la ejecución del proyecto.
Organización y estructura del equipo propuesto para la ejecución
del proyecto.
Descripción de los entregables y procedimientos que se utilizarán
para el control y seguimiento del proyecto.
o Análisis y Documento de requisitos.
o Análisis y Documentación funcional y diseños técnicos.
o Diseño y Documentación de baterías de pruebas (incluidas funcionales, de
seguridad, pruebas de regresión y de rendimiento cuando procedan).
o Implementación de los Desarrollos
o Labores de implantación, despliegue y configuración de los Desarrollos en
los distintos entornos de trabajo y despliegue de los mismos.
o Ejecución de todas las baterías de pruebas.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 23 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
o Realización y Actualización de manuales de usuario y documentación final
funcional y técnica.
Red.es podrá definir otros hitos intermedios a los aquí expuestos, siempre que
la complejidad o criticidad del sistema lo requiera.
2.2.7.2 Entrega y Plazo de los Desarrollos
Los trabajos se realizarán en las dependencias del adjudicatario, aunque red.es se reserva el derecho de solicitar el cambio a otras instalaciones, en función de las necesidades y requerimientos del proyecto.
Dependiendo de las necesidades de Red.es, se podrá solicitar la movilidad geográfica del personal que preste el Servicio.
Los trabajos a abordar para cada uno de los componentes incluirán al menos los descritos en el apartado 2.2.1 del presente pliego.
El tiempo máximo de entrega de los componentes son los que se describen a continuación:
Componente 1: no deberá exceder de 90 días naturales, una vez formalizado el pedido por Red.es.
Componente 2: no deberá exceder de 90 días naturales, una vez formalizado el pedido por Red.es.
Componente 3: no deberá exceder de 90 días naturales, una vez formalizado el pedido por Red.es.
En caso de que el adjudicatario incurra en incumplimiento de algunas de las condiciones establecidas anteriormente, Red.es penalizará al adjudicatario de acuerdo con lo establecido en el apartado 6 del Pliego de Condiciones Particulares.
2.2.8 Condiciones de los Servicios de Instalación y Configuración
Todos los requisitos de servicio descritos en este apartado se aplicarán a todos los desarrollo requeridos en el presente pliego, entre otros las condiciones de los servicios de instalación y configuración son:
Instalación y configuración de los Componentes desarrollados, e integración de los mismos. Si fuera necesario por requisitos de servicio del MHAP, la instalación se realizará fuera del horario laboral habitual.
Instalación y configuración de cualquier SW adicional a que obligue la solución propuesta por el adjudicatario a la hora de llevar a cabo los Componentes solicitados.
Se deberá proporcionar manual de instalación y administración actualizado de los Componentes desarrollados para poder dar por finalizada la instalación de los mismos, y cada vez que sea solicitado por Red.es.
Especificación y realización de pruebas tendentes a validar el correcto funcionamiento y configuración de los Componentes desarrollados, tanto
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 24 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
desde el punto de vista individual, como desde el punto de vista de la integración de los mismos con otros componentes de las Plataformas SIR y REC.
Se deberá entregar la documentación en la que se especifiquen las pruebas realizadas para validar el correcto funcionamiento de los Componentes desarrollados. En la misma se describirán los resultados de las pruebas. Red.es evaluará la adecuación del plan de pruebas realizado y podrá solicitar modificaciones en el mismo si fuera necesario.
Red.es se reserva el derecho de realizar una segunda revisión después de la instalación inicial y pruebas donde se haga un afinamiento de las configuraciones en caso sea necesario.
El adjudicatario deberá cumplir el procedimiento establecido en el MHAP para el control de versiones de los distintos componentes que se desplieguen, mediante la utilización del repositorio común de control de versiones: Subversion
2.2.9 Obligaciones de Información y Documentación
Durante la ejecución de los Desarrollos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por el Responsable del Contrato, a tales efectos, la información y documentación que éstas soliciten, para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.
En este sentido, el adjudicatario deberá informar a la persona a cargo del proyecto con la periodicidad necesaria sobre distintos aspectos del funcionamiento y calidad de los Desarrollos.
Asimismo, el adjudicatario estará obligado a asistir y colaborar a través del personal que este designe, en las reuniones de seguimiento del proyecto definidas por la persona a cargo del proyecto de Red.es, quien se compromete a citar con la debida antelación al personal del adjudicatario, a los efectos de poder facilitar su asistencia.
Como parte de las tareas objeto del contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados, de acuerdo con los criterios que establezca en cada caso la persona a cargo del proyecto. Toda documentación generada por el adjudicatario en ejecución del contrato será propiedad exclusiva de Red.es en los términos expresados en el apartado 3.1 del Pliego de Condiciones Particulares.
Salvo indicación expresa en contrario, las especificaciones, documentos, informes, diagramas, planos y dibujos y cualquier otro documento relativo al objeto del contrato serán aportados en castellano, cualquiera que sea el soporte y/o formato utilizado para la transmisión de información.
El adjudicatario proporcionará sin coste adicional para Red.es una copia en soporte electrónico con toda la documentación generada durante la prestación del contrato.
La documentación entregada seguirá el procedimiento de Gestión de la Documentación de Red.es.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 25 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
2.2.10 Requisitos De Seguridad y Confidencialidad
De conformidad con el apartado 3.5 del Pliego de Condiciones Particulares el adjudicatario estará obligado a mantener la más absoluta confidencialidad sobre los datos personales a los que tenga acceso para la prestación de servicios así como sobre los que resulten de su tratamiento cualquiera que sea el soporte en que se hubieren obtenido, comprometiéndose a no revelar, transferir, ceder o de otra forma comunicar los datos personales a los que tenga acceso, ya sea verbalmente o por escrito, por medios electrónicos, papel o mediante acceso informático, ni siquiera para su conservación, a ningún tercero. A tal efecto, el Adjudicatario sólo podrá permitir el acceso a los Datos a aquellos empleados que tengan necesidad de conocerlos para la prestación de los servicios contratados y siempre que tales empleados estén sujetos a las mismas obligaciones de confidencialidad y protección de datos personales que aquí se establecen. En este sentido el adjudicatario deberá comunicar y hacer cumplir a sus empleados las obligaciones aquí establecidas.
En el caso de que los adjudicatarios destinen los datos a otra finalidad, los comuniquen o los utilicen incumpliendo lo estipulado en el contrato, serán considerados también responsables del tratamiento, respondiendo personalmente de las infracciones en que hubiera incurrido.
El adjudicatario será responsable e indemnizará a Red.es por cualquier reclamación coste, pérdida, daño de terceros o responsabilidad contraída y que se derive directa o indirectamente del incumplimiento por parte del adjudicatario de lo dispuesto en la presente cláusula o de las disposiciones de la normativa aplicable de protección de datos de carácter personal.
2.3. CONTROL ECONÓMICO Y DE FACTURACIÓN
La facturación de los trabajos realizados se efectuará sobre la base de un adecuado cumplimiento de las condiciones del contrato por parte del adjudicatario.
Las facturas emitidas por el adjudicatario y remitidas a Red.es deberán contener el desglose de los impuestos indirectos aplicables indicando el número de expediente del contrato, cumpliendo lo solicitado en el apartado 5 del Pliego de Condiciones Particulares, y se corresponderán en forma y contenido con el correspondiente pedido realizado por Red.es debiendo hacer constar el número de pedido. El formato de las facturas será definido por Red.es.
2.3.1 Control de Facturación
La facturación de los trabajos realizados se efectuará sobre la base de una adecuada administración de recursos por parte del adjudicatario y teniendo en cuenta los siguientes extremos:
En las reuniones periódicas se evaluarán todas aquellas incidencias habidas que se hubieran originado en el cumplimiento de los objetivos planificados y hayan repercutido en detrimento y perjuicio de las actuaciones objeto del Contrato.
El adjudicatario, siempre previa conformidad de red.es con los trabajos realizados en ejecución del contrato, emitirá las facturas en las fechas y con las
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 26 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
condiciones referidas en el apartado 2.3.2 del presente pliego y en los términos previstos en los apartados 5 y 6 del Pliego de Condiciones Particulares.
2.3.2 Hitos de Facturación
El adjudicatario, siempre previa conformidad de Red.es con los trabajos realizados en ejecución del contrato, emitirá sus facturas de la siguiente manera:
Emitirá una factura a la entrega y aceptación por parte de Red.es de cada uno de los componentes solicitados, de los descritos en el apartado 2.1.3 del presente pliego.
A estos efectos, un componente se considerará: a) Entregado cuando:
Haya pasado la batería de pruebas oportunas que demuestren el cumplimiento de los requisitos funcionales y técnicos del componente.
Haya sido implantado en la plataforma del MHAP. Red.es haya aprobado toda la documentación de soporte del componente. Cumpla con las condiciones de calidad descritas en el apartado 2.2.4 del
presente pliego. b) Aceptado:
La conformidad o aceptación de la implantación de la solución en el entorno final será determinada por red.es, mediante acta de aceptación firmada por la persona a cargo del proyecto designada por red.es y por el propio Ministerio. Si hubiese no conformidades o errores en la implantación se gestionará la resolución de los mismos hasta que quedasen subsanados, según sea determinado por red.es.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 27 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
3 FORMATO Y CONTENIDO DE LA PROPUESTA
Con carácter general, la información presentada debe estar estructurada de forma clara y concisa. La propuesta no debe contener referencias a documentos externos o anexos no incluidos cuando éstos sean puntos clave en la valoración de la propuesta.
Red.es se reserva el derecho a exigir a los licitadores que presenten documentación que acredite la veracidad de la información presentada en la oferta, o bien información adicional sobre el contenido de la misma, estando el licitador obligado a ello.
Red.es podrá requerir a los licitadores que formulen por escrito las aclaraciones necesarias para la comprensión de algún aspecto de sus proposiciones. En ningún caso se admitirá que en proceso de aclaraciones el licitador varíe los términos expresados en su propuesta. Sólo se admitirá la información que facilite el análisis de la solución propuesta inicialmente.
La propuesta se deberá entregar en sobre cerrado incluyendo dos juegos en formato papel y dos juegos en formato digital (doc. o pdf).
La presentación de propuestas deberá cumplir las prescripciones del Pliego de Condiciones Particulares y los requisitos establecidos en el Pliego de Condiciones Generales. Adicionalmente la propuesta relativa a los criterios cuya valoración depende de un juicio de valor (Sobre 3) y la propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (Sobre 4) deberán incluir la información y presentar la estructura que se detalla a continuación.
3.1 PROPUESTA RELATIVA A LOS CRITERIOS CUYA VALORACIÓN DEPENDE DE UN JUICIO DE VALOR (SOBRE 3)
IMPORTANTE: A los efectos del cumplimiento de lo establecido en los artículos 26 y 30.2 del Real Decreto 817/2009, de 8 de mayo, por el que se desarrolla parcialmente la Ley 30/2007, de 30 de octubre, de Contratos del Sector Público, el licitador no deberá incluir en el sobre 3 información de la oferta que, de conformidad con el apartado siguiente, sea valorada de forma cuantificable mediante la mera aplicación de fórmulas. En caso contrario la oferta de dicho licitador NO será tenida en cuenta en el presente procedimiento.
En este sentido, cuando el licitador deba referirse a aspectos relacionados con alguno de los datos incluidos en el Sobre 4, se incluirá la mención “Ver dato en Sobre 4”.
La propuesta relativa a los criterios cuya valoración depende de un juicio de valor, además de presentarse en papel, deberá adjuntarse en soporte electrónico, ambas por duplicado.
Red.es se reserva el derecho a exigir a los licitadores que presenten documentación que acredite la veracidad de la información presentada en la oferta, o bien información adicional sobre el contenido de la misma, estando el licitador obligado a ello.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 28 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Con carácter general, la información presentada en la oferta técnica debe estar estructurada de forma clara y concisa. La propuesta no debe contener referencias a documentos externos o anexos no incluidos, cuando éstos sean puntos clave en la valoración de la propuesta.
1. Introducción.
Deberá incluir: o Identificación de la oferta. o Relación a modo de índice de la documentación incluida en la que el
licitador deberá numerar y nombrar los documentos aportados. o Aceptación con carácter general de las condiciones de los pliegos. o Datos de la empresa licitadora.
2. Alcance de la propuesta.
Se describirán el objeto y alcance de los trabajos a realizar.
3. Solución Propuesta
El licitador deberá sintetizar su propuesta prestando especial atención a los aspectos más destacables de la oferta en relación a los requisitos técnicos, el acuerdo de nivel de servicio y las mejoras ofrecidas. Durante la ejecución de cada una de las fases del proyecto, Red.es validará la solución presentada por el adjudicatario así como los entregables y realizará las correcciones necesarias para la correcta ejecución del proyecto.
Teniendo en cuenta la información proporcionada en los apartados 2 y 3 del presente Pliego, donde han sido descritos los objetivos y alcance del proyecto, así como las fases del mismo que constituirían los desarrollos e implantación de los tres componentes solicitados junto con las actividades y entregables requeridos en cada una de ellas, el licitador deberá dar respuesta a este pliego concentrando los datos de la oferta técnica en, al menos, los siguientes aspectos:
Características del Componente 1: Desarrollo de una herramienta de apoyo
para la validación de aplicativos de registro adaptados a SICRES 3.0 Para la herramienta de apoyo para la validación de aplicativos de
registro adaptados a la norma SICRES 3.0 definida en el apartado 2.1.3 del presente Pliego, se seguirá de forma estricta y obligatoria la siguiente estructura de presentación:
Breve descripción de la herramienta ofertada con las funcionalidades y las
características técnicas más relevantes. Esta descripción no podrá exceder las cuatro (4) páginas de extensión.
Análisis de concordancia entre los requisitos y características exigidos para la herramienta de validación de aplicativos de registro adaptados a SICRES 3.0 en el apartado 2.1.3 del presente Pliego y los de la herramienta ofertada. Esta relación de características de la solución propuesta para cumplir las funcionalidades y requisitos solicitados no podrá exceder las diez (10) páginas de extensión.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 29 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Relación de funcionalidades y características técnicas adicionales de la herramienta ofertada que superen los requisitos y características exigidos para la herramienta de validación de aplicativos de registro adaptados a SICRES 3.0 en el apartado 2.1.3 del presente Pliego y que que permitan automatizar las pruebas con flujos de intercambio compuestos por varias acciones descritas en la norma SICRES 3.0 (envío, reenvío, rechazo a origen e inicio y confirmación). Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares
Características de usabilidad de la herramienta (facilidad uso de la herramienta) y descripción del interfaz que acredite esta usabilidad. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
Capacidades de integración de la herramienta en un entorno de Forja.
Características del Componente 2: ADAPTACIÓN DEL COMPONENTE
DE INTERCAMBIO REGISTRAL (CIR) DE LA PLATAFORMA SIR, PARA SU INCLUSIÓN EN LA FORJA DEL MINISTERIO Para la adaptación del Componente de Intercambio Registral (CIR) de
la Plataforma SIR, para su inclusión en la forja del Ministerio definida en el apartado 2.1.3 del presente Pliego, se seguirá de forma estricta y obligatoria la siguiente estructura de presentación:
Breve descripción de la Adaptación del CIR ofertada con las funcionalidades
y las características técnicas más relevantes. Esta descripción no podrá exceder las cuatro (4) páginas de extensión.
Análisis de concordancia entre los requisitos y características exigidos para la Adaptación del CIR en el apartado 2.1.3 del presente Pliego y los de la adaptación ofertada. Esta relación de características de la solución propuesta para cumplir las funcionalidades y requisitos solicitados no podrá exceder las diez (10) páginas de extensión.
Características de escalabilidad y el adecuado uso de los recursos del
componente CIR de la propuesta ofertada, con el objetivo de validar, verificar y certificar la calidad de dicho componente. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
Características de los informes propuestos (usabilidad y alto nivel de detalle de los mismos) que se realizarán para poder certificar el comportamiento de la adaptación del CIR realizada. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 30 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
Características del Componente 3: EVOLUCIÓN Y MEJORA DE LOS SERVICIOS WEB DEL REGISTRO ELECTRÓNICO COMÚN (REC)
Para la evolución y mejora de los Servicios Web del REC definida en el apartado 2.1.3 del presente Pliego, se seguirá de forma estricta y obligatoria la siguiente estructura de presentación:
Breve descripción de la evolución y mejora de los Servicios Web del REC ofertada con las funcionalidades y las características técnicas más relevantes. Esta descripción no podrá exceder las cuatro (4) páginas de extensión.
Análisis de concordancia entre los requisitos y características exigidos para la evolución y mejora de los Servicios Web del REC en el apartado 2.1.3 del presente Pliego y los de la evolución ofertada. Esta relación de características de la solución propuesta para cumplir las funcionalidades y requisitos solicitados no podrá exceder las diez (10) páginas de extensión.
Características técnicas más relevantes de la evolución de los Servicios Web presentada, con el objetivo de optimizarlos.
Entorno de Desarrollo, Recursos Materiales y Documentación
Para el Entorno de Desarrollo del licitador, los recursos materiales utilizados y la Documentación definidos en el apartado 2 del presente Pliego, se seguirá de forma estricta y obligatoria la siguiente estructura de presentación:
Diseño de la arquitectura tecnológica propuesta, adecuado a las características específicas del proyecto. Se deberá detallar la arquitectura lógica, SW de infraestructura, integraciones a realizar, parámetros de dimensionamiento, etc. del entorno de desarrollo sobre el que el licitador deberá desarrollar los componentes solicitados en el presente Pliego. El licitador deberá aportar gráficos explicativos que apoyen los aspectos anteriores. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
Presentar una planificación detallada de los trabajos a realizar en formato diagrama de Gantt, con la descripción pormenorizada de las tareas a ejecutar, los hitos relevantes, estructura y dimensionamiento de cada una de las fases. Definir el esquema de documentación así como los entregables concretos que complementen los definidos en el presente Pliego e incorporar los hitos de entrega de ésta documentación en dicho diagrama de Gantt. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
Procedimiento para el cumplimiento de los Niveles de Servicio
El licitador deberá exponer en este apartado su planteamiento general para la prestación de los niveles de servicios solicitados indicando las acciones específicas, procedimientos concretos adecuados al proyecto,
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 31 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
mecanismos para discernir las causas y procedencia de las incidencias y herramientas con las que cuenta, para cumplir los niveles de servicio solicitados y proponiendo las actuaciones que, a su juicio, mejor garanticen los objetivos del presente procedimiento. Este apartado será objeto de valoración de conformidad con lo establecido en el apartado 10 del Pliego de Condiciones Particulares.
4. Mejoras
El licitador propondrá cuantas mejoras estime oportunas.
Se entenderá por mejora toda propuesta de servicios o prestación adicional formulada por los licitadores en relación al objeto del contrato no incluida en los requisitos de los Pliegos.
En ningún caso se podrá proponer como mejora el ofrecimiento de un número superior al requerido de los mismos servicios que constituyen el objeto del contrato. El importe de estas mejoras estará necesariamente incluido en el precio global ofertado.
5. Tabla Resumen
Se incluirá una tabla resumen de acuerdo a lo expuesto a continuación. Dicha tabla recogerá el grado de concordancia de los puntos especificados y las posibles mejoras que se oferten. Además se incluirá un Resumen ejecutivo, con una extensión máxima de 6 páginas en el que el licitador deberá sintetizar su propuesta prestando especial atención a los aspectos más destacables de la oferta en relación a los requisitos, características e implantación de la solución, y las mejoras ofrecidas.
Tabla Resumen
El adjudicatario incluirá en su oferta una tabla resumen que deberá contener para cada apartado descrito en el apartado 3.1 del presente Pliego:
Concordancia con la propuesta: Grado de concordancia de la oferta presentada con las especificaciones del Pliego de Prescripciones Técnicas. Valores: sí /excede.
Mejoras: En caso de que la oferta contenga mejoras sobre los requisitos solicitados se deberán especificar brevemente.
El formato de la tabla deberá ser similar al que se recoge a continuación.
Requisito solicitado Concordancia con propuesta Mejoras
[…] […] […]
Excepcionalmente, si existe algún elemento no presente en esta tabla y que, a juicio del oferente, se considere de importancia, dicho elemento podrá añadirse en una tabla adicional realizada conforme al mismo formato.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 32 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
3.2 PROPUESTA RELATIVA A LOS CRITERIOS CUANTIFICABLES MEDIANTE LA MERA APLICACIÓN DE FÓRMULAS (SOBRE 4)
El licitador presentará su propuesta siguiendo los modelos que se adjuntan al presente Pliego para la proposición económica.
La información contenida en el sobre 4, además de presentarse en papel, deberá adjuntarse en soporte electrónico, en el que se incluirán las tablas en formato hoja de cálculo, con la totalidad de los datos necesarios para la valoración automática de las proposiciones, ambos presentados por duplicado.
3.2.1 Proposición Económica.
La oferta se presentará siguiendo el modelo en formato Hoja de Cálculo del presente Pliego que se refiere en el apartado 3.2.2.
La oferta económica se estructurará proporcionando precios, para los conceptos que se enumeran a continuación. Todos los precios UNITARIOS se deben proporcionar en Euros, calculados y presentados con DOS decimales y sin impuestos indirectos aplicables.
Precio unitario – impuestos indirectos aplicables excluidos – (PC1) por el desarrollo del Componente 1, según lo descrito en el apartado 2.1.3 del presente Pliego de Prescripciones Técnicas.
Precio unitario -impuestos indirectos aplicables excluidos– (PC2) por el desarrollo del Componente 2, según lo descrito en el apartado 2.1.3 del presente Pliego de Prescripciones Técnicas.
Precio unitario – impuestos indirectos aplicables excluidos– (PC3) por el desarrollo del Componente 3, según lo descrito en el apartado 2.1.3 del presente Pliego de Prescripciones Técnicas.
Los precios unitarios propuestos serán vinculantes para el licitador.
La oferta económica definirá claramente los siguientes conceptos:
Desarrollos Solicitados
Precio unitario
(impuestos indirectos aplicables excluidos)
PC1-Coste Componente 1 (Desarrollo de una Herramienta de apoyo para la validación de aplicativos de Registro adaptados a Sicres 3.0)
PC1
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 33 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
PC2-Coste Componente 2 (Adaptación del Componente de Intercambio Registral (CIR) de la Plataforma SIR, para su inclusión en la forja del Ministerio)
PC2
Precio total Componentes 1 y 2 PC1+PC2
Precio MÁXIMO Componentes 1 y 2 PC1+PC2 <= 36.000,00€
PC3-Coste Componente 3 (Evolución y mejora de los Servicios Web del REC)
PC3
Precio MÁXIMO Componente 3 PC3 <= 20.000,00€
Precio Total de la Oferta:
PRECIO TOTAL OFERTA P= PC1+PC2+PC3
El precio total de la oferta no podrá exceder de la cantidad de CINCUENTA Y SEIS MIL EUROS (56.000,00 €) IMPUESTOS INDIRECTOS APLICABLES EXCLUIDOS. Cualquier oferta que supere dicha cantidad no será tomada en consideración en el presente procedimiento de adjudicación.
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 34 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
3.2.2 Modelo de proposición económica
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
Página 35 de 36
Pliego de Prescripciones Técnicas – Procedimiento Simplificado - para la realización de un Contrato de “Herramienta para automatizar la validación de aplicativos de registro adaptados a SICRES 3.0, adaptación del componente de intercambio de SIR para su uso en forja y evolución de los Servicios Web del REC” (Exp: 012/12-SP).
BORJA ADSUARA VARELA
DIRECTOR GENERAL DE LA ENTIDAD PÚBLICA EMPRESARIAL
VÍCTOR IZQUIERDO LOYOLA
DIRECTOR DE SISTEMAS DE INFORMACIÓN Y SERVICIOS COMPARTIDOS DE ADMINISTRACIÓN ELECTRÓNICA
09/0
4/20
12
7263
4432
H
Firm
ado
por:
IZQ
UIE
RD
O L
OY
OLA
, VIC
TO
R M
AN
UE
L (F
IRM
A)
AC
: CN
=A
C D
NIE
003
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
24/0
4/20
12
0286
9748
S
Firm
ado
por:
AD
SU
AR
A V
AR
ELA
, FR
AN
CIS
CO
DE
BO
RJA
(A
UT
EN
TIC
AC
IÓN
)
AC
: CN
=A
C D
NIE
001
,OU
=D
NIE
,O=
DIR
EC
CIO
N G
EN
ER
AL
DE
LA
PO
LIC
IA,C
=E
S
Ent
idad
Púb
lica
Em
pres
aria
l Red
.es
