Definición de requisitos datos.gob.es En colaboración con

Anuncio
Definición de requisitos
datos.gob.es
En colaboración con
Las opiniones recogidas en este documento no se
corresponden, necesariamente, con las de ninguno
de los organismos públicos participantes en esta
iniciativa.
Contenidos
1. Requisitos del proyecto ................................................................................................. 2
Objetivos generales ........................................................................................................................ 2
Requisitos del Portal ....................................................................................................................... 2
Requisitos del Catálogo .................................................................................................................. 4
Requisitos del Gestor de Contenidos ............................................................................................. 5
1
1 Requisitos del proyecto
En este documento se describen los requisitos sobre ámbito, diseño y características del
desarrollo y evolución de la plataforma de Reutilización de la Información estatal.
1.1 Objetivos generales
Requisitos generales para el proyecto
O01 – La plataforma cumplirá con las características generales de la Arquitectura Web1 y la
Web única2.
O02 – Se seguirán las recomendaciones del W3C sobre la publicación de datos abiertos
en la administración3.
O03 – Se definirán las taxonomías necesarias para el proyecto utilizando SKOS4.
O04 – Para el modelado semántico se seguirán los principios de los Datos Enlazados5.
O05 – Se tomarán como referencia y ejemplo las mejores prácticas a nivel mundial en
materia de reutilización y Open Data.
1.2 Requisitos del Portal
Requisitos para el portal de Reutilización de la Información.
P01 – El portal debe estar desarrollado con las tecnologías estándar xhtml 1.06 y CSS 2.17 y
código validado, pudiendo incorporar algunas características de HTML58 y CSS39 en caso de
considerarse beneficioso.
1
Architecture of the World Wide Web, Volume One: http://www.w3.org/TR/webarch/
2
One Web: http://www.w3.org/TR/mobile-bp/#OneWeb
3
Publishing Open Government Data: http://www.w3.org/TR/gov-data/
4
Simple Knowledge Organization System: http://www.w3.org/TR/2009/REC-skos-reference-20090818/
5
Linked Data: http://linkeddata.org/
6
The Extensible HyperText Markup Language (Second Edition): http://www.w3.org/TR/xhtml1/
7
Cascading Style Sheets Level 2 Revision 1: http://www.w3.org/TR/CSS21/
8
HTML5: http://www.w3.org/TR/html5/
9
Introduction to CSS3: http://www.w3.org/TR/css3-roadmap/
2
P02 – El portal debe ser compatible con los navegadores actuales (como mínimo Internet
Explorer 7, Firefox 3, Opera 10, Chrome 8 y Safari 4).
P03 – El portal debe cumplir con los requisitos de Accesibilidad definidos por el nivel AA de
las WCAG 1.010 y las WCAG 2.011 del W3C.
P04 – El portal debe contar con una versión adaptada a dispositivos móviles que cumpla con
los requisitos definidos por las MWBP 1.012 del W3C para los contenidos adecuados a dichos
dispositivos.
P05 – El portal debe cumplir con unos requisitos mínimos de Usabilidad internacionalmente
reconocidos.
P06 – El portal será compatible con los requisitos definidos en el Esquema Nacional de
Interoperabilidad13 y el Esquema Nacional de Seguridad14.
P07 – El portal utilizará URLs semánticas, únicas e independientes de dispositivo, idioma
y tecnología.
P08 – El portal contará con una versiones en castellano y demás lenguas co-oficiales del
estado (catalán, valenciano, euskera y gallego) e inglés.
P09 – El portal debe mostrar una imagen nueva con énfasis en el diseño y los aspectos
gráficos.
P10 – El portal debe priorizar el Catálogo de Datos como contenido principal y claramente
destacado.
P11 – El portal debe incorporar todos los contenidos existentes en la versión anterior que
tengan relación con la reutilización de la información.
P12 – El portal incorporará piezas de contenido semántico reutilizables mediante la
incorporación de RDFa al contenido (al menos para eventos y publicaciones)
P13 – El portal debe integrar herramientas de promoción, difusión y dinamización (como
mínimo las herramientas actuales).
P14 – El portal debe contar con herramientas de participación por parte de los usuarios
(como mínimo las herramientas actuales).
P15 – El portal debe poder albergar y gestionar contenidos multimedia.
10
Web Content Accessibility Guidelines 1.0: http://www.w3.org/TR/WCAG10/
11
Web Content Accessibility Guidelines 2.0: http://www.w3.org/TR/WCAG20/
12
Mobile Web Best Practices 1.0: http://www.w3.org/TR/mobile-bp/
13
Ficha Esquema Nacional de Interoperabilidad: http://www.csae.map.es/csi/pg5e41.htm
14
Ficha Esquema Nacional de Seguridad: http://www.csae.map.es/csi/pg5e42.htm
3
1.3 Requisitos del Catálogo
Requisitos específicos para el Catálogo de Datos.
C01 – El catálogo debe de dar cabida tanto a conjuntos de datos como a otros catálogos
externos de la AGE.
C02 – Será posible catalogar conjuntos de datos que se encuentren en cualquiera de los
niveles del sistema de clasificación de las cinco estrellas15.
C03 – El catálogo utilizará URIs16 como mecanismo de identificación de los elementos
catalogados.
C04 – El catálogo debe incluir metadatos sobre los elementos catalogados y el propio
catálogo.
C05 – Cada elemento catalogado dispondrá de una ficha pública con la metainformación
disponible sobre el elemento.
C06 – Las fichas y el propio catálogo deben disponer de una vista HTML destinada al público
en general y otra vista semántica para el tratamiento automatizado.
C07 – La selección de la vista más adecuada en cada momento debe realizarse de forma
automatizada y transparente para los usuarios.
C08 – Ambas vistas deben mantenerse sincronizadas automáticamente y proceder de una
fuente única de datos.
C09 – El modelado de los metadatos se realizará utilizando vocabularios internacionalmente
reconocidos siempre que sea posible.
C10 – El catálogo se actualizará de forma periódica y manual, sin interferir en la posibilidad
de actualización automática en el futuro.
C11 – El catálogo debe proporcionar la funcionalidad necesaria para la gestión de los
elementos catalogados (CRUD) y sus fichas.
C12 – Los Organismos y Ministerios deben poder dar de alta sus propios conjuntos de datos.
C13 – El catálogo debe disponer de capacidades de búsqueda y filtrado sobre el total de los
elementos registrados.
C14 – El catálogo debe estar preparado para facilitar en el futuro la gestión y alojamiento de
ficheros de datos externos.
15
Linked Open Data star scheme by example: http://lab.linkeddata.deri.ie/2010/star-scheme-by-example/
16
Uniform Resource Identifiers (URI): http://www.ietf.org/rfc/rfc2396.txt
4
1.4 Requisitos del Gestor de Contenidos
Requisitos para la plataforma de gestión de contenidos.
G01 – El gestor debe contar con soporte nativo para tecnologías semánticas (RDF y RDFa)
G02 – El gestor debe contar con soporte para catálogos de datos, ya sea de forma nativa o
mediante módulos ya desarrollados)
G03 – El gestor debe aportar potencia gráfica y flexibilidad estructural suficiente para los
requisitos de diseño del proyecto.
G04 – El gestor debe contar con un mecanismo de gestión de usuarios y flujo de trabajo
que de soporte a las necesidades del proyecto.
G05 – El gestor debe proporcionar flexibilidad suficiente en cuanto a posibilidades de
extensión e integración futuras.
G06 – El gestor debe dar soporte a las funcionalidades Web 2.0 necesarias en el proyecto.
G07 – El gestor debe aportar un nivel de seguridad adecuado, dando respuesta eficaz a las
vulnerabilidades detectadas.
G08 – El gestor debería proporcionar facilidad en el uso diario.
G09 – El gestor debería contar con una comunidad activa de desarrollo y soporte.
G10 – El gestor debería ser fácil de instalar y administrar.
5
Descargar