UNIVERSIDAD DE OVIEDO...Servicio de Informática y Comunicaciones PPT- SIC- 075 Desarrollo de...

36
UNIVERSIDAD DE OVIEDO Servicio de Informática y Comunicaciones PPT- SIC- 075 Desarrollo de módulos para formación no oficial y actualización de portales web Elaborado: Javier Pérez Arenal Fecha: 21/02/2018 Revisado: Fecha: Aprobado: Fecha: EDICION FECHA Responsable del Proyecto Javier Pérez Arenal

Transcript of UNIVERSIDAD DE OVIEDO...Servicio de Informática y Comunicaciones PPT- SIC- 075 Desarrollo de...

UNIVERSIDAD DE OVIEDO

Servicio de Informaacutetica y Comunicaciones

PPT- SIC- 075

Desarrollo de moacutedulos para formacioacuten no oficial y actualizacioacuten de portales web

Elaborado Javier Peacuterez Arenal Fecha 21022018

Revisado Fecha

Aprobado Fecha

EDICION

FECHA

Responsable del Proyecto

Javier Peacuterez Arenal

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 2 de 36)

INDICE

1 Objeto del contrato 4 11 Definicioacuten y anaacutelisis de la necesidad 4 12 Objetivos del proyecto 4

121 Objetivos del proyecto LOTE 1 4 122 Objetivos del proyecto LOTE 2 4

2 Requisitos a satisfacer 5 21 Requisitos generales 5 22 Requisitos funcionales para el LOTE 1 5

221 Requisitos para el portal de propuesta 6 222 Requisitos para el portal de directores coordinadores 8 223 Requisitos para los servicios de publicacioacuten de ofertas 9

23 Requisitos geneacutericos para el LOTE 2 10 24 Requisitos no funcionales 11 25 Requisitos teacutecnicos 12 26 Requisitos del Entorno de trabajo 13 27 Requisitos de formacioacuten 13 28 Requisitos de integracioacuten con otros sistemas 14

3 Metodologiacutea 15 31 Comiteacute de Seguimiento 15 32 Lugar de los trabajos 15

4 Entregables 15 41 Transferencia tecnoloacutegica 17 42 Documentacioacuten de los trabajos 18 43 Propiedad intelectual 18 44 Confidencialidad 18 45 Proteccioacuten de datos personales 18 46 Aceptacioacuten final de los trabajos 19

5 Gestioacuten del proyecto 19 51 Planificacioacuten 19 52 Seguimiento y control 19 53 Aceptaciones parciales y final 20

531 Aceptaciones parciales y finales para el LOTE 1 20 532 Aceptaciones parciales y finales para el LOTE 2 20

6 Estaacutendares de aplicacioacuten 21

7 Contenido y estructura de las ofertas 22

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 3 de 36)

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo 22 711 Desarrollo de un piloto para el LOTE 1 22

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1) 22 7112 Alcance (piloto LOTE 1) 22 7113 Modelo de dominio (piloto LOTE 1) 22 7114 Formas de uso (piloto LOTE 1) 23 7115 Casos de uso (piloto LOTE 1) 23 7116 Requisitos (piloto LOTE 1) 24 7117 Mejoras (piloto LOTE 1) 25 7118 Artefactos entregables (piloto LOTE 1) 26 7119 Documentacioacuten para los interesados (piloto LOTE 1) 27 71110 Valoracioacuten (piloto LOTE 1) 27

712 Desarrollo de un piloto para el LOTE 2 27 7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2) 27 7122 Alcance (piloto LOTE 2) 27 7123 Requisitos (piloto LOTE 2) 28 7124 Artefactos entregables (piloto LOTE 2) 28 7125 Documentacioacuten para los interesados (piloto LOTE 2) 28 7126 Valoracioacuten (piloto LOTE 2) 28

72 Estructura de las ofertas 28

8 ANEXO I Modelo de dominio de FNOF 30 81 Modelo de componentes 30 82 Moacutedulo de Parametrizacioacuten 31

821 Entidades de dominio 31 822 Descripcioacuten 31

83 Moacutedulo de Oferta Formativa 31 831 Entidades de dominio 32 832 Descripcioacuten 33

84 Moacutedulo de Convocatoria 34 841 Entidades de dominio 34 842 Descripcioacuten 35

85 Moacutedulo de Planificacioacuten 36 851 Entidades de dominio 36 852 Descripcioacuten 36

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 4 de 36)

1 Objeto del contrato

11 Definicioacuten y anaacutelisis de la necesidad

El objeto del presente procedimiento es la contratacioacuten de los servicios para desarrollar ciertos moacutedulos

de gestioacuten de formacioacuten en ensentildeanzas no oficiales asiacute como los servicios para realizar una conversioacuten

de los portales basados en FW-uniovi a una plataforma tecnoloacutegica maacutes avanzada y con posibilidades

de ser explotada en dispositivos moacuteviles

El contrato se divide en lotes el primero para acometer los desarrollos en el sistema de gestioacuten de

ensentildeanzas no oficiales Concretamente se desea contratar el desarrollo de los siguientes moacutedulos

- Moacutedulo de presentacioacuten de propuestas de cursos de formacioacuten por parte de los docentes

- Portal de coordinadores directores para seguimiento de los cursos

- Servicios para publicacioacuten de la oferta formativa de cursos de formacioacuten no oficial

El segundo lote consistiraacute en una labor de reescritura de la parte relativa a la vista de varios portales

basados actualmente en tecnologiacutea JSF v1 pasando a JSF v2 + PrimeFaces + Bootstrap con disentildeo

responsivo

12 Objetivos del proyecto

Atendiendo a cada uno de los lotes los objetivos del proyecto seraacuten

121 Objetivos del proyecto LOTE 1

La Universidad de Oviedo estaacute en estos momentos en la fase de construccioacuten de los moacutedulos necesarios

para automatizar la gestioacuten de las ensentildeanzas no oficiales avanzando sobre todo en los procesos que se

atienden en la aplicacioacuten de escritorio y en los portales de servicios para alumnos y docentes En este

momento se necesita avanzar en tres cuestiones que aparecen como necesarias para que el sistema cubra

todo el ciclo de vida de la docencia en este contexto Baacutesicamente seriacutean estos tres moacutedulos

- Moacutedulo de propuesta de ofertas formativas Seriacutea el moacutedulo que usariacutean los directores de los

distintos cursos para proponer las ofertas formativas y parte de la planificacioacuten docente

- Portal de coordinadores directores Este portal estariacutea orientado a dar a los directores o

responsables de los distintos cursos una herramienta de seguimiento del curso atendiendo sobre

todo a los procesos de preinscripcioacuten y matriacutecula Ademaacutes el portal tendraacute ciertas herramientas

para poder realizar un seguimiento econoacutemico de los procesos de preinscripcioacuten y matriacutecula

- Servicios para publicacioacuten de la oferta formativa de ensentildeanzas no oficiales Se pide el

desarrollo de una fachada de servicios web para publicar informacioacuten de estas ofertas formativas

en el portal corporativo de la Universidad

122 Objetivos del proyecto LOTE 2

En el marco de la modernizacioacuten de los sistemas de informacioacuten existentes en la Universidad de Oviedo

se ha tomado la decisioacuten de ir convirtiendo los portales que estaacuten desarrollados bajo el FW-uniovi a una

nueva plataforma tecnoloacutegica usando nuevas versiones de productos y antildeadiendo otros para conseguir

una mejor experiencia de uso por parte de la comunidad universitaria sobre todo en lo relativo al acceso

desde dispositivos moacuteviles (teleacutefonos inteligentes y tabletas)

Se desea contratar la conversioacuten de los siguientes portales

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 5 de 36)

- Portal de Servicios Acadeacutemicos para alumnos

- Portal de Servicios Docentes

- Portal para coordinadores de Maacutester Oficial

- Paacuteginas Blancas

- Portal de gestioacuten de alojamientos

- Portal para demandantes de empleo

- Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

- Portal de solicitudes de movilidad intercambio

- Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza secundaria

- Portal para alumnos de EBAU Consulta de notas y reclamaciones

- Portal para coordinadores y correctores de la EABU

- Portal de simulacioacuten de notas de la EBAU

- Portal para preinscripcioacuten de alumnos extranjeros de intercambio

- Portal para gestioacuten de procesos electorales

- Portal para estudiantes de doctorado

- Web de matriacutecula de grado maacutester oficial

- Web de preinscripcioacuten de grado

- Web de preinscripcioacuten de maacutester

- TPV para pago con medios electroacutenicos

2 Requisitos a satisfacer

21 Requisitos generales

A fin de poder dar respuesta a las necesidades anteriores se plantean los siguientes requisitos generales

para la ejecucioacuten de los trabajos

- Meacutetodos de trabajo Los meacutetodos de trabajo seraacuten los marcados por la Universidad de Oviedo

y haciendo uso en todo caso de su Metodologiacutea de Gestioacuten de Proyectos Informaacuteticos

- Uso de las herramientas corporativas Los trabajos se realizaraacuten siempre que exista

empleando las herramientas corporativas definidas en la Arquitectura Tecnoloacutegica de base de

la Universidad de Oviedo Estas herramientas se detallan maacutes adelante en el presente pliego

Asimismo se emplearaacuten las herramientas que establecen esta metodologiacutea por ejemplo la

herramienta estaacutendar propuesta por el Servicio de Informaacutetica y Comunicaciones (SIC en

adelante) de modelado UML

- Trabajo en colaboracioacuten con la Universidad Los trabajos se desarrollaraacuten bajo la direccioacuten

de la Universidad de Oviedo

Atendiendo a cada uno de los lotes se establecen los siguientes requisitos detallados

22 Requisitos funcionales para el LOTE 1

Como informacioacuten previa para poder abordar este desarrollo se aporta el ANEXO I con la informacioacuten

baacutesica del sistema de gestioacuten de formacioacuten no oficial En caso de duda siempre se podraacute solicitar

informacioacuten adicional al Servicio de Informaacutetica y Comunicaciones

Partiendo de que los desarrollos deberaacuten integrarse en este modelo los requisitos de cada bloque

solicitado son los siguientes

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 2 de 36)

INDICE

1 Objeto del contrato 4 11 Definicioacuten y anaacutelisis de la necesidad 4 12 Objetivos del proyecto 4

121 Objetivos del proyecto LOTE 1 4 122 Objetivos del proyecto LOTE 2 4

2 Requisitos a satisfacer 5 21 Requisitos generales 5 22 Requisitos funcionales para el LOTE 1 5

221 Requisitos para el portal de propuesta 6 222 Requisitos para el portal de directores coordinadores 8 223 Requisitos para los servicios de publicacioacuten de ofertas 9

23 Requisitos geneacutericos para el LOTE 2 10 24 Requisitos no funcionales 11 25 Requisitos teacutecnicos 12 26 Requisitos del Entorno de trabajo 13 27 Requisitos de formacioacuten 13 28 Requisitos de integracioacuten con otros sistemas 14

3 Metodologiacutea 15 31 Comiteacute de Seguimiento 15 32 Lugar de los trabajos 15

4 Entregables 15 41 Transferencia tecnoloacutegica 17 42 Documentacioacuten de los trabajos 18 43 Propiedad intelectual 18 44 Confidencialidad 18 45 Proteccioacuten de datos personales 18 46 Aceptacioacuten final de los trabajos 19

5 Gestioacuten del proyecto 19 51 Planificacioacuten 19 52 Seguimiento y control 19 53 Aceptaciones parciales y final 20

531 Aceptaciones parciales y finales para el LOTE 1 20 532 Aceptaciones parciales y finales para el LOTE 2 20

6 Estaacutendares de aplicacioacuten 21

7 Contenido y estructura de las ofertas 22

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 3 de 36)

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo 22 711 Desarrollo de un piloto para el LOTE 1 22

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1) 22 7112 Alcance (piloto LOTE 1) 22 7113 Modelo de dominio (piloto LOTE 1) 22 7114 Formas de uso (piloto LOTE 1) 23 7115 Casos de uso (piloto LOTE 1) 23 7116 Requisitos (piloto LOTE 1) 24 7117 Mejoras (piloto LOTE 1) 25 7118 Artefactos entregables (piloto LOTE 1) 26 7119 Documentacioacuten para los interesados (piloto LOTE 1) 27 71110 Valoracioacuten (piloto LOTE 1) 27

712 Desarrollo de un piloto para el LOTE 2 27 7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2) 27 7122 Alcance (piloto LOTE 2) 27 7123 Requisitos (piloto LOTE 2) 28 7124 Artefactos entregables (piloto LOTE 2) 28 7125 Documentacioacuten para los interesados (piloto LOTE 2) 28 7126 Valoracioacuten (piloto LOTE 2) 28

72 Estructura de las ofertas 28

8 ANEXO I Modelo de dominio de FNOF 30 81 Modelo de componentes 30 82 Moacutedulo de Parametrizacioacuten 31

821 Entidades de dominio 31 822 Descripcioacuten 31

83 Moacutedulo de Oferta Formativa 31 831 Entidades de dominio 32 832 Descripcioacuten 33

84 Moacutedulo de Convocatoria 34 841 Entidades de dominio 34 842 Descripcioacuten 35

85 Moacutedulo de Planificacioacuten 36 851 Entidades de dominio 36 852 Descripcioacuten 36

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 4 de 36)

1 Objeto del contrato

11 Definicioacuten y anaacutelisis de la necesidad

El objeto del presente procedimiento es la contratacioacuten de los servicios para desarrollar ciertos moacutedulos

de gestioacuten de formacioacuten en ensentildeanzas no oficiales asiacute como los servicios para realizar una conversioacuten

de los portales basados en FW-uniovi a una plataforma tecnoloacutegica maacutes avanzada y con posibilidades

de ser explotada en dispositivos moacuteviles

El contrato se divide en lotes el primero para acometer los desarrollos en el sistema de gestioacuten de

ensentildeanzas no oficiales Concretamente se desea contratar el desarrollo de los siguientes moacutedulos

- Moacutedulo de presentacioacuten de propuestas de cursos de formacioacuten por parte de los docentes

- Portal de coordinadores directores para seguimiento de los cursos

- Servicios para publicacioacuten de la oferta formativa de cursos de formacioacuten no oficial

El segundo lote consistiraacute en una labor de reescritura de la parte relativa a la vista de varios portales

basados actualmente en tecnologiacutea JSF v1 pasando a JSF v2 + PrimeFaces + Bootstrap con disentildeo

responsivo

12 Objetivos del proyecto

Atendiendo a cada uno de los lotes los objetivos del proyecto seraacuten

121 Objetivos del proyecto LOTE 1

La Universidad de Oviedo estaacute en estos momentos en la fase de construccioacuten de los moacutedulos necesarios

para automatizar la gestioacuten de las ensentildeanzas no oficiales avanzando sobre todo en los procesos que se

atienden en la aplicacioacuten de escritorio y en los portales de servicios para alumnos y docentes En este

momento se necesita avanzar en tres cuestiones que aparecen como necesarias para que el sistema cubra

todo el ciclo de vida de la docencia en este contexto Baacutesicamente seriacutean estos tres moacutedulos

- Moacutedulo de propuesta de ofertas formativas Seriacutea el moacutedulo que usariacutean los directores de los

distintos cursos para proponer las ofertas formativas y parte de la planificacioacuten docente

- Portal de coordinadores directores Este portal estariacutea orientado a dar a los directores o

responsables de los distintos cursos una herramienta de seguimiento del curso atendiendo sobre

todo a los procesos de preinscripcioacuten y matriacutecula Ademaacutes el portal tendraacute ciertas herramientas

para poder realizar un seguimiento econoacutemico de los procesos de preinscripcioacuten y matriacutecula

- Servicios para publicacioacuten de la oferta formativa de ensentildeanzas no oficiales Se pide el

desarrollo de una fachada de servicios web para publicar informacioacuten de estas ofertas formativas

en el portal corporativo de la Universidad

122 Objetivos del proyecto LOTE 2

En el marco de la modernizacioacuten de los sistemas de informacioacuten existentes en la Universidad de Oviedo

se ha tomado la decisioacuten de ir convirtiendo los portales que estaacuten desarrollados bajo el FW-uniovi a una

nueva plataforma tecnoloacutegica usando nuevas versiones de productos y antildeadiendo otros para conseguir

una mejor experiencia de uso por parte de la comunidad universitaria sobre todo en lo relativo al acceso

desde dispositivos moacuteviles (teleacutefonos inteligentes y tabletas)

Se desea contratar la conversioacuten de los siguientes portales

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 5 de 36)

- Portal de Servicios Acadeacutemicos para alumnos

- Portal de Servicios Docentes

- Portal para coordinadores de Maacutester Oficial

- Paacuteginas Blancas

- Portal de gestioacuten de alojamientos

- Portal para demandantes de empleo

- Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

- Portal de solicitudes de movilidad intercambio

- Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza secundaria

- Portal para alumnos de EBAU Consulta de notas y reclamaciones

- Portal para coordinadores y correctores de la EABU

- Portal de simulacioacuten de notas de la EBAU

- Portal para preinscripcioacuten de alumnos extranjeros de intercambio

- Portal para gestioacuten de procesos electorales

- Portal para estudiantes de doctorado

- Web de matriacutecula de grado maacutester oficial

- Web de preinscripcioacuten de grado

- Web de preinscripcioacuten de maacutester

- TPV para pago con medios electroacutenicos

2 Requisitos a satisfacer

21 Requisitos generales

A fin de poder dar respuesta a las necesidades anteriores se plantean los siguientes requisitos generales

para la ejecucioacuten de los trabajos

- Meacutetodos de trabajo Los meacutetodos de trabajo seraacuten los marcados por la Universidad de Oviedo

y haciendo uso en todo caso de su Metodologiacutea de Gestioacuten de Proyectos Informaacuteticos

- Uso de las herramientas corporativas Los trabajos se realizaraacuten siempre que exista

empleando las herramientas corporativas definidas en la Arquitectura Tecnoloacutegica de base de

la Universidad de Oviedo Estas herramientas se detallan maacutes adelante en el presente pliego

Asimismo se emplearaacuten las herramientas que establecen esta metodologiacutea por ejemplo la

herramienta estaacutendar propuesta por el Servicio de Informaacutetica y Comunicaciones (SIC en

adelante) de modelado UML

- Trabajo en colaboracioacuten con la Universidad Los trabajos se desarrollaraacuten bajo la direccioacuten

de la Universidad de Oviedo

Atendiendo a cada uno de los lotes se establecen los siguientes requisitos detallados

22 Requisitos funcionales para el LOTE 1

Como informacioacuten previa para poder abordar este desarrollo se aporta el ANEXO I con la informacioacuten

baacutesica del sistema de gestioacuten de formacioacuten no oficial En caso de duda siempre se podraacute solicitar

informacioacuten adicional al Servicio de Informaacutetica y Comunicaciones

Partiendo de que los desarrollos deberaacuten integrarse en este modelo los requisitos de cada bloque

solicitado son los siguientes

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 3 de 36)

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo 22 711 Desarrollo de un piloto para el LOTE 1 22

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1) 22 7112 Alcance (piloto LOTE 1) 22 7113 Modelo de dominio (piloto LOTE 1) 22 7114 Formas de uso (piloto LOTE 1) 23 7115 Casos de uso (piloto LOTE 1) 23 7116 Requisitos (piloto LOTE 1) 24 7117 Mejoras (piloto LOTE 1) 25 7118 Artefactos entregables (piloto LOTE 1) 26 7119 Documentacioacuten para los interesados (piloto LOTE 1) 27 71110 Valoracioacuten (piloto LOTE 1) 27

712 Desarrollo de un piloto para el LOTE 2 27 7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2) 27 7122 Alcance (piloto LOTE 2) 27 7123 Requisitos (piloto LOTE 2) 28 7124 Artefactos entregables (piloto LOTE 2) 28 7125 Documentacioacuten para los interesados (piloto LOTE 2) 28 7126 Valoracioacuten (piloto LOTE 2) 28

72 Estructura de las ofertas 28

8 ANEXO I Modelo de dominio de FNOF 30 81 Modelo de componentes 30 82 Moacutedulo de Parametrizacioacuten 31

821 Entidades de dominio 31 822 Descripcioacuten 31

83 Moacutedulo de Oferta Formativa 31 831 Entidades de dominio 32 832 Descripcioacuten 33

84 Moacutedulo de Convocatoria 34 841 Entidades de dominio 34 842 Descripcioacuten 35

85 Moacutedulo de Planificacioacuten 36 851 Entidades de dominio 36 852 Descripcioacuten 36

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 4 de 36)

1 Objeto del contrato

11 Definicioacuten y anaacutelisis de la necesidad

El objeto del presente procedimiento es la contratacioacuten de los servicios para desarrollar ciertos moacutedulos

de gestioacuten de formacioacuten en ensentildeanzas no oficiales asiacute como los servicios para realizar una conversioacuten

de los portales basados en FW-uniovi a una plataforma tecnoloacutegica maacutes avanzada y con posibilidades

de ser explotada en dispositivos moacuteviles

El contrato se divide en lotes el primero para acometer los desarrollos en el sistema de gestioacuten de

ensentildeanzas no oficiales Concretamente se desea contratar el desarrollo de los siguientes moacutedulos

- Moacutedulo de presentacioacuten de propuestas de cursos de formacioacuten por parte de los docentes

- Portal de coordinadores directores para seguimiento de los cursos

- Servicios para publicacioacuten de la oferta formativa de cursos de formacioacuten no oficial

El segundo lote consistiraacute en una labor de reescritura de la parte relativa a la vista de varios portales

basados actualmente en tecnologiacutea JSF v1 pasando a JSF v2 + PrimeFaces + Bootstrap con disentildeo

responsivo

12 Objetivos del proyecto

Atendiendo a cada uno de los lotes los objetivos del proyecto seraacuten

121 Objetivos del proyecto LOTE 1

La Universidad de Oviedo estaacute en estos momentos en la fase de construccioacuten de los moacutedulos necesarios

para automatizar la gestioacuten de las ensentildeanzas no oficiales avanzando sobre todo en los procesos que se

atienden en la aplicacioacuten de escritorio y en los portales de servicios para alumnos y docentes En este

momento se necesita avanzar en tres cuestiones que aparecen como necesarias para que el sistema cubra

todo el ciclo de vida de la docencia en este contexto Baacutesicamente seriacutean estos tres moacutedulos

- Moacutedulo de propuesta de ofertas formativas Seriacutea el moacutedulo que usariacutean los directores de los

distintos cursos para proponer las ofertas formativas y parte de la planificacioacuten docente

- Portal de coordinadores directores Este portal estariacutea orientado a dar a los directores o

responsables de los distintos cursos una herramienta de seguimiento del curso atendiendo sobre

todo a los procesos de preinscripcioacuten y matriacutecula Ademaacutes el portal tendraacute ciertas herramientas

para poder realizar un seguimiento econoacutemico de los procesos de preinscripcioacuten y matriacutecula

- Servicios para publicacioacuten de la oferta formativa de ensentildeanzas no oficiales Se pide el

desarrollo de una fachada de servicios web para publicar informacioacuten de estas ofertas formativas

en el portal corporativo de la Universidad

122 Objetivos del proyecto LOTE 2

En el marco de la modernizacioacuten de los sistemas de informacioacuten existentes en la Universidad de Oviedo

se ha tomado la decisioacuten de ir convirtiendo los portales que estaacuten desarrollados bajo el FW-uniovi a una

nueva plataforma tecnoloacutegica usando nuevas versiones de productos y antildeadiendo otros para conseguir

una mejor experiencia de uso por parte de la comunidad universitaria sobre todo en lo relativo al acceso

desde dispositivos moacuteviles (teleacutefonos inteligentes y tabletas)

Se desea contratar la conversioacuten de los siguientes portales

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 5 de 36)

- Portal de Servicios Acadeacutemicos para alumnos

- Portal de Servicios Docentes

- Portal para coordinadores de Maacutester Oficial

- Paacuteginas Blancas

- Portal de gestioacuten de alojamientos

- Portal para demandantes de empleo

- Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

- Portal de solicitudes de movilidad intercambio

- Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza secundaria

- Portal para alumnos de EBAU Consulta de notas y reclamaciones

- Portal para coordinadores y correctores de la EABU

- Portal de simulacioacuten de notas de la EBAU

- Portal para preinscripcioacuten de alumnos extranjeros de intercambio

- Portal para gestioacuten de procesos electorales

- Portal para estudiantes de doctorado

- Web de matriacutecula de grado maacutester oficial

- Web de preinscripcioacuten de grado

- Web de preinscripcioacuten de maacutester

- TPV para pago con medios electroacutenicos

2 Requisitos a satisfacer

21 Requisitos generales

A fin de poder dar respuesta a las necesidades anteriores se plantean los siguientes requisitos generales

para la ejecucioacuten de los trabajos

- Meacutetodos de trabajo Los meacutetodos de trabajo seraacuten los marcados por la Universidad de Oviedo

y haciendo uso en todo caso de su Metodologiacutea de Gestioacuten de Proyectos Informaacuteticos

- Uso de las herramientas corporativas Los trabajos se realizaraacuten siempre que exista

empleando las herramientas corporativas definidas en la Arquitectura Tecnoloacutegica de base de

la Universidad de Oviedo Estas herramientas se detallan maacutes adelante en el presente pliego

Asimismo se emplearaacuten las herramientas que establecen esta metodologiacutea por ejemplo la

herramienta estaacutendar propuesta por el Servicio de Informaacutetica y Comunicaciones (SIC en

adelante) de modelado UML

- Trabajo en colaboracioacuten con la Universidad Los trabajos se desarrollaraacuten bajo la direccioacuten

de la Universidad de Oviedo

Atendiendo a cada uno de los lotes se establecen los siguientes requisitos detallados

22 Requisitos funcionales para el LOTE 1

Como informacioacuten previa para poder abordar este desarrollo se aporta el ANEXO I con la informacioacuten

baacutesica del sistema de gestioacuten de formacioacuten no oficial En caso de duda siempre se podraacute solicitar

informacioacuten adicional al Servicio de Informaacutetica y Comunicaciones

Partiendo de que los desarrollos deberaacuten integrarse en este modelo los requisitos de cada bloque

solicitado son los siguientes

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 4 de 36)

1 Objeto del contrato

11 Definicioacuten y anaacutelisis de la necesidad

El objeto del presente procedimiento es la contratacioacuten de los servicios para desarrollar ciertos moacutedulos

de gestioacuten de formacioacuten en ensentildeanzas no oficiales asiacute como los servicios para realizar una conversioacuten

de los portales basados en FW-uniovi a una plataforma tecnoloacutegica maacutes avanzada y con posibilidades

de ser explotada en dispositivos moacuteviles

El contrato se divide en lotes el primero para acometer los desarrollos en el sistema de gestioacuten de

ensentildeanzas no oficiales Concretamente se desea contratar el desarrollo de los siguientes moacutedulos

- Moacutedulo de presentacioacuten de propuestas de cursos de formacioacuten por parte de los docentes

- Portal de coordinadores directores para seguimiento de los cursos

- Servicios para publicacioacuten de la oferta formativa de cursos de formacioacuten no oficial

El segundo lote consistiraacute en una labor de reescritura de la parte relativa a la vista de varios portales

basados actualmente en tecnologiacutea JSF v1 pasando a JSF v2 + PrimeFaces + Bootstrap con disentildeo

responsivo

12 Objetivos del proyecto

Atendiendo a cada uno de los lotes los objetivos del proyecto seraacuten

121 Objetivos del proyecto LOTE 1

La Universidad de Oviedo estaacute en estos momentos en la fase de construccioacuten de los moacutedulos necesarios

para automatizar la gestioacuten de las ensentildeanzas no oficiales avanzando sobre todo en los procesos que se

atienden en la aplicacioacuten de escritorio y en los portales de servicios para alumnos y docentes En este

momento se necesita avanzar en tres cuestiones que aparecen como necesarias para que el sistema cubra

todo el ciclo de vida de la docencia en este contexto Baacutesicamente seriacutean estos tres moacutedulos

- Moacutedulo de propuesta de ofertas formativas Seriacutea el moacutedulo que usariacutean los directores de los

distintos cursos para proponer las ofertas formativas y parte de la planificacioacuten docente

- Portal de coordinadores directores Este portal estariacutea orientado a dar a los directores o

responsables de los distintos cursos una herramienta de seguimiento del curso atendiendo sobre

todo a los procesos de preinscripcioacuten y matriacutecula Ademaacutes el portal tendraacute ciertas herramientas

para poder realizar un seguimiento econoacutemico de los procesos de preinscripcioacuten y matriacutecula

- Servicios para publicacioacuten de la oferta formativa de ensentildeanzas no oficiales Se pide el

desarrollo de una fachada de servicios web para publicar informacioacuten de estas ofertas formativas

en el portal corporativo de la Universidad

122 Objetivos del proyecto LOTE 2

En el marco de la modernizacioacuten de los sistemas de informacioacuten existentes en la Universidad de Oviedo

se ha tomado la decisioacuten de ir convirtiendo los portales que estaacuten desarrollados bajo el FW-uniovi a una

nueva plataforma tecnoloacutegica usando nuevas versiones de productos y antildeadiendo otros para conseguir

una mejor experiencia de uso por parte de la comunidad universitaria sobre todo en lo relativo al acceso

desde dispositivos moacuteviles (teleacutefonos inteligentes y tabletas)

Se desea contratar la conversioacuten de los siguientes portales

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 5 de 36)

- Portal de Servicios Acadeacutemicos para alumnos

- Portal de Servicios Docentes

- Portal para coordinadores de Maacutester Oficial

- Paacuteginas Blancas

- Portal de gestioacuten de alojamientos

- Portal para demandantes de empleo

- Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

- Portal de solicitudes de movilidad intercambio

- Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza secundaria

- Portal para alumnos de EBAU Consulta de notas y reclamaciones

- Portal para coordinadores y correctores de la EABU

- Portal de simulacioacuten de notas de la EBAU

- Portal para preinscripcioacuten de alumnos extranjeros de intercambio

- Portal para gestioacuten de procesos electorales

- Portal para estudiantes de doctorado

- Web de matriacutecula de grado maacutester oficial

- Web de preinscripcioacuten de grado

- Web de preinscripcioacuten de maacutester

- TPV para pago con medios electroacutenicos

2 Requisitos a satisfacer

21 Requisitos generales

A fin de poder dar respuesta a las necesidades anteriores se plantean los siguientes requisitos generales

para la ejecucioacuten de los trabajos

- Meacutetodos de trabajo Los meacutetodos de trabajo seraacuten los marcados por la Universidad de Oviedo

y haciendo uso en todo caso de su Metodologiacutea de Gestioacuten de Proyectos Informaacuteticos

- Uso de las herramientas corporativas Los trabajos se realizaraacuten siempre que exista

empleando las herramientas corporativas definidas en la Arquitectura Tecnoloacutegica de base de

la Universidad de Oviedo Estas herramientas se detallan maacutes adelante en el presente pliego

Asimismo se emplearaacuten las herramientas que establecen esta metodologiacutea por ejemplo la

herramienta estaacutendar propuesta por el Servicio de Informaacutetica y Comunicaciones (SIC en

adelante) de modelado UML

- Trabajo en colaboracioacuten con la Universidad Los trabajos se desarrollaraacuten bajo la direccioacuten

de la Universidad de Oviedo

Atendiendo a cada uno de los lotes se establecen los siguientes requisitos detallados

22 Requisitos funcionales para el LOTE 1

Como informacioacuten previa para poder abordar este desarrollo se aporta el ANEXO I con la informacioacuten

baacutesica del sistema de gestioacuten de formacioacuten no oficial En caso de duda siempre se podraacute solicitar

informacioacuten adicional al Servicio de Informaacutetica y Comunicaciones

Partiendo de que los desarrollos deberaacuten integrarse en este modelo los requisitos de cada bloque

solicitado son los siguientes

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 5 de 36)

- Portal de Servicios Acadeacutemicos para alumnos

- Portal de Servicios Docentes

- Portal para coordinadores de Maacutester Oficial

- Paacuteginas Blancas

- Portal de gestioacuten de alojamientos

- Portal para demandantes de empleo

- Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

- Portal de solicitudes de movilidad intercambio

- Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza secundaria

- Portal para alumnos de EBAU Consulta de notas y reclamaciones

- Portal para coordinadores y correctores de la EABU

- Portal de simulacioacuten de notas de la EBAU

- Portal para preinscripcioacuten de alumnos extranjeros de intercambio

- Portal para gestioacuten de procesos electorales

- Portal para estudiantes de doctorado

- Web de matriacutecula de grado maacutester oficial

- Web de preinscripcioacuten de grado

- Web de preinscripcioacuten de maacutester

- TPV para pago con medios electroacutenicos

2 Requisitos a satisfacer

21 Requisitos generales

A fin de poder dar respuesta a las necesidades anteriores se plantean los siguientes requisitos generales

para la ejecucioacuten de los trabajos

- Meacutetodos de trabajo Los meacutetodos de trabajo seraacuten los marcados por la Universidad de Oviedo

y haciendo uso en todo caso de su Metodologiacutea de Gestioacuten de Proyectos Informaacuteticos

- Uso de las herramientas corporativas Los trabajos se realizaraacuten siempre que exista

empleando las herramientas corporativas definidas en la Arquitectura Tecnoloacutegica de base de

la Universidad de Oviedo Estas herramientas se detallan maacutes adelante en el presente pliego

Asimismo se emplearaacuten las herramientas que establecen esta metodologiacutea por ejemplo la

herramienta estaacutendar propuesta por el Servicio de Informaacutetica y Comunicaciones (SIC en

adelante) de modelado UML

- Trabajo en colaboracioacuten con la Universidad Los trabajos se desarrollaraacuten bajo la direccioacuten

de la Universidad de Oviedo

Atendiendo a cada uno de los lotes se establecen los siguientes requisitos detallados

22 Requisitos funcionales para el LOTE 1

Como informacioacuten previa para poder abordar este desarrollo se aporta el ANEXO I con la informacioacuten

baacutesica del sistema de gestioacuten de formacioacuten no oficial En caso de duda siempre se podraacute solicitar

informacioacuten adicional al Servicio de Informaacutetica y Comunicaciones

Partiendo de que los desarrollos deberaacuten integrarse en este modelo los requisitos de cada bloque

solicitado son los siguientes

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 6 de 36)

221 Requisitos para el portal de propuesta

El portal de propuesta de ofertas formativas va a permitir a un docente realizar una propuesta de una

accioacuten formativa completa Esto incluye informacioacuten que se va a asentar sobre varias entidades de

dominio

- Convocatoria Realmente se parte de esta entidad porque es la que recogeraacute todas las ofertas

propuestas para un tipo y subtipo en un momento dado

- Oferta formativa Es la informacioacuten estructural de la oferta o programa

- Actividad Si la oferta tiene actividades maacutes especiacuteficas asociadas esta entidad recogeraacute la

informacioacuten estructural

- Planificacioacuten de ofertas formativas Recoge los aspectos que se planifican en cada curso

acadeacutemico o ldquoedicioacutenrdquo de la docencia de la oferta

- Planificacioacuten de actividades Baacutesicamente se recogen los datos de detalle de la planificacioacuten

docente como la gestioacuten de grupos horarios eventos etc

El portal cumpliraacute con los siguientes requisitos de detalle

- Una vez identificado el docente se presentaraacuten las convocatorias para las que esteacute abierto el

periodo de propuesta de ofertas formativas no oficiales

- El sistema dispondraacute de una especie de FAQ que seraacute alimentada de forma manual por alguacuten

usuario con privilegios especiacuteficos dentro del portal Estaraacute asociada al tipo y subtipo de oferta

formativa

- Al seleccionar una convocatoria se presentaraacute un texto asociado a la misma que el docente

deberaacute ldquoLeer y Aceptarrdquo a traveacutes de un check y un botoacuten Se podriacutea utilizar el campo de edicioacuten

rico Informacioacuten Web de la convocatoria para almacenar este texto o en uacuteltimo caso se

definiriacutea otro campo

- Una vez dentro se presentaraacuten las ofertas formativas que el docente tenga asociadas a esa

convocatoria tanto en estado ldquoelaboracion_propuestardquo como en estado ldquopropuestardquo

- Ademaacutes el docente podraacute crear una nueva propuesta de oferta formativa completamente vaciacutea

o crearla a partir de una propuesta u oferta formativa ya existente la cual seraacute posible buscar en

liacutenea por criterios variados

- En esta pantalla se enlazaraacute un manual de uso del portal descargable en formato PDF que

deberaacute de ser aportado tambieacuten en el marco del presente procedimiento de contratacioacuten

Ademaacutes se podraacuten enlazar otros documentos que se estimen oportunos

- En el resto de pantallas existiraacute un enlace Ayuda que consistiraacute en la composicioacuten de una

URL en base al tipo y subtipo de la oferta y a la pantalla Los contenidos de la ayuda no son

objeto de este contrato El sistema detectaraacute si existe la paacutegina externa de ayuda y si no existiese

daraacute un mensaje

- El docente podraacute entrar a revisar las ofertas formativas en estado ldquopropuestardquo sin posibilidad de

realizar cambios sobre las mismas

- El docente podraacute entrar a editar las ofertas formativas en estado ldquoelaboracion_propuestardquo y

realizar cualquier cambio sobre las mismas

- Dependiendo del tipo y subtipo de oferta formativa de la convocatoria se determinaraacuten los datos

obligatorios y opcionales a rellenar por el docente

- A nivel de oferta formativa o programa se contemplaran los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo rama coacutedigo ISCED creacuteditos

observaciones etc)

Informacioacuten de objetivos formativos competencias destinatarios informacioacuten

adicional etc)

Informacioacuten sobre los responsables de la oferta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 7 de 36)

Entre los responsables de la oferta formativa estaraacute la figura del director Este

podraacute ser una persona de la Universidad de Oviedo una persona externa o una

entidad transitoria que supliraacute a un ldquotercerordquo y que posteriormente el servicio

administrativo encargado de la revisioacuten de la oferta podraacute cambiar

Idiomas de imparticioacuten

Posibilidad de adjuntar documentos a la oferta

- Si la oferta tuviese actividades se contemplaraacuten los siguientes bloques de informacioacuten

Informacioacuten general (nombre coacutedigo tipo y subtipo temporalidad horas o creacuteditos

fechas de vigencia etc)

- A nivel de planificacioacuten de la oferta formativa se podraacuten declarar los siguientes bloques

General (inicio y fin de vigencia del curso informacioacuten sobre la liquidacioacuten y los pagos

control de plazas ubicaciones control de asistencia etc)

Informacioacuten relativa a las tasas de matriacutecula

Posibilidad de declarar la memoria econoacutemica (ingresos vs gastos) con un caacutelculo

automaacutetico del presupuesto final basado en los precios de las actividades seguacuten tipo y

duracioacuten

Posibilidad de declarar medios materiales y humanos asociados al curso (informacioacuten

textual)

Posibilidad de declarar promotores o colaboradores pudiendo llevar aparejada

opcionalmente una informacioacuten econoacutemica Si fuese asiacute se ha de tener en cuenta en la

memoria econoacutemica El sistema tendraacute un histoacuterico de promotores y podraacuten recuperarse

para ser asociados a la oferta formativa o podraacuten ser dados de alta El docente tambieacuten

podraacute adjuntar un logo para cada colaborador que deberaacute ajustarse a unos requisitos de

tipo y tamantildeo y una URL

Posibilidad de adjuntar documentos a la planificacioacuten

Posibilidad de declarar una informacioacuten en formato rico (HTML) asociada a la

planificacioacuten

- A nivel de planificacioacuten de actividades se podraacuten declarar los siguientes bloques

Se podraacuten definir grupos de docencia para los que a su vez se podraacute aportar

Informacioacuten general (nombre coacutedigo fechas de inicio y fin idioma etc)

Docencia prevista (informacioacuten de los docentes que impartiraacuten el grupo

indicando el nordm de horas)

Eventos asociados al grupo Podraacuten ser eventos puntuales o repetitivos

(semanales quincenales o mensuales) Podraacuten llevar asociada una ubicacioacuten y

uno o maacutes docentes

En la parte de asignacioacuten de docentes se permitiraacute buscar un docente o en caso de no

existir crear una entidad que supla los efectos y que pueda ser posteriormente sustituida

por un docente por el servicio administrativo responsable de la revisioacuten Esta entidad

no debe ser compartida por maacutes propuestas

El docente podraacute rellenar un breve CV de cada profesor sea interno externo o sea la

entidad suplente comentada previamente

- El sistema deberaacute contemplar la posibilidad de cargar los datos internacionalizados en aquellos

campos en los que sea necesario usando para ello las facilidades que se proporcionan en el FW-

uniovi

- El sistema una vez dentro de la edicioacuten de una oferta formativa tendraacute una opcioacuten de menuacute

para poder consultar de forma sencilla el grado de avance en la definicioacuten de la misma Ademaacutes

el sistema controlaraacute que para cambiar la oferta de elaboracion_propuesta a propuesta se

cumplen todos los requisitos establecidos

- El sistema podraacute emitir un documento con toda la informacioacuten de la oferta formativa en formato

PDF que el docente podraacute descargar en cualquier momento desde el inicio de la propuesta

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 8 de 36)

- Existiraacute la posibilidad de que un usuario con unos privilegios determinados pueda entrar a ver

crear y modificar cualquier informacioacuten de cualquier propuesta Seriacutea por ejempolo un usuario

a utilizar por el personal de administracioacuten responsable de cada tipo y subtipo de oferta

formativa Las actuaciones de este y en general de cualquier usuario quedaraacuten registradas

nominalmente en la base de datos (suficiente con crear entidades auditables)

Entre los requisitos comentados previamente se hace referencia a unas entidades suplentes que se

usaraacuten cuando el docente que propone el curso no puede localizar a un profesor El sistema actualmente

no da soporte a esta facilidad por lo que seraacute objeto de este contrato el realizar el anaacutelisis disentildeo y

desarrollo necesario para disponer de ella

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

principalmente en dispositivos tipo Tablet y PC

222 Requisitos para el portal de directores coordinadores

Este portal tendraacute que permitir a los coordinadoresdirectores de los estudios de formacioacuten no oficial

acceder a informacioacuten de los estudiantes de cada oferta formativa en las fases de preinscripcioacuten y

matriacutecula Igualmente deberaacute permitir que estos coordinadoresdirectores puedan participar activamente

en estos procesos asiacute como acceder a un resumen de la situacioacuten econoacutemica en la que se encuentren los

estudios

De forma maacutes detallada para los tipos y subtipos de ofertas que se determinen durante la fase de anaacutelisis

tendraacute que ser posible llevar a cabo las acciones que se enumeran a continuacioacuten

- Por una convocatoria determinada ver las ofertas de estudios no oficiales que coordinadirige

el usuario Por defecto se mostraraacute la convocatoria vigente pero el usuario podraacute seleccionar

otras convocatorias anteriores o posteriores en funcioacuten de lo que esteacute definido en el sistema

- Para una convocatoria determinada tambieacuten podraacute ver las ofertas que ha propuesto y consultar

el estado de su tramitacioacuten De igual modo podraacute acceder al contenido de la oferta (esto seraacute a

traveacutes de un enlace al portal de propuesta)

- Para ofertas que dispongan de una fase de preinscripcioacuten podraacute

Ver el listado de alumnos que han realizado una solicitud de preinscripcioacuten y el estado

en el que se encuentra cada una de las solicitudes Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel Tambieacuten seraacute posible exportar un fichero en

formato zip o similar con los datos en formato Excel comentados anteriormente

acompantildeados de los ficheros adjuntados por cada uno de los estudiantes preinscritos

Acceder a los datos de cada uno de los preinscritos pudiendo consultar los datos de

contacto del estudiante asiacute como la lista de documentos adjuntos a la solicitud de

preinscripcioacuten Seraacute posible igualmente acceder a los estudios previos aportados por el

estudiante

Cambiar el estado de las solicitudes de preinscripcioacuten con ideacutenticos efectos a los que

se produciriacutean si el cambio se realizase desde la aplicacioacuten de escritorio (recopilando la

misma informacioacuten y activando ideacutenticos procesos administrativos)

El coordinadordirector podraacute adjudicar definitivamente las plazas lo que generaraacute un

documento de resolucioacuten para el que se podriacutean aportar plantillas diferenciadas por tipo

y subtipo de estudios

- Acceso a los datos de matriacutecula

Acceso al listado de matriculados en la oferta formativa Se incluiraacute un mecanismo de

exportacioacuten de datos en formato Excel

Acceso al carrusel de fotos de los estudiantes matriculados

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 9 de 36)

Acceso a una ficha particularizada de cada uno de los estudiantes incluyendo

informacioacuten detallada de su expediente acadeacutemico en la oferta formativa En esta ficha

se podraacuten cargar observaciones que se podraacuten consultar con posterioridad

- Acceso a informacioacuten econoacutemica

Acceso a informacioacuten del presupuesto global Se mostraraacute el presupuesto inicial

contenido en la propuesta de la oferta y el presupuesto final modificado

Acceso a un resumen econoacutemico que compararaacute el presupuesto previsto en el estudio

(obtenido durante la generacioacuten de la propuesta formativa) con el presupuesto

calculado con el nuacutemero miacutenimo de alumnos y con los ingresos obtenidos en el estudio

hasta la fecha Esta informacioacuten se podraacute exportar a una hoja de caacutelculo

Acceso al listado del caacutelculo del presupuesto de docencia Calcula el presupuesto

automaacutetico de la docencia de cada profesor a partir de las actividades del curso

Generacioacuten de un informe con informacioacuten baacutesica econoacutemica incluyendo informacioacuten

de los matriculados importes liquidados e importes recibidos y fecha

Se ampliaraacute la funcionalidad del sistema actual permitiendo guardar el presupuesto de ingresos y gastos

en el momento de aprobacioacuten de una oferta formativa

Los permisos de los directores coordinadores sobre ciertas de las funcionalidades especificadas

previamente estaraacuten sujetos a una configuracioacuten a nivel de tipo y subtipo de oferta formativa

Ciertas de las funcionalidades especificadas previamente estaraacuten sujetas a control de plazos Seraacute objeto

de este contrato el desarrollo necesario en la aplicacioacuten de escritorio para obtener esta funcionalidad

Aunque este portal debe de poder ser usado desde un Smartphone el disentildeo debe realizarse pensando

en dispositivos tipo Tablet y PC

223 Requisitos para los servicios de publicacioacuten de ofertas

En este bloque se solicita la construccioacuten de una fachada de servicios web que seraacuten usados para publicar

la informacioacuten de las distintas convocatorias de ofertas formativas no oficiales en el portal corporativo

Los servicios web se construiraacuten siguiendo los requisitos no funcionales marcados en los presentes

pliegos teacutecnicos y baacutesicamente extraeraacuten informacioacuten de las siguientes entidades de dominio

- Convocatoria Seraacute la entidad de mayor nivel jeraacuterquico a la hora de presentar los estudios

- Oferta formativa y su planificacioacuten Dentro de una convocatoria estaacuten recogidas una serie de

ofertas formativas ya planificadas

- Actividades y su planificacioacuten En algunos casos las ofertas planificadas tendraacuten actividades a

mayor nivel de detalle que a su vez tambieacuten tendraacuten planificaciones

A la vista de esto se solicita la construccioacuten de al menos los siguientes meacutetodos

- ObtenerConvocatoriasPorTipoOferta

Entrada tipo y subtipo de oferta y rango de fechas o cursos acadeacutemicos

Salida VO a determinar con la informacioacuten de las convocatorias que cumplan los

criterios de entrada

- ObtenerDetalleConvocatoria

Entrada identificador de una convocatoria

Salida VO a determinar con la informacioacuten de la convocatoria Incluiraacute una coleccioacuten

de identificadores de las ofertas formativas planificadas que contenga

- ObtenerDetalleOfertaFormativaPlanificada

Entrada identificador de una oferta formativa planificada

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 10 de 36)

Salida VO a determinar con la informacioacuten de la oferta formativa y de los datos

especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

- ObtenerDetalleActividadPlanificada

Entrada identificador de una actividad planificada

Salida VO a determinar con la informacioacuten de la actividad y su planificacioacuten

incluyendo grupos docentes asignados y eventos de horario con sus detalles

- ObtenerConjuntoActividadesPlanificadas

Entrada identificador de una oferta planificada

Salida Conjunto de todos los VO a determinar de actividades planificadas cada uno de

ellos con la informacioacuten de la actividad y su planificacioacuten incluyendo grupos docentes

asignados y eventos de horario

- ObtenerConjuntoDetalleOfertasConvocatoria

Entrada identificador de una convocatoria

Salida Conjunto de VO a determinar con la informacioacuten de la oferta formativa y de los

datos especiacuteficos de su planificacioacuten Incluiraacute una coleccioacuten de identificadores de las

actividades que pudiese contener

Todos los meacutetodos aceptaraacuten una coleccioacuten de lenguajes en sus paraacutemetros de entrada normalmente

espantildeol ingleacutes y asturiano y devolveraacuten la informacioacuten en esos idiomas Si alguacuten dato no existiese en

alguacuten idioma distinto del espantildeol se devolveraacute el dato existente en eacuteste uacuteltimo

Como regla general y para evitar un nuacutemero elevado de meacutetodos para recuperar los maestros

involucrados en estos datos se devolveraacuten siempre los coacutedigos de dichos maestros acompantildeados de la

descripcioacuten

23 Requisitos geneacutericos para el LOTE 2

En general no hay requisitos de caraacutecter funcional en este lote puesto que se trata de cambiar la capa de

vista en un sistema que adopta el patroacuten MVC y no hay una variacioacuten sustancial de los requisitos

funcionales

En todo caso en este apartado se va a detallar una informacioacuten adicional a tener en cuenta en la

estimacioacuten de esfuerzos durante la preparacioacuten de la oferta

- Se aportaraacuten como medios para poder realizar una estimacioacuten del esfuerzo por parte de los

licitadores los siguientes materiales

Una hoja de caacutelculo con las estimaciones llevadas a cabo por parte del Servicio de

Informaacutetica indicando el nordm de jornadas para abordar la migracioacuten de cada portal

Un documento con capturas de pantallas para cada portal Es posible que en este

documento pueda faltar alguna pantalla aunque se ha procurado que esteacuten todas

Una hoja de caacutelculo con varias pestantildeas una por portal a convertir en las que aparecen

los distintos ficheros xhtml y su tamantildeo en Bytes

Estos documentos deberaacuten ser la base sobre la que los licitadores deberaacuten establecer sus

previsiones de esfuerzo En caso de duda siempre se podraacute solicitar informacioacuten adicional al

Servicio de Informaacutetica y Comunicaciones

- Los portales en general no permitiraacuten la navegacioacuten en muacuteltiples pestantildeas Este control deberaacute

ser implementado en la nueva capa de vista y se informaraacute a los usuarios de tal aspecto Esto es

asiacute a excepcioacuten del portal de servicios docentes para el que se implementaraacute una solucioacuten que

permita una navegacioacuten en pestantildeas por las distintas partes del sistema (es de uso comuacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 11 de 36)

consultar la guiacutea docente de un periodo a la vez que se confecciona la nueva)

Por otra parte una vez resuelto el procedimiento y adjudicado el contrato el adjudicatario deberaacute tener

en cuenta los siguientes aspectos

- La versioacuten de JSF2 a utilizar seraacute la que estaacute incluida en el servidor de aplicaciones IBM

WebsSphere ND 855 concretamente es la versioacuten 20 Es importante tener este aspecto en

cuenta porque seraacute el servidor sobre el que se desplegaraacute la aplicacioacuten y ya contiene una

implementacioacuten de JSF2

- La primera tarea a realizar en el arranque del contrato seraacute una revisioacuten general de todos los

portales identificando patrones de disentildeo a aplicar componentes etc de forma que se

optimicen posteriormente los procesos de adaptacioacuten de cada portal particular Como resultado

de este proceso que tendraacute una duracioacuten maacutexima de 1 mes se obtendraacute un documento con las

consideraciones teacutecnicas y de disentildeo maacutes relevantes y que seraacute aprobado por el Comiteacute de

Seguimiento para ser utilizado con posterioridad como guiacutea de conversioacuten de los distintos

portales

- Como paso previo al arranque de la conversioacuten de cada uno de los portales se presentaraacute un

documento de alto nivel donde se esbocen los disentildeos de las pantallas menuacutes etc y se indiquen

las necesidades a nivel de maquetacioacuten estilos y recursos graacuteficos

- La Universidad proporcionaraacute yo configuraraacute los mecanismos necesarios para que el personal

que vaya a realizar los trabajos se pueda conectar a los recursos necesarios

24 Requisitos no funcionales

Se deberaacuten de atender los siguientes requisitos no funcionales

Vista sobre Spring RCP en funcioacuten del caso de uso

Vista web con JSF2 + PrimeFaces + bootstrap en funcioacuten del caso de uso

Se aplicaraacute el paradigma de construccioacuten ldquomobile firstrdquo en funcioacuten del caso de uso

Construccioacuten de servicios web sobre Spring Web Services en funcioacuten del caso de uso

Los trabajos se desarrollaraacuten bajo los Estaacutendares Infraestructura y Framework de la Universidad

de Oviedo

Sistema de gestioacuten de seguridad basado en Acegi Spring Security

Usabilidad de la herramienta

Internacionalizacioacuten de etiquetas y contenidos seguridad a nivel de autenticacioacuten autorizacioacuten

a nivel de servicio y datos auditoriacutea de datos accesibilidad multicanalidad integracioacuten con

aplicaciones ofimaacuteticas

Integracioacuten con otros sistemas corporativos de la Universidad de Oviedo

Requisitos de rendimiento

o Previamente a la aceptacioacuten de los trabajos por parte de la Universidad de Oviedo se

deberaacuten de realizar pruebas de carga y de estreacutes de acuerdo a lo establecido en la

metodologiacutea de gestioacuten de proyectos del Servicio de Informaacutetica y Comunicaciones

Estas pruebas se acordaraacuten con el Comiteacute de Seguimiento y se llevaraacuten a cabo bajo su

supervisioacuten

o Los procesos algoriacutetmicamente sencillos (por ejemplo CRUD buacutesquedas informes no

masivos etc) deberaacuten de presentar unos tiempos de respuesta bajo condiciones de

carga real (sin tener en cuenta puntos de excepcional actividad) y en un entorno similar

al productivo de no maacutes de 3 segundos salvo justificacioacuten teacutecnica que se considere

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 12 de 36)

satisfactoria por parte del Comiteacute de Seguimiento

o El resto de casos de uso que no se ajusten a los criterios anteriores asiacute como el

comportamiento de la aplicacioacuten bajo condiciones excepcionales de carga deberaacuten ser

acordados y aprobados por el Comiteacute de Seguimiento

Requisitos de disentildeo Salvo justificacioacuten expresa como norma general se cumpliraacuten los

siguientes criterios

o En la capa de acceso a los datos los joins se limitaraacuten a un maacuteximo de 10 tablas

debieacutendose usar los mecanismos de carga de objetos pesados disponible en el

framework cuando sea aconsejable

o En la capa de acceso a los datos se deberaacute evitar la carga innecesaria de datos de tipo

BLOB en memoria

o Los datos intercambiados entre las distintas piezas de la infraestructura seraacuten

uacutenicamente los relevantes para el proceso yo la vista en cuestioacuten evitando la

sobrecarga yo saturacioacuten de la infraestructura de comunicaciones El liacutemite maacuteximo de

los paquetes de datos seraacute de 100 KBytes exceptuando los informes buacutesquedas masivas

y cualquier otro escenario justificado y autorizado por el Comiteacute de Seguimiento

o En las aplicaciones web el tamantildeo de las sesiones se deberaacute de ajustar a las

recomendaciones emitidas por IBM fabricante del servidor de aplicaciones usado

actualmente (Websphere) en orden a conseguir una replicacioacuten eficiente de sesiones

entre los distintos nodos de la infraestructura esto es la sesioacuten no debe exceder de 5

KB en tamantildeo Cita ldquoIn general you can obtain the best performance with session

objects that are less than 2 KB in size When the session object exceeds 4-5 KB you can

expect a significant decrease in performancerdquo [Fuente WebSphere Application Server

V61 System Management and Configuration SG24-7304-00]

o En las aplicaciones web se debe evitar en la medida de lo posible usar objetos en el

aacutembito de sesioacuten reducieacutendolos al maacuteximo Los portales web resultantes deberaacuten

soportar ldquoURL amigablesrdquo Ambos aspectos en conjunto deberaacuten permitir una

navegacioacuten en muacuteltiples pestantildeas robusta y segura

o Dependiendo del caso concreto las paacuteginas se disentildearaacuten bajo el paradigma ldquomobile

firstrdquo y con un estilo responsivo que se adapte al dispositivo que en cada momento esteacute

utilizando el usuario Para ello se deberaacute usar los frameworks bootstrap JSF2 y

PrimeFaces

Salvo justificacioacuten teacutecnica que se considere satisfactoria por parte del Comiteacute de Seguimiento el no

cumplimiento de estos requisitos podraacute provocar la no aceptacioacuten de los trabajos Ademaacutes se podraacute

establecer un plazo para la subsanacioacuten de los defectos detectados en una entrega los cuales seraacuten

asumidos iacutentegramente por el adjudicatario del contrato

25 Requisitos teacutecnicos

El alcance tecnoloacutegico a la hora de contemplar los servicios prestados vendraacute dado por el marco

tecnoloacutegico establecido por la Universidad de Oviedo para el desarrollo de aplicaciones en el ecosistema

FW-Uniovi

A modo de siacutentesis se identifican las siguientes piezas tecnoloacutegicas como las necesarias para dar

cobertura a las tareas de mantenimiento de una forma adecuada

Uso de Enterprise Architect como herramienta de modelado UML

Estaacutendar de desarrollo j2ee v50 o superior

Estaacutendares de codificacioacuten y disentildeo de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 13 de 36)

Framework Uniovi

Sistema Operativo Red Hat LinuxCentOS 6x 7x

Desarrollo de interfaces web utilizando los framework

o Java Server Faces versioacuten 2

o PrimeFaces

o Bootstrap

Desarrollo de clientes pesados con Spring RCP

Persistencia con JPA (motor Hibernate)

IoC con Spring

Spring AOP

SOAP Spring Web Services

Estaacutendar Seguridad de aplicacioacuten basada en Spring Security (antes Acegi Security)

Integracioacuten continua con Jenkins

Otros artefactos como jUnit jMeter Maven Nexus Sonar

JMX

Proveedor de mocks EasyMock

Base de Datos Informix Dynamic Server v12x

Gestioacuten y seguimiento de incidencias mediante Atlassian JIRA

Para la comunicacioacuten entre componentes se emplearaacuten estaacutendares abiertos y siempre que sea posible

se realizaraacuten sobre la tecnologiacutea de servicios web

En la propuesta a presentar deberaacute especificarse con claridad la disposicioacuten de cumplir con los requisitos

teacutecnicos mencionados y el conocimiento que de los mismos tengan los medios humanos aportados

En lo concerniente a los desarrollos o modificaciones que esteacuten destinados al canal web se deberaacute de

asegurar que son funcionales bajo los siguientes navegadores al menos

- Firefox

- Google Chrome

- Internet Explorer

En la medida de lo posible se procuraraacute que los desarrollos destinados al canal web soporten otros

navegadores como Safari Edge u Opera Asimismo se procuraraacute que sean desarrollos con una

usabilidad adecuada en dispositivos moacuteviles

26 Requisitos del Entorno de trabajo

La Universidad de Oviedo dispone de una arquitectura tecnoloacutegica base compuesta por los siguientes

elementos principales

Sistema Operativo Red Hat Linux 6x7x

Base de Datos IBM Informix Dynamic Server v12x

Plataforma de desarrollo Java EE 50 o superior

Repositorio de autenticacioacuten Oracle LDAP Directory Server 63

SSO basado en CAS (Jasig Central Autenticacioacuten Service)

27 Requisitos de formacioacuten

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 14 de 36)

En el aacutembito del proyecto se incluiraacute la Formacioacuten teacutecnica al personal del Servicio de Informaacutetica y

Comunicaciones de la Universidad de Oviedo y si asiacute se determinase a personal de terceras empresas

que pudiese estar prestando sus servicios en ese momento Esta formacioacuten incluiraacute contenidos sobre el

anaacutelisis disentildeo arquitectura y desarrollos realizados

28 Requisitos de integracioacuten con otros sistemas

A lo largo del desarrollo del contrato derivado del presente expediente de contratacioacuten podraacute ser

necesaria la integracioacuten con entre otros los siguientes sistemas ya implantados en la Universidad de

Oviedo

Sistema Descripcioacuten Tecnologiacutea

Correo Uniovi Sistema corporativo de correo

electroacutenico

MS Exchange Office365

Universitas XXI ndash RRHH Sistema corporativo para

gestioacuten de recursos humanos

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

ECONOMICO

Sistema corporativo para

gestioacuten econoacutemica contable

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

Universitas XXI ndash

INVESTIGACION

Sistema corporativo para

gestioacuten de la investigacioacuten

J2EE (Oracle Forms Oracle Portal

Weblogic)

Oracle

GAUSS Sistema antiguo de Gestioacuten

Acadeacutemica

MS DCOM Dynamic 4GL

Informix

AbsysNet Sistema de gestioacuten de

biblioteca

Java C C++

Oracle

eLearning Plataforma corporativa de

eLearning

Moodle

PostgresSQL

LDAP corporativo Repositorio corporativo de

credenciales

Oracle Java System Directory

Server Enterprise Edition 6

InveSicres Sistema de registro de la

Universidad de Oviedo

(incluye registro telemaacutetico)

Oracle

J2EE (la parte de registro

telemaacutetico)

SIGUO Sistema de Informacioacuten para

la gestioacuten de espacios de la

Universidad de Oviedo

J2EE MapBuilder

GeoServer

PostgresSQL

SIES Sistema de gestioacuten acadeacutemica

de la Universidad de Oviedo

FW-Uniovi

Informix

Portal corporativo Plataforma de gestioacuten de

portales web

Liferay

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 15 de 36)

3 Metodologiacutea

Se utilizaraacute como metodologiacutea de anaacutelisis del sistema de informacioacuten la Metodologiacutea de la Universidad

de Oviedo en lo referente a los procesos a llevar a cabo y documentacioacuten a generar

Las teacutecnicas empleadas deberaacuten seguir el paradigma de orientacioacuten a objetos y se apoyaraacuten de forma

exhaustiva en el Lenguaje Unificado de Modelado (UML)

Ademaacutes la empresa ofertante deberaacute detallar las metodologiacuteas adicionales que pretenda utilizar para el

desarrollo de las diferentes tareas a desarrollar

31 Comiteacute de Seguimiento

Se tendraacute en cuenta que existiraacute un Comiteacute de Seguimiento en representacioacuten de la Universidad de

Oviedo El citado Comiteacute tendraacute la responsabilidad de supervisioacuten coordinacioacuten aportacioacuten funcional

y operativa asiacute como la comprobacioacuten final de los entregables

Tambieacuten realizaraacute funciones de supervisioacuten directa del proyecto velando por la calidad de los trabajos

y el cumplimiento de los objetivos establecidos Ademaacutes dado que el proyecto estaraacute enfocado sobre la

infraestructura y Framework de la Universidad de Oviedo se ocuparaacute de las tareas de control sobre el

empleo de la infraestructura

32 Lugar de los trabajos

El desarrollo de los trabajos se acordaraacute entre el adjudicatario de cada lote y seraacute inicialmente en las

instalaciones del adjudicatario Se podraacute acordar entre las partes la ejecucioacuten de alguna parte en las

instalaciones de la Universidad de Oviedo si fuese beneficioso para el devenir del proyecto En todo

caso siempre que se necesite realizar una toma de requisitos o cualquier reunioacuten que involucre al

personal propio de la Universidad de Oviedo se realizaraacute en las dependencias de eacutesta

En todo caso se estudiaraacuten las distintas propuestas que en este apartado puedan realizar las empresas

ofertantes

4 Entregables

A la conclusioacuten del proyecto y durante del desarrollo del mismo se deberaacuten proporcionar los siguientes

entregables

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 16 de 36)

Nombre Descripcioacuten

Actas de reunioacuten Se entregaraacuten las actas de las reuniones mantenidas tanto las

internas como las asociadas a extraccioacuten de requisitos

exploracioacuten de usabilidad validacioacuten de escenarios

comprobacioacuten de prototipos auditoriacutea de hitos y entregables

estrategias de reconduccioacuten del proyecto y en general las que

supongan bien una parte de la esencia evolutiva de los trabajos

bien un punto criacutetico de inflexioacuten o inferencia para el trabajo en el

proyecto

Escenarios de

NegocioServicio

Auspiciados y validados por sus usuarios correspondientes y

auditados en adecuacioacuten a las necesidades de la Universidad de

Oviedo

Especificacioacuten completa de

Requisitos Software

Deberaacute proporcionarse una descripcioacuten funcional conforme con la

metodologiacutea de la Universidad de Oviedo y sometida al estaacutendar

IEEE 830 ldquoSoftware Requirements Specificationrdquo y ajustada a las

Guiacuteas IEEE de tal normalizacioacuten El conjunto de especificaciones

deberaacute reflejar exactamente todos los puntos de la norma IEEE

830 (incluidos los de desarrollo del dominio concreto de la

aplicacioacuten pertinente en cada caso) bien desarrollaacutendolos

suficientemente bien explicando los motivos de su posible

inaplicabilidad

Anaacutelisis Orientado a Objetos En los que se detallaraacuten mediante el uso de Patrones de Anaacutelisis

y benchmarkings las inferencias y secuencias loacutegicas que deban

o habraacuten de conducir al descubrimiento de entidades de sus

relaciones y de su comportamiento

Disentildeo detallado de

Subsistemas

Especificacioacuten de moacutedulosclase que forman parte de los

subsistemas de soporte

Definicioacuten del modelo fiacutesico

de datos

Definicioacuten de la estructura fiacutesica de datos que utilizaraacute el

sistema

Plan de pruebas funcionales Identificacioacuten de pruebas funcionales que deberaacuten ser ejecutadas

para la aceptacioacuten funcional del aplicativo

Plan de pruebas de

integracioacuten

Comprenden pruebas del sistema en su conjunto y con otros

sistemas con lo que se relacionan

Plan de pruebas de

rendimiento

Tratan el comportamiento del sistema ante una carga alta de

actividad y obtener el rendimiento del uso de los recursos que se

hace al operar

Especificacioacuten de los

Requisitos de implantacioacuten

Requisitos relacionados con formacioacuten infraestructura e

instalacioacuten para preparar y organizar los recursos necesarios para

la implantacioacuten

Planificacioacuten de los trabajos Se entregaraacute una planificacioacuten que posea una estimacioacuten de las

tareas y recursos necesarios para la implementacioacuten de la gestioacuten

acadeacutemica de los Programas Oficiales de Postgrado

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 17 de 36)

Nombre Descripcioacuten

Especificacioacuten de recursos Detalle del equipo de trabajo que participaraacute en la realizacioacuten del

proyecto y el tiempo requerido de cada uno de ellos

Documento de Especificacioacuten

de la Entrega

Documento con la especificacioacuten de los elementos software

entregados asiacute como la funcionalidad que recogen

Coacutedigo fuente Coacutedigo con la implementacioacuten de la solucioacuten

Artefactos empleados Artefactos ant maven etc empleados para la compilacioacuten

creacioacuten de desplegables preparacioacuten de entorno etc

Scripts Scripts de creacioacuten del modelo de Base de Datos

Scripts de carga inicial de datos

Otros scripts

Manual de instalacioacuten y

configuracioacuten

Documento donde se describe el entorno Hardware y Software

necesario para el despliegue de la aplicacioacuten la configuracioacuten

necesaria tanto para Sistema Operativo como para Software

Base asiacute como los procedimientos de compilacioacuten despliegue y

configuracioacuten de la aplicacioacuten

Manuales de operaciones Donde se describen las acciones que realizan los operadores

(arranque y parada del sistema solucioacuten de errores

identificadoshellip)

Manuales de usuario Documento que proporciona informacioacuten al usuario para el

conocimiento y manejo de las funcionalidades del sistema (en

funcioacuten de su perfil) instalacioacuten procedimientos de copias y

recuperaciones plan de mantenimiento y soportehellip

Documentacioacuten relativa a

pruebas unitarias

Valoracioacuten resultado y niveles de cobertura de la ejecucioacuten de

las pruebas unitarias

Documentacioacuten relativa a

pruebas de integracioacuten

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

integracioacuten

Documentacioacuten relativa a

pruebas funcionales

Valoracioacuten y resultado de la ejecucioacuten de las pruebas funcionales

Documentacioacuten relativa a

pruebas de rendimiento

Valoracioacuten y resultado de la ejecucioacuten de las pruebas de

rendimiento

Ademaacutes el licitador deberaacute facilitar durante la ejecucioacuten de los trabajos objeto del contrato toda la

informacioacuten y documentacioacuten que le sea solicitada

41 Transferencia tecnoloacutegica

Durante la ejecucioacuten de los trabajos objeto del contrato el adjudicatario se compromete a facilitar en

todo momento a las personas designadas por la Universidad de Oviedo a tales efectos la informacioacuten

y documentacioacuten que eacutestas soliciten para disponer de un pleno conocimiento de las circunstancias en

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 18 de 36)

que se desarrollan los trabajos asiacute como de los eventuales problemas que puedan surgir en su evolucioacuten

futura y de las tecnologiacuteas meacutetodos y herramientas disponibles para resolverlos con el apoyo de un

plan de formacioacuten previamente consensuado

A la finalizacioacuten del contrato el personal propio de la Universidad de Oviedo habraacute sido capacitado de

forma tal que pueda asumir la gestioacuten iacutentegra del sistema

42 Documentacioacuten de los trabajos

La documentacioacuten generada durante la ejecucioacuten del contrato seraacute de propiedad exclusiva de la

Universidad de Oviedo sin que el contratista pueda conservarla ni obtener copia de la misma ni

facilitarla a terceros sin la expresa autorizacioacuten de la propia Universidad de Oviedo previa peticioacuten

formal con expresioacuten del fin

Toda la documentacioacuten se entregaraacute en espantildeol en el soporte digital o repositorio que requiera la

Universidad de Oviedo de cara a facilitar el tratamiento y reproduccioacuten de la misma Asimismo la

Universidad de Oviedo podraacute solicitar copia impresa y correctamente encuadernada de cualquier

documento

El adjudicatario deberaacute suministrar a la Universidad de Oviedo las nuevas versiones de la

documentacioacuten que se vayan produciendo Tambieacuten se entregaraacuten en su caso los documentos sobre los

que se basen los desarrollos en ideacutentico soporte a los anteriores

43 Propiedad intelectual

Sin perjuicio de lo dispuesto por la legislacioacuten vigente en materia de propiedad intelectual y de

proteccioacuten juriacutedica de las instalaciones informaacuteticas el contratista acepta expresamente que los derechos

de explotacioacuten de los programas desarrollados y de la documentacioacuten generada al amparo del presente

contrato corresponden uacutenicamente a la Universidad de Oviedo con exclusividad y a todos los efectos

44 Confidencialidad

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre

cualquier dato que pudiera conocer con ocasioacuten del cumplimiento del contrato especialmente los de

caraacutecter personal que no podraacute copiar o utilizar con fin distinto al que figura en este pliego ni tampoco

ceder a otros ni siquiera a efectos de conservacioacuten

45 Proteccioacuten de datos personales

La empresa adjudicataria deberaacute garantizar el cumplimiento de los requisitos establecidos por la

normativa de proteccioacuten de datos personales en relacioacuten con los datos de caraacutecter personal a los que

eacutesta pudiera tener acceso

Asimismo quedaraacute obligado al cumplimiento de lo dispuesto en la Ley Orgaacutenica 151999 de 13 de

diciembre de Proteccioacuten de Datos de Caraacutecter Personal especialmente en lo indicado en el artiacuteculo

nuacutemero 12 que regula el acceso a los datos por cuenta de terceros

Se establece tambieacuten que los datos de caraacutecter personal que requieran tratamiento dentro del presente

contrato se mantendraacuten con el nivel de seguridad exigido seguacuten la categorizacioacuten de niveles de

seguridad establecida por el Reglamento de Medidas de Seguridad RD 9941999 de 11 de junio

La Universidad de Oviedo podraacute solicitar ayuda al adjudicatario en los procesos de registro o

modificacioacuten de los ficheros originados como consecuencia de este contrato ante la Agencia Espantildeola

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 19 de 36)

de Proteccioacuten de Datos

46 Aceptacioacuten final de los trabajos

Los trabajos entregados deben realizarse con los estaacutendares y niveles de calidad exigidos por la

Universidad de Oviedo

A tal efecto los productos obtenidos deben de ajustarse a los documentos indicados en la metodologiacutea

de gestioacuten de proyectos informaacuteticos que el Servicio de Informaacutetica y Comunicaciones de la Universidad

de Oviedo use en el momento de la ejecucioacuten de los trabajos

5 Gestioacuten del proyecto

51 Planificacioacuten

La empresa adjudicataria deberaacute realizar los trabajos objeto del presente procedimiento de contratacioacuten

en un plazo maacuteximo de treinta y cuatro semanas

La empresa adjudicataria definiraacute la planificacioacuten temporal de los trabajos a realizar donde se describan

las principales actividades tareas e hitos del proyecto Entregaraacute la planificacioacuten al Comiteacute de

Seguimiento dentro de los primeros quince diacuteas de ejecucioacuten del contrato para su validacioacuten y

aceptacioacuten

52 Seguimiento y control

El seguimiento y control del proyecto se efectuaraacute sobre las siguientes bases

La empresa contratista deberaacute mantener un plan de proyecto actualizado consensuado con la

Universidad

Para el seguimiento diario seraacute imprescindible la utilizacioacuten de los procedimientos y

herramientas de registro y seguimiento de propuestas de cambio e incidencias de la Universidad

de Oviedo (JIRA) permitiendo asignar cada tarea a los componentes del grupo de trabajo y

realizar un seguimiento individual del trabajo y tiempo empleado por actividades y personas y

en consecuencia proporcionar una informacioacuten de gestioacuten agregada y utilizable para el control

del trabajo realizado y su facturacioacuten El adjudicatario podraacute proponer otros meacutetodos de control

y seguimiento que podraacuten ser aprobados por el Comiteacute de Seguimiento

Reuniones de seguimiento y revisiones teacutecnicas perioacutedicas del Comiteacute de Seguimiento al objeto

de revisar el grado de cumplimiento de los objetivos las reasignaciones y variaciones de

efectivos de personal dedicado al proyecto las especificaciones funcionales de cada uno de los

objetivos y la validacioacuten de las programaciones de actividades realizadas

Tras las revisiones teacutecnicas el Servicio de Informaacutetica y Comunicaciones podraacute rechazar en

todo o en parte los trabajos realizados en la medida que no respondan a lo acordado o que no

superen los controles de calidad

Caso de detectarse desviaciones entre la planificacioacuten y la situacioacuten real del proyecto la empresa

adjudicataria deberaacute emprender las acciones correctivas apropiadas tras ser consensuadas con el Comiteacute

de Seguimiento de la Universidad de Oviedo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 20 de 36)

53 Aceptaciones parciales y final

Atendiendo a cada uno de los lotes se establecen unos hitos de entrega de productos finalizados que

tambieacuten llevaraacuten asociada la posibilidad de emisioacuten de facturaciones parciales

531 Aceptaciones parciales y finales para el LOTE 1

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten del portal de propuesta de ofertas Se podraacute facturar

un 50 del importe del contrato tras dicha entrega

Hito 2 Consistiraacute en la entrega y aceptacioacuten del portal de coordinacioacutendireccioacuten de ofertas no

oficiales Se podraacute facturar un 30 del importe del contrato tras dicha entrega

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los servicios de publicacioacuten de ofertas no

oficiales Se podraacute facturar un 20 del importe del contrato tras dicha entrega

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

532 Aceptaciones parciales y finales para el LOTE 2

Este lote tendraacute una entrega en tres partes o hitos que seriacutean los siguientes

Hito 1 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

40 del importe del contrato tras dicha entrega)

o Portal de Servicios Acadeacutemicos para alumnos

o Portal de Servicios Docentes

o Portal para coordinadores de Maacutester Oficial

o Paacuteginas Blancas

o Portal de gestioacuten de alojamientos

o Portal para demandantes de empleo

Hito 2 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

30 del importe del contrato tras dicha entrega)

o Portal de servicios para empresas (ofertas de empleo y praacutecticas en empresas)

o Portal de solicitudes de movilidad intercambio

o Portal para carga y revisioacuten de alumnos de la EBAU por los centros de ensentildeanza

secundaria

o Portal para alumnos de EBAU Consulta de notas y reclamaciones

o Portal para coordinadores y correctores de la EABU

o Portal de simulacioacuten de notas de la EBAU

o Portal para preinscripcioacuten de alumnos extranjeros de intercambio

Hito 3 Consistiraacute en la entrega y aceptacioacuten de los siguientes portales (se podraacute facturar un

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 21 de 36)

30 del importe del contrato tras dicha entrega)

o Portal para gestioacuten de procesos electorales

o Portal para estudiantes de doctorado

o Web de matriacutecula de grado maacutester oficial

o Web de preinscripcioacuten de grado

o Web de preinscripcioacuten de maacutester

o TPV para pago con medios electroacutenicos

A la finalizacioacuten de cada hito se realizaraacute una aceptacioacuten formal de los trabajos donde se validaraacuten

todos los entregables del lote mediante revisioacuten del personal teacutecnico de la Universidad de Oviedo

Asiacute mismo seraacute necesario verificar que los entregables se ajustan a los criterios establecidos previamente

en este pliego de prescripciones teacutecnicas

La entrega del tercer hito incluiraacute asimismo la aceptacioacuten final completa de los trabajos

6 Estaacutendares de aplicacioacuten

Estaacutendar Comentario

Metodologiacutea de Gestioacuten de

Proyectos de la Universidad

de Oviedo

La ejecucioacuten de los trabajos seguiraacute la metodologiacutea de gestioacuten de

proyectos De la Universidad de Oviedo de manera que los

artefactos del proyecto se ajusten a la forma prescrita por dicha

metodologiacutea

Arquitectura de Base Los elementos hardware y software necesarios para la ejecucioacuten

de los proyectos y los resultados de eacutestos estaraacuten

completamente alineada con los elementos descritos en la

Arquitectura de Base de la Universidad de Oviedo

IEEE 830 Estaacutendar IEEE 830 ldquoSoftware Requirements Specificationrdquo

Accesibilidad La funcionalidad de gestioacuten acadeacutemica que se expongan a traveacutes

de Internet deberaacute estar conforme al menos con doble A de la

WAI (Web Accessibility Initiative)

Los componentes software disentildeados deberaacuten ser compatibles

con los navegadores estaacutendar maacutes extendidos

Formatos de salida para

informes

El resultado de las consultas de informacioacuten listados e informes

deberaacuten mostrarse en formato HTML RTF PDF y XLS pudiendo

valorarse la inclusioacuten de otros formatos

Estaacutendares de codificacioacuten Se deberaacuten observar los estaacutendares de codificacioacuten implantados

en el Servicio de Informaacutetica de la Universidad basados en

estaacutendares abiertos y de amplia difusioacuten dentro de la comunidad

Java

Estaacutendares de disentildeo Se deberaacuten de observar los estaacutendares de disentildeo implantados en el

Servicio de Informaacutetica de la Universidad basados en estaacutendares

abiertos y de amplica difusioacuten dentro de la comunidad Java

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 22 de 36)

Estaacutendar Comentario

Framework de la Universidad

de Oviedo

Para la construccioacuten de nuevos componentes software fuera de

las herramientas propias del producto seleccionado se deberaacute

seguir el Framework de la Universidad de Oviedo sin que deban

utilizarse componentes que requieran el abono de alguacuten tipo de

licencia adicional

7 Contenido y estructura de las ofertas

Para determinados puntos seraacute recomendable documentar su contenido con todos aquellos graacuteficos o

diagramas que permitan una sencilla comprensioacuten de los conceptos propuestos en una buacutesqueda de una

mayor claridad en las explicaciones

En la oferta a presentar se deberaacuten contemplar entre otros los siguientes conceptos

71 Desarrollo de un piloto sobre el ldquoFramework Uniovirdquo

Dada la diferencia de los trabajos a realizar en cada uno de los lotes se establecen dos pilotos

diferenciados para cada uno de ellos

711 Desarrollo de un piloto para el LOTE 1

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo Dado

que la construccioacuten del piloto seraacute la que demuestre las capacidades teacutecnicas de las empresas ofertantes

sobre la infraestructura planteada la presentacioacuten del mismo seraacute un requisito indispensable para la

valoracioacuten de la oferta Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el

70 del total en la parte obligatoria del piloto podraacute ser excluida por motivos teacutecnicos

Este proyecto piloto deberaacute implementar un escenario hipoteacutetico descrito a continuacioacuten

7111 Descripcioacuten de la aplicacioacuten (piloto LOTE 1)

En la Universidad de Oviedo se quiere informatizar el proceso de solicitud y concesioacuten de

permisos de diversa iacutendole a sus trabajadores

El tratamiento de los permisos supone una cadena tiacutepica de autorizaciones Se pretende

mecanizar todos los pasos de este flujo de trabajo

7112 Alcance (piloto LOTE 1)

Se trata por tanto de implementar un sistema que permita la creacioacuten de la solicitud asiacute como

las aprobaciones o denegaciones posteriores de acuerdo a una cadena de responsables determinada

7113 Modelo de dominio (piloto LOTE 1)

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 23 de 36)

El esquema siguiente representa un modelo de dominio tentativo para ayudar al entendimiento

del problema sin que ello signifique que la solucioacuten deba estar exactamente alineada con eacutel

7114 Formas de uso (piloto LOTE 1)

La aplicacioacuten tendraacute dos formas de uso principales

1 RCP Aplicacioacuten de escritorio que seraacute utilizada por gestores internos de la universidad

para la gestioacuten de personas principalmente

2 WEB Aplicacioacuten web que seraacute utilizada tanto por los responsables como por las

personas solicitantes

7115 Casos de uso (piloto LOTE 1) 1 Caso de USO RCP CRUD de personas

a Permitiraacute crear consultar modificar y borrar personas desde una perspectiva tiacutepica de

aplicacioacuten de escritorio

b Se aportaraacuten los datos de nombre teleacutefono correo electroacutenico persona responsable

2 Caso de Uso Web y RCP Autenticacioacuten y autorizacioacuten

a Se solicitaraacute usuario y contrasentildea tanto en Web como en RCP Se validaraacute su

autenticidad utilizando los mecanismos propios del FW-uniovi

b Una vez autenticado para el caso RCP solamente se permitiraacute entrar a los usuarios que

tengan el ROLE_GESTOR_PERSONAS

c En la Web una vez autenticado todos los usuarios tienen la misma autorizacioacuten

3 Caso de Uso WEB Inicio de Solicitud

a Desde la aplicacioacuten web una persona puede iniciar una solicitud de permiso para la

cual aportaraacute la siguiente informacioacuten

i Tipo de la solicitud a elegir entre varios (Vacaciones Asuntos propios

Necesidad inexcusable etc)

ii Motivo (En algunos tipos de permiso se deberaacute aportar ademaacutes una descripcioacuten

del motivo)

iii Fechas

1 Se deben poder incluir varios periodos de fechas o fechas individuales

class Domain Obje

Persona SolicitudPermiso

FechasSolicitadas

Estado

HistorialEstados

+responsable 1

+realizadaPor

1

1

+solicitud

+estado

1

+historial

+solicitud

1

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 24 de 36)

b Una vez aportados los datos se puede guardar la solicitud

4 Caso de uso WEB Consulta de solicitudes propias

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar sus solicitudes

y conocer el estado de las mismas

5 Caso de uso WEB Consulta de calendario propio

a Desde la aplicacioacuten web cualquier persona autenticada puede consultar un calendario

que mostraraacute para cada diacutea y usando colores u otros recursos graacuteficos representativos

el estado de cada diacutea permitiendo asiacute al usuario saber si ese diacutea disfrutoacute o disfrutaraacute de

un permiso y de queacute tipo

6 Caso de uso WEB Aceptacioacuten de solicitud

a Desde la aplicacioacuten web una persona responsable y autenticada podraacute ver todas las

solicitudes realizadas por las personas de las que es responsable que esteacuten pendientes

de ser aceptadas por eacutel

b Podraacute elegir una solicitud y tramitar su aceptacioacuten o denegacioacuten en este caso aportando

una descripcioacuten del motivo

7116 Requisitos (piloto LOTE 1)

Todos los requisitos expuestos a continuacioacuten se consideran la parte obligatoria del ejercicio y por tanto

deben ser cumplidos en su totalidad

1 Funcionalidad

o Casos de uso expuestos anteriormente

2 Reglas de negocio

o Flujo de trabajo El flujo de trabajo de una solicitud de permiso es el siguiente

1 Una persona realiza la solicitud

2 El responsable da su aceptacioacuten

3 Se continua el proceso de aceptacioacuten hasta llegar a un responsable que no tenga

maacutes responsables

o Fechas Las solicitudes deben permitir incluir una o varias fechas puntuales o periodos

entre fechas Se deja libertad de implementacioacuten de esta caracteriacutestica en la base de

datos

o Caacutelculo de diacuteas Ante una solicitud de permiso que incluya periodos entre fechas el

sistema debe calcular los diacuteas haacutebiles que supone en funcioacuten de un calendario estaacutendar

que considere festivos los saacutebados y domingos (Para el ejercicio no es necesario

conocer otros diacuteas festivos)

3 Requisitos no funcionales

o Seguridad

1 Los usuarios de escritorio y web deben estar autenticados

o Construccioacuten

1 La aplicacioacuten ha de poder ser construida por el personal teacutecnico del Servicio de

Informaacutetica y Comunicaciones de la Universidad de Oviedo utilizando Maven

325

o Compatibilidad

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 25 de 36)

1 La aplicacioacuten servidora (war y web) deben ser desplegables al menos en Jetty

2 La parte cliente debe ser distribuible mediante Java Web Start y ser compatible

al menos con Java7

3 La aplicacioacuten debe poder ser probada y ejecutada sobre base de datos H2 (El

motivo es que pueda ser ejecutado con el miacutenimo posible de infraestructura

externa)

4 La parte WEB debe ser desarrollada utilizando JSF2 y Primefaces

o Usabilidad

1 Se deben seguir estaacutendares de usabilidad

2 La aplicacioacuten WEB ha de tener disentildeo Responsivo (Adaptable a moacutevil) Ha de

poder ser utilizada de forma aacutegil desde dispositivos moacuteviles

3 La aplicacioacuten WEB debe permitir URLs anotables es decir el usuario debe

poder copiar la URL que le aparece en el navegador y crear con ella un

marcador que le permita en el futuro acceder directamente a la misma paacutegina

con la misma seleccioacuten de paraacutemetros

o Entornos

1 Se deben contemplar entornos de desarrollo (DEV) y de integracioacuten (INT)

o Disentildeo

1 Se deben seguir las normas de disentildeo y estaacutendares de codificacioacuten establecidos

en la Metodologiacutea de Desarrollo de Proyectos de la Universidad de Oviedo

o Pruebas

1 Se debe aportar coacutedigo fuente de Test basado en JUnit para realizar pruebas de

coacutedigo no triviales (Por ejemplo No es necesario probar Crud de daos)

7117 Mejoras (piloto LOTE 1)

Los requisitos que se expresan a continuacioacuten seraacuten considerados de forma especial como

mejoras al ejercicio y recibiraacuten una valoracioacuten especiacutefica

Las mejoras aportadas deben acompantildearse de una documentacioacuten teacutecnica textual que explique

brevemente coacutemo se han abordado y queacute mejoras suponen respecto a enfoques alternativos

1 Proceso Batch de enviacuteo de correo Se pide el desarrollo de un servicio batch que pueda ser

planificado perioacutedicamente para que enviacutee correos a las personas responsables o a los

solicitantes cuando el estado de una solicitud haya cambiado Se consideran dos casos de correo

o El caso en que se ha de enviar un correo a un responsable para que eacuteste deacute un paso En

este caso el correo a enviar debe incluir un enlace que le permita simplemente pinchar

en eacutel y con ello acceder a la funcionalidad web que le permite aceptar o denegar la

solicitud

o El caso en el que un responsable final ha aceptado o denegado una solicitud y esto ha

de ser comunicado al solicitante

El proceso ha de ser desarrollado como servicio Batch siguiendo las pautas establecidas en el

documento ldquoBatch con Jenkinsrdquo del Framework si bien para su valoracioacuten no es necesario

incluir Jenkins sino solamente el servicio la configuracioacuten necesaria en el WAR de la

aplicacioacuten y la documentacioacuten sobre coacutemo debemos invocar a dicho servicio desde Jenkins

Aunque en la infraestructura de Uniovi existe un moacutedulo de gestioacuten de correos Web para el

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 26 de 36)

enviacuteo de mensajes de correo se puede utilizar directamente las APIS de Java

2 Integracioacuten del calendario con Google Calendar Se pide el desarrollo de un mecanismo de

integracioacuten de calendarios con los estaacutendares (de facto) del mercado En particular una persona

de la organizacioacuten debe ser capaz de consultar a traveacutes de su Google Calendar (O su aplicacioacuten

de calendario Moacutevil) los eventos de sus permisos aceptados

3 Servicio REST para consulta de solicitudes Se pide el desarrollo de un servicio estilo REST

integrado en la aplicacioacuten web que dada un identificador de persona y un antildeo retorne en XML

las solicitudes realizadas en ese antildeo incluyendo su estado y los diacuteas que supone cada solicitud

URL de ejemplo de llamada httpippuertopiloto-jsfsolicitudes20163

Salida XML de ejemplo

ltsolicitudesgt ltsolicitudgt lttipogtxxxxlttipogt ltfechasgt ltperiodogt ltiniciogt20160801ltiniciogt ltfingt20160831ltfingt

ltfechasgt ltsolicitudgt

Nota Aunque en la realidad esta informacioacuten deberiacutea estar protegida en este ejercicio

consideraremos que no es necesario autenticar este servicio REST

4 Aportacioacuten de documentos En la funcioacuten de solicitud de permisos interesa una mejora

consistente en permitir aportar documentos (Justificantes o similares tiacutepicamente imaacutegenes o

documentos en formato PDF) Se permitiraacute adjuntar uno o maacutes documentos a la solicitud

En la funcioacuten de aceptacioacuten de solicitudes por parte de los responsables estos deben poder

consultar de forma sencilla los documentos que el solicitante hubiera podido aportar

Nota Aunque el ecosistema de Uniovi contiene un mecanismo para el almacenamiento de

documentos en este caso no lo vamos a utilizar a fin de facilitar el desarrollo de esta mejora

fuera de las instalaciones de Uniovi Por tanto los documentos podraacuten ser guardados en objetos

BLOB de la base de datos de la aplicacioacuten

5 Calendario del responsable Se pide el desarrollo de una funcionalidad dentro de la aplicacioacuten

Web orientada a un usuario que tenga responsabilidad sobre otras personas La idea es mostrar

un calendario en el que para cada diacutea aparezca el nombre de las personas que tenga a su cargo

y tengan un permiso solicitado y aceptado

El objeto de esta funcionalidad es ofrecer una herramienta raacutepida para conocer la disponibilidad

de recursos humanos en el tiempo

7118 Artefactos entregables (piloto LOTE 1)

Se deberaacuten entregar los siguientes artefactos

1 Disentildeo detallado que debe incluir como miacutenimo

a) Modelo de clases de dominio detallado que incluiraacute los atributos de cada clase y sus

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 27 de 36)

relaciones

b) Diagrama de componentes entendiendo como tales en este caso a los artefactos o

moacutedulos de los que compone el sistema (service rcp war jsf )

2 Definicioacuten del modelo fiacutesico de datos (DDL)

3 Coacutedigo fuente

4 Artefactos producto de la construccioacuten (jar war etc)

5 Scripts necesarios (si los hubiere)

6 Manual de despliegue

7119 Documentacioacuten para los interesados (piloto LOTE 1)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-

apprdquo) y la documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de

Oviedo Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de

la Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta

informacioacuten deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de

Oviedo

71110 Valoracioacuten (piloto LOTE 1)

Se valoraraacute la adecuacioacuten de la solucioacuten a los requisitos expresados en este pliego si bien una

vez cumplidos se tendraacuten en cuenta los siguientes aspectos por este orden de importancia

1 Calidad del disentildeo

2 Calidad del coacutedigo fuente

3 Calidad de los casos de prueba

712 Desarrollo de un piloto para el LOTE 2

Se solicitaraacute el desarrollo de un piloto con el Framework de la Universidad de Oviedo que realmente

demuestre las capacidades teacutecnicas de las empresas ofertantes al abordar un proyecto de migracioacuten de

JSF1 a JSF2 Ademaacutes cualquier oferta que no obtenga una valoracioacuten de al menos el 70 del

total podraacute ser excluida por motivos teacutecnicos

7121 Descripcioacuten de la aplicacioacuten (piloto LOTE 2)

Se trataraacute de siguiendo los criterios de maquetacioacuten y disentildeo que cada licitador desee realizar la

conversioacuten del portal de simulacioacuten de notas de la EBAU La conversioacuten de este portal estaacute igualmente

encuadrada en el alcance de la propia oferta pero seraacute bajo otros criterios En este contexto se trataraacute de

demostrar que la empresa estaacute en condiciones de realizar el trabajo que se solicita

7122 Alcance (piloto LOTE 2)

Se deberaacute realizar una conversioacuten de la aplicacioacuten ldquosim-jsfrdquo que estaraacute disponible para su descarga

seguacuten lo indicado en el punto 7125 Este portal no tiene referencias a bases de datos ni a recursos

externos Soacutelo consta de un par de pantallas con varios controles para realizar unos caacutelculos que se

muestran en pantalla

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 28 de 36)

7123 Requisitos (piloto LOTE 2)

Se deberaacuten cumplir los siguientes requisitos

1 Se deberaacuten usar los frameworks JSF v2 PrimeFaces y bootstrap para la conversioacuten del portal

2 El portal seraacute responsivo y deberaacute demostrar una usabilidad adecuada en dispositivos tipo

Smartphone Tablet y PC

3 En la pantalla de carga de las notas concretamente en la zona de la fase de admisioacuten el usuario

puede declarar un nordm variable de asignaturas con sus calificaciones Se deberaacute usar una tabla con

la posibilidad de antildeadir y quitar asignaturas hasta un maacuteximo de 4 iacutetems

4 Se usaraacute la versioacuten de JSF 20 que es la suministrada de forma oficial con WebSphere 855

servidor de aplicaciones disponible en produccioacuten

7124 Artefactos entregables (piloto LOTE 2)

Se entregaraacuten los siguientes artefactos

1 Coacutedigo fuente

2 Artefactos producto de la construccioacuten (jar war etc)

3 Scripts necesarios (si los hubiere)

4 Manual de despliegue

7125 Documentacioacuten para los interesados (piloto LOTE 2)

Quedaraacute a disposicioacuten de los interesados el coacutedigo fuente (la aplicacioacuten de ejemplo ldquosample-apprdquo) y la

documentacioacuten necesaria para el desarrollo del piloto (Metodologiacutea de la Universidad de Oviedo

Normas de Codificacioacuten de la Universidad de Oviedo Normas de Disentildeo de Aplicaciones de la

Universidad de Oviedo Documentacioacuten del Framework de la Universidad de Oviedo) Esta informacioacuten

deberaacute ser solicitada al Servicio de Informaacutetica y Comunicaciones de la Universidad de Oviedo

7126 Valoracioacuten (piloto LOTE 2)

La valoracioacuten de este piloto atendraacute a los siguientes criterios

1 Resultado final incluyendo aspectos de maquetacioacuten y usabilidad

2 Adaptacioacuten de la solucioacuten propuesta a distintos dispositivos (Smartphone Tablet y PC)

72 Estructura de las ofertas

Las ofertas teacutecnicas deberaacuten tener la siguiente estructura Con los puntos aquiacute presentados las ofertas

deberaacuten demostrar cada uno de los aspectos a evaluar para la adjudicacioacuten del contrato

1 Introduccioacuten

11 Identificacioacuten de la oferta

12 Aceptacioacuten con caraacutecter general de las condiciones de los Pliegos

13 Datos de la empresa licitadora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 29 de 36)

14 Trabajos realizados por la empresa licitadora

2 Piloto

21 Explicacioacuten del piloto desarrollado1

3 Otros aspectos a valorar

31 Estructura claridad y calidad de la propuesta presentada

32 Certificaciones de calidad

33 Plan de formacioacuten y transferencia tecnoloacutegica

Las ofertas deberaacuten estar escritas en castellano Se deberaacute de presentar al menos una copia impresa

y la misma informacioacuten en soporte digital o electroacutenico

El coacutedigo fuente con el proyecto piloto solicitado deberaacute de estar disponible en el citado soporte

electroacutenico y seraacute desplegado probado y evaluado por el personal teacutecnico del Servicio de Informaacutetica

y Comunicaciones de la Universidad de Oviedo de acuerdo al manual de despliegue entregado

Las ofertas presentadas por los licitadores no superaran los 40 folios de extensioacuten por lote En caso

contrario el apartado 31 Estructura claridad y calidad de la propuesta tendraacute una valoracioacuten de 0

puntos No se contabilizaraacuten los folios dedicados al desarrollo o manuales del piloto

1 El piloto del LOTE 1 es diferente al piloto del LOTE 2 Si una empresa se presentase a ambos lotes deberaacute

aportar la documentacioacuten y material relativos a ambos pilotos

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 30 de 36)

8 ANEXO I Modelo de dominio de FNOF

81 Modelo de componentes

Se adjunta el modelo de componentes del sistema de gestioacuten de formacioacuten no oficial Es un modelo

parcial sobre el total del sistema pero completo desde el punto de vista de la propuesta de ofertas

formativas Baacutesicamente este proceso trabajaraacute con el moacutedulo de parametrizacioacuten de oferta formativa

de planificacioacuten y de convocatoria El moacutedulo de geneacutericos-FNOF seraacute necesario por ser transversal a

todos los moacutedulos del sistema

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 31 de 36)

82 Moacutedulo de Parametrizacioacuten

821 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-par-service 8 73

Sies-fnof-par-rcp 41 323

822 Descripcioacuten

Este moacutedulo gestiona la configuracioacuten transversal aplicable a todo el ciclo de vida en la gestioacuten de la

formacioacuten no oficial Define para cada tipo y subtipo de oferta formativa una parametrizacioacuten activa

durante un periodo de tiempo Los paraacutemetros configurables son

si requiere actividades

si requiere cursos

requiere bloques

si requiere preinscripcioacuten y el meacutetodo asociado a la misma

meacutetodo de liquidacioacuten

homologacioacuten para creacuteditos de libre configuracioacuten consin calificacioacuten homologacioacuten para

creacuteditos ECTS

duracioacuten maacutexima de una actividad

nuacutemero de diacuteas para firmar el acta

nuacutemero de diacuteas para descargar la documentacioacuten

El sistema permite definir parametrizaciones especiacuteficas para cada las ofertas formativas que se den de

alta en el sistema

83 Moacutedulo de Oferta Formativa

class domain

AbstractDomainEntity

Auditable

FnofParametrizacion -parametrizacionEspecificaActiva-clonadaDe

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 32 de 36)

831 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-ofe-service 75 487

Sies-fnof-ofe-rcp 123 816

class domain

AbstractDomainEntity

Auditable

FnofTipoActiv idad

AbstractDomainEntity

Auditable

FnofRamaConocimiento

AbstractDomainEntity

Auditable

FnofOfertaFormativ aActiv idad

AbstractDomainEntity

Auditable

FnofNiv elCargo

AbstractDomainEntity

Auditable

FnofSubTipoActiv idad

AbstractDomainEntity

Auditable

FnofTipoCredito

AbstractDomainEntity

Auditable

FnofIdiomaOfertaFormativ a

AbstractDomainEntity

Auditable

FnofCompetencia

AbstractDomainEntity

Auditable

FnofActiv idad

AbstractDomainEntity

Auditable

FnofPersonaParticipante

AbstractDomainEntity

Auditable

FnofTipologiaCreditoAbstractDomainEntity

Auditable

FnofEstadoOfertaFormativ a

AbstractDomainEntity

Auditable

Comparable

FnofOfertaFormativ a

AbstractDomainEntity

Auditable

FnofDocumentoOfertaFormativ a

-fnofOfertaFormativa

-fnofOfertaFormativa

-fnofTipoCredito

-fnofTipoActividad

-fnofOfertaFormativa

-fnofTipoActividad-fnofSubTipoActividad

-fnofActividad

-nivelCargo

-fnofOfertaFormativa

-tipoCredito

-ramaConocimiento

-estado

-competencias

-clonadaDe-edicionAnterior

-fnofActividadPredecesora

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 33 de 36)

832 Descripcioacuten

Moacutedulo que gestiona los datos baacutesicos que define una oferta formativa de formacioacuten no oficial Una

oferta formativa se define por

Denominacioacuten

Rama

Creacuteditos Horas

Clasificacioacuten ISCED

Depoacutesito legal

Tipos de creacuteditos

Objetivos formativos

Competencias

Destinatarios

Personas participantes

Criterios de admisioacuten

Documentos

Actividades de formacioacuten

El sistema permite gestionar las actividades de formacioacuten asociadas a las ofertas Ademaacutes permite la

comparticioacuten de actividades entre diferentes ofertas

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 34 de 36)

84 Moacutedulo de Convocatoria

841 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-con-service 27 149

class domain

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaConv ocatoria

AbstractDomainEntity

Auditable

FnofConv ocatoriaSubTipo

AbstractDomainEntity

Auditable

FnofConv ocatoriaTipoDocumento

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioConv ocatoria

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialConv ocatoria

Serializable

FnofConv ocatoriaFechasPlazos

AbstractDomainEntity

Auditable

FnofConv ocatoriaEpa

AbstractDomainEntity

Auditable

FnofConv ocatoriaDocumento

AbstractDomainEntity

Auditable

FnofConv ocatoriaColectiv o

AbstractDomainEntity

Auditable

FnofConv ocatoria

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionConv ocatoria

-convocatoria-clonadaDe

-fechasPlazos

-colectivo

-fnofConvocatoria

-convocatoria-convocatoria

-fnofConvocatoria

-convocatoria

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 35 de 36)

Sies-fnof-con-rcp 65 463

842 Descripcioacuten

Moacutedulo que gestiona las convocatorias asociadas a la formacioacuten no oficial Una convocatoria se define

por un periodo de tiempo en la que se ofertan planifican y se realiza la gestioacuten acadeacutemica de las ofertas

Ademaacutes gestiona los criterios de admisiones para las preinscripciones muacuteltiples y control de plazos en

las diferentes fases

La gestioacuten de convocatorias permite a posteriori la planificacioacuten detallada de cada oferta en el tiempo

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion

Servicio de Informaacutetica y Comunicaciones Mantenimiento de equipamiento de comunicaciones UNIVERSIDAD DE OVIEDO PLIEGO DE PRESCRIPCIONES TEacuteCNICAS (Paacutegina 36 de 36)

85 Moacutedulo de Planificacioacuten

851 Entidades de dominio

Moacutedulo Nuacutemero de clases Nuacutemero de meacutetodos

Fnof-pla-service 78 605

Sies-fnof-pla-rcp 65 1335

852 Descripcioacuten

Moacutedulo que permite la planificacioacuten de la oferta formativa en sus diferentes fases Es decir gestiona la

planificacioacuten de cada oferta formativa asociada a una convocatoria Se relacionan los horarios de las

diferentes actividades los lugares de imparticioacuten el profesorado el presupuesto la liquidacioacuten y la

gestioacuten de grupos

class domain

AbstractDomainEntity

Auditable

FnofConfiguracionGastos

DefaultEvent

FnofEv entoHorarioGrupo

laquoenumerationraquo

FnofEv entoHorarioGrupo

TipoEv entoHorarioGrupo

AbstractDomainEntity

Auditable

FnofDocumentoPlanificacion

laquoenumerationraquo

EFnofTipoPagoEnum

AbstractDomainEntity

Auditable

FnofPlanificacion

AbstractDomainEntity

Auditable

FnofColaboracion

Serializable

FnofEspacio

AbstractDomainEntity

Auditable

FnofBeneficiario

AbstractDomainEntity

Auditable

FnofBeneficiarioBeca

AbstractDomainEntity

Auditable

FnofMedioPersonal

FnofPlazoCreacionMatriculaAutoservicio

FnofPlazoCreacionMatriculaAutoserv icioPlanificacion

FnofPlazoCreacionMatriculaPresencial

FnofPlazoCreacionMatriculaPresencialPlanificacion

laquoenumerationraquo

FnofTipoColaboradorEnum

AbstractDomainEntity

Auditable

FnofElementoMemoriaEconomica

FnofPlazoAnulacionMatricula

FnofPlazoAnulacionMatriculaPlanificacion

AbstractDomainEntity

Auditable

FnofMedioMaterial

AbstractDomainEntity

Auditable

FnofTipoImporteMemoriaEconomica

DefaultSchedule

FnofHorarioGrupo

DomainEntity

Comparable

FnofDocencia

AbstractDomainEntity

Auditable

FnofBeca

AbstractDomainEntity

Auditable

FnofEntidad

AbstractDomainEntity

Auditable

FnofTipoColaboracion

AbstractDomainEntity

Auditable

FnofPlanificacionActiv idad

AbstractDomainEntity

Auditable

FnofGrupo

AbstractDomainEntity

Auditable

FnofDocenciaGrupo

FnofPlazoPreinscripcion

FnofPlazoPreinscripcionPlanificacion

-planificacion

-espacio

-horarioGrupo

-tipoEvento

-planificacion-planificacion-entidad

-tipoColaboracion

-tipoColaborador

-beneficiario

-beca-planificacion

-fnofTipoImporteMemoriaEconomica

-planificacion

-planificacion-fnofTipoImporteMemoriaEconomica

-planificacion-planificacion

-fnofTipoPago

-eventoHorarioGrupo -subEvento

-planificacion

-planificacion

-planificacionActividad-horarioGrupo

-clonadoDe

-grupo

-planificacion