pliego de condiciones técnicas: sistema de explotación ... · el decreto 35/1997, de 18 de...

Pliego de Condicioens Técnicas

Pliego de Condiciones Técnicas:

Sistema de Explotación Dinámica de la Información de la Agencia Vasca del

Agua:

Gestión Administrativa

Vertidos

Fecha: Junio de 2014 Referencia: 021/2014

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 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.

http://www.ejie.es/

Pliego de Condiciones Técnicas 1/38

Contenido

Capítulo/sección Página

Contenido 1

Capítulo/sección 1

Página 1

1 Introducción 3

2 Necesidad 4

3 Objeto y Alcance 4

4 Descripción del Servicio 5

4.1 Situación Actual 5

4.1.1. Sistema de Información de Calidad del Agua 5

4.1.2. Gestor de Expedientes de la Agencia Vasca del Agua 6

4.1.3. Gestión de Tareas de Campo 8

4.1.4. Sistema de Información Geográfica 10

4.1.5. Entidades Transversales 10

4.1.6. Carga de Analíticas de Vertidos 11

4.1.7. Gestión de Cánones 12

4.1.8. Sistemas Ofimáticos 13

4.2 Objetivos a alcanzar y necesidades a cubrir 13

4.2.1. Módulo de seguimiento de gestión administrativa 14

4.2.2. Módulo de seguimiento de Vertidos 16

5 Metodología Aplicable y Entorno Tecnológico 17

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

5.2 Metodología de pruebas 20

5.3 Modelo de aseguramiento de la calidad (SQA) 21

5.4 Herramientas del ciclo de vida de las aplicaciones 22

5.5 Entorno Tecnológico 22

6 Descripción de entregables 26

6.1 Normativa para la puesta en producción y posterior explotación del sistema

27

7 Planificación y organización 28

7.1 Plan de Proyecto 28

7.2 Organización de equipo de trabajo 28


7.3 Asignación de recursos a fases del proyecto 28

7.4 Equipo de trabajo 29

7.4.1. Constitución inicial del equipo de trabajo; seguimiento y control. 29

7.4.2. Modificaciones en la composición del equipo de trabajo 30

7.4.3. Horario y lugar de realización de los servicios 30

7.4.4. Perfiles de los componentes del equipo de trabajo. 31

7.5 Transferencia tecnológica 31

8 Presupuesto / Oferta económica 31

9 Mecanismos de Seguimiento, Control y Supervisión 31

9.1 Mecanismos de Seguimiento y Control 32

9.2 Supervisión del proyecto 32

10 Condiciones particulares 33

10.1 Modelo de facturación 33

10.2 Penalizaciones 34

10.3 Plazo de ejecución 34

11 Criterios de valoración 34

12 Estructura y formato de la propuesta 36

12.1 Estructura normalizada y contenido de las propuestas 36

12.2 Formato de la Propuesta 37


1 Introducción

El Decreto 35/1997, de 18 de febrero, por el que se regula la planificación, organización, distribución de funciones

y modalidades de gestión en materia de sistemas de información y telecomunicaciones, establece, en su

Disposición Adicional Segunda, que EJIE se ocupará de la prestación de servicios informáticos a la

Administración Pública de la C.A.P.V., y en todo caso se encargará de la explotación y del aspecto técnico de la

ingeniería de sistemas en relación a los servicios, programas y aplicaciones informáticos de la Administración de

la Comunidad Autónoma de Euskadi.

Asimismo, en dicho decreto se establece que EJIE podrá encargarse de cuantas tareas de contenido informático

atribuidas a los diferentes Departamentos y Organismos Autónomos le encomienden los mismos.

EJIE, empresa pública del Gobierno Vasco contribuye, mediante la prestación de servicios informáticos, a

conseguir una Administración Pública Vasca, moderna y eficiente. Así, construye y mantiene la infraestructura de

los Sistemas de Información y Telecomunicaciones, posibilitando su continuidad y seguridad en base a un

personal cualificado y a unos recursos y costes adecuados a la demanda.

EJIE, tiene como meta final la consecución de la satisfacción de sus clientes. Para ello se ha impuesto como

objetivos permanentes los siguientes:

Prestar servicios de manera eficiente y con calidad, asegurando el cumplimiento de los plazos de

respuesta y un nivel "cero" de reclamaciones e incidencias.

Prestar servicios competitivos en relación al sector, en base a la permanente adecuación de los servicios

internos al ámbito de actuación y asignando los recursos óptimos mediante la aplicación de los principios

de racionalidad, especialidad y eficiencia.

Integrarse activamente con sus clientes en un entorno de transparencia, comunicación y con objetivos

comunes: comprensión del problema, enfoque adecuado y resolución satisfactoria.

Obtener una imagen corporativa de servicio eficiente, de calidad y de empresa en punta tecnológica en el

sector.

Podemos desglosar la actividad informática requerida por el Gobierno Vasco y entidades en tres ámbitos:

Infraestructura Operativa. Sistemas informáticos y de Telecomunicaciones.

Conocimiento funcional de la Administración Pública, y recursos técnicos para desarrollar el negocio.

Conocimiento tecnológico (TIC) que garantice la viabilidad de los proyectos abordados.

EJIE se estructura en tres áreas de servicio, alineadas con las demandas del Gobierno Vasco:

Producción: Mantiene operativos los equipos informáticos, el software, las telecomunicaciones, los

aplicativos, y los datos, con los niveles de seguridad requeridos.

Proyectos y Asistencia Técnica: Asesora y colabora con los departamentos en la definición, desarrollo,

mantenimiento e implantación de sus sistemas de información, garantizando el cumplimiento de los

estándares tecnológicos y la calidad del software. Asimismo se responsabiliza de la gestión integral de los

proyectos comunes (proyectos de infraestructura y proyectos multidisciplinares). El área se compone de


varios grupos asignados a los distintos departamentos del Gobierno Vasco, organismos dependientes, y

compuestos por un responsable, técnicos de análisis y técnicos de desarrollo.

Sistemas y Telecomunicaciones: Estudia, desarrolla, mantiene, y soporta las infraestructuras

tecnológicas existentes, y las de nueva implantación.

NOTA: Se puede obtener información más detallada y extensa en la dirección de Internet http://www.ejie.es/

2 Necesidad

En la Agencia Vasca del Agua se ha detectado la necesidad de disponer de herramientas para la consulta y

el análisis de la información almacenada en los distintos sistemas de gestión, por medio de un mecanismo

de explotación dinámica de la Información.

En la actualidad URA dispone de una iniciativa Business Intelligence, para la explotación de su información

de Calidad del Agua.

Y en concreto en este momento, se desea ampliar añadiendo las áreas temáticas convenientes para poner

a disposición de los técnicos de la Agencia Vasca del Agua, áreas de consulta y análisis que posibiliten el

acceso a la información en forma de informes, de manera que sea una herramienta de seguimiento de

la Gestión Administrativa, y de la tramitación de expedientes en su conjunto

los Vertidos en el Dominio Público

3 Objeto y Alcance

El objeto del presente documento es establecer las condiciones y criterios técnicos que han de servir de

base en la contratación de los servicios informáticos para el proyecto de construcción del Sistema de

Explotación Dinámica de la Información para la Agencia Vasca del Agua.

El alcance del proyecto es la prestación de servicios para el análisis, diseño, construcción e implantación

del sistema de explotación dinámica de la información que permita a la Agencia Vasca del Agua realizar el

seguimiento y análisis para

la Gestión Administrativa, y de la tramitación de expedientes

los Vertidos en el Dominio Público

Esto permitirá por una parte a la dirección y técnicos de URA, disponer de información sobre la tramitación

de expedientes, volumen y carga de trabajo, tiempos de resolución, etc…, y por otra parte permitirá evaluar

http://www.ejie.es/


desde diferentes perspectivas las autorizaciones de vertidos en el medio público hidráulico y su grado de

cumplimiento.

4 Descripción del Servicio

4.1 Situación Actual

Se describen en este apartado sistemas informáticos de la Agencia Vasca del Agua, que están relacionados y

pueden de ser fuente de datos para el sistema que nos ocupa.

Sistema de Información de Calidad del Agua

Gestor de Expedientes de URA

Tareas de Campo

Sistema de Información Geográfico de URA

Sistema de Entidades Transversales de la Agencia Vasca del Agua

Módulo de Carga de Analíticas

Gestión de Cánones

Sistemas Ofimáticos

Con el objetivo de ofrecer mayor información sobre la necesidad, se proporciona también un documento

anexo con ejemplos de informes/consultas que actualmente se están elaborando en URA mediante

distintas herramientas, para que sirva de referencia sobre los informes a construir (AnexoEjemplos.pdf).

4.1.1. Sistema de Información de Calidad del Agua

La Agencia Vasca del Agua cuenta con un Sistema de Información de Calidad del Agua que le permite

gestionar el estado del agua, permitiendo la carga, gestión y consumo de la información, tanto de aguas

subterráneas como de aguas superficiales. Además le proporciona una herramienta de explotación

dinámica de la información para análisis y consulta ágil de esa información.

Este sistema tiene especial relevancia, ya que dispone de un módulo de Explotación Dinámica de

Información que actualmente está en Producción, con un repositorio Datawarehouse (Oracle) y tecnología

OBIEE.

A este sistema de Explotación dinámica de la información del Agua se deberán incorporar los nuevos

módulos de explotación dinámica de la información objeto de esta contratación.


Sistema de Explotación Dinámica de la Información del Agua (OBIEE)

La Agencia Vasca del Agua cuenta con una iniciativa que pone a disposición de los técnicos de URA un

área de consulta y análisis con diferentes informes para el área funcional de Calidad del Agua.

Para poder realizar un análisis completo de la información almacenada, cuenta con información de los

sistemas transaccionales así como de información agregada en un Datawarehouse que permite un análisis

multidimensional.

Este análisis permite comprobar el cumplimento de Directiva Marco del Agua (DMA) y la evolución del

cumplimiento, a partir de los estadísticos anteriormente calculados y los umbrales configurados por el

administrador a través de la Aplicación de Gestión de la Calidad de la Información, el sistema diagnostica el

estado de las masas de agua según los criterios especificados por la DMA y aplicando la metodología

concreta de URA.

Componentes tecnológicos

Servidor web: Apache 2.X

Servidor de aplicaciones: BEA WebLogic Server 11

Base de datos: Oracle 10g, DWH

Se utilizan para este fin las herramientas de explotación de datos según los estándares tecnológicos del

Gobierno Vasco, en cuanto a tecnología Business Intelligence es Oracle Business Intelligence Enterprise

Edition 11g.

4.1.2. Gestor de Expedientes de la Agencia Vasca del Agua

La Agencia Vasca del Agua cuenta con un Sistema de Gestión de Expedientes Corporativo para la

tramitación de los expedientes competencia de sus distintas Direcciones y Servicios.

Dispone de una plataforma intranet corporativa para realizar la gestión de expedientes y el registro de

documentos de entrada y salida. La solución está basada en los productos integrados dentro de la

plataforma de soluciones de tecnología documental y workflow InvesDoc Gallery Suite que constituyen la

base de infraestructura sobre la que se asienta el Sistema de Información de Gestor de Expedientes

Corporativo de la Agencia Vasca del Agua:

Invesflow. Plataforma de flujos de trabajo y gestión de expedientes administrativos.

Invesdoc. Como repositorio documental unificado donde se depositan los documentos

electrónicos.

Invesicres. Plataforma de libro de registro electrónico.


Sobre esta plataforma se han construido un conjunto de subsistemas relacionados con la tramitación de

expedientes para dar soporte a algunos de los trabajos de gestión a que está obligada la Agencia por las

competencias que le han sido encomendadas en distintos servicios entre los que se incluyen la gestión de

las autorizaciones de vertidos, obras y concesiones. Además de la información propia de la tramitación, en

este sistema reside información de negocio.

Se han implantado en esta herramienta procedimientos de las siguientes aéreas funcionales:

Obras y Actuaciones:

Autorizaciones / Modificación de Datos / Cambio de titularidad

Consultas

Denuncias

Informes Urbanísticos

Peticiones de Limpieza

Obras en Servidumbre Marítimo Terrestre:

Autorizaciones /Cambio de titularidad

Consultas

Denuncias

Informes

Concesiones de Agua:

Concesión de Aguas

Modificación de Características / Cambio de Titularidad

Consultas

Denuncias

Usos Privativos

Extinción

Sancionador:

Propuesta de apertura

Diligencias previas

Sancionadores Intracomunitario, Intercomunitario y Costas

Vertidos:

Autorizaciones vertidos DPH / Cambio titularidad / Revisión autorización

Aut. vertidos tierra-mar / Cambio de titularidad / Revisión autorización

Aut. vertidos ambientales integradas

Consultas Técnicas

Denuncias

Seguimiento de Vertidos

Canon del Agua:

Gestión de UD y EESS


Declaración Inicial de EESS y Usuarios Directos

Autoliquidaciones de EESS Usuarios Directos

Declaraciones de EESS: Anuales, Semestrales y de Impagos

Declaración de Cantidades Percibidas Fuera de Periodo Voluntario de Pago

Exenciones y Bonificaciones de Usuarios Directos y de Abonados

Estimaciones Objetivas

Devoluciones de ingresos indebidos

Aplazamientos Fraccionamientos

Compensaciones a EESS

Comprobación limitada

Verificación de datos

Liquidación

Informe de Inspección

Informes Técnicos de Planificación:

Informes Técnicos Ambientales y Urbanísticos

Informes de Evaluación de Concesiones INTER

Componentes tecnológicos y estado actual de implantación

De modo esquemático, los componentes tecnológicos que conforman la solución de desarrollo a medida

sobre los productos de InvesDoc Gallery Suite se resumen en:



Base de datos: Oracle 10g

El sistema se encuentra en Producción y operativo desde principios de 2011, para dar una idea de la

magnitud, referimos la siguiente aproximación de volumetría:

Número de usuarios del sistema 130

Tipologías distintas de procedimientos: 61

Número de expedientes 64.147

Documentos cargados en el gestor documental y asociados a expedientes 304.710

4.1.3. Gestión de Tareas de Campo

La Agencia Vasca del Agua cuenta con una herramienta que permite a los inspectores recoger la

información de sus salidas a campo.


Por una parte pueden recoger la información sobre las salidas originadas por el seguimiento de las

autorizaciones, siempre relacionadas con un expediente abierto para esas autorizaciones en el Sistema de

Gestión de Expedientes Corporativo de URA. Pueden ser:

Vertidos

Obras

Concesiones

Por otra parte, recogen la información de inventario, que se refiere a cualquier incidente que detecten en la

salida a campo y que no tiene una autorización en el Gestor de Expedientes de URA, cuya naturaleza

puede ser de los siguientes tipos:

Propuestas de actuaciones de mantenimiento de cauces

Avisos/Emergencias

Zonas de Obra no autorizadas

Puntos de Tomas no autorizados

Puntos de Vertidos no autorizados

La información se compone de:

o Datos generales de la visita/salida, tales como la fecha, el inspector, observaciones, etc.

o Datos técnicos recogidos por los inspectores:

Datos comunes a todas las temáticas (de ubicación…)

Datos específicos de cada una de las temáticas: Obras, Tomas, Vertidos,

Emergencias y Propuestas de actuación


En este momento esta aplicación es Access, y una vez recogida la información se vuelca a una zona de red

Windows compartida, en un Access central. El número aproximado de usuarios es 30.

En la actualidad se está realizando un proyecto para la construcción del nuevo sistema de Soporte a Tareas

de Campo, que en su módulo de Gestión de Inspecciones migra el actual Access a un sistema abierto e

integrable que servirá de fuente de origen de datos para el sistema objeto de este pliego para la explotación

de información que se necesite, con los componentes tecnológicos:



Base de datos: Oracle 10g


4.1.4. Sistema de Información Geográfica

La Agencia Vasca del Agua cuenta con un Sistema de Información Geográfico propio dentro de la

plataforma GIS del Gobierno Vasco: V06GIS.

En este sistema se recogen actualmente todos los elementos con componente geográfica de la Agencia

Vasca del Agua. Algunos de estos elementos pueden ser de interés como fuente de información para los

trabajos a desarrollar en el proyecto.


En la actualidad los componentes tecnológicos son los del GIS Corporativo, basado en productos ESRI

(ArcGIS 9.3, ARcSDE, ArcView)

El GIS Corporativo a corto plazo será evolucionado tecnológicamente

– Dato: ArcSDE 10 con datos almacenados sobre Oracle Spatial

– Servicios de Mapas: ArcGIS Server 10

El sistema se encuentra en Producción y operativo desde de 2009, para dar una idea de la magnitud,

referimos la siguiente aproximación de volumetría:

– Además de tener presencia en Internet a través del VISOR Internet de Uragentzia.euskadi.net, el

número de usuarios internos 125

– Número de capas publicadas: 75

– Cuatro visores web publicados con diferentes temáticas, intranet e internet.

– Servicios WMS y WFS publicados.

4.1.5. Entidades Transversales

En el Sistema de Gestión de Entidades Transversales de la Agencia Vasca del Agua, residirán tablas

maestras transversales a la organización, como las siguientes:

Unidades Hidrológicas

Cuencas y Subcuencas

Masas de Agua Superficiales y Masas de Agua Subterraneas


Ríos

Tramos

Registro de Zonas Protegidas

Zonas de Obra

Puntos de Toma

Puntos de Vertido

4.1.6. Carga de Analíticas de Vertidos

Este Sistema consiste en un módulo web internet que permite la gestión de la carga de los resultados de

las analíticas y reportes de vertidos. Este sistema permite el reporte de forma estandarizada y

automatizada de los datos para su posterior análisis.

Se distinguen diferentes tipos de usuarios que pueden cargar información:

Los titulares de Autorizaciones de Vertidos asociados a una Estación Depuradora de Aguas Residuales

(EDAR) que reporta analíticas con periodicidad en función del parámetro.

Resto de titulares de Autorizaciones de Vertidos (no EDAR).

Usuarios internos de URA (responsable/administrador) que podrá introducir cualquier analítica para

cualquier vertido.

Entidades colaboradoras de URA, que realizan los análisis de muestreos para URA (laboratorios)

La carga de los resultados se realiza mediante ficheros de intercambio con un formato concreto definido.

Dichos ficheros son transferidos a un área propia de la aplicación, y posteriormente tratados validados y

cargados en la base de datos de la aplicación.

En la base de datos de este sistema se almacenan por lo tanto resultados de reportes de vertidos, tanto los

realizados por los titulares de vertidos (Autocontroles), como analíticas realizadas internamente en URA

por muestreos periódicos (Controles URA).

Componentes tecnológicos



Base de datos: Oracle 10


4.1.7. Gestión de Cánones

Existen dos aplicaciones para la Gestión de Cánones de URA:

Gestión de Cánones de Vertidos y Ocupación (k47)

Gestión del Canon del Agua (w52)

Gestión de Cánones de Vertidos y Ocupación (k47):

Esta aplicación permite a la Agencia Vasca del Agua la gestión y emisión de cánones, tanto de Vertidos,

como de Ocupación de DPH. También se gestiona los impagos de los mismos y su envío a vía ejecutiva.

La información sobre los cánones a emitir (Vertidos y Ocupación), proviene de la tramitación de

expedientes de la familia de Vertidos y de la de Obras respectivamente. Es decir, el listado de cánones que

se ha de emitir cada año, y la información detallada de cada uno (concepto, importe, etc.), que se

establece durante los procedimientos de autorización y revisión.

La emisión de los cánones se inicia mediante la importación en K47 de ficheros generados en el Gestor de

Expedientes Corporativo, que contienen las propuestas de las liquidaciones a emitir. A partir de dicha

carga, la gestión de dichas propuestas y la emisión real se realiza desde la K47.


Aplicación Cliente/Servidor, Cliente: Visual Basic 6, Base de datos: Oracle 10

Número de usuarios del sistema: 10

Número aproximado de emisiones de cánones emitidos por año: 600 de cada tipo

Gestión del Canon del Agua (w52)

La aplicación del Canon del Agua, gestiona los impagos de Canon del Agua, así como la recepción de

ingresos por dicho motivo. Toda esta gestión económica está relacionada con la tramitación de la familia del

Canon del Agua en el Gestor De Expedientes Corporativo de URA (W63). Por ello existe una integración

entre ambos sistemas mediante servicios web.

W52 es una aplicación desarrollada en java con:




Base de datos: Oracle 10

4.1.8. Sistemas Ofimáticos

Además de lo anteriormente descrito, existen en la organización información que en la actualidad se encuentra

en diversos sistemas ofimáticos, en estos sistemas reside información de negocio sobre:

Access de mantenimiento de cauces, en el que se recogen los datos de la realización de las

limpiezas o mantenimiento de cauces realizadas a partir de las propuestas de actuación o

peticiones de limpieza que se tramitan en el Gestor de Expedientes

Access de Inventario de Usos del Agua: en el que se recogen todas las tomas de agua,

independientemente de su situación administrativa y ámbito competencial, que tiene como objetivo

facilitar y agilizar su consulta.

Access en el que actualmente se están construyendo informes sobre cumplimiento de analíticas de

vertidos de las Estaciones Depuradoras de Aguas Residuales

Access de recogida de datos en campo, en el que se almacenan los resultados de las visitas a

campo de los inspectores, entre ellas las visitar originadas por el seguimiento de un expediente

Obras, Vertidos o Tomas que se tramita en el Gestor de Expedientes.

…

4.2 Objetivos a alcanzar y necesidades a cubrir

Se describen en este apartado los objetivos a alcanzar con la ejecución de los servicios objeto de este

pliego de condiciones técnicas.

El alcance contempla:

Se deben definir e implementar los procesos de Extracción, Carga y Transformación de la información

almacenada en los sistemas transaccionales de origen.

Se construirán los procesos automatizados y desatendidos para el cálculo de indicadores a partir de

información base, para la realización de las agregaciones y para el análisis de cumplimientos:

o Procesos de cálculo de indicadores: Una vez los datos están cargados se generan todos los

indicadores para los cuales se ha incorporado nueva información.

o Procesos de agregaciones: De los diferentes indicadores generados se realizaran

automáticamente agregaciones temporales en forma de estadísticos tipo percentiles, máximos,

medias.


o Procesos de análisis: A partir de los estadísticos anteriormente calculados y los umbrales, el

sistema analizará la evolución de la gestión de expedientes, y de los vertidos, y diagnosticará el

cumplimiento de las autorizaciones de Vertidos según los criterios especificados por los

responsables de URA.

Realizar la carga/migración inicial de la información previamente existente en los sistemas

transaccionales (migración de históricos).

Análisis, diseño e implantación del modelo de datos, capas (física, lógica, presentación), etc. siguiendo la

normativa de EJIE para desarrollos sobre OBIEE.

Definición, construcción e implantación de los informes que URA identifique como prioritarios en la fase

de Análisis, y de los cuales se proporcionan algunos ejemplos en el documento AnexoEjemplos.pdf.

Formación en la herramienta OBIEE y asistencia post-implantación a los técnicos de URA (acorde con su

perfil de consultor o creador de informes) y de EJIE, de manera que una sean capaces de sacar el mayor

partido del nuevo sistema implantado.

Se describe a continuación con más detalle cada uno de los dos módulos a elaborar.

4.2.1. Módulo de seguimiento de gestión administrativa

Los objetivos de este Módulo son:

Deberá permitir identificar el volumen de trabajo de la gestión administrativa, es decir, el

número de expedientes que se tramitan, o que están pendientes, y el tipo de cada uno de

ellos.

Permitir realizar informes sobre la carga de trabajo de las diferentes áreas y oficinas, de los

técnicos, administrativos, responsables, de la situación de los expedientes (autorizados,

denegados, archivados, revisados, con seguimiento realizado….etc).

Así mismo, otro factor importante a analizar es el tiempo que se tarda en resolver los

expedientes, teniendo en cuenta el plazo general, así como los plazos particulares para

cada tipo de trámite. Permitiendo identificar los incumplimientos en dichos plazos, para

detectar posibles cuellos de botella en el proceso, escasez de recursos, u otros factores.

Realizar análisis mediante agrupaciones, agregaciones en el tiempo, el espacio, tipo (tipo

de expediente, oficina territorial, municipio, actuaciones en dominio, en zona de policía, en

una determinada cuenca o subcuenca, inter o intracomunitario…)

Evolución de cánones en función de distintas variables

Permitir Complementar la información mediante gráficas, mostrando tendencias, etc.

Se debe estudiar la necesidad de generar alertas, como por ejemplo en casos de

incumplimiento en plazos de resolución de expedientes.


Se proporcionan en el documento AnexoEjemplos.pdf algunos ejemplos de informes y consultas de este

tipo, ejemplos son:

los informes de la memoria anual de Gestión de Dominio Público de la Agencia Vasca del

Agua

de seguimiento del servicio

Además de los informes la solución debe permitir dar respuesta a los técnicos de URA a consultas sobre la

información almacenada tales como:

- Relación de expedientes parados en firma DGDP fuera del plazo de 15 días hábiles.

- Expedientes de más de 6 meses con paradas de reloj.

- Expedientes que llevan más de dos meses en la Confederación Hidrográfica

- Informes Urbanísticos pendientes de firma.

Fuentes de información:

La información principal de partida para realizar el seguimiento de la gestión administrativa, será la

almacenada en el Sistema de Gestión de Expedientes Corporativo. Es decir, dicho sistema y su repositorio,

serán el sistema origen y base de datos transaccional principal de este Módulo Analítico.

Además se ha de tener en cuenta como origen cualquier otro sistema de URA, en el que resida información

de interés para poder realizar este análisis.

Carga o migración inicial de información:

Actualmente, la información de control para poder analizar el seguimiento de la gestión administrativa se

encuentra en el Sistema Gestor de Expedientes de URA. Una vez se implemente este Módulo de

Seguimiento, se deberá hacer una carga inicial (migración) de dicha información.


4.2.2. Módulo de seguimiento de Vertidos

Los objetivos de este Módulo son:

Deberá permitir identificar el grado de cumplimiento de las Autorizaciones de Vertidos, en

función de las condiciones de las mismas, y del resultado de las inspecciones y de las

analíticas (autocontroles y controles URA).

Grado de cumplimiento de los vertidos respecto a otras normativas (Directiva 91/271 u

otras).

Generación de información necesaria sobre vertidos para reportes de carácter periódico

(OSPAR, informes al Ministerio sobre autorizaciones de vertidos, etc.)

Debe ofrecer informes sobre autocontroles no presentadas en plazo, para poder reclamar al

titular del vertido.

Realizar análisis mediante agrupaciones, agregaciones en el tiempo y el espacio (cuenca,

unidad hidrológica, municipio…), etc.

Complementar la información mediante gráficas, mostrando tendencias, etc.

También se debe generar un informe en Oracle BI Publisher sobre el cumplimiento de un

expediente (y periodo) concreto. Debe ser accesible vía HTTP, incluyendo en la URL los

parámetros necesarios para poder filtrar por el expediente y periodo deseados.

Se debe dar solución a la posibilidad de generar alertas, como por ejemplo en casos de

incumplimientos, autocontroles no presentados, etc.

Se proporcionan en el documento AnexoEjemplos.pdf algunos ejemplos de informes y consultas de este tipo,

ejemplos son:

Informes para el Ministerio de Medio Ambiente

Tabla de informes anuales de vertidos

Informes OSPAR

Informes relativos a los vertidos “efectivos” existentes, analizando múltiples variables

Fuentes de información:

La información principal de partida para realizar el análisis del cumplimiento de las condiciones establecidas

en la autorización, será la recibida a través de los ficheros de analíticas, importados mediante el Módulo de

Carga de Analíticas de Vertidos. La información de los resultados dichas de analíticas y reportes por parte

de los titulares estará almacenada en la base de datos operacional de ese sistema.


Otra fuente de información, será la almacenada en el propio Sistema de Gestión de Inspecciones, en

cuanto a las inspecciones realizadas, y cualquier información relevante al seguimiento de la autorización

detectada en las mismas.

Y en tercer lugar, el Gestor de Expedientes, que contiene las condiciones de la autorización de cada

Vertido, las cuales se definen mediante una lista de parámetros a analizar de forma periódica, y cuyo valor

debe estar cada uno dentro de unos límites definidos. Además, se tienen que poder comparar los

resultados del vertido con otros valores de referencia, como los de la Directiva 91/2741.

Además se ha de tener en cuenta como origen cualquier otro sistema de URA, en el que resida información

de interés para poder realizar este análisis.

Carga o migración inicial de información:

Se ha de migrar al sistema, la información existente en el Gestor de Expedientes, relativa a las condiciones

de las autorizaciones y a los resultados de autocontroles y controles URA de los expedientes de Vertidos

históricos existentes en dicho sistema.

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 v1.0., y la metodología de pruebas PROBAMET v2.0.

ARINbide v1.0 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 el 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.

El proceso principal de ingeniería del software describe y normaliza la secuencia de fases y actividades a

realizar en el proyecto de desarrollo de un sistema de información, así como los entregables a obtener en

cada una de ellas. En este ámbito, ARINbide v1.0 contempla el desarrollo de las siguientes fases

metodológicas:

Catálogo de Requisitos de Usuario (CRU) (proceso diferenciado dentro del Análisis del Sistema de

Información, ASI)

Análisis del sistema (ASI)

Diseño del sistema (DSI)

Construcción del sistema (CSI)

Implantación y aceptación del sistema (IAS)

El ciclo de vida descrito en la metodología de desarrollo ARINbide se alinea y complementa a lo largo del

tiempo con la metodología de pruebas corporativa Probamet, centrándose ésta última en la especificación


de todas las actividades relacionadas con la planificación, definición y ejecución de los diferentes tipos de

pruebas. Existe una correspondencia entre las fases de ejecución de ARINbide y las fases de ejecución de

Probamet.

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/metodologia_desarrollo.htm

En las distintas fases del proyecto, teniendo en cuenta las mencionadas metodologías, y según el alcance

del mismo, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:

Catálogo de Requisitos de Usuario. Debe incluir:

La definición del sistema

La definición, análisis y validación del catálogo de requisitos

Análisis del Sistema de Información. Debe incluir :

La relación de los módulos del sistema.

Análisis de las aplicaciones, ASI (ERS)

Especificación del Plan de Pruebas, según las directrices establecidas en Probamet

El adjudicatario podrá partir de los entregables resultantes de las actividades del Catálogo de Requisitos de

Usuario.

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

Diseño de las aplicaciones, DSI. (EDS)

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, según las directrices

establecidas en Probamet

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 Dirección de Atención a la Ciudadanía

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, siguiendo

el modelo y las actividades descritas en la metodología Probamet

Los entregables de esta fase incluyen en la Especificación de Construcción del Sistema (ECS) y

el sistema construido.

Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de aplicaciones

homogéneas recogidas en el Libro de Estilo de la Agencia Vasca del Agua.

http://www.ejie.net/metodologia_desarrollo.htm


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 al menos en

ambos idiomas: euskera y castellano.

Implantación en desarrollo. La empresa adjudicataria realizará los siguientes puntos

La entrega de la aplicación en el sistema corporativo de control de versiones Subversion, tanto

de la entrega inicial como de las sucesivas

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

Ejecución de las Pruebas del sistema, acorde con lo establecido en la metodología Probamet y

el Modelo SQA, evaluando los resultados

Implantación en entorno de test o preexplotación. La empresa adjudicataria efectuará los siguientes

puntos

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

Ejecución de las Pruebas del sistema, y en el caso de que se requiera, estas pruebas se

realizarán en las dependencias de E.J.I.E en sus distintos niveles de prueba, incluidas las

Pruebas de Aceptación, acorde con lo establecido en la metodología Probamet y el Modelo

SQA, evaluando los resultados

Pruebas de prestaciones:

Conforme a lo establecido en el Modelo SQA, realización de pruebas de rendimiento y carga,

que incluyen 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, así como según se considere de capacidad,

stress, escalabilidad

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

Fuentes de la aplicación.

BBDD: scripts y carga inicial de datos.

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

Informe de los resultados de los distintos niveles de pruebas, acorde con el Modelo SQA.

Manual de instalación / Explotación.

Manuales de Usuario y la Ayuda On-line deberán estar en ambos idiomas: euskera y castellano.

Formación a los usuarios y administradores del sistema.

Sistema implantado en 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

(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 Metodología de pruebas

De forma alineada y paralela a ARINbide, la metodología de pruebas PROBAMET, define las fases y

actividades referentes al proceso de pruebas de un producto software. El adjudicatario del presente pliego

deberá contemplar la realización de dichas actividades, de forma paralela a las actividades de ARINbide.

Información detallada sobre las fases y entregables de la metodología PROBAMET, se encuentra a

disposición del licitador en http://www.ejie.net/aseguramiento_calidad.htm

PROBAMET describe las siguientes fases:

Planificación y Seguimiento de las Pruebas – PPB

Análisis y Diseño de las Pruebas – APB

Ejecución de las Pruebas – EPB

Por tanto, en la ejecución del proyecto se contemplarán los siguientes puntos:

Planificación de las Pruebas. Incluye:

Plan de Pruebas, determinando los tipos de pruebas a realizar y el alcance

Planificación (cronograma) de actividades

Identificación de factores de riesgo

Seguimiento de las Pruebas. Incluye:

Revisión de la documentación de Planificación

Informes de seguimiento de las pruebas realizadas

http://www.ejie.net/anexos_PBT.htm


http://www.euskadi.net/informatika

http://www.ejie.net/aseguramiento_calidad.htm


Análisis y Diseño de las Pruebas:

Especificación de los casos de prueba

Análisis de la cobertura de requisitos del sistema con dichos casos de prueba (Matriz de

Trazabilidad)

Ejecución de las Pruebas. Incluye:

Preparación de los entornos técnicos y herramientas necesarias

Ejecución de los distintos niveles de prueba, según el alcance definido en el Plan de Pruebas

Análisis estático de código.

Pruebas Unitarias: probando cada módulo o componente por separado.

Pruebas de Integración: con el objetivo de probar los interfaces entre módulos e ir

incrementando la prueba de los módulos y sistemas.

Pruebas de Sistema: sobre el sistema completo, distinguiéndose Pruebas del Sistema

Funcionales y Pruebas del Sistema No Funcionales

Pruebas de Aceptación: pruebas del usuario.

Obtención de los informes de pruebas, con seguimiento y resultado

5.3 Modelo de aseguramiento de la calidad (SQA)

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 y documentales obtenidos, será de referencia obligatoria el Modelo de Aseguramiento

de la Calidad (Modelo SQA) definido por E.J.I.E., así como el documento Estándares de calidad de

sistemas software, que contempla:

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

Elaboración del Plan SQA y realización de las actividades de aseguramiento de la calidad, en base

al NAC asignado

El proceso para la realización de las actividades de aseguramiento de calidad definidas, alineadas

con la metodología de desarrollo ARINBIDE y cumpliendo implícitamente la metodología de pruebas

PROBAMET




La obtención de indicadores estandarizados de calidad, con el cumplimiento de sus umbrales

permitidos.

El conjunto de herramientas que facilitan la aplicación del modelo y las metodologías

Información detallada sobre los roles contemplados, las actividades y entregables del Modelo SQA, así

como de las herramientas y tecnologías a utilizar, se encuentra a disposición del licitador en


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

contratación. El Nivel de Aseguramiento de la Calidad asignado para este proyecto es: BAJO

Al inicio del proyecto se elaborará el Plan SQA del mismo, estableciendo el detalle de las actividades de

calidad a realizar, sus esfuerzos y fechas de compromiso según el Plan de Entregas obtenido en ARINbide

y en función del NAC asignado para el proyecto.

Dada la no existencia de una Oficina Técnica de Calidad de proyecto, paralela a la ejecución del presente

proyecto, y por tanto, la asunción de dicho rol por el adjudicatario del presente pliego (además de las tareas

del rol propio de Desarrollo y Pruebas), el adjudicatario deberá contemplar la ejecución de las tareas

mencionadas en el presente apartado.

5.4 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.5 Entorno Tecnológico

El entorno tecnológico será el definido en los estándares del Gobierno Vasco y de la Agencia Vasca del

Agua 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 normadas que ofrecen utilidades y gestionan el intercambio síncrono

de información (exposición de servicios), y el intercambio asíncrono (suscripción a eventos).

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 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 datos y servicios de

información geográfica (visor y geolocalizador). 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.

Para los desarrollos basados en entorno tecnológico JAVA, el nuevo sistema a implantar utilizará el

conjunto de Utilidades de Desarrollo de Aplicaciones (UDA) homologadas para el entorno de desarrollo

Weblogic 11:

UDA: Conjunto de herramientas, tecnologías, componentes y normativas funcionales y técnicas que

permiten acelerar y normalizan el proceso de construcción de aplicaciones JEE en el ámbito de

Gobierno Vasco – EJIE. En el documento PBT-Anexo UDA se detalla más información acerca del

sistema, así como en la dirección http://code.google.com/p/uda/

Debido a la diversidad de aplicaciones y las distintas necesidades, pueden surgir nuevos patrones de

comportamiento para los que no exista un componente disponible en UDA en el momento del desarrollo de

la aplicación. En estos casos, el adjudicatario puede desarrollar su propio componente para cubrir la

funcionalidad necesaria bajo la supervisión del grupo de Consultoría de Áreas del Conocimiento, y una vez

desarrollado el componente (junto con su documentación) deberá ponerla a disposición de este grupo para

ser incorporado en la lista de componentes de UDA

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:





http://code.google.com/p/uda/


Oracle Business Intelligence

Bitam

Sistemas de Información Geográfica:

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

Servicio de envío de mensajes SMS:

SMS Corporativo, basado en plataforma Latinia

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.

Bases 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 JEE, en caso de nuevos desarrollos:

Servidor de aplicaciones:

Oracle Weblogic Server 11g (10.3.5) sobre Linux Red Hat Enterprise

Herramientas para desarrollo:

Utilidades de Desarrollo de Aplicaciones (UDA)

IDE (PC compatible con Windows XP SP1): Eclipse, con OEPE y plug-ins UDA


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 soportadas, 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 (FOP, POI, JasperReports, LinearBarCode, JfreeChart, IAIK, …)

El nuevo sistema, y según sus necesidades, podrá utilizar otros módulos y servicios específicos para la

Agencia Vasca del Agua tales como:

Visor GIS de URA

Gestor documental InvesDoc

Libro de registro InveSicres

Gestor de Expedientes de URA

Iniciativa GIS de la Agencia Vasca del Agua

Portal URAgentzia

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 modelo 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 Probamet), 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.

http://www.ejie.net/herramientas.htm

http://www.ejie.net/metodologia_desarrollo.htm




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.

6.1 Normativa para la puesta en producción y posterior explotación del sistema

EJIE cuenta con actividades formalizadas para la gestión e implantación de los sistemas de información

generados en los distintos entornos, establecidas en base a los procesos de Gestión de Cambios y Gestión

de Despliegues.

A partir de estos procesos se garantiza que los sistemas que serán instalados en la infraestructura de EJIE

cumplen con los estándares y normativas técnicas de la organización, que no impactarán en el correcto

funcionamiento del resto de productos y que se conocen los procedimientos y particularidades relacionadas

con su operación y soporte.

Para ello, es necesario que durante el ciclo de vida del proyecto, el equipo de trabajo genere una serie de

entregables, que serán validados a través del proceso de Gestión de Cambios:

Documentos de requisitos de proyecto para procesos: contendrá requisitos relacionados con

las necesidades infraestructura y el soporte futuro de los procesos que pueden afectar al diseño

técnico o funcional de sistema de información a generar.

Documento de albergue: recogerá el diseño de la solución desde el punto de vista técnico,

incluyendo aspectos de monitorización, crecimiento, estacionalidad si fuera necesario.

Documentos de aprovisionamiento de entorno: fichas utilizadas para el aprovisionamiento de

un entorno estándar sobre el que luego desarrollar o implantar el nuevo sistema.

Manual de implantación: deberá recoger los aspectos técnicos y configuraciones necesarias que

deben ser realizadas para implantar la aplicación en un entorno tecnológico de EJIE.

Manual de soporte: contendrá el conocimiento necesario para que EJIE pueda proporcionar

soporte técnico al sistema implantado, de forma autónoma y a través de sus procesos de soporte.

Incluirá datos referentes a errores conocidos, procedimientos de resolución, proveedores de

soporte, contactos, garantías, modelos de cambio y cualquier aspecto relevante para el soporte del

sistema.

Manual de operación: refleja la información necesaria para el arranque, parada, y mantenimiento

técnico del nuevo sistema, incluyendo aspectos de monitorización, capacidad y personal de

contacto en caso de fallo.


Para cada uno de estos documentos EJIE dispone de plantillas estándar que el proveedor deberá utilizar y

entregar según los procedimientos establecidos.

Asimismo, en la cumplimentación de las plantillas se podrá solicitar el asesoramiento de los distintos

Responsables de Proceso y Coordinadores de Infraestructura, para asegurar que la solución construida e

implantada cumple con la normativa de EJIE y es posible operarla y soportarla con garantías.

7 Planificación y organización

Los documentos y manuales a entregar se realizarán teniendo en cuenta las normas de estilo que se dictan

en la: ‘Guía para la elaboración de documentos – Estilo en la producción de documentos’ que estará a

disposición de quien la solicite.

7.1 Plan de Proyecto

Los licitadores deberán presentar un programa de trabajo ajustado a lo prescrito en este pliego y

conteniendo cuantos aspectos complementarios sobre la forma de realización de cada una de las tareas

descritas en el mismo se consideren oportunas, detallando las actividades y la organización de los recursos

humanos ofertados.

7.2 Organización de 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:

o Las funciones de los mismos.

o La relación de los participantes, junto la descripción de los perfiles.

7.3 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:


Descripción Perfil Gest.

Proyecto

Análisis Diseño Construcción Implantación Total

Horas

Horas % Horas % Horas % Horas % Horas %

Jefe Proyecto

Analista

Funcional

Analista Técnico

Analista-

Program.

Programador

Diseñador

TOTAL

(*) Este desglose de horas se considerará como orientativo y será tenido en consideración en el momento

de valorar el grado de aproximación a la planificación del proyecto según la estimación del licitador,

permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su

adecuación a la consecución de los objetivos.

7.4 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.

La totalidad del equipo de proyecto presentado, según sus funciones y la planificación a fijar, deberá estar

disponible para la incorporación en el proyecto en el plazo de una semana posterior a la notificación de la

adjudicación de la oferta por parte de EJIE.

7.4.1. Constitución inicial del equipo de trabajo; seguimiento y control.

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 de un perfil/perfiles de cualificación técnica igual o superior al de la

persona que se pretende sustituir.

Aceptación de los perfiles propuestos por parte de la Dirección del Proyecto de EJIE.


Caso de que se demostrase que el cambio no se corresponde con causa justificada, fuerza

mayor y no imputable al adjudicatario, EJIE se reserva el derecho no solo a la aprobación de los

recursos propuestos, sino que podrá conllevar la rescisión del contrato si este hecho fuera

elemento determinante en la mencionada adjudicación.

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

El control y seguimiento de la ejecución lo realizará el Responsable de Proyecto de EJIE, y podrá solicitar el

cambio de cualquiera de los recursos 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 alguno recurso 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 EJIE.

Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las sustituciones

de recursos, deberán subsanarse mediante periodos de solapamiento sin coste adicional para EJIE,

durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de EJIE, esto no fuera posible, las dos

primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario.

7.4.3. Horario y lugar de realización de los servicios

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 equipo de trabajo desarrollarán su labor con hardware y software propiedad

del adjudicatario. En los casos en que sea necesario, como implantaciones o incidencias graves se

deberá garantizar una presencia física de los recursos en E.J.I.E., y ante cualquier eventualidad que

pudiera surgir, en un máximo de 1 día.

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 (como tareas de implantación o soporte in-situ) 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.4.4. Perfiles de los componentes del equipo de trabajo.

Se deberá adjuntar, en la oferta técnica, la descripción detallada de los perfiles de todos y cada uno de los

componentes del equipo de trabajo propuesto para la realización de las tareas y actividades de los trabajos

objeto de contratación.

7.5 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 EJIE, y a tales efectos, la información

y documentación que ésta solicite (informes periódicos) 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 / Oferta económica

En documento separado y siguiendo lo establecido en el modelo de Pliego de Condiciones Particulares se

deberá incluir el importe Total de la Oferta Económica, sin I.V.A.

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.

El presupuesto se establece con un importe máximo de 120.000 € (IVA no incluido). Este valor será el tomado

como base para los Criterios de Valoración explicados posteriormente.

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 de la Agencia Vasca del Agua.

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 Condiciones particulares

10.1 Modelo de facturación

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.

A la Aprobación del Documento de Análisis Funcional. 15%

A la Aprobación en el Entorno de Desarrollo. 45%

A la Aprobación en el Entorno de Test. 10%

A la Aprobación en el Entorno de Producción. 15%

A la Aceptación Definitiva de la Dirección del Proyecto de E.J.I.E. de los trabajos realizados. 15%


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.

10.2 Penalizaciones

La no conformidad de los productos o servicios 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, 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.

La penalización por incumplimiento del plazo de entrega será del 5% del importe adjudicado, por cada mes de

retraso imputable al adjudicatario.

La suma de penalizaciones no superará en ningún caso el 10% del presupuesto del contrato.

10.3 Plazo de ejecución

El plazo de ejecución de este contrato es desde la formalización del mismo hasta el 31 de diciembre del 2014.

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. 55

Calidad Técnica de la Solución. 25

Seguimiento y control, Plan de Trabajo y Equipo de Trabajo 20

Proposición Económica (55%)

La fórmula para el cálculo de la proposición económica es la siguiente:


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

Precio de la oferta evaluada

EJIE podrá apreciar ofertas anormales o desproporcionadas las que la oferta económica sea inferior en

más de un 25 puntos porcentuales a la media de todas las ofertas presentadas. Si, en función de la

aplicación de dicho límite se apreciaran oferta u ofertas anormales o desproporcionadas, se excluirá la

oferta u ofertas que no pueden ser cumplidas como consecuencia de la inclusión de valores anormales o

desproporcionados. Para apreciarlas se emitirá informe técnico pertinente

Calidad Técnica de la Solución (25%)

En este apartado se analiza si la propuesta que realiza el proveedor se ajusta tanto en alcance como en

profundidad a las necesidades marcadas en el pliego de condiciones técnicas. En caso de que la oferta

no se ajuste a las necesidades planteadas en el pliego de condiciones técnicas, la puntuación será de

cero, excluyéndose automáticamente esta oferta del resto del proceso selectivo.

Se analiza para esta valoración la respuesta dada por el licitador principalmente en los apartados de su

Documento de Propuesta Técnica:

Descripción de la Solución Técnica

Metodología y Entorno Tecnológico

Para su valoración se atenderá a:

- Grado de entendimiento de las labores a realizar 5%, en grado:

o Bajo. No se adecúa a las labores a realizar.(0 puntos)

o Medio. Se adecúa de forma básica.(2)

o Alto. Alta adecuación y valor añadido.(5)

- Conocimiento funcional y técnico demostrado en su exposición.10%, en grado:

o Bajo. No alcanza los mínimos aceptables para la realización del proyecto

con éxito.(0 puntos)

o Medio. Conocimiento funcional y/o técnico básico.(5)

o Alto. Alto conocimiento funcional y técnico.(10)

- Grado de acierto en el planteamiento de la solución técnica.10%, en grado

La forma de valoración de este criterio será según el equipo propuesto se

adecúa al proyecto y el entendimiento de las labores a realizar, en grado:

o Bajo. Solución técnica planteada poco acertada.(0 puntos)

o Medio. Solución técnica planteada adecuada.(5)

o Alto. Buena propuesta de Solución técnica (10)

Seguimiento y Control, Plan de Trabajo y Equipo de Trabajo (20%)

Para su valoración se atenderá a:


Seguimiento y Control.5 %, en este apartado se valora hasta qué punto la

propuesta que realiza el proveedor se ajusta a las necesidades de seguimiento y

control de la actividad, según la propuesta sea:

o Baja: no recoge los mínimos. (0)

o Media: se adapta básicamente a lo establecido en el presente pliego.(2)

o Alta. Proyecto de control y seguimiento excelente (5)

Plan de Trabajo.5 %, en este apartado se valora cómo la organización y

planificación del proyecto presentado se considera apropiada, en grado:

o Bajo. No se adecúa a las labores a realizar.(0 puntos)

o Medio. Se adecúa de forma básica.(2)

o Alto. Alta adecuación y valor añadido.(5)

Equipo del Trabajo.10% Adecuación de los perfiles, mediante tipo de perfil, y

análisis de los mismos en relación a los trabajos a realizar. Se valora en este

apartado los aspectos metodológicos y tecnológicos principales, y los aspectos

técnicos específicos de los perfiles presentados en las tecnologías que aplican

para la realización de este proyecto con la siguiente graduación:

o Bajo. Básico en todas las áreas.(0)

o Medio. Recoge mínimos necesarios para prestación de los servicios.(5)

o Alto. Perfiles con nivel avanzado en todas las áreas.(10)

En caso de que la suma de las puntuaciones obtenidas en los apartados “Calidad Técnica de la Solución” y

“Seguimiento y control, Plan de Trabajo y Equipo de Trabajo”, no alcance un mínimo de 21 puntos, se excluirá

automáticamente esta oferta del resto del proceso selectivo.

12 Estructura y formato de la propuesta

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

12.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

o Índice.

o Presentación y Características Generales:

o Identificación del pliego al que responde la propuesta.

o 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 los servicios a realizar.

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.

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

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

o 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 perfiles.

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.

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

- Documento de Propuesta/Oferta Económica-obligatoriamente se seguirá el modelo

establecido en el punto proposición económica.

Siguiendo el modelo establecido en el pliego de condiciones particulares, anexo l-

12.2 Formato de la Propuesta

Las ofertas deberán ser enviadas a través de la aplicación de licitación electrónica de Gobierno Vasco.

pliego de condiciones técnicas: sistema de explotación ... · el decreto 35/1997, de 18 de...

Documents