UNIVERSIDAD CENTROAMERICANA FACULTAD DE CIENCIAS TECNOLOGIA Y AMBIENTE DEPARTAMENTO DE DESARROLLO TECNOLOGICO

Transcripción

1 UNIVERSIDAD CENTROAMERICANA FACULTAD DE CIENCIAS TECNOLOGIA Y AMBIENTE DEPARTAMENTO DE DESARROLLO TECNOLOGICO Construcción del sitio web de la Dirección de Registro y Control Académico de la Universidad Centroamericana. Monografía para obtener el título de Ingeniero(a) en Sistemas y Tecnologías de la Información Concentración: Redes y Comunicaciones Autores: Br. Pedro Pablo Romero Santana ( ) Br. Germán Danilo Vásquez Hernández ( ) Tutor: Msc. Gerald Sánchez Managua, Nicaragua Febrero, 2012

2 PÁGINA DE ACEPTACIÒN Esta Monografía fue aprobada por el tribunal examinador de la Facultad de Ciencia, Tecnología y Ambiente de la Universidad Centroamericana como requisito para optar al título de Ingeniería en Sistemas y tecnologías de la información. Msc. Mauricio Antonio García Sotelo Presidente del Tribunal Lic. Carlos Iván Argüello Martínez Secretaria Ing. Gerald Alfredo Sánchez Pineda Tutor Br. Romero Santana Pedro Pablo Br. Vásquez Hernández Germán Danilo Egresado Egresado

3 AGRADECIMIENTO Agradezco a Dios por siempre guiar mis pasos, porque a pesar de las dificultades siempre pude salir adelante, con una visión positiva de la vida. También agradezco a la compañía de Jesús por brindarme su apoyo y confianza para poder cumplir mis deseos de superación. Agradezco a las instancias de la UCA (Dirección de Registro y Control Académico / Msc. María Auxiliadora - Oficina de Coordinación y Desarrollo Web / Lic. Marcelo Martínez Vallecillo) por el infinito apoyo que nos brindaron para la ejecución de este proyecto. Finalmente agradezco a nuestro tutor por poner a nuestra disposición su amplia experiencia. Pedro Pablo Romero Santana Agradezco a Dios y a mis padres que son el soporte y la razón de ser de mi vida. Agradezco el apoyo que ellos me brindan para ser una persona con valores y criterios bien definidos. También agradezco a nuestro tutor Gerald Sánchez por la ayuda brindada, la flexibilidad de horarios y total disponibilidad que me han permitido mantenerme en continuo contacto para poder realizar este proyecto y compaginarlo con mi vida laboral. Finalmente al Ing. Carlos Leal Saballos que nos encamino en el desarrollo de esta monografía. Germán Danilo Vásquez Hernández

4 CONTENIDO I. INTRODUCCIÓN II. III. OBJETIVO MARCO TEORICO WEB CMS JOOMLA LENGUAJE PHP MySQL DOMINIO Y ALOJAMIENTO IV. METODOLOGÍA V. DESARROLLO ETAPA 1: CONSTRUCCIÓN DEL SITIO WEB ETAPA 2: DIAGRAMA DE CASOS DE USO ETAPA 3: DIAGRAMAS DE COLABORACIÓN ETAPA 4: FICHAS DE CASOS DE USO ETAPA 5: DIAGRAMA DE ESTADOS ETAPA 6: DIAGRAMA DE COMPONENTE ETAPA 7: DIAGRAMA LÓGICO DE LA BASES DE DATOS VI. VII. VIII. IX. CONCLUSIÓN RECOMENDACIONES BIBLIOGRAFIA ANEXOS

5 LISTA DE FIGURAS Figura V.1. Directorios del servidor local Figura V.2. Interfaz de Administración para la Base de Datos Figura V.3. Entorno de Instalación de JOOMLA Figura V.4. Comprobación de Instalación y Actualización. Figura V.5. Acceso Entorno administrador. Figura V.6. Posiciones Disponibles en la Plantilla Figura V.7. Esquema de Posiciones Utilizadas Figura V.8. Propuesta de Diseño Figura V.9 Interfaz demo de administración de servicios web en hostgaror Figura V.10. Entorno de Administración de Extensiones. Figura V.11. Entorno de Administración de la barra wibiya Figura V.12. Entorno de Administración de Calendario de Evento Figura V.13. Entorno de Administración de Chat en Línea

6 GLOSARIO Acunetix: es un escáner de vulnerabilidades en servidores web como SQL injection, Xss y otras más. Apache: servidor de páginas web. Hoy por hoy líder del mercado de servidores, por delante de soluciones propietarias. Balanceo de carga: técnica usada para compartir el trabajo a realizar entre varios procesos, ordenadores, discos u otros recursos. Está íntimamente ligado a los sistemas de multiprocesamiento, o que hacen uso de más de una unidad de procesamiento para realizar labores útiles. Benchmarking: es un anglicismo que en las ciencias de la administración de empresas, puede definirse como un proceso sistemático y continuo para evaluar comparativamente los productos, servicios y procesos de trabajo en organizaciones. Componentes: son pequeñas aplicaciones independientes entre sí que gestionan la información dentro de Joomla. Los componentes añaden distintas funcionalidades a Joomla y lo convierten en mucho más que una web de artículos o noticias. Directorios: es un contenedor virtual en el que se almacenan una agrupación de archivos de datos y otros subdirectorios, atendiendo a su contenido, a su propósito o a cualquier criterio que decida el usuario.

7 Dominio o nombre de dominio: es el nombre que identifica un sitio web. Cada dominio tiene que ser único en Internet. Por ejemplo, " " es el nombre de dominio de la página web de la Universidad Centroamericana. Un solo servidor web puede servir múltiples páginas de múltiples dominios, pero un dominio sólo puede apuntar a un servidor. Escritorios virtuales: una de las herramientas más interesantes que nos ofrece la web 2.0 son los escritorios virtuales. En esencia se trata de una página de inicio para el navegador, configurable y a partir de la cual podemos iniciar múltiples tareas que realizamos con frecuencia delante de nuestro ordenador. FTP (Protocolo de Transferencia de Archivos): en informática, es un protocolo de red para la transferencia entre sistemas conectados a una red TCP (Transmisión Control Protocolo), basado en la arquitectura cliente-servidor. GPL: (Licencia Pública General). Creada por la Free Software Foundation y orientada principalmente a los términos de distribución, modificación y uso de software libre. GTmetrix: es un servicio web que te puede ser de gran ayuda para detectar los aspectos que disminuyen en tiempo de carga de tu web. HTML: siglas de HyperText Markup Language («lenguaje de marcado de hipertexto»), es el lenguaje de marcado predominante para la elaboración de páginas web.

8 Malware: es un tipo de software que tiene como objetivo infiltrarse o dañar una computadora sin el consentimiento de su propietario. Módulos: es un software que agrupa un conjunto de subprogramas y estructuras de datos. Los módulos son unidades que pueden ser compiladas por separado y los hace reusables y permite que múltiples programadores trabajen en diferentes módulos en forma simultánea, produciendo ahorro en los tiempos de desarrollo. OpenSource: se define por la licencia que lo acompaña, que garantiza a cualquier persona el derecho de usar, modificar y redistribuir el código libremente. PhpMyAdmin: es una herramienta escrita en PHP con la intención de manejar la administración de MySQL a través de páginas web. Actualmente puede crear y eliminar Bases de Datos, crear, eliminar y alterar tablas, borrar, editar y añadir campos, ejecutar cualquier sentencia SQL, administrar claves en campos, administrar privilegios y exportar datos en varios formatos. Plugins: son extensiones que realizan dentro de Joomla! una amplia variedad de funciones relacionadas fundamentalmente con la autenticación de usuarios, el funcionamiento del buscador interno o con la edición de contenidos. Un ejemplo es el editor Wysiwyg TinyMCE con el que podemos editar contenidos desde un entorno más amigable o el plugin Pagebreak que nos permite paginar los artículos.

9 SaaS: es un modelo de distribución de software donde el software y los datos que maneja se alojan en servidores de la compañía de tecnologías de información y comunicación (TIC) y se accede con un navegador web a través de internet. SGBDR (Sistema de Gestión de Bases de Datos Relacionales): permite el almacenamiento de datos en tablas formadas por filas y columnas, y su posterior consulta y mantenimiento mediante un sencillo y potente lenguaje de consulta estructurado (SQL). Slideshow: Una colección de páginas inteligentes en secuencia, que contienen texto e imágenes para presentar a una audiencia. URL (localizador de recursos uniforme): es la cadena de caracteres con la cual se asigna una dirección única a cada uno de los recursos de información disponibles en la Internet. Virtual: es un sistema tecnológico, basado en el empleo de ordenadores y otros dispositivos, cuyo fin es producir una apariencia de realidad que permita al usuario tener la sensación de estar presente en ella. Wibiya: es una barra de herramienta que se implementa a pie de página en páginas web y blogs de forma elegante y sencilla. En ella podemos incluir datos sobre nuestra cuenta Twitter, Facebook, vídeos Youtube, etc. XAMPP: es un servidor independiente de plataforma, software libre, que consiste principalmente en la base de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script: PHP y Perl.

10 I. INTRODUCCIÓN Es evidente, que en el mundo la forma de propagar la información ha cambiado y el cambio ha sido radical, con la reformulación de los nuevos medios de divulgación de la información. Estos cambios están obligando a las empresas a buscar medios competitivos; auxiliándose de las TI (Tecnología de la Información) utilizando herramientas tecnológicas, que contribuyan a alcanzar sus objetivos. La DRCA (Dirección de Registro y Control Académico) de la Universidad Centroamericana UCA, es el área encargada de emitir: Títulos, Certificados de Notas y Programas de Estudio, brindando su atención a un promedio de 8550 estudiantes de pregrado y a 700 estudiantes de postgrado. La falta de disponibilidad de la información las 24 horas, los 365 días del año, es una de las causa que permite que los usuarios finales (nacionales - extranjeros) tengan que visitar físicamente las instalaciones de DRCA en horarios de oficina para obtener algún tipo de información. Además realizan costosas llamadas telefónicas para aclarar cualquier tipo de duda. Para superar los inconvenientes antes mencionados, se pretende desarrollar un sitio web, con la implementación de un CMS (sistema de gestión de contenido) bajo la licencia GPL. Además se pretende incorporar un sinnúmero de funcionalidades tales como: (Formularios en Línea, Sistema de Chat, Galería de Imágenes - Videos, Escritorios Virtuales a Redes Sociales Facebook - Twitter, Encriptación de URL, Calendario de Eventos, Slideshow Noticias, Animaciones SWF Personalizadas, Buscador de contenido interno y controles de descargas. De esta manera se fortalecerá la funcionalidad del sitio web, garantizándole un mejor servicio a la comunidad estudiantil.

11 II. OBJETIVO Objetivo General Implementar un sistema de gestión de contenido web que permita administrar la información de carácter pública producida por la DRCA (Dirección de Registro y Control Académico) de la Universidad Centroamericana UCA. Objetivos Específicos Identificar los requerimientos necesarios para el desarrollo del sitio web, basados en las necesidades del área. Integrar módulos, componentes, plugins y aplicaciones de terceros que fortalezcan la funcionalidad del sitio web. Implementar mecanismos de seguridad en busca de garantizar la confiabilidad en la navegación y administración del sitio web. Realizar pruebas que permitan monitorear el comportamiento del sitio web.

12 III. MARCO TEORICO WEB (Milenium, 2011). Plantea que un sitio web es conjunto de archivos electrónicos y páginas web referentes a un tema en particular, que incluye una página inicial de bienvenida, generalmente denominada home page, con un nombre de dominio y dirección en internet específicos. Los sitios web pueden ser de diversos géneros, destacando los sitios de negocios, servicio, comercio electrónico en línea, imagen corporativa, entretenimiento y sitios informativos. (Conectu, 2004), plantea que muchos objetivos se puede lograr con el hecho de poseer un sitio web como: Alcanzar nuevas audiencias de público (nacionalmente - internacionalmente). Atraer prospectos y clientes. Vender productos y servicios. Dar mayor satisfacción al cliente a través de un mejor servicio, información y soporte, además de establecer una relación empresa-usuario más estrecha. Proporcionar información precisa de lo que la gente busca en el web. Recibir retroalimentación de los usuarios y poder aplicarla en el mejoramiento de los servicios o productos pues se realiza de forma anónima. Automatizar procesos de negocios. Incrementar la visibilidad y la credibilidad de una empresa. Proporcionar información inmediata sobre productos y servicios Reducir el ciclo de ventas ya que el cliente cuenta con información previa de la empresa dada a través del sitio web, eventualmente, esto le hace confiar más. Facilitar a los clientes existentes a contactarse más fácilmente. Atraer negocios y prospectos de diferentes ciudades y países. (Este beneficio quizá sea una de las ventajas más difundida sobre sitios Web y una de las menos aprovechadas por las empresas).

13 CMS Huerta García y Cristina en su proyecto final de carrera en la Universidad Rey Juan Carlos de Madrid, España (Huerta García, 2010), define: CMS (Content Management System), o sistema de gestión de contenidos, "es un software que permite la creación y administración de contenidos (o información), principalmente en la web". Consiste en una interfaz unos menús y botones para manejar el sistema que controla una o varias bases de datos donde se almacena el contenido de la información o datos del sitio. El sistema permite manejar de manera independiente el contenido y diseño. Así, es posible manejar el contenido y darle en cualquier momento un diseño distinto al sitio sin tener que darle formato al contenido de nuevo, además de permitir fácilmente y de manera controlada la publicación en el sitio a varios editores o autores. La empresa Wime (Copyright Wime, 2011) líderes en el desarrollo de aplicaciones y servicios basados en web, ubicada en Querétaro - México, Destaca algunas de las ventajas de utilizar sistemas de gestión de contenido (CMS). Permite que una persona sin conocimientos técnicos maneje el contenido del sitio. Por el contrario, cuando se crea un sitio sin ayuda de un CMS nos enfrentamos con la dificultad de crear una herramienta que permita modificar la información de éste de manera sencilla porque en la mayoría de los casos; esta acción involucra entender el código fuente para poder realizar los cambios. Da la posibilidad de que un grupo de personas colabore con el manejo del contenido. Algunos sitios tienen una cantidad de información muy grande, por lo cual el manejo de ésta requiere de un equipo de trabajo que pueda trabajar de manera colaborativa y sencilla.

14 Controla el acceso a los datos de acuerdo a los tipos de usuarios. Esta característica es de gran utilidad cuando diferentes personas o departamentos están encargados de darle mantenimiento al contenido de diferentes secciones del sitio. Plugins. Un CMS generalmente cuenta con la posibilidad de utilizar plugins para aumentar la funcionalidad del sitio sin tener que reinventar la rueda. Los plugins normalmente son bastante flexibles y se pueden configurar para adaptarlos a necesidades específicas. Escalabilidad. Esta propiedad permite que el sitio permanezca en constante crecimiento, aumentando y mejorando su funcionalidad, sin la necesidad de realizar el trabajo de nuevo y manteniendo la estabilidad del sitio. Separa el contenido de la apariencia. Esta separación permite que se hagan rediseños tanto de estructura como de interfaz gráfica sin que la información que se encuentra en ésta se vea afectada. Tiempo de desarrollo. Un CMS, sobre todo los especializados, están pensados en facilitar tareas comunes, por lo cual el tiempo que se invierte en realizar estas tareas es mucho menor y se ve reflejado en el tiempo total de desarrollo del sitio. Comunidad. Un CMS tiene toda una comunidad detrás en la cual te puedes apoyar para resolver dudas y problemas que puedas tener en el desarrollo. JOOMLA (Barriocanal, 2009) expone el significado de Joomla, es una aplicación Open Source o de código abierto programada en lenguaje PHP bajo una licencia GPL y que utiliza una base de datos MySQL para almacenar el contenido y los parámetros de configuración

15 del sitio. Además de libre, Joomla! es gratuito y no tendrás que pagar nada por usar este CMS para construir tu web. Joomla! se basa en Mambo, otro CMS iniciado por la empresa australiana Miro, que tenía además la propiedad de la marca. El proyecto Joomla surge en 2005 cuando Miro decidió crear una Fundación que, a juicio de una buena parte de los desarrolladores de Mambo, se apartaba bastante de la filosofía del software libre. Estos desarrolladores se agruparon en torno al movimiento Open Source Matters que poco después daría lugar a Joomla!, una denominación que procede de una palabra de la lengua swahili que significa "todos juntos". LENGUAJE PHP Ángel Cobo, Patricia Gómez, Daniel Pérez y Rocío Rocha en su libro "Tecnologías para el desarrollo de sitios web" (Ángel Cobo, 2005) definen el termino PHP como un lenguaje interpretado del lado del servidor que se caracteriza por su potencia, versatilidad, robustez y modularidad. Los programas escritos en PHP son embebidos directamente en el código HTML y ejecutados por el servidor web a través de un intérprete antes de transferir al cliente que lo ha solicitado un resultado en forma de código HTML puro. Al ser un lenguaje que sigue la corriente open source, tanto el intérprete como su código fuente son totalmente accesibles de forma gratuita en la red. En concreto, la dirección oficial en la que puede descargarse. (Ángel Cobo, 2005). Por su flexibilidad, PHP resulta un lenguaje muy sencillo de aprender; especialmente para programadores familiarizados con lenguajes como C, Perl o Java, debido a las similitudes de sintaxis entre ellos. Por supuesto, es un lenguaje multiplataforma; los programas funcionan igual sobre diferentes plataformas, trabajando sobre la mayoría de servidores web y estando preparado para interactuar con más de 20 tipos de bases de datos.

16 MySQL Cyril Thibaud escritora del libro "MySQL 5" (Thibaud, 2006), define MySQL como un sistema de administración de bases de datos relacionales (SGBDR) rápido, robusto y fácil de usar. Se adapta bien a la administración de datos en un entorno de red, especialmente en arquitecturas cliente / servidor. Se proporciona con muchas herramientas y es compatible con muchos lenguajes de programación. Es el más célebre SGBDR del mundo Open Source, en particular gracias a su compatibilidad con el servidor de páginas Web Apache y el lenguaje de páginas Web dinámicas PHP. DOMINIO Y ALOJAMIENTO Según William Wilfrido Maila Nacimba y Marco Javier Loachamín Cruz, desarrolladores web de la escuela politécnica del ejército de Ecuador (William Wilfrido Maila Nacimba, 2009), definen dos conceptos fundamentales para poner en línea un sitio web. Dominio: es el nombre que se le asigna al hosting para que cualquier usuario pueda tener acceso a él. Se escribe con ciertas normas. Triple w, nombre y terminación de dominio. Por ejemplo: son los sufijos más conocidos y baratos. El dominio es una asociación a la IP del hosting con el cual cualquier navegador apunta al hosting para ver los archivos que este tiene. Hosting: así como usted guarda la información en el disco duro de su computador, se requiere guardar los contenidos de su sitio web en un espacio que sea accesible mundialmente a través de internet, es decir, que todos puedan ver los contenidos de su página. Hosting es el alquiler virtual de un espacio para publicar su página Web. Al contratar un Hosting, usted tendrá un espacio que le permitirá almacenar información, imágenes, vídeo, o cualquier contenido accesible vía Web. Existen diversas empresas que entregan este servicio, y su valor dependerá de las funciones adicionales que contenga, tales como: panel de control, ejecución de tareas automáticas, cuentas de correo electrónico, capacidad de almacenamiento, entre otros.

17 Alojamiento web en la Nube Los dirigentes de cloudhost (yobidu, 2011), definen que el alojamiento web en la nube o Cloud hosting es el futuro del alojamiento web. La nube la forman varios servidores vinculados para formar una sola plataforma. Debido a que hay una gran cantidad de servidores trabajando en conjunto en lugar de uno solo, se balancea la carga, aumenta la capacidad, y se reduce al mínimo la probabilidad de fallo. (yobidu, 2011). A diferencia del alojamiento web en servidores compartidos, en el que los datos se guardan en un servidor único, el alojamiento web en la nube se asienta sobre una red de servidores, de esta forma si un servidor falla, o si el disco duro de un servidor se avería, el sitio no se ve afectado, porque sus datos se reflejan en otros servidores, se "balancea" su carga de trabajo entre la "nube" de servidores y la información se replica en otros servidores, por lo que el usuario no experimenta cortes en el acceso a las páginas web. Esto hace que en uptime (tiempo que la web está accesible para los usuarios ) sea virtualmente del 100%. El uptime real de un servidor cloud está en torno al 99.99%. El hecho de abstraer la información de la parte física es lo que ha dado nombre a este tipo de alojamiento web en la nube (del inglés cloud hosting) ya que los datos se encuentran respaldados por varios servidores entrelazados y son más inmunes a las averías de un servidor. (yobidu, 2011). Otra ventaja de los servidores cloud es su escalabilidad, si en un momento una web necesita más recursos por un aumento de las visitas, no se ve limitado por su hardware y puede utilizar los recursos de la nube de servidores. Estas ventajas han convertido el alojamiento web en la nube muy popular entre los usuarios que utilizan aplicaciones en internet. También es un alojamiento muy

18 económico y muy fiable. Además es adecuado para todo tipo de sitios y no sólo para grandes proyectos. Los beneficios de la nube frente a un sistema tradicional de alojamiento web Todo Internet es una nube. Los servicios que utilizamos todos los días, como Google, Amazon, Apple, Yahoo, etc.. son servicios residentes en una nube. Las aplicaciones de software en la nube son los programas más avanzados. A menudo usamos el término SaaS (Software as a Service) para identificar una aplicación que funciona en la nube. La aplicación sólo se utiliza a través de un navegador. Desde el punto de vista de los usuarios, el software es transparente. El usuario no tiene que preocuparse de donde está instalado el software ni donde se ejecuta. La disponibilidad de servicio es prácticamente completa. Los costos son asociados con el uso real. Los requisitos de TI prácticamente no existen. Multiusuario, proceso que permite utilizar el software de servidor de múltiples usuarios simultáneamente. Coste cero para la compra de más recursos de hardware. Dispone de procesos automatizados de copia de seguridad y recuperación de desastres. Virtualización automática y segura en la nube. No hay licencias de software. Aplicaciones y actualizaciones completamente transparente al usuario No hay hardware físico para gestionar y realizar el seguimiento. Posibilidad de añadir capacidad de TI que necesitan. Dificultad para un hacker para corromper a una aplicación en la nube.

19 Arie Simchis, gerente de ventas Radware (Cordero, 2011), aporta que la entrega de aplicaciones mediante la web requiere de avanzados sistemas de balanceo de carga y de protección contra ataques sofisticado y desconocidos. Cuando se ingresa a un aplicación en la nube de computación o un sitio web, sin saberlo se accede al equipo que en ese momento tiene disponibilidad. La selección sobre la cual el equipo será utilizado y puede brindar el servicio se realiza con tecnología de balanceo carga. Adicionalmente, se requiere protección completa, que hoy dada la sofisticación y complejidad de los malware en internet, incluso debe dar blindaje contra ataques desconocido más sofisticados y difíciles de detectar por sistemas de seguridad tradicionales.

20 IV. METODOLOGÍA Para la construcción del Sitio web de la DRCA de la Universidad Centroamericana UCA se consideró utilizar la "Metodología para Creación de Sitios Web". Una metodología híbrida producto de una recopilación bibliográfica basada principalmente en las fases para el desarrollo de sitios web. Creada por la Ingeniera Dely Maybel Alvarez y un grupo de técnicos del Instituto Universitario de Tecnología de Valencia (IUTVAL). La "Metodología para creación de sitios web" comprende las siguientes fases : análisis, planificación, contenido, diseño, programación, testeo, mercado y publicidad. Estas fases antes mencionadas se retomaron en el desarrollo del proyecto. FASES DEL PROYECTO 1. Fase de Análisis 1.1 Análisis de Requerimiento Para potencializar esta fase se planificaron reuniones periódicas con la responsable de la DRCA, Msc. María Auxiliadora Saavedra. Las reuniones se realizaron los días miércoles a las 4:00 pm. Comenzando su ejecución el día 17 de agosto y finalizando las mismas hasta que el proyecto esté culminado. Si se presentó alguna dificultad que impidiera la realización, cualquiera de las partes notificó previamente su inasistencia. En estas reuniones se abarcaron aspectos como: análisis de necesidades, entrega de información, presentación y justificación de alternativas tecnológicas, solicitudes de recursos, visualización de avances en el desarrollo.

21 1.2 Definición de Audiencia El impacto directo de este tipo de proyecto según las fuentes consultadas en la DCI (Dirección de Comunicaciones Institucionales) de la Universidad Centroamericana UCA. Beneficiará positivamente a toda la comunidad estudiantil. Se contabiliza 8550 estudiantes de pregrado y a 700 estudiantes de posgrado. 1.3 Expectativas de la Organización Para dejar plasmado en el documento monográfico las expectativas de la DRCA se solicitó una carta emitida por la directora del área, Msc. María Auxiliadora Saavedra. Ver ANEXO 1 - Carta de Aprobación de Ejecución de Proyecto. 2. Fase de Planificación 2.1 Selección de Software Se utilizó como sistema de gestión de contenido JOOMLA bajo licencia GPL por ser uno de los CMS más potente a nivel mundial. En la actualidad la UCA en sus diversos sitios web utiliza mayoritariamente esta distribución de CMS Open Source. Empresas e instituciones prestigiosas como: Naciones Unidas Centro Regional de Información, Harvard Graduate School of Art y las Ciencias, Olympus, Porsche Brasil, utilizan este tipo de sistemas para administrar su contenido web.

22 Especificaciones Técnicas: Sistema de Gestión de Contenido (CMS): JOOMLA Tipo de Licencia: GPL Código Abierto: Si Lenguaje de Programación: PHP Base de Datos: MySQL Escalabilidad: Si Disponibilidad de Actualizaciones: Si Entorno de Administración: Si 2.2 Selección del Hardware Para la construcción del sitio web de la DRCA, la Universidad Centroamericana con apoyo de sus dos áreas especializadas en el tema; la Oficina de Coordinación y Desarrollo Web y Dirección de Informática, han puesto a nuestra disposición los recursos, accesos e información necesaria para la ejecución del proyecto. Se utilizó la misma infraestructura de servidores (DNS, WEB) que en la actualidad posee la UCA Servidor de Alojamiento Para obtener información detallada sobre el servidor de alojamiento, con previa autorización nos dirigimos a la dirección de comunicaciones institucionales a sostener una reunión con el coordinador de desarrollo web. Es importante mencionar que el servidor de alojamiento Web está físicamente en Estados Unidos. Toda la administración es realizada remotamente vía C-Panel. Por mantener este servicio en la nube se paga una cuota anual. Este servicio de alojamiento cuenta con las siguientes características:

23 TECNICAS: Proveedor de Servicio: Hostgator Sistema Operativo: Centos 5.7 Enterprise Linux x86 Base de Datos: MySQL Procesador: 8 procesadores Intel Xeon de 2.0 GHz Disco Duro: 200 GB Ancho de Banda: 1400 GB / Transferencia 100 Mb por segundo Soporte de IPv6: SI Cache: 6 MB SERVICIOS: Soporte del Servicio: 24 Horas Certificados de Normas de Calidad: ISO 27001, SAS-70, HIPAA y PCI-DSS Servidor DNS Para obtener información detallada sobre el Servidor de Nombre de Dominios (DNS) con previa autorización nos dirigimos a la dirección de informática a sostener una reunión con la encargada de administrar el servidor DNS ubicado en el departamento de redes. Servidor DNS Primario Especificaciones Técnicas Modelo: Dell PowerEdge 2300 Sistema Operativo: Windows Server 2003 R2 - Standard Edition Procesador: Inter (R) Pentium III, 548 MHz Memoria RAM: 1 GB Disco Duro: 10 GB Manejo de Zona Inversa: Si

24 Soporte de IPv6: NO Firewall: ASTARO Servidor DNS Alternativo Trabaja alternamente con el servidor de nombre de dominio primario como servidor espejo. Es decir si ocurre un error en el servidor principal entra en funcionamiento automática mente el servidor alternativo con la misma configuración. Especificaciones Técnicas Modelo: HP Xw4400 Workstation Sistema Operativo: Windows Server 2003 R2 - Standard Edition Procesador: Intel Core 2 Duo 2.66 GHz Memoria RAM: 4 GB Disco Duro: 250 GB Manejo de Zona Inversa: SI Soporte de IPv6: NO Firewall: ASTARO 2.3 Benchmarking Se procedió a explorar los diversos sitios web de universidades en el mundo que poseen áreas de registro y control académico, seleccionando los más destacados. 1. Universidad de Santiago de Chile I (Chile, 2011) 2. Universidad de Pamplona / Colombia I (Pamplona) 3. Universidad del Rosario - Colombia I (Universidad del Rosario) 4. Pontificia Universidad Javeriana / Bogotá - Colombia I (Pontificia Universidad Javeriana)

25 La selección se realizó evaluando los siguientes criterios. Cuáles son los objetivos del sitio? - Es un sitio web interesante? - Como son los gráficos? - Refleja el género de la empresa o compañía? - Es de fácil uso y es cómodo navegar en él? - El contenido está estructurado de manera lógica? Este tipo de análisis nos apoyó a tomar decisiones acertadas al momento de seleccionar las funcionalidades y contenido que se integró en el sitio web de la DRCA. 2.4 Estructura de Navegación La estructura que se implementará es la estructura de árbol o jerárquica formada por nodos conectados por ramas donde cada rama conecta un nodo con otro de nivel inferior. Hay un único nodo, llamado raíz, que no depende de ningún otro, y todos los nodos debajo de la raíz dependen directamente de otro nodo.

26 3. Fase de Contenido La información detallada que se integró al sitio web fueron proporcionada directamente por el personal interno de la DRCA. Tomando como referencia las normativa de procesos estudiantiles autorizada por vice rectoría académica. Para identificar cuidadosamente los pasos involucrados en los procesos de Pre matrícula, Matrícula, Solicitud de Certificados de: Calificaciones, Egresado/a, Estudiante Activo/a, Título en Trámite, Graduado/a, Aclaración de APR, Aclaración de CONV, Acreditación, Notas Cuatrimestrales, Solo auténtica, Programas de Estudio, Plan de Estudios, Trámite de Título, Trámite de Diploma de Mención, Reposición de Título, Reposición de Diploma y Certificación Título. Se coordinaron reuniones periódicas durante el proceso de desarrollo con los responsables de ejecutar los procesos antes mencionados con el objetivo de recolectar la información y plasmarla detalladamente en el sitio web. Con este tipo de información los usuarios finales obtendrán respuestas a interrogantes como: donde ir, que documentos presentará, costos y tiempo de ejecución del proceso. La información que en el futuro se desee publicar en el sitio web será administrada por un trabajador interno de planta seleccionado por las autoridades de la DRCA, la cual estará en la capacidad de administrar en su totalidad el sitio web.

27 4. Fase de Diseño Esta es una de las etapas fundamental en el desarrollo del sitio Web, porque lo que se diseño es la imagen de la DRCA ante el mundo. En la fase de diseño se planificaron reuniones periódicas con el coordinador de la OCDW (Oficina de Coordinación y Desarrollo Web) donde se le mostrarán los avances realizados si cumplían con los estándares de diseño. Basándonos previamente en las normativas establecidas por la UCA para la elaboración de sitios web. Se seleccionó y modificó la plantilla que cumplió con las exigencias del área. A continuación explicaremos los elementos de más relevancia que se planificaron integrar en el diseño del sitio web. Logo: se integró el logo tipo de la Universidad Centroamericana UCA en la parte superior izquierda con las dimensiones reglamentarias. Colores: se utilizó los colores institucionales de la Universidad Centroamericana UCA. Menú: se integraron referencias y sud referencias del contenido, organizándolo de manera jerárquica. Slideshow Panorámico: se presentarán imágenes con información publicitaria de las eventualidades que acontecerán en la DRCA. Botones: se diseño e íntegro iconos ilustrativos con referencia a enlaces.

28 5. Fase de Programación En esta fase se mencionarán las herramientas, base de datos e interfaz de usuario para el desarrollo del sitio Web. Cada CMS dispone de una base de datos estandarizada. (Ver en Anexo 3 / Página Diagrama la base de datos de Joomla), debido que es un manejador de contenido Open Source, su Base de Datos requiere de mayor flexibilidad, para posteriormente integrarle extensiones que son generadas por una comunidad de desarrolladores que aportan a esta comunidad Open Source. En este proyecto se procedió a crear una base de datos utilizando MySQL , la cual es administrada con la herramienta phpmyadmin que permite administrar la interfaz de usuario. Con dicha herramienta se creó la base de datos, usuario asociado y se definieron los permisos y contraseña. Posteriormente se procedió a inicializar el proceso de instalación del CMS joomla, enlazando los atributos que anteriormente se definieron. Luego de haber realizado las pruebas locales del CMS procedimos desde la interfaz de administración del joomla, a integrar y configurar todas las funcionalidades y extensiones requeridas por la DRCA.

29 6. Fase de Testeo Para el correcto funcionamiento del sitio Web, se ejecutaron pruebas con el propósito de detectar fallas, debilidades y errores; que se produzcan en el desarrollo del proyecto. Posteriormente se realizó su solución. Instalación en servidor local: se instalo el software xampp-win , para comprobar el correcto funcionamientos de los directorios del CMS y de las funcionalidades que se integraron. Todo esto para garantizar el buen funcionamiento del sitio web antes de ponerlo en línea. Comprobación en Navegadores: se puso a prueba el sitio Web en los diferentes navegadores: (Microsoft Explorer, Mozilla Firefox, Opera, Google Chrome). Para visualizar su correcto desempeño. Detección de Vínculos Rotos: se analizó con la herramienta ACUNETIX cada uno de los enlaces disponible en el sitio web para garantizar el buen funcionamiento de todos los hipervínculos. Comprobación de Tiempos de Carga: uno de los puntos clave para el éxito de un sitio es su rapidez de carga. Para analizar este punto muy importante nos auxiliáremos de la herramienta en línea GTmetriX, la cual nos genero información de velocidad de la página, que elementos están fallando y qué hacer para corregirlo.

30 7. Fase de Mercadeo y Publicidad Para fortalecer las estrategias a utilizar para mercadear y dar a conocer el sitio Web, se planteó a las autoridades de la DRCA a manera de propuesta las siguientes acciones: Redes Sociales: promocionar el sitio web en las redes sociales (Facebook, Twitter) de la Universidad Centroamericana UCA. MUPI (Mueble Urbano para la Presentación de Información): colocar banner en los mupis de la Universidad Centroamericana UCA. Ventana Emergente: integrar una imagen promocional emergente que se ejecute automáticamente al ingresar al portal web de la UCA, que permita al usuario dar clic y sea re direccionado al sitio web de la DRCA. Entrega de volantes: entrega de brochure con información promocional del sitio web, en los procesos de Pre matrícula y Matrículas. Video Promocional: producir un video promocional que represente las funcionalidades del sitio web y presentarlo en la pantalla panorámica de la Biblioteca José Coronel Urtecho y en los canales sociales (youtube). Difundir Comunicados: emitir comunicados formales a las diversas autoridades de cada facultad, para que sea difundido a toda la comunidad estudiantil. Todas estas eventualidades pueden contribuir a popularizar el sitio web. Es importante mencionar que para proponer las estrategias antes mencionadas sostuvimos una reunión con las autoridades de la oficina de mercadeo y publicidad de la Universidad Centroamericana UCA.

31 V. DESARROLLO ETAPA 1: CONSTRUCCIÓN DEL SITIO WEB Para el proceso de desarrollo, primeramente se planificó montar la página web en un servidor local XAMPP versión ZIP, luego de realizar avances en el diseño se procederá a alojar la página web en el servidor web de la Universidad Centroamericana UCA. Instalación de Servidor Local Figura V.1. Directorios del servidor local Los servicios básicos del apache y el MySQL fueron inicializados desde el panel de control del servidor local.

32 Elaboración de la Base de Datos Para la elaboración de la bases de datos procedimos a utilizar la herramienta phpmyadmin. Ingresando desde el URL del navegador la dirección: Figura V.2. Interfaz de Administración para la Base de Datos En la interfaz que se muestra en la figura V.2 se realizaron las siguientes acciones: Creamos la base de datos con el nombre < nombredebase > definiendo el cotejamiento de las conexiones MySQL como UTF8_general_ci. Agregamos un nuevo usuario definiendo el usuario y contraseña < nombredeusuario >, < contraseñadeusuario >, asignándole los siguientes privilegios. Datos: SELECT, INSERT, UPDATE, DELETE, FILE

33 Estructura: CREATE, ALTER, INDEX, DROP, CREATE TEMPORARY TABLES, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EXECUTE, CREATE VIEW, EVENT, TRIGGER Administración: GRANT, SUPER, PROCESS, RELOAD, SHUTDOWN, SHOW DATABASES, LOCK TABLES, REFERENCES, REPLICATION CLIENT, REPLICATION SLAVE, CREATE USER Instalación de CMS y Plantilla Antes de Inicializar el proceso de instalación procedimos a crear un directorio en la carpeta del servidor local HTDOC, con el nombre original. En el directorio original se integraron los directorios necesarios para la instalación de JOOMLA. Para inicializar el proceso de instalación accedimos el navegador web con la dirección URL: Figura V.3. Entorno de Instalación de JOOMLA

34 En el transcurso de la instalación, se definieron 7 pasos fundamentales: Paso 1. Selección de Idioma. Se seleccionó el idioma que se utilizará para el proceso de instalación. Habilitando la opción de español Paso 2. Comprobaciones Previas. El sistema manejador de contenido verifica automáticamente el soporte de algunos de los elementos. Versión de PHP >= Soporte de Compresión Zlib Soporte XML Soporte MySQL Mbstring language predeterminado Mbstring overload desactivado Soporte para análisis INI Soporte JSON configuration.php Escribible = Si = Si = Si = Si = Si = Si = Si = Si = Si Paso 3. Términos de Uso de Licencia. Simplemente aceptamos los términos de licencia de uso de joomla.

35 Paso 4. Base de Datos Definimos los datos de acceso a nuestra base de datos MySQL para que puedan acceder a ella los scripts de Joomla!. Para ello definimos los siguientes parámetros: Tipo de base de datos: MySQL. Nombre del Serviror: localhost. Usuario: < nombredeusuario >. Contraseña: < contraseñadeusuario >. Paso 5. Configuración del FTP. Esta pantalla nos permite poner los datos de acceso a una cuenta FTP del servidor donde estamos instalando Joomla, en este proyecto no realizamos configuraciones en este paso. Paso 6. Configuración Principal. Indicamos el título del sitio web, además ingresamos el correo electrónico, usuario y contraseña del administrador para acceder a la administración del CMS. Paso 7. Finalización de Instalación Antes de finalizar la instalación, accedimos al directorio donde está alojado el sitio web y eliminamos el directorio INSTALATION. Posteriormente procedimos a actualizamos la versión de joomla a la versión 1.7.2, descargando el paquete de actualización desde la página web

36 Para visualizar desde el navegador web la correcta instalación y actualización del CMS accedemos a la dirección URL. Figura V.4. Comprobación de Instalación y Actualización Configuración de Plantilla Entorno de Administración Para realizar las labores de desarrollo en el sitio web accederemos a la interfaz de administrador desde la dirección URL Iniciando sección con el usuario y contraseña que se definió en el paso 7. Figura V.5. Acceso Entorno administrador

37 Cuando trabajamos con plantillas para joomla, necesitamos conocer las posiciones que tienen predefinidas para poder cargar los diferentes módulos que estarán disponibles para la elaboración del sitio web. Antes de planificar los cambios a realzar visualizamos en la figura V.6. Las posiciones disponibles en la plantilla seleccionada. Ingresando desde el URL del navegador Figura V.6. Posiciones Disponibles en la Plantilla

38 Estructura de Diseño Para facilitar la descripción de los cambios realizados, puntualizaremos en la siguiente figura, la estructura organizativa del diseño, seguido de la explicación técnica de los cambios realizados. Figura V.7. Esquema de Posiciones Utilizadas

39 Descripciones de Posiciones Utilizadas 1. Logotipo: se descargó el logotipo desde el portal web de la Universidad Centroamericana, en formato PNG con las siguientes dimensiones 135 px de largo y 135 px de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. Al CSS de la plantilla se le asignó la posición del elemento, y se integró el hipervínculo al inicio del sitio. 2. Menú Superior: los elementos que se integrarán al menú superior fueron administrados desde el gestor de menú del CMS en la siguiente ruta: Menús / Gestor de Menú. Integrando los siguientes enlaces Inicio, Facultades, Calendario Académico, Galería, Contáctenos. Se personalizó la barra superior con los colores institucionales de la Universidad Centroamericana, integrándole los siguientes tonos. Celeste (Valor Hexadecimal: 007dc3), Dorado (Valor Hexadecimal: bb8d09). 3. Fondo para Slideshow: se integró una franja de tono Celeste (Valor Hexadecimal: 007dc3), que se muestra como fondo para el slideshow. 4. Slideshow Noticias: se integró un nuevo módulo en la posición SLIDESHOW. El elemento fue gestionado desde el administrador de posiciones del CMS, configurando los siguientes parámetros. Tiempo de transición: 5000 ms Estilo de Transición: Maju Ancho del modulo: 900 px Altura del modulo: 300 px Tipo de Animación: Slideshow Botones de Anterior y Siguiente: Mostrar

40 En el slideshow se presentaran imágenes informativas de los eventos de interés para la comunidad estudiantil 5. Enlace a Servicios en Línea: se diseñó una imagen representativa con las siguientes dimensiones 250 px de largo y 80 de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. Se integró un nuevo modulo de tipo HTML personalizado, en la posición USER1. El elemento fue gestionado desde el administrador del CMS en la siguiente ruta: Extensiones / Gestor de Módulos, El elemento re direccionará a servicios en línea de la Universidad Centroamericana UCA. 6. Enlace a Información de Procesos: se diseñó una imagen representativa con las siguientes dimensiones 250 px de largo y 80 de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. Se integró un nuevo módulo de tipo HTML personalizado, en la posición USER2. El elemento fue gestionado desde el administrador del CMS en la siguiente ruta: Extensiones / Gestor de Módulos. El elemento direccionará a los artículos que contienen información de los diversos procesos que atiende la DRCA. 7. Enlace a Solicitud de Tramite: se diseñó una imagen representativa con las siguientes dimensiones 250 px de largo y 80 de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. Se integró un nuevo modulo de tipo HTML personalizado, en la posición USER3. El elemento fue gestionado desde el administrador del CMS en la siguiente ruta: Extensiones / Gestor de Módulos. El elemento direccionará al formulario en línea donde se realizarán las solicitudes de trámite de los usuarios finales.

41 8. Enlace a Chat en Línea: se diseñó una imagen representativa con las siguientes dimensiones 250 px de largo y 80 de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. Se integró un nuevo modulo de tipo HTML personalizado, en la posición USER4. El elemento fue gestionado desde el administrador del CMS en la siguiente ruta: Extensiones / Gestor de Módulos. El elemento direccionará hacia el servicio de chat donde se mostraran los operadores disponibles. 9. Banner estático frontal: Se integró un nuevo modulo de tipo HTML personalizado, en la posición USER5. El elemento fue gestionado desde el administrador del CMS en la siguiente ruta: Extensiones / Gestor de Módulos. Se editó e íntegro una imagen representativa con las siguientes dimensiones 630 px de largo y 118 px de alto. Para su posterior almacenamiento en el directorio de imágenes del sitio web de la DRCA. 10. Contenido: Esta posición se predeterminó para mostrar los artículos que el administrador estime como destacados, o que desee visualizar. Configurando los siguientes parámetro. Cantidad de Artículos de Introducción: 5 Cantidad de Artículos después de los de introducción: 3 Cantidad de Columnas: Buscador de Contenido Interno: se integró un nuevo modulo de tipo buscar en la posición RIGTH. El elemento fue gestionado desde el administrador de posiciones del CMS, configurando los siguientes parámetros. Etiqueta: Busca... Ancho: 20

42 Botón de Búsqueda: No Posición del Botón: Derecha Imagen del Botón: No 12. Menú enlace destacados: se integró desde el gestor de menú del CMS un nuevo menú, con el nombre ENLACE DESTACADOS. Además se integró un nuevo modulo de tipo menú en la posición RIGTH2. El cual mostrará los elementos integrados en el menú ENLACES DESTADOS. El menú contiene los siguientes enlaces: Portal UCA, Biblioteca, Pregrado, Posgrado, Ex alumnos UCA, Vicerrectoría Académica, Entorno Virtual de Aprendizaje. 13. Botones Laterales: Se integró un nuevo modulo de tipo HTML personalizado en la posición RIGHT. La posición contiene tres botones con enlace a Buzón de Sugerencias, Horarios de Clase 2012 y Manuales de Usuario. 14. Información Básica: Se integró un modulo de tipo HTML personalizado en la posición USER11. La posición contiene la dirección de la DRCA y los números telefónicos. 15. Enlace Últimas Noticias: se integró un nuevo modulo de tipo HTML personalizado, en la posición USER12. El módulo presentará el titulo de las últimas noticias de la DRCA con sus enlaces correspondientes a la noticia completa. 16. Enlace a Preguntas Frecuentes: se integró un nuevo módulo de tipo HTML personalizado, en la posición USER13. El módulo presentará un listado de las preguntas más frecuentes realizadas por los usuarios finales, con su enlace correspondiente, de las respuestas emitidas por la DRCA.

43 17. Pie de Página: se modificó la página principal de la plantilla con la herramienta Adobe Dreamweaverd. Integrando la descripción de los derechos de autor. 18. Barra Wibiya: se instalo un nuevo plugin desde el administrador de extensiones del sitio web, el cual en su configuración guarda el enlace al script que pone a nuestra disposición el servicio wibiya.

44 Resultado de Propuesta de Diseño de Plantilla Figura V.8. Propuesta de Diseño

45 Presentación de Propuesta de Diseño Plantilla Es importante mencionar que el diseño que se muestra en la figura V.8 fue presentada a manera de propuesta a la directora de la DRCA, para su aprobación. Resultado: Como resultado de la presentación. La directora mostró gran aceptación a la propuesta de diseño, autorizando al coordinador de la Oficina de Coordinación y Desarrollo Web (OCDW), el alojamiento de los directorios y base de datos del sitio web que se le presentó localmente. La Oficina de Coordinación y Desarrollo Web fue el área encargada de realizar las siguientes eventualidades por medio del CPanel virtual del servidor web de la Universidad Centroamericana. Figura V.9 Interfaz demo de administración de servicios web en hostgator

46 En la interfaz que se muestra en la figura V.9, se realizaron las siguientes acciones: 1. Importación de Directorios en Servidor Web. Todos los directorios del sitio web que se estaban trabajando de manera local, se comprimieron en un archivo ZIP para luego subirlos vía FTP y descomprimirlos en el directorio asignado para la DRCA, en el servidor web. 2. Importación de la Base de Datos. Desde el administrador de bases de datos se definió el nombre de la base de datos, usuario y contraseña asociada. Seguidamente se importó los valores de la base de datos que se estaba trabajando de manera local. 3. Conexión de Base de Datos. Para la conexión a la base de datos se ingresó al administrador de archivos, para modificar los valores del archivo configuration.php, en el cual se definieron las rutas de acceso para los registros del sistema y archivos temporales. 4. Conexión al servidor DNS El directorio asignado para la página web de la DRCA fue apuntado hacia la dirección IP del servidor DNS de la Universidad Centroamericana UCA. Para poder visualizar la página web solo tendremos que introducir en el navegador la dirección URL:

47 Luego de la ejecución de las acciones antes mencionadas, La OCDW nos proporcionó cuenta de acceso FTP y cuentas de acceso al directorio administrador para continuar con el proceso de desarrollo. Instalación de Extensiones Para la instalación de las utilidades accedemos desde el panel administrador del CMS siguiendo la siguiente ruta: Extensiones / Administrador de Extensiones, como se visualiza en la figura V.10 Figura V.10. Entorno de Administración de Extensiones. En la interfaz que se muestra en la figura V.10, se realizaron las siguientes instalaciones: Paquete de Idioma a español, entorno Cliente y Administrador. Habilitando su uso en la siguiente ruta del menú: Extensiones / Administrador de Lenguaje. Editor de Texto JCE Editor Habilitando su uso en la siguiente ruta del menu: Sitio / Configuración Global / Editor Predeterminado. RSFrom! Pro. En este componente se administraran los formularios de manera independiente.

48 Phoca Gallery. Este componente nos permitirá crear galería de imágenes y gestionada por categorías. Rokbox: Nos permite gestionar imágenes emergentes dentro de cualquier artículo, agregando una sintaxis al principio y al final del URL de la imagen. ZT-Slideshow: Este modulo nos permite gestionar los diversos estilos, tiempos y secuencia de las imágenes panorámicas. Instalación de Aplicaciones de Terceros Barra Wibiya Para centralizar en una sola posición del sitio web todo lo referente a funcionalidades varias como acceso a redes y canales sociales, se ha decidió utilizar la barra wibiya. Para realizar los registros a este servicio hemos creamos una cuenta de correo electrónico en Gmail. En la siguiente gráfica se mostrará el entorno de administración en línea con la cual se gestionará los elementos a integrar. Figura V.11. Entorno de Administración de la barra wibiya

49 En la interfaz que se muestra en la figura V.11, se integraron las siguientes funcionalidades Conteo Usuarios en Línea: nos muestra la cantidad de usuarios conectados en línea, un listado gradual de las páginas que están siendo más vistas y un mapa donde podemos visualizar la posición geográfica de los visitantes. Traductor: se habilitaron 12 idiomas varios (Chino, Holandés, Inglés, Francés, Alemán, Italiano, Japonés, Coreano, Portugués, Ruso y Español.), los cuales con un simple clic se realiza la traducción de las líneas de código html. Botón Seguir en Twitter: al presionar este botón automáticamente nos indicará que iniciemos sesión, para formar parte de los seguidores de la DRCA en Twitter. Google +: al presionar este botón automáticamente nos pedirá iniciar sesión con nuestra cuenta personal de G+, para ser un seguidor de la página en G+ de la DRCA. Escritorio Virtual de Youtube: en el que aparecerá una galería dinámica de todos los videos del canal de Youtube de la DRCA. Escritorio Virtual de Facebook: al presionar este botón se mostrará una vista previa de todas las notificaciones y eventualidades realizadas en la página de Facebook de la DRCA. Escritorio Virtual de Twitter: al presionar este botón se mostrará una vista previa de todas las notificaciones en el canal de Twitter de la DRCA. Mensaje Emergente: se configuró el inicio automático de una ventaja emergente de bienvenida.

50 Calendario de Evento Para gestionar los eventos de la DRCA se decidió utilizar el calendario de eventos que pone a nuestra disposición la cuenta de GMAIL de la DRCA. Enlazando el script del calendario en el sitio web. Este tipo de calendario permite a los usuarios finales copiar los eventos de la DRCA en su calendario personal. Cuando se desee administrar el calendario será realizado desde la interfaz que se muestra en la figura V.12, automáticamente serán reflejados los cambios en el sitio web. Figura V.12. Entorno de Administración de Calendario de Evento

51 Chat en Línea Con el servicio de chat en línea, se pretende poner a la disposición de los usuarios finales un medio de comunicación, que les permita interactuar a los visitantes del sitio, con el equipo de atención al cliente de la DRCA. Con tan sólo un clic los visitantes podrán comunicarse con el equipo de atención, sin necesidad de asistir físicamente a las instalaciones de la DRCA. Para realizar la administración de este servicio, se ha creado una cuenta de usuario en el sitio web del proveedor de servicio en línea (Provide Support), se nos ha asignado un panel de control para gestionar el chat en línea. En la siguiente gráfica se mostrará el entorno de administración en línea con la cual se gestionará los elementos a integrar. En la interfaz que se muestra en la figura V.13, se visualizan las funcionalidades del panel de control del chat en línea. Figura V.13. Entorno de Administración de Chat en Línea

52 ETAPA 2: DIAGRAMAS DE CASOS DE USO Usuario Anónimo Éste no necesita ninguna capacidad especial para acceder al contenido público del sitio web, tan sólo conocer la dirección de Internet para acceder desde su navegador. Estará en la capacidad de realizar funciones como consultar contenido público, ver galerías de imágenes, consultar calendario de eventos, llenar formulario en línea, chat en línea y realizar búsqueda de contenido público. Diagrama de caso de usos para el usuario anónimo

53 Diagrama de Secuencia - Usuario Anónimo (Consulta de contenido público)

54 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo consulta algún contenido público. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End que en el diagrama denominamos JOOMLA, realiza una petición de contenido al componente de JOOMLA componente de contenido que se encarga de gestionar los contenidos. 2) El componente de JOOMLA componente de contenido se comunica con otro componente de JOOMLA denominado componente de usuario para preguntarle por los privilegios que posee el usuario de la sesión actual. 3) El componente de JOOMLA componente de usuario responde a componente de contenido que ese usuario no posee privilegios por lo que sólo podrá ver contenido de carácter público. 4) El componente de JOOMLA componente de contenido, tras esta respuesta, pide al componente de JOOMLA denominado Interface_Base de Datos que obtenga el contenido público que peticiona el usuario. 5) El componente de JOOMLA Interface Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para buscar en ésta, los datos que solicita el usuario. 6) El Gestor de Bases de Datos MySQL devuelve los datos pedidos en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 7) El componente Interface Base de Datos interpreta el lenguaje SQL y responde al componente componente de contenido dándole el contenido que le había solicitado.

55 8) El componente componente de contenido a su vez muestra dicho contenido en el formato adecuado al Front-End JOOMLA, para que pueda ser visto por el usuario.

56 Diagrama de Secuencia- Usuario Anónimo (Pulsar botón de galería de imágenes)

57 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo pulsa el botón galería de imágenes. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End JOOMLA realiza la petición de la galería al componente de JOOMLA componente zoom que se encarga de gestionar dicha galería de imágenes. 2) El componente de JOOMLA componente zoom, pide al componente de JOOMLA denominado Interface Base de Datos que obtenga la galería que solicita el usuario. 3) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para buscar en ésta, los datos que solicita el usuario. 4) El Gestor de Bases de Datos MySQL devuelve los datos pedidos en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 5) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente componente zoom dándole la galería que le había solicitado. 6) El componente componente zoom a su vez muestra dicha galería de imágenes en el formato adecuado al Front-End JOOMLA, para que pueda ser visto por el usuario.

58 Diagrama de Secuencia- Usuario Anónimo (Pulsa el botón calendario)

59 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo pulsa el botón de Calendario. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End JOOMLA realiza la petición al Gestor de menús se encarga de gestionar el menú que hace referencia al archivo que contiene la configuración del calendario. 2) El Gestor de menús, pide al archivo calendario.html que obtenga el calendario que solicita el usuario. 3) El archivo Calendario.html a su vez realiza esa petición al Scrip_google_calendar para que muestre el calendario de Google de calendar que fue configurar con la cuenta de Gmail de la institución. 4) El Scrip_google_calendar devuelve los datos al archivo Calendario.html. 5) El archivo Calendario.html interpreta la respuesta y responde Gestor_menús, dándole el calendario que le había solicitado. 6) El Gestor_menús, a su vez muestra dicho calendario en el formato adecuado al Front-End JOOMLA, para que pueda ser visto por el usuario.

60 Diagrama de Secuencia- Usuario Anónimo (Pulsa el botón formulario)

61 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo pulsa el botón de Formulario. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End JOOMLA realiza la petición de mostrar_formulario al componente de JOOMLA Componente_Formulario que se encarga de gestionar dicho formulario. 2) El componente de JOOMLA Componente_Formulario, pide al componente de JOOMLA denominado Interface_Base de Datos que inserte_dato que digitalizó el usuario al hacer la solicitud mostrar_formulario. 3) El componente de JOOMLA Interface Base de Datos a su vez realiza una petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para almacenar_datos de lo que solicitó el usuario. 4) El Gestor de Bases de Datos MySQL comprueba la operación de datos_almacenado y luego envía un mensaje con interprete SQL al componente Interface_Base de Datos indicando que fueron almacenados. 5) El componente Interface Base de Datos interpreta el mensaje en lenguaje SQL y responde alcomponente Componente_Formulario indicándolo que los datos han sido insertado en la base de datos. 6) El componente Componente_Formulario a su vez muestra dicho mensaje en un formato adecuado al Front-End JOOMLA, para que pueda ser visto por el usuario.

62 Diagrama de Secuencia- Usuario Anónimo (búsqueda de contenido público.)

63 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo utiliza el motor de búsqueda del sitio web para buscar un contenido público. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End JOOMLA realiza la petición de buscar por los criterios y palabras introducidos por el usuario al componente de JOOMLA Componente_buscar que es el motor de búsquedas que se encarga de gestionarlas dentro del sitio web. 2) El componente de JOOMLA Componente_buscar se comunica con otro componente de JOOMLA denominado Componente_usuario para preguntarle por los privilegios que posee el usuario de la sesión actual. 3) El componente de JOOMLA Componente_usuario responde a Componente_buscar que ese usuario no posee privilegios por lo que sólo podrá ver contenido de carácter público. 4) El componente de JOOMLA Componente_buscar, tras esta respuesta, pide al componente de JOOMLA Componente_contenido que obtenga el contenido público que concuerde con los criterios del usuario, ya que este se encarga de gestionar los contenidos del sitio web. 5) El componente de JOOMLA Componente_contenido, a su vez, pide al componente de JOOMLA denominado Interface_Base de Datos que obtenga el contenido público que solicitó el usuario. 6) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para buscar en ésta, los datos que solicitó el usuario.

64 7) El Gestor de Bases de Datos MySQL devuelve los datos pedidos en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 8) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente Componente_contenido dándole los contenidos públicos que le había solicitado. 9) El componente Componente_contenido a su vez, devuelve dichos contenidos al motor de búsqueda Componente_buscar. 10) El componente Componente_buscar muestra dichos contenidos públicos en el formato adecuado al Front-End JOOMLA, para que pueda ser visto por el usuario.

65 Usuario Administrador: El Back-End, de cara al administrador, permitirá configurar y gestionar todo el sitio web de manera sencilla y segura. Para acceder al sitio web, el administrador deberá conocer los parámetros Usuario y Clave. También deberá conocer la URL de acceso a la zona del administrador, Diagrama de casos de usos para el usuario Administrador

66 Diagrama de Secuencia- Usuario Administrador (autentificación en el Back-End como Administrador)

67 Este diagrama de secuencia corresponde a la acción que realiza el sistema para el caso de uso Usuario Administrador y representará la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador se autentica en el Back-End mediante un formulario de acceso. Esta acción será un requisito para que el administrador pueda realizar cualquier otra acción con privilegios dentro del Back-End. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador digita el directorio administrator, en la dirección de sitio esta acción es dirigida al servidor Apache, para que se realice la petición al componente_administrador. 2)Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 5) El Back-End Componente_Administrador realiza la petición de acceso con estos parámetros al componente de JOOMLA Componente_iniciar_seción que se encarga de gestionar los accesos al sitio web. 6) El componente de JOOMLA Componente_iniciar_seción, a su vez, pide al componente de JOOMLA denominado Interface_Base de Datos que consulte dichos parámetros de acceso. 7) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para comprobar en ésta, los datos que proporciona el administrador. 8) El Gestor de Bases_de Datos MySQL devuelve que dicha operación ha sido realizada con éxito, en lenguaje SQL, al componente de JOOMLA Interface Base de Datos. 9) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente Componente_iniciar_seción diciéndole que el acceso ha sido concedido. 10) El componente Componente_iniciar_seción muestra dicho acceso concedido en el formato adecuado al Back-End Componente_Administrador, para que lo pueda visualizar el administrador.

68 Diagrama de Secuencia- Usuario Administrador (Operación sobre algún contenido)

69 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre algún contenido, pudiendo ser este de carácter tanto público como privado, ya sea para añadir algún contenido, borrarlo o modificarlo. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Back End, dicha acción, será redirigida al servidor Apache, para que luego se realice la solicitud al componente_administrador. 2)Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) El Back-End Componente_Administrador realiza una petición de operación sobre contenido al componente de JOOMLA Componente_contenido que se encarga de gestionar los contenidos. 4) El componente de JOOMLA Componente_contenido se comunica con otro componente de JOOMLA denominado Componente_usuario para preguntarle por los privilegios que posee el administrador de la sesión actual. 5) El componente de JOOMLA Componente_usuario responde a Componente_contenido que ese administrador posee privilegios por lo que podrá gestionar contenidos tanto públicos como privados. 8) El componente de JOOMLA Componente_contenido, tras esta respuesta, pide al componente de JOOMLA denominado Interface_Base de Datos que realice la operación sobre el contenido que desea el administrador.

70 9) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para realizar en ésta, la operación que solicito el administrador. 10) El Gestor de Bases de Datos MySQL devuelve respuesta sobre la operación realizada en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 11) El componente Interface Base de Datos interpreta el lenguaje SQL y responde al componente Componente_contenido diciéndole si la operación sobre el contenido ha sido realizada con éxito. 12) El componente Componente_contenido a su vez muestra el resultado de dicha operación sobre el contenido en el formato adecuado al Back-End Componente_Administrador, para que pueda ser visto por el administrador.

71 Diagrama de Secuencia- Usuario Administrador (Operación sobre algún usuario)

72 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre algún usuario, ya sea para darle de alta, darle de baja o modificar sus datos. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Back End, dicha acción, será redirigida al servidor Apache, para luego se realice la solicitud al componente_administrador. 2) Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) El Back-End Componente_Administrador realiza una petición de operación sobre usuarios al componente de JOOMLA componente_usuario que se encarga de gestionar los usuarios. 4) El componente de JOOMLA Componente_usuario comprueba los privilegios que posee el administrador de la sesión actual. 5) El componente de JOOMLA Componente_usuario, tras esta respuesta, pide al componente de JOOMLA denominado Interface_Base de Datos que realice la operación sobre el usuario que desea el administrador. 6) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para realizar en ésta, la operación que peticiona el administrador. 7) El Gestor de Bases de Datos MySQL devuelve respuesta sobre la operación realizada en lenguaje SQL al componente de JOOMLA Interface_Base de Datos.

73 8) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente Componente_usuario diciéndole si la operación sobre el usuario ha sido realizada con éxito. 9) El componente Componente_usuario a su vez muestra el resultado de dicha operación sobre el usuario en el formato adecuado al Back-End Componente_Administrador, para que pueda ser visto por el administrador.

74 Diagrama de Secuencia- Usuario Administrador (Operación sobre alguna galería de Imágenes)

75 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre la galería de imágenes, ya sea para añadir alguna imagen, borrarla o modificarla. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Back End, dicha acción, será redirigida al servidor Apache, para luego se realice la solicitud al Componente_Administrador. 2) Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) Luego el Back-End Componente_Administrador realiza una petición de operación sobre la galería de imágenes al componente de JOOMLA Componente_zoom que se encarga de gestionar dicha galería. 4) El componente de JOOMLA Componente_zoom se comunica con otro componente de JOOMLA denominado componente_usuario para preguntarle por los privilegios que posee el administrador de la sesión actual. 5) El componente de JOOMLA Componente_usuario responde a Componente_zoom que ese administrador posee privilegios por lo que podrá gestionar la galería de imágenes. 6) El componente de JOOMLA Componente_zoom, tras esta respuesta, pide al componente de JOOMLA denominado Interface_Base de Datos que realice la operación sobre la galería que desea el administrador.

76 7) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para realizar en ésta, la operación que peticiona el administrador. 8) El Gestor de Bases de Datos MySQL devuelve respuesta sobre la operación realizada en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 9) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente Componente_zoom diciéndole si la operación sobre la galería ha sido realizada con éxito. 10) El componente Componente_zoom a su vez muestra el resultado de dicha operación sobre la galería de imágenes en el formato adecuado al Back-End Componente_Administrador, para que pueda ser visto por el administrador.

77 Diagrama de Secuencia - Usuario Administrador (Operación sobre el calendario)

78 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre el calendario, ya sea para añadir algún evento, borrarlo o modificarlo. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Calendario de evento de DRCA, dicha acción, será redirigida por un servidor Apache, para que este realice la solicitud a la Cuenta_Gmail, institucional de la DRCA. 2) Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave a la de Cuenta_Gmail, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) Luego en la Cuenta_Gmail, se verifica la los privilegios de acceso de usuario administrador de la cuenta. 4) Después de haberse comprobado la autentificación del usuario administrador Cuenta_Gmail, realiza una petición de operación sobre la Interface_Gmail. La cual será realizar operaciones sobre el Google_calendar de Gmail. 5) El Google_calendar responde a la Interface_Gmail, que las operaciones sobre el calendario se han realizado exitosamente. 6) La Interface_Gmail, tras esta respuesta, le indica al usuario Cuenta_Gmail, que la operación que el administrador ha solicitado sobre el calendario, se ha realizado. 7) Cuenta_Gmail, a su vez muestra el resultado de dicha operación sobre el calendario de eventos en el formato adecuado al Usuario_Administrador.

79 Diagrama de Secuencia - Usuario Administrador (Operación sobre el formulario)

80 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre los formularios, ya sea para añadir algún formulario, borrarlo o modificarlo. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Back End, dicha acción, será redirigida al servidor Apache, para luego se realice la solicitud al Componente_Administrador. 2) Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) Luego el Back-End Componente_Administrador realiza una petición de operación sobre el formulario al componente de JOOMLA Componente_formulario que se encarga de gestionar dicho formulario. 4) El componente de JOOMLA Componente_formulario se comunica con otro componente de JOOMLA denominado componente_usuario para preguntarle por los privilegios que posee el administrador de la sesión actual. 5) El componente de JOOMLA Componente_usuario responde a Componente_formulario que ese administrador posee privilegios por lo que podrá gestionar la galería de imágenes. 6) El componente de JOOMLA Componente_formulario, tras esta respuesta, pide al componente de JOOMLA denominado Interface_Base de Datos que realice la operación sobre el formulario que desea el administrador.

81 7) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para realizar en ésta, la operación que peticiona el administrador. 8) El Gestor de Bases de Datos MySQL devuelve respuesta sobre la operación realizada en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 9) El componente Interface_Base de Datos interpreta el lenguaje SQL y responde al componente Componente_formulario diciéndole si la operación sobre el formulario ha sido realizada con éxito. 10) El componente Componente_formulario a su vez muestra el resultado de dicha operación sobre el formulario en el formato adecuado al Back-End Componente_Administrador, para que pueda ser visto por el administrador.

82 Diagrama de Secuencia - Usuario Anónimo (Pulsar botón chat en línea)

83 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Anónimo y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando un usuario anónimo pulsa el botón de Chat en línea. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) El Front-End JOOMLA realiza la petición de chat en línea al Gestor_módulos de JOOMLA, el cual gestiona todo los módulos instalados en el CMS. 2) El Gestor_módulos de JOOMLA, pide al módulo botón 4 de JOOMLA que re direccione la solicitud del usuario. 3) El módulo botón 4 de JOOMLA, a su vez realiza una petición a URL_provide_support esta para solicitar la url que mostrara la ventana de registro de usuario. 4) Luego URL_provide_support, responde a botón 4, que la solicitud ha sido aceptada. 5) El botón 4, tras ese respuesta, pide a la ventana_login_usuario, que realice la petición de datos (nombre, Descripción de la consulta). 6) La ventana_login_usuario, después de haber aceptado y almacenados los datos de solicitud del usuario, mostrara a continuación la sala de chat en un formato adecuado en al Front-End JOOMLA, para que pueda ser visto por el usuario.

84 Diagrama de Secuencia - Usuario Administrador (Operación instalación de extensiones)

85 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza la instalación de alguna extensión de software sobre el CMS JOOMLA, pudiendo ser estas módulos, componentes o plugins compatibles con JOOMLA, permitiendo añadir dicha extensión, borrarla o modificarla. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el Back End, dicha acción, será redirigida al servidor Apache, para luego se realice la solicitud al Componente_Administrador. 2) Una vez realizadas todas las comprobaciones, el servidor Apache envía por un canal los parámetros usuario y clave al Back-End Componente_Administrador, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) Luego el Back-End Componente_Administrador realiza una petición de operación sobre el formulario al componente de JOOMLA Componente_instalación que se encarga de gestionar dichas instalaciones y actualizaciones de extensiones sobre el CMS JOOMLA. 4) El componente de JOOMLA Componente_instalación se comunica con otro componente de JOOMLA denominado Componente_usuario para preguntarle por los privilegios que posee el administrador de la sesión actual. 5) El componente de JOOMLA Componente_usuario responde a Componente_instalación que ese administrador posee privilegios por lo que podrá instalar extensiones. 6) El componente de JOOMLA Componente_instalación comprobará la ruta donde se encuentre el paquete de instalación de la extensión, dicha operación se representa en este diagrama mediante la expresión: Obtener_ruta (Instalación).

86 7) El componente de JOOMLA Componente_instalación, tras estas comprobaciones, pide al componente de JOOMLA denominado Interface_Base de Datos que realice la instalación que desea el administrador. 8) El componente de JOOMLA Interface_Base de Datos a su vez realiza esa petición al Gestor de Bases de Datos MySQL esta vez en lenguaje SQL, para realizar en ésta, la instalación que peticiona el administrador. 9) El Gestor de Bases de Datos MySQL devuelve respuesta sobre la operación realizada en lenguaje SQL al componente de JOOMLA Interface_Base de Datos. 12) El componente Interface Base de Datos interpreta el lenguaje SQL y responde al componente Componente_instalación diciéndole si la operación de instalación ha sido realizada con éxito. 13) El componente Componente_instalación a su vez muestra el resultado de dicha operación de instalación en el formato adecuado al Back-End Componente_usuario, para que pueda ser visto por el administrador.

87 Diagrama de Secuencia - Usuario Administrador (Operación sobre el panel de administración chat en línea)

88 Este diagrama de secuencia se corresponde con la acción que realiza el sistema para el caso de uso Usuario Administrador y sirve para mostrar la secuencia de pasos y métodos a utilizar en cada una de las distintas capas que atraviesa la ejecución del programa cuando el administrador realiza alguna operación sobre el panel de administración del chat en línea, ya sea para añadir algún operador, borrarlo o modificarlo. A continuación describimos los pasos que realiza este diagrama de secuencia de manera detallada: 1) Cuando el administrador va a realizar una operación cualquiera sobre el panel de administración del chat en línea, dicha acción, se tiene que hacer ingresando a la url_provide_support, la cual es la siguiente 2) Una vez ingresado a la url_provide_support, se tiene que autentificarse en la ventana de login con los parámetros usuario y clave, interpretado en el diagrama mediante HTTP (Usuario, Clave). 3) La ventana login, realizará una petición de administrar_operadores. La cual será realizar operaciones sobre el Panel_administracion Provide support, el cual se encarga de gestionar los operadores y configuración del sistema chat en línea. 4) El Panel_administracion Provide support, responde a la ventana login, que la administración sobre los operadores se han realizado exitosamente. 5) Login, a su vez muestra el resultado de dicha operación sobre la solicitud realizada en el formato adecuado para Usuario_Administrador.

89 ETAPA 3: DIAGRAMAS DE COLABORACIÓN Diagrama de colaboración - Usuario Anónimo (Consulta de contenido público) Usuario_Anónimo 1: Id_contenido_público Joomla 11: Contenido_público() 2: Pedir_contenido() 10: Mostrar_contenidos Componente de contenido 4: Comprobar_sesion 5: Sin_privilegios 3: Privilegios de usuarios 9: Contenidos 6: Obtener_contenidos Componente de usuario Interface de BD 7: SQL_obtener_contenidos 8: SQL_contenidos MySQL Diagrama de colaboración - Usuario Anónimo (Botón chat en línea) Usuario Anónimo 1: Botón_chat en línea 2: Mostrar_chat Joomla 10: Chat_en_línea 9: Mostar_chat 8: Nombre_introducido 6: chat Gestor de Modulos 3: Obtener_chat Ventana login de usuario 7: Introducir_nombre Boton 4 4: Solicitud_de_url 5: Url_solicitud ok URL provide support

90 Diagrama de colaboración- Usuario Anónimo (Pulsar botón de galería de imágenes) 1: Boton_galería Usuario_Anónimo 8: Galería de Imagenes() Joomla 2: Pedir_galería 7: Mostrar_Galería Componente_zoom MySQL 6: Galería_ok 5: SQL_galería 3: Obtener_galería 4: SQL_obtener_galería Interface de BD Diagrama de colaboración- Usuario Anónimo (Pulsa el botón Calendario) Usuario Anónimo 1: Botón_calendario 2: Pedir_calendario Joomla 8: Calendario() 7: Mostrar_calendario 6: Obtener_calendario ok Gestor de menús 3: Obtener_calendario Calendario.html 4: Solicitud_código 5: Código_solicitud ok Script_google_calendar

91 Diagrama de colaboración- Usuario Anónimo (Pulsa el botón formulario) Usuario_Anónimo 1: Boton_Formulario 8: Formulario_recibido() Joomla 2: Mostrar_formulario 7: Mostrar_resultado_formulario Componente_Formulario MySQL 5: SQL_operación ok 6: Datos_insertados ok 3: Insertar_datos 4: SQL_datos_almacenados Interface de BD Diagrama de colaboración- Usuario Anónimo (búsqueda de contenido público.) Usuario Anónimo 1: Palabra_a_buscar 2: Buscar Joomla 13: Resultados_busqueda 12: Resultado_buscar Componente buscar 5: Sin_privilegios 6: Buscar_contenido_público 11: Contenidos_públicos 4: Comprobar_sesion 3: Privilegios de usuarios Componente usuario Componente_c ontenido 7: Buscar_contenido 10: Contenidos Interface de BD 8: SQL_buscar_contenido 9: SQL_contenidos MySQL

92 Diagrama de colaboración- Usuario Administrador (autentificación en el Back-End como Administrador) 1: Usuario y clave Apache 2: HTTP(usuario y clave) Usuario Administrador 9: Acceso_concebido 8: Acceso ok Componente Administrador 3: Acceso Componente iniciar secion 4: Comprobar_acceso 5: SQL_comprobar_acceso MySQL 7: Acceso_concebido Interface de DB 6: SQL_operación ok Diagrama de colaboración- Usuario Sobre algún Usuario Administrator 1: Usuario y clave Apache 5: Comprobar_sesion Componente usuario Administrador (Operación contenido) MySQL 12: Operación_realizada 4: Privilegios_ administrad or 8: SQL_operación_contenidos 2: HTTP(usuario y clave) 6: Con_Privilegios 9: SQL_operación ok Componente Administrador 3: Operación 11: Operación ok Componente contenido 7: Operación_contenidos Interface de BD 10: Operación_contenidos ok

93 Diagrama de colaboración- Usuario Administrador (Operación sobre algún usuario) Apache 1: Usuario y clave 2: HTTP(usuario y clave) Usuario Administrador 4: Comprobar_ Sesion 10: Operación_realizada 9: Operación ok Componente Administrador 3: Operación Componente usuario 5: Operación_usuario 8: Operación_usuario Interface de BD 6: SQL_operación 7: SQL_operación ok MySQL Diagrama de colaboración- Usuario Administrador (Operación sobre alguna galería de Imágenes) Apache 1: Usuario y clave 2: HTTP(usuario y clave) Componente Administrador 12: Operación_realizada 11: Operación ok Componente Administrador 6: Con_privilegios Componente zoom 4: Privilegios_Administrador 3: Operación 10: Operación_galería ok 7: Operación_galería Interface de BD 8: SQL_operación_galería 9: SQL_operación ok MySQL Componente usuario 5: Comprobar_sesion

94 Diagrama de colaboración - Usuario Administrador (Operación sobre el calendario) Usuario Administrador 1: Usuario y clave Apache Google_calendar 5: Operación_calendario 8: Operación_realizada 3: Comprobar_sesión 2: HTTP(usuario y clave) 6: Operación_calendario ok Cuenta_G mail 4: Operación_Administrador 7: Operación_Administrador Interface_Gmail Diagrama de colaboración - Usuario Administrador (Operación sobre el formulario) Apache 1: Usuario y clave 2: HTTP(usuario y clave) Usuario Administrador 12: Operación_realizada Componente Administrador 11: Operación ok 3: Operación Componente formulario 7: Operación_formulario 4: Privilegios_Administrador 10: Operación_formulario ok Interface de BD 8: SQL_operación_formulario 6: Con_privilegios Componente usuario 5: Comprobar_sesión 9: SQL_operación ok MySQL

95 Diagrama de colaboración - Usuario Administrador (Operación instalación de extensiones) Apache 1: Clave y usuario 2: HTTP(usuario y clave) Usuario Administrador 13: Instalación_realizada Componente_Ad ministrador 7: Obtener_ruta(instalación) 12: Instalar ok 3: Instalar Componente instalación 4: Privilegios_Administrador 8: Operación_instalar 11: Operación_instalar ok Interface de BD 9: SQL_operación_instalar 6: Con_privilegios 5: Comprobar_sesión 10: SQL_instalar ok Componente usuario MySQL Diagrama de colaboración - Usuario Administrador (Operación sobre el panel de administración chat en línea) Usuario Administrador 1: Usuario y clave Url_provide_support 6: Operación_realizadas() 3: Comprobar_sesión 2: HTTP(usuario y clave) Login 4: Administrar_operadores 5: Operadores_administrados ok Panel_administración Provide_support

96 ETAPA 4: FICHAS DE CASOS DE USO IDENTIFICACIÓN DE REQUISITOS La tarea de identificación de requisitos se lleva a cabo mediante reuniones periódicas con el cliente, en nuestro caso será con la responsables de la Dirección de registro y control académico - UCA. La colección de requisitos se realizó de forma clara, sencilla y estructurada mediante una ficha con las siguientes propiedades: IDENTIFICADOR Nombre: Descripción: Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: A continuación explicamos brevemente el significado de los parámetros que se recogen en la ficha: Identificador: Identifica de forma relacionada cada uno de los requisitos. Dicho identificador sigue la siguiente nomenclatura. IDENTIFICADOR= RU+ Tipo + Número Donde: RU: Son las siglas de Requisito de Usuario. Tipo: Puede tomar los valores C, si se trata de un requisito de usuario de Capacidad (acceder algún recurso especifico). Número: Será un número de tres cifras que empezará por 001 y se irá incrementado en una unidad por cada nuevo requisito añadido.

97 Ejemplos: RUC001: Requisito de Usuario de Capacidad, Número 1. Nombre: Expresa el nombre del requisito, en pocas palabras un resumen del requisito. Descripción: Breve comentario textual del requisito. Tipo Usuario: Nos indica el tipo de usuario para el cual va dirigido el requisito. Puede tomar los siguientes valores: Anónimo : Usuario visitante del sitio web, el cual no posee ningún privilegio de acceso sobre contenidos privados de la DRCA - UCA. Administrador : Posee los privilegios para gestionar y configurar todos los aspectos del sitio web de la DRCA. Prioridad: Indica la prioridad en el desarrollo del requisito. Puede tomar los valores Alta, Media o Baja. Estabilidad: Indica la posibilidad de que el requisito cambie a lo largo del desarrollo del sitio web. Puede tomar los siguientes valores: Si : Cuando el cliente asegura que no va a ser modificado. No : Cuando el requisito puede variar en función de las sucesivas etapas del proyecto. Necesidad: Indica el nivel de necesidad del requisito dentro del sistema final. Puede tomar los valores Esencial, Opcional o Conveniente. Esencial : Cuando el cliente no acepte ninguna negociación. Conveniente : Cuando el requisito se pueda negociar. Opcional : Cuando su implementación puede ser eliminada.

98 Fuente: Indica el origen a partir del cual se ha obtenido el documento. Cuando se trata de un documento externo se hace referencia a dicho documento. REQUISITOS DE USUARIO En la fase de toma de requisitos de usuario, o fase de definición del problema, se definirán el ámbito y el alcance del sistema, es decir, lo que se espera que haga el sistema. Los requisitos de usuario son de tipo de capacidad. DESCRIPCIÓN GENERAL Perspectiva del Producto: El sistema debe constar de dos partes bien diferenciadas: El Front-End, de cara a los usuarios del sitio web, el cual les permitirá ver y consultar diversos contenidos que ofrece la Dirección de control y registro académico. El Back-End, de cara al administrador, el cual permitirá configurar y gestionar todo el sitio web de manera sencilla y segura. Capacidades Generales: El sistema ofrecerá diversas funcionalidades que podemos resumir en: visualizar contenidos e imágenes, consultar el calendario de la DRCA, llenar formulario en línea y realizar consulta con el chat en línea.

99 Restricciones Generales: El sistema tendrá que poderse utilizar de manera remota, tanto por los usuarios como por el administrador, siendo instalado dicho sistema en un servidor y accediéndose a este mediante su URL. REQUISITOS DE USUARIO DE CAPACIDAD En estas fichas se representarán los requisitos que los usuarios necesitan que tenga el sistema para que pueda resolver sus problemas o cumplir sus objetivos. A continuación se exponen los requisitos de capacidad: IDENTIFICADOR: RUC001 Nombre: Consultar contenidos públicos Descripción: Debe permitir consultar contenidos como documentos y noticias, siempre y cuando estos tengan un carácter público, es decir, que no sean contenidos protegidos por la DRCA. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC002 Nombre: Ver galería de imágenes Descripción: Debe permitir ver una galería de imágenes con diversas fotografías que presenta la DRCA. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández

100 IDENTIFICADOR: RUC003 Nombre: Consultar calendario Descripción: Debe permitir consultar el calendario de la DRCA para conocer donde, cuando y a qué hora realizarán las eventualidades de la DRCA. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC004 Nombre: Llenar Formulario en línea de solicitud de trámite Descripción: Debe permitir llenar formulario en línea de trámites con la finalidad de que el usuario realice su trámite desde el sitio web. De esta manera la solicitud será reciba digitalizada. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC005 Nombre: Consultar chat en línea Descripción: Debe permitir realizar consulta através del servicio de chat, de esta manera se establecerá una comunicación de dos vía usuario y operador. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández

101 IDENTIFICADOR: RUC006 Nombre: Realizar búsquedas sobre contenido público Descripción: Debe permitir realizar búsquedas de información a través de palabras clave, sobre los contenidos, en este caso de carácter público. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC007 Nombre: Autenticarse como administrador Descripción: Debe permitir al administrador mediante un USUARIO y una CLAVE autenticarse para pasar a tener los privilegios del Administrador en la zona del administrador o Back- End. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC008 Nombre: Gestión de contenidos Descripción: Debe permitir añadir, modificar o eliminar cualquier tipo de contenido, tanto público como privado. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández

102 IDENTIFICADOR: RUC009 Nombre: Gestión de usuarios Descripción: Debe permitir crear, modificar y eliminar los datos personales de cualquier usuario registrado. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC0010 Nombre: Gestión de galería de imágenes Descripción: Debe permitir añadir, modificar o eliminar cualquier fotografía de la galería de imágenes del sitio web. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC0011 Nombre: Gestión del calendario Descripción: Debe permitir añadir, modificar o eliminar cualquier eventualidad con relación al calendario de la DRCA. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández

103 IDENTIFICADOR: RUC0012 Nombre: Gestión de formularios Descripción: Debe permitir añadir, modificar o eliminar cualquier formulario que necesite gestionar la DRCA. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC0013 Nombre: Gestión de chat en línea Descripción: Debe permitir añadir, modificar o eliminar cualquier operador. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández IDENTIFICADOR: RUC0014 Nombre: Instalar extensiones Descripción: Debe permitir instalar cualquier tipo de funcionalidad o actualización del sistema. Tipo de Usuario: Anónimo Administrador Prioridad: Alta Baja Estabilidad: Si Necesidad: Esencial Conveniente Fuente: DRCA Dirección de registro y control académico (El cliente) Elaborado por: Pedro Pablo Romero Santana / Germán Danilo Vásquez Hernández

104 ETAPA 5: DIAGRAMA DE ESTADOS Este diagrama de estado representa la acción consultar calendario. La visualización del contenido se representa en tres estados. Por semana, mes y por agenda, en cada uno de ellos se brindará opciones de impresión.

105 Este diagrama de estado representa, la acción consultar contenido, la visualización del contenido puede pasar por dos estados. Para verificar el estado primeramente se consulta en la configuración del CMS la disponibilidad del sitio web Estado 1 - Sitio no Bloqueado: Al verificar la disponibilidad y encontrando como respuesta en la configuración, libre acceso. Se ejecutará directamente la instrucción visualizar contenido.

106 Estado 2 - Sitio Bloqueado: Al verificar la disponibilidad y encontrando como respuesta en la configuración, acceso bloqueado. Se mostrará un mensaje notificando que el sitio web está bloqueado temporalmente, seguidamente se le solicitara usuario y contraseña para acceder al mismo. Si la validación de los campos es correcta, se ejecuta la instrucción mostrar contenido, de lo contrario se le solicitará nuevamente el usuario y contraseña. Este diagrama de estado representa la acción consultar galería de imágenes. Se visualizarán las diversas categorías de imágenes, con un posible estado, pre visualizar imágenes.

107 Este diagrama de estado representa, la acción llenar formulario en línea. Primeramente se visualizan los campos del formulario para que el usuario introduzca y seleccione los campos de interés. Estado 1 - Limpiar Campos: Los campos del formulario se limpiarán en su totalidad. Estado 2 - Validar Datos: Los campos del formulario se validarán, verificando si cumplen con las normativas establecidas en la configuración de cada elemento.

108 Si la validación es correcta los datos se guardarán y se mostrará un mensaje de confirmación de envió. Si los datos son mal ingresados o no cumplen con las normativas de tipo de dato se visualizará la descripción de donde se ha cometido el error.

109 Este diagrama de estado representa, la acción solicitar chat en línea. Primeramente se presentará el estado de los operadores. Estado 1. - Operador Fuera de línea: mostrará un mensaje al usuario final haciéndole saber que se encuentra fuera de línea. Estado 2.-Operador en línea: solicitará al usuario que introduzca su nombre y una descripción de la consulta a realizar, seguidamente se ejecutará la instrucción solicitar conexión al operador. Si el operador acepta la solicitud se establecerá la comunicación, de lo contrario la solicitud estará a la espera hasta que el operador la acepte. Cuando el usuario estime conveniente salir de la aplicación, se le solicitará que evalué el servicio, y se almacenará su resultado.

110 ETAPA 6: DIAGRAMA DE COMPONENTE En el diagrama de componentes, se representan las relaciones que existen entre los distintos componentes software que configuran la plataforma de este proyecto. El Servidor APACHE gestiona las comunicaciones con la aplicación web JOOMLA, que está a su vez es la encargada de gestionar los distintos componentes, módulos y plugins, que fortalecerán las funcionalidades del sitio web. El Gestor de Contenidos JOOMLA interactúa a través de su interfaz con la base de datos del Proyecto (MySQL). Igualmente en JOOMLA tendremos que instalar, modificar y personalizar ciertos componentes para ampliar las funcionalidades base.

111 ETAPA 7: DIAGRAMA LÓGICO DE LA BASES DE DATOS