Pliego de Condiciones Técnicas: MANTENIMIENTO DEL … · 8.1 Modelo de facturación 32 ... empresa...

Pliego de Condiciones Técnicas 1/37

Pliego de Condiciones Técnicas:

MANTENIMIENTO DEL SISTEMA GESTOR DE EXPEDIENTES

CORPORATIVO DE LA AGENCIA VASCA DEL AGUA

Fecha: 15/03/2014 Referencia: 015/2014

EJIE S.A.

Mediterráneo, 3

01010 Vitoria-Gasteiz

Posta-kutxatila / Apartado: 809

01080 Vitoria-Gasteiz

Tel. 945 01 73 00

Fax. 945 01 73 01

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.

http://www.ejie.es/


Contenido

Capítulo/sección Página

Contenido 2

Capítulo/sección 2

Página 2

1 Introducción 4

2 Objeto y Alcance 5

3 Descripción del Servicio 6

3.1 Situación Actual 6

3.2 Objetivos a alcanzar y necesidades a cubrir 8

3.2.1. Tareas de carácter general 9

3.2.1. Mantenimiento de los diferentes módulos del sistema 9

3.2.2. Estimación 11

3.3 Requisitos del Servicio 11

3.3.1. Soporte Técnico a usuarios 12

3.3.2. Mantenimiento Correctivo y Evolutivo 13

3.3.3. Estrategia de Desarrollo 15

4 Metodología aplicable y entorno tecnológico 15

4.1 Metodología de desarrollo, normativa y Guía de Estilo 15

4.2 Herramientas del ciclo de vida de las aplicaciones 19

4.3 Entorno Tecnológico 20

5 Planificación y organización 24

5.1 Plan de Proyecto 24

5.2 Organización de equipo de trabajo 24

5.3 Asignación de recursos a fases del proyecto 25


5.4 Equipo de trabajo 25

5.4.1. Certificaciones en PLATEA 26

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

5.4.3. Modificaciones en la composición del equipo de trabajo 26

5.4.4. Horario y lugar de realización de los servicios 27

5.4.5. Perfiles de los componentes del equipo de trabajo. 27

5.5 Transferencia tecnológica 28

6 Mecanismos de seguimiento, control y supervisión 29

6.1 Puntos de Control 29

6.2 Mecanismos de seguimiento y control 30

6.3 Supervisión del proyecto 31

7 Presupuesto / Oferta económica 32

8 Condiciones particulares 32

8.1 Modelo de facturación 32

8.2 Penalizaciones 32

8.3 Plazo de ejecución 33

9 Criterios de valoración 33

10 Estructura y formato de la propuesta 35

10.1 Estructura normalizada y contenido de las propuestas 35

10.2 Formato de la Propuesta 36

10.3 Sobres y Elementos 36


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 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 del mantenimiento correctivo, adaptativo y evolutivo, desarrollo de mejoras,

ampliaciones y nuevas funcionalidades del Sistema de Información de Gestión de Expedientes Corporativo

de la Agencia Vasca del Agua (W63).

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

del mantenimiento correctivo y evolutivo del Sistema de Información de Gestión de Expedientes de la

Agencia Vasca del Agua (W63).

http://www.ejie.es/


3 Descripción del Servicio

3.1 Situación Actual

La Agencia Vasca del Agua, en el año 2009 encomendó a EJIE la construcción e implantación de su

Sistema de Gestión de Expedientes Corporativo, para la tramitación de sus expedientes de Dominio Público

Hidráulico.

En base al proyecto desarrollado a tal fin, desde 2010 dispone de una plataforma intranet corporativa

sustentada en los productos Invesflow, Invesicres e Invesdoc propiedad de Informática El Corte Inglés

(IECISA) para realizar la gestión de expedientes y el registro de documentos de entrada y salida.

Estos productos están integrados dentro de la plataforma de soluciones de tecnología documental y

workflow invesDoc Gallery Suite y 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 el ámbito de la gestión del Dominio Público Hidráulico.

En los últimos años y con la evolución del sistema se han incorporado otras familias de expedientes

responsabilidad de las distintas las Direcciones y Servicios de URA. El Sistema de Gestión de Expedientes

Corporativo de URA consta actualmente de los siguientes subsistemas o familias de expedientes en

Producción:


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

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

3.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 bases técnicas. A requerimiento de la Agencia Vasca del Agua-URA-, y por la naturaleza

dinámica del sistema de Gestión de Expedientes, debe adaptarse a los cambios legales y necesidades

organizativas, trabajos del día a día. Por otro lado es necesario también incorporar nuevas funcionalidades

e integrarse con nuevos sistemas de URA.


3.2.1. Tareas de carácter general

Análisis: Se realizará a partir de las necesidades planteadas por la Agencia Vasca del Agua y en

coordinación con los analistas de EJIE asignados al mismo como Asistencia Técnica, de acuerdo con la

metodología Arinbide y los estándares del Gobierno Vasco y de URA, para el desarrollo de las aplicaciones

informáticas.

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

Desarrollo: Se realizará de forma coordinada con los responsables de URA y EJIE, y de acuerdo con las

directrices del G.V. respecto a los módulos estándar (Control de acceso, Planificador de procesos Batch...),

Así como las normas de albergue de funcionamiento de G.V. y las directrices indicadas en las normas de

estandarización de aplicaciones del URA 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. Todo

desarrollo deberá contemplar los idiomas euskera y castellano.

Implantación: Se llevará a cabo la instalación y generación de objetos en EJIE, realizando las pruebas

necesarias durante la fase de desarrollo; es decir, previamente a su implantación en producción por EJIE y

en los sistemas informáticos operativos de acuerdo a lo previsto en las normas de implantación.

Documentación: Se realizará en coordinación con los responsables de URA y EJIE, de acuerdo a la

metodología utilizada y 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 mismo por parte de EJIE, proporcionando la documentación necesaria para ello. Esta

formación se realizará en las dependencias de URA o de EJIE.

3.2.1. Mantenimiento de los diferentes módulos del sistema

Entre las labores a realizar se distinguen una serie de trabajos continuos originados por la naturaleza

dinámica del sistema de Gestión de Expedientes, que debe adaptarse a los cambios legales y necesidades

organizativas, trabajos del día a día, como son los siguientes:

Modificaciones en responsabilidades y flujos de procedimiento por cambios legales o cambios en

los procedimientos. Cambios y ajustes en los modelos de tramitación y gestión.


Elaboración de nuevos formularios de búsqueda

Construcción de informes y estadísticas integrados en el tramitador

Definición de nuevas plantillas y evolución de las actuales, revisión y reorganización

Mantenimiento correctivo del sistema, resolución de incidencias, consultas, dudas…

Además, se detectan nuevas necesidades concretas de mejora en funcionalidades existentes o

construcción de nuevas funcionalidades. A continuación como muestra se enumeran una serie de

necesidades, mejoras y modificaciones concretas en el sistema ya recogidas en la actualidad:

Mejora tramitación agrupada

Cierre masivo de expedientes de obras y propuestas de incoación sancionador

Incluir plantillas de acuses de recibo en Obras, tal como se han realizado para Canon del Agua

Calculo del nuevo canon para vertidos Tierra Mar

Posibilidad de coger días hábiles en las alarmas, mejoras en alarmas

Modificaciones en Canon de vertidos para la nueva orden (Coeficiente C4)

Seguimiento de vertidos, informar flujo al que pertenece el trámite

Canon del Agua: Proceso batch de exportación de datos

Y por último, fruto de la evolución tecnológica de las infraestructuras y de la construcción e implantación de

nuevos sistemas de información para la Agencia Vasca del Agua, se requiere la realización de trabajos de

mantenimiento evolutivo en los siguientes ámbitos:

Análisis y construcción de las adaptaciones en W63 necesarias para integración con AA09_Gestión

de Tareas de Campo

Análisis y construcción de las adaptaciones en W63 necesarias para integración con AA08_Carga

de ficheros de reportes de titulares

Análisis y construcción de las adaptaciones en W63 necesarias para integración con el Sistema de

Gestión de Entidades Transversales

Mejoras en los servicios Web, exposición y uso de los servicios y APIs proporcionados por los

productos


Mejoras y aprovechamiento en el uso del Gestor Documental de la Suite de Productos: Invesdoc

Revisión y optimización del rendimiento del sistema

No obstante, en la planificación para el alcance del presente contrato se considera la posibilidad de variar dichas

tareas por indicación de los responsables de los distintos subsistemas y en función de sus necesidades y

prioridades. Así mismo, se incorporan a esta planificación nuevos temas, según vayan siendo solicitados, tanto a

iniciativa de los responsables como por solicitud de otros usuarios, siempre y cuando estos cambios sean

aceptados por el responsable.

La ejecución de las tareas a realizar dentro del ámbito de la futura contratación debe ir encaminada a la

consecución de unos objetivos que figurarán como requerimientos a cumplir.

3.2.2. Estimación

La estimación realizada para las labores descritas es de 75.000,00 € (sin IVA).

La forma de trabajar será de “Bolsa de horas” de la que se irán descontando y pagando en la medida en

que se vayan realizando.

Cada entrega parcial se considerará finalizada cuando el proveedor entregue a EJIE todo lo necesario

(software, documentación, etc) se haya aceptado por parte de EJIE, una vez realizadas las pruebas, se

haya instalado en producción y haya sido aceptado por la Agencia Vasca del Agua.

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


• Alcance: Mantenimiento del Gestor de Expedientes de URA, códigos de aplicación W62 y W63, y

productos InveSicres, InvesFlow, InvesDoc.

3.3.1. Soporte Técnico a usuarios

En el caso del soporte técnico a usuarios será EJIE la que canalice las consultas e 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


3.3.2. 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 y acordar valoración

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


3.3.3. 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 Metodología aplicable y entorno tecnológico

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

Para todo el ciclo de vida del proyecto, ARINbide define los siguientes procesos:

Ingeniería del Software (ISW)

Gestión del Proyecto (GPR)

Gestión de Riesgos del Proyecto (GRP)


Gestión de la configuración (GCO)

Mantenimiento del Sistema de Información (MSI)

El proceso principal de ingeniería del software (ISW) 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/documentacion.htm

En las distintas fases del proyecto, teniendo en cuenta lsa 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)

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


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

Diseño del sistema. 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, 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 del Gobierno

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 de 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 resultado

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

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



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.

4.2 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 PCT-Anexo Herramientas v1.0 se detallan las herramientas homologadas.

En función del NAC asignado, se han definido una serie de controles de calidad, cuya ejecución es

obligatoria o recomendada, tal y como se define en el documento de Aseguramiento de la Calidad de

Sistemas Software v1.0.

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

proyecto objeto de contratación.

http://www.euskadi.net/informatika





4.3 Entorno Tecnológico

Con independencia de la tecnología 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.

y complementando a esta, el entorno tecnológico será el definido en los estándares del Gobierno

Vasco que se considere necesario 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.

Gestión de procesos batch:

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

CONTROL-M: Planificación de procesos batch

Business Intelligence:

Oracle Business Intelligence




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


Sistemas de Información Geográfica:

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

Servicio de envío de mensajes SMS:

Además de los sistemas horizontales especificados, el 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:

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, …)

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

5.1 Plan de Proyecto

Sin perjuicio de la documentación administrativa y la acreditativa de la experiencia de la empresa licitadora

en labores similares a las aquí solicitadas, 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.

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

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


o Las funciones de los mismos.

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

5.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. Pry. Análisis Diseño Construcción Implantación Total horas

Horas % Horas % Horas % Horas % Horas %

Jefe proyecto

Analista funcional

Programador

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.

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


5.4.1. Certificaciones en PLATEA

Se han establecido dos perfiles de Certificación (analista y desarrollador), para las distintas especialidades.

En concreto, para la ejecución de los servicios objeto del presente pliego, desde EJIE se indicará la

conveniencia de realización de certificación en PLATEA Integración por parte de la empresa licitadora, sin

coste para EJIE ni disminución proporcional en las horas dedicadas respecto de las horas del proyecto.

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

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

mayor y no imputable al adjudicatario, EJIE 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.

5.4.3. 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 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 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 EJIE, esto no fuera posible, las dos primeras

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

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

Los trabajos de desarrollo se realizarán normalmente en las dependencias de EJIE, y se realizarán en las

siguientes condiciones:

El horario diario mínimo de prestación de los servicios estará de acuerdo a la establecida por

EJIE.

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

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 EJIE), 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

5.4.5. Perfiles de los componentes del equipo de trabajo.

Se deberá adjuntar, en la oferta técnica, el perfil 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.


La no inclusión del perfil de alguno de los participantes, puede suponer la imposibilidad de una adecuada

evaluación del apartado de “Equipo de trabajo dispuesto, distribución de roles, perfiles, solución para el

entorno técnico-funcional”, pudiendo el licitador no ser puntuado por este concepto.

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


6 Mecanismos de seguimiento, control y supervisión

El propósito de las tareas de control y seguimiento es el de proveer una visión objetiva del estado actual de la

prestación del servicio y determinar las posibles desviaciones a fin de aplicar las acciones correctoras que sean

necesarias. Es en este sentido en el cual llamamos seguimiento a la evaluación rutinaria del estado, en tanto que

llamamos control a la toma de los valores que definen el estado.

Los productos mínimos de esta práctica son los informes de seguimiento, un documento o artefacto, donde

anotamos los resultados de la evaluación de una iteración de control; de momento sin decir las correcciones a

tomar.

Una vez identificadas las desviaciones, es necesario decidir oportunamente las correcciones requeridas,

llevándolas a cabo en el momento en que sea necesario. Finalmente es importante que la corrección planteada

sea a su vez, objeto de seguimiento, lo que implica que la planificación debe ser actualizada para que refleje las

acciones que se han determinado necesarias para corregir la desviación.

A la hora de realizar las reuniones de seguimiento es conveniente calcular previamente las medidas o métricas

que aplicadas al servicio objeto de la contratación sirvan de indicador sobre el estado del mismo. Esto con el

objeto de obtener una evaluación lo más completa y objetiva posible de la prestación del servicio.

Así, bajo esta perspectiva, el licitador deberá describir en su Documento de Propuesta Técnica:

El modelo de control y seguimiento a aplicar durante la prestación del servicio, incluyendo las reuniones

de seguimiento a celebrar, su objetivo, su periodicidad, los asistentes necesarios, los controles que deben

ser ejecutados, etc.

Los informes de seguimiento que deberán obtenerse en cada fase del servicio, y para cada solicitud de

trabajo realizada. Se detallará su objetivo y al menos parcialmente, su contenido.

Los indicadores de calidad del servicio a medir, y su criticidad asociada.

Los métodos de aplicación de las posibles acciones correctoras

No obstante se detallan a continuación aproximaciones iniciales que puedan servir como marco de referencia.

6.1 Puntos de Control

Puesto que todos los flujos de trabajo que dan respuesta a las actividades objeto del presente pliego de

bases técnicas se basan en el uso de la herramienta de gestión de peticiones homologada (Mantis), los

informes que se proponen obtendrán la mayor parte de la información que precisan desde dicha

herramienta.


Un atributo de catalogación importante para las incidencias y los problemas es la urgencia o la criticidad

de los mismos (prioridad), que influye sobre los tiempos de resolución requeridos. Sus valores son:

Prioridad Descripción

Muy Urgente Incidencias que impactan gravemente sobre el negocio (perdida de servicio en un área

crítica para el departamento) o la imagen de EJIE. Requieren de una intervención

inmediata e ininterrumpida hasta su resolución definitiva.

Urgente Incidencias que no impactan sobre el negocio o la imagen de EJIE pero que impiden la

ejecución normal de una o más partes de la aplicación objeto del Servicio o de otras con

las que se relaciona.

Afectan a aplicaciones definidas por EJIE como NO críticas.

Normal Incidencias que no impactan sobre el negocio o la imagen de EJIE y no impiden el

funcionamiento normal de la aplicación objeto del Servicio o de otras con las que se

relaciona.

Afectan a aplicaciones definidas por EJIE como NO críticas.

Cualquier incidencia que afecte a una aplicación crítica será considerada inicialmente como Muy Urgente. No

obstante, y tras su revisión, podrá ser modificada por EJIE a prioridad Urgente o Normal.

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.

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

6.3 Supervisión del proyecto

Tanto la dirección como la supervisión del Proyecto serán llevadas a cabo por el personal de EJIE 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 EJIE. 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).


7 Presupuesto / Oferta económica

El presupuesto máximo para este contrato es de 75.000,00 € sin IVA.

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., el número de horas ofertadas 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.

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.

8 Condiciones particulares

8.1 Modelo de facturación

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. así como el número de horas ofertado por

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

La facturación se realizará mensualmente, según los trabajos realizados y aprobados en el periodo y previa

presentación del correspondiente informe de seguimiento en el que, entre otras, se recogerá la información de las

actividades realizadas y las previstas para el próximo periodo, planificación, situación de hitos y entregables,

incidencias destacables, análisis de riesgos, etc..

8.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 suma de penalizaciones no superará en ningún caso el 10% del presupuesto del contrato.

8.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, o

hasta la finalización de la bolsa de horas establecidas de acuerdo a la oferta que resulte adjudicataria.

9 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

Equipo de trabajo dispuesto, distribución de roles, perfiles,

solución para el entorno técnico-funcional

35

Mecanismos de control y seguimiento de los servicios a

prestar

10

Proposición Económica(55%)

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


55x suma total ponderada del “precio/hora” de la “ofertas más ventajosa”(la de precio más bajo)

Suma total ponderada del “precio/hora” de la “oferta evaluada”

Se presentarán las ofertas siguiendo obligatoriamente el presente cuadro:

Precio/hora (IVA no

incluido)

Ponderación Total (precio/hora por

ponderación)

Jefe proyecto x 0,10

Analista funcional x 0,45

Programador x 0,45

SUMA TOTAL PONDERADA

Equipo de trabajo dispuesto, distribución de roles, perfiles, compensación por entorno técnico-

funcional (35%)

Para su valoración se atenderá a:

- Equipo propuesto y a la adecuación al proyecto.10%

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. No se adecúa a las labores a realizar.(0 puntos)

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

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

- Adecuación de los perfiles, mediante tipo de perfil, análisis los mismos en relación a los

trabajos a realizar. Se valora en este apartado los conocimientos metodológicos y

tecnológicos principales y los aspectos técnicos específicos de los perfiles presentados

en: desarrollos de aplicaciones de gestión de expedientes administrativos y libro de

registro y en la gama de productos gestión documental INVES. 25%

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.(15)

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


Mecanismos de control y seguimiento de los servicios a prestar (10%)

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:

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

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

- Alta. Proyecto de control y seguimiento excelente (10)

10 Estructura y formato de la propuesta

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

10.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 9 (proposición económica).

Siguiendo el modelo establecido.

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

10.3 Sobres y Elementos

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

Con etiqueta indicando sobre el mismo:


o Descripción/Título y

o Referencia

Presentes en la carátula del presente Pliego.

Recogiendo en su interior:

o Documento de Propuesta Técnica, siguiendo la estructura requerida en el apartado de Estructura

y Formato de la Propuesta, del presente documento.

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

o Soporte Magnético con los documentos electrónicos correspondientes, rotulado sobre el mismo:

Descripción/Título y Referencia del Pliego.

Pliego de Condiciones Técnicas: MANTENIMIENTO DEL … · 8.1 Modelo de facturación 32 ... empresa...

Documents

Transcript of Pliego de Condiciones Técnicas: MANTENIMIENTO DEL … · 8.1 Modelo de facturación 32 ... empresa...