PROYECTO FINAL DE CARRERA

Transcripción

1 19:2619:26 PROYECTO FINAL DE CARRERA TÍTULO: Web 2.0 del COAC: Drupal & Joomla AUTOR: Óscar Guerrero García TITULACIÓN: Ingeniería Técnica en Informática de Gestión DIRECTOR: Elisabet Áltes PONENTE: Rafael Morillas Varón DEPARTAMENTO: Ingeniería Telemática FECHA: Vilanova i la Geltrú, 25 de Junio de 2012

2 19:2619:26 TÍTULO: WEB 2.0 DEL COAC: DRUPAL & JOOMLA APELLIDOS: GUERRERO GARCÍA NOMBRE: ÓSCAR TITULACIÓN: INGENIERÍA TÉCNICA EN INFORMATICA ESPECIALIDAD: GESTIÓN PLA: 92 DIRECTOR: Elisabet Áltes PONENTE: Rafael Morillas Varón DEPARTAMENTO: Ingeniería Telemática CALIFICACIÓN DEL PFC TRIBUNAL PRESIDENTE SECRETARI O VOCAL FECHA DE LECTURA:

3 19:2619:26 Este proyecto tiene en cuenta aspectos mediambientales: No PROYECTO FINAL DE CARRERA RESUMEN La web 2.0 del Colegio de Arquitectos de Cataluña y de la Escola Sert es un proyecto que tiene como finalidad crear un sitio web que permita gestionar los contenidos. El Colegio de Arquitectos de Cataluña es una entidad jurídica fundada en 1931, con una base professional de importancia pública y de afiliación obligatoria para los profesionales de la arquitectura y voluntaria para aquellos que la practican en otros ámbitos como administración pública, enseñanza,... La Escola Sert es el centro de formación continua a través del cual el COAC ofrece un programa de formación al colectivo profesional orientado al desarollo de conociemientos, capacidades, habilitades, desde el punto de vista práctico y de formación. Las tecnologías para desarollar este proyecto han sido indicadas por el COAC mediante la utilitzación de CMS, acrónimo de Content Management System, es un sistema de gestión de contenidos que permite que los usuarios puedan participar en el contenido del sitio. Esto proporciona la posibilidad de modificar el diseño de la web sin la necesidad de volver a editar el contenido. El proyecto esta dividido en dos partes: Drupal y Joomla. El primero ha sido utilizado para implementar el sitio de web de la Escola Sert. En el segundo caso se ha utilizado Joomla, para la elaboración del sitio web del COAC. Los requisitos o tecnologías utilizadas para el funcionamiento de estos gestores de contenidos son tres: Apache, PHP y MySQL. Los contenidos principales del sitio son la gestión de artículos, extensiones, menús, usuarios y plantillas. Estos contenidos son administrados desde dos partes: el FrontEnd y el BackEnd. El FrontEnd corresponde a la parte pública del sitio, en la que los usuarios mediante un navegador web acceden al sitio web. La función del Backend es proporcionar un panel de administración para gestionar los contenidos.

4 19:2619:26 Por último indicar que el proyecto surge de la necesidad y la apuesta del COAC a adaptarse a las nuevas tecnologías. El sitio web que se desea substituir está orientado a un diseño territorial por demarcaciones, en cambio, este proyecto pretende lograr un sitio web donde el diseño está centrado en el usuario. La aplicación web pretende proporcionar un gestor de contenidos en el cual el usuario pueda interactuar con ella, al mismo tiempo que permite organizar y mejorar la gestión del sitio. Palabras clave CMS Drupal Joomla COAC Escola Sert Sitio web Contenidos Usuarios Extensiones Permisos

5 Índice I Introducción 11 1 Introducción Idea del proyecto Motivación Contenido de la memoria Descripción del proyecto Planteamiento del problema Sistema de gestor de contenidos (CMS) Qué es un CMS? Qué son Drupal y Joomla? Historia Características generales Estructura general Objetivos Evaluación tecnológica Necesidades Análisis de la competencia Opciones tecnológicas II Análisis y especificación 29 4 Especificación Modelo Entidad-Relación Casos de uso III Diseño 39 5 Card sorting 40 6 Interfaz del sitio Gestión de temas: Drupal Admin Temas Zen Bloques Gestión de temas: Joomla IV Implementación: Drupal 49 5

6 7 Pasos iniciales Sistema Clean URL Cron / Poormanscron Autoload Token Gestión del Contenido Nodo Tipos de contenidos Visualización de los contenidos Formatos de entrada y rutas de acceso: Filtros Rutas de acceso Editor Taxonomía Buscador FrontPage Gestión de menús Menú Gestión de módulos Gestión de usuarios Roles y permisos de usuario LDAP Multilingüe Seguridad 68 V Implementación: Joomla Pasos iniciales Panel de control Gestión de menús Menú capçalera Menú Usuari Menú principal Menú finestreta única Menú centre COAC arquitectura

7 18.6 Menú sistematizació Menú COAC institució Menú àrea colegiats Menú Escola Sert Menú botiga coac on-line Menú COACNET-CAUC Gestión del contenido Gestión de secciones y categorias Gestión de artículos Editor JCE Gestión multimedia Gestión de extensiones Gestor de módulos Gestor de conectores Gestión de idiomas Gestión de componentes Acymailing Admin User Access y Front User Access Administrador de traducciones Alpha content Adjuntos Buscador Comunity builder Administrador de JCE Jevents Gestión de Usuarios Jerarquía de usuarios Seguridad 96 VI Redes sociales Youtube Twitter Facebook Flickr Linkedin VII Conclusiones GANTT 108 7

8 25 Fase de Testeo Análisis económico Conclusiones 115 VIII Apéndices Apéndices Instalación de MAMP Instalación de Drupal Instalación de Joomla IX Bibliografía 127 8

9 Índice de tablas 1 Versiones de Drupal ( ) Open Source Awards CMS ( ) Análisis de necesidades Análisis de la competencia: Código fuente Análisis de la competencia: Google Análisis de la competencia: Yahoo Requisitos Joomla 1.5.x, 1.6.x y 1.7.x Requisitos Drupal 5.x, 6.x y 7.x CU: Acceder a la aplicación CU: Salir aplicación CU: Alta Usuario CU: Modificar Perfil CU: Borrar usuario CU: Añadir comentario CU: Borrar comentario Muestra Card Sorting Tiempo de las diferentes fases Pruebas de testeo, parte Pruebas de testeo, parte Análisis económico inicial Coste económico final

10 Índice de figuras 1 Logo Drupal Logo Joomla Model conceptual Model conceptual Resultado de realizar una tabla de concurrencias GANTT

11 Parte I Introducción 11

12 1 Introducción 1.1 Idea del proyecto Este proyecto consiste en realizar la nueva web 2.0 del Colegio de Arquitectos de Cataluña (COAC), mediante la utilización de sistemas gestores de contenidos, también conocidos como Content Management System. Los CMS 1 utilizados para elaborar el proyecto han sido: Drupal y Joomla. Drupal se ha utilizado para la web de la Escola Sert, mientras que la web del COAC se ha realizado con Joomla. La idea fundamental es lograr integrar la mayoría de las páginas webs que hay en el COAC para que pasen a formar parte de una única web y para que los diferentes departamentos puedan editar la información que aparece en ella mediante gestores de contenidos. 1.2 Motivación Actualmente la mayoría de colegios que representan a un colectivo profesional disponen de un sitio web en el que los usuarios pueden consultar información relacionada con su profesión. El Colegio de Arquitectos de Cataluña es una entidad jurídica pública fundada en 1931, con una base profesional de importancia pública y de afiliación obligatoria para los profesionales de la arquitectura y voluntaria para aquellos que la practican en otros ámbitos como administración pública, enseñanza, etc. En la actualidad representa a todos los arquitectos en activo de Cataluña, con más de colegiados. Está organizado en cinco demarcaciones: Barcelona, Gerona, Tarragona, Lérida y Ebro, cada una con sus correspondientes delegaciones y sedes. El proyecto surgió por la necesidad y la apuesta del COAC a adaptarse a las nuevas tecnologías que van apareciendo día a día en el mundo de la informática ya que la anterior web estaba orientada a un diseño territorial para las diferentes demarcaciones, sin tener en cuenta la participación del usuario. En este caso particular, la actualización del sitio está orientado hacia los usuarios, logrando un sitio web 2.0 mediante la utilización de gestores de contenidos. El COAC, junto a la EPSEVG 2, colaboran conjuntamente desde hace años con los alumnos, ofreciendo la posibilidad de realizar convenios de prácticas permitiendo aplicar los conocimientos aprendidos en el aula en el ámbito laboral. Entre las diferentes opciones que hay actualmente para escoger y presentar un proyecto, se ha escogido realizarlo en el COAC. Los motivos que llevaron a tomar esta decisión son los siguientes: 1. Profesional: Realizar el proyecto en una empresa, aporta una mayor experiencia profesional para el día de mañana, una vez finalizada la carrera. 1 CMS: Content Management System 2 EPSEVG: Escuela Politécnica Superior de Ingeniería de Vilanova i la Geltrú 12

13 2. Económico: proporciona una remuneración económica como becario de un convenio Univerdad-Empresa. 3. Experiencia: El tutor de la empresa, desde su propia experiencia, proporciona al proyectista un asesoramiento sobre el trabajo que se va desarrollado. Tras llevar varios meses trabajando en el CAUC, en el departamento de COAC- NET, y tras tener siempre presente los motivos anteriores, se realizó una reunión con la tutora de la empresa, Elisabet Altés, por si cabía la posibilidad de realizar el PFC allí y si tenía planteado realizar algún proyecto durante los próximos meses. Tras conocer la idea del proyecto y buscar información de los diferentes CMS, se tomó la decisión de realizarlo con Drupal y Joomla, para más información sobre esta decisión consultar el punto 3. Para acabar de concretar la idea y darle el visto bueno, se realizó una reunión con el tutor de la universidad, Rafael Morillas, porfesor del Departamento de Ingeniería Telemática, para analizar y plantear el proyecto en la universidad, tras la cual se confirmó la decisión de ponerlo en marcha con el titulo Web 2.0 del COAC: Drupal & Joomla. Todos estos motivos son los que han hecho posible que se haya llevado a cabo este proyecto, desarrollándolo en su mayoría con software libre. 1.3 Contenido de la memoria La memoria de este proyecto está estructurada por diferentes partes. Inicialmente se ha proporcionado un índice que permite tener organizados los diferentes contenidos de la memoria para localizarlos rápidamente y con mayor facilidad. En la primera parte se ha explicado en qué consiste el proyecto y se describe la motivación que ha llevado a realizar este proyecto final de carrera. También se realiza una descripción del proyecto mediante el planteamiento del problema, los sistemas que se van implementar así como los objetivos que se desean cumplir. Finalmente se detalla cuales son las necesidades para elaborar el proyecto así como un análisis de la competencia para evaluar y determinar qué tecnologías se han de utilizar para desarrollarlo. Los gestores de contenidos utilizados para este proyecto son Drupal y Joomla. Para diferenciar claramente como se ha elaborado el trabajo de cada uno de ellos se han redactado por separado. Para ambas partes se han indicado los pasos iniciales para el funcionamiento de cada uno de ellos así como las herramientas para la gestión y edición de los artículos del sitio. 13

14 Ambos sitios están formados por diferentes tipos de contenidos, por ello se han separado por las diferentes características por los diferentes gestores permitiendo explicar las extensiones utilizadas para obtener el resultado final. Obviamente al tratarse en un proyecto basado en un diseño centrado en el usuario, se ha creado un sitio web 2.0. El cual esta ha de incluir las principales redes sociales que proporcionan la posibilidad de compartir la información de la entidad con los usuarios. Tras concluir el proyecto se han realizado unas pruebas de testeo de las cuales se han obtenido un conjunto de conclusiones. Permitiendo determinar las similitudes y diferencias entre ambos. Finalmente se detallan los manuales de instalación de los procesos iniciales que se han de elaborar para poder instalar los gestores de contenidos Drupal y Joomla. Asi como las fuentes de información que han permitido elaborar el proyecto. 2 Descripción del proyecto 2.1 Planteamiento del problema Todo proyecto inicialmente presenta una serie de problemáticas que se han de tener en cuenta e intentar solucionar en mayor o menor media durante la elaboración proyecto, para obtener un producto final acabado cumpliendo la mayoría de objetivos marcados. Una de las principales problemática es cambiar el concepto actual de la web, ya que, inicialmente la web esta enfocada a un ámbito territorial, estando organizada por las diferentes demarcaciones: Barcelona, Ebro, Girona, Lleida y Tarragona. Desde un punto de vista actual la web ofrece una imagen obsoleta, tanto tecnológicamente como funcional, por lo tanto se pensó en realizar una nueva web 2.0 adaptada a las nuevas tecnología para corregir deficiencias actuales, pero al mismo tiempo ha de estar enfocada al usuario, ya que, es realmente quien va hacer uso de ella. Uno de los miedos o preguntas que se puede hacer cualquier empresa al plantearse un nuevo proyecto es que hacer con el trabajo, aplicaciones, tiempo y dinero invertidos hasta ese momento, si se puede adaptar o si es necesario comenzar desde cero. En este caso era necesario una renovación del sitio pero manteniendo la mayor cantidad de información posible, siempre que se pueda adaptar a las nuevas tecnologías. Todo proyecto se basa en el análisis de estas tecnologías, ya que, ha de ser una elección correcta, ya que, es una decisión a largo plazo que no se puede echar marcha atrás, una vez iniciado el proyecto. 14

15 Desde el punto de vista del usuario, es necesario una correcta distribución y organización de los contenidos para facilitar tanto el acceso como usabilidad. Esto implica tener una mejor estructuración de los contenidos y por consiguiente una mejora del buscador con una taxonomía más eficiente, la posibilidad de enviar newsletters e incluir una agenda de eventos. El COAC al estar reconocido mundialmente implica que sus contenidos también deben estar traducidos a diferentes idiomas: Catalán, Español e Inglés. Hasta el momento los usuarios únicamente pueden acceder a la parte privada para consultar o realizar sus gestiones correspondientes, siendo el COACNET el único departamento que tiene acceso para publicar o modificar contenidos en la web. Esto implica que todos los departamentos dependan de él, provocando la unificación del trabajo y el consiguiente retraso de tiempo para su modificación. Lo que plantea que algunos usuarios tengan ciertos privilegios asociados a un rol de usuario para publicar, modificar o eliminar contenidos en el sitio web. La crisis económica actual plantea nuevas problemáticas, entre ellas la necesidad de encontrar nuevas fuentes de ingresos. Relacionando con este surge la necesidad aumentar la privacidad de los contenidos ofreciendo la posibilidad de distribuirlos por nuevos tipos de usuarios, que visualizaran una mayor o menor cantidad de información en función de la cuota que paguen, clasificándolos por tipos de usuarios. El concepto de 2.0 actualmente esta muy relacionado con la redes sociales, lo que implica la necesidad de estar e integrar el COAC en ellas y en la nueva web. Con el paso de los años han ido apareciendo nuevos sistemas operativos y por consiguiente nuevos navegadores de internet, a pesar que la web esta programada para funcionar con ellos, la web actual depende mayoritariamente de Internet Explorer. Esto ha provocado que surja la necesidad de que la nueva web sea compatible con la mayoría de navegadores actuales. El paso del tiempo y la aparición de nuevas tecnologías ha provocado que las páginas del sitio sean independientes unas de las otras, por tanto la nueva ha de tener unificadas todas las páginas en una única web. Uno de los aspectos más importantes de la institución y de la web es la gestión del visado telemático. Actualmente únicamente es compatible la utilización de su propia tarjeta de Firma Profesional del COAC mediante el sistema operativo Windows e Internet Explorer, esto implica la necesidad de poder firmar con DNI electrónico. 2.2 Sistema de gestor de contenidos (CMS) Qué es un CMS? Un CMS Content Management System, es un sistema de gestión de contenidos que permite crear una estructura de soporte (framework) permitiendo la creación 15

16 y administración de contenidos de un sitio web, permitiendo que usuarios puedan participar en el contenido del sitio. Esto proporciona la posibilidad de modificar el diseño de la web sin la necesidad de volver a editar el contenido Qué son Drupal y Joomla? Drupal y Joomla son sistemas de gestión de contenidos (CMS) que proporcionan al usuario una interfaz gráfica para la creación y mantenimiento del sitio web. El sistema de construcción consiste en combinar diferentes bloques con el objetivo de añadir una funcionalidad a la web en función de las necesidades. Ambas aplicaciones son Open Source y multiplataforma están programadas con lenguaje PHP, PHP Hypertext Pre-processor, bajo licencia GPL, acrónimo de General Public License. Al ser de código abierto cuenta con una biblioteca de herramientas constantemente actualizada por programadores y desarrolladores permitiendo así añadir características para personalizar el sitio web. Estas extensiones pueden encontrarse en cada una de las comunidades del CMS, permitiendo poder descargarlos y utilizarlos para añadir nuevas funcionalidades. En ambos casos el usuario pude ponerse en contacto con otros usuarios, e incluso subir y compartir el trabajo para ser utilizado en otros sitios web Historia Todo proyecto tiene un origen, en el caso de Drupal fue fundado por Dries Buytaert en el año 2000, aunque su lanzamiento inicial no se produjo hasta enero de La idea inicial era un sitio web para que los usuarios interactuaran creando una comunidad interna de usuarios para ello adquirió el dominio drop.org. El origen del nombre proviene del Holandés Drop que significa aldea. Tras aumentar el numero de usuarios decidió liberar el software llamándolo Drupal, que proviene de la palabra druppel en holandés, que significa gota. Figura 1: Logo Drupal El caso de Joomla surgió en 2005 de la división del grupo de trabajo de Mambo. La empresa australiana Miro decidió crear una fundación que se ale- 16

17 jaba de la filosofía de software libre que tenían los desarrolladores. Esto provoco que los desarrolladores se unieran al movimiento Open Source Matters que dio lugar a Joomla. El origen del nombre proviene de una palabra de la lengua suajili (swahili) que significa todos juntos, de hay el origen de su logo. Figura 2: Logo Joomla El sistema de numeración de las diferentes versiones de Drupal y Joomla! siguen una nomenclatura muy similar.es importante tener en cuenta la versión del gestor de contenidos para la compatibilidad de las extensiones. Cada versión del core de Drupal X.y recibe un numero que corresponde a la variable X. Estas versiones son lanzadas entre 12 a 18 meses y consisten en nuevas características y API más flexibles. A lo largo del ciclo de vida de la versión principal, van apareciendo versiones actualizadas que reparan problemas de seguridad críticos o bugs importantes, de hay la variable y. Los módulos contribuidos o extensiones también siguen una nomenclatura como por ejemplo 6.y-1.3-rc4. Donde el 6 corresponde a la versión principal de Drupal, y a la actualización de seguridad, 1 indica la versión principal del módulo contribuido, el 3 se trata de una versión mejorada. Alguna versiones cuentan con información adicional como -beta2 o rc4 que indica que todavía se encuentra en fase de desarrollo, pero están disponibles para probarlas. Versión Fecha de lanzamiento de Mayo de de Enero de de Febrero de de Enero de 2011 Tabla 1: Versiones de Drupal ( ) Cada versión de Joomla X.y recibe un par de números que corresponden a 17

18 las variable X e y. Donde X indica la versión de Joomla e y indica el soporte que recibirá la versión de Joomla. Las versiones estables y con soporte de al menos 18 meses terminan en 5, en la variable y. En cambio las versiones con soporte para 6 meses, son diferentes a 5. Esta nomenclatura se aplica desde la versión 1.5. La primera versión de Joomla 1.0 fue publicada el 16 de septiembre de 2005 y era una versión mejorada de Mambo , que estuvo activa hasta el 22 de julio de Joomla 1.5 se publico oficialmente el 22 de enero de 2008 y fue una actualización importante que solucionaba problemas de seguridad y bugs de su antecesora. Esta versión contaba con soporte a largo plazo, finalizó el pasado 10 de abril de 2012, esto no implica que no pueda ser utilizada. Joomla 1.6 fue liberada el 10 de enero de 2011; correspondía a una evolución que incluía la posibilidad de multilenguaje, la posibilidad de listas de acceso (ACL) y un nuevo diseño del BackEnd de Joomla, sin prácticamente tiempo para familiarizarse fue publicada la versión 1.7 que mejoraba diferentes bugs de la versión anterior, estuvo vigente hasta el pasado 24 de febrero de La última versión fue liberada el 24 de enero de 2012 y corresponde a la versión 2.5. Al igual que la versión 1.5. es una versión estable que cuenta con soporte a largo plazo de al menos 18 meses Características generales Para llegar a entender mejor que es un CMS y cuales son sus funcionalidades, la mejor forma de hacerlo es explicando sus características. Al ser multiplataforma proporciona compatibilidad con la mayoría de sistemas operativos y navegadores actuales. La creación de contenido es una de la más importantes, aparte de los proporcionados por defecto, está la posibilidad de disponer de diferentes tipos de contenidos mediante la activación de módulos contribuidos permitiendo crear nuevos campos personalizables y disponer así de diferentes posibilidades. Para ello es necesario disponer de un sistema de módulos flexible para permitir modificar y añadir nuevas funcionalidades manteniendo la integridad del sistema. Por ello, esta seguridad permite disponer de un sistema de temas personalizable para modificar la apariencia de la web, lo que proporciona una mayor flexibilidad al sitio. Por lo tanto, el gestor ha de continuar dando un soporte contínuo a estas extensiones mediante su comunidad. La posibilidad de tener diferentes roles de usuario tener un control sobre quien puede acceder a determinadas partes de la web, incluyendo la creación, edición o eliminación de contenido. Esto implica que sea necesario disponer de un sistema de administración para gestionar el contenido. Esta participación de los usuarios hace que cuente con soporte para herramientas de publicación 18

19 social, como son comentarios, blogs, foros, encuestas, perfiles de usuario. La optimización mediante un motor de búsqueda ofrece soporte para las URL legibles, conocidas clean URL, cumpliendo con los estándares, permitiendo así que sea compatible con los motores de búsqueda. Puede consultarse más información relacionada con este punto, en la sección Estructura general Todo gestor de contenidos se basa en un estructura de funcionamiento: Drupal y Joomla tienen una diferente cada uno. Las partes más destacables de ambos CMS serían los módulos o extensiones, los usuarios y por ultimo el contenido. Módulos o extensiones Todo lo que rodea a los CMS gira en torno al concepto de los módulos o extensiones. Estos archivos contienen código PHP que al ser instalados y posteriormente activados proporcionan un conjunto de funcionalidades adicionales al gestor de contenidos. En el caso de Drupal existen dos tipos de módulos, los core, tal y como indica su nombre pertenecen al núcleo de Drupal, en cambio los contribuidos son aquellos que son proporcionados por la comunidad Drupal. Estos pueden ser descargados gratuitamente, para posteriormente ser instalados y poder ser activados y desactivados en función de las necesidades del sitio web, exceptuando los módulos core requeridos por el núcleo. Usuarios Ambos CMS han de permitir la posibilidad de registrarse y crear a cualquier tipo de usuario que visite el sitio web, esté o no colegiado en el COAC. Por lo tanto la web podrá tener diferentes usuarios con un nivel de acceso determinado por el nivel de privilegios que se le asignen durante el registro. El usuario administrador es único en el caso de Drupal, en cambio, Joomla permite la posibilidad de crear varios superadministradores, aunque es preferible que sea único. Este usuario, a diferencia del resto, tiene todos derechos para realizar, gestionar o cambiar cualquiera preferencias del sitio web teniendo un nivel de acceso superior al resto en el área de administración. Este usuario se crea durante el proceso de instalación del CMS, haciendo que el primer usuario que se crea sea el administrador asignándole User 1 en el caso de Drupal, en cambio, Joomla asigna el id aleatoriamente. Cada usuario puede estar asignado a roles diferentes, permitiendo tener diferentes tipos de usuarios en Drupal. Cada rol proporciona permisos diferentes para realizar diversas operaciones. 19

20 Por defecto Drupal tiene tres tipos de usuario predeterminados: administrador, usuario autentificado y usuario anónimo. Cualquier usuario que crea una cuenta en la web es asignado al rol usuario autentificado, en cambio, cualquier usuario que visite, no haya creado una cuenta o bien no haya accedido con su usuario y contraseña tiene el rol usuario anónimo. Por lo que respecta a Joomla, diferencia los usuarios por el nivel de acceso, es decir, FrontEnd o BackEnd,teniendo un total de siete tipos de usuarios predeterminados. Los correspondientes al FrontEnd corresponden a registrado, autor, editor y publicador, editor. En cambio los del BackEnd son gestor, administrador y superadministrador. Estar registrado únicamente da acceso a la parte privada de la web para consultar su contenido. El autor puede crear contenido pero este no se publica hasta que no sea autorizado desde el BackEnd. El editor tiene los privilegios de los anteriores pero además puede modificar tanto su contenido, como el de los demás. El publicador crea, edita y publica contenido sin la necesidad de la autorización del administrador. El gestor hereda las características del publicador, además de tener acceso restringido al BackEnd para realizar modificación en el sitio. El administrador tiene privilegios y acceso a todo el panel de administración, a excepción de opciones reservadas únicamente al superadministrador ya que es el único que cuenta con permisos para realizar cualquier acción en el sitio. En ambos casos será necesario añadir nuevo tipos de usuarios adicionales, con unos permisos y roles determinados, mediante la utilización de extensiones. 2.3 Objetivos El proyecto tiene como objetivo principal la publicación de dos nuevos sitios web utilizando dos gestores de contenidos, Drupal y Joomla, con el objetivo de proporcionar al usuario contenidos y funcionalidades que reflejen la nueva perspectiva del COAC y de la Escola Sert. Dado que se trata de un proyecto ambicioso y por tanto de larga duración, se tomó la decisión de marcar unos objetivos iniciales para ambos. Estudio: Evaluación de los diferentes gestores de contenido de software libre y su integración con los diferentes navegadores, permitiendo ser multiplataforma. Conocimiento: Aprender el funcionamiento de los diferentes gestores de contenidos. Personalización: Los usuarios al acceder a su Home personal obtendrán información de su interés, seleccionando qué información o avisos desea ver de entre una serie de apartados (informática, asesoría jurídica, visado,...). 20

21 Comunicación: Los usuarios podrán escoger la manera en que desean ser informados de las novedades del COAC mediante avisos vía web, mail con newsletters con la frecuencia escogida y sms. Información fija, seleccionada según los criterios del COAC. Login único: Tener un sistema de acceso único, con el nombre de usuario y contraseña del COACNET a su área privada, sin necesidad de volver a introducirlo para acceder a los diferentes apartados y aplicaciones enlazados en la web. LDAP: Integrar todos los usuarios que hay actualmente en un servidor LDAP, para poder mantener los datos de cada usuario y mantener toda la información unificada. Esto proporcionará poder utilizarlos independientemente de la aplicación a la cual este accediendo. Mejoras para los usuarios: El nuevo sitio web ha de proporcionar a los usuarios facilidades generales de usabilidad y navegabilidad en cuanto al acceso a la información de manera fácil, intuitiva y eficiente. Potenciar el COAC a través de la Web: Alcanzar un público objetivo más amplio y diferente al colegiado con el fin de ofrecer servicios de pago y obtener una herramienta de financiamiento. Servicios específicos: Establecer una jerarquía de usuarios para tener acceso a servicios o contenidos en función del tipo de usuario. Web 2.0 y redes sociales: Proporcionar al usuario la posibilidad de modificar sus datos y poder comunicarse con usuarios internos (colegiados) y externos, mediante la utilización de redes sociales. Distribuir la web por departamentos: Proporcionar a cada departamento su acceso para editar y publicar contenido en la web. Idioma: Ofrecer la posibilidad de multilenguaje (Catalán, castellano e Inglés). Integración: Poder navegar con los diferentes navegadores que existen actualmente. Fecha de inauguración: COAC (Joomla): El nuevo sitio debe estar inaugurado a finales del año Escola Sert (Drupal): El nuevo sitio debe estar inaugurado a finales del año

22 3 Evaluación tecnológica 3.1 Necesidades Uno de los primeros aspectos que se ha de tener en cuenta antes de iniciar cualquier proyecto es realizar un estudio de las tecnologías que hay en el mercado. El objetivo es evaluar las diferentes opciones que hay actualmente de los distintos CMS, estudiar su competencia y escoger el que mejor se adapte a las necesidades que deberá proporcionar el sitio. La decisión de utilizar Drupal y Joomla, no fue una decisión que se tomase a la ligera, se tuvieron en cuenta diferentes aspectos que han de proporcionar los gestores de contenidos, consultar tabla 2. Otro de los aspectos ha tener en cuenta son los Open Source Awards que se celebran cada año para reconocer y premiar los diferentes proyectos de software libre. En el caso de los gestores de contenidos se llevan celebradas 5 ediciones desde el año 2007 hasta la actualidad. La categoría que se ha tenido en cuenta es Open Source Content Management System Award, aunque los dos últimos ha aparecido una nueva categoría llamada Hall of Fame CMS, en la que se premia los CMS más consolidados, en la que únicamente pueden participar gestores de contenidos que hayan ganado al menos una vez en los últimos años. Teniendo estos datos presentes los resultados que se han obtenido los últimos años son los siguientes, consultar tabla 3. Puesto Drupal Drupal Drupal WordPress Joomla! 2 Joomla! Joomla! WordPress Drupal Drupal 3 e107 DotNetNuke Joomla! Joomla! Plone Tabla 3: Open Source Awards CMS ( ) 3.2 Análisis de la competencia El análisis de la competencia es una idea que siempre parte como base en cualquier proyecto. El objetivo es elaborar una comparación entre el sitio web actual, respecto al de terceros que estén relacionados con el mismo ámbito, en este caso colegios de arquitectura. Esto da a conocer cual es el nivel actual, respecto a los demás y el servicio proporcionado a los usuarios. Por lo tanto antes de realizar cualquier mejora se ha de tener en cuenta este aspecto ya que el objetivo final una vez finalizado el proyecto es mantener o mejorar tu posición, ofreciendo un mejor servicio a tus usuarios del que se estaba proporcionando hasta ahora, desde un punto de vista de usabilidad y accesibilidad, entre otros 22

23 Necesidades (por defecto sin extensiones) Joomla! 1.5 Drupal 6 Multilenguaje / Localización Idiomas: Catalán, Español y Inglés Sí Sí Traducir interficie y contenidos Sí Sí Idiomas configurables según las preferencias del usuario Sí Sí Localización de zonas horarias No Sí Gestión de usuarios Integración con Moodle, posibilidad de hacer e-learning Sí Sí Gestión de usuarios avanzados Limitado Sí Asociación de permisos grupos de usuarios Limitado Sí Creación de roles ilimitados Limitado Sí Permisos concretos por un rol Limitado Sí Ocultar información a determinados usuarios Limitado Sí Integración con terceros Tiendas on-line Sí Sí Integrar aplicativos externos Sí Sí Gestor de contenidos Editor WYSWYG Sí Sí Posibilidad de tener contenidos privados Sí Sí Posibilidad de crear workflows personalizados Sí Sí Creación de taxonomías Sí Sí Creación de tipos de contenidos personalizados No No Gestión de imagenes Sí Sí Facilidad de adjuntar archivos Sí Sí Importar / Exportar contenidos en formatos CSV No No SEO (Search Engine Optimization) y accesibilidad URL limpias. Sí Sí Posibilidad de escoger o definir un patrón para las Sí Sí URL. Definir metatags manuals o automàtics. Sí Sí Optimización etiquetas CSS. Sí Sí Cumplimiento de estandards W3C. Sí Sí Ampliación de funcionalidades Módulos/componentes/plugins adicionales. Sí Sí Módulos siguen siempre la misma estructura. No Sí Programación permite override sin modificar el core. No Sí Actualización de módulos automáticamente No Sí Posibilidad de crear consultas para hacer páginas Sí Sí dinámicas (buscador) Newsletters Sí Sí Tabla 2: Análisis de necesidades 23

24 aspectos. Los sitios web que analizados son el propio COAC, el CSCAE 3, el COAM 4, RIBA 5, NAI 6. A continuación se explicarán los datos obtenidos a fecha de hoy, 19 de enero de 2011, por lo tanto dichos datos pueden haber sufrido cambios con el paso del tiempo debido a actualizaciones de los diferentes sitios, tanto los sitios analizados como los términos ha analizar han sido marcados por el COAC. Los puntos de vista son los siguientes: Código fuente: Desde el punto de vista del código fuente los aspectos analizar son conceptos como el título, palabras claves y la utilización de algún CMS. Para ver los resultados consultar la tabla 4. URL /Dominio Título Idioma Keywords CMS COAC Título Catalán - + Español 25 No Siglas Inglés CSCAE Joomla - Siglas Español COAM - Siglas Español 0 No RIBA Conventis - Sin título Inglés CMS 5.0 NAI Joomla - Título Holandés Tabla 4: Análisis de la competencia: Código fuente Por lo que respecta al título se puede observar que hay discrepancia entre utilizar el nombre completo o bien las siglas. Todos los sitios muestran el contenido en sus respectivos idiomas, a excepción del COAC que permite visualizar parte de su contenido en Español e Inglés, a parte del Catalán. Desde el punto de vista de las keywords destacan tanto el COAC como RIBA con más de 20 palabras clave de diferencia respecto a sus competidores que es inferior e incluso no los incluyen. 3 CSCAE: Consejo Superior de los Colegios de Arquitectos de España. 4 COAM: Colegio de Arquitectos de Madrid 5 RIBA: Royal Institute of British Architects (Colegio de Arquitectos Británico) 6 NAI: Nederlands Architectuurinstituut (Colegio de Arquitectos de Holanda) 24

25 El proyecto a realizar esta relacionado directamente con los CMS, por lo tanto es un aspecto importante a tener en cuenta ya que nos indicará el cambio de tendencia hacia los gestores de contenidos. El COAC como es lógico no dispone actualmente de un CMS para su sitio web, tal y como sucede con el COAM. En cambio el resto utilizan CMS, Conventis CMS 5.0 y Joomla 1.5, para gestionar su sitio web y sus contenidos, pero cabe destacar el segundo. Buscadores: Tras analizar la información proporcionada por el código fuente, hay que evaluar los sitios desde el punto de vista de los buscadores que utilizan normalmente los usuarios y nos pueden proporcionar más información desde términos como pagerank, backlinks o los resultados obtenidos mediante el dominio o backlinks. Google: Al introducir un dominio el buscador por defecto busca esas palabras tanto en la URL como en el contenido de cualquier web aunque no tengan relación con el sitio, para evitar esto hay que pulsar en la herramienta de google Más resultados de coac.net y mostrará únicamente los resultados de ese dominio. En el caso de los enlaces que recibe una determinada web desde otras páginas, también conocidos como backlinks, google proporciona la posibilidad de conocerlos introduciendo la palabra link, seguido de dos puntos y el dominio a buscar e.j. link: Para conocer el ranking de importancia de google para un sitio, es necesario la instalación de la toolbar de google proporcionando esta información al visitar el sitio web. Para observar los resultados consultar la tabla 5. Sitio web Pagerank Resultados Backlinks COAC No CSCAE 6/ COAM 5/ RIBA 8/ NAI 6/ Tabla 5: Análisis de la competencia: Google En primer lugar podemos observar que todos los sitios ha excepción del COAC, son calificados por Google con una nota igual o superior a 5. Por lo que respecta al número de resultados que se obtiene al buscar a partir del dominio, se puede destacar que la cantidad de información del COAC está cerca de cuadruplicar a NAI segundo, a fecha de enero de En cambio, a pesar de tener mayor contenido, el número de enlaces en los que aparece en páginas de tercero es bastante inferior a web extranjeras 25

26 como son las de RIBA y NAI, pero dentro de España esta en primer lugar. Yahoo: La empresa proporciona una herramienta web gratuita que permite obtener información de los diferentes sitios web simplemente introduciendo el dominio principal, este sitio es del cual se han obtenido una serie de resultados que pueden ser consultados en la tabla 6. Sitio web Únicamente dominio Todos los subdominios COAC CSCAE COAM RIBA NAI Tabla 6: Análisis de la competencia: Yahoo Por lo que respecta a los datos obtenidos desde Yahoo, se observa que entre los resultados son similares entre buscar únicamente el dominio o todos sus subdominios ya que numéricamente los 5 sitios presentan la misma tendencia y no varia el ranking de posicionamiento, teniendo el siguiente orden RIBA, COAC, COAM, NAI, CSCAE. De los que destacan por encima del resto RIBA y el COAC. En general, tras observar los resultados obtenidos de las diferentes tablas, se puede extraer que el COAC respecto a la competencia tiene aspectos en el que es superior a sus competidores pero otros se han de mejorar. Por lo tanto se puede extraer que es necesario un cambio para intentar estar un paso por delante de los demás y mejorar día a día como institución y ofrecer un mejor servicio a los usuarios mediante la creación de un nuevo sitio web Opciones tecnológicas Las tecnologías a utilizar es uno de los aspectos que se tienen en cuenta a la hora de elaborar cualquier proyecto. La decisión de utilizar una tecnología u otra parte de la idea de intentar mantener la misma infraestructura posible para evitar gastos innecesarios y que esta se adapte a las nuevas tecnologías o aplicaciones que requieren el proyecto en sí. Por lo tanto, lo primero que se ha de realizar es un análisis de requisitos que vendrán marcados por Joomla! y Drupal. Consultar tablas 7 y 8. 26

27 Software Versión de Joomla Servidor 1.5.x 1.6.x / 1.7.x 7.x (COAC) Mín. Rec. Mín. Rec. Mín. Rec. PHP MySQL Apache 2.x 2.x + 2.x 2.x + 2.x 2.x Nota: Las abreviaturas Min y Rec, corresponden a requisitos mínimos y recomendados. Tabla 7: Requisitos Joomla 1.5.x, 1.6.x y 1.7.x Para poder instalar Joomla es necesario que el servidor Apache tenga habilitado el soporte para MySQL, XML y Zlib. Para activar los módulos, mod_mysql, mod_xml y mod_zlib, se ha de realizar mediante la configuración del PHP en el archivo PHP.ini. Software Versión de Drupal Servidor 5.x 6.x 7.x (COAC) Mín. Rec. Mín. Rec. Mín. Rec. PHP MySQL Apache x x x Nota: Las abreviaturas Min y Rec, corresponden a requisitos mínimos y recomendados. Tabla 8: Requisitos Drupal 5.x, 6.x y 7.x La utilización de este software tiene su explicación ya que cualquier desarrollador de páginas web mediante CMS requiere de estos tres elementos. Al igual que los CMS a utilizar en el proyecto es Open Source, es decir software libre. En primer lugar PHP, acrónimo de PHP: Hypertext Preprocessor, proporciona la posibilidad de crear páginas web dinámicas a cualquier desarrollador web ya que permite incluir código en páginas HTML, acrónimo de HyperText Markup Language. En segundo lugar, MySQL proporciona el sistema para la gestión de bases de datos, mediante el lenguaje SQL, acrónimo de Structured Query Language, que permite crear diferentes operaciones para añadir nuevas funcionalidades. Por último, el servidor Apache proporciona un servidor web para acceder a las páginas web del sitio. Actualmente el servidor del COAC cumple con estos requisitos ya que el departamento del SSI 7 és el encargado de su mantenimiento aunque, como se podrá observar más adelante en la memoria, hubo que modificar algunos parámetros del servidor para su correcto funcionamiento de ambos CMS. El 7 SSI: Departamento de Servicios y Sistemas Informáticos 27

28 servidor utiliza un sistema operativo UNIX ya que, aparte de ser open source, multitarea y multiusuario proporciona una mayor seguridad mediante el control de todos los permisos de los ficheros que haya alojados, independientemente de la seguridad adicional que puede tener el servidor. Otras medidas de seguridad es la posibilidad de crear diferentes niveles acceso a los directorios, en función del usuario que acceda al servidor mediante FTP, acrónimo del File Transfer Protocol. Lo que permite evitar que por error algún usuario externo pueda acceder a cierto contenido del COAC. La comprobación de la gestión de los usuarios se realiza contra una base de datos, mediante un usuario y contraseña. La elección de la plataforma puede parecer complicada de escoger, pero se ha elegido en función del material disponible tanto en el COAC, como personal. Por defecto para poder trabajar independientemente al servidor del COAC y hacerlo localmente, se ha utilizado el proyecto XAMPP. El acrónimo X, indica que puede ser utilizado desde diferentes sistemas operativos, Linux, Windows o MAC OS X. El resto corresponden Apache que proporciona un servidor web, MySQL para el sistema de gestión de gestión de bases de datos y por último los interpretes de script PHP y Perl. Los CMS proporcionan en su BackEnd un sistema de administración que se realiza vía web. Por lo tanto los requisitos para poder iniciar el proyecto es disponer del software indicado anteriormente, un navegador web, acceso al servidor mediante FTP y por último un ordenador que tenga instalado cualquier sistema operativo. Lo que significa que varios usuarios podrían trabajar desde diferentes máquina bajo una arquitectura cliente-servidor. 28

29 Parte II Análisis y especificación 29

30 4 Especificación 4.1 Modelo Entidad-Relación Figura 3: Model conceptual 30

31 4.2 Casos de uso CU: Acceder a la aplicación Figura 4: Model conceptual Entrada Salida Objetivo nombre_usuario, contrassenya No hay El usuario accede al sitio web. Usuario Introduce el nombre de usuario y contraseña Sistema Comprueba que existe el usuario y la contraseña Acceder a la aplicación y a los contenidos privados Casos Alternativos Si el nombre de usuario y contraseña són incorrectos Tabla 9: CU: Acceder a la aplicación accederaplicación: (nombre_usuario, contrassenya) PRE 31

32 1. El sistema contiene un usuario identificado con un id. POST: 1. Se ha comprobado que el usuario existe en el sistema para el id 2. Se mantiene el usuario activo. PRE1: Se asume que el id como identificador del usuario, para obtener el usuario. POST1: Es responsabilidad del gestor de sistema comprobar los datos introducidos corresponde con un usuario del sistema POST2: Hay que mantenerlo activo para una correcta comunicación de los eventos de sistema. CU: Salir de la aplicación Entrada No hay Salida No hay Objetivo El usuario cierra la sesión y sale del sitio. Usuario Sistema Escoge la opción de salir Cierra la sesión del usuario Es enviado a la página principal Tabla 10: CU: Salir aplicación saliraplicación () PRE: 1. Se asume que el sistema contiene un usuario activo. 2. Se asume que como mínimo tiene una sesión abierta. POST 1. La sesión es cerrada 32

33 2. No hay ningún usuario activo PRE1: Para asegurar la correcta secuencia de los eventos de sistema. PRE2: Para asegurar que no se producen secuencias invalidas en los eventos de sistema, ya que, un usuario sin una sesión abierta no tiene sentido. POST1: Interpretación de pulsar el botón de cerrar sesión. POST2: Para asegurar la correcta secuencia de los eventos de sistema. Permite la posibilidad que iniciar de nuevo este caso de uso en caso que otro usuario quiera salir de la aplicación. CU: Alta Usuario Entrada Salida Objetivo nombre_usuario, contrassenya, Devuelve cierto si se ha creado sin problemas. Se registra un usuario con los datos indicados Usuario Sistema Rellena los datos requeridos y confirma la creación. Si los datos son correctos la aplicación guarda los datos en la base de datos y envia un al usuario. Casos Alternativos Si los datos no son correctos, el sistema no guarda el usuario notificando los datos a corregir Tabla 11: CU: Alta Usuario crearusuario (nombre_usuario, contrassenya, mail) PRE 1. No existe ningún usuario en el sistema con ese nombre de usuario y esa dirección de correo y contraseña 2. No hay ningún usuario activo. POST: 33

34 1. El sistema contiene un nuevo usuario con el nombre de usuario, contraseña, proporcionados. 2. El usuario es guardado en el sistema 3. El sistema envía un . PRE1: Se asume que no puede haber ningún usuario en el sistema con ese nombre de usuario y dirección de correo. PRE2: Para asegurar la correcta comunicación de los eventos de sistema. POST1: Es responsabilidad de la función de registro se encarga de almacenar el usuario en el sistema. POST2: Interpretación de registrar. POST3: Para confirmar al usuario que se ha registrado correctamente. CU: Modificar perfil Entrada Salida Objetivo id_usuario Devuelve cierto si se ha modificado sin problemas. Modificar los atributos del usuari identificador por su id Usuario Escoje su perfil de usuario Realiza la modificación de los datos y escoge la opción Sistema Muestra los atributos del usuario y permite editarlos. El sistema almacena los canvios en la base de datos Casos Alternativos - Si el usuario introduce datos incorrectos, el sistema informa al usuario y no actualiza los datos. - Si el usuario cancela la operación no se guardan los cambios. Tabla 12: CU: Modificar Perfil modificarusuario (id_usuario) PRE: 34