Pliego de Bases Técnicas · 2011-05-16 · Pliego de Bases Técnicas 5/46 1 Introducción El...

SCR6150c Versión 2.0(12/01/05)

Pliego de Bases Técnicas:

CONTRATACIÓN DEL SERVICIO DE MANTENIMIENTO DEL SISTEMA DE GESTIÓN DE LA INFORMACIÓN MEDIOAMBIENTAL S99 IKS-eeM

Fecha: Febrero de 2011 Referencia: 013/2011

EJIE S.A.

Mediterráneo, 14

Tel. 945 01 73 00*

Fax. 945 01 73 01

01010 Vitoria-Gasteiz

Posta-kutxatila / Apartado: 809

01080 Vitoria-Gasteiz

www.ejie.es

Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.

Pliego de Bases Técnicas

Contenido

Capítulo/sección Página

1 Introducción 5

2 Objeto del contrato 7

3 Contenido 8

3.1 Tareas Funcionales 8

3.2 Auditorías y/o Procesos de Alineación 11

3.3 Bolsa de Horas 12

3.4 Formación 12

3.5 Presentaciones 12

3.6 Priorización de las Tareas 13

4 Requisitos del producto/servicio 14

4.1 Acuerdo a Nivel de servicios (ANS) 14

4.2 Gestión y Coordinación del servicio 16

4.3 Soporte Técnico a usuarios 16

4.4 Mantenimiento Correctivo y Evolutivo 17

4.5 Estrategia de Desarrollo 21

4.6 Procedimiento de Garantía de Calidad 22

5 Metodología Aplicable y Entorno Tecnológico. 23

5.1 Metodología de desarrollo, normativa y Guía de Estilo 23

5.2 Modelo de aseguramiento de la calidad 25

5.2.1. Nivel de Aseguramiento de la Calidad 25

5.2.2. Controles de calidad (SQA) 25


5.2.3. Metodología de pruebas 26

5.2.4. Indicadores 26

5.3 Herramientas del ciclo de vida de las aplicaciones 26

5.4 Entorno Tecnológico. 27

6 Descripción de entregables. 31

7 Planificación y Organización 32

7.1 Plan de Proyecto 32

7.1.1. Plan de Entregas e Hitos de Control 32

7.1.2. Diagrama de Gantt 32

7.2 Organización del Equipo de Trabajo 32

7.2.1. Asignación de recursos a fases del proyecto 32

7.2.2. Equipo de Trabajo 33

7.3 Transferencia Tecnológica 36

8 Presupuesto y oferta económica. 37

9 Mecanismos de Seguimiento, Control y Supervisión 38

9.1 Mecanismos de Seguimiento y Control 38

9.2 Supervisión del Proyecto 38

10 Plazo de ejecución y Plan de Facturación 39

11 Criterios de Valoración. 40

12 Garantía y Confidencialidad. 41

12.1 Garantía 41

12.2 Confidencialidad de la Información 41

12.3 Protección de Datos 41

13 Propiedad intelectual. 42


14 Prestaciones superiores o complementarias a las exigidas 43

15 Estructura y Formato de la Propuesta 44

15.1 Estructura Normalizada y contenido de las propuestas 44

15.2 Formato de la Propuesta 45

15.3 Sobres y Elementos 45

16 ANEXO 46

Pliego de Bases Técnicas 5/46

1 Introducción

El Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca, inició en el año 2.005 la migración de su Sistema de Gestión Medioambiental (IKS-L03), desarrollado con Visual Basic en entorno Cliente/Servidor, a un entorno Internet con tecnología J2EE.

Este sistema permite la realización de las siguientes tareas:

• Dotar a la Viceconsejería de Medio Ambiente (en adelante VMA) de un instrumento aglutinador de la información medioambiental relativa fundamentalmente a Empresas y Centros de la C.A.P.V., tanto a nivel procedimental, como de datos técnicos.

• Coordinar y facilitar la gestión de las tareas desempeñadas por cada uno de los Servicios de la VMA en el ejercicio de sus funciones.

• Coordinar todas las relaciones de la VMA con los Centros (de la CAPV, de otras autonomías, e incluso extranjeros) que operan en los territorios históricos de Bizkaia, Gipuzkoa y Araba.

Dicho sistema se ocupa de manera directa de:

• Todos los datos de identificación, de producción, dimensión, administrativos (autorizaciones) y medioambientales de Empresas y/o Centros.

• Todos los datos de gestión de residuos y contaminantes.

• Mantener toda la información relativa a las Visitas que se realicen a los Centros y a las Denuncias que se efectúen sobre ellos.

• Mantener y registrar toda la Documentación existente, tanto la aportada desde las Entidades Externas como la generada desde el propio Sistema.

• Servir de elemento de integración de los procedimientos administrativos de la VMA, homogeneizándolos y dotándolos de una identidad corporativa.

• Relacionar la VMA con otros Departamentos y Organismos. Existen otros Departamentos y Organismos (IHOBE) que o bien tienen datos de interés para la VMA o bien comparten información de relevancia medioambiental (Ej.: datos de Centros).

• Garantizar el cumplimiento de las obligaciones del órgano competente de la CAPV en materia medioambiental de acuerdo a las normativas existentes en dicho campo de rango autonómico, estatal o europeo.

• Facultar el acceso a la información medioambiental de interés residente en otros Organismos de carácter autonómico (otras CCAA), estatal (Ministerio de Medio Ambiente) o supranacional (Comunidad Europea) que será accesible desde este aplicativo.

Fruto de contratos posteriores, se ha acometido también:


• La integración del nuevo aplicativo (S99) con otros sistemas del Departamento y Horizontales del Gobierno Vasco: e-Administración, inclusión de identificación mediante PKI (Identidad Digital), y que los desarrollos, construidos con tecnología J2EE, utilicen el Framework de desarrollo del GV/EJIE, adaptándose a los estándares definidos.

• El desarrollo de los Nuevos Módulos y Funcionalidades :

e-DMA

Mantenimientos Generales

Seguridad

Entidades y Centros

Circuitos de Residuos


2 Objeto del contrato

EJIE, empresa pública del Gobierno Vasco, impulsada por el objetivo primordial de lograr una Administración Pública Vasca moderna y eficiente, tiene como labor principal la prestación de servicios informáticos de diversa índole. Esta actividad es desarrollada en gran medida, en el ámbito del mantenimiento (correctivo y evolutivo) y en el soporte técnico de diversas aplicaciones informáticas departamentales. En las tareas para la ejecución de estas actividades colaboran habitualmente proveedores externos sujetos siempre a la decisión, control y seguimiento de recursos propios.

En este sentido, se necesita contratar el servicio de mantenimiento de la aplicación: Sistema de Gestión de la información medioambiental IKS-eeM del Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca:

• Mantenimiento correctivo/evolutivo/adaptativo, según el caso, de las funcionalidades existentes en los sistemas de información de las aplicaciones.

• Atención a las incidencias que se produzcan en el sistema, garantizando una respuesta acorde con el nivel de criticidad de las mismas.


3 Contenido

Las tareas generales a realizar por el soporte a contratar son las siguientes:

Análisis: Se realizará a partir de las necesidades planteadas por el DMAPTAT y en coordinación con los analistas de EJIE asignados a este departamento como Asistencia Técnica, de acuerdo a la metodología Arinbide y los estándares del Gobierno Vasco para el desarrollo de aplicaciones informáticas.

Diseño: Se realizará de acuerdo con la metodología Arinbide.

Desarrollo: Se realizará de forma coordinada con los responsables del Departamento y EJIE, y de acuerdo a las directrices del G.V. respecto a los módulos estándar (Control de acceso, Planificador de procesos Batch,…) así como las normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet, el Manual de Identidad Corporativa del G.V. y las directrices indicadas en las normas de estandarización de aplicaciones del Departamento en lo que se refiere a estética, diseño, funcionalidades de las páginas web, al uso de librerías de desarrollo y al sistema de acreditación homologado por el G.V.

La aplicación a desarrollar deberá ofrecer la posibilidad de trabajar en los siguientes idiomas: euskera y castellano.

Implantación: Se llevará a cabo la instalación y generación de objetos en EJIE S.A., realizando las pruebas necesarias durante la fase de desarrollo; es decir, previamente a su implantación en producción por EJIE S.A. y en los sistemas informáticos operativos, de acuerdo a lo previsto en las normas de instalación.

Documentación: Se realizará en coordinación con los responsables del Departamento y EJIE, de acuerdo a la metodología utilizada y a la documentación existente actualmente.

Formación: Se impartirá la formación necesaria tanto a los usuarios finales del sistema como a los futuros responsables del sistema por parte de EJIE S.A. proporcionando la documentación necesaria para ello. Esta formación se realizará en las dependencias del G.V. y/o de EJIE S.A.

Y en particular para el sistema IKSeeM son:

3.1 Tareas Funcionales

3.1.1 De Interface y accesibilidad

3.1.1.1 Desarrollo de un interface específico.

Pantalla ad-hoc y módulo específico de gestión para Autónomos y Microempresas con autogeneración de bolsas en base al CNAE y posibilidad de agregar contenidos adicionales a los perfiles establecidos en base a las necesidades. (Ej: Acceso simplificado a circuitos, Acceso guiado a las distintas pantallas de contenidos, …)


3.1.1.2 Desarrollo de una función en el módulo de entidad para la generación múltiple de centros a partir de uno ya creado con un perfil de bolsas determinado

3.1.2 Tareas de Bloque Procedimental

3.1.2.1 Módulo de avisos y alarmas desde los dos puntos de visión: visión funcionario y visión entidades. Con funcionalidad del tipo : mis tareas/alertas para hoy, corto y medio plazo.

Las dos visiones:

a) mis tareas de e-administración (nivel procedimental): registros / autorizaciones).

b) mis tareas de gestión (datos de negocio específicos del servicio).

Ejemplos:

a) gestión residuos

SA pendientes aceptación; DCS rechazados, DCS pendientes respuesta gestor,…

Fiscalización de documentos de aceptación de residuos pendientes; analíticas que hayan superado los valores límite de emisión fijados; solicitudes de admisión sin informe de caracterización de muestra; documentos de aceptación sin analítica de contraste.

b) e-DMA

Fecha vencimiento presentación e-DMA, e-DMA enviadas a verificador sin respuesta, e-DMA presentadas y no validadas…;

3.1.2.2 Evolución módulo procedimientos-e-administración (e-DMA solicitud/e-DMA notificación/actividades clasificadas/avisos-denuncias/bajas/cambios razón social).

Todos los documentos ya sean los propios generados en el procedimiento, como los aportados por las diferentes entidades, se almacenaran en el Archivo Digital DOKUSI.

Para el Módulo de Residuos, además de que el sistema genere la Declaración de Residuos, se habilitará funcionalidad para la emisión de la autodeclaración proponiendo anualmente la emisión y el envío de la misma a los diferentes gestores/productores para su validación y aceptación (paso e-DMA notificación a nivel 5 de e-administración).

3.1.2.3 Módulo de autorizaciones.

Ampliación para la generación automática de autorizaciones y registros a la totalidad de los servicios.

Integración con el módulo de e-administración.

Incluye la gestión de acreditaciones de EGIA (Entidad de Gestión de la Información Ambiental), EVIA (Entidad de Verificación de la Información Ambiental), AGD (Agentes de la Información Ambiental) y EGD (Gestores de residuos autorizados).

3.1.2.4 Activación de módulo específico de gestión para los servicios de IPPC (autorizaciones + seguimiento anual) y vigilancia e inspección (planes de vigilancia y riesgos).

3.1.2.5 Módulo de gestión COV´s: incorporación de una pantalla específica donde se integre la información relativa a la declaración anual de COV´s (Compuestos Orgánicos Volátiles) y Memorias del Sistema de Reducción.


3.1.3 Tareas de Gestión de Procesos

3.1.3.1 Generación de una réplica de la Base de Datos para la gestión de procesos pesados (informes, consultas, procesos,…).

La copia de la Base de Datos se actualizará periódicamente (en principio diariamente).

Desarrollo del módulo de gestión de los informes de Niveles de Servicio VMA que tomará la información de la citada copia de Base de Datos.

Adaptación del proceso de generación de informes Excel, con el fin de que utilicen la copia de la Base de Datos, para aquellos informes que superen la capacidad máxima de gestión de la hoja de cálculo. Transfiriendo el resultado a un formato legible y manejable por el usuario.

3.1.3.2 Desarrollo de una única pantalla de gestión para los módulos de envíos y recepciones que actualmente están separadas (funcionalidad de la intranet)

3.1.3.3 Desarrollo de proceso para la salvaguarda de los acuses y correos recibidos en el buzón IKS eeM.

La información se deberá guardar para a continuación eliminarlos del buzón. La información guardada debe ser accesible posteriormente para consultas.

3.1.3.4 Adaptación del sistema IKS eeM a las versiones E3L 3.0 y E3S 3.0 (integración con S99W).

3.1.3.5 Evolución módulos analíticas y cálculo de emisiones.

Adaptación E3L fichero XML Analíticas.

Activación módulo de envíos- recepciones de analíticas hacia y/o desde un ERP externo (laboratorio o entidad acreditada).

Activación del proceso de cálculo a través de los ficheros de analíticas procesados.

3.1.3.6 Desarrollo XML generación de los documentos de destrucción de vehículos.

Alineación con E3L 3.0 para los datos comunes y desarrollo de proceso de transacción del fichero a la dirección de tráfico vía e-administración.

3.1.3.7 Generación XML comercio emisiones RENADE y desarrollo de proceso de transacción del fichero al MARM y a RENADE (Registro Nacional de Emisiones de Gases de Efecto Invernadero).

3.1.3.8 Generación XML información anual AAI (autorización ambiental integrada) para el MARM (Ministerio de Medio Ambiente y Medio Rural y Marino) y CE.

3.1.3.9 Alineación fichero E-PRTR (Pollutant Release and Transferenece Register) con herramienta validación CE.

Integración funciones de validación en el proceso de generación del fichero e-PRTR.

3.1.3.10 Generación automática de los informes e-PRTR para su publicación en la WEB:

www.eper-euskadi-net

3.1.3.11 e-DMA en XML.

Completar XML actual e implementar la funcionalidad de recibir e-DMA XML desde ERP externo.

3.1.3.12 Desarrollo módulos de gestión de residuos transfronterizos y MARPOL.


Adapatación E3L 3.0.

Integración e-DMA.

3.1.3.13 Bolsa de contaminantes.

Incorporar módulo de gestión para diferenciar los contaminantes presentes aprobados en los planes de monitorización de modo que en el proceso de validación de la e-DMA se compruebe si alguno de ellos no está presente.

3.1.3.14 Módulos de Entidad y Centro

Integración de los datos de la entidad-centro explotador de la instalación (datos administrativos) para los casos en los que el titular de la instalación sea distinto del explotador de la misma.

Incluirá la información relativa a las condiciones del contrato de explotación y ámbitos de cobertura del mismo (gestión emisiones aire-gestión emisiones agua-suelo-gestión residuos).

Conexión con el gestor de avisos y alertas para emisión de aviso de finalización del contrato.

3.1.4 Tareas facilitadoras de Gestión

3.1.4.1 Desarrollo de versión demo del sistema IKS eeM (partes Internet e Intranet) que integre la visión funcionario, entidad externa no microempresa y entidad externa microempresa.

Se desarrollará una versión demo del Sistema IKS eeM. En función de la disponibilidad de un entorno específico de Formación en el momento de la adjudicación, la conexión se efectuará a dicho entorno o, en su defecto, al entorno de producción.

En este último supuesto habrá que habilitar el sistema para que trabaje en “modo demo” y posteriormente (en función de los dias que se asigne de validez a la demo) proceder al borrado y eliminación de todo lo realizado a través de la versión demo sin afectar al entorno productivo.

3.2 Auditorías y/o Procesos de Alineación

3.2.1 Auditoría y desarrollo en su caso de elementos y procesos correctores para la constitución del sistema IKS eeM en sede electrónica medioambiental.

Testeo del Sistema IKSeeM para detectar si requiere a nivel de proceso algún tipo de actuación para cumplir con el 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, en lo referente a la constitución en sede electrónica medioambiental. Desarrollo en su caso de los elementos correctores adaptativos.

3.2.2 Adaptación de productos a nuevas versiones

3.2.3 Auditoría y acción correctiva reductiva de los tiempos de respuesta en los procesos de búsquedas y consultas.


3.2.4 Auditoría propiedad intelectual y LOPD (avisando que los datos de carácter personal pueden ser “cedidos” a terceros (entidades de gestión de la información, otras autoridades competentes..).

3.2.5 Adaptación para el funcionamiento con los navegadores más habituales no funcionales actualmente en el sistema.

3.3 Bolsa de Horas

Además, para aquellas funcionalidades de alcance bajo que se estime oportunas de carácter estratégico, se incluye una bolsa de 1.000 horas para su realización..

3.4 Formación

Interna

• Impartición de cursos de formación para la totalidad de servicios del departamento que contemple un mínimo de dos jornadas de cinco horas distribuídas en dos bloques: e-administración y gestión de procesos.

• Preparación de manual general, videos de simulación y guías de seguimiento de los cursos (flujogramas de contenidos).

• Presentación con el horario y distribución de contenidos, objetivos del curso y resumen de los contenidos.

• Encuestas de satisfacción y evaluación de los cursos.

• Ficha de sugerencias (fecha, módulo, servicio, datos persona y descripción).

• Emisión de certificados de asistencia

Externa

• Preparación de manual general (parte Internet), videos de simulación y guías de seguimiento de los cursos (flujogramas de contenidos).

3.5 Presentaciones

Ejecutiva

Desarrollo de una presentación ejecutiva al Staff Directivo que integre los vértices estratégico (líneas maestras de afectación en la gestión), técnico (nuevas funcionaliades), económico (presupeusto por partidas) y de gestión (mejoras y beneficios previstos con la implantación de las nuevas


funcionalidades). entre 15 y 20 slides salvaguardando la imagen corporativa del departamento y sistema IKS eeM.

Funcional Interna

Desarrollo de una presentación orientada a los servicios en la que se plasmen a nivel genérico y específico de cada área las nuevas funcionalidades implementadas y los beneficios perseguidos con su implantación. Entre 25 y 30 slides.

Funcional Externa

Desarrollo de una presentación orientada a las entidades externas clientes en la que se plasmen a nivel genérico las nuevas funcionalidades implementadas y los beneficios perseguidos con su implantación con especial incidencia en aquellas funcionalidades de afectación a la reducción de cargas administrativas. Entre 15 y 20 slides.

*todas las presentaciones deberán ser supervisadas por un departamento creativo ya sea propio o externo que orientará acerca de los distintos patrones de diseño en función del target.

3.6 Priorización de las Tareas

El grado de prioridad de desarrollo de contenidos se definirá en la primera reunión del equipo del adjudicatario con la dirección de proyecto y no es el que se puede derivar de la definición secuencial de las tareas en el presente pliego, estableciéndose éste de acuerdo a las necesidades de la dirección en ese momento.

Cada tarea además deberá ser considerada como un subproyecto con su correspondiente planificación.


4 Requisitos del producto/servicio

EJIE desea ir evolucionando hacia unos sistemas más avanzados para dar el soporte al planteamiento, ejecución y control de negocio e ir caminando hacia Acuerdos a Nivel de Servicios (ANS).

Las líneas de servicio tienen asociadas unas características que deben cumplirse íntegramente durante la prestación del servicio:

• Horario: Disponibilidad de servicio. En éste caso marcaremos una disponibilidad acorde con el horario laboral de los usuarios departamentales.

• Alcance: Dominio cubierto con el servicio

4.1 Acuerdo a Nivel de servicios (ANS)

El modelo genérico de prestación de servicio básico, es el que se muestra en la página siguiente


Usuarios Peticiones de Cambio / Consultas Usuario Responsable

Incidencias

CAU Peticiones de Cambios / Consultas

Responsable EJIE

Resolución

Responsable Servicio Proveedor Cartera de tareas

Petición de ejecución de tareas

Equipo del Proveedor


Por lo tanto el proveedor adjudicatario deberá ajustarse y promover el circuito lógico de comunicación que aporta el anterior esquema y que da fiel reflejo de cual debe de ser la relación entre todos los agentes implicados para el mantenimiento y soporte de las aplicaciones.

4.2 Gestión y Coordinación del servicio

Englobará todas las tareas relacionadas con la Dirección del proyecto del proveedor y que estarán fundamentadas en la supervisión, control y seguimiento del servicio demandado. Podemos destacar las siguientes:

Supervisión y control de los recursos del grupo de trabajo del servicio del proveedor adjudicatario

Generación de propuestas para el incremento de la calidad

Elaboración de la documentación necesaria para las labores de seguimiento entre los que incluiremos los Informes de Control de Servicio ( Informes de Progreso)

Interlocución con EJIE para

Comunicación formal dentro del modelo genérico expuesto anteriormente

Presentación de los aspectos más destacados de la labor realizada

Toma de decisiones que pueden condicionar el desarrollo del proyecto

Análisis de desviaciones y situaciones de gravedad dentro de la calidad , plazos y medios empleado

El proveedor adjudicatario deberá dar acceso a las herramientas necesarias para que el responsable de EJIE pueda realizar en cualquier momento un control exhaustivo del servicio contratado en todas sus áreas.

En la línea de servicio de gestión y coordinación de servicio se tomará como elemento mínimo de servicio el Informe de Control de Servicio (Informe de Progreso), cuya frecuencia será como mínimo mensual y cuyo nivel de ejecución deberá ser del 100%

4.3 Soporte Técnico a usuarios

En el modelo genérico de prestación de servicio hemos expuesto el flujo de comunicación entre todos los implicados en el proceso de negocio que básicamente son el usuario, responsable de EJIE, responsable


y equipo del proveedor y equipo. En el caso del soporte técnico a usuarios será EJIE la que canalice las consultas y incidencias menores y al adjudicatario del servicio le corresponderá:

Recogida y registro de solicitudes del responsable de EJIE

Revisión y estudio de solicitud

Resolución clara y rápida de solicitud

Seguimiento y control del registro de solicitudes para la creación de informes y estudio de posibles desviaciones en las resoluciones

Documentación detallada de resolución de tareas para el incremento de la anticipación a problemas

Establecimiento del calendario anual de implantaciones, fijación de las modificaciones y adaptaciones funcionales a incluir en cada una de ellas, así como su prioridad y los criterios funcionales a considerar

En esta línea de servicio se pueden tomar tres elementos mínimos del servicio los cuales deberán reflejar su nivel de cumplimiento en los Informes de Progreso ó informes similares de frecuencia mensual. Estos elementos en plazo son:

Comunicación a EJIE del estado de las Consultas e Incidencias graves

Resolución de solicitudes

Seguimiento de incidencias menores con feedback a EJIE

4.4 Mantenimiento Correctivo y Evolutivo

Las principales funciones a realizar en esta línea de servicio son:

Corregir de manera eficiente y rápida todos los posibles errores producidos en el entorno de explotación y que alteran el desarrollo normal del trabajo de usuario

Identificar los cambios funcionales descritos para generar nuevos desarrollos o nuevas funcionalidades de pequeño alcance en el aplicativo

Proponer cambios que reflejen un salto de calidad en los sistemas

Implantación de las modificaciones derivadas de los cambios normativos y de las nuevas funcionalidades aceptadas por EJIE.

Ampliación de utilidades disponibles realizando procesos de integración y colaboración con sistemas de información corporativos u horizontales del Gobierno Vasco junto a entidades externas


Como su propio nombre indica, esta línea de servicio es divisible en:

a) Mantenimiento Correctivo:

Entendemos que la gran mayoría de los sistemas de información que existen en nuestros días tienen una serie de defectos ó errores poco visibles que solo con el paso del tiempo y la utilización del sistema son detectables. Todo el proceso que lleva a la resolución final del error es lo que llamamos mantenimiento correctivo y podríamos dividirlo por fases:

Detección del error

Estudio del problema

Análisis funcional y técnico de los cambios a realizar

Realización de cambios en entorno de desarrollo con pruebas unitarias

Pruebas de integración

Implantación en entorno Pruebas

Apoyo en las pruebas de usuario en entorno de Pruebas

Implantación en entorno de Producción

Seguimiento del cambio

Mantenimiento de documentación técnica y funcional

b) Mantenimiento Evolutivo

Introducimos aquí un concepto en el que se sustenta todo sistema de información importante: la Mejora Continua. Este concepto está basado en la idea de que el incremento de la productividad favorece un crecimiento estable y consistente en todos los segmentos de un proceso. La mejora continua del proceso es un continuo seguimiento de todos los aspectos que conforman el mismo: diseño, ejecución, medidas de control y ajuste

Aunque este apartado lo hemos referido como mantenimiento evolutivo vamos a ver que profundizando en las peticiones de cambio se pueden detallar otros desencadenantes de modificaciones:

Mantenimiento evolutivo:

Apoyado por la mejora continua el usuario detecta una serie de nuevas funcionalidades para incorporar en el sistema. Estas pueden diferir mucho en cuanto a la dedicación de esfuerzos; por ello es muy importante la fase de valoración (estimación) y aceptación/denegación.


Mantenimiento Preventivo:

Realizando tareas de seguimiento de la ejecución de las aplicaciones se consigue ir un paso por delante de futuros problemas. Estas tareas son del tipo:

Monitorización de procesos

Revisión de accesos al dato y demás partes del software para lograr optimizar procesos

Mantenimiento perfectivo:

Estas tareas vienen impulsadas por la mejora del producto en cuanto a la calidad, operatividad, eficiencia etc

Mantenimiento adaptativo:

Como consecuencia de cambios en el entorno se hace necesario en ciertas ocasiones la modificación de software. Este es el caso de cambios en el entorno tecnológico de los equipos servidores o clientes

Las aplicaciones departamentales van firmemente unidas a la legislación vigente. Los cambios normativos suelen traer consigo alteraciones en los procesos que acarrean un gran cantidad de modificaciones informáticas

Por otro lado y detallando el esquema anteriormente descrito, el servicio realizado deberá cumplir con el siguiente modelo de trabajo:

El usuario, ayudado por los procesos de mejora continua y apoyado por EJIE refleja unas inquietudes funcionales que son trasladadas a una serie de requerimientos

El responsable de EJIE valida los requerimientos y pide una valoración (plazos) al responsable del proveedor adjudicatario

El proveedor realiza la valoración para EJIE donde incluye un análisis del impacto y estudio de viabilidad , así como la solución propuesta y plazo

El responsable de EJIE la prioriza en una cartera de tareas


El responsable del proveedor realiza las indicaciones oportunas para que su grupo de trabajo comience a resolver las tareas de la cartera por orden de prioridad. La ejecución de la tarea la podemos dividir en:

Desarrollo de solución propuesta en los locales del proveedor

Implantación en entorno de desarrollo de EJIE

Desarrollo y ejecución de pruebas unitarias documentadas

Desarrollo y ejecución de pruebas integradas

Implantación en entorno de pruebas

Desarrollo de plan de pruebas para usuario y apoyo en la ejecución de las mismas

Implantación en entorno de producción

Seguimiento del cambio

Mantenimiento del cambio

Mantenimiento de documentación técnica y funcional

Esta línea de servicio la dividiremos en los dos tipos de mantenimiento reflejado, indicando cuales son los elementos sobre los que se estudiará el nivel de cumplimiento mínimo:

Mantenimiento correctivo:

Resolución de incidencias:

Las incidencias deberán resolverse en el plazo estimado en un porcentaje cercano al 100%, teniendo mayor peso las incidencias graves.

Incidencias reabiertas:

Este tipo de incidencias que se han dado por resueltas cuando la realidad demuestra lo contrario, hay que dotarlas de gran importancia por ahondar en la disminución de la calidad del servicio. EJIE poseerá la facultad de interponer penalización económica nunca superior al 15% de importe total de la adjudicación, en el caso de detectar con claridad un porcentaje elevado de estas incidencias.

Mensualmente el proveedor adjudicatario reflejará a través del medio más apropiado todas las incidencias con su histórico de actuaciones


Mantenimiento evolutivo:

Análisis y valoración de peticiones de cambio:

El proveedor adjudicatario deberá comprometerse a analizar y valorar en todas sus aspectos las peticiones de cambio que le indique el responsable de EJIE. El plazo de ejecución de esta tarea no deberá superar los 2 días en los casos de cambios menores y cinco días en casos de mayor envergadura.

Ejecución de las tareas:

Una vez aceptada la valoración por parte de EJIE, el proveedor comenzará a ejecutar las tareas siguiendo el cronograma estimado. En algunos casos pueden surgir desviaciones debidas a causas ajenas al proveedor que no computarán el plazo de ejecución. En el resto de casos el cumplimiento de los plazos deberá realizarse con un nivel de de servicio alto, identificando en todo caso, las causas de las desviaciones producidas.

Documentación:

La documentación de los sistemas de información debe estar en todo momento actualizada reflejando las características de la aplicación en el entorno de producción. Tener una documentación bien organizada y actual repercute positivamente en la calidad del servicio prestado.

Mensualmente el proveedor adjudicatario pondrá en conocimiento de EJIE, a través del medio más apropiado, todos los detalles que definen este tipo de mantenimiento.

4.5 Estrategia de Desarrollo

El desarrollo de las tareas a las que hace referencia esta contratación y su implantación deberán ser realizados atendiendo a la prioridad marcada desde EJIE.

Todo cambio deberá:

Ser implantado en los entornos de desarrollo, pruebas y producción

Ser analizado, probado y documentado antes de su implantación en producción

Deberán ser aprobados en sus diferentes fases los productos:

Análisis del Sistema de Información revisado

Diseño del Sistema de Información.

Construcción del Sistema de Información e Implantación y aceptación de la Aplicación.


4.6 Procedimiento de Garantía de Calidad

Todos los desarrollos nuevos y las modificaciones que desde E.J.I.E. se considere que puedan afectar al rendimiento del sistema, podrán ser objeto de aplicación de los filtros de calidad del software destinados al efecto y de las correspondientes pruebas de stress (ver 5.2 Modelo de aseguramiento de la Calidad).


5 Metodología Aplicable y Entorno Tecnológico.

5.1 Metodología de desarrollo, normativa y Guía de Estilo

La organización del trabajo y ejecución del proyecto estará basada en la Metodología de planificación y desarrollo de sistemas de información ARINBIDE.

ARINBIDE se concibe como una metodología práctica para el ciclo de vida completo del software, basada en Métrica 3, y adaptada a las necesidades y directrices de E.J.I.E. Además consta de un apartado para establecimiento de una metodología de Gestión de Proyectos. Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera los registros de calidad necesarios para el sistema de calidad de E.J.I.E.

Para todo el ciclo de vida del proyecto, ARINBIDE define las siguientes fases metodológicas:

• Gestión del proyecto (GPR)

• Análisis del Sistema de Información (ASI)

• Diseño del Sistema de Información (DSI)

• Construcción del Sistema de Información (CSI)

• Implantación y Aceptación del Sistema (IAS)

• Mantenimiento del Sistema de Información (MSI)

• Gestión de la configuración (GCO)

Información detallada sobre las fases y entregables de la metodología ARINBIDE, se encuentra en la página web de E.J.I.E.: http://www.ejie.net/documentacion.htm

En las distintas fases del proyecto, teniendo en cuenta la mencionada metodología ARINBIDE, y según sean de aplicación, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:

• Actualización del Análisis del sistema. Debe incluir:

El catálogo de requisitos y la relación de los módulos del sistema.

Análisis de las aplicaciones, ASI (ERS)

Especificación del Plan de Pruebas resultante de la fase Análisis

• Actualización del Diseño del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir:

Diseño de las aplicaciones, DSI.

Especificar el detalle del Plan de Pruebas del sistema por cada uno de los niveles de prueba: unitarias, de integración, de sistema, de implantación y de aceptación

• Construcción del sistema.

Lo realizará en su totalidad el adjudicatario en sus dependencias, teniendo en cuenta las directrices de E.J.I.E. en lo que se refiere a los módulos estándar, las normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet, el Manual de Identidad Corporativa del Gobierno Vasco y las directrices de la Oficina para la Modernización de la Administración en lo que respecta a estética, diseño y funcionalidades de las páginas Web.


Incluirá la ejecución del Plan de Pruebas, para verificar el cumplimiento de los requisitos establecidos en el mismo, abarcando pruebas unitarias, de integración y del sistema

Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de aplicaciones homogéneas recogidas en los Libros de Estilo: Euskadi.net (Internet), Jakina (Intranet).

El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos módulos que sean accesibles desde Internet.

Todos los sistemas desarrollados deberán soportar al menos los siguientes idiomas: euskera, castellano.

La aplicación, las páginas, los textos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen,….) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano.

• Implantación en desarrollo.

La empresa adjudicataria llevará a cabo la instalación de la aplicación en el entorno de desarrollo de E.J.I.E., habiendo realizado previamente las pruebas necesarias durante la fase de construcción

Los entregables de esta fase incluyen en la Especificación de Construcción del Sistema (CSI) y el sistema implantado.

Ejecución de las Pruebas de implantación, y Pruebas de Aceptación del Sistema, evaluando los resultados

• Implantación en entorno de test o preexplotación.

La empresa adjudicataria preparará los paquetes y dará soporte a la realización por E.J.I.E. de la correspondiente implantación en el entorno de test o preexplotación, donde se realice el primer test con los usuarios finales de los sistemas.

En caso de considerarse necesario, se llevarán a cabo las Pruebas de Aceptación en este entorno

• Pruebas de carga y rendimiento:

Que incluye la verificación de los niveles de respuesta de la aplicación ante las previsiones de carga del sistema, así mismo se verificará el comportamiento global del sistema en cuanto a consumo de memoria y CPU de sus componentes.

• Implantación en producción y puesta en marcha del sistema. Incluirá:

Fuentes de la aplicación.

BBDD: scripts y carga inicial de datos (si procede).

Sistema implantado en entorno pruebas de E.J.I.E.

Informe de pruebas unitarias y de integración (si procede).

Actualización de los Manual de instalación / Explotación (si procede).

Actualización del Manual de usuario y de la Ayuda On-line que deberán estar en ambos idiomas: euskera y castellano.

Sistema implantado en el entorno de producción.

Para las fases de implantación y pruebas de aplicaciones J2EE en entorno de desarrollo, existe un Manual de tareas de ant, donde se describe el conjunto de tareas disponibles y el uso que debe hacerse de ellas.


En todas las fases del proyecto, así mismo será de referencia el documento de Estándares de desarrollo de sistemas software, que establece requisitos obligatorios y recomendaciones a seguir en todo el proceso de ejecución del proyecto, en cuando a la elaboración de los productos y la entrega de los mismos a E.J.I.E. Cabe destacar que para el caso de desarrollo de aplicativos con interfaz web basado en navegador que será desplegado en el contexto de internet, las pruebas del sistema deberán contemplar los ensayos necesarios para garantizar que el sistema se comporta correctamente en los navegadores más utilizados (a fecha de Enero de 2010, Internet Explorer, Firefox, Chrome, Opera, y Safari). Mientras que si el contexto de despliegue es intranet (con PCs gestionados), el sistema deberá soportar los navegadores homologados por los estándares tecnológicos publicados por la Dirección de informática y telecomunicaciones del GV para dicho contexto. Para el caso de extranet, la lista de navegadores a soportar se deberá decidir en función de los colectivos usuarios de la aplicación y del uso o no de PCs gestionados.

Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: www.euskadi.net/informatika

5.2 Modelo de aseguramiento de la calidad

EJIE contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos como calidad en los productos.

Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en cumplimiento de la metodología ARINBIDE.

Por otro lado, con el objetivo de asegurar la calidad en el proceso de elaboración y la calidad de los productos software obtenidos, será de referencia obligatoria el modelo de aseguramiento de la calidad definido por E.J.I.E. en el documento Estándares de calidad de producto software. v1.3, que contempla:

• Asignación del Nivel de Aseguramiento de la Calidad (NAC) del sistema a desarrollar

• Definición de los controles de calidad a ejecutar, en base al NAC asignado

• Metodología de pruebas y calidad del software elaborada por E.J.I.E, que define el desglose de fases, actividades y tareas así como el conjunto de entregables a elaborar para el aseguramiento de la calidad del sistema.

• Obtención de Indicadores NAC, que define un conjunto mínimo de indicadores que toda aplicación bajo estándares tecnológicos deberá satisfacer, así como el procedimiento y herramientas para obtenerlos.

En este ámbito de definición de la calidad, será de referencia el documento de Aseguramiento de la Calidad de Sistemas Software , así como la Metodología de Pruebas

A continuación se detalla el modelo de aseguramiento de la calidad establecido para el proyecto objeto de contratación.

5.2.1. Nivel de Aseguramiento de la Calidad

El NAC asignado para este proyecto es: MEDIO

5.2.2. Controles de calidad (SQA)


En función del NAC asignado, se han definido una serie de controles de calidad, cuya ejecución es obligatoria, tal y como se define en el documento de Aseguramiento de la Calidad de Sistemas Software

El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación.

5.2.3. Metodología de pruebas

El adjudicatario del presente pliego, además del cumplimiento de la metodología de desarrollo ArinBide, deberá contemplar la ejecución de las tareas propias de la Metodología de Pruebas que se consideren oportunas, como son:

• Checklist de verificación de Arinbide (CVA)

• Definición y gestión del plan de pruebas mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas)

• Realización del Informe Final de Pruebas (IFPB)

• Seguimiento y gestión de incidencias mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas)

• Realización del informe final de incidencias (IIPB)

Con independencia de lo aquí especificado, se recuerda que la metodología de desarrollo ArinBide incluye tareas y actividades destinadas a la ejecución y gestión de pruebas, cuyo cumplimiento está implícito en el proyecto objeto del presente pliego.

5.2.4. Indicadores

Aunque la propia Metodología de Pruebas ya define un conjunto completo de indicadores y sus umbrales asociados, existe un conjunto básico de indicadores que toda aplicación a implantar en el entorno de GV-EJIE deberá satisfacer.

En el entorno de desarrollo, para obtener los resultados de los indicadores para el proyecto se deberán seguir las instrucciones marcadas en el documento Indicadores_NAC.Desarrollo , en el que se especifican detalladamente los pasos a realizar y las herramientas a utilizar en cada momento.

El adjudicatario del presente contrato deberá contemplar la ejecución de las tareas necesarias para la obtención de estos indicadores, dentro del alcance del proyecto objeto de contratación.

Igualmente, como parte del aseguramiento de la calidad, se ha definido para el entorno de pruebas (pre-producción) el documento Indicadores_NAC.Pruebas . El adjudicatario del presente contrato deberá suministrar toda la información y entregables que sean requeridos en este ámbito para la realización de las pruebas por parte de EJIE.

5.3 Herramientas del ciclo de vida de las aplicaciones

Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un conjunto de Herramientas homologadas por E.J.I.E., que abarcan todo el ciclo de vida de las aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de entregables.


Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de E.J.I.E., no pudiendo utilizarse en el mismo otras herramientas similares o equivalentes.

Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato compatible.

En el documento PBT-Anexo Herramientas se detallan las herramientas homologadas.

5.4 Entorno Tecnológico.

El entorno tecnológico será el definido en los estándares del Gobierno Vasco y del Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca, y que se consideren necesarios para la ejecución de este proyecto conforme a sus características específicas.

Existen un conjunto de utilidades y sistemas horizontales de uso corporativo que dan solución tecnológica a distintos ámbitos funcionales de uso común, que se citan a continuación, y que el proyecto objeto de contratación deberá contemplar según sus necesidades.

Para las áreas funcionales de tramitación de expedientes del sistema final se deberán seguir las directrices marcadas por el modelo básico de tramitación (MBT) del Gobierno Vasco, es decir, identificar la familia a la cual pertenece el procedimiento a mecanizar, recoger los datos mínimos definidos como invariantes de información, modelar los trámites establecidos como invariantes de tramitación, e informar al sistema de visión de ciudadano (Mis Gestiones). Además, con objeto de simplificar y homogeneizar los puntos de acceso y las interfaces gráficas de usuario, y de asegurar una correcta interpretación de las normas legales vigentes, el nuevo producto deberá hacer uso del conjunto de módulos y sistemas comunes que constituyen el núcleo de elementos corporativos horizontales de base de plataforma tecnológica de e-Administración, PLATEA, desarrollando y completando por lo tanto todo aquello que dichos sistemas requieran:

• Sistemas de infraestructura de tramitación, PLATEA-Tramitación. Permiten ofrecer al administrado una visión homogénea de los procesos de tramitación gestionados por cualquier departamento de Gobierno Vasco, facilitar al empleado público las herramientas básicas y únicas de gestión de tareas de tramitación, definir y establecer los flujos de tramitación adscritos al modelo básico de tramitación, y aportar las soluciones técnicas necesarias que garantizan el cumplimiento de las normativas y procedimientos legales vigentes en materia de tramitación.

Para la publicación de contenidos y aplicaciones en internet, deberá seguirse la normativa corporativa así como las herramientas de soporte al modelo de presencia en internet:

• Herramientas de gestión de contenidos, portales, ejes de catalogación y buscador: PLATEA-Internet. Gestionan la creación, publicación y mantenimiento de contenidos en los portales de internet administrados por Gobierno Vasco, y su catalogación en ejes homogéneos que faciliten su búsqueda. Facilita igualmente los mecanismos para la integración de las aplicaciones en la propia infraestructura de portales.

Como plataforma de integración entre sistemas:

• La infraestructura de integración. Simplifica y estandariza los modelos de intercambio de datos y de procesos entre aplicativos, proporcionando para ello las herramientas y sistemas necesarios para su implementación en base a una plataforma tecnológica unificada, normalizada y compartida. Ofrece soluciones corporativas para el intercambio síncrono de información


(exposición de servicios por medio de adaptadores), y el intercambio asíncrono (propagador-enrutador), así como la creación de procesos orquestados.

Como referencia obligada respecto a los ámbitos mencionados, deberá considerarse el documento PLATEA – Plataforma Tecnológica para la e-Administración.

El sistema final deberá utilizar el sistema de seguridad homologado en el entorno de Gobierno Vasco:

• XLNetS. Gestiona los procesos de autenticación y autorización de accesos a usuarios (y sistemas) para aplicativos y recursos, desarrollados bajo distintas tecnologías.

Para los desarrollos basados en entorno tecnológico J2EE, en todas las fases de desarrollo del nuevo sistema se deberá contemplar y utilizar el framework J2EE homologado en el entorno de Gobierno Vasco:

• Geremua. Capa software entre una aplicación y el software de base (sistema operativo, máquina virtual, bases de datos, middleware) que ayuda a resolver problemáticas comunes a gran cantidad de aplicaciones. Se consigue acelerar los tiempos de desarrollo y mejorar la calidad del software, e incluso el rendimiento, pues también marca una tendencia arquitectural hacia las mejores prácticas de diseño y desarrollo.

Para las necesidades de gestión documental, deberá utilizarse el sistema corporativo existente:

• Dokusi. Sistema Integral de Gestión Documental cuyo principal objetivo es la implantación de todas las funciones de gestión documental necesarias en los procesos de producción administrativa. Expone su uso a las aplicaciones departamentales mediante su capa de servicios - framework de servicios documentales – FSD, proporcionando además otras utilidades para la carga masiva de documentación, e interfaces gráficas.

En el documento PBT-PLATEA-Anexos se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA.

Como solución corporativa de información de datos de localización:

• NORA. Sistema horizontal de gestión de datos de localización –dirección postal-, que proporciona información actualizada y normalizada hasta nivel de portal. Ofrece diversas alternativas tecnológicas de uso, y como principal valor añadido aporta el tratamiento de Altas Provisionales, solución que permite a las aplicaciones asegurar la normalización de los datos de su negocio, y a su vez favorecer la actualización continua de la información. Incluye además información geográfica. En el documento PBT-Anexo NORA se detalla información de referencia acerca del sistema.

Para facilitar el tratamiento de pago telemático del ciudadano a la administración:

• Pasarela de pagos: Sistema que provee los servicios necesarios para gestionar peticiones de pago generadas por la administración para el ciudadano, incluida la aplicación internet de pago electrónico on-line u off-line. En el documento PBT-Anexo Pasarela de Pagos se detalla información de referencia acerca del sistema.

Otros productos y soluciones corporativas existentes son los siguientes:

Gestión de procesos batch:

• K31/O75: Soluciones corporativas para la ejecución de procesos desasistidos

• CONTROL-M: Planificación de procesos batch

Generación de informes:


• Jreport. Existe un middleware corporativo (T43) para uso por las aplicaciones departamentales, con tecnología J2EE.

• Reporting Services (Microsoft)

Business Intelligence:

• Oracle Discoverer

• Bitam

Sistemas de Información Geográfica:

• GIS Corporativo, basado en productos ESRI (ArcIMS, ARcSDE, ArcView)

Además de los sistemas horizontales especificados, el nuevo sistema, según sus necesidades, deberá utilizar los módulos y servicios establecidos por el Plan de Informática y Telecomunicaciones del G.V. y especificados en el documento de guía de estándares tecnológicos.

Las plataformas tecnológicas y productos comunes de base serán, entre otros:

• Servidor web: Apache Web Server 2 sobre Linux Red Hat Enterprise.

• Servidor de integración: BEA Weblogic Integration 8.1 (o 11.1 en su caso) sobre Linux Red Hat Enterprise

• Base de datos: Oracle 10g sobre HP-UX SQL Server 2005

• Seguridad: XLNets y PKI Izenpe

• Infraestructura para la Gestión de contenidos y portales (PLATEA-Internet): Interwoven TeamSite 6.7 Open Deploy 6.1 Autonomy

• Infraestructura para la gestión documental (dokusi): Documentum

• Gestión de versionado de aplicaciones Subversion

• Documentación y trabajo en grupo: SharePoint Portal Server

Además, para el entorno tecnológico J2EE:

• Servidor de aplicaciones: BEA Weblogic Server 8.1 (o 11.1 en su caso) sobre Linux Red Hat Enterprise

• Herramientas para desarrollo:

Framework J2EE: Geremua

IDE (PC compatible con Windows XP SP1):


Eclipse, con plugin MyEclipse Ant 1.5

Gestión de dependencias Maven

• Pruebas de rendimiento (pre-producción): LoadRunner

Además, para el entorno tecnológico Microsoft .NET:

• Servidor de aplicaciones: IIS 6.0 sobre Windows 2003 Server

• Herramientas para desarrollo:

IDE (PC compatible con Windows XP SP1): Visual Studio 2005

En todos los casos, y según corresponda al entorno tecnológico a utilizar, se utilizarán igualmente las Herramientas del ciclo de vida de las aplicaciones. En el documento PBT-Anexo Herramientas se relacionan las herramientas homologadas.

Existe asimismo un conjunto de librerías software homologadas, recogidas en los manuales de albergue de aplicaciones, que deberán contemplarse según corresponda, en el proceso de diseño técnico y construcción del sistema (Izenpe, FOP, POI, LinearBarCode, JfreeChart, IAIK, …)


6 Descripción de entregables.

Los productos a entregar, tanto productos software como documentación, serán aquellos que define la metodología de desarrollo ARINBIDE, en referencia a las fases definidas dentro del alcance del proyecto.

Igualmente, dentro del alcance definido del proyecto, la Metodología de Pruebas , así como el documento de Aseguramiento de la Calidad de Sistemas Software , detallan los entregables a proporcionar en el ámbito de la calidad.

Con independencia de lo descrito y requerido a nivel metodológico (metodología de desarrollo Arinbide, y Metodología de Pruebas), a continuación se añaden tareas y entregables a realizar/suministrar por el adjudicatario:

Implantación en el Entorno de Desarrollo de EJIE.

Definición, ejecución y gestión del Plan de Pruebas

Preparación de componentes y soporte a la implantación en el entorno de Test o Preproducción.

Soporte a la implantación en el entorno de Producción.

La documentación de usuario deberán estar en ambos idiomas: euskera y castellano.

La aplicación, las páginas, los textos, tablas de códigos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen,….) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano.

Entrega de fuentes de todos los componentes, ficheros de configuración, elementos gráficos utilizados,…..y cualquier otro elemento que se considere necesario para el normal y adecuado mantenimiento/evolución del sistema, en soporte magnético (DVD).

Confección y entrega de la documentación (funcional, técnica, de explotación y de usuario) correspondiente a cada una de las fases del proyecto tanto en formato papel, como en formato electrónico.

Todos los entregables deberán proporcionarse utilizando las herramientas homologadas en EJIE para el ciclo de vida de las aplicaciones, o en su caso proporcionando formatos compatibles.


7 Planificación y Organización

7.1 Plan de Proyecto

7.1.1. Plan de Entregas e Hitos de Control

El licitador deberá incluir en su Documento de Propuesta Técnica una descripción de las principales:

• Fases y tareas del proyecto,

• Entregas resultantes de cada fase,

• Hitos de control y/o verificación,

Junto con sus correspondientes fechas orientativas de finalización.

Así mismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales acordes con el planteamiento del proyecto establecido, siempre que:

• Lo considere más adecuado para facilitar la implantación y puesta en marcha del objeto del contrato.

• No se establezca nada en sentido contrario en los apartados de: Objeto, Contenido y Requisitos del Producto/Servicio.

7.1.2. Diagrama de Gantt

El licitador deberá presentar un Diagrama de Gantt o Cronograma de las Fases y Tareas propuestas para la ejecución de las realizaciones objeto del presente pliego.

7.2 Organización del Equipo de Trabajo

El licitador deberá describir en su Documento de Propuesta Técnica:

• La organización (perfiles) del equipo de proyecto asignado a la realización de las actividades resultantes del presente pliego, así como

• Las funciones de los mismos, y

• La relación nominal de los participantes, junto su correspondiente documento de currículo.

7.2.1. Asignación de recursos a fases del proyecto

El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por perfil y fase del proyecto, siguiendo el siguiente modelo:


Gest. Proyecto Análisis Diseño Construcción Implantación Descripción Perfil

Horas % Horas % Horas % Horas % Horas %

Total Horas

Jefe Proyecto Analista Funcional Analista Técnico Analista-Program. Programador Diseñador … TOTAL

(*) Este desglose de horas será tenido en consideración en el momento de valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su adecuación a la consecución de los objetivos.

. 7.2.2. Equipo de Trabajo

El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo con las actividades que se vayan desarrollando.

El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo, según lo establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en cada actividad específica.

7.2.2.1. Certificaciones en PLATEA y Geremua

Con el fin de asegurar la capacitación técnica del personal involucrado en el desarrollo de los proyectos, en el ámbito del uso de plataformas y sistemas corporativos, se establece como requisito la acreditación de dichos conocimientos en base a Certificaciones de los técnicos propuestos por el licitador. La expedición de dichas acreditaciones, así como la formación destinada a la consecución de las mismas se lleva a cabo por el European Software Institute (ESI).

Se han establecido dos perfiles de Certificación (analista y desarrollador), para cada una de las siguientes especialidades:

• Infraestructura de tramitación electrónica, PLATEA-Tramitación

• Infraestructura de presencia en internet, PLATEA-Internet

• Infraestructura de integración

• Framework J2EE, Geremua

En concreto, para el proyecto objeto del presente pliego, la empresa licitadora deberá presentar personal certificado conforme al siguiente cuadro:


Nº de certificaciones Especialidad

Analista Desarrollador Fecha límite de

acreditación PLATEA-Tramitación X X 31/03/2011 PLATEA-Internet X X 31/03/2011 Integración X X 31/03/2011 Geremua X X 31/03/2011

Para los casos en caso de que las fechas límite de acreditación sean posteriores a la fecha de adjudicación del contrato, la oferta del proveedor deberá recoger compromisos firmes y concretos de cumplimiento de las acreditaciones del personal propuesto en caso de ser adjudicatario. Cualquier incumplimiento de las fechas de preceptividad comprometidas en la oferta del adjudicatario, podrá suponer la rescisión del contrato y ser tenido en cuenta a efectos de calificación de solvencia técnica para siguientes procesos de contratación.

7.2.2.2. Veracidad de los datos

E.J.I.E. se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la misma, como a los recursos de que disponga.

La falsedad en los mismos podrá implicar asumir penalizaciones, y en último término, podrá provocar la resolución del contrato.

7.2.2.3. Condicionante del equipo de trabajo ofertado

La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste entre lo reflejado en el currículo y los conocimientos reales demostrados en la ejecución de los trabajos, podría en último término, podrá provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato.

7.2.2.4. Constitución inicial del equipo de trabajo

El equipo humano a incorporar tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados.

Si tras la adjudicación se observara que el equipo de proyecto no se corresponde con el Documento de Propuesta Técnica objeto de la misma y:

• Caso que el adjudicatario presente justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio, se procederá a:

La presentación por el adjudicatario de posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir.

Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de E.J.I.E.

• Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza mayor y no imputable al adjudicatario, E.J.I.E. se reserva el derecho no solo a la aprobación de la persona o personas sustitutivas, sino incluso a la revisión de la adjudicación y en su caso la


rescisión del pedido/contrato, si este hecho fuera elemento determinante en la mencionada adjudicación.

7.2.2.5. Modificaciones en la composición del equipo de trabajo

La valoración final de la productividad y calidad de los trabajos de las personas que realizan los trabajos objeto del presente pliego corresponde a la Dirección del Proyecto de E.J.I.E., siendo potestad suya solicitar el cambio de cualquiera de los componentes del equipo de trabajo, con un preaviso de quince días, por otro de igual categoría, si existen razones justificadas que lo aconsejen.

Si el adjudicatario propusiera el cambio de una de las personas del equipo de trabajo, se deberá solicitar por escrito con quince días de antelación, y requerirá de las siguientes condiciones:

• Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio.

• Presentación de posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir.

• Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de E.J.I.E.

Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las sustituciones de personal, deberán subsanarse mediante periodos de solapamiento sin coste adicional, durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de E.J.I.E., esto no fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario.

7.2.2.6. Jornada laboral y lugar de realización de los trabajos.

Los trabajos de desarrollo se realizarán normalmente en las dependencias del adjudicatario en cuyo caso:

• La jornada de trabajo estará de acuerdo a la establecida por el adjudicatario,

• Los componentes del grupo de trabajo deberán estar en una única ubicación y desarrollarán su labor con hardware y software propiedad del adjudicatario. Dicha ubicación deberá ser lo suficientemente cercana a E.J.I.E., S. A. como para garantizar una presencia rápida en E.J.I.E., ante cualquier eventualidad que pudiera surgir.

Las pruebas de integración, de carga, aceptación y la puesta a punto de los productos se realizarán en los locales de E.J.I.E.

En aquellos casos en que los trabajos deban ser realizados en las dependencias de E.J.I.E, estos se realizarán en las siguientes condiciones:

• La jornada de trabajo estará de acuerdo a la establecida por E.J.I.E.,

• Con carácter general los componentes del grupo de trabajo deberán desarrollarán su labor con hardware y software propiedad del adjudicatario, salvo para labores de instalación, implantación, y puesta en marcha, que se realizará mediante los puestos asignados por la Dirección del Proyecto de E.J.I.E.

• Si por circunstancias excepcionales y cuando la realización efectiva de los trabajos no se ajuste a la planificación o así se requiera por las necesidades del servicio, el adjudicatario deberá comprometerse a una plena disponibilidad incluso fuera del horario habitual (salvo acuerdo previo por la Dirección del Proyecto de E.J.I.E.), sin que la realización del trabajo tenga una consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas


7.2.2.7. Currículo de los componentes del grupo de trabajo.

Se deberá adjuntar el currículo individual detallado de todos y cada uno de los componentes del grupo de trabajo propuesto para la realización de las tareas y actividades de los trabajos objeto de contratación, junto con el papel/perfil (conforme a los indicados en el cuado anterior) que asumen en la realización descrita.

La no inclusión del currículo de alguno de los participantes, puede suponer la imposibilidad de una adecuada evaluación del apartado de “Organización del Proyecto”, pudiendo el licitador no ser puntuado por este concepto.

Datos del currículo:

• Apellidos y Nombre,

• Edad,

• N.I.F., N.S.S. y justificación/certificación de alta en la empresa (certificado de la S. Social)

• Conocimientos metodológicos y tecnológicos principales.

• Formación Reglada: Centro, Titulación y Fechas (desde-hasta).

• Formación no Reglada: Centro, Curso y Fecha (desde-hasta).

• Certificaciones en PLATEA y/o Geremua: Descripción y Fecha.

• Experiencia Acumulada: Total Años.

• Experiencia profesional: Empresa, Puesto / Responsabilidades, Meses o Años, Fecha (desde-hasta).

• Conocimientos y Experiencia obtenida Proyectos: Proyecto, Puesto / Responsabilidades, Meses, Fecha (desde-hasta), y principales tecnologías utilizadas, para al menos los principales o correspondientes a experiencias similares.

7.3 Transferencia Tecnológica

Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por la Dirección del proyecto de E.J.I.E., y a tales efectos, la información y documentación que ésta solicite para disponer de un pleno conocimiento de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos.


8 Presupuesto y oferta económica.

En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberá incluir el importe Total de la Oferta Económica, con y sin I.V.A. Y opcionalmente, cualquier otro desglose de estimación de esfuerzos que se considere relevante para la correcta evaluación del apartado “Proposición económica” contemplado en la sección de Criterios de Valoración.

Del mismo modo podrán detallarse también posibles prestaciones superiores a las solicitadas, ofertadas por el licitador y debidamente argumentadas en cuanto al nivel de esfuerzo requerido, siempre y cuando E.J.I.E. las considere como tales desde el punto de vista del proyecto y si así se especificase en el apartado de “Prestaciones Superiores/Complementarias a las Exigidas” contemplado en la sección de Criterios de Valoración.

En el precio ofertado se entenderán ya incluidos: las dietas, gastos de desplazamiento y/o cualquier otro gasto necesario para la realización del servicio. Con independencia de lo aquí indicado será necesario incluir el desglose de cualquier gasto o aspecto objeto del presente pliego si así fuera requerido de forma expresa en el Pliego/Hoja de Cláusulas Administrativas.


9 Mecanismos de Seguimiento, Control y Supervisión

La gestión del proyecto se realizará según las normas procedimentales y de calidad de la Gestión de Proyectos de E.J.I.E y del Gobierno Vasco

El control y seguimiento de la calidad de servicio, será realizado por la Dirección del Proyecto de E.J.I.E.

Durante el desarrollo y ejecución del proyecto, E.J.I.E. podrá establecer controles de calidad sobre la actividad desarrollada.

9.1 Mecanismos de Seguimiento y Control

El equipo de trabajo estará dirigido por un Responsable del Proyecto con dedicación estable y suficiente, quien coordinará las tareas implicadas en el proyecto y será el interlocutor principal con la Dirección del Proyecto de E.J.I.E.

Deberán establecerse todos los mecanismos de control que permitan verificar de forma continuada el cumplimiento de los objetivos especificados, tanto en plazos como en términos de calidad final. Para ello se contempla:

• Reuniones de seguimiento: a partir del plan de entregas requerido se celebrarán reuniones periódicas o coincidiendo con los puntos de decisión, destinadas a revisar el grado de cumplimiento de las tareas planificadas, le entrega de productos, las reasignaciones de personal, la validación de las programaciones de actividades a realizar, etc.

• Reuniones de control económico: de control económico del proyecto para llevar a cabo el plan de pagos establecido.

• Informes de situación y progreso: con los que la empresa adjudicataria comunicará a la Dirección del Proyecto de E.J.I.E., del estado puntual de los trabajos, de los objetivos alcanzados, de las incidencias ocurridas, etc.

• Certificaciones parciales: si procede.

• Hojas de control de tareas: si procede.

• Documentos de gestión de proyectos: a solicitud del responsable de E.J.I.E., la empresa adjudicataria cumplimentará los documentos de gestión de proyectos, según un modelo definido: actas de reuniones, registro de inspección y ensayo, informes de progreso, control de configuración (módulos-componentes instalados), etc.

9.2 Supervisión del Proyecto

Tanto la dirección como la supervisión del Proyecto serán llevadas a cabo por el personal de EJIE, S.A. asignado al proyecto. Los productos del trabajo deberán ser aprobados tanto por el Responsable del Proyecto por parte del adjudicatario, como por la Dirección del Proyecto de E.J.I.E., si los encuentran conformes, emitirán su informe favorable, empezándose a computar desde ese momento el período de garantía que todo trabajo de realización externa debe aportar en previsión de defectos no detectados en las pruebas realizadas.

El incumplimiento de los plazos pactados sin causa que lo justifique, dará lugar a las penalizaciones que se acuerden en las condiciones particulares (si existieran).


10 Plazo de ejecución y Plan de Facturación

La entrega del producto objeto del contrato tendrá como fecha límite el 31 de Diciembre de 2011.

El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las órdenes dadas por escrito por E.J.I.E.

La facturación del precio del contrato, se efectuará a través de la presentación de las correspondientes facturas expedidas con los requisitos legales exigidos y repartidas de forma orientativa según el cuadro siguiente:

• La aprobación implica: La implantación en el entorno correspondiente, y la aprobación por la Dirección del Proyecto de E.J.I.E. de las tareas correspondientes.

• El plan de facturación definitivo se establecerá sobre la base del plan de proyecto establecido en la fase de definición inicial del mismo, teniendo en cuenta que:

En función del plan del proyecto y de acuerdo con la Dirección del Proyecto de E.J.I.E, podrán ser establecidas entregas parciales, que podrán implicar facturaciones acordes al alcance de las mismas, tras las correspondientes verificaciones y certificaciones.

La no conformidad de los productos recepcionados, tanto en cuanto al alcance funcional respecto el plan de entregas preestablecido, como en cuanto al incumplimiento de las normas/estándares establecidos, y/o en cuanto al nivel de calidad de los mismos, pueden provocar la paralización del plan de facturación hasta que se resuelvan las no conformidades. Caso de que los trabajos efectuados no se puedan adecuar a la prestación contratada, como consecuencia de vicios o defectos graves imputables al contratista, no pudiendo ser utilizados por E.J.I.E. en tiempo y/o condiciones estará exento de la obligación de pago o tendrá derecho, en su caso, a la recuperación del precio satisfecho.

El plan de facturación establecido al inicio del proyecto podrá ser revisado y/o modificado, a lo largo del proyecto y como consecuencia de actividades de replanificación del mismo, establecidas en los procedimientos de control y seguimiento del proyecto.

• Para llevar a cabo el abono de los importes relativos a los conceptos de cada una de las facturas será requisito imprescindible disponer de la certificación de conformidad de los mismos emitida por la Dirección del Proyecto de E.J.I.E.

A la aceptación de cada trabajo por parte de la Dirección del Proyecto de E.J.I.E. se facturaran las horas realizadas. 100%


11 Criterios de Valoración.

Los criterios de adjudicación que servirán de base para la valoración de las propuestas, así como sus pesos de ponderación se recogen a continuación. Para la evaluación de las propuestas se establece un criterio de ponderación con una puntuación máxima de 100 puntos.

A continuación se detalla la puntuación y aspectos que se tendrán en cuenta para la adjudicación del trabajo:

Característica Objeto de valoración Puntos

Proposición Económica. 40

Entendimiento del Proyecto y Planteamiento de la Solución. 30

Planificación y Organización. 20

Prestaciones Superiores/Complementarias a las Exigidas. 10

• Proposición Económica : Se adjudicarán 40 puntos a la oferta más baja y al resto los resultantes de aplicar la siguiente formula:

Total puntos proposición económica x Precio oferta más ventajosa (la de menor precio) Precio de la oferta evaluada

• Entendimiento del Proyecto y Planteamiento de la Solución: Contenido, alcance, grado de detalle y concreción del análisis propuesto. Se valorará especialmente el entendimiento de las labores a realizar y el planteamiento de la solución.

• Planificación y Organización: Se valorará la organización, planificación y estrategia de desarrollo.

• Prestaciones Superiores/Complementarias a las exigidas: Se valorarán las posibles mejoras propuestas por la empresa que en ningún caso tendrán incidencia en el precio final ofertado y deberá incluirse obligatoriamente una valoración técnica que justifique tal carácter de mejora.


12 Garantía y Confidencialidad.

Las cláusulas relativas a la propiedad intelectual, garantía y confidencialidad de la información, así como el resto de condiciones generales de contratación se encuentran disponibles en la web de E.J.I.E. (www.ejie.net) en el apartado perfil de contratante.

12.1 Garantía

El período de garantía será como mínimo de 1 año a partir de la aceptación del trabajo. No obstante los licitadores especificarán, en su caso, el tiempo de garantía ofrecido superior al mínimo, así como el alcance de la misma.

12.2 Confidencialidad de la Información

La Dirección del proyecto entregará la información y documentación que considere necesaria para la realización del presente trabajo, debiendo la empresa adjudicataria comprometerse a:

• Tratar con absoluta confidencialidad todo el material y la información que reciba como consecuencia de los trabajos realizados objeto de la adjudicación, durante el periodo de tiempo de duración de la misma,

• No utilizar la misma para otros fines que los recogidos en el presente Pliego de Condiciones Técnicas.

• No duplicar, copiar, revelar, ceder o vender total o parcialmente la información obtenida, en todo o en parte, a terceros sin autorización escrita de E.J.I.E.,

• Advertir a sus empleados de sus obligaciones respecto a la confidencialidad de la información, velando por el cumplimiento de la misma,

• Restringir la utilización de la información obtenida como consecuencia de los trabajos realizados objeto del presente pliego de bases técnicas, exclusivamente para aquellos empleados que tengan necesidad de conocerla y con la finalidad de realizar los trabajos expuestos.

• Poner todos los medios a su alcance para conservar el carácter confidencial y reservado tanto de la información y documentación recibida de E.J.I.E., como de los resultados obtenidos del trabajo realizado.

• La devolución de toda la información, material y/ soportes informáticos obtenidos, así como a la descarga de la misma de sus equipos informáticos o (si existieran), una vez finalizado el periodo de contratación correspondiente.

Cualquier infracción en este sentido será calificada como grave y será causa de resolución del contrato, sin perjuicio de las responsabilidades penales, o de otro tipo, en que se puedan incurrir.

12.3 Protección de Datos

El adjudicatario quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica de Protección de Datos, sobre protección de datos de carácter personal. En este sentido, deberá sujetarse a los preceptos de la Ley Orgánica 15/1999, de 13 de diciembre, LOPD, y su Reglamento de Desarrollo, RD 1720/2007, de 21 de diciembre.


13 Propiedad intelectual.

Todos los derechos de propiedad intelectual y de ‘Copyright’ de cualquier producto o subproducto derivados de los trabajos realizados bajo la correspondiente adjudicación serán propiedad exclusiva de E.J.I.E., obligándose las partes a otorgar el documento oportuno cuando éste sea necesario, para la debida constancia pública de este hecho ante cualquier Organismo o Registro, tanto de la Comunidad Autónoma como de la Administración Central del Estado Español.

Así mismo todo producto o subproducto derivada de la correspondiente contratación no podrá ser utilizado para otros fines fuera del ámbito de la misma, sin el permiso expreso y por escrito de E.J.I.E.

La empresa adjudicataria será responsable de daños y perjuicios que se deriven del incumplimiento de esta obligación.


14 Prestaciones superiores o complementarias a las exigidas

El Licitador podrá incluir en su propuesta de colaboración cuantas prestaciones adicionales considere oportunas para la mejora de su actuación, siendo valoradas conforme a lo establecido en el apartado de Criterios de Valoración, caso de que en el mencionado apartado no se establezca criterios de valoración específicas de las mismas estas podrán ser cuantificadas dentro del conjunto del apartado correspondiente a Entendimiento del Proyecto y Planteamiento de la Solución.

En cualquier caso, indicar que:

• Deberán ser:

Descritas en cuanto a sus objetivos, funcionalidad y alcance,

Necesariamente valoradas tanto en cuanto:

Esfuerzo: Horas, (dentro del Documento de Propuesta Técnica Técnica), como en

Coste: Euros, (dentro del Documento de Propuesta Económica), La finalidad de esta solicitud es la de permitir a E.J.I.E. realizar un mejor y más adecuado análisis comparativo de las propuestas recibidas.

Caso que:

Elementos similares hayan sido diferentemente valorados en las distintas propuestas recibidas, o que

Determinadas prestaciones hayan sido (a juicio de EJIE) sobrevaloradas.

Se definirá por parte de E.J.I.E. un patrón general de esfuerzo por perfil para las mismas y se re-estimará su valoración a los precios correspondientes de los perfiles de cada uno los licitadores.

• Posibles mejoras correspondientes a la ampliación del periodo mínimo de garantía establecido, deberán ser referidas e indicadas, pero en ningún caso valoradas en cuanto a esfuerzo y coste.

• Con independencia de lo indicado en los puntos anteriores, las Prestaciones Superiores/Complementarias ofrecidas por el licitador, serán valoradas siempre y cuando E.J.I.E.:

Considere que realmente están fuera del alcance base del proyecto.

Las considere como tales desde el punto de vista del proyecto.


15 Estructura y Formato de la Propuesta

El licitador sólo podrá presentar su propuesta contemplando una única alternativa.

15.1 Estructura Normalizada y contenido de las propuestas

La propuesta que se presente por el licitador deberá aportar la información que se requiere en todos sus apartados y estar obligatoriamente estructurada de la siguiente forma:

Documento de Propuesta Técnica, incluyendo • Índice.

• Presentación y Características Generales:

Identificación del pliego al que responde la propuesta.

Acatamiento con carácter general a las condiciones del pliego.

A partir de este punto, los siguientes apartados se particularizarán para cada una de las soluciones que se oferten.

• Descripción de la Solución Técnica. Se incorporará al inicio de este apartado el resumen de los aspectos más significativos y relevantes de la solución propuesta. Se deberá incluir información detallada de la propuesta en relación con los requisitos de este pliego. Se trata, en definitiva, de una memoria descriptiva del proyecto.

• Metodología y Entorno Tecnológico.

• Planificación y Organización.

Se indicarán las principales fases/tareas del proyecto y el cronograma de trabajos.

Organización del equipo de proyecto, junto perfiles, funciones y responsabilidades.

Equipo de trabajo.

Datos relativos de todos los componentes del equipo de trabajo, incluyendo el cuadro de asignación de recursos a fases del proyecto.

Composición del equipo de trabajo propuesto, ordenado por categorías profesionales.

Currículo de cada uno de los componentes, de acuerdo a lo indicado en el apartado Equipo de Trabajo y recogido en Anexo al Documento de Propuesta Técnica.

• Procedimientos de Gestión, Control y Calidad de Proyectos Se incluirá en este apartado la descripción de las medidas dispuestas por el licitador para asegurar la calidad de los trabajos, medios humanos y materiales, aseguramiento de calidad, así como aquellas otras que se prevé aplicar para vigilar y garantizar el adecuado cumplimiento del contrato.

• Prestaciones superiores o complementarias a las exigidas, si las hubiera: El adjudicatario podrá incluir en su propuesta cuantas prestaciones adicionales considere oportunas para la mejora de su actuación, estas (salvo ampliaciones en la garantía) deberán ser necesariamente valoradas tanto en cuanto al nivel de esfuerzo (horas por perfil) como económicamente y de forma separada en los Documentos de Propuesta Técnica y Propuesta/Oferta Económica

• Garantía, Confidencialidad y Propiedad Intelectual.


(*) En ningún caso se deberá incluir información Económica en el Documento de Propuesta Técnica.

Documento de Propuesta/Oferta Económica, incluyendo: • Importe Total de la oferta Económica: con y sin I.V.A.

• Relación completa de los costes contenidos en la propuesta, indicando:

Número de horas por persona y categoría/perfil.

Coste hora por categoría/perfil. Siguiendo el modelo establecido.

• Cualquier otro requisito establecido en el Pliego/Hoja de Cláusulas Administrativas.

15.2 Formato de la Propuesta

El soporte físico de las propuestas deberá ser:

• Papel, debidamente encuadernada, y

• CD/DVD, en formato electrónico (.pdf), con idéntica información a la reflejada en papel.

15.3 Sobres y Elementos

Todas las propuestas deberán entregarse en sobre o paquete debidamente cerrado, y

• Con etiqueta indicando sobre el mismo:

Descripción/Título y

Referencia Presentes en la carátula del presente Pliego.

• Recogiendo en su interior:

Documento de Propuesta Técnica, siguiendo la estructura requerida en el apartado de Estructura y Formato de la Propuesta, del presente documento.

Documento de Propuesta Económica siguiendo la estructura requerida en el apartado de Presupuesto/Oferta económica, del presente documento y de lo indicado en el Pliego/Hoja de Cláusulas Administrativas

Soporte Magnético con los documentos electrónicos correspondientes, rotulado sobre el mismo: Descripción/Título y Referencia del Pliego.


16 ANEXO

Pliego de Bases Técnicas · 2011-05-16 · Pliego de Bases Técnicas 5/46 1 Introducción El...

Documents

Transcript of Pliego de Bases Técnicas · 2011-05-16 · Pliego de Bases Técnicas 5/46 1 Introducción El...