PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE MANTENIMIENTO PREVENTIVO, CORRECTIVO Y EVOLUTIVO DE LOS SISTEMAS DE INFORMACIÓN PROPIOS DE LA AGENCIA DE LA VIVIENDA DE CATALUÑA
1. Objeto de la licitación
El objeto de esta licitación es la contratación del servicio necesario en el mantenimiento preventivo, correctivo y evolutivo de los sistemas de información propios desarrollados por el Área TIC de la Agencia de la Vivienda de Cataluña (Agencia) y para el desarrollo de nuevos aplicativos que se realicen desde esta área.
2. Requerimientos generales
El plazo de vigencia del contrato será de un año y prorrogable por otro año; por lo tanto, el plazo de duración máximo del contrato es de 2 años. Transcurrido el primer año de vigencia del contrato éste quedará automáticamente extinguido y rescindido a menos que para la Agencia acuerde expresamente la prórroga del contrato; esta prórroga será obligatoria para el Contratista. En ningún caso será prorrogable el contrato por el segundo año por el consentimiento tácito de las partes, o sea la Agencia y el adjudicatario de la licitación.
ANTECEDENTES
HABICAT (anteriormente nombrada ADI) es la aplicación corporativa de la Agencia a través de la cual se gestionan todos los trámites y procesos relacionados con el alquiler, venta y cesión de la vivienda pública, incluyendo procesos anexos a éstos.
Análogamente, existen otras aplicaciones de soporte al negocio basadas en entorno Web, todas ellas de una naturaleza diversa y publicadas a través de entornos diferentes.
Objetivos del servicio
El servicio solicitado, consiste en el soporte al Área TIC de la Agencia, mediante los perfiles necesarios con el fin de conseguir los requerimientos adecuados por los siguientes tipos de actividad:
Mantenimiento y desarrollo de aplicativos en entorno Web/WebSphere. Mantenimiento y desarrollo de la intranet corporativa.
Este soporte comporta las actuaciones y las actividades relacionadas con la resolución de incidencias de las aplicaciones, el desarrollo de nuevas funcionalidades, el soporte a los sistemas de información en el ámbito del Área TIC.
La prestación de este servicio se realizará de acuerdo con las directrices técnicas y funcionales que marquen los responsables del Área TIC de la Agencia, que serán facilitadas y trasladadas al perfil designado por el adjudicatario como responsable del servicio.
Desde el año 2010 se han ido realizando una serie de desarrollos sobre la plataforma IBM WebSPhere Portal Server con el objetivo de:
- Publicar servicios que están localizados en el HABICAT - Integración de aplicaciones Web existentes en la Agencia
- Reprogramación de aplicaciones Web en Portal para una mejor capacidad de servicio
- Desarrollo de nuevos aplicativos y entornos dentro de la estructura del Portal. Aparte de los esfuerzos realizados en cuanto a integración y acceso único a las aplicaciones, se ha incidido en la funcionalidad, navegabilidad y utilidad de las aplicaciones integradas. Este esfuerzo, junto con un replanteamiento de la infraestructura y de la arquitectura de aplicaciones, conforman el marco sobre el cual se basa la tendencia arquitectural de la Agencia.
3. Descripción del servicio
El servicio objeto del pliego incluye las siguientes actividades: Actividades de mantenimiento correctivo
Se incluyen las actividades de mantenimiento correctivo de aplicaciones desarrolladas o de funcionalidades ya puestas en productivo a partir de las peticiones efectuadas.
El mantenimiento correctivo incluye la corrección del código y/o la actualización de la configuración existente. Además, se tienen que realizar las pruebas unitarias y de integración necesarias para la puesta en productivo de las modificaciones. Asimismo, se tiene que actualizar la documentación existente con los cambios realizados.
Actividades de mantenimiento evolutivo:
Se incluyen las actividades de mantenimiento y las modificaciones de aplicaciones desarrolladas y de funcionalidades en productivo, así como, la incorporación de nuevas funcionalidades y el análisis y la resolución de los impactos que se puedan derivar.
Principalmente el mantenimiento evolutivo se deriva de nuevos requerimientos y de nuevas necesidades de las áreas usuarias para la evolución del negocio, los requerimientos originados por cambios en las normativas legales (leyes, órdenes, etc.) o en las normativas internas, en los requerimientos y en las integraciones con otros sistemas de información o aplicaciones informáticas, o cambios en las necesidades originales.
Actividades de mantenimiento preventivo:
Se incluyen las actividades de mantenimiento destinadas a reducir gradualmente los esfuerzos invertidos en el mantenimiento correctivo y evolutivo, con el objetivo principal de reducir costes de desarrollo.
Algunas de las actividades englobadas en el mantenimiento preventivo son la reducción de posibilidades de incidencias, la determinación de las necesidades de reingenierías de procesos, la detección de código muerto, la documentación de procesos críticos, la optimización del uso de los recursos tecnológicos, la homogeneización de las características del software y la estandarización de código, y el aseguramiento de la calidad del software. Actividades de mantenimiento adaptativo:
Se incluyen las actividades de mantenimiento destinadas a adaptar el software a los cambios del entorno tecnológico y el análisis y la resolución del impacto que se pueda derivar.
Principalmente estas actividades se derivan de cambios y de modificaciones de hardware, cambios en el software base, cambios de versiones, así como, también migraciones y conversiones de datos.
Actividades de gestión y de soporte a los sistemas de información:
Se incluyen las actividades de gestión y de soporte relacionadas con los sistemas de
información, las aplicaciones informáticas y las personas interlocutoras dentro del contexto de los sistemas de información objeto del pliego.
Actividades asociadas a nuevos desarrollos
Se incluyen las actividades de análisis y desarrollo de nuevos aplicativosque por
requerimientos del plan de sistemas o cambios relacionados con los sistemas de información, se tengan que implementar y no se consideren objeto de una nueva contratación.
Con el fin de seguir esta línea, alcanzar nuevos retos y evolucionar sobre la plataforma propuesta, se han establecido una serie de objetivos generales que requieren de diferentes recursos expertos en la plataforma IBM WebSphere Portal Server y en desarrollo de aplicativos en entorno web (este soporte comporta las actuaciones y las actividades relacionadas con la resolución de incidencias de las aplicaciones, el desarrollo de nuevas funcionalidades, el soporte a los sistemas de información a los interlocutores y a los usuarios que trabajan.
Actividades de desarrollo de la plataforma IBM Websphere
Desarrollo sobre la plataforma IBM WebSphere Portal Server y aplicativos en entorno web. o Realizar las modificaciones necesarias en los sistemas y otras aplicaciones web
existentes para adecuarlo a las necesidades funcionales y del nuevo entorno. o Tomar los requerimientos funcionales y técnicos necesarios para alcanzar los
objetivos finales de las aplicaciones.
o Desarrollar nuevas aplicaciones siguiendo el sistema de desarrollo establecido. o Documentar las soluciones propuestas y todas las acciones que se consideren
susceptibles de serlo.
o Aportar valor mediante la intervención consultiva y proactiva de los perfiles presentes en los proyectos, de cara a proponer mejoras y propuestas.
o Implementar, según lo que se ha mencionado antes, una solución escalable y sostenible en el tiempo, teniendo en cuenta la tendencia de la empresa en seguir la arquitectura SOA (Service Oriented Architecture).
Las aplicaciones informáticas que se mantienen y desarrollan desde el Área TIC de la Agencia están desarrolladas en los siguientes entornos tecnológicos:
Entorno Web/WebSphere
o Base de datos Oracle (desarrollo PL/SQL)
o Lenguajes: Java (JDK 5.0 o superior), JSP, HTML, Javascript, CSS, XML o Arquitectura: J2EE, Porlets, Servlets
o Frameworks: Struts, Spring o Frameworks js: EXT-js, YUI
o Servidores: Apache/Tomcat, HTTP Server, WebSphere o Entornos de desarrollo: Eclipse, TOAD, SOAP UI o Apache WebServices(WS,CXF,Axis...)
Entorno Web/Sharepoint
o Lenguajes: (. NETO), C#, ASP, SQL Server, HTML5, Javascript, CSS3, SASS o Base de datos: Oráculo
o Frameworks: Bootstrap 3
o Frameworks js: Jquery, CSOM, RISTRE, Spservices
o Entornos de desarrollo: Sharepoint Designer 2013, Visual Studio
4. REQUISITOS TÉCNICOS DE LA EMPRESA
ADJUDICATARIA
- La empresa adjudicataria tendrá que demostrar una amplia experiencia en Proyectos realizados en el entorno especificado.
- La empresa adjudicataria tendrá que presentar, junto con la propuesta del servicio, un listado de los conocimientos de los integrantes del equipo propuesto, con todas aquellas referencias que se consideren relacionadas con el objeto del presente documento. Se tendrán especialmente en cuenta aquellos puntos referentes a la tecnología utilizada en la Agencia.
- Serán tenidas en cuenta certificaciones dentro del ámbito de la propuesta
Además en momentos puntuales, la empresa contratada tiene que poder dar soporte en las siguientes disciplinas:
- Arquitectura de Portal en el entorno IBM WebSphere Portal Server
- Soluciones en el ámbito de IBM WebContent Manager a nivel nativo y de APIO - Soluciones arquitecturales de infraestructura de Portal
- Dirección de proyectos en el entorno IBM WebSphere Portal Server
- Desarrollo de aplicaciones con la especificación JSR168, demostrada y con referencias Consultoría IBM WebSphere Portal.
5. RECURSOS
Para llevar a cabo este servicio, se ha previsto disponer de:
Perfil Entorno Nº técnicos Nº horas/técnico
Programadores J2EE J2EE / Websphere 5 1.800
Programadores Web Web 2 1.800
Programador Intranet Web/Sharepoint 1 1.800
El personal destinado para la ejecución del servicio, tendrá que ir debidamente identificado con el nombre de la empresa.
Las tareas que tendrán que realizar en la Agencia son las siguientes:
- Bajo la supervisión del jefe de proyecto, desarrollo de los módulos y funcionalidades definidas para la implementación de aplicaciones.
REQUISITOS TÉCNICOS DE LOS PERFILES
El servicio que se solicita tiene que cumplir como mínimo los siguientes requisitos y aquéllos que no los cumplan quedarán excluidos.
Programador J2EE/WEBSPHERE
Relación y referencias en proyectos realizados sobre IBM WebSphere Portal Server. Arquitectura / Frameworks: J2EE Portlets / JSR168 Servlets Spring / WS Struts SOAP / WebServices Eclipse LDAP (PUMA) Hibernate EXT-js YUI Servidores: Apache Tomcat WebSphere Base de datos: Oráculo 10 gr
Lenguajes de base de datos: HQL(Hibernate) SQL Otros: MS Project / Office UML Catalán nivel C. Lenguajes de programación: Java EE/ JSP / AJAX / HTML / CSS
Se valorará que el perfil tenga conocimientos en (*): IBM AS/400
Tecnologías 2.0: Comet, XML Comet
XML / XSD
Certificación J2EE SUN
Herramientas control de versión SVN
Programador Web Arquitectura / Frameworks: J2EE Spring / WS Struts Eclipse Hibernate Servlets EXT-js YUI Base de datos: Oráculo 10 gr
Lenguajes de base de datos: HQL(Hibernate)
SQL
Lenguajes de programación:
Java / JSP / AJAX / CSS / HTML / JAVASCRIPT Otros:
Catalán nivel C
Se valorará que los perfiles tengan conocimientos en (*): Comet
XML / XSD LDAP (PUMA)
IBM WebSphere Portal Eclipse (Portlet Factory)
Programador Intranet Frontend: HTML5 Javascript CSS3 SASS JQuery AngularJS
RequireJS (o otro como Backbone.JS) Knockout.js Javascript MVC Diseños Responsive: Media-Queries Bootstrap Metodologías y protocolos: AJAX
RISTRE SOAP Frontend: HTML5 Javascript CSS3 Otros: Experiencia en maquetación Accesibilidad Web
Posicionamiento SEO, SEM y SMO.
Desarrollo con Sharepoint 2013 (Apps, WebParts, Event Receivers, Workflows) Modelo de objetos de cliente y de servidor de Sharepoint 2013 combinado con jQuery, Javascript, Knockout, bootstrap, HTML5 y CSS3.
Se valorará que los perfiles tengan conocimientos en (*): Websphere Portal (versión 8) y desarrollo de temas Desarrollo de portlets bajo especificación JSR 286
Migraciones de contenido por Websphere Portal 6.1.5 en 8 Requisitos mínimos para la adjudicación del servicio Programador
J2EE/
WEBSPHERE
TÉCNICO 1 TÉCNICO 2 TÉCNICO 3 TÉCNICO 4 TÉCNICO 5
Arquitectura / Frameworks: J2EE Portlets/ JSR168 Servlets Spring / WS Struts SOAP / WebServices Eclipse LDAP (PUMA) Hibernate EXT-js
YUI Servidores: Apache Tomcat WebSphere Base de datos: Oracle 10 g Lenguajes de base de datos: HQL (Hibernate) SQL Otros: Catalán hablado y escrito 3 años de experiencia demostrable en el entorno Lenguajes de programación: Java EE / JSP / AJAX / HTML / CSS
Programador Web TÉCNICO 1 TÉCNICO 2
Arquitectura / Frameworks: J2EE
Spring / WS Struts Eclipse Hibernate Servlets EXT-js YUI Base de datos: HQL (Hibernate) SQL Lenguajes de programación: Java / JSP / AJAX / CSS / HTML / JAVASCRIPT Otros:
Catalán hablado y escrito 3 años de experiència demostrable en el entorno
Programador Intranet TÉCNICO 1
Frontend: HTML5 Javascript CSS3 SASS JQuery AngularJS
Knockout.js Javascript MVC Diseños Reponsive: Media-Queries Bootstrap Metodologias y protocolos: AJAX REST SOAP Frontend: HTML5 Javascript CSS3 Otras: Experiencia en maquetación Accesibilidad Web
Posicionamiento SEO, SEM i SMO Desarrollo con Sharepoint 2013 (Apps, WebParts, Event Receivers, Workflows) Model de objetos de cliente y de servidor de Sharepoint 2013 combinado com jQuery, Javascript, Knockout, bootstrap, HTML5 y CSS3.
3 años de experiencia demostrable en el entorno
Todos los perfiles tendrán que demostrar una experiencia de 3 años en los entornos relacionados.
6. Condiciones de ejecución
Condiciones básicas de ejecuciónLas condiciones de ejecución específicas o particulares que se establecen para la ejecución de este servicio son:
El servicio se prestará de lunes a viernes durante 8 horas diarias.
La sustitución de los recursos destinados al servicio sólo se podrá hacer con la autorización expresa de los responsables del Área TIC de la Agencia, con el fin de garantizar el conocimiento y perfiles similares.
La sustitución de los recursos tendrá que ser en el plazo máximo de 10 días laborables La empresa adjudicataria se compromete a mantener los recursos especificados en todo
momento y siempre que cumplan los requisitos especificados y a satisfacción de los responsables del Área TIC.
El adjudicatario devolverá al Área TIC de la Agencia las fuentes de los programas informáticos, los manuales, los estudios, los informes, los análisis y los otros productos, en buen estado de conservación y de funcionamiento, cuando finalice el contrato, y se comprometerá a no quedarse ninguna copia.
La facturación será mensual y se tendrá que detallar las horas realizadas por los diferentes perfiles.
Infraestructura necesaria para llevar a cabo el servicio
El servicio se prestará al Área TIC ubicado en las dependencias de la Agencia. La Agencia facilitará la infraestructura y los medios técnicos necesarios para llevar a cabo el servicio. Medidas de calidad en la ejecución de los contratos
El adjudicatario tendrá que definir el plan de calidad que considere necesario para garantizar la calidad en el servicio prestado, tanto en el proceso de producción como en el producto que resulte.
Informes de control para la gestión del servicio
Hará falta que el adjudicatario entregue, de forma mensual, un informe con los datos siguientes, en el formato que se defina y con los contenidos siguientes:
Informe de Seguimiento (periodicidad quincenal) Informe de Gestión de incidencias
Informe de Gestión y Control de Cambios Informe de Control de Riesgos
Actos de reuniones Actos de aprobación
El grado de avance y el grado de riesgo del proyecto se medirán de forma objetiva, en función de los resultados entregados al cliente, y se acompañarán de planes de acción.
Productos resultantes del mantenimiento
El adjudicatario tendrá que actualizar, en el formato que se acuerde, los productos entregables contemplados por la metodología de gestión de proyectos:
Estudios Previos Análisis funcional
o Situación actual (cómo se trata la problemática ahora)
o Situación futura (cómo se tratará la problemática con la solución adoptada) Diseño de la solución
o Diseño técnico (Incluye infraestructura y hardware nuevos) o Diseño funcional
o Modelo de datos
Plan de pruebas unitarias (técnico y funcional). Plan de pruebas de integración (técnico y funcional). Plan de puesta en funcionamiento y Plan de contingencia. Plan de gestión del cambio.
Manuales de usuario Manuales técnicos
Manuales de puesta en funcionamiento Manuales de operación
Cualquier otro documentación aplicable a este tipo de trabajo o Requerimientos mínimos de instalación
o Etc.
Evidencia documental de la realización y comprobación efectivas de las pruebas. Informes del resultado del control de la aplicación de estándares de calidad (control o
aseguramiento de calidad).
El adjudicatario tendrá que mantener un registro de la documentación modificada y enviada al cliente, con el detalle de las versiones, fechas y destinatarios.
Plan de transición y devolución del servicio
La propuesta del licitador con respecto al plan de transición y al plan de devolución del servicio, se especificará teniendo en cuenta la terminología siguiente:
Adjudicatario actual: Es el proveedor que actualmente se hace cargo del servicio objeto de este pliego.
Nuevo adjudicatario: Es el adjudicatario futuro de la presente licitación y, por tanto, quien será responsable de la provisión del servicio objeto de la licitación.
Fase de transición: Es el periodo de tiempo que empieza en el momento en que el nuevo adjudicatario se hace cargo del servicio y que por definición acaba cuando el servicio está estabilizado en los niveles de servicio actuales. Esta fase tiene una limitación temporal de 1 mes y el licitador puede ofrecer una duración inferior.
Fase de captura del conocimiento: Es la fase previa a la fase de transición, durante la cual el nuevo adjudicatario realizará con el soporte del adjudicatario actual la captura del conocimiento y la transferencia tecnológica necesaria que le permitirá alcanzar la provisión definitiva del servicio al final de la fase de transición. El licitador tendrá que incluir en su oferta económica esta fase y también tendrá que incluir en la oferta técnica como llevará a término esta fase, la duración prevista y su grado de implicación.
Fase de transformación: En el caso que el servicio a dar por parte del nuevo adjudicatario, no sea igual al que da el adjudicatario actual, esta fase se aplicará una vez estabilizado el servicio, con el fin de implantar los cambios requeridos.
7. Documentación
Propuesta económica detalladaLa propuesta económica se tiene que presentar mediante una tabla con el desglose por perfiles propuestos indicando importe por hora y el importe total. La tabla se tiene que ajustar al siguiente modelo:
Perfil Nº horas/técnico Importe hora Programador J2EE 1.800 Programador J2EE 1.800 Programador J2EE 1.800 Programador J2EE 1.800 Programador J2EE 1.800 Programador Web 1.800 Programador Web 1.800 Programador Intranet 1.800 TOTAL
Definición del plan de transición y devolución del servicio: El licitador tendrá que incluir en su oferta económica y técnica: Propuesta de plan de transición:
o Definición del marco temporal y recursos necesarios para llevar a cabo el plan de transición.
o Planificación detallada de la fase de captura del conocimiento, la duración prevista y su grado de implicación.
o Planificación detallada de la fase de transición propiamente dicha, duración prevista y definición de los niveles de servicio ofertados hasta la estabilización definitiva, como mínimo de los actuales.
o En caso de que sea necesaria una fase de transformación, duración prevista y especificación detallada de cómo se llevará a cabo.
Propuesta del plan de devolución del servicio:
o Definición de la duración del plan de devolución ofertado.
o Cuantificación de los recursos que se consideren necesarios para realizar la transferencia de conocimiento y la transferencia tecnológica, por tipo de servicios (Help Desk, soporte on-site ...)
o Método previsto para hacer la transferencia de conocimiento (paral·el, workshops ...) o Requerimientos que se pidan al nuevo adjudicatario para completar la correcta
transferencia de conocimientos y la transferencia tecnológica, por tipo de servicios. o También se tiene que proponer el plan de entrega de:
Conocimiento. Determinar el número de sesiones de traspaso y tipologías de éstas (workshops, conferencias, formación de equipos mixtos)
Documentación. Determinar la documentación técnica que se entregará, los plazos de entrega y, en caso de que sean necesarias, planificación y tipología de las sesiones de explicación de la documentación.
Infraestructura. Determinar las acciones a emprender en el traspaso de la infraestructura de hardware y software.
Servicio. Determinar las condiciones del plan de traspaso del servicio, incluyendo el plan de comunicación de cambio al usuario.
8. Criterios de valoración de ofertas
Se describe, a continuación, los criterios de selección, según una puntuación máxima de 100 puntos a repartir de la siguiente manera:
Valoración técnica: 40 puntos (para la capacidad y adecuación de los recursos destinados y para las mejoras y elementos de valor añadido)
Valoración económica: 60 puntos
Valoración técnica (40 puntos)
Para poder valorar adecuadamente si los perfiles ofertados por cada empresa cumplen con las directrices establecidas, la información de cada perfil tendrá que estar detallada con la siguiente información:
Criterios que se valorarán (20 puntos): (*)
Programador J2EE/WEBSPHERE
TÉCNICO 1 TÉCNICO 2 TÉCNICO 3 TÉCNICO 4 TÉCNICO 5
IBM AS/400 (2 puntos) Tecnologías 2.0 (1 punto) XML / XSD (5 puntos) Certificación J2EE SUN (3 puntos) Certificaciones oficiales en este entorno (3 puntos) MS Project / Office (2 punts) UML (1 punto) Herramientas control de versión
SVN (2 puntos) CVS (1 punto)
Programador Web TÉCNICO 1 TÉCNICO 2
Comet (2 puntos) XML / XSD (4 puntos) LDAP (PUMA) (2 puntos) IBM WebSphere Portal (5 puntos)
Eclipse (Portlet Factory) (7 puntos)
Programador Intranet TÉCNICO 1
Websphere Portal (versión 8) y desarrollo de temas (7 puntos)
Desarrollo de portlets bajo especificación JSR 286 (7 puntos)
Migraciones de contenido Websphere Portal 6.1.5 a 8 (6 puntos)
(*) Se darán 20 puntos por cada perfil de técnico i se hará la media entre todos ellos
Tiempo de sustitución (5 puntos)
5 a 9 días laborables 3
1 a 4 días laborables 5
Mejoras y elementos de valor añadido (10 puntos)
Servicio adicional para cumplimentar el servicio de desarrollo de las aplicaciones
10
Metodología (5 puntos)
Mejoras y elementos de valor añadido que se valorarían: Servicio adicional para cumplimentar el servicio de desarrollo de las aplicaciones. La puntuación máxima se dará a la empresa que ofrezca más horas y el resto irá bajando proporcionalmente.
Estas mejoras se tienen que cuantificar económicamente pero simplemente a nivel informativo y con la finalidad de que si al final del contrato, estas mejoras no se han realizado, descontarlas del importe total del servicio
Valoración económica (60 puntos)
Precio máximo
Las ofertas con un precio superior al precio máximo de la licitación contemplado en este pliego, quedarán excluidas.
9. Penalizaciones
El incumplimiento del tiempo de sustitución de un recurso en los plazos fijados, será causa de penalización:
o Esta penalización será del 0,1% del precio total del contrato anual por día de retraso.
Si esta penalización llegara al 5%, la Agencia podría rescindir el contrato.
VALOR ESTIMADO DEL SERVICIO: 835.200 € + IVA
PLAZO DE EJECUCIÓN DESDE LA
ADJUDICACIÓN: 1 año prorrogable en otro año
FECHA INICIO: La que se determine en el Acta de inicio posterior a la firma del contrato.
FIANZA DEFINITIVA DEL CONTRATO: 5%
CLÁUSULA DE CONFIDENCIALIDAD: Si
PLAZO DE GARANTÍA DEL
CONTRATO: 6 meses
OPCIÓN DE PRÓRROGA O
AMPLIACIÓN: Sí
