•

ACUERDO MARCO PARA PROPORCIONAR SERVICIOS DE DESARROLLO V EDICIÓN DE

CONTENIDOS DE PÁGINAS WEB ALBERGADAS BAJO EL DOMINIO EHU.ES EN

LA UPV/EHU

PROCEDIMIENTO ABIERTO

PLIEGO DE PRESCRIPCIONES TÉCNICAS

ÍNDICE 1.- INTRODUCCION ......................................................................................... 2

2.- OBJETO ..•........•......•......................................•.......................•..............•..•... 3

3.- PLATAFORMA TECNOLÓGICA .................................................................. 4

4.- CONCRECIÓN DEL OBJETO DEL CONTRATO .......................................... 4

5.- ESPECIFICACIONES TÉCNICAS ................................................................ 6

5.1.- Desarrollo de portlet ......................................................................................... 6 5.1.1 Plan de pruebas ............................................................................................... 6

5.1.2 Configuración .................................................................................................. 7

5.1.3 Uso ....................................................................................................................... 7

5.1.4

5.2.-

Requisitos técnicos ........................................................................................ 7

Propuesta SQA .................................................................................................... B

1.- INTRODUCCION

La UPV/EHU a través de la Vicegerencia de Tecnologías de la Información y Comunicaciones dispone de distintos sistemas y herramientas para la publicación de contenidos en la web. Estos contenidos se organizan en torno a lo que se conoce como 'sitio web', que es el equivalente a un subconjunto de la información organizada de forma lógica, de forma que cubre las diferentes necesidades que van desde un pequeño grupo de investigación hasta las de una gran facultad o unidad organizativa.

El sit io web permite mostrar información tanto estática (la que se publica y permanece inalterada hasta que se vuelve a editar), como información dinámica (la que se genera en tiempo rea l en el momento de ser accedida a ella). A modo de ejemp lo. información estática sería el saludo del Rector y dinámica el directorio corporativo.

Además los sitios web pueden tener una zona pública, que es a la que puede acceder el público general, como una zona privada que para poder acceder a ella hay que disponer de los permisos y/o credenciales necesarias.

Para poder hacer todo esto hay una serie de herramientas en el mercado, conocidas como CMS (Content Management Systems o gestores de contenidos), con distint as f uncionalidades y costes en función de las necesidades de cada cliente. La UPV/EHU optó hace más de 4 años por Liferay, un CMS desarrollado en Java con dos versiones: Liferay Community (versión gratuita pero sin soporte profesional) y Liferay Enterprise (con subscripción de pago que da derecho a actualizaciones y a soporte por parte del fabricante). La UPV/EHU dispone de Liferay Enterprise (Liferay a partir de ahora).

Liferay está compuesto por el núcleo de la aplicación y por diversos módulos, conocidos como portlets, que pueden permanecer inactivos, o que se pueden activar y configurar en cada uno de los sitios, por ejemplo un portlet para mostrar un calendario en el sitio web. Aun así, puede haber sitios que necesiten mayor funcionalidad que la que proporcionan los portlets disponibles, o que necesiten adaptar alguna característica de sus funcionalidades, de cara a mostrar u organizar la información de forma correcta.

Por otra parte, hay veces en las que, para acceder a alguna aplicación corporativa y mostrar la información en un sitio web, no existe portlet alguno para Liferay. Esto ocurre cuando se accede a información que está disponible en GAUR o en otras aplicaciones corporativas específicas de la UPV/EHU. En estos casos hay tres opciones:

• Desarrollar una aplicación específica para solucionar la necesidad • Modificar alguno de los componentes de Liferay para la necesidad • Desarrollar un nuevo portlet que dé solución a la necesidad y que sirva

para cualquier sitio web que lo necesite

En cualquiera de los casos se necesita contar con empresas homologadas especializadas en Liferay que puedan realizar estos desarrollos o adaptaciones de forma eficiente y compatible con las especificaciones de Liferay de forma que se puedan adaptar de forma sencilla a futuras versiones del producto.

Una vez contamos con las herramientas necesarias, es necesario desarrollar la estructura y la información de cada uno de los sitios web. Liferay dispone de distintos roles para realizar las diferentes acciones de un sitio web:

• Administrador de Liferay que es quien gestiona toda la herramienta, configurándola para crear los sitios web y operándola para obtener de ella el mejor rendimiento posible

• Administrador del sitio web que es quien estructura el sitio (escoge los menús, banners, portlets, permisos, etc. .. )

• Editor del sitio web que es quien introduce o modifica los contenidos que están compuestos en su mayor parte por texto, imágenes y enlaces a otros contenidos y sitios web

La Vicegerencia TIC hace las labores de Administrador de Liferay y apoya a los centros, departamentos, servicios, grupos de investigación, etc. para gestionar los sitios web, pero es responsabilidad de cada uno de los sitios el disponer de personal con los conocimientos necesarios en la administración del sitio y en la edición de los contenidos. La mayor parte de los sitios disponen de su propio personal ya formado para hacer estas labores, pero a veces, bien sea por la enorme cantidad de información que dispone un sitio (por ejemplo el de una gran facultad} o por la escasez de personal (por ejemplo un pequeño grupo de investigación), en las que se necesita de apoyo por parte de empresas especializadas para la realización de estas labores.

Es por todo ello que el concurso de homologación web consta de dos lotes: Edición de contenidos web y Desarrollo web.

2.- OBJETO

El objeto del suministro es el que se define a continuación.

Acuerdo marco para la creación de contenidos web y para el desarrollo de plantillas, portlets o aplicaciones complementarias.

El acuerdo marco se divide en dos lotes:

Lote 1. Edición de contenidos web

Creación de sitios web con sus estructuras y plantillas, así como el contenido web accesible según la normativa vigente en la UPV/EHU utilizando:

• La herramienta propia de gestión de contenidos • Las plantillas y estructuras de contenidos • Las plantillas de página y de sitio web

\

• Los temas y disposiciones de página • Los portlet s • Las etiquetas y categorías existentes en la instalación de la UPV/ EHU

principalment e en el entorno Liferay

Lote 2. Desarrollo web

Para la creación, adaptación o mantenimiento de:

• Plantillas y est ructuras de contenidos web, plant illas de pagina, plantillas de sitio web, temas, disposiciones de página, etc. propios de Liferay

• Port lets que implementen servicios a incorporar en nuevos proyectos • Aplicaciones para la migración desde otros sistemas • Aplicaciones de integración con otros servicios de la UPV/EHU • Apoyo t ecnológico durante los cambios de versiones de la plataforma

3.- PLATAFORMA TECNOLÓGICA

La UPV/EHU dispone de entornos de desarro llo de aplicaciones y de producción de Liferay, así como de las tecnologías necesarias para que, tanto la edición como el desarrollo, se puedan acomet er de forma remota, limitando de esta forma los accesos a las instalaciones de la UPV/EHU a las reuniones de trabajo, de coordinación o a acciones puntuales cuyo alcance aconseje que los equipos de t rabajo de la empresa y de la UPV/EHU trabaj en de forma conjunt a y presencial.

La edición web se realizará directamente en las plataformas que aporte la UPV/EHU, sin perju icio que en .un mom ento dado se decida de mutuo acuerdo realizar parte de los t rabajos en una plataforma propia (por ejemplo para realizar integraciones o actualizaciones con un alto impacto potencial en el servicio en producción).

4.- CONCRECIÓN DEL OBJETO DEL CONTRATO

El alcance del contrat o consist e en disponer de una serie de empresas especializadas en las labores de edición de contenidos web accesibles mediante la herram ienta Liferay, y de otra serie de empresas especializadas en el desarro llo web bajo la plataforma Li feray.

En el Lote 1 {edición de contenidos web), los perfiles y funciones que se requieren, ya sea en dedicación completa o en dedicación parcial son:

• JP- Jefe de proyecto

Las labores del JP serán las de dirigir proyectos en el diseño y creación de sitios web nuevos, o la migración de sitios entre distintas

plataformas. Por ello se requiere experiencia demostrada en el diseño de sitios web, la dirección de proyectos, coordinación de equipos humanos, interlocución con usuarios finales y con responsables del sitio web, así como conocimientos básicos de tecnologías J2EE y PHP.

• ED- Editor

Se requiere experiencia demostrada en la creac1on, migración y mantenimiento de páginas y contenidos web accesibles, según la normativa existente en materia de accesibilidad.

En el Lote 2 (desarrollo web), los perfiles y funciones que se requieren, ya sea en dedicación completa o en dedicación parcial son:

• JP- Jefe de proyecto

Las labores del JP serán las de dirigir proyectos en el desarrollo de aplicaciones, scripts y portlets para la creación o migración de sitios entre distintas plataformas. Por ello se requiere experiencia demostrada en el diseño de sitios web, la dirección de proyectos, coordinación de equipos humanos, interlocución con usuarios finales y con responsables del sitio web, así como altos conocimientos de tecnologías J 2EE y PHP. Además se requiere experiencia demostrable en Liferay.

• AP- Analista programador

Las labores del AP son las de análisis y gestión de los desarrollos necesarios para la creación de aplicaciones en tecnologías J2EE, PHP y similares. También se requiere profundos conocimientos de Liferay para el desarrollo de plantillas y estructuras de contenidos. temas. etc propios de Liferay. En función del proyecto se necesitará que realice labores de analista o de analista-programador. Además se requiere experiencia demostrable en Liferay.

En cuanto a las empresas homologadas en el Lote 1, la propia Vicegerencia TIC u otras unidades organizativas de la UPV/EHU contratarán los servicios de estas empresas cuando necesiten apoyo para crear un sitio web a partir de las herramientas disponibles. Tanto los sitios que se creen como los contenidos que se alberguen en los mismos deberán cumplir las directrices y normas establecidas por la UPV/EHU, prestando especial atención a las normas de identidad corporativa, accesibilidad, igualdad, idiomas oficiales y, en general a la legislación vigente aplicable. Las empresas homologadas en el Lote 2 serán contratadas principalmente por la Vicegerencia TIC para la creación de plantillas, portlets o aplicaciones que integren los sitios web con otras aplicaciones corporativas, aunque también puede darse el caso de que haya que realizar desarrollos de integración con aplicaciones externas, como pasarelas de pagos, autenticación, etc. .. Los desarrollos creados deberán cumplir las directrices y

•

.. .

normas de la UPV/EHU en cuanto a cri terios y políticas de desarrollo de aplicaciones, prestando especia l atención a la seguridad, calidad, interoperabilidad, criterios de diseño y buenas prácticas establecidas por Liferay. La Vicegerencia TIC podrá establecer pruebas de estrés o auditorías de calidad a los entregables que se realicen bajo este lote.

5.- ESPECIFICACIONES TÉCNICAS

De cara a poder evaluar convenientemente la capacidad de las empresas que presenten ofertas en el lote 2, se solicitan dos elementos adicionales a los del lote 1. Estos son:

El desarrollo de un pequeño portlet de Liferay Una propuesta para la verificación de la calidad de los entregables (SQA) que se aplicarán a los desarrollos que se realicen a lo largo de la vigencia del contrato de homologación

5.1.- Desarrollo de portlet

El objetivo del desarrollo es conseguir la homogeneidad en la estructuración de contenidos, esto es, que todas las estructuras a partir de las cuales se generan los contenidos en la plataforma web de la UPV/EHU, estén creadas con la misma nomenclatura de campos y en el mismo orden y así faci litar tanto su mantenimiento, como que la introducción de datos por parte del usuario sea lo más similar posible con cualquier estructura.

Para ello, el desarrollo se encargará de: renombrar los campos de la estructura

- ehu-file-name -7 file-name - ehu-file-open-new-window -7 file-open-new-window - actualizar los nombres de los campos de la estructura asociados a los

contenidos

5.1.1 Plan de pruebas Cargar la estructura de ejemplo en el sistema

- Asociar a dicha estructura la plantilla de visualización origen - Asociar a dicha estructura la plantilla de visualización destino

Generar contenidos con la estructura de ejemplo y la plantilla de visualización origen

- Comprobar la correcta visualización de los contenidos generados desde el visor de cont enidos Lanzar el proceso de actualización de estructura y contenidos

- Verificar: o que los nombres de los campos de la estructura se han

actualizado o que existe el mismo número de contenidos asociados a la

estructura

o que al editar los contenidos previamente generados no haya pérdida de información debida a la actualización

o que los contenidos se visualizan usando la plantilla de visualización destino sin pérdida de información

o que se pueda eliminar la plantilla de visualización origen

5.1.2 Configuración

Para un correcto funcionamiento es necesario configurar las preferencias de idioma a nivel de todo el portal de la siguiente manera: idiomas disponibles: euskera, español e ingles idioma por defecto: euskera La estructura y las plantillas serán proporcionadas por la UPV/EHU.

5.1.3 Uso El desarrollo supondrá la aparición de una nueva aplicación en la lista de aplicaciones dentro del nuevo apartado "Homologación" que tendrá por nombre el de la empresa concursante.

5.1.4 Requisitos técnicos

El portlet a desarrollar estará preparado para desplegarse en el servidor de aplicaciones Tomcat que trae por defecto la versión 6.2 GA 2 Community Edition (CE) de Liferay. El portlet además:

- Se realizará uti lizando el Liferay IDE - Utilizará Service Builder contra una base de datos mySQL - Se desarrollará utilizando alguno de los siguientes frameworks de

desarrollo: Struts 2, Spring MVC o Liferay MVC Portlet No está permitido el uso de librerías de terceros que no estén incluidas en el bundle de liferay

- No está permitido el uso de librerías javascript adicionales bajo ningún concepto, por lo que se utilizará AlloyUI 2.0

- Deberán cumplir el estandar JSR286 (Portlet 2.0) e implementar siempre:

o el modo View, estándar, para la presentación por defecto del portlet. Se utilizará marcado Bootstrap 2.3.2 y componentes Bootstrap 2.3.2 para mantener la coherencia estética con el resto de componentes.

o el modo Help, estándar, para mostrar la ayuda o el modo Look and fell, propio de liferay, para gestionar la

apariencia o el modo Configuration, propio de liferay, para configurar el

portlet, gestionar permisos y compartirlo o el estado de ventana Normal, para presentar el portlet en su

tamaño por defecto - Estará internacionalizado, inicialmente en euskera y español, pero

preparado para estarlo en más idiomas

En los ficheros de configuración se indica rá que la autoría del desarrollo es de la UPV/EHU y la licencia de uso es GPL La estructura y nomenclatura de directorios será intuitiva y coherente, estando siem pre debajo del dominio de la UPV/EHU {e hu.es) Generará su propio fichero de log, siendo además su nivel de trazas configurable desde el panel de cont ro l por el usuario administrador del sistem a. Por defecto el nivel de log estará en modo DEBUG Deberá ser totalmente funcional utilizando los navegadores web Firefox y Google Chrome (versiones modernas) y versiones de Internet Explorer 9 y superiores Ha de estar acompañado de la siguiente documentación:

o Manual de usuario, donde quede documentada t oda la funcionalidad de la aplicación

o Manual de explotación, donde se indicarán t odas las consideraciones a tener en cuenta en lo referente a mantenim iento y explotación del proyecto

o Manual técnico, donde se incluirá una descripción de cada una de las t ablas que componen el modelo lógico de datos y la integridad referencial entre ellas. También incluirá una descripción detallada de cada uno de los portlets desarrollados, identificando para cada acción dentro de ellos los campos obligatorios y por defecto, las validaciones y las modifi caciones que rea lizan en la base de datos

5.2.- Propuesta SQA

Realizar una propuesta para la verificación de la calidad de los entregables (SQA) que se aplicarán a los desarro llos que se realicen a lo largo de la vigencia del contrato de homologación. La propuesta tendrá en cuenta los siguientes apartados:

Metodología: o Describir la metodología a seguir para asegurar la calidad de la

entrega de los productos a lo largo del contrat o o Describir los elementos a tener en cuenta en la metodología

como los procesos, métodos, roles, etc. .. Modelo de t rabajo:

o Descri bir herramientas a uti lizar, tanto para el control de requisitos, entregables y versiones, como para los planes de pruebas, análisis de código, etc. ..

dua Legorburu eordea I Vicegerente de TIC