Anexo Técnico Diseño, desarrollo, documentación e implantación del: Sistema de Registro y Reparto (SRyR) Expediente 2013-00012



Documentos relacionados
Resumen General del Manual de Organización y Funciones

Pliego de Prescripciones Técnicas abreviadas aplicables a la contratación de un servicio de desarrollo y mantenimiento de aplicaciones para Regulación

Servicios informáticos de consultoría técnica para la instalación, configuración y soporte del producto Calypso para el proyecto MAPS

Aseguramiento de la Calidad

Gestión y Desarrollo de Requisitos en Proyectos Software

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

Gestión de la Configuración

Implantación y Aceptación del Sistema

Elementos requeridos para crearlos (ejemplo: el compilador)

Marco Normativo de IT

Mantenimiento de Sistemas de Información

Anexo Técnico CONTRATACION DEL SERVICIO DE ASISTENCIA TÉCNICA PARA PRUEBAS FUNCIONALES DE LAS APLICACIONES JUDICIALES

A propuesta del consejero de Empresa y Empleo y de la consejera de Gobernación y Relaciones Institucionales, el Gobierno

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

Y por consiguiente los firmantes acuerdan las siguientes cláusulas: CLÁUSULAS

TIPO DE CONTRATO: ARMONIZADO PROCEDIMIENTO: ABIERTO

Pliego de Prescripciones Técnicas

PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER)

Planificación de Sistemas de Información

Planificación de Sistemas de Información

Sistema de Gestión de Prevención de Riesgos Laborales. Auditorías de Prevención

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

BOLETÍN OFICIAL DEL ESTADO

(Publicado en el Boletín Oficial de Navarra de 5 de junio de 2015)

MACROPROCESO GESTIÓN TECNOLÓGICA

CONDICIONES GENERALES DEL SERVICIO PROCONSI S.L.

GESTIÓN DE LAS AUDITORÍAS DE CALIDAD DE LAS UNIDADES DE GESTIÓN UPV

Metodología básica de gestión de proyectos. Octubre de 2003

1.8 TECNOLOGÍA DE LA INFORMACIÓN

MARCO DE COOPERACIÓN CON LAS UNIDADES DE INFORMÁTICA DISTRIBUIDAS

Se aportan, para la configuración de este anexo, las categorías profesionales más habituales según la definición del MRFI-C:

PROCEDIMIENTO AUDITORÍA INTERNA

elastic PROJECTS INFORMACIÓN COMERCIAL PROJECTS

ZARAGOZA ADMINISTRACIÓN ELECTRÓNICA PROVINCIAL

Estatuto de Auditoría Interna

Coordinación de actividades empresariales

PERFIL TÉCNICO ANALISTA-PROGRAMADOR

Mejora de la Seguridad de la Información para las Pymes Españolas

Sistemas de Gestión de Calidad. Control documental

PROCEDIMIENTO DE PREVENCIÓN DE RIESGOS LABORALES. Edición: 1 Fecha aprobación: Página 1 de 10

BOLETÍN OFICIAL DEL ESTADO

PERFIL TÉCNICO CONSULTOR SHAREPOINT PARA LA WEB

ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA LA CONTRATACIÓN DEL DESARROLLO DE LA SOCIALIZACIÓN EN LA WEB MUNICIPAL

APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO

REQUISITOS PARA LA GESTIÓN DE LA FORMACION PROFESIONAL INICIAL

BOLETÍN OFICIAL DEL ESTADO

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES

L 320/8 Diario Oficial de la Unión Europea

Norma ISO 14001: 2015

CONTRATAS Y SUBCONTRATAS NOTAS

ORGAN/ BOCCYL, n.º 502, de 30 de enero de 2015

Procedimiento General Auditorías Internas (PG 02)

NORMATIVA DEL SISTEMA INTERNO DE GESTIÓN DE CALIDAD DE LAS TITULACIONES DE LA ESCUELA POLITÉCNICA SUPERIOR

FICHAS DE PUESTOS DE TRABAJO

Anexo VI: Inventario de iniciativas horizontales incluidas en el Eje e-gobernanza.

Anexo III: Inventario de iniciativas horizontales incluidas en el Eje e-gestión.

GOBIERNO DEL PRINCIPADO DE ASTURIAS

REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES

NORMATIVA DE LOS TRABAJOS FINALAL DE GRADO Y FINAL DE MASTER DE LA UNIVERSITAT JAUME I

2. Requisitos para la designación como laboratorio para el control oficial

SUPLEMENTO EUROPASS AL TÍTULO

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN, DE UN PROYECTO DE ASISTENCIA EN GESTIÓN DE MOVILIDADES ACADÉMICAS Y APOYO PROMOCIONAL, POR LA

BOLETÍN OFICIAL DE LA GUARDIA CIVIL

1.1 Objetivo de la "Política de Gestión de Conflictos de Interés"

GESTIÓN DE RECURSOS HUMANOS

Procedimiento para la para la coordinación de actividades empresariales en instalaciones de la universidad

MINISTERIO DE HACIENDA

PLIEGO DE CONDICIONES TÉCNICAS SERVICIO DE MANTENIMIENTO Y DESARROLLO DE APLICACIONES INFORMÁTICAS PARA RTPA EXPTE: 90/15 TPA

PRINCIPIOS, REGLAS Y BUENAS PRÁCTICAS SOBRE LAS RELACIONES ENTRE LOS PODERES JUDICIALES Y LOS MEDIOS DE COMUNICACIÓN.

METODOLOGIAS DE AUDITORIA INFORMATICA

PROCEDIMIENTO AUDITORÍA INTERNA

Ley Orgánica de Protección de Datos

Los proyectos podrán ser propuestos por el profesorado del ciclo formativo o por el alumnado.

NORMATIVA DE RECONOCIMIENTO Y TRANSFERENCIA DE CRÉDITOS PARA LAS TITULACIONES DE GRADO UNIVERSIDAD LOYOLA ANDALUCÍA

CONVOCATORIA DEL CURSO DE FORMACIÓN AL E-FÁCIL PARA DESARROLLADORES

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS MADRID info@mope.

1. Gestión Prevención

REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS

Cláusula 2ª. REQUERIMIENTOS DEL CONTRATO.

Adelacu Ltda. Fono Graballo+ Agosto de Graballo+ - Descripción funcional - 1 -

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

Microsoft Dynamics Sure Step Fundamentos

Informe de Seguimiento. Máster Universitario en Dirección y Administración de Empresas-MBA. Empresas-MBA de la Universidad de Málaga

3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO

Proyecto de decreto por el que se regula el procedimiento de registro de facturas en el Sistema de Información Contable de Castilla y León.

PLIEGO DE CONDICIONES TÉCNICAS SERVICIO DE DESARROLLO DE APLICACIONES INFORMÁTICAS PARA TPA EXPTE: 102/13 TPA

LEY No. 128 QUE CREA EL FONDO DE DESARROLLO CAMPESINO EL CONGRESO DE LA NACION PARAGUAYA SANCIONA CON FUERZA DE LEY:.

Operación 8 Claves para la ISO

Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España.

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Procedimiento de gestión de auditorias internas de calidad

RP-CSG Fecha de aprobación

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

CONTRATO DE SERVICIOS DE DIRECCIÓN INTEGRADA DE PROYECTO Y GESTIÓN DE LAS OBRAS DE CONSTRUCCIÓN DEL EDIFICIO PARA LA SEDE DEL IMDEA ENERGÍA.

Transcripción:

Anexo Técnico Diseño, desarrollo, documentación e implantación del: Sistema de Registro y Reparto (SRyR) Expediente 2013-00012

ÍNDICE 1. OBJETO... 1 2. ALCANCE... 2 2.1. Descripción de los Trabajos a Realizar... 2 2.1.1. Gestión... 3 2.1.1.1. Actividades de soporte a la ejecución... 3 2.1.2. Paquete de Trabajo - Revisión de la viabilidad del sistema... 4 2.1.3. Paquete de trabajo. Análisis del SRyR... 5 2.1.3.1. Requisitos funcionales del sistema... 6 2.1.3.1.1. Requisitos generales del Registro... 6 2.1.3.1.2. Requisitos generales del Reparto... 7 2.1.3.1.3. Otros Requisitos... 9 2.1.4. Paquete de trabajo. Diseño del Sistema de Registro y Reparto... 10 2.1.4.1. Arquitectura del Sistema de Registro y Reparto... 10 2.1.5. Paquete de trabajo. Construcción del sistema de información... 11 2.1.5.1. Desarrollo e integración... 11 2.1.5.2. Sistema de Registro y Reparto... 11 2.1.5.3. Gestión documental... 12 2.1.6. Paquete de trabajo. Implantación y Aceptación del Sistema... 12 2.1.6.1. Implantación del sistema... 12 2.1.6.2. Verificación y validación... 13 2.1.7. Documentación... 13 2.2. Resultados del Proyecto... 13 2.3. Planificación Trabajos a Realizar... 17 2.4. Equipo de trabajo... 18 2.4.1. Descripción perfiles de trabajo requeridos... 18 2.4.2. Modificaciones en la Composición del Equipo de Trabajo... 19 2.5. Otros Requisitos... 20 2.5.1. Seguimiento y Control de los Trabajos... 20 2.5.2. Aceptación de los trabajos... 21 2.5.3. Conformidad del Ministerio de Justicia... 21 2.5.4. Control de Calidad... 21 2.6. Descripción del entorno de trabajo... 22 2.6.1. Estructura del proyecto... 22 2.6.2. Entorno tecnológico... 22 2.6.3. Metodología de trabajo... 24 2.6.4. Tecnologías y herramientas... 24 - i -

2.7. Soporte y Garantía... 25 3. MEDIOS MATERIALES NECESARIOS... 25 4. MEJORAS... 25 5. PRESENTACIÓN DE OFERTAS... 26 6. APENDICE I. ENTORNO TECNOLÓGICO... 27 - ii -

1. OBJETO (1). El proyecto Sistema Integrado de Justicia (en adelante SIJ) tiene por objeto el desarrollo de un Sistema de Gestión Procesal que sustituya, de manera paulatina, al actual en territorio Ministerio de Justicia (MJU), siguiendo las directrices de modularidad y escalabilidad, y dando respuesta a las necesidades del establecimiento de la Administración Judicial Electrónica. De la misma forma, los módulos en los que se descompondrá el SIJ, podrán ser utilizados en las Administraciones con competencias transferidas, si éstas requiriesen completar alguna funcionalidad requerida. (2). Expuesto lo anterior, el SIJ debe entenderse como el conjunto de módulos al servicio de la Administración de Justicia para la gestión de los procedimientos judiciales por parte de los juzgados y tribunales, tomando en consideración las condiciones y requisitos definidos en la Ley 18/2011, de 5 de julio, su normativa derivada, así como la normativa legal vigente en materia procesal y demás normativa técnica aplicable, teniendo que acometer los siguientes objetivos principalmente: Conseguir que la Administración de Justicia sea capaz de prestar un servicio público eficiente a través de una ventanilla única establecida en una sede/subsede judicial electrónica. Mejorar el funcionamiento y metodología de trabajo que se lleva a cabo dentro de las oficinas judiciales. (3). El presente pliego tiene por objeto el suministro y puesta en servicio del Sistema de Registro y Reparto (SRyR) con las especificaciones incluidas en el presente anexo. El proyecto se enmarca en las actividades de modernización encomendadas a la Subdirección General de Nuevas Tecnologías (SGNTJ) del Ministerio de Justicia (MJU). (4). El SRyR proporcionará la implementación y puesta en producción de las actuaciones propias del registro y reparto con independencia de cómo esté organizada la oficina judicial. (5). El alcance del proyecto se enmarca en el desarrollo, implantación e integración del SRyR en el Sistema Integrado de Justicia (SIJ) del MJU, así como su implantación e integración con el Sistema de Gestión Procesal Minerva, ya sea en juzgados en territorio MJU como en juzgados de Comunidades Autónomas con competencias transferidas. (6). La relación del SRyR con otros subsistemas del SIJ y otros sistemas de soporte a la Administración de Justicia se muestra en la Ilustración Ilustración 1. Relación del SRyR con otros subsistemas del SIJ, este diagrama debe considerarse orientativo y podrá sufrir modificaciones como resultado de los trabajos de análisis que deberá llevar a cabo el adjudicatario del presente pliego. - 1 -

Ilustración 1. Relación del SRyR con otros subsistemas del SIJ (7). Queda fuera del presente pliego la evolución de las Plataformas Tecnológicas de la SGNTJ, no así el conveniente uso de las mismas. La SGNTJ proporcionará al suministrador las plataformas junto con la documentación relevante para que evalúe la conveniencia de utilizarlas en el desarrollo del SRyR. Si bien, el adjudicatario abordará mediante desarrollos propios cualquier carencia o deficiencia en la funcionalidad de las plataformas que sean requeridas para completar las funcionalidades y requisitos definidos en el proyecto del SRyR, sin que ello pueda servir de justificante y/o determinarse concepto de mejora y ampliación del mismo que derive en el incremento de costes o fechas de compromiso de entregas. (8). La primera implantación del Sistema de Registro junto con toda su funcionalidad, así como su integración indistinta SIJ/Minerva, en un Juzgado, aún por determinar con Sistema de Gestión Procesal Minerva, tiene como fecha límite de ejecución el 14 de Febrero de 2014. (9). La fecha de fin de construcción del SRyR estará comprendida dentro de la duración del contrato, teniendo este como fecha límite de ejecución el 28 de febrero de 2014. Desde la fecha de finalización de la construcción hasta la fecha de implantación en el SIJ el adjudicatario dará soporte a la integración y pruebas con los subsistemas del SIJ implicados. 2. ALCANCE 2.1. DESCRIPCIÓN DE LOS TRABAJOS A REALIZAR (10). Los trabajos a realizar por el adjudicatario dentro del alcance de este pliego incluyen todas las actividades necesarias para la especificación, diseño, construcción, documentación, implantación, puesta en servicio y estabilización del SRyR cubriendo las necesidades de los diferentes órdenes jurisdiccionales, y teniendo en cuenta las siguientes consideraciones adicionales: - 2 -

Deberá estar integrado a nivel de base de datos con los Sistemas de Gestión Procesal (Minerva) en comunidades autónomas con o sin competencias transferidas en materia de Justicia. Integrado a nivel de base de datos con el Sistema de Tramitación del SIJ. Todo ello respetando las metodologías y procedimientos de la SGNTJ. (11). La integración e implantación en Minerva se reducirá exclusivamente al Sistema de Registro del SRyR, empleando como Sistema de Reparto el desarrollado en el Sistema de Gestión Procesal. (12). La integración con el Sistema de Tramitación del SIJ abarca la totalidad del SRyR, incluyendo tanto el Sistema de Registro como el de Reparto. 2.1.1. GESTIÓN (13). Se realizarán las tareas necesarias para la planificación, control, seguimiento, organización, coordinación e información de los trabajos y actividades ejecutados dentro de este pliego. Todo ello destinado a garantizar la satisfactoria realización de los trabajos y el cumplimiento de los compromisos establecidos. (14). De la misma manera, se prestará el soporte y apoyo requerido a la Dirección y Gestión del proyecto. (15). Durante la ejecución del proyecto determinados entregables definidos en la metodología MEDES de la SGNTJ podrán requerir además la aprobación formal de otras áreas de la SGNTJ como pueden ser: la Unidad de Apoyo, Sistemas, Explotación, Pruebas, S+Q, CAU, Formación, etc. (16). El adjudicatario mantendrá la coherencia y trazabilidad de los elementos de configuración y el resto de la documentación técnica generada durante el proyecto. 2.1.1.1. ACTIVIDADES DE SOPORTE A LA EJECUCIÓN (17). El adjudicatario deberá planificar y realizar aquellas actividades y tareas orientadas al soporte en la ejecución del proyecto SRyR. Entre otras actividades a realizar se incluirán, al menos, las siguientes: Gestión de riesgos Gestión de requisitos Gestión incidencias Gestión de cambios Gestión de configuración Gestión de la comunicación Aseguramiento de la calidad Gestión de verificación y validación. (18). La realización de las actividades indicadas deberá llevarse a cabo conforme a las indicaciones dadas por el área de Seguridad y Calidad de la SGNTJ y de Isdefe (ver apartado 2.6.1). Las metodologías, planes y demás indicaciones se pondrán a disposición del adjudicatario al inicio de los trabajos. - 3 -

2.1.2. PAQUETE DE TRABAJO - REVISIÓN DE LA VIABILIDAD DEL SISTEMA Las actividades recogidas en este apartado tienen como objeto revisar y actualizar las necesidades de usuario y supuestos asumidos durante el Estudio de Viabilidad del Sistema (EVS). (19). Se elaborará un Plan de Proyecto detallado acorde a la metodología MEDES (ver 2.6.1) de la SGNTJ. E1. Plan de proyecto. (20). Se elaborará un plan detallado con las actividades a acometer y que irá evolucionando a lo largo del proyecto. E2. Plan de trabajos detallado. (21). La SGNTJ e Isdefe proporcionará al adjudicatario los siguientes planes auxiliares para su gestión interna del proyecto: Plan de aseguramiento de la calidad Plan de gestión de la configuración Plan de riesgos Plan de comunicación. (22). El adjudicatario deberá identificar, documentar, detallar y contrastar las necesidades de los usuarios del SRyR. (23). Como parte de los trabajos de identificación de necesidades, el adjudicatario planificará, organizará y ejecutará una serie de sesiones con los usuarios finales y la Unidad de Apoyo (UA) de la SGAJ (Secretaría General de la Administración de Justicia). E3. Informes de resultado de las sesiones con usuario. (24). El adjudicatario estudiará y documentará las alternativas para el cumplimiento del Test de Compatibilidad de la Consejo General de Poder Judicial en la implementación del SRyR. Como resultado de este trabajo, el adjudicatario entregará un informe en el que se presenten las alternativas consideradas y se recomiende una de ellas. La opción recomendada deberá ser validada por la SGNTJ antes de ser implementada. La validación por parte de la SGNTJ no supondrá descarga de la responsabilidad del adjudicatario en el cumplimiento de los requisitos del Test de Compatibilidad por el SRyR. E4. Informe de cumplimiento del Test de Compatibilidad del CGPJ. (25). El adjudicatario identificará, justificará y documentará todos los incumplimientos al test. El adjudicatario presentará cualquier incumplimiento al test para su revisión por la SGNTJ mediante una solicitud formal de cambio, en caso de ser rechazado por la subdirección, el adjudicatario estará obligado a subsanar el incumplimiento. Este requisito es aplicable a todas las actividades del proyecto. E5. Registro de incumplimientos al Test de Compatibilidad del CGPJ. - 4 -

(26). El adjudicatario estudiará y documentará las alternativas existentes para la adecuación desde el sistema de gestión procesal Minerva, teniendo en cuenta los diferentes funcionamientos debido a la idiosincrasia de las distintas sedes. Como resultado de este trabajo, el adjudicatario entregará tantos informes de disconformidad como alternativas se presenten debiendo recomendarse por cada modelo una de ellas. La opción recomendada deberá ser validada por la SGNTJ antes de ser implementada. E6. Informe de alternativas de adecuación. (27). El adjudicatario deberá preparar y entregar a la SGNTJ de acuerdo con lo exigido por MEDES un estudio de los impactos de seguridad del SRyR: E7. Valoración de los impactos de seguridad. (28). El adjudicatario identificará y garantizará el cumplimiento de todas aquellas leyes y normas que definen y limitan la funcionalidad del sistema y su interacción con los usuarios y otros sistemas. En concreto se tendrán en cuenta: Normativa procesal aplicable Normativa autonómica aplicable en la actuación de los servicios de Registro y Reparto Ley 18/2011, de 5 de septiembre Ley 11/2007, de 22 de junio Reglamento 2/2010 del CGPJ Test de Compatibilidad del CGPJ Esquema Nacional de Interoperabilidad (ENI) Esquema Nacional de Seguridad (ENS) Normativa derivada de la Administración Judicial Electrónica. (29). Igualmente se deberán considerar todas aquellas normas, estándares y buenas prácticas, que si bien no tengan la consideración obligatoria, se estime de interés su aplicación. De forma que el licitador deberá describir en su oferta el conjunto de normas y estándares técnicos aplicables al proyecto, así como aquellas leyes y normativa aplicable. (30). El paquete de trabajo se cerrará con: Una revisión formal de las necesidades de usuario y su aprobación por la SGNTJ. La revisión y aprobación de los entregables que se acuerden, dentro de la metodología MEDES seguida en la SGNTJ. Dichos entregables requerirán la aprobación formal del área S+Q de la SGNTJ. Será objeto de entrega como mínimo: Plan de proyecto (E1). Informe de impacto en la seguridad de la información (E7). 2.1.3. PAQUETE DE TRABAJO. ANÁLISIS DEL SRYR El objeto de este paquete de trabajo es la obtención de una especificación detallada del sistema que satisfaga las necesidades de usuario y las restricciones identificadas y validadas en el paquete de trabajo de Revisión de la Viabilidad del sistema descrito en el apartado 2.1.2. - 5 -

(31). El adjudicatario tomará como base para la elaboración de los requisitos del SRyR los contenidos en los apartados de requisitos funcionales del sistema. Cualquier cambio en los requisitos incluidos en este apéndice deberá ser aprobado por la SGNTJ a través del proceso de control de cambios del proyecto. (32). La validación de las funcionalidades del sistema las realizará Isdefe, la SGNTJ y, en última instancia, la UA de la SGAJ. (33). La documentación de necesidades de usuario se verá complementada con el conjunto de pruebas y criterios de aceptación que se emplearán para la verificación del sistema. (34). El adjudicatario preparará y entregará la Especificación de Requisitos del Sistema y demás documentación exigida por la metodología MEDES de la SGNTJ en la fase de Análisis del Sistema de Información (ASI). Los documentos de detalle exigidos como entregables en este paquete de trabajo deberán integrarse en la documentación global del sistema. E8. Especificación de Requisitos del Sistema (ERS) E9. Acuerdo Publicación/Consumo Servicios ESB (35). El adjudicatario deberá presentar a revisión y obtener la aprobación de la SGNTJ e Isdefe la documentación de diseño antes de iniciar los trabajos de diseño correspondientes. (36). El adjudicatario analizará las distintas propuestas de adecuación y/o ampliación de la base de datos del Sistema de Gestión Procesal Minerva que proporcionen compatibilidad con la base de datos del ST del SIJ, dentro de las actuaciones del apartado 2.1.2. 2.1.3.1. REQUISITOS FUNCIONALES DEL SISTEMA 2.1.3.1.1. REQUISITOS GENERALES DEL REGISTRO (37). Permitirá el registro de todo tipo de escritos iniciadores o no del procedimiento y documentos relacionados tanto de forma presencial (documentación física o soporte digital) como telemática (sede judicial electrónica y la plataforma de actos de comunicación). El registro deberá ofrecer como mínimo las prestaciones requeridas en virtud del Reglamento 2/2010 y demás legislación aplicable. (38). Utilizará la codificación de voces y conceptos que determine el Test de Compatibilidad y la normativa dictada al efecto. Del mismo modo, se deberán incluir procedimientos de automatismo en la inclusión y actualización de las nuevas versiones publicadas del TC del CGPJ. (39). Permitirá la recepción y registro de solicitudes de Auxilio Judicial (Exhortos) sea cual fuere el medio por el que haya sido emitido. (40). Permitirá la recepción y registro de solicitudes de Recursos sea cual fuere el medio por el que haya sido emitido. (41). Permitirá la recepción y registro de solicitudes de Ejecuciones sea cual fuere el medio por el que haya sido emitido. (42). Permitirá que el registro se lleve a cabo de manera que permita al Secretario Judicial la obtención de los datos necesarios para la elaboración de la Estadística Judicial y generará la estadística propia del registro. De igual manera el sistema permitirá que las Administraciones Públicas con - 6 -

competencias en materia de Justicia, puedan llevar a cabo la explotación de otros datos estadísticos que consideren necesarios o útiles para su gestión. (43). Permitirá la configuración de los diferentes modos de numeración de Asuntos y escritos. Parametrización/inicialización de Contadores. (44). Se podrán obtener informes de gestión mediante funciones avanzadas de filtrado y con capacidad tanto de impresión como de descarga en formatos estándares establecidos (como por ejemplo: formato Microsoft Excel y PDF). (45). Incorporará la documentación en formato digital en el Gestor Documental. (46). Estandarizará mecanismos de registro de datos de identidades y domicilios, habilitando la interoperabilidad con Servicios Web disponibles por la Administración General del Estado que proporcionen al mismo tiempo agilidad y validación en la introducción de datos referidos en la presentación de escritos de inicio. (47). Desarrollará, siempre que sea posible, componentes exportables para su reutilización por parte del Sistema de Tramitación, como por ejemplo el componente de gestión de personas e intervinientes. (48). Incorporará funciones que faciliten y agilicen la introducción de datos en procedimientos en los que intervienen un gran número de intervinientes, siendo indispensable en presentaciones de escritos de inicio en los que intervienen grandes colectivos. Al mismo tiempo se contemplarán otras capacidades que proporcionen agilidad al relacionar intervinientes con representantes legales. (49). Gestionará las personaciones (registro de personaciones). (50). Gestionará las consultas recibidas en el SRyR. (51). Dispondrá de capacidades de búsqueda y búsqueda avanzada mediante filtro de datos. (52). Permitirá verificar y corregir los datos relativos a la Catalogación procedentes del Sistema de Digitalización y Catalogación (integración prevista en el punto 2.1.3.1.3 Otros Requisitos). (53). Permitirá una catalogación en vacío de la documentación para los casos urgentes en los que el Sistema de Digitalización, Catalogación y Archivo de documentos se encuentre caído. 2.1.3.1.2. REQUISITOS GENERALES DEL REPARTO (54). Contará con una funcionalidad que permita controlar qué órganos se encuentran adscritos al SRyR permitiendo la gestión de los datos asociados a los mismos. (55). Se realizará el turnado directo de los escritos de trámite. (56). El sistema de reparto contará con un configurador de clases y reglas de reparto cuyos algoritmos determinen el turnado del escrito de inicio al Órgano Judicial producto de la aplicación de dichas reglas. Sin perjuicio de los algoritmos más comunes que conforman las reglas de reparto establecida por los Tribunales Superiores de Justicia a instancia de las Salas de Jueces de los distintos órdenes jurisdiccionales y que se detallan a continuación, deberá atender dicho componente a otras que se determinarán durante el análisis de detalle del Sistema. - 7 -

Reparto Aleatorio basado en el equilibrio de cargas entre los diferentes órganos judiciales susceptibles de reparto. Como casos particulares de este tipo habría que contemplar dos subtipos: Aleatorio teniendo en cuenta porcentajes de exención entre los candidatos. Aleatorio teniendo en cuenta exclusión de candidatos según la procedencia del asunto/escrito. Reparto Asignación Directa. El usuario, dependiendo de un perfil concreto, puede repartir el asunto/escrito a un órgano en concreto. Reparto Automático. Que se permita el reparto directo a un órgano en concreto siguiendo criterios como: Origen o procedencia del asunto/escrito Órgano de guardia en fecha del hecho. Órgano de guardia en la fecha de registro de asunto/escrito. Órgano de guardia teniendo en cuenta si la fecha del hecho es anterior 48 o 72 horas. Reparto por Antecedentes basado en las siguientes coincidencias: Mismo tipo de materia del asunto y un interviniente común. Mismo tipo de materia del asunto y todos lo intervinientes comunes. Todos los intervinientes comunes. Mismo tipo de materia e intervinientes actores comunes. Mismo tipo de materia e intervinientes demandados comunes. Un interviniente común. Mismo procedimiento origen. Mantenimiento e inicialización de cargas de reparto, así como la determinación de porcentajes de exención aplicable en el reparto aleatorio. (57). Se posibilitará la anulación del reparto de cualquier asunto. (58). Se podrán obtener informes de gestión mediante funciones avanzadas de filtrado y con capacidad tanto de impresión como de descarga en formatos estándares establecidos (como por ejemplo: formato Microsoft Excel y PDF). (59). Posibilitará la búsqueda por antecedentes. (60). Dispondrá de contadores de carga de trabajo de cada órgano (carga real/carga estimada). (61). Deberá contener una funcionalidad de envío al órgano destino obtenido en la ejecución de las reglas de reparto definidas por criterios de selección. (62). Gestionará las devoluciones relativas a asuntos, escritos o documentos repartidos, garantizando la trazabilidad, especialmente en la numeración de los mismos en los casos de acumulación, inhibición, etc. (63). Generará los listados de Libros, Informes y Estadística propios del Registro y Reparto. (64). Dispondrá de un sistema de alertas para que el usuario conozca avisos y plazos de interés relacionados con el servicio de reparto. - 8 -

2.1.3.1.3. OTROS REQUISITOS (65). El SRyR proporcionará funcionalidad en la creación de diligencias y oficios por el Secretario Judicial, que deberán serán firmadas electrónicamente e incluidas como otro documento más en el trámite de registro y reparto. (66). Deberá integrarse a nivel de Base de Datos con el Sistema de Tramitación Procesal Minerva, adecuándose al mismo de tal manera que se convierta en su sistema de Registro en aquellas implantaciones que así se determinen. (67). El SRyR deberá construirse dentro de un modelo unificado de Base de Datos que dará servicio también al Sistema de Tramitación (ST) del SIJ, debiéndose definir, siguiendo las especificaciones y nomenclatura dictada por la SGNTJ, aquellas entidades de datos y relaciones específicas del SRyR así como aquellas comunes a ambos sistemas de una manera coordinada con el ST. (68). El SRyR deberá integrarse en un único sistema con otros sistemas y componentes: Sede Judicial Electrónica. Sistema de Digitalización y Catalogación de documentos. LexNet (Plataforma de Actos de Comunicación). Cargador de Expedientes Administrativos. Visor documental. Sistema de Archivo de Documentos. Estadística Judicial y Cuadros de Mando (extracción de datos). Sistema de Piezas de Convicción y gestión de Efectos Gestor de plantillas procesales y del compositor y editor para creación y edición de diligencias y oficios. Plataformas Tecnológicas de la SGNTJ, que proporcionen funcionalidad básica (firma electrónica, generación de CSV, gestión de usuarios, Plataforma de Actos de Comunicación, Gestión documental, etc.) para el SRyR. Se considerará obligatorio el uso de dichas plataformas. Del mismo modo el sistema tendrá habilitada la posibilidad de utilizar otras plataformas de funcionalidad básica en CCAA con competencias transferidas en materia de Justicia. (69). El SRyR deberá integrarse con varios sistemas externos (que no forman parte del SIJ) entre ellos: Asistencia Jurídica Gratuita desarrollado en la SGNTJ Proveerá Servicios Web Seguros de intercambio normalizado que habiliten la inclusión de escritos, documentos y exhortos al Sistema de Registro y Reparto. Servicios de la administración electrónica (AGE). Servicios con Colegios de Profesionales (Colegios de Procuradores, Colegios de Abogados y Graduados Sociales). - 9 -

2.1.4. PAQUETE DE TRABAJO. DISEÑO DEL SISTEMA DE REGISTRO Y REPARTO El propósito de este paquete de trabajo es la definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, así como la obtención de una especificación detallada de los componentes del sistema de información. (70). El adjudicatario realizará el diseño y especificación detallada del sistema y sus componentes de acuerdo con la metodología MEDES de la SGNTJ. Como resultado de estos trabajos, el adjudicatario entregará la documentación exigida por MEDES para la fase de Diseño del Sistema de Información (DSI): E10. Documento de Requisitos Software (DRS) E11. Registro de metadatos del Gestor de Usuarios (Aplicaciones Framework 2) E12. Registro de metadatos de Auditoría. E13. Catálogo de Pruebas Unitarias E14. Catálogo de Pruebas de Integración E15. Catálogo de Pruebas de Sistema E16. Catálogo de Pruebas de Seguridad. (71). El adjudicatario deberá presentar a revisión y obtener la aprobación de la SGNTJ e Isdefe a la documentación de diseño antes de iniciar los trabajos de construcción correspondientes. 2.1.4.1. ARQUITECTURA DEL SISTEMA DE REGISTRO Y REPARTO (72). El adjudicatario definirá la arquitectura de sistemas y comunicaciones del SRyR, que deberá describir tanto los principales componentes del SRyR y sus relaciones con el resto de sistemas implicados. Todo ello dentro del marco tecnológico que la SGNTJ defina como estándares a cumplir. (73). La SGNTJ proporcionará al adjudicatario: Una descripción de la arquitectura del SIJ y Minerva. Especificación detallada de los interfaces, subsistemas y módulos funcionales del SIJ y de Minerva en los que el SRyR actúe como cliente, así como de los componentes y protocolos de interoperabilidad que sean requeridos. Documentación del estado actual de las plataformas de la SGNTJ. Formación en las plataformas. (74). El adjudicatario entregará y mantendrá actualizado el DRS, dónde se especifique como mínimo lo siguiente: Restricciones y requisitos relevantes para la definición de la arquitectura del sistema. Requisitos del modelo lógico y físico de entidades y tablas en la BD unificada. Principios de diseño y excepciones a los mismos. Identificación de los principales subsistemas y componentes del SRyR. - 10 -

Interfaces internas entre componentes del SRyR. Interfaces con otros módulos del SIJ/Minerva. Interfaces con sistemas externos. Identificación de las plataformas de la SGNTJ utilizadas por el SRyR. Interfaces con las plataformas de la SGNTJ. (75). El adjudicatario definirá los requisitos necesarios para cada una de las interfaces, con la supervisión del equipo encargado de la interoperabilidad del SIJ de la SGNTJ, los cuales orquestan las diferentes propuestas de integración para su correcta coordinación e implementación. (76). El entorno tecnológico hasta la fecha se presenta en el apartado 2.6.2 y Apéndice I. (77). Estudios de evaluación y propuesta de periféricos de entrada/salida que sean precisos en el cumplimiento de las funcionalidades descritas del SRyR, así como el dimensionamiento del equipamiento necesario en el ámbito de despliegue o por puestos de trabajo. Entre estos podrían encontrarse periféricos de impresión con características avanzadas en impresión de etiquetas y o códigos de barras avanzados, lectores de códigos de barras avanzados, etc. (78). Análisis de requisitos de dimensionamiento de las arquitecturas hardware y cualquier componente de la arquitectura de sistemas y comunicaciones afecto al SRyR, incorporando al mismo tiempo su proyección y previsión en un espacio temporal definido de 5 años. 2.1.5. PAQUETE DE TRABAJO. CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN Este paquete de trabajo tiene como objetivo la generación del código de los componentes del Sistema de Información, el desarrollo de los procedimientos de operación y seguridad y la elaboración de todos los manuales de usuario final y de explotación con el objetivo de asegurar el correcto funcionamiento del sistema para su posterior implantación. 2.1.5.1. DESARROLLO E INTEGRACIÓN (79). El adjudicatario desarrollará e integrará los diferentes componentes del SRyR conforme a las directrices y restricciones impuestas por la SGNTJ e Isdefe. (80). El adjudicatario desarrollará e integrará de los diferentes componentes del SRyR con las plataformas necesarias de la SGNTJ, siguiendo las directrices y restricciones impuestas por la SGNTJ e Isdefe. (81). El adjudicatario realizará pruebas internas de los módulos desarrollados (pruebas unitarias y de integración) y las documentará de forma adecuada. (82). El adjudicatario incluirá en su oferta una descripción de las metodologías previstas para el desarrollo, así como una planificación previa. Esta planificación será posteriormente concretada por el adjudicatario en el plazo de quince (15) días desde el inicio del contrato y aprobada por la SGNTJ. 2.1.5.2. SISTEMA DE REGISTRO Y REPARTO (83). El adjudicatario desarrollará y entregará la aplicación SRyR con toda la documentación exigida por MEDES para la fase de Construcción del Sistema de Información. - 11 -

E17. Sistema SRyR E18. Informe de prueba unitarias E19. Informe de pruebas de integración E20. Informe de pruebas de sistema E21. Informe de pruebas de seguridad E22. Plan de pruebas E23. Manual de explotación E24. Manual de usuario. 2.1.5.3. GESTIÓN DOCUMENTAL (84). Si bien el adjudicatario no implementará los desarrollos necesarios para el gestor documental, el adjudicatario deberá integrarse de forma adecuada con el mismo. De forma que será igualmente responsable en el momento de realización de pruebas, integración y paso a implantación. 2.1.6. PAQUETE DE TRABAJO. IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA Este paquete de trabajo tiene como objetivo la entrega, soporte al proceso de aceptación y la realización de todas las actividades necesarias para el paso a producción del sistema. (85). El adjudicatario proporcionará a la SGNTJ el soporte necesario para la instalación del SRyR en el entorno de producción. 2.1.6.1. IMPLANTACIÓN DEL SISTEMA (86). El adjudicatario desarrollará todas las actividades necesarias para el despliegue del sistema. Entre las actuaciones necesarias para una adecuada implantación del sistema, además de verificar la correcta implantación, se debe considerar al menos las tareas destinadas a: E25. Plan de implantación E26. Plan de formación E27. Materiales deformación E28. Capacitación de formadores de la SGNTJ E29. Elaboración de planes de contingencia y de restauración de versiones anteriores. (87). El adjudicatario desarrollará y entregará la aplicación SRyR con toda la documentación exigida por MEDES para la fase de Implementación y Aceptación del sistema. E30. Manual de instalación del sistema E31. Hoja de promoción. - 12 -

2.1.6.2. VERIFICACIÓN Y VALIDACIÓN (88). El adjudicatario deberá acometer y dar el soporte necesario a las actividades orientadas a garantizar el cumplimiento de los requerimientos, necesidades y objetivos de calidad establecidos para cada uno de los componentes y entregables del pliego. Estas actividades se llevarán a cabo conforme a las metodologías y procedimientos de la SGNTJ, que se pondrán a disposición del adjudicatario al inicio del contrato. (89). El adjudicatario preparará y entregará: Un Plan de Pruebas (E22) para el SRyR, en el que se incluya: El diseño y ejecución de baterías de pruebas de integración, sistemas y seguridad que garanticen la completa funcionalidad del sistema. El apoyo a las áreas correspondientes de la SGNTJ en la preparación y ejecución de las pruebas funcionales de verificación, validación, certificación y compatibilidad (VVCC) y de rendimiento del sistema. Informes de resultados de todas las pruebas realizadas durante el proyecto (E18, E19, E20 y E21). (90). El adjudicatario gestionará y ejecutará los cambios necesarios para generar nuevas versiones del sistema (parches y regresiones) como sean necesarias para subsanar los defectos encontrados durante las pruebas y obtener la conformidad del área de Pruebas S+Q para posteriormente poder obtener la de la SGNTJ. 2.1.7. DOCUMENTACIÓN (91). Se deberán acometer las actividades necesarias para la elaboración y entrega de toda la documentación necesaria para la utilización, formación, configuración, administración y evolución del sistema. Esta documentación deberá seguir y cumplir las indicaciones y normativa aplicable en la SGNTJ. (92). Toda la documentación generada deberá estar actualizada en todo momento. 2.2. RESULTADOS DEL PROYECTO (93). El adjudicatario deberá responsabilizarse de la entrega a satisfacción de la SGNTJ e ISDEFE de los elementos indicados en la siguiente tabla: Entregable de Software Sistema de Registro y Reparto Fuentes del proyecto Bases de datos Estándar de Calidad Aceptación por la SGNTJ e Isdefe Aceptación por la SGNTJ e Isdefe Aceptación por la SGNTJ e Isdefe - 13 -

Scripts y datos de entrada Entregable de Software Entorno de desarrollo completo del SRyR Manual del desarrollador delos compontes del sistema SRyR. Estándar de Calidad Aceptación por la SGNTJ Generación de una versión instalable delos componentes del sistema y aceptación por la SGNTJ e instalación de dicha versión en un entorno controlado por la SGNTJ Aceptación por la SGNTJ e Isdefe Documentos de definición detallada de interfaces (entrada/salida) Tabla 1. Software entregable Aceptación por la SGNTJ e Isdefe (94). El código fuente, los manuales, el entorno de desarrollo, bases de datos, scripts y datos de entrada se organizarán de forma que los componentes que se definan para el diseño del sistema se encuentren correctamente agrupados y versionados. (95). El adjudicatario deberá entregar a la SGNTJ todo el software generado durante el desarrollo del proyecto, aunque no forme parte integrante del SRyR. Este software deberá mantenerse en el repositorio de código fuente de la SGNTJ (SVN) y deberá estar debidamente documentado y declarado en los registros de control de configuración del proyecto. (96). Además del software propiamente dicho, son entregables del proyecto los siguientes documentos: Entregable Comentario E1. Plan de proyecto. E2. Plan de trabajos detallado. E3. Informes de resultado de las sesiones con usuario. E4. Informe de cumplimiento del Test de Compatibilidad del CGPJ. E5. Registro de incumplimientos al Test de Compatibilidad del CGPJ. E6. Informe de alternativas de adecuación. - 14 -

Entregable Comentario E7. Valoración de los impactos de seguridad. E8. Especificación de Requisitos del Sistema (ERS) E9. Acuerdo Publicación/Consumo Servicios ESB E10. Documento de Requisitos Software (DRS) E11. Registro de metadatos del Gestor de Usuarios (Aplicaciones Framework 2) E12. Registro de metadatos de Auditoría. E13. Catálogo de Pruebas Unitarias E14. Catálogo de Pruebas de Integración E15. Catálogo de Pruebas de Sistema E16. Catálogo de Pruebas de Seguridad. E17. Sistema SRyR E18. Informe de prueba unitarias E19. Informe de pruebas de integración E20. Informe de pruebas de sistema E21. Informe de pruebas de seguridad - 15 -

Entregable Comentario E22. Plan de pruebas E23. Manual de explotación E24. Manual de usuario. E25. Plan de implantación E26. Plan de formación E27. Materiales de formación E28. Capacitación de formadores de la SGNTJ E29. Elaboración de planes de contingencia y de restauración de versiones anteriores. E30. Manual de instalación del sistema E31. Hoja de promoción. Tabla 2 Entregables del proyecto Donde: (97). El adjudicatario deberá entregar a la SGNTJ toda la documentación de trabajo (informes, estudios, resultados de entrevistas y talleres, etc.) generada durante el desarrollo del proyecto, aunque no se incluya entre los entregables identificados en este anexo técnico y excedan la propia metodología MEDES. Esta documentación deberá mantenerse en el repositorio de documentos del proyecto y deberá registrarse en los registros de control de documentación del proyecto. (98). El adjudicatario, en el marco de los servicios prestados deberá responsabilizarse de su realización y entrega en los plazos convenidos. (99). En el caso de adquirir un producto software para el desarrollo e integración del sistema, el adjudicatario deberá entregar a la SGNTJ el software, manuales, licencias de uso y desarrollo y su código fuente, salvo de componentes de terceros. Se transfiere las licencias de uso a nivel universal y mantenimiento libre por la SGNTJ. - 16 -

2.3. PLANIFICACIÓN TRABAJOS A REALIZAR (100). La planificación de los trabajos a desarrollar por el adjudicatario quedará vinculada a la planificación de las actividades de Isdefe en su Contrato con la SGNTJ. (101). El adjudicatario de los trabajos, deberá presentar en un plazo no superior a quince (15) días desde la firma del contrato una planificación de los trabajos a realizar en el marco de los servicios objeto del presente contrato para el proyecto SRyR. Esta planificación deberá ser revisada y aprobada por la SGNTJ. (102). En la planificación de los trabajos se deberá incluir las siguientes consideraciones: Planificación global del proyecto, conforme a los plazos indicados del presente anexo técnico. Hitos intermedios que se consideren necesarios. La metodología de trabajo será MEDES. Reuniones de seguimiento mensuales. Reporte a la Oficina Técnica de Proyectos y participación en los comités de seguimiento que sean definidos por la OTP. Métricas e indicadores establecidos por la SGNTJ e Isdefe. Periodos de validación de S+Q, pruebas unitarias e integradas, puesta en producción y estabilización del sistema. (103). En la siguiente tabla se presentan los entregables esperados, como mínimo, en cada hito del proyecto: Hito Plazos Entregables H1 (Fecha de firma de contrato) + 3 meses Estudio de Viabilidad del Sistema (EVS) Análisis del Sistema de Información (ASI) Diseño del Sistema de Información (DSI) H2 15 Noviembre 2013 Construcción del Sistema de Información (CSI): Sistema de Registro y componentes comunes con conectividad efectiva con la base de datos del SIJ y Minerva. Integración: digitalización, catalogación y archivo. Integración: plataformas SGNTJ H3 31 Diciembre 2013 Prototipo en entorno de desarrollo integrado SIJ. H4 14 Febrero 2014 Implantación y Aceptación del Sistema (IAS): Sistema de Registro (Minerva). Implantación del Sistema de Registro en un juzgado con Sistema de Gestión Procesal Minerva. - 17 -