pliego de prescripciones tÉcnicas que ha de regir la...

/35

FONDO EUROPEO DE DESARROLLO REGIONAL

“Construyendo Europa desde Aragón”

PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HA DE REGIR LA CONTRATACIÓN DEL SERVICIO PARA EL DISEÑO Y DESARROLLO DEL PAGO, PRESENTACIÓN Y TRAMITACIÓN POR MEDIOS TELEMÁTICOS DE LOS NUEVOS IMPUESTOS MEDIOAMBIENTALES

EXPTE. 2017/07

/35



ÍNDICE

1. OBJETO 4

2. CENTRO DESTINATARIO 4

3. ALCANCE 5

4. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL 6

4.1. Módulo liquidación telemática Impuestos Medioambientales (YAFAR_IMAS) 6

4.2. Módulos de Gestión de Usuarios, Contratos y Favoritos (YAFAR_CENTRAL y YAFARADMIN) 6

4.3. Sistema de Gestión de Expedientes Tributarios (PINETA) 6

5. DESCRIPCIÓN Y REQUISITOS DEL SISTEMA 6

5.1. Requisitos funcionales del sistema 6

5.1.1. Relativos a la liquidación telemática de Impuestos Medioambientales 6

5.1.2. Relativos a la gestión de usuarios, contratos y favoritos 6

5.1.3. Relativos la tramitación del Impuesto por parte de la Administración 6

5.1.4. Requisitos de integración con otros sistemas 6

5.2. Volúmenes de información 6

5.3. Requisitos técnicos generales del sistema 6

5.4. Requisitos de análisis y diseño del sistema 6

5.5. Requisitos de seguridad 6

5.6. Normativa 6

5.7. Requisitos de implantación del Sistema 6

5.8. Documentación 6

5.9. Bolsa de horas 6

6. ENTORNOS DE DESARROLLO, PREPRODUCCIÓN Y PRODUCCIÓN 6

7. EJECUCIÓN Y GESTIÓN DEL PROYECTO 6

7.1. Condiciones de ejecución 6

7.2. Comité de dirección y seguimiento 6

7.3. Dirección técnica y funcional del proyecto 6

7.4. Equipo de proyecto 6

8. PROPIEDAD INTELECTUAL Y CONFIDENCIALIDAD 6

8.1. Propiedad intelectual de los trabajos 6

8.2. Confidencialidad de la información 6

9. GESTIÓN DEL CAMBIO 6

/35



10. GESTIÓN DE RIESGOS 6

11. GESTIÓN DE LA CALIDAD 6

12. GARANTÍA DE LOS TRABAJOS 6

13. INSTALACION, TRANSFERENCIA TECNOLÓGICA Y SOPORTE TÉCNICO 6

14. DOCUMENTACIÓN DE LOS TRABAJOS 6

15. PRESENTACIÓN DE OFERTAS 6

15.1. Estructura general 6

15.2. Propuesta funcional 6

15.3. Propuesta de organización 6

15.4. Formato 6

15.5. Contenido 6

15.5.1. Sobre Nº UNO: “Documentación Administrativa” 6

15.5.2. Sobre Nº DOS “Propuesta sujeta a Evaluación previa” 6

15.5.3. Sobre Nº TRES “Propuesta sujeta a Evaluación posterior” 6

16. PERIODO DE EJECUCIÓN 6

ANEXO I. DESCRIPCIÓN DE PERFILES 6

ANEXO II. CURRICULUM VITAE DEL EQUIPO DE TRABAJO 6

ANEXO III. DESCRIPCIÓN DE LOS CÓDIGOS DE PRIORIDAD 6

/35



1. OBJETO

El objeto del presente pliego es definir las condiciones que han de regir la contratación del servicio para la adaptación de las aplicaciones existentes de la Dirección General de Tributos en materia de presentación telemática de autoliquidaciones y de tramitación de expedientes a los nuevos Impuestos Medioambientales creados por la Ley 10/2015, de 28 de diciembre, de medidas para el mantenimiento de los servicios públicos en la Comunidad Autónoma de Aragón, que modifica el Texto Refundido de la Legislación sobre los Impuestos Medioambientales de la Comunidad Autónoma de Aragón, aprobado por Decreto Legislativo 1/2007, de 18 de septiembre, del Gobierno de Aragón. En concreto, se trata del Impuesto Medioambiental sobre Determinados Usos y Aprovechamientos de Agua Embalsada y del Impuesto Medioambiental sobre las Instalaciones de Transporte de Energía Eléctrica de Alta Tensión.

Por una parte, la Dirección General de Tributos cuenta con un módulo (YAFAR_IMAS) integrado en el Portal de Presentación Telemática que permite la presentación y pago telemático de los Impuestos Medioambientales existentes, que será necesario adaptar a las necesidades de los nuevos impuestos indicados en el párrafo anterior.

La incorporación de nuevos usuarios autorizados en el Portal de Presentación Telemática de Tributos implica una adaptación adicional del módulo de gestión de usuarios y contratos de dicho portal (YAFAR_CENTRAL).

Asimismo, la Dirección General de Tributos dispone de un sistema de tramitación de expedientes (PINETA) que contempla la gestión de los impuestos por parte de la Administración. Dicho sistema cuenta actualmente con un módulo de gestión de los Impuestos Medioambientales existentes. En el presente pliego se plantea el desarrollo de una solución completamente nueva para la gestión de expedientes de todos los Impuestos Medioambientales basada en tecnología Java, que de cobertura a los requisitos del contexto actual en materia de administración electrónica.

En el objeto del contrato se incluyen, al menos, las fases de Análisis del Sistema de Información, Diseño del Sistema de Información, Construcción del Sistema de Información, Implantación y Aceptación del Sistema, así como la migración de datos de las aplicaciones existentes que cubrían alguna parte de todos los procesos que se pretenden gestionar.

2. CENTRO DESTINATARIO

El centro destinatario del contrato es la Dirección General de Tributos del Departamento de Hacienda y Administración Pública.

/35



3. ALCANCE

El alcance del proyecto incluye el análisis, desarrollo e implantación de las adaptaciones derivadas de los nuevos Impuestos Medioambientales creados por la Ley 10/2015, de 28 de diciembre, de medidas para el mantenimiento de los servicios públicos en la Comunidad Autónoma de Aragón.

El alcance se engloba en tres grupos de actividades:

1. La adaptación del módulo de Impuestos Medioambientales (YAFAR_IMAS) del Servicio de Liquidación Telemática de Tributos a los nuevos impuestos creados por la Ley 10/2015, de 28 de diciembre, de medidas para el mantenimiento de los servicios públicos en la Comunidad Autónoma de Aragón.

2. La modificación del módulo de Contratos, Usuarios y Favoritos (YAFAR_CENTRAL) del Servicio de Liquidación Telemática de Tributos, encaminada a unificar en un nuevo módulo interno de administración, la gestión de contratos y de incidencias.

3. El desarrollo de una nueva aplicación de gestión de expedientes tributarios que contemple la tramitación de los expedientes asociados a todos los Impuestos Medioambientales: Impuesto sobre la Emisión de Sustancias Contaminantes a la Atmósfera, Impuesto sobre las Grandes Áreas de Venta, Impuesto sobre determinados Usos y Aprovechamiento del Agua Embalsada, Impuesto sobre las Instalaciones de Transporte de Energía Eléctrica de Alta Tensión e Impuesto sobre las Instalaciones de Transporte por Cable.

Las adaptaciones y nuevos desarrollos propuestos anteriormente se llevarán a cabo en entorno tecnológico JEE.

En concreto, las adaptaciones incluirán una serie de funcionalidades entre las que cabe citar:

Relacionadas con la presentación de autoliquidaciones:

- Modificaciones censales

- Confección automatizada de autoliquidaciones

- Pago por medios telemáticos

- Presentación de la autoliquidación por medios telemáticos

- Presentación de documentación por medios telemáticos

- Creación de expediente electrónico

Relacionadas con la gestión de usuarios, contratos y favoritos:

- Gestión de usuarios

- Listados de control

Relacionadas con la gestión de expedientes:

- Revisión de autoliquidaciones

- Procedimiento de verificación de datos

- Procedimiento de comprobación limitada

- Gestión de recursos y reclamaciones

/35



- Devolución de ingresos

- Gestión de expediente electrónico

- Procedimientos de migración de datos existentes en la aplicación actual de Gestión de Expedientes PINETA.

- Soluciones de integración con los módulos de gestión de expedientes que permanecerán en el sistema PINETA: Inspección, Recaudación voluntaria y ejecutiva.

Y deberá cumplir:

- Las directrices en materia tecnológica establecidas por Aragonesa de Servicios Telemáticos.

- La Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas.

- La Ley 40/2015, de 1 de octubre, del Régimen Jurídico del Sector Público.

- El nivel de seguridad definido en la LOPD y la aplicación del RD 1720/2007, de 21 de diciembre, por el que se aprueba el nuevo Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de carácter personal.

- Normativa específica en materia tributaria que se relaciona en el apartado de requisitos del sistema.

/35



4. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL

Descripción básica de:

4.1. Módulo liquidación telemática Impuestos Medioambientales (YAFAR_IMAS)

En la actualidad, la Dirección General de Tributos del Gobierno de Aragón dispone de un Servicio de Liquidación Telemática que permite el pago y presentación por medios electrónicos de los Impuestos sobre Transmisiones Patrimoniales y Actos Jurídicos Documentados, del Impuesto sobre Sucesiones y Donaciones así como de los Impuestos Medioambientales introducidos inicialmente por la Ley de Cortes de Aragón 13/2005, de 30 de diciembre, de Medidas Fiscales y Administrativas en materia de Tributos Cedidos y Tributos Propios de la Comunidad Autónoma de Aragón.

YAFAR_IMAS es el módulo integrado en el Servicio de Liquidación Telemática de Tributos encargado de la confección, pago y presentación por medios electrónicos de los Impuestos Medioambientales creados en la Ley 13/2005 citada: Grandes Áreas de Venta, Emisiones Contaminantes a la Atmósfera e Instalación de Transportes por Cable.

El acceso al módulo se realiza por medio de usuario/contraseña o certificado electrónico de forma centralizada en el Módulo de Gestión de Usuarios y Contratos (YAFAR_CENTRAL) y gestionado a través de un módulo de Single Sign-On (YAFAR_SSO).

Para el pago telemático de las autoliquidaciones, el módulo YAFAR_IMAS se integra con la Pasarela de Pagos del Gobierno de Aragón (PPA). Asimismo, permite adjuntar documentos en formato electrónico que se almacenan únicamente en base de datos sin integración con el Gestor Documental.

Entorno Tecnológico:

- Lenguaje de programación: JAVA JEE

- Servidor de Aplicaciones: Weblogic 12c

- Servidor de Base de Datos: Oracle 11g

4.2. Módulos de Gestión de Usuarios, Contratos y Favoritos (YAFAR_CENTRAL y YAFARADMIN)

La gestión de usuarios, contratos y favoritos de todos los módulos de liquidación telemática de impuestos se trata de manera unificada en el módulo YAFAR_CENTRAL. Los usuarios particulares de la aplicación pueden gestionar sus datos personales y crear usuarios subordinados. Asimismo, pueden guardar intervinientes y cuentas de crédito que empleen con frecuencia en la confección de autoliquidaciones de cualquier impuesto en el que esté autorizado.

YAFAR_CENTRAL concentra el acceso a todos los módulos del Servicio de Liquidación Telemática de Tributos. El control de accesos entre módulos se realiza por medio de Single Sign-On en un módulo independiente (YAFAR_SSO).

Contiene un formulario para realizar la solicitud de alta en la aplicación. La solicitud de alta se firma electrónicamente con certificado, se almacena en el gestor documental y se registra electrónicamente.

La Dirección General de Tributos posee un servicio web propio PAETWS que actúa como pasarela con los Servicios de Administración Electrónica del Gobierno de Aragón. El módulo YAFAR_CENTRAL se

/35



integra con PAETWS para realizar el almacenamiento de documentos en el Gestor Documental CCSV y el registro electrónico.

En cuanto a firma electrónica, se integra con la Plataforma de Firma del Gobierno de Aragón ASF y la firma en cliente se realiza a través del mini applet de @firma.

Entorno Tecnológico YAFAR_CENTRAL:

Lenguaje de programación: JAVA JEE

Servidor de Aplicaciones: Weblogic 12c

Servidor de Base de Datos: Oracle 11g

Por otro lado, el alta de usuarios en los diferentes módulos de presentación telemática por parte del personal de la Administración se realiza de forma básica a través de una aplicación en tecnología PowerBuilder denominada YAFARADMIN. Se pretende integrar la gestión contemplada en dicha aplicación en el módulo YAFAR_CENTRAL.

Los datos personales se almacenan en el fichero de datos personales ‘Usuarios de Presentación Telemática de Tributos’, creado en el Decreto 92/2013 del Gobierno de Aragón, categorizado con nivel de seguridad Medio.

4.3. Sistema de Gestión de Expedientes Tributarios (PINETA)

La Dirección General de Tributos cuenta con una aplicación (PINETA) que permite la tramitación de expedientes de acuerdo con las actuaciones reguladas en la Ley 58/2003, General Tributaria y su normativa de desarrollo.

La aplicación se compone de varios módulos:

- Transmisiones Patrimoniales y Actos Jurídicos Documentados

- Sucesiones y Donaciones

- Impuestos Medioambientales

- Recaudación ejecutiva

- Devoluciones de ingresos

- Reclamaciones y recursos

- Aplazamientos y fraccionamientos

- Inspección

En la actualidad, el módulo de Impuestos Medioambientales recoge las actuaciones necesarias para la gestión de los Impuestos sobre Grandes Áreas de Venta, Emisiones Contaminantes a la Atmósfera e Instalación de Transportes por Cable.

Por otra parte, los módulos de Recaudación ejecutiva, Devolución de ingresos, Reclamaciones y recursos, Aplazamientos y fraccionamientos, Inspección contemplan asimismo actuaciones sobre los Impuestos Medioambientales.

Entorno Tecnológico:

Lenguaje de programación: PowerBuilder

Servidor de Base de Datos: Oracle 11g

/35



5. DESCRIPCIÓN Y REQUISITOS DEL SISTEMA

5.1. Requisitos funcionales del sistema

Los requisitos sobre la aplicación especificada constituyen un estudio previo que deberá ser completado por la empresa adjudicataria durante la realización del análisis detallado. Al tratarse de un documento previo, pueden aparecer en las descripciones ciertas inconsistencias o indefiniciones que deberán resolverse en la realización del análisis detallado.

Los requisitos asociados a los sistemas informáticos recogidos en el presente pliego serán susceptibles de ser adaptados, en el momento de iniciarse la ejecución del contrato, para su adecuación al estado de las plataformas corporativas de la Dirección General de Administración Electrónica y Sociedad de la Información.

5.1.1. Relativos a la liquidación telemática de Impuestos Medioambientales

La adaptación del módulo actual YAFAR_IMAS debe permitir la presentación telemática de los Impuestos Medioambientales sobre Determinados Usos y Aprovechamientos de Agua Embalsada y sobre las Instalaciones de Transporte de Energía Eléctrica de Alta Tensión, contemplando las siguientes funcionalidades:

- Declaraciones censales. Para cada Impuesto se establecerá la posibilidad de realizar altas, consultas y modificaciones de las declaraciones censales por parte del usuario. El diseño se ajustará a los modelos censales 004 y 005 publicados en la ORDEN HAP/237/2016, de 29 de febrero, por la se aprueban los modelos de declaración censal, autoliquidación y pagos fraccionados de los nuevos Impuestos Medioambientales creados por la Ley 10/2015, de 28 de diciembre, de medidas para el mantenimiento de los servicios públicos en la Comunidad Autónoma de Aragón.

- Confección automática de autoliquidaciones. A través de un asistente, la aplicación permitirá la confección automática de las autoliquidaciones de una o varias instalaciones a partir de los datos introducidos por el usuario en las declaraciones censales.

- Pago y presentación por medios telemáticos. El asistente de pago actual permitirá la liquidación de los nuevos Impuestos Medioambientales a través de la Pasarela de Pagos del Gobierno de Aragón, contemplando los modelos de autoliquidación creados por la ORDEN HAP/237/2016, de 29 de febrero, por la se aprueban los modelos de declaración censal, autoliquidación y pagos fraccionados de los nuevos Impuestos Medioambientales creados por la Ley 10/2015, de 28 de diciembre, de medidas para el mantenimiento de los servicios públicos en la Comunidad Autónoma de Aragón, modificada por la Orden HAP/736/2016, de 1 de julio.

- Firma de autoliquidaciones con sello de órgano. Como justificante de la presentación y liquidación del Impuesto por medios telemáticos, el sistema generará la carta de pago firmada electrónicamente con el sello de órgano de la Dirección General de Tributos.

- Expediente electrónico. Si la presentación se realiza íntegramente por medios telemáticos se creará el expediente electrónico en el Gestor Documental del Gobierno de Aragón. La aplicación deberá incluir soluciones que optimicen el rendimiento de la generación del expediente electrónico.

/35



- Inversiones. El usuario tendrá la posibilidad de crear información relativa a las inversiones de carácter medioambiental, deducibles de la cuota tributaria, y aportar documentación electrónica que se almacenará en el Gestor Documental del Gobierno de Aragón asociada al expediente electrónico.

La solución propuesta debe fomentar la reutilización de las funcionalidades y componentes implantados en la aplicación actual, así como ajustarse al mismo modelo de desarrollo.

5.1.2. Relativos a la gestión de usuarios, contratos y favoritos

En primer lugar, el subsistema YAFAR_CENTRAL, que centraliza el acceso a los módulos de liquidación telemática de la Dirección General de Tributos, deberá adaptarse para gestionar el acceso de los usuarios autorizados en los nuevos Impuestos Medioambientales.

En segundo lugar, se propone una migración de la aplicación interna de gestión de usuarios YAFARADMIN de tecnología PowerBuilder a tecnología JEE, incorporando las funcionalidades que se detallan a continuación en el módulo de Gestión de Contratos, Usuarios y Favoritos (YAFAR_CENTRAL).

- Acceso independiente. El acceso al módulo de administración se realizará de forma independiente al acceso general, disponible para los usuarios del Servicio de Liquidación Telemática.

- Alta y modificación de usuarios. La aplicación permitirá el alta y modificación de usuarios, desbloqueo y regeneración de contraseñas. Las adaptaciones se realizarán manteniendo el modelo de datos actual, por su implicación en todos los portales no se plantea una migración a un nuevo modelo de datos.

- Activación y desactivación de los portales. Actualmente existe información en base de datos que permite desactivar temporalmente cualquier portal de presentación telemática de Tributos. La aplicación permitirá la gestión de las activaciones.

- Revisión de errores. El módulo permitirá la consulta del registro actual de errores almacenado en base de datos.

- Revisión generación de expedientes electrónicos. Si se plantea una solución de generación de expedientes electrónicos por lotes, el módulo de administración contemplará la revisión de la correcta ejecución del proceso.

5.1.3. Relativos la tramitación del Impuesto por parte de la Administración

En cuanto a la gestión de los Impuestos Medioambientales, por parte de la Administración se propone el desarrollo de una nueva aplicación basada en la tecnología JEE. Inicialmente, dicha aplicación dará cobertura a la gestión de expedientes de todos los Impuestos Medioambientales. No obstante, el desarrollo deberá prever la incorporación, en futuros proyectos, del resto de funcionalidades recogidas en el sistema actual de gestión de expedientes, PINETA.

Por una parte, la nueva aplicación contemplará desarrollos de carácter troncal relacionados con la configuración de usuarios, flujos de trabajo y plantillas documentales. Concretamente, deberá recoger las siguientes funcionalidades:

- Arquitectura del sistema. La solución deberá incluir una propuesta relativa a la arquitectura del sistema que se compondrá, al menos, de un frontal de acceso al nuevo sistema de gestión de expedientes en plataforma JEE, así como los módulos que se enumeran a continuación. Del mismo

/35



modo, considerará la futura integración de nuevos módulos que actualmente forman parte del sistema de gestión PINETA.

- Identificación de carácter integral. La solución incluirá una propuesta para garantizar la identidad del usuario en todos los módulos a través de una única instancia de identificación.

- Módulo de gestión de usuarios y autorizaciones. Aportará funcionalidades de gestión de alta de usuarios y autorizaciones. La gestión de usuarios englobará perfiles de la Dirección General de Tributos, de los Servicios Provinciales de Huesca y Teruel así como de las Oficinas Liquidadoras.

- Módulo de configuración. Permitirá la parametrización de los flujos de trabajo y la gestión de plantillas asociadas a los documentos administrativos electrónicos.

- Trazabilidad y auditoría. La aplicación mantendrá un registro histórico de accesos y acciones realizadas por parte de los usuarios que se auditarán por el perfil correspondiente.

Funcionalidades específicas del módulo de gestión de Impuestos Medioambientales:

- Control de información. La aplicación proporcionará un interfaz que permita al funcionario revisar la información incorporada por el obligado tributario a través del Portal de Presentación Telemática de Impuestos Medioambientales.

- Procedimientos de gestión: Adaptar el diseño de la aplicación a los nuevos Impuestos Medioambientales: cálculo y presentación de liquidaciones, plantillas de documentos, flujo de tramitación,…

- Rectificaciones, recursos y reclamaciones: la aplicación ofrecerá la posibilidad de tramitar las rectificaciones, recursos y reclamaciones económico-administrativas presentados por el contribuyente adaptando el módulo existente.

- Devoluciones de ingresos: la aplicación permitirá la gestión de devoluciones de ingresos debidos e indebidos relativos a los nuevos Impuestos Medioambientales.

- Migración de datos 2006-2011. Se contemplará una migración de autoliquidaciones del periodo 2006-2010 de los Impuestos Medioambientales existentes que se encuentran fuera del sistema actual.

- Migración de datos 2011-2017. La solución propuesta contemplará la migración de datos existentes en el sistema actual de gestión de expedientes PINETA.

- Soluciones de integración con los módulos que permanecerán en el sistema PINETA:

o Aplazamientos y fraccionamientos.

o Recaudación ejecutiva.

o Inspección.

- Expediente electrónico. Permitirá la tramitación completamente electrónica de los expedientes tributarios a través de la integración con las soluciones de administración electrónica del Gobierno de Aragón.

5.1.4. Requisitos de integración con otros sistemas

El módulo de Presentación Telemática de Impuestos Medioambientales YAFAR_IMAS deberá comunicarse e intercambiar información con otros sistemas y servicios de la Dirección General de Tributos (CENSOWS, PAETWS, PINETA), así como servicios horizontales del Gobierno de Aragón (PPA, ASF).

/35



A tal efecto, se describen a continuación los requisitos básicos de integración con cada subsistema:

- Pasarela de Pagos (PPA): La aplicación realizará el pago telemático del Impuesto a través de la Pasarela de Pagos corporativa del Gobierno de Aragón, siguiendo el Formato del cuaderno 65 de la Asociación Española de la Banca, relativo a la recaudación de tributos, tasas , impuestos y otros ingresos autonómicos. Se implementará la verificación posterior del resultado de la operación: Número de Referencia Completo (NRC) y gestión de mensajes de error. Actualmente la integración está implantada para los Impuestos Medioambientales existentes y deberá adaptarse a los nuevos impuestos.

- Plataforma de Firma (ASF - @Firma): La aplicación se integrará con la Plataforma de Firma corporativa para verificar la validez del certificado, cuando el acceso a la aplicación se realice por este medio.

- Servicio Web de Validación Censal (CENSOWS): La aplicación deberá integrarse con este servicio web de la Dirección General de Tributos, para validar los datos censales (NIF, Nombre y Apellidos, Razón Social…) de todos los intervinientes en la liquidación del impuesto. Actualmente la integración está implantada para los Impuestos Medioambientales existentes y deberá adaptarse a los nuevos impuestos.

- Servicio Web Puente de Administración Electrónica (PAETWS): El desarrollo del sistema contempla la presentación de la documentación por medios electrónicos, lo que implica la integración con los servicios horizontales de Administración Electrónica del Gobierno de Aragón. Dicha integración se realiza a través del Servicio Puente de Administración Electrónica Tributaria PAETWS. Internamente PAETWS se comunica con el gestor documental CCSV y la plataforma de firma ASF - @Firma para firma con sello de órgano, entre otros. Actualmente no existe integración con PAETWS para los Impuestos Medioambientales existentes, con lo que deberá implementarse para todos los casos.

- Módulo YAFAR_CENTRAL: Este portal tributario se encarga de la Gestión de Contratos, Usuarios y Favoritos dentro de la arquitectura de presentación telemática. El acceso a la aplicación YAFAR_IMAS se realizará desde este portal. Durante el tiempo de vigencia de la sesión de confección y presentación telemática de la autoliquidación, la aplicación deberá integrarse con este portal para obtener los datos del contrato y validar los permisos que tiene cada usuario para confeccionar y liquidar el impuesto. Actualmente la integración está implantada para los Impuestos Medioambientales existentes y deberá adaptarse a los nuevos impuestos.

- Sistema de Gestión de Expedientes (PINETA): La aplicación debe permitir la sincronización, intercambio o consulta de información con el sistema de gestión de expedientes tributarios (PINETA). Actualmente la integración está implantada para los Impuestos Medioambientales existentes.

- Nuevo sistema de gestión de expedientes en plataforma Java. El módulo de presentación telemática de autoliquidaciones se integrará con el nuevo sistema de gestión de expedientes que es objeto de desarrollo del presente pliego.

El módulo de Administración de Usuarios en YAFAR_CENTRAL actualmente se comunica e intercambia información con:

- Servicio Web de Validación Censal (CENSOWS): La aplicación deberá integrarse con este servicio web de la Dirección General de Tributos, para validar los datos censales (NIF, Nombre y Apellidos, Razón Social…)

/35



- Plataforma de Firma (ASF - @Firma): La aplicación se integrará con la Plataforma de Firma corporativa para verificar la validez del certificado, cuando el acceso a la aplicación se realice por este medio.

- Servicio Web Puente de Administración Electrónica (PAETWS): El desarrollo del sistema contempla la presentación de la solicitud de alta por medios electrónicos, lo que implica la integración con los servicios horizontales de Administración Electrónica SRT y CCSV.

El nuevo Sistema de Gestión de Expedientes en plataforma JEE deberá comunicarse e intercambiar información con:

- Módulo de liquidación de Impuestos Medioambientales (YAFAR_IMAS): La aplicación contemplará la consulta y revisión de las autoliquidaciones presentadas telemáticamente y la documentación aportada por el usuario.

- Sistema de Recaudación de Ingresos SRI: la aplicación consultará información relativa a los ingresos asociados a las autoliquidaciones.

- Servicio Web Puente de Administración Electrónica (PAETWS): El desarrollo del sistema contempla la creación y cierre del expediente electrónico, lo que implica la integración con los servicios horizontales de Administración Electrónica del Gobierno de Aragón. Dicha integración se realiza a través del Servicio Puente de Administración Electrónica Tributaria PAETWS. Internamente PAETWS se comunica con el gestor documental CCSV y la plataforma de firma ASF para firma con sello de órgano, entre otros. Actualmente no existe integración con PAETWS para los Impuestos Medioambientales existentes, con lo que deberá implementarse para todos los casos.

- Sistema de Gestión de Expedientes (PINETA): La aplicación debe permitir la sincronización, intercambio o consulta de información con el sistema de gestión de expedientes tributarios (PINETA).

Los mecanismos y soluciones de integración con otros sistemas se ajustarán a lo establecido en el Real Decreto 4/2010, de 8 de Enero por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica. En particular, los aspectos técnicos definidos en las Normas Técnicas de Interoperabilidad y los desarrollos en la materia realizados en base al Plan de Administración Electrónica del Gobierno de Aragón relativas a:

- Catálogo de Estándares

- Documento electrónico

- Digitalización de documentos

- Política de firma electrónica y certificados

- Política de gestión de documentos electrónicos

5.2. Volúmenes de información

Como información del volumen de gestión podemos aportar los siguientes datos aproximados:

Módulo de contratos, usuarios y favoritos

Nº de usuarios actuales del Servicio de Liquidación Telemática de Tributos: 1.500

Módulo de Impuestos Medioambientales

/35



Nº de usuarios: 51 actuales y 70 previstos.

Nº de autoliquidaciones confeccionadas electrónicamente por periodo: 156 actuales y 253 previstas

Nº de autoliquidaciones presentadas electrónicamente por periodo: 33 actuales y 100 previstas

5.3. Requisitos técnicos generales del sistema

- Adecuación a la plataforma de explotación: durante el desarrollo y la puesta en producción del sistema se acatarán las directrices y restricciones establecidas en lo referente a plataforma, subsistemas y productos en explotación en los Centros de Proceso de Datos del Gobierno de Aragón, cuya explotación corresponde a Aragonesa de Servicios Telemáticos.

- Interoperabilidad: el proyecto deberá cumplir el Esquema Nacional de Interoperabilidad (Real Decreto 4/2010, de 8 de enero) y su normativa técnica de desarrollo.

- Disponibilidad: debido a la periodicidad de pago de los Impuestos Medioambientales, existen picos en el final de cada periodo voluntario, en los cuales el proyecto deberá contemplar máximas exigencias de disponibilidad.

- Interactividad: en todas las tareas se debe obtener una respuesta a las instrucciones de los usuarios con la suficiente rapidez como para que estos puedan utilizar el sistema de forma continuada sin generar demoras.

- Modularidad: el proyecto debe mantener la arquitectura actual compuesta de un conjunto de módulos.

- Parametrización: la aplicación será diseñada de forma que permita realizar fácilmente los cambios necesarios en los parámetros fundamentales sin necesidad de nuevos desarrollos.

- Mantenibilidad: el diseño y desarrollo de las adaptaciones necesarias se realizarán teniendo presente y garantizando el futuro mantenimiento del sistema.

- Automatización: se intentará automatizar al máximo todos los procesos del sistema y, en particular, los relativos a la implantación del mismo.

- Cualquier software que sea preciso para compilar e instalar los programas deberá ser suministrado por el adjudicatario y adaptarse a los requisitos de la plataforma de explotación del Gobierno de Aragón.

- Los documentos electrónicos se adecuarán a la Política de gestión y archivo de documentos electrónicos de la Administración de la Comunidad Autónoma de Aragón, aprobada por Decreto 38/2016, de 5 de abril, del Gobierno de Aragón.

5.4. Requisitos de análisis y diseño del sistema

La fase de análisis y diseño del sistema de información se realizará de forma conjunta y bajo la dirección y supervisión de los técnicos y analistas de la Dirección General de Tributos.

La aplicación deberá reutilizar y aprovechar software y componentes propios de Tributos, que ya se encuentran desarrollados y que proporcionan funcionalidades comunes a diversas aplicaciones. Entre estos componentes se encuentran:

- Cliente para integración con el servicio web de validación censal CENSOWS.

/35



- Cliente para integración con el servicio web PAETWS (pasarela con los servicios horizontales de Administración Electrónica del Gobierno de Aragón).

- Librería Tributos que incluye, entre otras, utilidades para la generación de documentos PDF, validación de NIFs y referencias catastrales, servicios criptográficos, de correo electrónico, acceso a datos maestros de parámetros generales, municipios y provincias…etc.

- Sistema de control de acceso centralizado a las aplicaciones tributarias.

- Herramientas de trazabilidad y gestión de errores.

- Procedimientos almacenados en base de datos.

La documentación generada durante el proyecto deberá ajustarse al formato y requisitos establecidos en la Dirección General de Tributos.

Asimismo, el proyecto se adecuará a las especificaciones establecidas por Aragonesa de Servicios Telemáticos en cuanto a diseño, desarrollo y generación de entregables.

5.5. Requisitos de seguridad

Serán de aplicación los procedimientos generales de seguridad y control establecidos por el Gobierno de Aragón para el acceso a los servidores de datos y aplicaciones.

En cualquier caso, deberán tenerse en cuenta el siguiente grupo de medidas:

- Restricción de utilización del sistema y de acceso a los datos a los usuarios que hayan sido previamente autorizados, mediante mecanismos que permitan la identificación, la autenticación la gestión de derechos de acceso y, en su caso, la gestión de privilegios. El responsable del sistema podrá configurar y administrar en cualquier momento los citados mecanismos.

- Medidas de auditoría que permitan el registro de los accesos al sistema y a la información, así como los intentos de acceso inválidos. Estas medidas configuran el servicio de trazabilidad que permite la detección del uso indebido del sistema o de la información. El registro de trazas y auditoría deberá ser configurable y estará adecuadamente protegido.

- Medidas orientadas a garantizar la confidencialidad de la información frente a accesos no autorizados.

- Implementación de mecanismos para asegurar que la comunicación con otros sistemas externos. Se realizará garantizando la integridad y confidencialidad del mensaje y permitiendo la correcta identificación de los sistemas que intervienen en la comunicación.

- Deberá cumplir las medidas necesarias para garantizar el nivel de seguridad medio que requiere el fichero de datos personales ‘Usuarios de Presentación Telemática de Tributos’, creado en el Decreto 92/2013 del Gobierno de Aragón

Todas las medidas de seguridad propuestas se ajustarán a lo establecido en el Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica.

/35



5.6. Normativa

El desarrollo del proyecto debe ajustarse a la legislación vigente en materia tributaria y en materia de administración electrónica cumpliendo la siguiente normativa, o a las que en un futuro las sustituyan:

- Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones

Públicas. - Ley 40/2015, de 1 de octubre, del Régimen Jurídico del Sector Público. - Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el

ámbito de la Administración Electrónica. - Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad

en el ámbito de la Administración Electrónica. - Decreto 228/2006, de 21 de noviembre, del Gobierno de Aragón, por el que se crea el Registro

Telemático de la Administración de la Comunidad Autónoma de Aragón, se regula la tramitación de procedimientos administrativos por medios electrónicos y se establecen otras medidas en materia de administración electrónica.

- Decreto 38/2016, de 5 de abril, del Gobierno de Aragón, por el que se aprueba la política de gestión y archivo de documentos electrónicos de la Administración de la Comunidad Autónoma de Aragón y de sus Organismos Públicos.

- Ley 58/2003, de 17 de diciembre, General Tributaria. - Reglamento General de las actuaciones y los procedimientos de gestión e inspección tributaria y de

desarrollo de las normas comunes de los procedimientos de aplicación de los tributos. (Real Decreto 1065/2007, de 27 de julio).

- Orden de 1 de agosto de 2012, del Consejero de Hacienda y Administración Pública, por la que se regula el acceso electrónico y el procedimiento para la presentación y el pago telemáticos de determinados impuestos gestionados por la Comunidad Autónoma de Aragón.

- Texto Refundido de la Legislación sobre los Impuestos Medioambientales de la Comunidad Autónoma de Aragón, aprobado por Decreto Legislativo 1/2007, de 18 de septiembre, del Gobierno de Aragón.

- Decreto 1/2007 de 16 de enero, del Gobierno de Aragón, por el que se aprueba el Reglamento de Desarrollo Parcial de la Ley 13/2005, de 30 de diciembre, de Medidas Fiscales y Administrativas en Materia de Tributos Cedidos y Tributos Propios de la Comunidad Autónoma de Aragón, para la aplicación de los Impuestos Medioambientales.

5.7. Requisitos de implantación del Sistema

Debido a la existencia de periodos críticos de pago y presentación de autoliquidaciones, se abordará el desarrollo de una estrategia de implantación del sistema en la que se determinarán los criterios de incorporación de funcionalidades y el calendario correspondiente.

Son periodos críticos los periodos voluntarios de pagos fraccionados y autoliquidaciones regulados para cada impuesto: días 1 al 20 de los meses de enero, abril, junio, julio, septiembre, octubre y diciembre.

En el caso de las adaptaciones de los módulos del Servicio de Presentación Telemática de Tributos (YAFAR_CENTRAL y YAFAR_IMAS), los requisitos funcionales relacionados con las declaraciones censales, confección pago y presentación telemática deberían estar implantados antes del comienzo del primer periodo de pago del próximo ejercicio: 1 de abril de 2018.

En cuanto al desarrollo del nuevo Sistema de Gestión de Expedientes debería estar implantado antes del 20 de abril de 2018.

/35



5.8. Documentación

Antes de la recepción definitiva del proyecto el adjudicatario deberá entregar, en los formatos normalizados que determinen los técnicos de la Dirección General de Tributos, los siguientes módulos y entregables:

- Documentación técnica del proyecto: análisis funcional, casos de uso, diagramas, modelo de datos, arquitectura, integración con sistemas externos…etc.

- Los programas fuente, objetos, librerías y artefactos software que hayan sido generados

- Documentación sobre la realización de los distintos tipos de pruebas (unitarias, de integración, de sistema y de aceptación) incluyendo el alcance y resultado de ellas.

- Manual de instalación y despliegue.

- Manual de explotación y mantenimiento actualizado.

- Documentación de usuario actualizada.

- Manual, componentes y herramientas para integración desde aplicaciones externas.

En caso de utilización de frameworks o librerías propias, el adjudicatario estará obligado a entregar el código fuente de dichas librerías junto con la documentación que corresponda.

5.9. Bolsa de horas

Se contempla una bolsa de horas adicionales, con un máximo de 80 horas, dedicadas a la formación del personal técnico del Gobierno de Aragón, y en su caso, para dar cobertura a aquellas tareas no incluidas en este pliego y que durante la ejecución del contrato puedan identificarse como necesarias para la correcta realización de este proyecto. Entre estas posibles tareas cabe citar:

- Migración de la base de datos de la aplicación, de Oracle 11g actual a Oracle 12. Su materialización dependerá de las directrices de Aragonesa de Servicios Telemáticos.

- Migración de servidor de aplicaciones.

- Adaptación a cambios normativos, si estos se producen.

- Adaptación a la migración de la plataforma de firma en el servidor, de ASF a @firma.

/35



6. ENTORNOS DE DESARROLLO, PREPRODUCCIÓN Y PRODUCCIÓN

La ejecución del proyecto debe ajustarse a los estándares y tecnologías definidos por el siguiente entorno tecnológico:

Herramientas de desarrollo y lenguajes de programación:

- Java - JDK 1.7.0_25

- Eclipse 3.6 o superior

- Sistema de control de versiones Subversion 1.8.8. Clientes Tortoise SVN 1.8.5.

- Cliente Oracle: TOAD

- Generación de entregables: ANT 1.9.4 y Maven 3.0.4

- Diseño y validación de XML

- Herramientas y parsers Java-XML

- Pruebas y calidad del software: Junit 4.10

Servidores de aplicaciones:

- Apache Tomcat 6.x – 7.x

- Oracle WebLogic Server 12c (12.1.2)

Librerías y frameworks:

- Framework MVC: Struts 1.x y 2.x.

- HttpClient 3.1

- Conexión a base de datos basada en pool: Hibernate 3.5.4.

- Gestión del contexto y transacciones de objetos Java: Spring 3.0.5

- Generación de documentos PDF: iText-1.4.8 o superior, JasperReports.

- Apache Axis2 1.4 o superior

- Apache CXF 2.7.6

- Log4j 1.2.14

Firma electrónica:

- Firma en servidor: Plataformas ASF 4.1.1 y @Firma

- Componente para firma en navegador: @ Firma

- XMLDSig – XAdES – CAdES - WS-Security – Estándares OASIS

Otras herramientas y estándares:

- SOAP 1.1 y 1.2

- WSDL 1.1 o superior

- HTTPS (TLS v1.0)

Características del entorno de explotación:

- Sistema operativo: Solaris 11 - Servidor de aplicaciones Oracle WebLogic Server 12c (12.1.2). - Java(TM) 2 Runtime Environment 1.7 - Servidor de base de datos Oracle Database 11g

/35



Desde el desarrollo inicial hasta llegar a producción los entregables generados durante el desarrollo deben instalarse y probarse en 4 entornos, según el siguiente orden:

1. Entorno de desarrollo local en los equipos de Tributos: Desarrollo y pruebas funcionales en IDE y servidores locales. Servidores de desarrollo en este entorno: Tomcat 6.0.14 y Oracle WebLogic Server 12c (12.1.2).

2. Entorno de desarrollo corporativo: en este entorno se verifica la compatibilidad con el servidor WebLogic de Oracle.

3. Entorno de preproducción: se comprueba la integración con otras plataformas corporativas y servicios horizontales. Además se realizan las pruebas de carga.

4. Entorno de producción: Entorno real de explotación.

Una vez terminado el desarrollo en el entorno local se genera un entregable y se cierra la versión para su envío a despliegue en los entornos corporativos. Los entregables y productos finales deben generarse mediante procedimientos automatizados (build ANT - Maven), según la estructura establecida por los técnicos de Tributos y cumpliendo las especificaciones técnicas vigentes de Aragonesa de Servicios Telemáticos.

/35



7. EJECUCIÓN Y GESTIÓN DEL PROYECTO

La organización de los distintos participantes involucrados en la gestión, realización y seguimiento del proyecto tendrá la estructura y responsabilidades siguientes:

7.1. Condiciones de ejecución

Los trabajos y actividades a los que hace referencia el pliego se desarrollarán en las instalaciones de la Dirección General de Tributos. En caso de resultar necesario, la empresa adjudicataria proporcionará los equipos informáticos y herramientas de desarrollo adecuadas para la ejecución de los trabajos.

Para alcanzar los objetivos propuestos, el equipo de trabajo asignado debe ser estable, aunque podrá

incorporarse al mismo -de forma ocasional y a petición del Responsable de Contrato otro personal especializado en determinados aspectos técnicos necesarios para el desarrollo del proyecto.

Durante la ejecución de los trabajos objeto de este pliego, el adjudicatario se compromete, en todo

momento, a facilitar a los técnicos designados por la Dirección General de Tributos la información y documentación que éstos soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos y de los resultados de los mismos.

Adicionalmente, el adjudicatario se compromete a documentar adecuadamente y en los formatos

normalizados que determinen los técnicos de la Dirección General de Tributos todos los trabajos desarrollados, actuaciones y modificaciones de los distintos sistemas de información.

A los efectos de su incorporación en el contrato a suscribir se hace constar lo siguiente: - Los recursos humanos asignados al contrato tendrán dedicación total durante todo el plazo de de

ejecución establecido para el mismo.

- La jornada de trabajo será de 40 horas semanales, a realizar en jornada de mañana y de tarde, acomodándose -en todo caso- a las necesidades de la actividad, según la definición que se realice desde la Dirección General de Tributos.

- La prestación de servicios derivada de la ejecución del contrato no supondrá relación laboral alguna con el Gobierno de Aragón.

- No existirá dependencia jerárquica del personal asignado respecto de la Dirección General de Tributos. El personal de esta Dirección General ejercerá exclusivamente labores de dirección, análisis y coordinación de los trabajos a realizar.

Si durante la ejecución de los trabajos, a juicio del Responsable de Contrato, no fuera considerado

idóneo el comportamiento o rendimiento de alguno de los técnicos asignados por el adjudicatario, la Dirección General de Tributos requerirá su sustitución, que deberá ejecutarse en el plazo de 48 horas.

7.2. Comité de dirección y seguimiento

El Comité de Seguimiento estará compuesto por:

/35



� Jefe de Servicio de Administración Electrónica (Dirección General de Administración Electrónica y Sociedad de la Información).

� Jefe de Servicio de Administración Tributaria (Dirección General de Tributos).

� Jefe de Sección de Informática Tributaria (Dirección General de Tributos).

� Jefe de Proyecto designado por la empresa adjudicataria.

� Personal técnico de la Administración Tributaria de Aragón y de la Dirección General de Administración Electrónica y Sociedad de la Información.

Será el órgano encargado de asegurar una comunicación fluida y permanente entre la administración contratante y empresa adjudicataria, que permita un buen desarrollo y ejecución del proyecto. Podrá celebrar reuniones periódicas o a propuesta de una de las partes y tendrá la facultad para marcar objetivos concretos para cada fase o hito del proyecto, además de resolver y adoptar las decisiones sobre las cuestiones técnicas o funcionales que puedan surgir.

La empresa adjudicataria designará un Jefe de Proyecto, que se responsabilizará del seguimiento,

control y calidad de los trabajos desarrollados por el equipo de trabajo asignado al proyecto. Sus funciones serán:

- Coordinar y servir de interlocutor responsable del equipo de trabajo.

- Dotar de los medios materiales y humanos necesarios para lograr el buen fin del proyecto.

- Aprobar y validar, tanto funcional como técnicamente, los resultados parciales del proyecto, así como el resultado final.

- Realizar el seguimiento y control del contrato con la empresa adjudicataria, resolviendo los conflictos que puedan surgir entre las partes.

- Establecer los procedimientos de trabajo.

- Elaborar el plan de trabajo y realizar su seguimiento y control.

- Elaborar informes periódicos de actividad, donde se indiquen las tareas realizadas por cada técnico del equipo de proyecto y las horas invertidas.

- Participar en las reuniones de seguimiento periódicas durante la ejecución del proyecto.

- Informar con suficiente antelación al Responsable de Contrato de cualquier incidencia o modificación relacionada con los integrantes del equipo de desarrollo que pueda afectar a la ejecución de los trabajos.

- Realizar estimaciones del coste de desarrollo de actividades concretas, particularmente de nuevos desarrollos evolutivos que puedan plantearse.

7.3. Dirección técnica y funcional del proyecto

El Órgano de Contratación designará un Responsable de contrato, para la dirección de los trabajos, de conformidad con el apartado 19.2 del PCAP, que además de las funciones que le atribuye la normativa en materia de contratos, realizará la dirección técnica y funcional del proyecto, en concreto:

/35



� Establecer los procedimientos y metodología de trabajo.

� Resolver, durante la ejecución de los trabajos, las decisiones técnicas, arquitectónicas o tecnológicas que se puedan plantear.

� Garantizar la disposición de cuantos recursos materiales, técnicos y humanos sean precisos para el buen fin del proyecto.

� Coordinar el trabajo de los técnicos informáticos de la Dirección General de Tributos con los desarrolladores de la empresa adjudicataria.

� Establecer y asignar prioridades a los trabajos a realizar, fijando plazos y supervisando la realización de los mismos.

� Validar los resultados finales de cada actividad y verificar el cumplimiento de los requisitos y especificaciones de desarrollo.

� Emitir las certificaciones de recepción de los trabajos y aprobar los productos finales del proyecto.

7.4. Equipo de proyecto

El equipo de trabajo incluido en la oferta podrá integrarse en un grupo de trabajo mixto, en el que también participarán técnicos propios de la Dirección General de Tributos. Las tareas, funciones y competencias de cada uno de los integrantes del grupo mixto se determinarán en todo momento a criterio del Responsable de Contrato.

Las personas asignadas al proyecto podrán realizar los trabajos de forma simultánea o secuencial en distintas fases, según las necesidades planteadas por el Responsable de Contrato.

La asignación final de recursos y la distribución de las jornadas y horas ofertadas para cada recurso asignado al proyecto se acordará de forma conjunta con los técnicos de la Dirección General de Tributos, en función de las necesidades y prioridades que puedan surgir durante el periodo de ejecución previsto.

El equipo de trabajo asignado al proyecto, bajo la dirección y supervisión de los técnicos informáticos de la Dirección General de Tributos, se encargará de las siguientes tareas:

� Desarrollo e implementación del nuevo sistema, según las especificaciones de análisis y diseño establecidas desde la Dirección General de Tributos.

� Seguimiento y resolución de incidencias detectadas durante la puesta en marcha del servicio.

� Realización de pruebas unitarias, funcionales y de integración con otros componentes.

� Generación de entregables para el despliegue e instalación.

� Generación de Documentación Técnica.

A efectos de comprobar los datos aportados en el currículo de cada miembro del equipo de trabajo, el Gobierno de Aragón podrá solicitar la acreditación documental de los méritos aportados. Para poder verificar la conformidad de los conocimientos y experiencia declarados por el candidato propuesto, el Gobierno de Aragón se reserva un periodo de 2 meses desde su incorporación, durante el cual podrá comprobar, si lo considera necesario, la realidad de los conocimientos y experiencia aportados.

/35



8. PROPIEDAD INTELECTUAL Y CONFIDENCIALIDAD

8.1. Propiedad intelectual de los trabajos

El contratista acepta expresamente que todos productos obtenidos como resultado del objeto de este contrato, entendiendo como tales la aplicación informática adaptada, los programas desarrollados, los sistemas desarrollados para su adaptación a las necesidades concretas de los receptores de la misma, la documentación generada y cuantos productos resulten del desarrollo final del mismo, así como los obtenidos de la explotación posterior de dichos sistemas, quedarán en propiedad del Gobierno de Aragón con exclusividad y a todos los efectos, para utilizarlos como desee sin restricción alguna.

8.2. Confidencialidad de la información

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal y los relacionados con materias tributarias, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros, ni siquiera a efectos de conservación.

Con carácter opcional, se podrá exigir el cumplimiento de las normas o disposiciones particulares que por la naturaleza o competencia del centro directivo pudieran serle de aplicación.

El adjudicatario se comprometerá a aplicar a los datos las medidas de seguridad previstas en la Ley Orgánica 15/1999, de Protección de Datos de Carácter Personal, así como lo dispuesto en el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo.

Todos los compromisos y obligaciones anteriores subsistirán aun después de finalizar la prestación del servicio. El incumplimiento de estos compromisos será responsabilidad exclusiva del adjudicatario, que responderá frente a terceros y frente a la Administración de la Comunidad Autónoma de Aragón de los daños y perjuicios que pudieran generarse.

9. GESTIÓN DEL CAMBIO

Se acometerán igualmente labores de gestión del cambio para facilitar la adaptación al nuevo modelo, estas acciones tendrán como misión preparar a las personas para que el cambio suceda en el tiempo y forma deseados.

Las acciones de seguimiento del cambio se realizarán de forma continua durante la ejecución de los diferentes módulos.

/35



10. GESTIÓN DE RIESGOS

La oferta incluirá el Plan de Gestión de Riesgos a ejecutar, que incluirá al menos los siguientes aspectos:

- Estrategia de la gestión de riesgos:

o Definición de la estrategia, alcance y propósitos del Plan de Gestión de Riesgos.

o Análisis de riesgos.

- Gestión de los riesgos:

o Plan de Riesgos.

o Plan para la Resolución de Riesgos.

o Plan de Gestión del entorno del proyecto.

A la par del proyecto se deberá realizar un seguimiento de los riesgos del proyecto que deberá tener en cuenta:

- Los hitos del proyecto.

- Los hitos del plan de riesgos.

Este plan evolucionará y acompañará a todo el desarrollo del proyecto y con una periodicidad mensual, se realizarán las siguientes tareas:

- Identificación de riesgos.

- Análisis de riesgos.

- Priorización.

- Minimización.

- Revisión y adaptación del plan de riesgos.

- Revisión y adaptación del plan de resolución de riesgos.

- Revisión y adaptación del plan de gestión del entorno del proyecto.

11. GESTIÓN DE LA CALIDAD

El adjudicatario deberá incorporar a lo largo de la vida del proyecto a técnicos certificados para realizar diferentes tipos de tareas como el control de la calidad de la implantación del sistema. Independientemente, la Administración de la Comunidad Autónoma de Aragón, por su parte, podrá incorporar a lo largo de la vida del proyecto a otros técnicos para realizar diferentes tipos de tareas, entre ellas, el control de calidad de la implantación del sistema.

El adjudicatario deberá adoptar de forma efectiva las medidas de control de calidad para optimizar la actividad desarrollada durante la ejecución del contrato y asegurar la calidad del software entregado

/35



garantizando que cumple con los requisitos y estándares estipulados, tiene un rendimiento y seguridad adecuado y hace un uso óptimo de los recursos.

Así, antes del paso a producción, las entregas de software (documentación y software) deberán cumplir con los estándares de calidad. En concreto, el producto software se someterá a las validaciones y pruebas técnicas de calidad y comportamiento siguientes:

- Pruebas de regresión. Dadas las características de la aplicación, se considera imprescindible que el adjudicatario, en cada entrega, realice las pruebas de regresión de forma automatizada en el entorno de preproducción.

- Pruebas de carga. El proveedor deberá preparar el plan de pruebas conforme a las especificaciones técnicas de AST para la herramienta Apache JMeter 2.11 (JRE 1.7.0).

- Pruebas de calidad y seguridad de código con la herramienta SonarQube 4.5.2 (cliente SonarQube Runner 2.4). El conjunto concreto de reglas a aplicar en la validación será facilitado previamente por AST al proveedor.

- Se aportará en cada despliegue el informe de las pruebas realizadas, incluyendo las pruebas funcionales correspondientes.

Asimismo, para la correcta monitorización del sistema desarrollado se exigirá la generación dentro del entregable de unos componentes de test, que permitan validar el correcto funcionamiento del sistema.

12. GARANTÍA DE LOS TRABAJOS

El plazo de garantía será de DOS AÑOS a contar a partir de la firma del Acta de Recepción Definitiva de los productos por parte del Gobierno de Aragón.

Durante el periodo de garantía, el adjudicatario se compromete a realizar el mantenimiento de todos los productos y el soporte técnico telefónico y presencial que pudiera llevar asociado la resolución de los problemas que se planteasen y sus gastos derivados durante la totalidad de la duración del contrato y el periodo de garantía.

Durante el periodo de garantía y para aquellas incidencias que le sean aplicables, el adjudicatario se comprometerá a resolverlas en un tiempo no superior al indicado a continuación en función de su prioridad:

P1 P2 P3 P4 2 días laborables 4 días laborables 8 días laborables 20 días laborables

Nota: Las descripciones de los códigos de prioridad figuran en el anexo III

/35



13. INSTALACION, TRANSFERENCIA TECNOLÓGICA Y SOPORTE TÉCNICO

Será obligación del adjudicatario, sin cargo adicional alguno y de acuerdo a las especificaciones técnicas de AST, la instalación, pruebas y puesta en marcha de cada uno de los productos básicos y de los desarrollados en el marco del presente pliego, tanto en el entorno de desarrollo como en los de preproducción y producción, y durante las jornadas que resulten necesarias.

La recepción del proyecto será efectiva cuando se hayan finalizado todos los trabajos incluidos dentro del alcance y se haya verificado y validado por los técnicos y responsables de la Administración Tributaria de Aragón que el sistema desarrollado se ajusta a los requisitos funcionales y técnicos establecidos.

Antes de la recepción definitiva del proyecto, el adjudicatario deberá entregar, en los formatos normalizados que determinen los técnicos de la Dirección General de Tributos, los siguientes módulos y entregables:

� Documentación técnica del proyecto: análisis funcional, casos de uso, diagramas, modelo de datos, arquitectura, integración con sistemas externos…etc.

� Los programas fuente, objetos, librerías y artefactos software que hayan sido generados.

� Documentación sobre la realización de los distintos tipos de pruebas (unitarias, de integración, de sistema y de aceptación), incluyendo el alcance y resultado de ellas.

� Manual de instalación y despliegue.

� Manual de explotación y mantenimiento actualizado.

� Documentación de usuario actualizada.

� Manual, componentes y herramientas para integración desde aplicaciones externas.

En caso de utilización de frameworks o librerías propias, el adjudicatario estará obligado a entregar el código fuente de dichas librerías junto con la documentación que corresponda.

14. DOCUMENTACIÓN DE LOS TRABAJOS

La documentación generada durante la ejecución del contrato será de propiedad exclusiva del Gobierno de Aragón, sin que el contratista pueda conservarla, ni obtener copia de la misma o facilitarla a terceros sin la expresa autorización del Gobierno de Aragón, que la daría, en su caso, previa petición formal del contratista con expresión del fin.

Toda la documentación se entregará en castellano, en el soporte magnético que se acuerde para facilitar el tratamiento y reproducción de los mismos.

El adjudicatario deberá suministrar al Centro directivo las nuevas versiones de la documentación que se vayan produciendo. También se entregará, en su caso, los documentos sobre los que se ha basado el desarrollo en idéntico soporte a los anteriores.

/35



En cualquier caso, la documentación mínima a presentar, independientemente de la resultante del desarrollo de los trabajos y las actividades realizadas será:

- Documento de especificaciones de diseño.

- Documento de diseño funcional.

- Documento de diseño técnico.

- Plan de pruebas.

- Documento de operación.

- Documentación técnica de programas.

- Plan de formación.

- Manuales de usuario.

- Plan de implantación.

- Informes de pruebas del sistema y aceptación.

- Código fuente. Librerías y objetos.

- Scripts de compilación y parametrización

- Programa compilado.

Actualizando la documentación ya existente de la aplicación en los casos pertinentes.3

/35



15. PRESENTACIÓN DE OFERTAS

15.1. Estructura general

La propuesta técnica deberá recoger la organización y el contenido del desarrollo concreto de cada una de las materias indicadas en el alcance del proyecto.

Las propuestas deberán seguir fielmente la estructura presentada en este apartado siendo objeto de exclusión el incumplimiento de esta obligación.

1. Índice que se corresponda con el contenido de la propuesta

2. Propuesta funcional. Se describe en el punto 15.2 del presente documento.

3. Nivel de adecuación al modelo de gestión y desarrollo informático implantado en la Dirección General de Tributos: reutilización de componentes comunes, entornos de desarrollo y despliegue, control de versiones, generación de documentación y gestión de incidencias, control de acceso centralizado, procedimientos almacenados en base de datos..etc.

4. Flexibilidad, escalabilidad y capacidad de evolución futura: Capacidad para implementar nuevas funcionalidades en el sistema minimizando el impacto para los servicios que estén en explotación.

5. Nivel de adecuación al entorno tecnológico definido para el proyecto.

6. Mejoras de valor añadido: Propuestas de mejora del rendimiento y eficiencia del sistema durante la fase posterior de explotación; por una parte, relativas al sistema en su conjunto y, por otra, en aspectos relacionados con el tratamiento y gestión de documentos electrónicos.

7. Propuesta de organización. Se describe en el punto 15.3.

15.2. Propuesta funcional

Para cada aspecto de los requisitos funcionales específicos, el licitador ofrecerá líneas concretas de actuación y solución técnica propuesta.

Las propuestas funcionales que realice el licitador deberán estar descritas técnica y funcionalmente orientadas a la solución para cada uno de los apartados. No tomándose en consideración la información que ya se encuentre disponible en el pliego de prescripciones técnicas.

Para cada apartado y subapartado se describirá al menos:

- Propuesta de solución

- Aspectos relevantes a destacar de la solución propuesta

En aquellos casos en los que el licitador lo estime conveniente podrá dividir un subapartado en los puntos indicados siguiendo la misma estructura descriptiva indicada en el párrafo anterior (propuesta, aspectos relevantes).

La planificación de actividades y asignación de recursos se incluirá en la propuesta de organización.

Se valorará el nivel de detalle y aquellos aspectos que se indican en el PCAP.

/35



Concretamente la propuesta funcional deberá recoger los requisitos funcionales definidos en los puntos: - 5.1.1 Relativos a la liquidación telemática de Impuestos Medioambientales

- 5.1.2 Relativos a la gestión de usuarios, contratos y favoritos

- 5.1.3 Relativos a la tramitación del Impuesto por parte de la Administración

- 5.1.4 Requisitos de integración con otros sistemas.

- 5.5 Requisitos de seguridad

- 5.7 Requisitos de implantación

15.3. Propuesta de organización

Se presentará el modelo de trabajo y organización del proyecto, detallando los aspectos más relevantes en cuanto a la puesta en marcha del conjunto y la disponibilidad de los recursos, indicando los siguientes apartados:

- Planificación (hitos y fases oportunas).

- Detalle de las actividades a realizar, tiempo y recursos estimados para llevar a cabo cada una de las fases.

- Formación, en su caso, de los componentes

- Planificación de coordinación con Dirección Técnica del proyecto

- Propuesta de herramientas para la gestión del proyecto

Con respecto a los recursos humanos se detallarán las funciones previstas para cada uno de los roles, que incluirán no sólo las meramente técnicas, sino cualquier otra necesaria para la correcta ejecución del proyecto y la buena marcha de los trabajos.

Se detallará la distribución de responsabilidades y la forma de realizar las suplencias en caso de ausencia de alguno de los miembros, de forma que en todo momento se mantenga una adecuada ejecución, supervisión y control de los trabajos.

15.4. Formato

El tipo de letra será Arial 11, con un interlineado sencillo y con unos márgenes laterales no inferiores a 2,5 cm. La oferta del sobre 2 no podrá superar las 120 páginas, no procediéndose a leer y valorar a partir del número máximo de páginas indicado.

En el caso de incluir información de presentación y referencias de la empresa, ésta no deberá superar las 10 páginas y será contabilizada dentro del cómputo total correspondiente. En ningún caso se valorará la información sobre presentación y referencias.

En cada sobre, según se indica en el PCAP, deberá incluirse copia electrónica en formato PDF de todos los documentos presentados. Esta copia deberá ser fiel a los documentos presentados, sin ampliar ni minorar el contenido de los mismos. La mesa de contratación podrá realizar cuantas comprobaciones estime necesarias en ambos tipos de documentos procediendo a descalificar a aquellas ofertas que presente variaciones en los formatos electrónicos.

/35



ANEXO I. DESCRIPCIÓN DE PERFILES

Conocimientos Previos Tareas Responsabilidades Experiencia previa para la capacitación del puesto

Analista Programador JEE

Posee los conocimientos necesarios del entorno tecnológico del proyecto para desarrollar su trabajo diario. Muy especializado en labores de construcción de programas y en las herramientas que la facilitan.

Tiene conocimientos generales sobre sistemas de información y metodologías de desarrollo. Conoce estándares de programación JAVA.

Tiene los conocimientos del entorno del proyecto que le permiten evaluar sus posibilidades técnicas y los necesarios de informática general para desarrollarlos.

Formación mínima: Titulación media o superior

Realiza tareas de programación. Codifica, revisa y realiza la prueba unitaria de los programas.

Obtiene información para la realización o mejora de módulos.

Realiza el diseño funcional y técnico del sistema o de módulos en sistemas complejos.

Revisa el diseño detallado de módulos y la programación del equipo, comprobando que los programas se adecuan a los requisitos.

Analiza incidencias.

Define, planifica y realiza la prueba del sistema y la conversión.

Participa en la elaboración y realización de presentaciones divulgativas del Sistema.

Supervisa un pequeño equipo, responsabilizándose de la consecución de objetivos a corto plazo.

Mínima de 2 años con categoría de Analista Programador en plataforma JEE.

/35



ANEXO II. CURRICULUM VITAE DEL EQUIPO DE TRABAJO

Si bien los curriculum no se incorporarán en ninguno de los sobres de la oferta, el adjudicatario propuesto si deberá presentarlos antes de la firma del contrato y de forma previa a la sustitución de alguno de los recursos en su caso.

Los Curriculum Vitae de los miembros del equipo de trabajo, se presentarán en el formato que se especifica a continuación.

1. PERFIL OFERTADO :

2. DATOS PERSONALES

Nombre y Apellidos

Fecha nacimiento

3. TITULACIÓN ACADÉMICA OFICIAL (por fecha descendente)

Título Nivel

(FP GRADO SUPERIOR / UNIVERSIDAD GRADO MEDIO /UNIVERSIDAD GRADO SUPERIOR / DOCTORADO)

Observaciones

/35



4. DATOS PROFESIONALES (por fecha descendente)

Empresa u Organismo:

Categoría actual:

Fecha desde: Fecha hasta:

Descripción Funciones:

Desglose de proyectos (por fecha descendente) Nombre Descripción Empresa u

Organismo Cliente

Categoría ejercida en el proyecto

Fecha desde Fecha hasta Meses Entorno Funcional

Entorno tecnológico y/o funcional

/35



ANEXO III. DESCRIPCIÓN DE LOS CÓDIGOS DE PRIORIDAD

Código de IMPACTO:

Se obtiene de la siguiente tabla, en base al volumen o tipología de usuarios afectados, determinando el grado de impacto en la organización.

Impacto Descripción

1 EMPRESA, VENTANILLA, CIUDADANOS. Cuando afecta a toda la organización, a más de un Departamento o tiene repercusión directa en servicios administrativos prestados en ventanilla cara a ciudadanos y empresas.

2 DEPARTAMENTO, UNIDAD NEGOCIO. Cuando afecta a un único departamento o en general a una unidad de negocio.

3 USUARIOS MULTIPLES. Cuando afecta a más de un usuario en relación al uso o configuración común y particular de algún servicio.

4 USUARIO / PUESTO. Cuando afecta a un único usuario o puesto de trabajo.

Código de SEVERIDAD:

Se obtiene de la siguiente tabla, según el grado de afectación a la continuidad del negocio u operaciones habituales:

Severidad Descripción

1 La aplicación está fuera de uso, inhabilitando al usuario para el desarrollo de sus funciones, y no existen alternativas de operación disponibles.

2 La aplicación está degradada afectando a la continuidad de negocio u operaciones habituales sin alternativa de uso. Pérdida parcial de funciones del negocio y no existen alternativas de operación disponibles. Situación donde el usuario no puede ejecutar algunas funciones específicas de una aplicación del negocio, no existiendo alternativas para dichas funciones.

3 La aplicación está degradada afectando a la continuidad de negocio u operaciones habituales con alternativa de uso. Aunque el rendimiento del sistema o aplicación esté degradado, no inhabilita su función de negocio. En esta situación, el usuario no puede usar las aplicaciones, sistemas o servicios como fueron concebidos, pero existen mecanismos de operación que pueden funcionar para dichas funciones.

4 La aplicación está degradada pero no afectan a la continuidad de negocio u operaciones habituales

/35



Códigos de prioridad:

De acuerdo con los códigos descritos de impacto y severidad, se fija la prioridad según el siguiente cuadro:

PRIORIDAD Impacto

Severidad

1 EMPRESA VENTANIL

LA CIUDADAN

OS

2

DEPARTAMENTO

UNIDAD NEGOCIO

3

USUARIOS MULTIPLES

4

USUARIO PUESTO

1. Aplicación fuera de uso P1 - - -

2. Aplicación degradada sin alternativa

P1 P2 P3 P3

3. Aplicación degradada con alternativa

P2 P3 P3 P4

4. Aplicación degradada que no afecta a la continuidad de negocio u operaciones habituales

P3 P3 P4 P4

pliego de prescripciones tÉcnicas que ha de regir la...

Documents