UNIVERSIDAD DE OVIEDO...Servicio de Informática y Comunicaciones PPT- SIC- 075 Desarrollo de...
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