especificaciones adicionales

Nombre del sistema:

ONGADN Versión 1.1

Documento Especificación de Requerimientos adicionales

Fecha: 29/04/11

Soluciones Informáticas Amigos de la Naturaleza 2011

Página 1 de 22

Especificación de Requerimientos Adicionales ONGADN Versión 1.0 29/04/2011 Soluciones Informáticas S.A. Anner Pac Selvyn Citalán

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 2 de 22

HISTORIAL DE REVISIONES

Fecha Versión Descripción Autor

29/04/2011 1.0 Versión preliminar de especificación adicional

Anner Pac/Selvyn Citalán

Revisión de documentos Luis Godinez

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 3 de 22

TABLA DE CONTENIDOS

PLATAFORMA DE DESARROLLO WEB ........................................................................................................... 8

1. Introducción ................................................................................................................................................. 8

2. Especificaciones técnicas ............................................................................................................................. 8 2.1. Metodología .......................................................................................................................................... 8 2.2. Modularidad ......................................................................................................................................... 8 2.3. Multi-sitio ............................................................................................................................................. 8 2.4. Gestión de contenidos estáticos y dinámicos ........................................................................................ 9 2.5. Separación estructura / aspecto visual / comportamiento ..................................................................... 9 2.6. Basado en estándares y accesible ......................................................................................................... 9 2.7. Optimizado para buscadores ................................................................................................................. 9 2.8. Soporte de participación de los usuarios............................................................................................... 9 2.9. Adaptable a múltiples formas de interacción ...................................................................................... 10 2.10. Gestión de elementos de navegación .............................................................................................. 10 2.11. Buscador flexible y exhaustivo ....................................................................................................... 10 2.12. Gestión de usuarios y permisos ...................................................................................................... 10 2.13. Autenticación .................................................................................................................................. 11 2.14. Seguridad ........................................................................................................................................ 12

3. Componentes básicos ................................................................................................................................. 12 3.1. Tipos de datos ..................................................................................................................................... 12 3.2. Propiedades de los campos ................................................................................................................. 13 3.3. Clasificación de elementos ................................................................................................................. 14 3.4. Visualización ...................................................................................................................................... 14

4. Componentes especiales ............................................................................................................................. 15 4.1. Formularios......................................................................................................................................... 15 4.2. Boletines, alertas. ................................................................................................................................ 15 4.3. Contactos ............................................................................................................................................ 15 4.4. Galerías de imágenes .......................................................................................................................... 16 4.5. Asesoramiento online ......................................................................................................................... 16 4.6. Atención al usuario online .................................................................................................................. 17 4.7. Blogs ................................................................................................................................................... 17 4.8. Sistema de ayuda contextual ............................................................................................................... 18

DESARROLLO DE LA ACTUACIÓN I ........................................................................................................... 18

1. Definición de los objetivos de la actuación ................................................................................................ 18

2. Intranet de oficinas ..................................................................................................................................... 18 2.1. Información de servicios ofrecidos en las oficinas ............................................................................. 19

3. Oficinas en la Web ...................................................................................................................................... 20

4. Equipo informático servidor ....................................................................................................................... 20

DESARROLLO DE LA ACTUACIÓN II ......................................................................................................... 20

1. Ejemplos de componentes ........................................................................................................................... 20 1.1. Ayudas y subvenciones ...................................................................................................................... 20

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 4 de 22

II. ALOJAMIENTO ...................................................................................................................................... 22

2.5 Gestión de contenidos estáticos y dinámicos .................................................................. 6

2.6 Separación estructura / aspecto visual / comportamiento ............................................ 6

2.7 Basado en estándares y accesible .................................................................................. …7

2.8 Soporte de participación de los usuarios ........................................................................... 6

2.9 Adaptable a múltiples formas de interacción .................................................................... 6

2.10 Gestión de elementos de navegación ................................................................................ 6

2.10.1 Menú ............................................................................................................................................. 6

2.10.2 Mapa de Sitio .......................................................................................................................... …7

2.11 Buscador flexible y exhaustivo .............................................................................................. 6

2.12 Gestión de usuarios y permisos ........................................................................................... 6

2.13 Autenticación .......................................................................................................................... …7

3. Componentes básicos ................................................................. ¡Error! Marcador no definido.

3.1 Componentes estáticos ........................................................................................................... 6

3.2 Componentes dinámicos .................................................................................................... …7

3.2.1 Tipos de datos ............................................................................................................................ 6

3.2.1.1 Numérico .................................................................................................................................... 6

3.2.1.2 Texto ............................................................................................................................................ 6

3.2.1.3 Párrafo ......................................................................................................................................... 6

3.2.1.4 Monetario ................................................................................................................................ …7

3.2.1.5 Fecha ........................................................................................................................................... 6

3.2.1.6 Booleano ..................................................................................................................................... 6

3.2.1.7 Grupo de opciones excluyentes ...................................................................................... …7

3.2.1.8 Grupo de opciones no excluyentes .................................................................................... 6

3.2.1.9 Coordenadas geográficas ................................................................................................. …7

3.2.1.10 Enlace a otro elemento de cualquier tipo. ...................................................................... 6

3.2.1.11 Enlace a documento ............................................................................................................. 6

3.2.1.12 Enlace a vídeo ........................................................................................................................ 6

3.2.1.13 URL ............................................................................................................................................ 6

3.2.1.14 Correo electrónico ................................................................................................................. 6

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 5 de 22

3.2.2 Propiedades de los campos................................................................................................... 6

3.2.2.1 Dependientes del valor de otro campo.......................................................................... …7

3.2.2.2 No publicables .......................................................................................................................... 6

3.2.2.3 Indexable ................................................................................................................................ …7

3.2.3 Clasificación de elementos. ................................................................................................... 6

3.2.3.1 Etiquetas ..................................................................................................................................... 6

3.2.4 Visualización ............................................................................................................................... 6

3.2.4.1 Plantillas flexibles y potentes, fáciles de usar y personalizar ..................................... 6

3.2.4.2 Filtrado de elementos ............................................................................................................. 6

4. Componentes especiales ........................................................... ¡Error! Marcador no definido.

4.1 Formularios ................................................................................................................................. 6

4.2 Boletines, alertas. .................................................................................................................. …7

4.3 Gestión de eventos y cursos. Calendarios ........................................................................ 6

4.4 Contactos ................................................................................................................................. …7

4.5 Galerías de imágenes. ............................................................................................................ 6

4.6 Asesoramiento online .............................................................................................................. 6

4.7 Atención al usuario online ...................................................................................................... 6

4.8 Chats ............................................................................................................................................. 6

4.9 Blogs ............................................................................................................................................. 6

4.10 Sistema de ayuda contextual ................................................................................................ 6

Desarrollo de la Fase Inicial ............................................................. ¡Error! Marcador no definido.

1 Definición de los objetivos de la actuación ................................................................... …7

2 No publicables ............................................................................................................................ 6

2.1 Información de servicios ofrecidos en las oficinas ...................................................... …7

3 Oficinas en la Web.................................................................................................................... 6

4 Equipo informático servidor .................................................................................................. 6

Desarrollo de Elaboración ................................................................. ¡Error! Marcador no definido.

1 Ejemplos de componentes ..................................................................................................... 6

1.1 Ayudas y subvenciones....................................................................................................... …7

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 6 de 22

1.2 Noticias y Publicaciones ......................................................................................................... 6

1.3 Alojamiento ............................................................................................................................. …7

5. Alojamiento ....................................................................................... ¡Error! Marcador no definido.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 7 de 22

Introducción

En este documento se contempla una serie de especificaciones adicionales que complementa el

desarrollo del sistema y como se interactúa con el mismo

1.1 Propósito: Especificación de requerimientos adicionales que a su vez son necesarios a la par de los

requerimientos principales para la obtención de un mejor entendimiento del funcionamiento especifico.

1.2 Alcance: El alcance de este documento es a nivel general para tener conocimiento sobre que requerimientos

están basados para el desarrollo del sistema.

1.3 Objetivo: El objetivo es saber la manera que el sistema interactuará con los requerimientos principales y

adicionales.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 8 de 22

PLATAFORMA DE DESARROLLO WEB

1. Introducción

Se describe un núcleo de funcionalidades que nos permite desarrollar con facilidad y rapidez una web usable y accesible que contengan contenidos estáticos y dinámicos de forma totalmente integrada. Las funcionalidades de la plataforma deben complementarse y adaptarse a cualquier diseño visual y de interacción que quiera llevarse a cabo. También debe contemplarse la existencia de un Administrador para las tareas no relacionadas con los contenidos, pero sí con la configuración del sistema, y otro específico para la concesión de permisos, el Gestor de Usuarios. Los sitios web desarrollados haciendo uso de esta plataforma deben estar estructurados en secciones, algunas de las cuales tendrán acceso restringido sólo a los usuarios a los que se les haya concedido permiso para ello. Esta estructuración en secciones debe permitir:

Filtrar contenidos

Tener un aspecto visual diferente,

Restringir el acceso a un grupo específico de usuarios.

2. Especificaciones técnicas

2.1. Metodología

Es imprescindible generar una buena documentación de todos los desarrollos, para ello junto con el departamento de informática aportarán el documento de requisitos y la interfaz de navegación de los desarrollos que se deriven de la asistencia técnica que se contrata. El documento de requisitos deberá contener como mínimo los objetivos, el catálogo de usuarios, una descripción de la arquitectura del sistema y todos los casos de uso. Debe utilizarse una metodología centrada en el usuario, en el que, tras la fase de planificación, se entra en un ciclo de diseño / evaluación mediante prototipos, hasta que el diseño se valida y se pasa a una etapa de implementación, a la que sigue una evaluación continuada con usuarios reales y analíticas web.

2.2. Modularidad

El desarrollo debe plantearse desde un punto de vista modular, que permita ir añadiendo funcionalidades y mantener las existentes, de forma totalmente integrada, y sin que ello afecte al resto del desarrollo.

2.3. Multi-sitio

La plataforma debe soportar la existencia de múltiples sitios, bien totalmente independientes, compartiendo algunos aspectos, como los contenidos a los que puede acceder o el estilo visual.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 9 de 22

2.4. Gestión de contenidos estáticos y dinámicos

La plataforma debe ser capaz de considerar de igual manera a los contenidos estáticos y dinámicos, tanto a la hora de gestionarlos como al indexarlos desde el buscador interno del sitio.

2.5. Separación estructura / aspecto visual / comportamiento

El código HTML+CSS que genere el sistema debe establecer una separación completa entre la estructura del documento, que se codificará en XHTML, el aspecto visual de éste, que se realizará mediante hojas de estilo en cascada (CSS).

2.6. Basado en estándares y accesible

El diseño de todas las páginas estará basado en los estándares del W3C:

XHTML válido con juego de caracteres UTF-8, usando

DOCTYPE XHTML 1.1 con ContentType='application/xhtml+xml' para los

agentes de usuario que lo soporten (el sistema debe negociarlo previamente

con el agente de usuario)

DOCTYPE XHTML 1.0 Strict con ContentType='text/html' para los que no lo

soporten.

CSS 2.1 válido (según especificación W3C), utilizando selectores de la mayor

especificidad posible.

Además de cumplir los estándares W3C, como se indica en el primer requerimiento, el sistema debe contemplar las particularidades que caracterizan a los diferentes agentes de usuario. Así, el diseño de todas las páginas deberá ser compatible con los navegadores Mozilla Firefox versión 3.0 y posteriores, Opera versión 7.0 y posteriores, Konqueror versión 3.0 y posteriores, Safari versión 312 y posteriores, y Microsoft Internet Explorer (Win y Mac) a partir de la versión 7.0. Cualquier desarrollo específico para un navegador concreto deberá separarse claramente del resto en archivos aparte. Para este cometido podrán utilizarse comentarios condicionales (en el caso de MS-Internet Explorer) o técnicas similares.

2.7. Optimizado para buscadores

La plataforma debe facilitar en la medida de lo posible la optimización del código de las páginas para que sea fácilmente indexadle por los buscadores de Internet. Aspectos como edición del título de cada página o elección de etiquetas META (sólo las que sean significativas para los buscadores) deben poderse realizar con facilidad, así como realizarse de forma automática si no se produce la intervención del usuario.

2.8. Soporte de participación de los usuarios

Teniendo en cuenta la tendencia de hacer cada vez más participativa la Web, se pretende obtener de sus usuarios información de retroalimentación para conocer sus inquietudes. Para ello, precisa que todos los contenidos dinámicos generados por la plataforma puedan recibir comentarios de los usuarios. Estos comentarios deberán

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 10 de 22

poder ser moderados por un publicador antes de hacerse visibles en el sistema. Deberá poder configurarse si se permiten comentarios anónimos (con introducción de apodo o nickname), o si hace falta estar registrado como usuario para comentar. El publicador responsable del contenido podrá eliminar comentarios que puedan resultar ofensivos o no apropiados, vetar la participación de un usuario concreto, o bloquear la inserción de nuevos comentarios para un contenido concreto.

2.9. Adaptable a múltiples formas de interacción

Debe establecerse una separación que haga independiente el contenido de la interfaz del usuario, de manera que puedan usarse diferentes formas de acceder a la información. Usando la metodología de diseño centrado en el usuario, el ciclo diseño / evaluación que debe permitirnos afinar progresivamente cuál es la mejor manera de interactuar con el sistema.

2.10. Gestión de elementos de navegación

La plataforma facilitará de menús en varios niveles, cuyo aspecto y comportamiento podrá configurarse o redefinirse completamente de forma sencilla, así como barras de navegación.

2.10.1. Menú

Acceso fácilmente no sólo las opciones y niveles del menú sino también su posicionamiento en las páginas en las que se incluya.

2.10.2. Mapa del sitio

La plataforma ofrecerá un mecanismo para poder generar un mapa del sitio web de forma automática en el que se mostrarán todas las páginas accesibles de forma pública en el portal reflejando la arquitectura de la información del sitio.

2.11. Buscador flexible y exhaustivo

El buscador es una de las herramientas más importantes para acceder rápidamente a la información que queremos acceder y que no sabemos bien cómo encontrar, por ello debe ser suficientemente visible, fácil de manejar y realizar una búsqueda exhaustiva en todo el portal (incluyendo contenidos estáticos y dinámicos) que garantice un resultado fiable. La forma visual del buscador será un cuadro de texto y un botón de “buscar”, la lista de resultados presentará el título (que será un enlace al elemento), una descripción (una porción del texto a ser posible conteniendo las palabras buscadas) y la fecha de última actualización de dicho elemento.

2.12. Gestión de usuarios y permisos

El administrador/administradores de la web deberá poder gestionar los roles y permisos de los diferentes usuarios de dicha plataforma, asignándolos de forma personalizada o por grupos, así como a contenidos específicos o grupo de contenidos pertenecientes a una misma sección. También podrá establecerse un rol que permita que los usuarios que lo poseen puedan conceder también permisos. La gestión de los contenidos se basará en un flujo de trabajo entre varios roles:

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 11 de 22

Redactor de contenidos, que los proponen para su publicación, y por otro, el Publicador de los mismos, que tras revisarlos decidirá si son adecuados para que se puedan ver en la web. Así mismo el rol entre Usuario anónimo (todo aquel que visite la web y no se identifique) y Usuario Registrado, aquél que tras identificarse ante la plataforma puede acceder a ciertos contenidos reservados a dichos usuarios, a participar en aquellas herramientas colaborativas, tales como comentarios, chats, etc., a las que se les haya dado permiso específico o bien como perteneciente a un grupo. Así mismo estos usuarios registrados podrán pertenecer a listas de distribución a través de las cuales se les enviarán boletines, sms o mensajes de email, o podrán estar asociados a un elemento de un componente del sistema cuando sea una persona de contacto para dicho elemento. En general, deberá contemplarse que la información registrada para cada usuario registrado puede ser distinta. Es decir, para suscribirse a una lista de distribución que recibe un boletín por correo electrónico, bastará con que tengamos su dirección de email. Si queremos que realice comentarios sobre una noticia, por ejemplo, y para ello es necesario estar registrado, será necesario que tenga un nombre de usuario y contraseña. Si solicita recibir SMS, tendremos que disponer de su número de móvil. Si un usuario ya registrado solicita un nuevo servicio que requiere más información por su parte, el sistema deberá solicitársela comprobando antes si se dispone ya de alguna información sobre ese usuario. La gestión de los datos de contacto de un usuario podrá realizarse tanto desde la administración de usuarios como desde la del componente con la que está asociado el contacto. Por ejemplo, en el caso de una persona de contacto para un salón, deberá poderse acceder a sus datos desde la gestión de usuarios y desde la administración del componente reservación. Otros roles predefinidos del sistema son el Consultor de Asistencia Técnica y el Coordinador de Asistencia Técnica, los anteriores para Asesoramiento en línea. Por otro lado, debe contemplarse la posibilidad de que algunas secciones de la web no sean accesibles a todos los usuarios, sino sólo a los que previamente se hayan autenticado y estén autorizados a entrar. La gestión de usuarios y permisos debe ser suficientemente flexible para definir quién tiene permiso para entrar en estas zonas restringidas.

2.13. Autenticación

El funcionamiento de la identificación de los usuarios debe implementarse de forma modular, de manera que se pueda recurrir a servicios externos de autenticación. En todo caso, en un primer momento se dotará al sistema de un mecanismo de usuario y contraseña para la identificación del usuario en la web cuando sea necesario, quedando abierta la posibilidad de utilizar en un futuro certificados digitales. El procedimiento de registro de nuevos usuarios en el sistema debe contemplar la solicitud de los datos mínimos para realizar el alta y una posible ampliación posterior de estos. Se decidirá, por tanto, qué campos componen el formulario de registro, y cuáles de ellos son estrictamente necesarios en un primer momento. Por otro lado, contará con un sistema accesible para garantizar que el procedimiento

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 12 de 22

está siendo realizado:

por una persona, y no por un agente automatizado.

El procedimiento de registro enviará un mensaje a la dirección de correo del

usuario con un enlace a una URL mediante el cual el usuario activará su

cuenta.

2.14. Seguridad

Preservar la integridad de los datos que se gestionan en sus sistemas de información, es de suma importancia que todos los desarrollos se realicen teniendo en cuenta los aspectos de seguridad. (Utilizar OWASP Guide to build Web Applications)

3. Componentes básicos

Las herramientas fundamentales para trabajar con los contenidos del sitio serán los componentes básicos, de los que podrán definirse la estructura de campos que los conforman, el aspecto visual, la forma de interaccionar con ellos y la manera de clasificar y filtrar los contenidos. También podrán definirse permisos sobre ellos, y seleccionar cuáles de los campos se indexan para poder buscar en ellos.

3.1. Tipos de datos

En todos los tipos de datos se podrá definir un valor por defecto. Los campos que no tengan ningún valor almacenado no se muestran en la parte pública.

3.1.1. Numérico

Este tipo de dato contendrá un valor numérico al que se podrá configurar el número de dígitos tanto enteros como decimales. El formato de salida también será configurable: porcentaje, moneda, etc.

3.1.2. Texto

Los datos tipo texto contendrán cadenas de caracteres. Podrá definirse el número máximo de caracteres y una plantilla para su validación (teléfono, dpi, nit, etc.)

3.1.3. Párrafo

Cadena de texto sin limitación del número de caracteres.

3.1.4. Fecha

Este campo almacenará una fecha, se podrá configurar la forma de introducir los datos (un solo campo, tres campos: día, mes y año, calendario gráfico) y la forma de mostrarlos (fecha corta o larga).

3.1.5. Booleano

Podrá contener un valor verdadero o falso, tendrán en cuenta el idioma de la página en la que se muestra para definir los literales “Sí/No” y se podrá configurar el control usado para recoger su valor (desplegable, botones de radio, casillas de verificación).

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 13 de 22

3.1.6. Grupo de opciones excluyentes

Permitirá escoger una y solo una de entre varias opciones. Para utilizar este dato podremos elegir entre distintos controles: lista desplegable, lista de opciones y botones de radio.

3.1.7. Grupo de opciones no excluyentes

Se permitirá escoger una o varias opciones de un conjunto de opciones. Los controles a utilizar pueden ser:

una lista de opciones con casillas de verificación para seleccionar,

dos listas: la primera con las opciones disponibles y la segunda para ir

guardando las opciones seleccionadas, con dos botones entre una y otra para

añadir o eliminar de la selección,

una lista de selección múltiple.

3.1.8. Enlace a otro elemento de cualquier tipo.

Este tipo de dato nos permitirá un enlace a cualquier otro elemento del sitio al que podemos referenciar desde éste por cuestiones de seguridad.

3.1.8.1. Correo electrónico

Campo para almacenar una dirección de correo electrónico. Debe permitir una descripción del enlace que será lo que se muestre al usuario, si no existe se mostrará la dirección de correo electrónico. El sistema añadirá el prefijo mailto: al href del enlace.

3.2. Propiedades de los campos

A parte del valor almacenado, todos los campos tendrán una serie de características o propiedades asociadas a ellos.

3.2.1. Dependientes del valor de otro campo

Dos aspectos:

El campo sólo se activa para determinados valores de otro campo del mismo

componente. Por ejemplo, si en un desplegable se elige la opción otros, se

activa un campo para describir el valor concreto en ese caso.

El campo toma valores en función del valor de otro campo del mismo

componente. Por ejemplo, si en un campo hemos seleccionado una

Departamento, en el campo municipio sólo aparecerían los municipios de

dicho Departamento.

3.2.2. No publicables

Campos que por definición no se verán en la parte pública del sitio, pero que les

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 14 de 22

servirá a los redactores y/o publicadores para anotar diferentes cuestiones de forma privada.

3.2.3. Tipo de control a usar

En función del tipo de dato, podrá escogerse uno de entre un conjunto de posibles controles a utilizar.

3.2.4. Indexable

Indica si este campo se incluye en el proceso de indexación para poder buscar contenidos en él.

3.3. Clasificación de elementos

Para cada componente del sistema se podrá escoger la forma de clasificación de sus elementos.

3.3.1. Etiquetas

Cada componente tendrá una lista de etiquetas predefinidas que se podrán aplicar a cada elemento de ese componente. Un elemento podrá tener asociada más de una etiqueta. Se podrán editar la lista de etiquetas asociadas al componente, pero no podrán eliminar ninguna que esté asociada a un elemento. Se podrá configurar para cada componente del sistema si va a estar clasificado mediante etiquetas o no.

3.4. Visualización

3.4.1. Plantillas flexibles y potentes, fáciles de usar y personalizar.

A cada componente se le podrá asociar una plantilla de visualización, que definirán el aspecto visual de los elementos, su disposición en pantalla y su forma de interactuar con el usuario. Entre los diferentes aspectos que debe tratar una plantilla están: selección por diferentes criterios de elementos del componente que se deben mostrar, qué datos del componente se mostrarán y con qué aspecto, si se le facilitará al usuario algún mecanismo de filtrado de la información, qué cantidad de elementos aparecería por defecto, la forma de paginación del resto de contenido. Cuando se muestre una lista de elementos de un determinado componente, el sistema utilizará una ordenación inicial, que se configurará para cada caso, pero debe permitir al usuario reordenar dicha lista de manera ascendente o descendente según cada una de las columnas de la lista que se muestren.

3.4.2. Filtrado de elementos

Por cada componente del sitio podrán definirse varios tipos de filtrado, que consistirán en formularios en los que se pedirá un conjunto de campos del componente en cuestión. Tras pulsar Aceptar se mostrarán los elementos del componente que cumplan los criterios de filtrado.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 15 de 22

Según la naturaleza del campo se usará uno o varios controles de formulario para realizar el filtrado.

Utilizar un control lista desplegable con los distintos valores de un campo de

un componente.

Utilizar un control campo de texto para introducir parte o todo del contenido a

buscar en un campo concreto del componente.

Para los campos de fecha en el componente en el formulario utilizaremos dos

controles de selección de fecha, uno para la fecha inicial del rango de

búsqueda (desde) y el otro para la fecha final (hasta). Si los dos campos están

rellenos se buscan los elementos entre las dos fechas, si está relleno el

campo hasta se mostrarán todos los elementos con fecha anterior o igual a

ésa, y si sólo está relleno el campo desde, se mostrarán todos los elementos

con fecha posterior o igual a dicha fecha. El control de selección de fecha

constará de un cuadro de texto que se rellenará en el formato dd/mm/aaaa

(indicándose así al usuario) más un icono de calendario que al ser activado

mostrará un calendario del mes y año del valor del cuadro de texto.

Para los campos enlaces a elementos de otros componentes se mostrará un

desplegable con los valores del campo que así se hubiese determinado en la

definición del componente enlazado.

Campo de búsqueda de texto libre. Se buscará la coincidencia de todas las

palabras que se tecleen en este cuadro de texto en uno o varios de los

campos de los elementos que se hayan definido como campos de búsqueda

en la configuración del componente.

4. Componentes especiales

4.1. Formularios.

El sistema permitirá la definición de formularios que se puedan rellenar y enviar por parte de los usuarios públicos de la web, y que estarán asociados a componentes del sistema. De esta forma, los usuarios podrán sugerir nuevos contenidos o aportar información cuando sea necesario, que irán a parar a los componentes asociados como nuevos elementos.

4.2. Boletines, alertas.

Las alertas o “Novedades Importantes” son elementos publicados, que pueden pertenecer a cualquier componente del sistema, que se podrán enviar por correo electrónico a una o varias listas de distribución.

4.3. Contactos

Un contacto es un usuario registrado asociado a la información de contacto de un

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 16 de 22

elemento de un componente del sistema. Un mismo elemento puede tener varios contactos. Con toda la información de contactos se podrán realizar varias acciones, que permitirán escoger cuáles de los diferentes tipos de contactos se quiere utilizar en cada caso concreto.

4.4. Galerías de imágenes

Se podrán definir galerías de imágenes que muestren un grupo de éstas, así como información asociada a cada una de ellas. Se mostrará un grupo de pre visualización de tamaño pequeño y un área donde se mostrará a mayor tamaño la que esté seleccionada. Se podrán etiquetar las fotos y se establecerá un sistema de localización de las mismas a través de las etiquetas o de la descripción. Se valorará la ampliación de las funcionalidades aquí descritas.

4.5. Asesoramiento online

Se pretende gestionar un conjunto de servicios de asesoramiento con una serie de elementos comunes y otros específicos. La forma de funcionamiento de cada servicio sería como sigue:

1. El usuario rellena un formulario de consulta, que será específico y

personalizado para cada servicio.

2. La consulta llega a un receptor que puede ver en un panel un listado con

información general y los estados de todas las consultas, así como la carga de

trabajo de cada consultor.

3. El coordinador asigna la consulta a un consultor para que la atienda. Se envía

una notificación de este hecho por correo electrónico al consultor

correspondiente. El coordinador también puede ejercer funciones de consultor.

4. El consultor, además de recibir la notificación por correo de que tiene una

consulta nueva, puede ver un panel similar al del coordinador, en el que

aparecerá dicha consulta, y podrá decidir si la responde con un simple correo

electrónico o si abre un “expediente de asesoramiento”, que será un

componente del sistema específico y particularizado para cada servicio de

asesoramiento.

5. El sistema comprueba si ese usuario (identificado por su dirección de correo

electrónico) ya existe en el sistema. Si es así crea el expediente y se lo asocia

al usuario. Si no, se envía un correo al usuario en el que se le solicita la

confirmación de alta en el sistema y se le envía una contraseña que luego

podrá cambiar.

6. Si el usuario confirma el alta, el sistema crea el expediente y se lo asocia.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 17 de 22

7. El consultor puede ver en su panel todos los expedientes y consultas que

tiene asociados (resaltando especialmente los que tenga abiertos) y puede:

Filtrar por consultas y/o expedientes, por el estado de estos

(pendientes, en trámite, resueltas, etc.), así como por los campos así

determinados de entre los que forman el componente que soporte los

expedientes.

Ordenar consultas y/o expedientes por diferentes criterios (fechas,

estado, nombre del usuario, etc.).

Responder a consultas (se le abre un mensaje de correo)

Consultar y modificar el expediente de asesoramiento.

Cerrar un expediente de asesoramiento una vez finalizado.

8. El usuario también tendrá otro panel donde podrá consultar y modificar los

expedientes de asesoramiento asociados a él, así como cerrarlos cuando los

quiera dar por concluidos.

9. Si un consultor no puede seguir atendiendo un expediente o consulta, el

coordinador podrá reasignarlo a otro.

Por tanto, un expediente de asesoramiento se constituye como un componente del sistema en el que cada elemento concreto puede ser editado por el consultor o el coordinador, así como por el usuario que lo tienen asociado.

4.6. Atención al usuario online

Este servicio sería similar al que se ofrece desde un call center. Los usuarios podrían establecer sesiones de chat con personal dedicado a ello, de forma individual. Si en un momento determinado el servicio está ocupado, se ofrecerá al usuario la opción de esperar o dejar un mensaje en una especie de “contestador automático” para que el técnico se ponga en contacto con él posteriormente. Se debe hacer un seguimiento de todas las conversaciones, y ofrecer al usuario la posibilidad de obtener por correo electrónico una transcripción de su conversación. Podrán existir varios servicios de atención al usuario online funcionando simultáneamente, cada uno de ellos con uno o varios técnicos disponibles. El sistema podrá informar al usuario, a través de la página web de acceso al servicio, de la disponibilidad de técnicos asociados a éste. También se podrá informar de este extremo en función de un horario.

4.7. Blogs

Se contará con un sistema de blogs con las funcionalidades más habituales, como por ejemplo:

Modularidad

Gestión de usuarios y permisos integrada con la del resto de la web

Soporte de varios blogs, cada uno de ellos con varios autores posibles.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 18 de 22

Editor de texto enriquecido WYSIWYG.

Comprobación de ortografía

Pre visualización de anotaciones.

Autoguardado de borrador de anotación sin que se publique.

Posibilidad de subir fotos y archivos.

Posibilidad de empotrar vídeos.

Categorizar y/o etiquetar las anotaciones.

Estadísticas de uso (anotaciones más populares, búsquedas habituales, etc.)

Antispam para comentarios.

Soporte de trackbacks.

Posibilidad de incluir archivos mensual y anual.

Posibilidad de incluir blogrolls y listas de favoritos.

Posibilidad de integración con el resto de la web, donde se podrían poner en

algunas páginas módulos con las últimas anotaciones de un blog concreto o

de todos ellos; lo mismo con las más visitadas y con las más comentadas.

Notificación de comentarios sobre una anotación.

Integración en el motor de búsqueda del sistema

4.8. Sistema de ayuda contextual

La plantilla principal de la web, que debe aparecer en todas las páginas de la misma, contendrá un icono de ayuda que, al ser seleccionado, desplegará una página de ayuda sobre la tarea que en ese momento está realizando el usuario. Si no se ha definido una ayuda para el contexto en el que está el usuario, se mostrará una página genérica de ayuda.

DESARROLLO DE LA ACTUACIÓN I

1. Definición de los objetivos de la actuación

Basándose en la Plataforma definida anteriormente, deben desarrollarse las

aplicaciones web que darán servicio a la Red de Oficinas.

Dotación de un equipo informático destinado como servidor web para alojar

los desarrollos objeto de esta contratación.

2. Intranet de oficinas

La Intranet de oficinas estaría conformada por un conjunto de aplicaciones Web, de acceso restringido a los técnicos. Dentro de este espacio común de trabajo, se plantean los siguientes servicios y/o aplicaciones específicas:

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 19 de 22

Estadísticas de servicios ofrecidos en las oficinas

Lista de contactos en las oficinas

Campañas de promoción, con toda su documentación gráfica y audiovisual

Anuncios / Tablón de anuncios

Ayudas y subvenciones

Normativa

Boletín específico para técnicos

Enlaces de interés

2.1. Información de servicios ofrecidos en las oficinas

Aplicación para la recopilación de datos sobre los servicios que se prestan en cada una de las oficinas. Estos datos se recopilarán para poder ser explotados. Así mismo se establecerán los perfiles necesarios para que las consultas a los datos y las explotaciones se puedan realizar de manera que cada departamento sólo pueda acceder a sus propios datos. Para la el control de los servicios en la oficina los datos a contemplar son, al menos, los siguientes:

Fecha

Jornada (mañana o tarde)

Procedencia (Nacional o Internacional)

Para el control estadístico de los servicios solicitados por otros medios, los datos a contemplar son, al menos, los siguientes:

Fecha

Procedencia (Nacional o Internacional)

Unidades de documentos

Información enviada

Modo de recepción solicitud

Modo de envío información /material

En ambos casos, habrán de implementarse una o varias interfaces de usuario, lo más simples posible y que facilite la introducción de los datos al operador. Para ello se cuidará al máximo la secuencia de introducción de datos y se facilitará que por defecto persistan los datos anteriormente introducidos, y que sean susceptibles de ser los mismos, para tratar así de evitar al operador la entrada de datos repetitivos. Tal vez se podría unificar toda la información que se debe recopilar en las dos modalidades expuestas, en un solo formulario de entrada para facilitar el trabajo al operador y evitarle pérdida de tiempo teniendo que cambiar de interfaz.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 20 de 22

3. Oficinas en la Web

Se pretende dotar a las distintas oficinas de un sistema de comunicación a través de la Web. Para poder mantener cualquier usuario una conversación en tiempo real con el técnico de la oficina, el acceso se realizaría directamente a la oficina en la web.

4. Equipo informático servidor

El adjudicatario deberá suministrar un equipo informático servidor que cumpla los requisitos necesarios para alojar y ejecutar las aplicaciones web objeto de contratación y que soporte futuras ampliaciones y/o evoluciones de las mismas.

DESARROLLO DE LA ACTUACIÓN II

Durante esta actuación se llevarán a cabo los siguientes trabajos:

Asistencia técnica para el rediseño visual, de interacción y de Arquitectura de la

Información.

Se deberá impartir, en tiempo y forma razonables y en las sesiones que sean

necesarias, la formación necesaria para la correcta y completa utilización del

sistema desarrollado, desde 3 puntos de vista:

o Usuarios y gestores.

o Usuarios administradores del sistema.

o Desarrolladores de ampliaciones o evoluciones del sistema.

1. Ejemplos de componentes

1.1. Ayudas y subvenciones

La base de datos debe contemplar soporte para los diferentes tipos de reservaciones que pueden plantearse, a saber:

Reservaciones puntuales. Se producen una vez, o varias pero con periodicidad no definida.

Reservaciones periódicas. El programa anuncia que existen reservaciones con una periodicidad determinada, sea ésta cual sea.

Reservaciones permanentes. El programa hace una reservación al principio de su ejecución que queda abierta durante toda la vida de éste.

Los datos que deberán almacenarse para cada solicitud son:

Nombre de la Reservación. Nombre Reservación.

Organismo que reserva. Campo de texto de 255 caracteres.

Administración que reserva. Campo de tipo “Grupo de opciones excluyentes”, mostrado como una lista desplegable que toma solamente los siguientes valores:

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 21 de 22

o Administración Local. o Administración Autonómica. o Administración Estatal. o Unión Europea. o Otro

Fecha de publicación de las reservaciones. Campo tipo fecha.

Medio de reserva. Campo de tipo Lista de opciones excluyentes que toma los siguientes valores: o Web o Oficinas o Otros a determinar.

Número de reserva. Campo de texto de longitud 10. (¿Numérico?)

Solicitantes. Campo de tipo párrafo.

Convocatoria reserva. Campo de tipo bit que indica si la reservación es permanente. En ese caso, los dos campos relativos al plazo no deben aparecer.

Inicio del plazo de reserva. Campo de tipo fecha donde se almacena la fecha de inicio de la reservación. En caso de que el programa tenga reservaciones periódicas habrá un registro por cada una que vaya apareciendo. Si la reservación es permanente este campo puede estar vacío, pero sólo en ese caso.

Fin de plazo de reserva. Campo de tipo fecha donde se almacena la fecha de fin de reserva. En caso de que el programa tenga reservaciones periódicas habrá un registro por cada una que vaya apareciendo. Si la reservaciones es permanente este campo puede estar vacío, pero sólo en ese caso.

Referencia documental. Campo de tipo párrafo para indicar la referencia del documento que contiene la reserva.

Enlace documento. Hipervínculo que apunta a la dirección de Internet del documento electrónico que recoge las reservaciones.

Enlaces de interés. Dos o más campos de tipo Enlace que almacenan hipervínculos a documentos o páginas que puedan hacer referencia o aportar información sobre la reservación.

Correo electrónico. Enlace a una dirección de correo electrónico para solicitar más información.

Medios de contacto. Campo de tipo párrafo para almacenar todas las posibles formas de contacto con los responsables de la reservación: Dirección Postal, teléfonos, fax, etc.

Tipo de ayuda. Cadena de texto de 75 caracteres.

Sectores. Cadena de texto de 100 caracteres (¿Desplegable?)

Observaciones. Párrafo de texto para realizar anotaciones.

Nombre del sistema:

ONGADN Versión 1.1


Fecha: 29/04/11


Página 22 de 22

II. ALOJAMIENTO

Alojar la plataforma de desarrollo y los sitios web soportados por ella en producción o desarrollos deberán estar transferidos al servidor especificado en la Actuación I de este documento que se encontrará debidamente instalado.

especificaciones adicionales

Documents

Transcript of especificaciones adicionales