pliego de condiciones técnicas: mantenimiento del … · 8.1 modelo de facturación 32 ... empresa...
Post on 02-Oct-2018
222 Views
Preview:
TRANSCRIPT
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.
Pliego de Condiciones Técnicas 2/37
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
Pliego de Condiciones Técnicas 3/37
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
Pliego de Condiciones Técnicas 4/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.
Pliego de Condiciones Técnicas 5/37
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).
Pliego de Condiciones Técnicas 6/37
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:
Pliego de Condiciones Técnicas 7/37
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
Pliego de Condiciones Técnicas 8/37
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.
Pliego de Condiciones Técnicas 9/37
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.
Pliego de Condiciones Técnicas 10/37
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
Pliego de Condiciones Técnicas 11/37
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.
Pliego de Condiciones Técnicas 12/37
• 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
Pliego de Condiciones Técnicas 13/37
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
Pliego de Condiciones Técnicas 14/37
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
Pliego de Condiciones Técnicas 15/37
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)
Pliego de Condiciones Técnicas 16/37
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)
Pliego de Condiciones Técnicas 17/37
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
Pliego de Condiciones Técnicas 18/37
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
Pliego de Condiciones Técnicas 19/37
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.
Pliego de Condiciones Técnicas 20/37
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.
Pliego de Condiciones Técnicas 21/37
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,
Pliego de Condiciones Técnicas 22/37
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
Pliego de Condiciones Técnicas 23/37
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
Pliego de Condiciones Técnicas 24/37
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:
Pliego de Condiciones Técnicas 25/37
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.
Pliego de Condiciones Técnicas 26/37
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:
Pliego de Condiciones Técnicas 27/37
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.
Pliego de Condiciones Técnicas 28/37
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.
Pliego de Condiciones Técnicas 29/37
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.
Pliego de Condiciones Técnicas 30/37
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:
Pliego de Condiciones Técnicas 31/37
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).
Pliego de Condiciones Técnicas 32/37
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
Pliego de Condiciones Técnicas 33/37
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:
Pliego de Condiciones Técnicas 34/37
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)
Pliego de Condiciones Técnicas 35/37
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.
Pliego de Condiciones Técnicas 36/37
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:
Pliego de Condiciones Técnicas 37/37
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.
top related