TRABAJO DE FIN DE GRADO

Transcripción

1 TRABAJO DE FIN DE GRADO Grado en Ingeniería Informática AUTOMALIA: HERRAMIENTA DE SOPORTE PARA AUTOMATIZACIÓN Alumno: David Arroyo González Tutor: Manuela Alejandres Sánchez

2 Control de firmas EDICIÓN FECHA ELABORADO REVISADO APROBADO /12/12 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /01/13 David Arroyo González Manuela Alejandres /02/13 David Arroyo González Manuela Alejandres /02/13 David Arroyo González Manuela Alejandres /04/13 David Arroyo González Manuela Alejandres /04/13 David Arroyo González Manuela Alejandres Manuela Alejandres /04/13 David Arroyo González Manuela Alejandres /04/13 David Arroyo González Manuela Alejandres /04/13 David Arroyo González Manuela Alejandres Manuela Alejandres /05/13 David Arroyo González Manuela Alejandres /05/13 David Arroyo González Manuela Alejandres /05/13 David Arroyo González Manuela Alejandres Manuela Alejandres /06/13 David Arroyo González Manuela Alejandres Manuela Alejandres 1

3 Control de cambios APARTADOS QUE CAMBIAN DESCRIPCIÓN DEL CAMBIO Documento inicial. Generación del documento y la introducción Corrección de la introducción e inclusión del Estado del Arte. Corrección del Estado del Arte Generación del Modelo de Proyecto Obtención de Requisitos del sistema Corrección de Requisitos del sistema, inclusión del plan de proyecto Corrección del plan de proyecto Inclusión de la gestión de configuración y gestión de riesgos Inclusión del apartado de arquitectura del sistema Inclusión del diseño del sistema Corrección del diseño del sistema y la arquitectura Generación del plan de pruebas Corrección de todo el documento Inclusión de pruebas realizadas en el apartado del plan de pruebas Inclusión del plan de implantación Corrección de plan de pruebas y plan de implantación Inclusión de Conclusiones y líneas futuras Inclusión de Referencias, agradecimientos y glosario de términos Creación de índices Corrección final del documento 2

4 Índice de contenido 1. INTRODUCCIÓN Contexto del proyecto Por qué automatizar? Iniciativa Objetivos del proyecto y alcance Estructura del documento ESTADO DEL ARTE Posibilidades para la creación del sistema Creación manual del portal Creación del portal Web a partir de un gestor de contenidos Discusión y elección final del modo de creación SOLUCIÓN Inicio del proyecto Modelo de proyecto Obtención de requisitos del sistema Plan de proyecto Gestión de la configuración Gestión de riesgos Construcción del proyecto Arquitectura del sistema Diseño del sistema Plan de pruebas Plan de implantación CONCLUSIONES Y LÍNEAS FUTURAS REFERENCIAS AGRADECIMIENTOS ANEXO 1 ARQUITECTURA DEL SISTEMA ANEXO 2 MANUAL DE USUARIO ANEXO 3 MANUAL DEL ADMINISTRADOR

5 Índice de Ilustraciones Ilustración 1: Esquema funcionamiento PHP Ilustración 2: Esquema funcionamiento CMS Ilustración 3: Gestores de contenidos más utilizados Ilustración 4: Uso de Wordpress Ilustración 5: Backend Joomla! Ilustración 6: Frontend Joomla! Ilustración 7: Diagrama de Gantt. Planificación Ilustración 8: Diagrama de Gantt - Pruebas Ilustración 9: Diagrama de Gantt - Construcción Sistema Ilustración 10: Diagrama de Gantt - Implantación Ilustración 11: Arquitectura Hardware Ilustración 12: Arquitectura Software Ilustración 13: Diagrama de clases Ilustración 14: Diagrama de casos de uso Ilustración 15: Página principal Ilustración 16: login Ilustración 17: Crear artículo Ilustración 18: Ver Pila Ilustración 19: Ver catálogo Ilustración 20: Registrar automatización Ilustración 21: Correo registro automatización Ilustración 22: Contenido Correo reg. aut Ilustración 23: Registro automatización técnico Ilustración 24: Ver plantilla tareas SGCAMB Ilustración 25: Plantilla tareas SGCAMB Ilustración 26: Plantilla tareas SGCAMB Ilustración 27: Resumen tarea SGCAMB Ilustración 28: Plantilla grupo tareas SGCAMB Ilustración 29: Grupo tareas SGCAMB Ilustración 30: Grupo tareas SGCAMB Ilustración 31: Provisión SGCAMB Ilustración 32: Métricas para no miembros oficina Ilustración 33: Métricas miembros oficina Ilustración 34: RSS Ilustración 35: RSS catálogo Ilustración 36: Cursos formación Ilustración 37: Foro Ilustración 38: Enlaces de acceso Ilustración 39: Gestión operativa Ilustración 40: Workspace Ilustración 41: Descarga Joomla! Ilustración 42: Instalación Joomla!

6 Índice de Tablas Tabla 1: Ejemplo tabla requisitos del sistema Tabla 2: RUC Tabla 3: RUC Tabla 4: RUC Tabla 5: RUC Tabla 6: RUC Tabla 7: RUC Tabla 8: RUC Tabla 9: RUC Tabla 10: RUC Tabla 11: RUC Tabla 12: RUC Tabla 13: RUC Tabla 14: RUC Tabla 15: RUC Tabla 16: RUC Tabla 17: RUC Tabla 18: RUC Tabla 19: RUC Tabla 20: RUC Tabla 21: RUC Tabla 22: RURS Tabla 23: RURS Tabla 24: RURS Tabla 25: RURS Tabla 26: RURS Tabla 27: RURS Tabla 28: RURS Tabla 29: RURD Tabla 30: RURD Tabla 31: Hitos y criterios de aprobación Tabla 32: Ejemplo tabla gestión configuración Tabla 33: RGC Tabla 34: RGC Tabla 35: RGC Tabla 36. RGC Tabla 37: RGC Tabla 38: RGC Tabla 39: RGC Tabla 40: RGC Tabla 41: RGC Tabla 42: RGC

7 Tabla 43: RGC Tabla 44: RGC Tabla 45: RGC Tabla 46: RGC Tabla 47: RGC Tabla 48. Modelo tabla de riesgos Tabla 49: RI Tabla 50: RI Tabla 51: RI Tabla 52: RI Tabla 53: RI Tabla 54: RI Tabla 55: RI Tabla 56: RI Tabla 57: RI Tabla 58: RI Tabla 59: RI Tabla 60: Caso de uso Ver portal Tabla 61: Caso de uso Solicitar automatización Tabla 62: Caso de uso Suscripción RSS Tabla 63: Caso de uso Escribir artículo Tabla 64: Caso de uso Registrar automatización Tabla 65: Caso de uso Crear plantilla SGCAMB Tabla 66: Caso de uso Inscripción en cursos Tabla 67: Caso de uso Escribir en el foro Tabla 68: Caso de uso Editar portal Tabla 69: Caso de uso Publicar en workspace Tabla 70: Caso de uso Publicar curso Tabla 71: Caso de uso Publicar artículo Tabla 72: Caso de uso Ver estadísticas Tabla 73: Caso de uso Administrar usuarios Tabla 74: Caso de uso Administrar software Tabla 75: Caso de uso Administrar apariencia Tabla 76: Caso de uso Publicar estadísticas Tabla 77: Ejemplo tabla Pruebas Tabla 78: PRU Tabla 79: PRU Tabla 80: PRU Tabla 81: PRU Tabla 82: PRU Tabla 83: PRU Tabla 84: PRU Tabla 85: PRU Tabla 86: PRU Tabla 87: PRU

8 Tabla 88: PRU Tabla 89: PRU Tabla 90: PRU Tabla 91: PRU Tabla 92: PRU Tabla 93: PRU Tabla 94: PRU Tabla 95: PRU Tabla 96: PRU Tabla 97: PRU Tabla 98: PRU Tabla 99: PRU Glosario de términos En este apartado se busca dar significado a una serie de términos técnicos que aparecerán a lo largo del proyecto. CREA Procesos o CREA P: Plataforma de desarrollo de la empresa Telefónica Soluciones en la que se realizan automatizaciones referentes a procesos o tareas. CREA Sistemas o CREA S: Plataforma de desarrollo de la empresa Telefónica Soluciones en la que se realizan automatizaciones que afectan a los sistemas y servidores. CREA Red o CREA R: Plataforma de desarrollo de la empresa Telefónica Soluciones en la que se realizan automatizaciones que afectan a la red informática. SGCAMB: Sistema gestor de cambios, sistema que se encarga de gestionar los cambios en los servicios que ofrece la empresa Telefónica Soluciones. RSS: recurso informático que sirve para suscribirse a una Web, de tal forma que, cada vez que esta se actualice, el usuario lo verá mediante un lector RSS. CPD: Centro de Procesamiento de Datos. IP: Dirección de una plataforma Web Workspace: Espacio de trabajo centralizado. LDAP: Protocolo de acceso a directorios, se utiliza en, prácticamente, todas las empresas. Plugin: Componente instalable que mejora la funcionalidad de un Software. Template: Componente instalable que mejora la vista de un software. Oficina de Automatización: Equipo de Telefónica encargado del ciclo de vida de las automatizaciones. 7

9 1. INTRODUCCIÓN 1.1 Contexto del proyecto Por qué automatizar? Como en cualquier negocio, en Telefónica Soluciones se busca que la productividad de la empresa mejore, reduciendo los costes de la producción y buscando la máxima eficiencia. Se busca el ahorro de recursos (tiempo, dinero, personal...), la integración de la gestión y la producción y la simplificación de tareas. Para ello se ha abordado una iniciativa que abarca el desarrollo de procesos automatizados. Los procesos automatizados consisten en reconstruir o simplificar un proceso habitual con el objetivo de que la interacción con el usuario sea mínima. La automatización de un proceso otorga ciertas ventajas a nivel económico, social y tecnológico con respecto al control manual de un proceso, además consiguen una mayor eficiencia al realizar los mismos. Desde Telefónica Soluciones, y más concretamente desde el departamento de Planificación e Ingeniería, se ha trabajado en estas automatizaciones en tres líneas y sobre tres plataformas, CREA Procesos, CREA Red y CREA Sistemas. Cualquier usuario de Telefónica Soluciones puede hacer uso de ellas. Además los integrantes de la oficina de automatización y siempre en paralelo, trabajan en su desarrollo y mejora continua. El problema es que, por lo general, un usuario está al tanto de las automatizaciones cuando las solicita o cuando habla con alguien que las ha solicitado, ya que para su ejecución y uso necesita una serie de permisos que hay que otorgarle desde la Oficina de Automatización. De modo que, aunque la idea de la automatización es muy buena y eficiente, no cumple por sí misma la funcionalidad que se busca de ella, que es llegar a los usuarios y modernizar su forma de trabajo. Por este motivo se busca una forma de llegar más fácilmente a ellos Iniciativa Para gestionar estas automatizaciones se ha pensado en una herramienta de gestión consistente en un portal Web. Al estar basado en el mundo de la automatización, se ha pensado que el nombre que debe llevar el portal es Automalia. El portal deberá estar abierto para todos los trabajadores de Telefónica Soluciones y servirá como herramienta de soporte para la Oficina de Automatización. Los miembros de la oficina serán los encargados de gestionar el portal. Las funciones del portal se podrían dividir en cuatro subfunciones: divulgación, ciclo de vida de automatizaciones, soporte a usuario y oficina. En el aspecto divulgativo el portal incluirá un apartado de noticias sobre automatizaciones que se mostrarán en la pantalla de inicio. Estas noticias podrán ser publicadas por dos vías, por los integrantes de la oficina o por los usuarios del portal. La diferencia es que las noticias facilitadas por los usuarios no estarán publicadas hasta que no estén revisadas por los miembros de la oficina. 8

10 Además, para este aspecto se dará la posibilidad de suscripciones RSS, que son un método muy sencillo de recibir la información actualizada del portal. De modo que, con un lector de RSS instalado en el navegador o el ordenador, el usuario podrá estar continuamente actualizado sobre el mundo de la automatización. En el plano del ciclo de vida de automatizaciones, la función de la herramienta de soporte permitirá al usuario solicitar automatizaciones para el o para su grupo de trabajo. Dichas solicitudes se deberán almacenar de alguna manera en el portal y, tras ser evaluadas por la Oficina de Automatización, se desarrollarán por uno o varios miembros de la misma. Respecto al soporte a usuario, el portal incluirá un foro en el que los usuarios podrán comunicarse con la oficina de automatización y realizar preguntas y sugerencias para cualquier apartado del portal e incluso, y esto forma parte de la iniciativa, aportar sus propias automatizaciones. Este foro incluirá también, con origen de la oficina, tutoriales o aclaraciones sobre los servicios ofrecidos. Además, asiduamente se publicarán cursos de formación para que los usuarios aprendan las nuevas técnicas utilizadas. Por último, en el plano de oficina, el portal dispondrá de un apartado llamado workspace en el que se podrán ver todos los archivos de reuniones, actas, hoja de tareas, manuales, etc. 9

11 1.2 Objetivos del proyecto y alcance Competencias del portal El portal Web Automalia tiene como objetivo claro la familiarización de los trabajadores de Telefónica Soluciones con el mundo de la automatización, para así mejorar en su forma de trabajar y ser más eficientes. Para ayudar a que suceda esto, se definen los siguientes objetivos a cumplir: La solución utilizada incluye varios puntos divididos en los cuatro apartados citados en el apartado 1.1.2: Respecto a la divulgación Publicación de noticias relacionadas con el mundo de la automatización, buscando la mayor difusión de las mismas incluyendo contenido interesante, imágenes y enlaces. Estos enlaces llevarán a ejemplos o al foro para que los usuarios consulten sus dudas y todo quede perfectamente claro. Inclusión de un apartado para usuarios registrados en el que ellos mismos podrán publicar noticias sobre automatizaciones. Estas noticias serán moderadas por los miembros de la oficina y, en caso de ser aprobadas, se publicarán en el portal. Introducción de enlaces RSS para la suscripción a noticias y publicaciones en el catálogo de automatizaciones para así estar continuamente informado de las novedades en el mundo de la automatización. Respecto al ciclo de vida de automatizaciones Gestión de solicitudes de automatización. Se incluirá un formulario en el que los usuarios introducirán los datos de solicitud de automatización. Este formulario llegará al comité de automatización a través de la pila. Ya en la pila, se evaluará cada automatización y se llevará a cabo su construcción y posterior paso a producción. Al estar construida se pasará a un formulario de catálogo para que los usuarios puedan utilizarla. Inclusión de plantillas de tareas, grupos de tareas y provisión para el sistema gestor de cambios (SGCAMB) para asociarlas a las automatizaciones. Respecto al soporte a usuario Inclusión de guías y todo tipo de manuales para facilitar la utilización de recursos de automatización el máximo posible. Creación de un apartado en el que se publicarán cursos impartidos por especialistas en los que se explicarán determinadas cosas referentes a automatizaciones y su uso. Creación de un foro de consultas y demostraciones que los usuarios podrán consultar para facilitar el uso del portal y su contenido. 10

12 Respecto a la oficina Gestión de un espacio para la oficina de automatización en la que se incluirán las actas de reuniones, hojas de seguimiento de tareas y archivos útiles para los miembros de la oficina. Serán válidos también para la oficina unos informes de métricas de los sistemas CREA. Acceso al portal Como se ha dicho anteriormente, al portal sólo podrán acceder usuarios contratados por Telefónica Soluciones. Estos trabajadores están dados de alta en el LDAP (Protocolo ligero de acceso a directorios) de la red interna. Adicionalmente, para usuarios que no estén dados de alta en el LDAP (por ejemplo subcontratados), se podrán crear usuarios desde la herramienta. Para ello simplemente tendrán que solicitar una cuenta al administrador del sistema. Limitaciones del portal La limitación de portal se basa en una pregunta, el usuario solicita la automatización, esta se construye y se pone en producción. Muy bien, dónde está esa automatización? La limitación del portal es que la automatización construida no se encuentra en él, sino en la plataforma CREA afectada por la automatización. Esto es, estará en CREA Sistemas si la automatización afecta a la provisión de sistemas, servidores, etc. Estará en CREA Red si la automatización afecta a la configuración, instalación o manejo de una red. Por último, estará en la plataforma CREA Procesos si la automatización afecta a procesos o tareas. Además es importante decir que el portal, al ser de Intranet, no tendrá acceso para usuarios externos a Telefónica Soluciones. Finalidad potencial de la propuesta y objetivos Todo lo que se va a hacer llevará mucho trabajo inicial por parte de la oficina de automatización, serán los que tendrán que dar los primeros pasos para introducir a los usuarios en estas nuevas técnicas. Los usuarios están acostumbrados a realizar sus tareas de una manera durante años, por tanto no será fácil convencerles de que colaboren en el uso y realización de automatizaciones. La idea es que, los usuarios soliciten y utilicen las automatizaciones y, de esta manera, vean como su trabajo gana en eficiencia, tiempo, costes, etc. De tal manera que les interese informarse más, colaborar, solicitar nuevas automatizaciones e incluso crear las suyas propias para así facilitar el trabajo al resto. La unión de todos puede hacer que sea un proyecto muy aprovechable. 11

13 Para conseguir todo lo que se ha mencionado en este apartado, se contemplan una serie de objetivos a cumplir: Creación de un portal Web dinámico que permita al usuario interactuar con la Oficina de automatización. Inclusión de un apartado en la página principal en el que se permitan publicar artículos redactados por los usuarios y en los que se incluyan noticias o datos acerca del mundo de la automatización, así como desarrollos internos de la empresa. Creación de diferentes apartados en los que se incluyan manuales de ayuda al usuario y cursos de formación para que estos se puedan apuntar. Creación de un foro de debate en el que se permita la discusión sobre temas de automatización y, además, sirva para mejorar la ayuda que se da con los cursos y los manuales de ayuda al usuario. Permitir gestionar el ciclo de vida de una automatización, desde su solicitud hasta su catalogación, pasando por sus diferentes estados dentro de la pila de peticiones. Permitir la integración con el sistema gestor de cambios (SGCAMB) gracias a la creación de plantillas de tareas, grupos de tareas y provisión. Posibilitar la suscripción a través de enlaces RSS tanto a las noticias como al catálogo de automatizaciones para que, de esta manera, el usuario pueda mantenerse más actualizado de todo lo nuevo que va entrando en el portal. Incluir un apartado en el que los miembros de la Oficina de Automatización puedan gestionar proyectos, incluir documentos internos de automatizaciones, reuniones, etc. 12

14 1.3 Estructura del documento Este documento explica el ciclo de vida de la creación de una herramienta para gestión de automatizaciones en el entorno empresarial de Telefónica Soluciones, desde su propuesta hasta su puesta en producción, pasando por los puntos genéricos de todos los proyectos de software, como toma de requisitos de usuario, diseño del sistema, desarrollo, plan de pruebas, etc. La estructura del mismo se basa en tres puntos principales: La introducción define el por qué se decide crear esta herramienta dentro del entorno de Telefónica Soluciones. Qué necesidades hay, cuáles son los sistemas implicados y un esbozo de qué se quiere obtener al tenerlo acabado. El estado del arte muestra la tecnología elegida para el desarrollo del proyecto y los motivos de esta elección. Además, tras la elección de la herramienta se muestra información sobre ella. El apartado de solución muestra todo el proceso desde que se decide realizar el proyecto y se elige la tecnología con la que trabajar, es decir, se recogen los requisitos de usuario, la gestión de riesgos y configuración, se define la arquitectura del sistema a implantar, su diseño, su plan de pruebas y el desarrollo de dichas pruebas. Por último, se redactarán tres apartados finales, un apartado será de conclusiones y líneas futuras en el que se explicarán detalles concluidos tras la realización del proyecto y las líneas a seguir tras su finalización, otro apartado incluirá las referencias consultadas para la realización del proyecto y, por último, habrá un apartado de agradecimientos. Como parte importante a destacar de la estructura de este documento hay que destacar que los puntos se realizarán de forma previa por separado para que sean aprobados por Telefónica Soluciones de forma individual. Tras esto, se juntarán en un documento final que deberá ser aprobado por Telefónica Soluciones. Hasta ahora se ha visto el punto introductorio del proyecto, en el que se ha explicado la iniciativa y los motivos de la creación de un portal Web para la gestión de los procesos automatizados que se están desarrollando en Telefónica Soluciones. Tras esto se explican los puntos descritos en este apartado. 13

15 2. ESTADO DEL ARTE Debido a la necesidad de automatización dentro de la empresa Telefónica Soluciones, por temas de ahorro de tiempo y dinero, se requiere la creación de un entorno que ayude a la gestión de las automatizaciones por parte de los usuarios clientes y los miembros de la oficina de automatización que crearán las automatizaciones. Como iniciativa se decide crear un portal Web con nombre Automalia que incluya el ciclo de vida de las automatizaciones (desde su petición hasta su catalogación, pasando por los distintos estados (en proceso, construcción, etc.) dentro de la pila de petición). Además de esto se decide incluir un apartado que ayude a los miembros de la oficina de automatización en la gestión de sus reuniones y en el que puedan incluir archivos referentes a las automatizaciones (planes de implantación, manuales, etc.). Por último, para hacer un portal dinámico y proactivo para el usuario, se decide crear apartados para mantener informados a los empleados sobre el mundo de la automatización, incluyendo noticias referentes a ello, cursos de formación, enlaces a los sistemas, foros, etc. La finalidad de este portal Web dentro del entorno de la empresa es clara, la colaboración de todos los usuarios, la máxima difusión del mismo para crear una comunidad que vea que la automatización es el futuro, que no es necesario hacer trabajos repetitivos y perder el tiempo en tareas que pueden hacerse solas. De esta manera se busca una máxima eficiencia de cada miembro y una forma de que la empresa ahorre en recursos. 14

16 2.1 Posibilidades para la creación del sistema En este apartado se describe la elección del equipo desarrollador para la creación y gestión del portal Web. Para llevar a cabo la creación del portal Web existen multitud de posibilidades. Por lo que la primera decisión que se debe tomar es como se va a crear el proyecto, bien a mano, codificándolo mediante un equipo desarrollador o bien mediante un gestor de contenidos. A continuación se va a detallar a mayor nivel ambas posibilidades y las herramientas disponibles para su realización Creación manual del portal Para el desarrollo a mano se debían fijar los lenguajes de programación más adecuados. Para la creación de una Web está claro que no sólo se puede usar un lenguaje de programación. Una página Web debe ser la combinación de varios lenguajes específicos para la interfaz Web, el funcionamiento interno, el almacenamiento de datos, etc. A continuación se van a describir los lenguajes que se deberían usar para el desarrollo de este portal Web. HTML Qué es HTML? En primer lugar, HTML son las siglas de HyperText Mark-up Language, traducido es Lenguaje de Marcas HiperTextuales, yendo por partes: HyperText: Es lo contrario que texto lineal, es decir, no es necesario que el texto que hay configurado se vea de forma lineal sino que el desarrollador tiene la elección de elegir dónde aparecerá el texto que desee. Mark-up: Es aquello que se hace con el texto, por ejemplo darle mayor tamaño, aplicarle sangrado, ponerlo en negrita, etc. Para ello, el desarrollador utiliza marcas antes y después del texto al que desea dar formato. Lenguaje: Su propio nombre lo indica, es un lenguaje de programación. Este lenguaje tiene como características principales su sencillez y su facilidad de aprendizaje, características que le permiten llegar a un número de usuarios muy alto. No obstante, no todo lo importante es que sea fácil de usar y aprender, también importa su funcionalidad, y ahí es donde este lenguaje tiene sus limitaciones, ya que sólo permite crear páginas Web estáticas, es decir, presentan al usuario una pantalla con información, sin dejarle interactuar. Para que se puedan realizar más funciones dentro de la página, HTML necesita componentes como PHP o Javascript que se explican más adelante. Además, para una interfaz más estructurada y visualmente más estética, se suelen utilizar hojas de estilo (CSS) en las que se configuran colores, márgenes, estilos de texto, etc. 15

17 De dónde viene HTML? HTML está basado en XML, que no es más que un lenguaje de marcas que se utiliza para estructurar información en un documento o, en general, en cualquier fichero que contenga texto, como por ejemplo ficheros de configuración de un programa. XML, a su vez, proviene del lenguaje GML (Generalized Markup Language). Este lenguaje fue creado por IBM (International Business Machines) en la década de los 70 y normalizado por ISO (International Organization for Standardization) en 1986 creando el SGML (Standard Generalized Markup Language). En el año 1989 apareció WWW, el Consorcio, W3C, colaborando con un panel que incluyó a las principales compañías desarrolladoras de Software, creó el lenguaje HTML, definido en el marco de SGML. HTML es la aplicación más conocida de este estándar. (RI5 Informática Argentina Fecha sin determinar). La versión de HTML actual es HTML 5, que sería la utilizada en el proyecto por ser la quinta revisión e incluir las mejoras que no incluían sus anteriores versiones. Javascript Qué es Javascript? Javascript es un lenguaje de programación que permite a los programadores crear acciones sobre sus páginas Web. Es un lenguaje que se ejecuta en el lado del cliente, es decir, que necesitan de la acción de un usuario para ser ejecutados, por ejemplo al hacer clic sobre un botón, los navegadores se encargan de interpretar estos códigos. No hay que confundir Javascript con Java, aunque la sintaxis del código sea similar, Java está destinado a funcionar en cualquier plataforma (Windows, Linux, Apple, etc.), se puede crear cualquier programa para cualquier ordenador y plataforma. Por sus características también es muy utilizado en Internet aunque suele estar más destinado a la programación orientada a objetos. Por su parte, Javascript es un lenguaje que puede incorporarse en cualquier página Web y, además, no necesita de ningún programa para ser ejecutado, ya que es el navegador el que lo interpreta. Es un lenguaje multifuncional, ya que permite crear pequeñas funciones que se insertan en páginas Web pero también da la posibilidad de crear programas grandes orientados a objetos de mayor complejidad. De esta manera se pueden crear distintos efectos e interactuar con el usuario dándole diferentes posibilidades de uso en la Web. Entre las características principales de este lenguaje se puede mencionar que está centrado en la descripción de objetos java y en la creación de métodos que respondan a acciones realizadas por el usuario dentro de la página. Además cabe destacar que es un lenguaje de scripting, es decir, es un lenguaje interpretado por navegadores y no compilados. 16

18 Como todo, el lenguaje de scripting tiene ventajas y desventajas, entre las ventajas se puede destacar que es un lenguaje seguro y fiable ya que está en claro y hay que interpretarlo, además se ejecuta en el lado del cliente y, por tanto, no se sobrecarga el servidor. Además es compatible con todos los navegadores. Como desventaja, por motivos de seguridad es un lenguaje con limitaciones, es decir, no es posible hacer toda una Web con Javascript. Además, en función del tamaño del script, aunque no se sobrecargue el servidor, la Web puede tardar mucho en cargar si el archivo es muy pesado. Existen dos tipos de Javascript, uno de ellos es el que se utilizaría en la Web, que se ejecuta en el cliente, este es el Javascript propiamente dicho, aunque técnicamente se denomina Navigator Javascript. Pero también existe un Javascript que se ejecuta en el servidor, es más reciente y se denomina LiveWire Javascript. ( Qué es Javascript Modelos del web)no obstante para las funciones del lado del servidor, en la Web se utilizaría PHP (explicado más adelante). Cómo surge Javascript? Javascript surge ante la necesidad de dotar a las páginas Web de una mayor interactividad con el usuario. Anteriormente las páginas Web sólo constaban de código plano en HTML en el que sólo se veía texto en distintos formatos. Gracias a Javascript las páginas Web son mucho más dinámicas y permiten dotar de una mayor funcionalidad a la página. En la década de los 90, Netscape creó Livescript, cuyas primeras funciones fueron dedicadas a una serie de grupos de programadores Web que no necesitaban utilizar compiladores ni tenían experiencia en la programación orientada a objetos. Este lenguaje fue evolucionando a medida que se incluían nuevos componentes, dándole un mayor potencial. Su problema era que solamente se podía ejecutar en la última versión del navegador de Netscape de aquel momento. A finales de 1995, Netscape y Sun Microsystems se unieron con el fin de desarrollar un proyecto conjunto basado en Livescript, este proyecto sería un lenguaje de programación y se llamaría Javascript. Ante la popularidad generada por este proyecto, Microsoft crea su propio lenguaje de programación basado en script, VBScript. Su evolución en la actualidad es el mundialmente conocido Visual Basic. En 1996, Microsoft busca competir con Javascript y promociona un nuevo lenguaje de programación llamado Jscript, introducido en los navegadores de Internet Explorer. Javascript recibe todo tipo de críticas pero, a pesar de ello, es uno de los lenguajes más utilizados para la Web. Javascript se estandarizó a finales de 1996 y es adoptado como estándar a mediados del 97 por la ISO. 17

19 Por tanto, con lo explicado hasta ahora se podría realizar una página Web con la interfaz deseada y que hiciera operaciones dinámicas a través de la interacción con el usuario que utilizará la misma. PHP Qué es PHP? Para explicar qué es PHP lo primero que hay que hacer es definir las siglas. PHP viene de Hypertext PreProcessor, es decir, se trata de un código que se ejecuta en el lado del servidor antes de abrir la página, al contrario que el código Javascript que se ejecuta en el cliente. Actualmente PHP es un lenguaje de programación muy famoso que se utiliza, principalmente para el desarrollo web. Este lenguaje puede ser incrustado en HTML como complemento al mismo, esto quiere decir que, siguiendo unas reglas, ambos códigos pueden combinarse en un mismo archivo. Estas reglas son sencillas, sencillamente habría que introducirse en el archivo html, escribir <?php antes de escribir código PHP y?> cuando se acabe de escribir el mismo. PHP también alberga la posibilidad de crear una Web utilizando sólo PHP. Es un lenguaje de código abierto, es decir, su uso es libre y gratuito para los desarrolladores que lo utilicen. Se estima que, actualmente está presente en más de 20 millones de Webs y en torno a un millón de servidores. La versión actual con mejor soporte es la 5.5. Cómo funciona PHP? PHP sirve para generar páginas web dinámicas, de esta manera la página cambiará en base a modificaciones de la base de datos, búsquedas en la misma, cambios realizados por el usuario, etc. Como se ha citado anteriormente, PHP es procesado en el lado del servidor, es decir, cuando se escribe una web que llame a un archivo ".php" (por ejemplo en el navegador web se envían los datos de solicitud a un servidor que los procesa, recoge los datos requeridos y devuelve lo deseado a una página HTML de tal forma que parece que se está procesando de forma estática. Esquematizando: Introduce URL Muestra Web Envía petición Envía datos USUARIO NAVEGADO R SERVIDOR Ilustración 1: Esquema funcionamiento PHP 18

20 En una web de contenido dinámico, el contenido suele estar en una base de datos, de tal forma que, cada vez que se ejecuta la página, esta busca, gracias a PHP en la base de datos el contenido actualizado, de esta manera, para mantener la página actualizada, se deberá actualizar la base de datos para que así se pueda mostrar todo sin modificar el código de la página Web. Para modificar la base de datos hay dos vías, una es modificarla directamente (ya sea con código propio de la base de datos o mediante un gestor de base de datos que presente una interfaz más sencilla) y la otra es mediante formularios que hagan consultas a la base de datos y la modifiquen desde la página Web. De esta forma, tras cargar los nuevos datos, el servidor consultará en la base de datos y mostrará los datos actualizados en la Web. Normalmente PHP es un lenguaje que se utiliza en el diseño Web con el fin de generar contenido dinámico y conseguir la máxima interacción con el usuario. Características principales de PHP Como todo lenguaje de programación, PHP tiene ventajas e inconvenientes, entre las principales ventajas, aparte de todo lo bueno mencionado anteriormente, se podría destacar: Al ejecutarse en el lado del servidor, el código fuente resulta invisible para el navegador web y el usuario, de modo que es una programación segura y confiable. Tiene una gran capacidad de conexión con la mayoría de los motores de bases de datos, destacando MySQL. Dispone de una gran capacidad para expandir su potencial utilizando módulos. Aparte de ser libre, dispone de una amplísima documentación en su sitio Web oficial ( Por su flexibilidad es muy popular como lenguaje para las aplicaciones Web de manejo de contenido, siendo éste su uso principal. Pero también, al igual que todos los lenguajes de programación, tiene inconvenientes, entre los que destacan: Al ser un lenguaje interpretado, si el archivo es muy pesado, puede tardar mucho en cargar y dar problemas en este sentido. Al interpretarse en ejecución, tiene limitaciones de uso y a veces tiene que combinarse con, por ejemplo, Javascript. 19

21 De dónde viene PHP? PHP se diseñó en Perl por Rasmus Lerdorf en 1994, éste lo utilizó en su currículum para mostrar ciertos datos, entre ellos el tráfico que recibía su Web. En junio de 1995 publicó Personal Home Page Tools tras combinarlo con su propio intérprete de formularios (FI), creando PHP/FI. Tras esto, en 1997, Zeev Suraski y Andi Gutmans, dos desarrolladores israelíes crearon la base de PHP3 reescribiendo PHP/FI, cambiándole el nombre por PHP. A continuación se realizaron diversos experimentos públicos de PHP3, publicando una versión estable en En 1999 los mismos israelíes reescribieron PHP y produjeron lo que hoy se conoce como motor Zend, que no es más que un motor de procesamiento de código PHP. A mediados del año 2000, bajo el motor Zend, se lanzó PHP4, cuyo soporte fue suspendido en 2007 debido a que, en 2004 se programó PHP5 y sólo se le daba soporte a esta nueva versión. La versión 5 es, como se ha dicho anteriormente, la versión que se utiliza en la actualidad. Como mejoras a la versión anterior incluye, según información obtenida de Wikipedia: Mejor soporte para la programación orientada a objetos, que en versiones anteriores era extremadamente rudimentario. Mejoras de rendimiento. Mejor soporte para MySQL con extensión completamente reescrita. Mejor soporte a XML (XPath, DOM, etc.). Soporte nativo para SQLite. Soporte integrado para SOAP. Iteradores de datos. Manejo de excepciones. Mejoras con la implementación con Oracle. De modo que, siguiendo con la estructura que se va evaluando en este apartado, con PHP, HTML y Javascript ya se podría crear una página Web dinámica que consultase a base de datos y mostrara información de forma actualizada. Además el usuario podría interactuar directamente con ella, ya sea introduciendo datos para la página, datos de registro, solicitando una búsqueda, etc. 20

22 MySQL Para que PHP pueda interactuar con una base de datos, el código de php debe incluir sentencias SQL. Además, para poder hacer consultas, inserciones, borrados, etc. en una base de datos, ésta debe estar creada, por tanto, el conocimiento sobre SQL es básico si se quiere desarrollar una Web con contenido almacenado. Para ello, hay dos posibles vías, una es la creación manual de los archivos ".sql" y otra es utilizar un gestor de bases de datos como, por ejemplo, phpmyadmin, que es una herramienta de PHP que gestiona bases de datos. Obviamente la creación manual de un archivo de bases de datos, además de más trabajosa, es más susceptible a errores, ya que sólo se pueden ver al ejecutar el programa y ver que este se comporta de forma extraña o falla. Es mucho más cómodo y funcional utilizar un gestor de bases de datos que cree directamente la base de datos gracias a una interfaz gráfica amigable para el usuario, de modo que, en caso de que la creación de la Web se haga de forma manual, se utilizará esta herramienta o una similar. Pero, qué es MySQL? MySQL es el administrador de bases de datos más popular, desarrollado y proporcionado por MySQL AB, que es una empresa que proporciona servicios en torno al servidor de bases de datos MySQL. Para definir qué es MySQL se debe definir previamente qué es una base de datos. Una base de datos es una colección de datos con un orden y una estructura basada en tablas. Esta información puede ser simple, por ejemplo una agenda con nombres de persona y teléfonos o tan amplia como una tienda online, un sistema de noticias, un portal Web, etc. Para poder gestionar estos datos se necesita un sistema contenedor de bases de datos, en este caso MySQL. Además, MySQL es un sistema que almacena bases de datos relacionales, la característica de estas bases de datos es que dividen todos los datos en distintas tablas más pequeñas que se relacionan entre sí. De esta manera se gana en flexibilidad y velocidad de consulta. Las tablas se relacionan de tal manera que, cuando se hace una consulta se pueden obtener datos de varias de ellas combinándolos entre sí. Un detalle importante de MySQL es que es Open Source, es decir, que cualquier persona lo puede descargar y usar sin coste. MySQL gestiona la licencia GPL (Licencia Pública General GNU), con el fin de determinar que se puede o no realizar con el software en función de la situación. Además de la versión libre, existe una versión de pago para aquellos que prefieran utilizarla. Principales características de MySQL Entre las principales ventajas de MySQL se encuentran las siguientes como más destacadas: 21

23 - Es un sistema veloz y consistente. - Es capaz de almacenar un gran abanico de tipos de datos. - Puede ejecutarse en diversas plataformas y sistemas operativos. - Alberga la posibilidad de crear índices por tabla, que ayudan bastante a la hora de realizar una consulta. - Aprovecha la potencia de sistemas multiproceso gracias a su implementación multihilo. - Tiene un alto nivel de seguridad en los datos. - Dispone de una muy buena gestión de usuarios y contraseñas. - El servidor soporta mensajes de error en varios idiomas. - No necesita muchos recursos para ser ejecutado y no consume un excesivo rendimiento del sistema en el que se ejecuta. - La instalación y la configuración son bastante sencillas. Aunque también tiene pequeños inconvenientes: - No existe una gran documentación sobre MySQL y sus utilidades, por tanto su aprendizaje no es tan sencillo. - Su uso no es tan intuitivo como otros gestores de bases de datos como, por ejemplo, Access. Viendo esta última desventaja, por qué no se plantea el uso de Access? La respuesta es sencilla, si sólo se busca economía y sencillez, la mejor opción es Access, pero si se desea obtener una mayor seguridad, que el sistema sea más consistente y potente y que la base de datos sea escalable, la mejor opción es MySQL. Para el proyecto de Automalia se dispone de personal preparado y con experiencia en MySQL, por tanto no es sencillez lo que se desea, sino consistencia, potencia y seguridad, de modo que MySQL es la opción más viable. Historia de MySQL La empresa MySQL AB surge en Suecia, en 1995 y es fundada por tres personas: David Axmark, Allan Larsson y Michael Widenius. Widenius estuvo varios programando un sistema que ofrecía de forma optimizada y flexible un acceso a bases de datos SQL mediante el método ISAM. Esto lo hizo porque ninguna de las interfaces que había por entonces le resultaba adecuada para sus proyectos. De esta manera surgió una API de acceso a SQL que podía ser accedida y modificada por otros, esta API se llamó MySQL. Por tanto con todo lo explicado se cubre la primera vía, creación manual del portal Web. Para ello se utilizarían las herramientas más potentes y populares que hay en el mercado, con el fin de tener asegurado el soporte técnico durante todo el proyecto y obtener la máxima ayuda y máxima facilidad en consulta de dudas. 22

24 Recordando: - Para la creación de una Web básica con texto plano se utilizaría HTML. - Para dar estilo a esta Web (colores, márgenes, cambios de tamaño, etc.) se utilizarían hojas de estilo CSS. - Para agregar dinamismo e interactuar con el usuario, se utilizaría Javascript. - Con el fin de que ese dinamismo incluya almacenamiento de datos en el lado del servidor, se utilizaría PHP. - Por último, para almacenar los datos y tener el portal Web actualizado al máximo, se utilizaría una base de datos en MySQL Creación del portal Web a partir de un gestor de contenidos A continuación se abre la segunda vía, la creación del portal Web mediante un gestor de contenidos. Sistema de gestión de contenidos (CMS) Un gestor de contenidos o CMS (Content Management System) es una aplicación Web utilizada para la creación, edición, gestión y publicación de contenido Web. La gestión de los contenidos de una Web se realiza a través de un navegador Web desde un panel de administración al que sólo tiene acceso el administrador del sistema. Su mayor ventaja es que no se necesita un amplio conocimiento de programación Web para crear una página Web a partir de un gestor de contenidos. Además, aunque se tengan estos conocimientos, la creación de una Web mediante un gestor de contenidos garantiza una rapidez y una reducción de errores que no garantiza la creación manual. Bien es cierto que limita un poco las posibilidades, ya que no es lo mismo crear algo a mano cómo se desea que la creación a través de un gestor, pero la inclusión de plugins, extensiones, templates y, por supuesto, la posibilidad de modificarlos, hace decantar la balanza a favor del gestor de contenidos. Una persona que edite contenidos sólo necesitará saber manejar la herramienta de gestión de contenidos, no necesitará amplios conocimientos de HTML, CSS o lenguajes de servidor. Contando con que, además de que vaya a ser más rápido, los programadores seleccionados para el proyecto sí que tienen esos conocimientos para realizar posibles cambios hacen que se vea con muy buenos ojos esta opción, el ahorro en tiempo y costes puede ser importante. Un dato interesante sobre los CMS es que hay varios tipos de ellos, algunos son programados a medida y otros se estructuran como aplicaciones prefabricadas. Cada tipo tiene sus ventajas y desventajas, por ejemplo, los prefabricados necesitan un tiempo y un presupuesto menor en cambio los sistemas hechos a medida son más flexibles y su uso mucho más sencillo, de 23

25 modo que aquí cada programador se decantaría por un tipo, dependiendo de su gusto y de lo que desee hacer. En cualquiera de los casos pueden instalarse plugins y extensiones que mejoran su funcionalidad. Los gestores de contenidos suelen utilizarse para: - Blogs personales o empresariales. - Foros de Web en los que se comparten opiniones o se resuelven dudas. - Wikis de desarrollo colaborativo. - Plataformas de enseñanza online. - Plataformas de comercio electrónico. - Publicaciones digitales - Difusión de contenido multimedia. Los gestores de contenidos han supuesto un importante cambio en la gestión de sitios Web debido a su facilidad de uso y la posibilidad de crear una Web de forma gráfica, simple y rápida. En cuanto a la forma de trabajar de un CMS es similar a la de creación manual de una Web, los programadores y diseñadores trabajan en el servidor y este genera el contenido Web que visualizará el usuario. Se ha extraído de blogvecindad la siguiente imagen representativa de cómo trabaja un CMS. Ilustración 2: Esquema funcionamiento CMS Historia de los gestores de contenidos La publicación de contenido en la Web, antes de la aparición de los gestores de contenido (CMS) resultaba muy lenta y laboriosa. Los propietarios de las páginas Web tenían que aprender a codificar en los distintos lenguajes de programación Web o utilizar programas de edición gráfica como Dreamweaver o FrontPage, que permiten crear código para Web a partir de una serie de ítems que el usuario puede seleccionar. Los ficheros generados se subían a un servidor por FTP para que se pudieran visualizar online. 24

26 Viendo la dificultad de creación manual de una Web, muchos de los propietarios desistían en el intento debido a la dificultad de creación y mantenimiento de las mismas, de modo que Internet se llenaba de páginas Web desactualizadas y con una interfaz poco amigable para el usuario visitante. Ante la necesidad de incluir gran cantidad de documentos, artículos y noticias en sus Web, muchas empresas desarrollaron sistemas dinámicos con el fin de facilitar la inclusión de los mismos. Uno de los primeros gestores de contenidos fue Vignette (1995) que se creó para el portal tecnológico CNET, buscando funcionalidad y escalabilidad. Gracias a Vignette se adoptaron una serie de principios de funcionamiento clásicos en otros programas: - División de las Web en Pública (frontend, la parte que ve el usuario) y Privada (backend, que es donde trabajan los administradores de la Web). - Estructuración en capas. o Capa de datos: Almacenamiento de contenidos de la Web, usuarios, contraseñas y configuración en una base de datos. o Capa de programación: Ficheros programados y ejecutables por el usuario vía Web que muestran datos en función de lo que el usuario solicita. o Capa de diseño: Ficheros que definen la apariencia de los contenidos mostrados en la Web. La popularidad de este tipo de sistemas fue revolucionando la Web, los usuarios migraron de los foros a los blogs, por ejemplo Xanga, que fue lanzado en 1996, tenía setenta millones de blogs sólo 10 años después, lo que demuestra que tuvo una gran acogida debido a su sencillez de uso. En 2001, Michael Valdrighi desarrolló B2/Cafelog, que ya soportaba PHP y MySQL. A través de B2/Cafelog, en 2003, nació el sistema gestor de contenidos más utilizado de la historia, Wordpress. Wordpress fue desarrollado, bajo licencia GPL (General Public Licenses), por la empresa Automattic, una empresa de software creada por Matt Mullenweg. Este sistema fue un punto de inflexión en el desarrollo de los gestores de contenidos, ya que consta del software instalable libre de coste y también del servicio online Wordpress.com en el que los usuarios se pueden montar sus propias funciones y recuperarlas para su Web. Wordpress incluyó muchas funcionalidades imprescindibles hoy en día en cualquier gestor de contenidos, como por ejemplo una plantilla intercambiable, importación de datos de otros gestores de contenido o una API para desarrolladores. Por otro lado, PHPNuke iba haciéndose famoso, ya que muchos usuarios lo utilizaban para crear de forma rápida y eficaz comunidades de usuarios en la Web. La primera versión, según dicen, fue creada por Francisco Burzi en algo menos de un mes. No obstante, PHPNuke tenía un gran problema de seguridad, de modo que su uso ha ido decreciendo con los años. Hoy en día muy pocas Web creadas con PHPNuke siguen funcionando. Un producto similar a PHPNuke, Mambo, fue creado por la empresa Miro y dio lugar en muy poco tiempo a una gran comunidad de desarrolladores, dada su consistencia y flexibilidad. 25

27 Mambo fue premiado varias veces como el mejor gestor de contenidos de código libre, pero en 2005 los propietarios decidieron hacer de pago parte del código fuente, consiguiendo un gran rechazo de la comunidad. Entonces se creó Joomla!. Desde entonces fueron apareciendo multitud de páginas que explotaban las nuevas posibilidades de los gestores de contenido (Wikipedia, Flickr, Youtube ) y, en plena evolución de los mismos, apareció el término Web 2.0 (2004), que se refería a todos los servicios de Internet sostenidos por una base de datos, que puede gestionarse por los usuarios del servicio. Aparecen, además, nuevos conceptos como desarrollo modular, comunidad, beta, etc. El contenido Web se había hecho popular y democrático. Las redes sociales serían el siguiente paso. Ante el éxito de Wordpress, una gran cantidad de empresas desarrollaron gestores de contenido generalistas que intentaban ayudar a propietarios de Webs a revolucionar las mismas y darle un nuevo giro con el fin de ganar en popularidad. Gracias a los gestores de contenido, los propietaros de páginas Web lograron ilusionarse con la creación de su propio portal Web actualizado y con información de calidad. Viendo esto, Microsoft publicó su gestor de contenido propio, aunque tuvo poca acogida, ya que la mejora de Linux y las herramientas GPL hicieron que aparecieran una gran cantidad de gestores de contenido. Muchos servidores de Internet llevaban años confiando en LAMP, una combinación de software que se basa en Linux, Apache, MySQL y PHP. Esta combinación, aparte de ser estable y consistente, es barata, ya que se ahorra el coste de miles de euros en licencias, por lo que los gestores de contenido de código libre fueron una gran alternativa a los de código propietario. Microsoft consideró, al igual que otras muchas empresas, que debía mantener el código en propiedad, impidiendo el acceso a terceros. No obstante, las ventajas de abrir el código cubrían de sobra las desventajas. Al estar disponible el código fuente, es fácil que terceros personalicen, corrijan y desarrollen nuevas funciones que se pueden incorporar al producto original con el fin de mejorar lo existente siempre y cuando haya programadores que supervisen y coordinen estos cambios. Al igual que cualquier empresa con un Software pero suponiendo como empleados a miles de desarrolladores que colaboran de todo el mundo. Esto garantiza la evolución del producto aun sin existir la empresa creadora. Además debido a que son gratuitos, los gestores de contenidos están al alcance de todo el mundo. Posibles gestores de contenidos Dentro de los gestores de contenidos Web hay una colección infinita de posibilidades, de modo que era necesario evaluar conscientemente cuál era la mejor. En primer lugar se descartaron los gestores de pago como los de Oracle o Microsoft por motivos obviamente económicos, el presupuesto de la empresa no se podía ajustar a la compra de una licencia. 26

28 Por tanto se tenía que elegir un gestor de contenidos con licencia libre de costes. Para esta elección se decidió mirar en la Web y comprobar qué gestores de contenidos son los más utilizados. Se obtuvo la siguiente lista: Ilustración 3: Gestores de contenidos más utilizados Como se puede comprobar en la imagen, hay una diferencia bastante grande entre los tres gestores más utilizados (WordPress, Joomla! y Drupal) con respecto al resto de gestores de contenidos en cuanto a nivel de uso se refiere. Además, los tres son lo suficientemente consistentes como para poder estar seguros de que en un plazo largo de tiempo se van a seguir obteniendo actualizaciones tanto del gestor de contenidos como de sus respectivos módulos, plugins, etc. 27

29 Por tanto, hay que evaluar cuál de los tres es el más conveniente. Los tres tienen una funcionalidad parecida, basada en un servidor Web Apache Tomcat, un procesador de text PHP y una base de datos MySQL. Además, los tres vienen bien para la creación del portal, pero la idea principal era que la creación del portal no supusiera problemas de ningún tipo para los programadores. WordPress Qué es WordPress? WordPress es un sistema gestor de contenidos muy famoso, enfocado principalmente a blogs. A través de este software, los usuarios de WordPress tienen la posibilidad de crear sus propios sitios Web de una forma fácil y personalizada. Se ha convertido en un CMS tan famoso debido a, entre otras cosas, su uso sencillo, su amplio repertorio de tutoriales de ayuda y su afán por la estética. WordPress consiste, al igual que todos los gestores de contenidos, en un programa que gestiona una plataforma en la que los usuarios que lo utilicen puedan crear, editar y gestionar los contenidos de un sitio Web. Los usuarios que utilizan Wordpress tienen la posibilidad de gestionar el diseño de su sitio Web sin tener que cambiar el formato del mismo. Además facilita la publicación de contenido para que cualquier usuario pueda verlo. Para poder empezar a utilizar WordPress, el usuario solamente necesita un correo electrónico con el que registrarse y poder descargar gratuitamente el programa. En la Web de WordPress ( se aclara paso por paso la instalación. La herramienta ofrece su propio hospedaje de blogs con un almacenaje de hasta 3 GB, que puede ser privado o público. La opción pública es la más sencilla para el trabajo de un usuario común, ya que no necesita servidores ni grandes conocimientos técnicos. Se puede instalar un corrector de ortografía que ayuda al usuario a no cometer errores de escritura en los blogs. Además se pueden subir fotos, vídeos y todo tipo de contenido multimedia de forma sencilla. Dispone también de un servicio de bloqueo de correo spam que previene comentarios de otros usuarios o posibles ataques. Existe todo tipo de comunicación para la creación de sitios Web en WordPress, además de comunidades de usuarios que proporcionan ayuda al usuario en caso de ser necesario. La herramienta está disponible en unos 50 idiomas y, a día de hoy, es considerado uno de los métodos más completos para crear un sitio Web al gusto de cualquier usuario de forma sencilla. De ahí que sea el CMS más utilizado actualmente. Características de WordPress en cuanto a su estructura - Se trata de un sistema de publicación Web en el que, en principio, las publicaciones se ordenan por fecha. 28

30 - La estructura y diseño dependen de plantillas, independientemente del contenido. Estas plantillas pueden ser diseñadas a gusto del usuario o descargadas para WordPress. - WordPress apuesta por la elegancia y sencillez en sus sitios Web pero depende siempre de la plantilla a usar. - Separa el contenido de la Web de la interfaz de la misma. - Tanto la ejecución como la gestión del sitio Web corre a cargo del sistema administrador gracias a plugins y widgets usados por las plantillas. Características funcionales - WordPress permite a cualquier usuario crear un blog en cuestión de pocos minutos, lo cual llama la atención a usuarios que no son muy técnicos cuya única intención es poner en producción algo a través de Internet. - Existe un gran número de temas diversos para integrarlos en el sitio Web y darle el aspecto que se desee. Además, estos temas pueden ser modificados al gusto del usuario. - La herramienta incluye un plugin gracias al cual se pueden consultar las estadísticas del sitio Web creado, es decir, cuánta gente visita la Web, tiempo medio de las visitas, etc. - Escribir en WordPress, subir contenido multimedia, incluir artículos, todo resulta muy sencillo y visual para el usuario. De esta manera se busca llegar al máximo número de personas posibles. Además incluye una funcionalidad muy útil, y es que al ir escribiendo se van guardando los datos, por si acaso al usuario se le olvidara guardarlos. - Si al escribir una entrada, el usuario agrega etiquetas relevantes, el artículo escrito irá a la lista de blogs más populares, de esta manera el resto de usuarios podrá ver los artículos nuevos más fácilmente. - Como se ha descrito antes, la herramienta incluye la posibilidad de eliminar o bloquear el correo spam, para así conseguir una mayor seguridad en el sitio Web. - WordPress dispone de uno de los mejores sistemas de soporte actuales. En general dispone de ayuda para todos los usuarios, ya sea a través del foro, de la comunidad de usuarios o del propio sistema de soporte de la herramienta. 29

31 - Garantía de seguridad. WordPress dispone de cientos de servidores en los tres centros de datos (Chicago, Dallas y San Antonio) que le pertenecen. El sistema garantiza que ante cualquier catástrofe, el sitio Web va a seguir activo. - La herramienta de la posibilidad de que, en caso de tener un blog alojado en cualquier otro dominio, los datos se puedan importar al dominio de WordPress, para así no perder el contenido. - Como se ha dicho anteriormente, incluye más de 50 idiomas en la configuración. De esta manera está asegurado que se utilice a nivel mundial sin problemas de lenguaje. - No hay límite de sitios Web, se pueden crear los que el usuario quiera y con las funcionalidades que quiera, como por ejemplo darle visualización sólo a miembros registrados de ese sitio Web, protegiéndolo con una contraseña. - Se pueden agregar widgets para la integración de Twitter, Flickr, Facebook, etc. sin necesidad de realizar código HTML, simplemente arrastrando los botones. - Tras dejar un comentario el usuario puede seguir las respuestas a través de una página en la que los comentarios son notificados. Historia de WordPress WordPress es el sucesor de b2\cafelog, conocido como b2 o cafelog, que fue creado por Michel Valdrighi, uno de los participantes en el desarrollo de WordPress. En cuanto a su nombre, fue idea de Christine Selleck, amiga de Matt Mullenweg, que es el principal desarrollador de este sistema. Creado con el deseo de tener un sistema de publicación elegante y bien diseñado, WordPress apareció por primera vez en el año Comenzó a tener mucho éxito, especialmente, por un cambio de licencia de su competidor Movable Type, que provocó que muchos de sus usuarios se cambiaran a WordPress. Actualmente, goza de gran popularidad a nivel mundial. (Milrespuestas.com - Qué es Wordpress?). A continuación se muestra una imagen recogida de la misma Web de WordPress ( en la que se determina, a día 27 de mayo de 2013 a las 16:00 de la tarde, el número total de sitios Web creados con WordPress o que lo utilizan. 30

32 Ilustración 4: Uso de Wordpress Como se puede ver, si es cierto que WordPress es un sistema muy utilizado a nivel mundial. Joomla! Joomla! es un sistema gestor de contenidos (CMS) que permite crear sitios Web dinámicos. Dispone de un panel de administración (backend) que permite la creación y modificación del contenido de un sitio Web de forma simple y rápida. Se trata de un software con código desarrollado en PHP y bajo licencia GPL de GNU. Este gestor de contenidos puede ser utilizado tanto en un ordenador local a través de localhost (mediante la instalación, por ejemplo, de un WampServer), en Intranet (como se utiliza en este proyecto) o a través de Internet y, para su funcionamiento, requiere una base de datos MySQL y un servidor HTTP Apache. Desde su lanzamiento, Joomla! ha conseguido grandes logros a nivel de uso, siendo, actualmente (febrero 2013) uno de los mejores y más utilizados CMS. A continuación se muestran ejemplos del backend (parte que ven los administradores) y el frontend (parte que ve el usuario) y de un sistema en el que se ha instalado Joomla!. Estas imágenes están recogidas del tutorial de Joomla! que existe en la siguiente dirección: 31

33 Imagen del backend Ilustración 5: Backend Joomla! Imagen del frontend Ilustración 6: Frontend Joomla! La instalación inicial de Joomla! incluye algunas plantillas para la edición tanto del frontend como del backend, pero además se pueden descargar plantillas libres de coste (o con coste, a elección del usuario) en la Web de Joomla!: 32

34 Lo mismo pasa con los plugins, módulos, extensiones, paquetes de idioma todos pueden descargarse de la Web de Joomla! para dar mayor funcionalidad al sitio Web. Características principales de Joomla! - Joomla! está preparado para organizar de manera eficaz los contenidos de cualquier sitio Web en secciones y categorías. Esto permite al sitio ser más navegable para los usuarios. Además, desde el backend del administrador de Joomla! se podrá crear, editar y borrar las secciones y categorías del portal a gusto del usuario/administrador. - Gracias a Joomla! Se podrán crear todas las páginas que el usuario desee y editarlas desde un editor de texto muy simple que da la posibilidad al usuario de dar el formato de texto que desee. Todos los contenidos introducidos por el usuario podrán ser modificados por el mismo. - Ofrece la posibilidad de gestionar componentes y módulos, por ejemplo imágenes, artículos, foros de debate, etc. - Permite administrar los usuarios registrados utilizando una base de datos en la que se conservan las credenciales de ellos, además da la posibilidad de poder enviar correos a todos ellos de forma masiva. La administración de usuarios está basada en roles, de tal forma que los niveles de habilitación de los usuarios dependen del rol que tiene el grupo al que pertenecen. - Gracias al sistema de templates utilizado por este CMS, se puede cambiar todo el aspecto del diseño Web en pocos minutos, y con sólo un par de clics. - Tanto la navegación como el menú del sitio Web serán totalmente editables a través del panel de control del backend de Joomla! - Esta herramienta CMS dispone de una utilidad para subir imágenes al servidor y ser usadas en todo el sitio a posteriori. - En un sitio Web creado con Joomla!, la posición y estructura de los módulos es editable por el usuario/administrador a su gusto. - Joomla! incorpora un sistema de sindicación de noticias por RSS/XMS de generación automática que permite a los visitantes del sitio mantenerse actualizados con respecto al contenido del sitio. - El sistema dispone de un servicio de Banners llamado Showcase en el que se publicarán las noticias más importantes o, simplemente, publicidad. 33

35 - Joomla! Dispone de un sistema de estadísticas de visitas con información de navegador, sistema operativo, y detalles de las páginas más vistas. - En cuanto a seguridad, Joomla! Está demostrado que es uno de los sistemas gestores de contenidos más seguro de los que le competen. Tratando la seguridad como algo relativo, ya que en Internet no hay nada 100% seguro. Es tan seguro porque cuenta con una activa comunidad en la que se encuentran soluciones precisas en muy poco tiempo. - En cuanto a usabilidad y nivel de dificultad de uso, se podría decir que es el sistema menos manejable de los 3 que se describen, pero es el que, si se sabe utilizar, permite una mayor funcionalidad y una creación de mejores y más consistentes páginas Web. Características de publicación de páginas web en Joomla: - La publicación de contenido puede ser automatizada, es decir, las páginas y documentos de Joomla! pueden dejarse programados para que, si el usuario escoge una fecha de publicación, aquello que quiere publicar no se publique hasta la fecha impuesta por el usuario. Ocurre lo mismo si el usuario desea quitar esa publicación, tan sólo debe incluir una fecha de caducidad de la misma. - El sistema dispone de un archivo de almacenaje en el que las partes de la Web que hayan perdido interés o sean muy antiguas no se pierdan pero dejen de estar en la zona en la que los usuarios las vean habitualmente, pero podrán consultarlas a través de un historial. De este modo, las publicaciones no tienen que borrarse de la base de datos. - El sistema tiene la opción de envío de s de los documentos publicados. - Permite que los usuarios que visitan la página den su voto de calidad en las publicaciones. - Dispone también de un apartado en el que los usuarios pueden dar sus opiniones para mejorar o simplemente comentarios de la Web. Historia de Joomla! A mediados de 2005, el equipo de desarrollo de Mambo, el gestor de contenidos anterior a Joomla! Decidieron limitar el uso gratuito de su software. Ante esta situación, unos 30 desarrolladores de la empresa se rebelaron porque no estaban de acuerdo y renunciaron a su puesto. De esta manera, por su cuenta, se juntaron y crearon Joomla! una palabra de origen africano que significa todos juntos, un CMS que funcionaba 34

36 con el núcleo de Mambo, pero con cambios importantes en el código y, como mejora principal a Mambo, todo el software es libre. No sólo los desarrolladores de Mambo migraron al nuevo proyecto; miles de colaboradores, diseñadores y comunidades enteras lo respaldaron desde un principio, sobre todo al difundirse la noticia de la acción ejecutada por Mambo y sus propietarios. De esta manera el proyecto Joomla! Cogió más fuerza, llegando a ser la aplicación Web que se conoce hoy en día, no sólo con excelentes características de gestión, sino con un futuro bastante interesante en el ámbito de la Web 2.0. ( Maestros del Web - Qué es Joomla? ). Actualmente, Joomla! es la demostración de que, cuando el software libre está presente en el esfuerzo y la organización de una comunidad se convierte en Software de calidad máxima. Drupal Qué es Drupal? Drupal es un CMS que funciona a través de módulos y consta de una estructura muy configurable. Se trata de un software de código abierto, que dispone de licencia GNU/GPL y está desarrollado en PHP. De su gestión y mantenimiento se encarga una comunidad de usuarios que están continuamente actualizándolo y creando mejoras. El sitio principal de desarrollo y coordinación de Drupal es en este sitio participan activamente miles de usuarios de todo el mundo. El código es de una gran calidad, al igual que las páginas que se generan. El mayor fin de estas páginas es su usabilidad para el usuario. Además el sistema es muy consistente y cumple con los estándares de la Web. Su diseño es idóneo para construir y gestionar comunidades en Internet en las que un grupo de usuarios (mayor o menor) comparte información, comentan noticias, etc. No obstante, es muy flexible y adaptable, de modo que se puede utilizar para muchos tipos diferentes de sitio Web. Asimismo consta de una gran cantidad de módulos adicionales que permiten dar una funcionalidad mucho más abierta a la Web. Características principales de Drupal - Drupal dispone de un gran sistema de ayuda online, además de disponer de una amplia variedad de Webs en las que se proporciona ayuda para los módulos. De esta manera tanto usuarios como administradores tienen gran facilidad para desarrollar y administrar sus sitios Web. - Las consultas de contenido de Drupal están indexadas en tiempo real, es decir, en cualquier momento se pueden consultar los contenidos más actualizados y obtenerlos con facilidad. 35

37 - El código fuente de Drupal está disponible sin costes bajo los términos de la licencia GNU/GPL. De esta manera se diferencia de otros sistemas de blog o gestión de contenido propietarios. Así es más sencillo adaptar Drupal a las necesidades del usuario. - Gracias a la comunidad de Drupal, se han creado diversos módulos que proporcionan funcionalidades para todo lo que necesita un sitio Web, por ejemplo página de categorías, mensajes privados, autenticación, etc. - Dentro del núcleo de Drupal está implementado un entorno de personalización. De esta manera, tanto el contenido como la presentación pueden ser definidos en función a las preferencias del usuario. - Uso del módulo mod_rewrite de Apache. Gracias a este módulo se pueden crear Webs más manejables tanto por los usuarios como por los motores de búsqueda. Características en cuanto a gestión de usuarios - Los usuarios pueden registrarse/iniciar sesión de forma local o utilizando un sistema de autenticación, como por ejemplo Jabber o Blogger. Para su uso interno en una empresa, se puede integrar con un servidor LDAP (Lightweight Directory Access Protocol - Protocolo Ligero de Acceso a Directorios). - Los permisos están basados en roles, es decir, el administrador puede crear roles de usuarios y asignar permisos a ese rol. Tras esto, va metiendo a los usuarios en roles o grupos que ya tienen los permisos dados. De esta manera no hay que ir dando permisos uno a uno a cada usuario. Características en cuanto a gestión de contenido - Drupal dispone de un sistema de control de versiones gracias al cual se pueden seguir y auditar todas las actualizaciones de contenido, es decir, se puede saber siempre qué se ha cambiado, cuándo se ha hecho ese cambio, quién ha hecho ese cambio, etc. Además permite incluir comentarios sobre los cambios, de tal manera que para realizar un backup se sepa qué había en cada versión. - Todo el contenido creado en Drupal dispone de un enlace asociado a dicho contenido de forma permanente. De esta manera el contenido puede ser enlazado desde una Web externa sin temor a que el enlace falle en el futuro. - Todo contenido creado en Drupal es, en cuanto a su función de refiere, un objeto o nodo. Esto permite que la información pueda ser tratada de forma uniforme. 36

38 - El sistema de plantillas de Drupal permite separar el contenido de la presentación para así permitir el control del tema de la Web. Además se pueden crear nuevas plantillas mediante HTML y PHP. - Dispone de posibilidad de creación de enlaces RSS que servirán al usuario para estar continuamente actualizado en cuanto a la información de la misma se refiere. Características del Blogging - Drupal dispone de un agregador de noticias en el que se permite leer y publicar enlaces a noticias de otros sitios Web. - Drupal permite que el entorno de edición sea más manejable gracias a la API de Blogger. Características de la plataforma - La base de datos es independiente, esto quiere decir que aunque la mayoría de las instalaciones de Drupal utilicen MySQL, existen otras opciones. El sistema no obliga a que la base de datos sea MySQL. - Drupal puede funcionar con Apache o Microsoft IIS como servidor Web y en sistemas como Linux, Solaris, BSD, Windows o Mac OS X. Además, al estar implementado en PHP es un sistema totalmente portable. - La plataforma de Drupal está pensada para usuarios de todo el mundo y dispone, para ello, de opciones para crear un portal multilenguaje. Características en cuanto a administración y análisis - La administración y configuración del sistema puede realizarse completamente a través de un navegador Web, no precisa de ningún software adicional. - Drupal puede mostrar en las páginas de administración informes sobre enlaces entrantes y popularidad del contenido. De este modo es posible realizar un análisis y visualizar las estadísticas del sitio Web. - La actividad y sucesos del sistema se registran en un registro de eventos al cual tiene acceso el administrador. 37

39 Características de la comunidad - Drupal dispone de un modelo de comentarios enlazados, parecido a un foro, de tal manera que se pueden hacer comentarios y discusiones sobre cualquier tema. Además incluye foros de discusión. - Incluye también un módulo que permite a los usuarios y administradores realizar encuestas a su gusto a través de Internet, con el fin de obtener resultados y opiniones de otros usuarios. - Este CMS incluye la posibilidad de crear un proyecto o libro a ser escrito y que otros usuarios contribuyan metiendo más contenido. Es decir, la posibilidad de que un texto sea editable por otras personas para tener una mejor calidad de información. Características de rendimiento y escalabilidad - Drupal incluye un mecanismo que permite habilitar y deshabilitar algunos módulos para no sobrecargar el servidor. Este mecanismo es, obviamente, configurable a gusto del usuario. - El mecanismo de caché elimina consultas a la base de datos incrementando el rendimiento y reduciendo la carga del servidor. Historia de Drupal En el año 2000, Dries Buytaert y Hans Snijder, dos estudiantes de Amberes (Bélgica), establecieron un puente inalámbrico entre sus residencias de estudiantes con el fin de compartir la conexión ADSL de Snijder entre varios estudiantes. De esta manera todos podían estar conectados a Internet, no obstante faltaba algo, y es que no existían medios para discutir o compartir cosas simples. A partir de este problema, Buytaert empezó a trabajar en un pequeño sitio de noticias con un tablón electrónico integrado. De esta manera permitía que el grupo de amigos dejasen sus notas sobre el estado de la red o anunciar cualquier cosa de lo que hacían, de ellos mismos, etc. A este software no le dan nombre hasta el día después de que Buytaert se graduase. El grupo decidió poner el sitio Web en línea para que pudieran mantenerse en contacto, seguir compartiendo hallazgos y hablando de su vida personal. En la búsqueda para poner un nombre al dominio, consideraron que Dorp, cuyo significado en holandés es pueblo era un nombre apropiado para esta pequeña comunidad. El dominio se alojó en drop.org ya que dorp.org no estaba disponible. 38

40 Una vez que drop.org se estableció en la Web, su audiencia cambió, a que los miembros comenzaron a hablar de nuevas tecnologías Web, como la moderación o la autenticación distribuida. Drop.org se fue convirtiendo en un entorno de experimentación personal, impulsado por las discusiones y el flujo de ideas. A principios de 2001 se decide liberar el software para ampliar la comunidad lo más posible, llamándolo Drupal, pronunciado Droo-puhl, que deriva de la pronunciación en inglés de la palabra holandesa druppel, que significa caída. 39

41 2.2 Discusión y elección final del modo de creación Como se ha podido observar, hay multitud de posibilidades para la creación de un portal Web. Desde Telefónica Soluciones solicitaron que el proyecto no durase más de seis meses para poder abordarlo económicamente por tanto había que trabajar un poco contrarreloj. Ante esta situación y viendo que sólo en toma de requisitos, planes de pruebas, documentación, etc. Ya se iban a ir cerca de dos meses, para que el desarrollo fuera en 4 meses o menos debíamos disponer de una pequeña ayuda. Qué ayuda es esa? Un sistema gestor de contenidos. De esta forma se descartaba la creación del portal a mano, las herramientas son buenas, los programadores también, pero está claro que, ante la limitación del tiempo había que apoyarse en algo que facilitara esa programación y redujera tiempo y costes. Ante esta nueva situación, se empiezan a valorar las posibles opciones dentro de los distintos gestores de contenidos. Está claro que, ya que la elección pasa por un gestor de contenidos y la idea es que el proyecto sea fácil de llevar, se busca entre los gestores de contenidos que dispongan de mayor número de usuarios y, por tanto, mayor comunidad y soporte técnico ante posibles errores, fallos, etc. De esta manera, la elección consta de 3 patas, Drupal, Joomla! Y WordPress. - En cuanto a las posibilidades de cada uno, WordPress es una herramienta que se utiliza más para blogs de opinión y compartición de archivos. Drupal sirve para la creación de sitios Web mucho más complejos. Por su parte, Joomla! Combina ambas, por un lado incluye la posibilidad de crear un sitio Web del estilo a un blog pero con complejidad variable, ya que es la herramienta más consistente y se pueden hacer modificaciones en caso de que se dispongan de conocimientos de HTML, PHP y Javascript. Nuestros programadores son expertos en esas herramientas, de modo que no supondría ningún problema. Además Joomla! dispone del módulo content builder que permite crear formularios de todo tipo con una grandísima facilidad. Algo muy importante para la estructura del sitio Web que se desea crear, ya que estará basado en peticiones de usuarios a través de formularios. - En cuanto a facilidad de uso, el más difícil de usar es Drupal, que requiere los máximos conocimientos técnicos de los 3 CMS. Por su parte, WordPress dispone de una API en la que es muy fácil generar código para la Web, por tanto es la más sencilla de usar. Joomla! Podría estar entre las dos anteriores, es bastante fácil de usar, pero no tanto como WordPress. No obstante, los sitios Web que se pueden crear con Joomla! Son mucho más complejos que con WordPress, lo cual es una ventaja para Joomla! - En cuanto a sus características, Drupal es famoso por su capacidad de organización, su buenísima y compleja estructura. WordPress es famoso por su espléndida facilidad de uso, lo que le hace llegar a un amplio número de usuarios. Por su parte, Joomla! Es famoso por ser una gran plataforma comunitaria, funcionando casi como una red social. 40

42 - Por último, habría que hablar sobre en qué casos son ideales estos CMS. o o o Drupal es ideal para sitios Web complejos, avanzados y versátiles. Sitios que requieren una organización de datos compleja. WordPress es perfecto para el primer sitio Web de un usuario inexperto, ya que dispone de una interfaz muy sencilla y métodos sencillos de publicación Joomla! Permite construir un sitio Web con más contenido y mejor estructura que WordPress pero, aun así, su interfaz y sus métodos de publicación son muy sencillos. De modo que, tras consensuar con los empleados que iban a desarrollar el portal y, valorando sobre todo que el sitio Web no requería una complejidad de datos muy avanzada, se decide utilizar Joomla! Ya que aunque la complejidad de los datos no es muy avanzada, no se tenía intención de crear una Web excesivamente sencilla. La Web requiere una gran cantidad de datos, imágenes, noticias y muchas más posibilidades de extensión. Además interesa que sea comunitaria y la idea de que funcione como una red social es muy positiva. Además de esto, en el curriculum de los programadores está claramente descrito que su experiencia más amplia en el campo de gestores de contenidos se da en Joomla!, por tanto el tiempo de desarrollo iba a ser menor utilizando Joomla! Que aprendiendo a utilizar otro gestor de contenidos. En definitiva, ante las posibilidades tecnológicas descritas, el equipo elige Joomla! Como la más viable, por tanto será la que se utilice y de la que se hable a lo largo del proyecto. 41

43 3. SOLUCIÓN Este apartado muestra la preparación y desarrollo de la solución a la iniciativa, es decir, desde que se acepta el proyecto de creación de un portal Web para la gestión de automatizaciones hasta la finalización y aprobación del sistema completo. 3.1 Inicio del proyecto Este apartado describe la parte de gestión del proyecto, esto es gestión del equipo, toma de requisitos, evaluación del plan de riesgos y configuración, planificación del proyecto, etc Modelo de proyecto A continuación se describe el modelo de gestión del proyecto y el equipo de proyecto encargado llevar a cabo la implantación de la solución propuesta. Equipo de proyecto En el equipo de proyecto se incluyen, además de los participantes asiduos, participantes puntuales que harán tareas específicas de su departamento pero necesarias para que el proyecto pueda llevarse a cabo. El equipo de proyecto estará formado por los siguientes miembros asiduos: Un jefe de proyecto Un analista funcional Dos analistas/programadores Adicionalmente, por parte de Telefónica Soluciones deberá haber: Un sponsor del proyecto Un jefe de proyecto Además de estos dos miembros asiduos, Telefónica Soluciones deberá aportar personal para determinadas tareas específicas como provisión de la máquina, la gestión de accesos, comunicaciones, backup, etc. 42

44 Gestión del proyecto Para ayudar a esta gestión se harán reuniones quincenales con el jefe de proyecto de Telefónica Soluciones en las que se hará un seguimiento de tareas y se valorarán planes futuros para el portal Web. Además, una vez al mes se harán reuniones con la dirección de Telefónica Soluciones a nivel menos técnico y más de gestión. Planificación de actividades 1. Plan de trabajo A continuación se presenta el plan de trabajo del proyecto. Todos los trabajos se desarrollan en las Oficinas de Telefónica Soluciones. El proyecto se compone de tres fases: Fase 1: Evaluación del problema y búsqueda de solución Fase 2: Construcción del portal Web para gestionar las automatizaciones Fase 3: Mantenimiento del portal Web El plan de trabajo se divide en las siguientes actividades. 1.1 Fase 1: Evaluación del problema y búsqueda de solución Actividad 1: Planificación En esta actividad lo primero que se llevará a cabo es una evaluación de la situación actual, comprobando si la dirección que se está tomando es la más correcta para la empresa y los trabajadores. Tras evaluarlo y ver los problemas se buscarán soluciones e iniciativas para que estos problemas se minimicen al máximo posible. Entregables: Resumen ejecutivo (Documento para entregar en Telefónica, no incluido en la memoria). 43

45 Criterios de aceptación: El resumen ejecutivo debe dar una idea clara y concisa de lo que se quiere conseguir y debe ser aprobado por Telefónica Soluciones Actividad 2: Extracción de requisitos, gestión de riesgos y configuración Esta actividad, previa al Análisis y diseño de la herramienta, consistirá en extraer los requisitos para la construcción de la misma. Para ello se juntarán el analista funcional con el jefe de proyecto de Telefónica Soluciones y determinarán qué se quiere hacer y cómo se quiere hacer punto por punto y abarcando todas las posibilidades, requisitos de usuario, funcionales, de capacidad, de seguridad, etc. Además de esto, se evaluarán los riesgos y se hará una gestión de la configuración del sistema. Entregables: Documento de requisitos Gestión de riesgos Gestión de la configuración Criterios de aceptación: Tanto el jefe de proyecto de Telefónica Soluciones como el analista funcional y el jefe de proyecto deben estar conformes con los requisitos establecidos. 1.2 Fase 2: Construcción del portal Web para gestionar las automatizaciones Actividad 3: Análisis y diseño del sistema En esta actividad se llevará a cabo un estudio de los datos obtenidos hasta el momento y de aquello que se quiere llegar a construir. Se deben analizar los requisitos y con ello detallar plenamente el diseño para que la construcción del sistema sea clara y no deje abierto ningún frente de dudas. Un buen diseño es la base para una construcción satisfactoria. Se deberá detallar la arquitectura del sistema, número de CPU s, sistema operativo, memoria (tanto física como virtual), etc. El entorno tecnológico del mismo, servidor Web, base de datos, etc. y el aspecto que tendrá el portal Web al ser construido, colores, posicionamiento de las columnas. Entregables: Documento de arquitectura Documento de análisis y diseño Criterios de aceptación: 44

46 El documento de arquitectura debe dejar claro cómo va a estar estructurado el sistema en cuanto a su arquitectura Validación del documento de análisis y diseño Actividad 4: Construcción del sistema Esta actividad parte del diseño del sistema. La idea será plasmar todo aquello que se detalla en el diseño ya en la implementación del sistema. Para ello lo primero será conseguir el entorno especificado para poder trabajar en él e instalar todo aquello que sea necesario. Tras esto, se instalarán las herramientas y módulos necesarios para poder empezar a gestionar y construir el sistema. Por último, cuando ya esté todo instalado, se pasará a construir el sistema tal cual se especifica en el diseño. Entregables: Entorno Sistema construido Criterios de aceptación: El entorno debe ser el especificado en el diseño El sistema construido debe estar aprobado por los usuarios Actividad 5: Pruebas del sistema Esta actividad se realiza tras la construcción del sistema, se realizará un plan de pruebas en el que se recogerá toda posibilidad de fallo con el fin de que el sistema no tenga ninguna fisura. Tras realizar el informe y ser aprobado, un analista programador se reunirá con el jefe de proyecto de Telefónica Soluciones y llevarán a cabo las pruebas. Cuando las pruebas sean satisfactorias se podrá decir que el sistema está listo para ser puesto en producción. En caso de que las pruebas no den los resultados esperados, se deberá volver a la parte de la construcción y solucionar los problemas. Entregables: Plan de pruebas Criterios de aceptación: El plan de pruebas debe ser aprobado por el cliente 45

47 1.2.4 Actividad 6: Implantación del sistema Esta actividad se realiza al haber construido y probado el sistema. Lo primero será hacer un plan de implantación en el que se detalle cómo se ha construido e instalado todo, incluyendo capturas y todo lo necesario para que no haya ninguna duda si se tiene que volver a hacer. Se deberá también crear un manual para el usuario y otro para el administrador, con el fin de que los miembros administradores que accedan al portal sepan cómo ejecutar sus funciones y que los usuarios sepan moverse por el portal con soltura. Tras esto, se llevará a cabo el paso a producción del sistema para poder ser utilizado. Entregables: Plan de implantación Proyecto final Criterios de aceptación: Validación del plan de implantación 1.3 Fase 3: Mantenimiento del portal Web Tras la construcción y aprobación del sistema, los analistas/programadores se encargarán de mantener el sistema en pleno funcionamiento durante el tiempo acordado con el cliente. Para ello deberán dar soporte 8x5 ante cualquier solicitud del cliente. Además de esto, se realizarán cursos de formación tanto a usuarios como a administradores con el fin de que el proyecto tenga la mayor utilidad posible. 46

48 2. Requisitos de oficina y personal 2.1 Infraestructura Las oficinas dispondrán de espacio físico para todos los integrantes y colaboradores del proyecto. Telefónica Soluciones provisionará los entornos de desarrollo y producción. 2.2 Recursos humanos El Equipo del Proyecto de Telefónica Soluciones pondrá a disposición del equipo de proyecto sus conocimientos y experiencia en los entornos existentes, con el fin de conseguir un buen ritmo de trabajo durante todo el proyecto. Para la ejecución del proyecto descrito en la presente propuesta, será necesaria la colaboración de los siguientes perfiles: Jefe de proyecto Encargado de ser el punto de enlace entre el cliente y los encargados de realizar las tareas del proyecto así como de gestionar el mismo. Dedicará un día a la semana a jornada completa, ya que tiene otros proyectos en marcha. Analista funcional Encargado de analizar y diseñar el proyecto en función de lo que pide el cliente y adaptarlo a las posibilidades de los programadores lo máximo posible para facilitarles el trabajo. Se dedicará al proyecto durante los tres primeros meses y durante el último mes. No tendrá incidencia en el desarrollo, de modo que trabajará cuatro meses y, en el último, sólo dedicará dos días a la semana. 2 analistas/programadores Construyen el proyecto en función a lo que describe el analista funcional en el documento de diseño. Uno de los analistas/programadores tendrá contrato en prácticas a través de la Universidad. El programador más experimentado hará una jornada de cuatro horas diarias compaginando este proyecto con otro de la empresa. Por parte de Telefónica Soluciones, se precisarán los siguientes perfiles: Jefe de proyecto Encargado de la gestión del proyecto y aprobación de los hitos siendo portavoz del cliente. 47

49 Además, Telefónica Soluciones deberá disponer de personal específico para ciertas tareas, como pueden ser: provisión de equipos, comunicaciones, accesos, monitorización, instalación de componentes o realización de backup. 3. Recursos económicos/presupuesto final En cuanto a recursos económicos y de cara a la elaboración del presupuesto final, se elaborará una tabla en función de los sueldos programados para los componentes del proyecto de cara a los 6 meses estimados de duración del proyecto. Además se elaborará dicha tabla añadiendo costes de Servidores, CPD s y gastos generales (virtualización, asignación de IP s, comunicaciones ). Personal para 6 meses Jefe de Proyecto: Su sueldo es de al año, pero sólo va a estar un día por semana durante 26 semanas, es decir que, a su sueldo anual habría que hacerle la ponderación para hallar el dinero que habría que pagarle por este proyecto. Para ello se dividen los entre 252 que son los días laborables y se multiplica por 26, que son los días que estará disponible. Siendo el resultado: Analista/funcional: Cobrará al año, tres meses los hará a jornada completa, por tanto su sueldo anual, dividido entre 4 dará el resultado para esos tres meses: Por otro lado, el último mes trabajará dos días a la semana, haciendo la ponderación de forma similar a la realizada para el jefe de proyecto, su sueldo para ese mes será: 952, que sumado a lo anterior es Analista/programador: Al igual que el analista funcional, su sueldo es de al año, dedicará 6 meses al proyecto y hará cuatro horas diarias, es decir, su sueldo para esos seis meses y para este proyecto será de: 7500 Analista/programador en prácticas: 4000 Para hallar presupuesto total en cuanto a personal, hay que añadir a los sueldos un plus de seguridad social que es un 33%. Trabajador Sueldo Seguridad social (33%) Total Jefe de proyecto Analista funcional Analista/programador Analista/programador Total personal =

50 El sueldo del Jefe de Proyecto de Telefónica Soluciones no somos los encargados de determinarlo, además el jefe de proyecto de Telefónica Soluciones no se dedicará expresamente a este proyecto, tendrá funciones propias de su cargo, por tanto no se le puede incluir en el presupuesto. Pasa lo mismo con el Sponsor del proyecto, es a Telefónica Soluciones a quien le interesa promocionar Automalia dentro de la red de la empresa, no es nuestro rol el encargarnos de la gestión del sponsor ni, obviamente, de su salario. Gastos generales para 6 meses - Servidor: Centro de Procesamiento de Datos (CPD): 1200 anuales (se paga lo mismo por año que por 6 meses). - Gastos de luz, aire acondicionado, agua, papel, tinta, desgaste de equipos, etc.: Total gastos generales = Presupuesto total El presupuesto total será la suma de los dos costes anteriores más un 10 % que estimamos como riesgos. Coste total = ( ) + 10 % = Obtención de requisitos del sistema Tras tener claros los conceptos de modelo de proyecto, y como paso previo a la planificación del mismo, se establecerán reuniones con los stakeholders de Telefónica Soluciones para definir los requisitos de usuario específicos para el sistema a construir. Después de realizar varias sesiones con los distintos stakeholders de Telefónica Soluciones, se ha alcanzado un acuerdo para una definición de los requisitos del sistema correspondientes a este proyecto. Con el fin de facilitar la compresión por parte de los lectores del documento, se va a explicar a continuación la estructura de los requisitos: Título 2 Descripción 3 Prioridad 4 Estabilidad 5 Claridad 6 Verificabilidad 7 Necesidad 8 Fuente 9 Identificador 1 Si No Esencial Deseable Opcional Tabla 1: Ejemplo tabla requisitos del sistema 49

51 1. Identificador: Código que identifica de forma unívoca cada requisito. RUA-XX Donde: RU: Requisito de Usuario A: C: Capacidad R: Restricción S: Seguridad D: Disponibilidad XX: ID del requisito 2. Título: Título descriptivo del requisito. 3. Descripción: Explicación clara y concisa del requisito que se está especificando. 4. Prioridad: Orden de cumplimiento de un requisito. Contra más alta sea esta mayor urgencia tiene el requisito. 5. Estabilidad: Probabilidad de cambio de un requisito. A mayor estabilidad, menor posibilidades de que dicho requisito se vea modificado. 6. Claridad: Campo para representar la no ambigüedad de un requisito. Cuanta mayor claridad tenga, menor ambigüedad contendrá. 7. Verificabilidad: Facilidad para comprobar que el sistema cumple un requisito. 8. Necesidad: Interés del cliente en la realización de un requisito. 9. Fuente: Origen del requisito Requisitos de usuario En este punto se van a definir y clasificar los requisitos de usuario. Requisitos de Capacidad Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-01 Gestionar usuarios El sistema deberá gestionar los usuarios del portal Sí No Esencial Deseable Opcional Analista/programador Tabla 2: RUC-01 50

52 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-02 Usuario administrador El sistema deberá disponer de un usuario administrador al que pueda acceder el equipo del proyecto. Sí No Esencial Deseable Opcional Analista/programador Tabla 3: RUC-02 RUC-03 Gestionar pila de automatización El sistema deberá gestionar la pila de automatizaciones que entran a través del portal. Sí No Esencial Deseable Opcional Analista/programador Tabla 4: RUC-03 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-04 Gestionar catálogo El sistema deberá gestionar las automatizaciones ya realizadas a través de un catálogo de automatización. Sí No Esencial Deseable Opcional Analista/programador Tabla 5: RUC-04 RUC-05 Gestionar artículos El sistema deberá gestionar los artículos que se publiquen por los empleados de Telefónica Soluciones dados de alta en el sistema. Sí No Esencial Deseable Opcional Analista/programador Tabla 6: RUC-05 51

53 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-06 Gestionar entrada de artículos El sistema deberá disponer de un apartado para la creación de artículos de usuario. Sí No Esencial Deseable Opcional Analista/programador Tabla 7: RUC-06 RUC-07 Gestionar plantillas tareas Sistema Gestor de Cambios (SGCAMB) El sistema deberá gestionar plantillas de tareas SGCAMB. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 8: RUC-07 RUC-08 Gestionar plantillas grupos de tareas Sistema Gestor de Cambios (SGCAMB) El sistema deberá gestionar plantillas de grupos de tareas SGCAMB. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 9: RUC-08 RUC-09 Gestionar plantillas provisión Sistema Gestor de Cambios (SGCAMB) El sistema deberá gestionar plantillas de provisión SGCAMB. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 10: RUC-09 52

54 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-10 Gestionar registros de automatizaciones sencillos El sistema deberá proporcionar un formulario de entrada de automatizaciones a más bajo nivel para usuarios menos técnicos. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 11: RUC-10 RUC-11 Mostrar informes con métricas de los sistemas CREA El sistema deberá disponer de un apartado en el que se mostrarán las métricas de los sistemas utilizados por Telefónica Soluciones para la realización de automatizaciones (Sistemas CREA) para gestiones administrativas. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 12: RUC-11 RUC-12 Enlaces RSS para noticias El sistema deberá proporcionar al usuario un enlace para que se suscriba mediante RSS a las noticias del portal. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador Tabla 13: RUC-12 RUC-13 Enlaces RSS para catálogo El sistema deberá proporcionar al usuario un enlace para que se suscriba mediante RSS al catálogo del portal para estar al tanto de las nuevas automatizaciones. Alta Media Baja Sí No Esencial Deseable Opcional Analista/programador 53

55 Tabla 14: RUC-13 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-14 Cursos formativos El sistema deberá tener un enlace en el que los miembros de la oficina publicarán cursos de formación para los usuarios. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 15: RUC-14 RUC-15 Foro El sistema deberá tener un foro de ayuda para los usuarios en el que estos se podrán comunicar con los miembros de la oficina con el fin de resolver dudas. Además los propios miembros publicarán cosas a través del mismo. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 16: RUC-15 RUC-16 Enlaces a sistemas El sistema proporcionará enlaces a los sistemas utilizados por Telefónica Soluciones para los temas de automatización. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 17: RUC-16 RUC-17 Guías para usuario El sistema deberá disponer de guías, vídeos y tutoriales para ayudar al usuario en lo que precise. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 18: RUC-17 54

56 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RUC-18 Espacio para oficina de automatización El sistema deberá disponer de un espacio dentro del portal que sirva como soporte a los miembros de la oficina de automatización. Se almacenarán actas de reuniones, seguimiento de tareas, etc. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 19: RUC-18 RUC-19 Enlaces directos El sistema deberá de una serie de enlaces directos en la página principal que lleven a los puntos más importantes del portal. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 20: RUC-19 RUC-20 Correo de contacto El sistema deberá contar con un correo para que los usuarios se puedan poner en contacto con los administradores. Alta Media Baja Sí No Alta Media Baja Esencial Deseable Opcional Analista/programador Tabla 21: RUC-20 55

57 Requisitos de Restricción Requisitos de Seguridad Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RURS-01 Cumplir LOPD El sistema debe cumplir con la ley orgánica de protección de datos. Sí No Esencial Deseable Opcional Analista/programador Tabla 22: RURS-01 RURS-02 Vulnerabilidad a los ataques El sistema deberá disponer de mecanismos de seguridad que eviten ataques al portal. Sí No Esencial Deseable Opcional Analista/programador Tabla 23: RURS-02 RURS-03 Restricción de acceso El sistema deberá contar con un sistema de control de acceso de los usuarios de tal manera que sólo puedan acceder aquellos que estén autorizados. Sí No Esencial Deseable Opcional Analista/programador Tabla 24: RURS-03 56

58 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RURS-04 Restricción de artículos El sistema no permitirá la publicación directa de artículos por el usuario, cuando alguien registre un artículo deberá ser moderado por un administrador antes de ser publicado. Sí No Esencial Deseable Opcional Analista/programador Tabla 25: RURS-04 RURS-05 Sistema intranet El sistema restringirá la difusión del portal a Telefónica Soluciones, es decir, será de uso únicamente interno, no permitiéndose conexiones exteriores. Sí No Esencial Deseable Opcional Analista/programador Tabla 26: RURS-05 RURS-06 Backup del sistema El sistema hará un backup automático completo cada 3 días. Sí No Esencial Deseable Opcional Analista/programador Tabla 27: RURS-06 RURS-07 Snapshot BBDD El sistema hará un snapshot de la base de datos diariamente. Sí No Esencial Deseable Opcional Analista/programador Tabla 28: RURS-07 57

59 Requisitos de Disponibilidad Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RURD-01 Disponibilidad horaria El sistema deberá estar disponible las 24 horas del día. Sí No Esencial Deseable Opcional Analista/programador Tabla 29: RURD-01 RURD-02 Disponibilidad de personal Las dudas de los usuarios deberán ser procesadas en menos de dos días laborables. Sí No Esencial Deseable Opcional Analista/programador Tabla 30: RURD-02 58

60 3.1.3 Plan de proyecto Tras la obtención de requisitos con los stakeholders de Telefónica Soluciones ya se puede planificar el proyecto a través de una lista de tareas que se definen en el siguiente diagrama de Gantt. Estas tareas mezclan una serie de hitos comunes en todos los proyectos Software con tareas definidas específicamente para este sistema a través de la herramienta elegida para su construcción y los requisitos del sistema obtenidos anteriormente Diagrama de Gantt Ilustración 7: Diagrama de Gantt. Planificación Ilustración 8: Diagrama de Gantt - Requisitos, config, riesgos Ilustración 9: Diagrama de Gantt. Análisis y diseño 59

61 Ilustración 9: Diagrama de Gantt - Construcción Sistema Ilustración 8: Diagrama de Gantt - Pruebas 60

62 Ilustración 10: Diagrama de Gantt - Implantación 61

63 Hitos y criterios de aceptación A continuación se enumeran los hitos del proyecto y los entregables en cada hito: Actividad HITO ENTREGABLES Planificación Extracción de requisitos, gestión de riesgos y configuración Extracción de requisitos, gestión de riesgos y configuración Extracción de requisitos, gestión de riesgos y configuración Análisis y diseño del sistema Análisis y diseño del sistema HITO 1: Aprobación Resumen ejecutivo HITO 2: Aprobación requisitos HITO 3: Aprobación de la gestión de la configuración HITO 4: Aprobación de la gestión de riesgos HITO 5: Aprobación documento arquitectura HITO 6: Aprobación documento de análisis y diseño Construcción del sistema HITO 7: Aprobación del entorno Construcción del sistema Pruebas del sistema Implantación del sistema Implantación del sistema HITO 8: Aprobación del sistema construido HITO 9: Aprobación del plan de pruebas HITO 10: Aprobación plan de implantación HITO 11: Aprobación proyecto Automalia Tabla 31: Hitos y criterios de aprobación Resumen ejecutivo Informe de requisitos Gestión de la configuración Documento de gestión de riesgos Documento arquitectura Documento arquitectura Descripción entorno tecnológico Componentes del sistema Funciones usuario Documento completo de análisis y diseño Entorno HW Entorno SW Aprobación del entorno Portal Web creado Plan de pruebas Plan de implantación Proyecto final El criterio de aceptación del informe de viabilidad es que la iniciativa sea aprobada por la dirección de la empresa. El criterio de aceptación del resto de documentos es que deben ser revisados por el comité de automatización antes de ser aceptados. El criterio de aceptación del sistema es que cumpla las funcionalidades especificadas en el diseño y que, de no ser así, se expliquen los cambios y se valoren si son positivos para seguir adelante. 62

64 3.1.4 Gestión de la configuración Tras la planificación del proyecto, y como se especifica en el punto 2.3 de este documento, se pasan a detallar tanto la gestión de configuración como la gestión de riesgos para el proyecto. El propósito del plan de gestión de configuración es mantener la integridad de los productos que se obtienen a lo largo del desarrollo de los sistemas de información, en resumen: - Llevar un control y registro de los cambios del sistema - Reducir errores. - Aumentar la calidad. - Aumentar la productividad. - Evitar los problemas derivados de una incorrecta sincronización en los cambios. La gestión de configuración se realiza durante todas las actividades asociadas al desarrollo del sistema y continúa registrando los cambios hasta que deja de utilizarse, facilitando el mantenimiento del sistema y aportando información precisa para valorar el impacto de los cambios solicitados y reducir el tiempo de su implementación Definición de los Requisitos de Gestión de Configuración Cada requisito será representado mediante una tabla con las siguientes secciones: Título 2 Descripción 3 Prioridad 4 Estabilidad 5 Claridad 6 Verificabilidad 7 Necesidad 8 Fuente 9 RGC-XX 1 Sí No Esencial Deseable Opcional Desarrollador Tabla 32: Ejemplo tabla gestión configuración 1. Identificador: Código que identifica de forma unívoca cada requisito. 2. Título: Título descriptivo del requisito. 3. Descripción: Explicación clara y concisa del requisito que se está especificando. 4. Prioridad: Orden de cumplimiento de un requisito. Contra más alta sea esta mayor urgencia tiene el requisito. 5. Estabilidad: Probabilidad de cambio de un requisito. A mayor estabilidad, menor posibilidades de que dicho requisito se vea modificado. 6. Claridad: Campo para representar la no ambigüedad de un requisito. Cuanta mayor claridad tenga, menor ambigüedad contendrá. 7. Verificabilidad: Facilidad para comprobar que el sistema cumple un requisito. 8. Necesidad: Interés del cliente en la realización de un requisito. 63

65 9. Fuente: Origen del requisito Requisitos de Gestión de Configuración Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RGC-01 Almacenamiento de los Documentos Los documentos se almacenarán en carpetas internas y en distintos dispositivos para asegurar la integridad de las copias. Sí No Esencial Deseable Opcional Analista Funcional Tabla 33: RGC-01 RGC-02 Control de versiones En las carpetas de almacenamiento se almacenarán los documentos incluyendo un número de versión. Sí No Esencial Deseable Opcional Analista Funcional Tabla 34: RGC-02 RGC-03 Compartición de documentos Sólo los miembros del proyecto podrán acceder a las carpetas de almacenamiento y compartir entre sí mismos dichos documentos. Sí No Esencial Deseable Opcional Analista Funcional Tabla 35: RGC-03 64

66 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RGC-04 Almacenamiento en oficinas de Telefónica Soluciones (TSOL) Las carpetas y dispositivos se hallarán en las dependencias de TSOL. Sí No Esencial Deseable Opcional Analista Funcional Tabla 36. RGC-04 RGC-05 Nomenclatura de documentos Todos los documentos se nombrarán mediante una codificación específica que identifique cada documento. El formato será: Nombre_Versión.Ext -- Ejemplo: GestionConfiguracion_1.0.docx Sí No Esencial Deseable Opcional Analista Funcional Tabla 37: RGC-05 RGC-06 Versionado de documentos Todos los documentos tendrán indicado la versión del mismo. Sí No Esencial Deseable Opcional Analista Funcional Tabla 38: RGC-06 RGC-07 Control de versiones Todos los documentos tendrán una tabla en la que se muestre el número de versión y los cambios realizados. Sí No Esencial Deseable Opcional Analista Funcional Tabla 39: RGC-07 65

67 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RGC-08 Directorio del documento Se creará un directorio para todos los archivos relacionados con un documento. Sí No Esencial Deseable Opcional Analista Funcional Tabla 40: RGC-09 RGC-09 Comunicación con el cliente La comunicación con el cliente será presencial una vez por semana con el fin de evaluar la situación del proyecto. Sí No Esencial Deseable Opcional Analista Funcional Tabla 41: RGC-09 RGC-10 Comunicación con el comité La comunicación con el comité se realizará una vez al mes y será de nivel de gestión. Sí No Esencial Deseable Opcional Analista Funcional Tabla 42: RGC-10 RGC-11 Interacción con el cliente Se facilitará al cliente un correo (y viceversa) para el contacto continuo entre ambas partes. Sí No Esencial Deseable Opcional Analista Funcional Tabla 43: RGC-11 66

68 Título Descripción Prioridad Estabilidad Claridad Verificabilidad Necesidad Fuente RGC-12 Tipo de fuente del documento La fuente del texto de los documentos será calibri. Sí No Esencial Deseable Opcional Analista Funcional Tabla 44: RGC-12 RGC-13 Título Tamaño de fuente del documento. Descripción El tamaño de la fuente del documento en textos debe ser 11. Prioridad Estabilidad Sí No Claridad Verificabilidad Necesidad Esencial Deseable Opcional Fuente Analista Funcional Tabla 45: RGC-13 RGC-14 Título Tamaño de fuente de los títulos Descripción Por cada título, el tamaño de fuente debe ser 14 Prioridad Estabilidad Sí No Claridad Verificabilidad Necesidad Esencial Deseable Opcional Fuente Analista Funcional Tabla 46: RGC-14 RGC-15 Título Tamaño de fuente de los subtítulos Descripción Por cada subtítulo, el tamaño de fuente debe ser 13 Prioridad Estabilidad Sí No Claridad Verificabilidad Necesidad Esencial Deseable Opcional Fuente Analista Funcional Tabla 47: RGC-15 67

69 Establecimiento del plan de gestión de configuración Bibliotecas de almacenamiento Para el almacenamiento de las bibliotecas y su acceso por parte de todos los miembros del proyecto se creará una carpeta general del proyecto y, dentro, se crearán subcarpetas por cada documento. El encargado de gestionar las bibliotecas será el Jefe de proyecto. La carpeta irá alojada en el siguiente directorio: Documentos\tfgAutomalia. Biblioteca maestra Esta biblioteca dispone de toda la información del proyecto listo para ser implementado. La biblioteca será una subcarpeta dentro de tfgautomalia. Se almacenará en el siguiente directorio: Documentos\tfgAutomalia\Maestra y contendrá una carpeta por cada apartado del proyecto. Dentro de cada carpeta estarán los documentos finales respectivos a los apartados. Antes de meter cualquier documento a la biblioteca maestra, el jefe de proyecto deberá aprobarlo a través de la biblioteca de integración. Biblioteca de trabajo Esta carpeta dispondrá de subcarpetas para que los integrantes del proyecto desarrollen sus pruebas y las almacenen en él, será el paso previo antes de llevar los documentos y archivos a la biblioteca de integración. La gestión de sus carpetas será opcional para cada integrante del proyecto, cada uno se organizará como crea conveniente, pero conviene evitar errores teniendo una estructura similar a la de la biblioteca maestra. La ubicación de esta biblioteca será: Documentos\tfgAutomalia\Trabajo. 68

70 Biblioteca de Integración Esta carpeta será una subcarpeta integrada en tfgautomalia. La carpeta de Integración tendrá una estructura similar a la biblioteca maestra. Su funcionamiento es el siguiente: Los miembros del proyecto desarrollarán sus documentos y todo lo referente al proyecto en su biblioteca de trabajo propia, cuando ellos vean que se puede subir a la biblioteca maestra, lo envían a la carpeta de Integración, avisando al Jefe de proyecto para que revise la subida. Cuando el Jefe de proyecto aprueba la subida, se lleva a la biblioteca maestra. El directorio donde se ubica esta carpeta es: Documentos\tfgAutomalia\Integración. Biblioteca de software En esta biblioteca se almacenarán todos los archivos referentes al software del proyecto. No obstante, será software que no estará puesto en producción, ya que para ponerlo en producción debe estar en una máquina virtual (de esto se hablará en el documento de arquitectura). Aun así, en esta carpeta se almacenarán tanto las pruebas como un volcado del proyecto final que podrá ser ejecutado de forma local mediante un servidor WAMP (Windows Apache MySql PHP). Definición de normas de codificación A priori las normas no van a ser excesivamente estrictas, sólo se buscará que haya un orden y una concurrencia entre todos los archivos, para ello convendrá que el idioma de programación sea el castellano en la medida de lo posible. Además, en lo referente a los nombres de las variables y las funciones, estos nombres deberán empezar por minúscula y, en caso de querer utilizar dos palabras, por ejemplo: prueba prueba, la nomenclatura será así: pruebaprueba, sin espacios, guiones, guiones bajos ni nada, simplemente la siguiente palabra con mayúscula y todo junto. 69

71 3.1.5 Gestión de riesgos En este apartado se exponen los distintos tipos de riesgos que pueden ocurrir y afectar al desarrollo óptimo del proyecto Definición de Parámetros de los riesgos A continuación se definen los parámetros que se utilizarán para analizar, agrupar y estudiar los riesgos y los parámetros utilizados para controlar el esfuerzo en la gestión de riesgos. Título 2 Descripción 3 Probabilidad 4 Efecto 5 Consecuencias 6 Origen 7 Identificador 1 Muy Bajo Bajo Moderado Alto Muy Alto Tabla 48. Modelo tabla de riesgos Los parámetros utilizados son los siguientes: 1. Identificador: Código de identificación único del riesgo. El formato del código es RI-xxx donde xxx es el número de riesgo. 2. Título: Título descriptivo del requisito. 3. Descripción: Explicación clara y concisa del requisito que se está especificando. 4. Probabilidad: Es la probabilidad estimada de que ocurra el riesgo a lo largo del proyecto. Es un número descrito en porcentaje. 5. Efecto: Es la repercusión que tiene el riesgo en caso de ocurrencia. Los valores que puede tomar son: muy bajo, bajo, moderado, alto o muy alto. 6. Consecuencias: Es la descripción de los hechos en el caso de ocurrencia. 7. Origen: Define la procedencia del riesgo, que puede ser interna(riesgos cuya causa proviene de algún factor que forma parte de la empresa desarrolladora) o externa(que proviene de una fuente ajena a la empresa) 70

72 Identificación de riesgos RI-001 Título Formación del Personal Insuficiente Descripción Personal con formación insuficiente para la realización del proyecto. Probabilidad 5 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Se requerirán un cambio del personal elegido para la realización y una selección más específica. Además, en caso de suceder, retrasaría el proyecto. Origen Interno Tabla 49: RI-001 RI-002 Título Gestión de tareas deficiente Descripción Las tareas se han descrito de forma errónea. Probabilidad 30 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Al ser una gestión errónea, los plazos no se cumplirán. Ante esto el cliente quedará insatisfecho aunque el proyecto se entregue bien. Origen Interno Tabla 50: RI-002 RI-003 Título Abandono de un miembro del proyecto Descripción Por un motivo cualquiera, un miembro del proyecto lo abandona. Probabilidad 10 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Búsqueda de un nuevo miembro que cumpla las funciones del que se ha marchado. Explicación de todo lo que se lleva hecho. Pérdida de varios días/semanas. Retraso de la entrega del proyecto. Origen Interno Tabla 51: RI-003 RI-004 Título Overtime Descripción Los plazos de entrega no se están cumpliendo y hay que trabajar más horas. Probabilidad 50 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Trabajadores descontentos con la situación, posible bajón de rendimiento debido al estado de ánimo. Búsqueda de motivación. Origen Interno Tabla 52: RI

73 RI-005 Título Problemas tecnológicos Descripción Mala adquisición de la tecnología y/o inexperiencia en su uso. Probabilidad 5% Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Habría que hacer un replanteamiento de la misma y/o formar a los trabajadores en ellas. Origen Interno Tabla 53: RI-005 RI-006 Título Errores control de cambios Descripción Mala comunicación entre los trabajadores y subida de versiones distintas del sistema al mismo tiempo. Probabilidad 30 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Evaluación de daños. Realización de tareas ya realizadas. Pérdida de tiempo. Origen Interno Tabla 54: RI-006 RI-007 Título Cambio en los requisitos Descripción Por motivos internos, los requisitos cambian. Probabilidad 75 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Obligados a satisfacer al cliente, se requiere una nueva planificación del proyecto, nuevas tareas, eliminación de otras, etc. No tiene por qué suponer un retraso en la entrega ya que estos cambios pueden ser eliminación de algo que suponía un tiempo que ya no tendrá que hacerse efectivo. Origen Interno Tabla 55: RI-007 RI-008 Título Corte del suministro eléctrico Descripción Por lluvias, impagos, etc. Se produce un corte del suministro eléctrico. Probabilidad 10 % Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Pérdida temporal del acceso a la tecnología. Origen Externo Tabla 56: RI

74 RI-009 Título Desastres naturales Descripción Desastres naturales que impiden la realización del trabajo Probabilidad <1% Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Se necesitará más tiempo para cumplir con el trabajo. Origen Externo Tabla 57: RI-009 RI-010 Título Fallos ajenos Descripción Errores provocados por los servicios internos de Telefónica Soluciones Probabilidad 30% Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Provocarán fallos en la planificación y gestión del proyecto, además de imposibilitar el trabajo durante un tiempo indeterminado. Origen Externo Tabla 58: RI-010 RI-011 Título Cambios en la economía Descripción El presupuesto acordado cambia. Probabilidad 50% Efecto Muy Bajo Bajo Moderado Alto Muy Alto Consecuencias Cambio en los costes, mayor trabajo en menor tiempo o, en casos extremos, abandono del proyecto. Origen Externo Tabla 59: RI-011 Tras cerrar modelo de proyecto, requisitos, planificación y gestión de configuración y riesgos, se pasa a documentar el desarrollo del software del proyecto. 73

75 3.2 Construcción del proyecto Arquitectura del sistema El presente apartado tiene como objeto definir la arquitectura de sistema del portal de Automalia. Cabe destacar que, previo a su paso a producción para su posterior explotación, se creará el entorno en certificación para asegurar que el sistema responderá a los requisitos y reglas establecidas con el cliente. Para este apartado se tratarán las reglas, direcciones, etc. De producción. En este apartado se explicará apoyándose en dibujos para una mejor visibilidad, la arquitectura hardware, software y de red para la creación virtual del portal Web. Para obtener información más detallada consultar el documento anexo Anexo 1 - Arquitectura del sistema Arquitectura Hardware En el siguiente gráfico se muestra la interacción de los diferentes sistemas a nivel de hardware desde el punto de vista de nodos involucrados y los puertos lógicos de comunicación empleados. Ilustración 11: Arquitectura Hardware Como se puede comprobar en la imagen, la arquitectura hardware es muy sencilla, sencillamente consta de una máquina virtual llamada Automalia, que dispone de una base de datos propia almacenada dentro de la misma máquina y se conecta con monitorización y backup para su mantenimiento propio. Los usuarios, a través de la dirección IP especificada ( o los administradores a través de la interfaz de administración ( accederán a dicha máquina. 74

76 Arquitectura Software En el siguiente gráfico se muestra la interacción de los diferentes sistemas a nivel de componentes de los aplicativos. ACCESO IDENTIFICADO USUARIOS AUTENTICACION: LDAP (tsoldc2.tsol.corp) ACCESO ANONIMO USUARIOS SERVICIO WEB APACHE ACCESO ADMINISTRADORES AUTENTICACION: LOCAL WEB ADMINISTRACION AUTOMALIA PORTAL AUTOMALIA WEBSERVICE INTEGRACION VIA XML-RPC SGCAMB CREA-P HTTPS HTTP XML-RPC Backend base de datos MySQL Repositorio multimedia y ficheros Ilustración 12: Arquitectura Software El sistema se compone de tres capas fundamentales: un servicio Web apache, un backend de base de datos MySQL y un repositorio de ficheros. El punto de acceso a Automalia se realiza mediante el portal desplegado sobre el servicio Web, y este acceso es, de manera predeterminada, anónimo. Existe la posibilidad de que el usuario se autentique, pasando a engrosar otra categoría de usuarios que normalmente tiene privilegios más elevados para poder contribuir en el portal o simplemente para ver información específica y segmentada en especial para ellos. Esta autenticación se realizará contra el LDAP de la red ofimática, por lo que el mismo usuario y contraseña que se usa para acceder al dominio Windows TSOLUCIONES será el que se deba emplear. Por tanto, no es necesaria la creación de ningún usuario ni contraseña adicional. 75

77 El backend de base de datos tiene como misión almacenar el contenido tipo texto que se publica en el portal, junto con los metadatos que son necesarios para la operativa del CMS. Adicionalmente, recogerá determinada información que el usuario aporte mediante formularios específicos, como por ejemplo peticiones, votaciones, etc. En cuanto al repositorio multimedia y ficheros, consiste simplemente en un espacio de ficheros accesible mediante HTTP, en donde se albergaran los ficheros del portal así como los grupos de documentación, registros y esquemas. Por último, se contempla la integración vía Webservice (mediante XML-RPC) con los sistemas SGCAMB y CREA-P, aunque esta integración no se implantará en la primera versión del portal y se estudiará con posterioridad. Como dato a destacar que el portal está creado mediante la herramienta Joomla!, para obtener más información sobre Joomla! se puede visitar su Web oficial: Arquitectura de red La principal función del sistema será la interacción de los usuarios con el mundo de la automatización para evolucionar hacia un futuro eficiente. A continuación se detallan las interfaces de red y VLANs en cada servidor de la plataforma de automatización. Servidor Automalia (ossautomalia001), se configura una interfaz con los siguientes usos: IP Gestión para Adm/Mont. y Usuarios. Para el acceso de los usuarios y administradores de Automalia, administración, backup, monitorización de plataforma y SO, salida a internet para la descarga de parches y software, y envío de correo SMTP. Esta interfaz estaría conectada a la VLAN_SAUCDG_GESTION. 76

78 3.2.2 Diseño del sistema Para el diseño del sistema se realizarán dos apartados, referentes al diagrama de clases y al diagrama de casos de uso de los distintos usuarios. Diagrama de clases Mediante la herramienta StarUML se realiza el siguiente diagrama Ilustración 13: Diagrama de clases 77

79 La explicación de este diagrama está basada en los tipos de usuarios y sus posibilidades a la hora de interactuar con el portal. En primer lugar, se define una clase por cada tipo de usuario, ya que cada una interactúa de distinta forma con el resto de clases. El sistema dispone de cuatro tipos de usuario, usuario público, usuario registrado, usuario editor y usuario administrador, cada uno, en el orden en el que están escritos, tiene mayores habilidades dentro del portal, desde el usuario público que puede poco más que visualizar la página y sus componentes, hasta el usuario administrador que tiene acceso total y libre a cada elemento de la misma. Por un lado, el usuario público puede visualizar el portal en su página de inicio, acceder a las distintas pestañas del menú (Automatizaciones, Documentación, Automalia), así como a los enlaces directos a las aplicaciones más importantes. De este modo, podrá ver las automatizaciones en pila, las automatizaciones en catálogo, las plantillas de SGCAMB (tanto las de tareas como las de provisión y grupos), el foro, documentación, tutoriales, cursos disponibles, artículos del portal y el workspace del grupo. A parte de poder sólo visualizar todo lo anteriormente mencionado, el usuario público podrá solicitar una automatización a través de una herramienta de formulario sencilla en la que únicamente tendrá que escribir su nombre, un correo y una descripción de qué es lo que quiere automatizar y podrá suscribirse mediante enlaces RSS a las actualizaciones del catálogo y de los artículos. El usuario registrado tiene bastantes más posibilidades que el usuario público, tras logarse en el portal tendrá los mismos privilegios que el usuario público pero, además, tendrá la posibilidad de escribir artículos para el portal, solicitar automatizaciones mediante un formulario más técnico, rellenar plantillas de SGCAMB, escribir en el foro e inscribirse a cursos de formación. De esta manera los usuarios registrados empiezan a ser parte de la comunidad de Automalia. El grupo de usuarios editores lo forman los miembros de la Oficina de Automatización, los que, junto con el administrador, se encargan de mantener vivo el portal. Tienen las mismas posibilidades dentro del portal que los usuarios registrados, pero su misión es otra. Se encargan de editar la pila y el catálogo, es decir, cuando una automatización se desarrolla con éxito y pasa a estar en producción, su entrada debe pasar a estado catalogación en la pila y ser publicada en el catálogo, de esto se encarga el editor. Además, el usuario editor es el encargado de publicar nuevos cursos, nueva documentación y de gestionar la publicación de artículos escritos por los usuarios registrados. Además tiene la opción de visualizar las estadísticas de uso de los diferentes sistemas de desarrollo de automatizaciones que posee el grupo, es decir, CREA Sistemas, CREA Procesos y CREA Red. Por último, los usuarios editores, para sus funciones de oficina, administrar archivos, reuniones y gestionar documentos de automatizaciones, disponen de un entorno de trabajo llamado workspace para el que tienen total libertad de uso. Para finalizar, los usuarios administradores, aunque sus funciones no van mucho más allá del backend (zona del administrador), tiene permisos para ejecutar todas las funciones de los 78

80 demás usuarios. No obstante, su rol se basa en gestionar y administrar la Web, mantenerla activa y actualizada, añadir nuevos usuarios, módulos y extensiones que puedan venir bien al portal, además de publicar las estadísticas de uso de los diferentes sistemas de desarrollo de automatizaciones mediante consultas continuas a la base de datos. Diagrama de casos de uso A continuación se mostrará una explicación de los casos de uso, desde la descripción general de todo lo que los usuarios pueden hacer en el portal, hasta una descripción específica de cada caso de uso, pasando por el respectivo diagrama. Descripción general El usuario público puede visualizar los artículos, la pila, el catálogo, la documentación, las plantillas SGCAMB, el foro, el workspace y los cursos de formación, pero no podrá escribir en ninguno de ellos. Además de esto, podrá acceder a los enlaces de acceso a otros sistemas del grupo, podrá suscribirse y mantenerse actualizado sobre las novedades en cuanto a artículos y nuevas entradas del catálogo. Podrá también ponerse en contacto con la Oficina de Automatización solicitando una automatización mediante un formulario sencillo. El usuario registrado, hereda los permisos del usuario público pero, además, podrá escribir en el foro para consultar dudas, registrar una automatización en la pila mediante un formulario más técnico y específico, redactar plantillas de tareas, grupos de tareas y provisión de SGCAMB, escribir artículos para que aparezcan en Automalia e inscribirse a cursos de formación para ampliar sus conocimientos acerca del mundo de la automatización. El usuario editor, además de heredar los permisos del usuario registrado (y, por tanto, los del usuario público) tiene una serie de permisos que lo diferencian. En primer lugar, tendrá acceso completo a la pila, pudiendo editar cada solicitud con el fin de dar mayores facilidades a los desarrolladores de automatizaciones. Además, será el encargado de cambiar el estado de la automatización en la pila en función del estado en el que esté su desarrollo, pasando a catalogación como estado final cuando la automatización esté totalmente terminada. En el momento en que la automatización está terminada, el usuario editor tendrá privilegios para acceder al catálogo e introducir esa nueva automatización en el mismo. Podrá también editar las plantillas de SGCAMB que se encuentren registradas y editar el foro de debate para los usuarios registrados, además de interactuar en él. Además, podrá publicar artículos escritos por los usuarios registrados y escribir los suyos propios, podrá publicar nuevos cursos de formación e interactuar con el workspace, ya que es un espacio creado para la Oficina de Automatización. Por último, podrá visualizar las estadísticas de los sistemas CREA. El último usuario, el administrador, tendrá todos los privilegios de los usuarios anteriores, pero su rol se basa en la gestión interna del portal a nivel de software y estética, es decir, se encargará de mantener actualizado y configurado el Software, editar el contenido del portal así como administrar los módulos y extensiones. Se encargará también de la gestión de 79

81 usuarios del portal y de la publicación de estadísticas de los sistemas CREA mediante accesos a la base de datos. Diagrama AUTOMALIA Suscribirse RSS artículos/catálogo Escribir artículo Usuario público Solicitar automatización Registrar automatización Crear Plantilla SGCAMB Usuario registrado Ver portal Inscripción cursos Escribir en foro Editar portal Publicar en workspace Publicar estadísticas Usuario editor Publicar curso Administrar usuarios Ver estadísticas Administrar software Administrador Publicar artículo Administrar apariencia Ilustración 14: Diagrama de casos de uso 80

82 Descripción textual de cada caso de uso Nombre Actores Objetivo Precondiciones Postcondiciones Ver portal Usuario público Visualizar los puntos públicos del portal Ninguna Ninguna Escenario básico 1. Acceso al portal 2. Clicar sobre cualquier enlace de acceso público 3. Visualización del mismo Tabla 60: Caso de uso Ver portal Nombre Actores Objetivo Precondiciones Postcondiciones Solicitar automatización Usuario público Solicitar una automatización a través de un sencillo formulario Introducir correo, nombre y descripción de lo que se desea automatizar Envío de correo al usuario solicitante y a la Oficina de Automatización para confirmar solicitud Escenario básico 1. Acceso al portal 2. Clicar sobre Automatizaciones -> Solicitar automatización 3. Introducir datos necesarios y enviar Tabla 61: Caso de uso Solicitar automatización Nombre Actores Objetivo Precondiciones Postcondiciones Suscribirse RSS artículos/catálogo Usuario público Suscripción por enlace RSS al catálogo y a las noticias del portal. Tener instalado un lector RSS en el navegador o el ordenador Actualizaciones RSS cada vez que se actualice el portal Escenario básico 1. Acceso al portal 2. Clicar sobre el icono de RSS de inicio o clicar sobre el icono RSS de automatizaciones -> catálogo Tabla 62: Caso de uso Suscripción RSS 81

83 Nombre Actores Objetivo Precondiciones Postcondiciones Escribir artículo Usuario registrado Escribir un artículo que podrá ser publicado por los editores del portal. Estar registrado en el portal y logarse. Envío del artículo a los editores para su evaluación. Escenario básico 1. Login en el portal 2. Acceso a Automalia -> Escribir artículo 3. Escribir el artículo, poner un título y enviar Tabla 63: Caso de uso Escribir artículo Nombre Actores Objetivo Precondiciones Postcondiciones Registrar automatización Usuario registrado Registrar una automatización en la pila del portal rellenando un formulario técnico Estar registrado en el portal y logarse. La solicitud aparecerá en la pila Escenario básico 1. Login en el portal 2. Acceso a Automatizaciones -> Registrar automatización 3. Rellenar el formulario y guardar datos Tabla 64: Caso de uso Registrar automatización Nombre Actores Objetivo Precondiciones Postcondiciones Crear plantilla SGCAMB Usuario registrado Registrar una plantilla de tareas, grupo de tareas o provisión SGCAMB Estar registrado en el portal y logarse. La plantilla aparecerá entre las plantillas creadas Escenario básico 1. Login en el portal 2. Acceso a Automatizaciones -> SGCAMB 3. Acceso a cualquiera de las 3 plantillas 4. Rellenar el formulario y guardar datos Tabla 65: Caso de uso Crear plantilla SGCAMB 82

84 Nombre Actores Objetivo Precondiciones Postcondiciones Inscripción cursos Usuario registrado Inscripción a cursos de formación propuestos por Automalia Estar registrado en el portal y logarse El usuario aparecerá como inscrito en el curso Escenario básico 1. Login en el portal 2. Acceso a Documentación -> cursos 3. Acceso al curso deseado 4. Inscribirse al curso Tabla 66: Caso de uso Inscripción en cursos Nombre Actores Objetivo Precondiciones Postcondiciones Escribir en foro Usuario registrado Comunicación entre usuarios y editores a través del foro Estar registrado en el portal y logarse Los comentarios aparecerán en el foro Escenario básico 1. Login en el portal 2. Acceso a Documentación -> foros 3. Acceso al foro deseado 4. Escribir en el foro Tabla 67: Caso de uso Escribir en el foro Nombre Actores Objetivo Precondiciones Postcondiciones Editar portal Usuario editor Editar entradas del portal (catálogo, artículos, foro, cursos, documentación, etc.) Estar registrado en el portal como editor y logarse Cambios visibles en el portal. Escenario básico 1. Registro en el backend del portal 2. Edición de lo deseado Tabla 68: Caso de uso Editar portal 83

85 Nombre Actores Objetivo Precondiciones Postcondiciones Publicar en workspace Usuario editor Publicación de entradas o documentos en el workspace Estar registrado en el portal como editor y logarse Aparición de las nuevas entradas o documentos Escenario básico 1. Login en el portal 2. Acceso a Automalia -> workspace 3. Acceso a la zona deseada 4. Publicación de entrada/documento Tabla 69: Caso de uso Publicar en workspace Nombre Actores Objetivo Precondiciones Postcondiciones Publicar curso Usuario editor Publicar nuevos cursos de formación para los usuarios Estar registrado en el portal como editor y logarse Los nuevos cursos aparecerán en el portal Escenario básico 1. Login en el portal 2. Acceso a Documentación -> Cursos 3. Creación de nuevo curso Tabla 70: Caso de uso Publicar curso Nombre Actores Objetivo Precondiciones Postcondiciones Publicar artículo Usuario editor Incluir artículos enviados por los usuarios registrados Estar registrado en el portal como editor y logarse El artículo aparecerá en el portal Escenario básico 1. Registro en el backend del portal 2. Entrar en gestión de artículos 3. Filtrar por sin categorizar 4. Acceder al artículo y editarlo para el portal 5. Guardar Tabla 71: Caso de uso Publicar artículo 84

86 Nombre Actores Objetivo Precondiciones Postcondiciones Ver estadísticas Usuario editor Visualizar estadísticas de los sistemas CREA Estar registrado en el portal como editor y logarse Aparecerán una serie de gráficos con estadísticas de los sistemas CREA Escenario básico 1. Login en el portal 2. Acceso a Automatizaciones -> métricas 3. Visualizar las métricas Tabla 72: Caso de uso Ver estadísticas Nombre Actores Objetivo Precondiciones Postcondiciones Administrar usuarios Administrador Gestión de usuarios del portal Tener permisos de administrador Los usuarios tendrán el acceso al portal que el administrador decida Escenario básico 1. Login en el backend portal 2. Acceso a Usuarios -> gestión de usuarios 3. Crear/Borrar/Editar el usuario que se desee Tabla 73: Caso de uso Administrar usuarios Nombre Actores Objetivo Precondiciones Postcondiciones Administrar software Administrador Mantener actualizado el portal en cuanto a software se refiere Tener permisos de administrador El portal estará actualizado Escenario básico 1. Login en el backend portal 2. Acceso a Extensiones 3. Instalar la extensión que se decida para mejorar el portal Tabla 74: Caso de uso Administrar software Nombre Actores Objetivo Precondiciones Postcondiciones Administrar apariencia Administrador Gestionar la apariencia deseada Tener permisos de administrador Ninguna Escenario básico 1. Login en el backend portal 2. Acceso a Módulos/templates 3. Instalar o editar la plantilla que se desee Tabla 75: Caso de uso Administrar apariencia 85

87 Nombre Actores Objetivo Precondiciones Postcondiciones Publicar estadísticas Administrador Publicar las estadísticas de los sistemas CREA Tener permisos de administrador Desde el portal se podrá acceder al apartado de estadísticas Escenario básico 1. Login en el backend portal 2. Conexión con la base de datos de los sistemas 3. Mostrar la consulta a la base de datos en el portal a través de la creación de un artículo Tabla 76: Caso de uso Publicar estadísticas 86

88 3.2.3 Plan de pruebas En este apartado se busca establecer un nivel máximo de consistencia del sistema en función de unas pruebas elaboradas a través de los requisitos del sistema y la construcción del mismo. Este plan de pruebas sirve como guía para la realización de las mismas. Estos exámenes permitirán verificar que el sistema de información cumple con lo establecido por el cliente, comprobando que se cumplen todos los requisitos especificados. El plan de pruebas que se realizará en esta etapa se presentará de forma genérica, elaborando los requisitos de las pruebas de aceptación del sistema, que permitirá comprobar si el sistema cumple con los requisitos. Tras la realización del plan de pruebas, se aplicarán las mismas al sistema y se evaluarán los resultados Especificación técnica de niveles de prueba El objetivo de esta tarea es el diseño detallado de los distintos niveles de prueba. Además, en esta sección, se detallarán todas aquellas pruebas que sean consideradas necesarias para comprobar que el sistema cumple con toda la funcionalidad que ha descrito el cliente, representada mediante requisitos. Estas pruebas son de vital importancia para que el cliente valide el sistema. El esquema será el siguiente: - Tabla representativa de la prueba - Especificación del estado - Imagen representativa A continuación se muestra el modelo de tabla que se utilizará de ahora en adelante para representar cada prueba, explicando en cada caso los distintos campos que contiene: 87

89 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-XXX Nombre característico de la prueba a realizar. Descripción completa de la prueba a realizar. Detalles de los datos o acciones de entrada. Detalles de los datos o acciones de salida. Posibles necesidades de entorno para poder realizar la prueba. Requisitos que deben cumplirse para realizar la prueba. Definición de las dependencias entre casos. Resultado de la prueba realizada sobre el sistema. Tabla 77: Ejemplo tabla Pruebas Realización de las pruebas El objetivo de esta sección será la elaboración de pruebas sistemáticas para probar el correcto funcionamiento de las diferentes funcionalidades que componen la aplicación. Para ello se han realizado pruebas concretas para cada una de las funcionalidades localizadas, comprobando su correcta ejecución ante una situación favorable y desfavorable, con el fin de valorar el correcto funcionamiento de todo el sistema ante las posibles situaciones a las que se verá sometido en una actividad real. 88

90 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-001 Inicio del frontend sin login inicial. Al introducir la dirección ip del sistema (automalia.telefonicasoluciones.com) dentro de la empresa, se debe abrir el portal con una opción para hacer login. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá acceder al portal y visitar las zonas con acceso público. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. Ninguna. Satisfactorio. Tabla 78: PRU-001 Ilustración 15: Página principal 89

91 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-002 Inicio del backend con login administrador. Al introducir la dirección ip del backend del sistema (automalia.telefonicasoluciones.com/administrator) dentro de la empresa, se debe abrir el backend de administración para poder hacer login y, al meter las credenciales de administrador, poder entrar. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá acceder al backend del portal. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. Ninguna. Satisfactorio. Tabla 79: PRU

92 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-003 Inicio del frontend haciendo login. Tras entrar en el frontend del portal si se pulsa sobre login y se introduce un id y contraseña de usuario correctos, se debe tener acceso como usuario registrado al portal. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá acceder al frontend del portal con permisos de usuario registrado. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001. Satisfactorio. Tabla 80: PRU-003 Ilustración 16: login 91

93 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-004 El usuario registrado puede publicar un artículo en el portal. Tras hacer login, el usuario puede hacer click sobre Automalia/Crear artículo y se le abrirá una interfaz para escribir el artículo que desee. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se enviará un artículo que será gestionado por la oficina de automatización antes de ser publicado. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003. Satisfactorio. Tabla 81: PRU-004 Ilustración 17: Crear artículo 92

94 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-005 Visualización de pila Tanto el usuario logado como el usuario sin logar pueden visualizar la pila de automatización a través de Automatizaciones/ver pila Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá visualizar el catálogo de automatizaciones en pila El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 82: PRU-005 Ilustración 18: Ver Pila 93

95 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-006 Visualización de catálogo Tanto el usuario logado como el usuario sin logar pueden visualizar la pila de automatización a través de Automatizaciones/consultar catálogo Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá visualizar el catálogo de automatizaciones en catálogo El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 83: PRU-006 Ilustración 19: Ver catálogo 94

96 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-007 Posibilidad de solicitud automatización (formulario sencillo) Tanto el usuario logado como el usuario sin logar pueden solicitar automatizaciones a través del formulario sencillo de solicitud. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá registrar una solicitud de automatización y se enviará correo a la oficina y al usuario. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 84: PRU-007 Se ve cómo pueden ser registradas las automatizaciones desde el menú. Ilustración 20: Registrar automatización 95

97 Aquí se puede ver como se envían los dos correos, uno es al usuario (yo) y otro a la oficina de automatización (de la que soy miembro, por eso tengo los dos). Y el contenido del correo es el siguiente: Ilustración 21: Correo registro automatización Ilustración 22: Contenido Correo reg. aut. 96

98 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-008 Posibilidad de solicitud automatización (formulario técnico) El usuario logado puede hacer una solicitud de automatización más técnica. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá registrar una solicitud de automatización y se enviará correo a la oficina. Además quedará registrada en la pila. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003 Satisfactorio. Tabla 85: PRU-008 Ilustración 23: Registro automatización técnico 97

99 Si volvemos a la imagen de la prueba PRU-005 se puede ver cómo se quedan almacenadas en la pila las solicitudes de automatización. 98

100 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-009 Visualización plantillas tareas SGCAMB Tanto usuarios logados como no logados pueden acceder a la visualización de plantillas de tareas SGCAMB. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán visualizar las plantillas creadas de tareas SGCAMB. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001 Satisfactorio. Tabla 86: PRU-009 Ilustración 24: Ver plantilla tareas SGCAMB 99

101 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-010 Registro de tareas SGCAMB Los usuarios logados pueden rellenar el formulario de tareas SGCAMB y registrar las que desee. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se quedará registrada la nueva plantilla de tareas, quedará registrado en el portal y se enviará correo a la oficina. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001, PRU-009 Satisfactorio. Tabla 87: PRU-010 Ilustración 25: Plantilla tareas SGCAMB 100

102 Ilustración 26: Plantilla tareas SGCAMB 2 Aquí se muestra el correo que se envía a la oficina de automatización: Ilustración 27: Resumen tarea SGCAMB 101

103 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-011 Visualización plantillas grupo tareas SGCAMB Tanto usuarios logados como no logados pueden acceder a la visualización de plantillas de tareas SGCAMB. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán visualizar las plantillas creadas de grupos de tareas SGCAMB. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001 Satisfactorio. Tabla 88: PRU-011 Ilustración 28: Plantilla grupo tareas SGCAMB 102

104 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-012 Registro de grupos de tareas SGCAMB Los usuarios logados pueden rellenar el formulario de grupo de tareas SGCAMB y registrar las que desee. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se quedará registrada la nueva plantilla de grupo de tareas, quedará registrado en el portal. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001, PRU-011 Satisfactorio. Tabla 89: PRU-012 Ilustración 29: Grupo tareas SGCAMB 103

105 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-013 Visualización plantillas provisión SGCAMB Tanto usuarios logados como no logados pueden acceder a la visualización de plantillas de provisión SGCAMB. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán visualizar las plantillas creadas de provisión SGCAMB. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001 Satisfactorio. Tabla 90: PRU-013 Ilustración 30: Grupo tareas SGCAMB 2 104

106 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-014 Registro de plantillas provisión SGCAMB Los usuarios logados pueden rellenar el formulario de provisión SGCAMB y registrar las que desee. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se quedará registrada la nueva plantilla de provisión, quedará registrado en el portal. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003, PRU-001, PRU-013 Satisfactorio. Tabla 91: PRU-014 Ilustración 31: Provisión SGCAMB Como se puede ver en PRU-013, las plantillas quedan registradas en el portal. 105

107 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-015 Visualización de métricas de sistemas CREA Sólo los usuarios de la oficina de automatización pueden visualizar los informes de métricas de los sistemas CREA. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán visualizar gráficas e informes sobre los sistemas CREA. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003 Satisfactorio. Tabla 92: PRU-015 Aquí se puede ver cómo admin al no ser miembro de la oficina, no puede acceder, no le aparece el enlace. Ilustración 32: Métricas para no miembros oficina En cambio a cualquier miembro de la oficina de automatización sí le aparece. 106

108 Ilustración 33: Métricas miembros oficina 107

109 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-016 Posibilidad de suscripción RSS a las noticias de Automalia Cualquier usuario, sea logado o no, puede suscribirse mediante enlaces RSS a las noticias de Automalia. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. El usuario podrá suscribirse a las noticias mediante RSS. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 93: PRU

110 Ilustración 34: RSS 109

111 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-017 Posibilidad de suscripción RSS al catálogo de automatización de Automalia Cualquier usuario, sea logado o no, puede suscribirse mediante enlaces RSS al catálogo de automatización de Automalia. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. El usuario podrá suscribirse al catálogo mediante RSS. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 94: PRU-017 Ilustración 35: RSS catálogo 110

112 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-018 Visualización e inscripción a cursos de formación Desde Automalia se podrán proponer cursos de formación a los que podrán inscribirse los usuarios logados. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. El usuario podrá inscribirse a los cursos que desee. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 95: PRU-018 Ilustración 36: Cursos formación 111

113 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-019 Visualización y posible participación en un foro de comunicación Se podrá acceder al foro de comunicación y se podrán visualizar post y comentar en ellos. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. El usuario podrá utilizar el foro de Automalia. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 96: PRU-019 Ilustración 37: Foro 112

114 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-020 Visualización de enlaces de acceso a sistemas. A través de Automalia se podrá acceder a los distintos sistemas del departamento de OSS. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrá acceder a cada sistema. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-001, PRU-003 Satisfactorio. Tabla 97: PRU-020 Ilustración 38: Enlaces de acceso 113

115 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-021 Gestión operativa desde la oficina. Los miembros de la oficina de automatización podrán llevar una gestión operativa de la pila, el catálogo y los artículos. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán gestionar la pila, el catálogo y los artículos. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003 Satisfactorio. Tabla 98: PRU-021 Ilustración 39: Gestión operativa 114

116 Nombre Descripción Especificaciones de entrada Especificaciones de salida Necesidades de entorno Requisitos especiales de procedimiento Dependencias entre casos Resultado de la prueba PRU-022 Workspace para la oficina Los miembros de la oficina dispondrán de un entorno de trabajo propio para colgar las actas de reuniones, hojas de seguimiento de tareas, etc. Se debe iniciar el sistema desde un ordenador de Telefónica Soluciones. Se podrán visualizar los archivos de la oficina y subir nuevos. El sistema debe estar provisionado y se debe poder tener acceso a él a través de la intranet. Ninguno. PRU-003 Satisfactorio. Tabla 99: PRU-022 Ilustración 40: Workspace 115

117 3.2.4 Plan de implantación El plan de implantación de Automalia está basado en dos metodologías, la primera es a nivel de máquina de forma similar a cualquier otra máquina instalada en las oficinas de Telefónica Soluciones. La segunda forma está basada en la forma de instalar Joomla! 2.5 que, para este caso, se ha encontrado en la siguiente dirección: Joomla!-2-5.html. La máquina donde se va a desarrollar Automalia, como se ha descrito en puntos anteriores, es virtual. El procedimiento para la instalación de una máquina virtual es bastante básico. En primer lugar se realiza una solicitud al departamento interno de Sistemas Virtualizados en el que se detalla qué dirección IP se desea asignar a la máquina, qué nombre y qué espacio virtual. En este caso los datos son: - Dirección IP: : Nombre: ossautomalia001 - Espacio virtual: 40 GB Tras tener el espacio virtual creado, se pasa a la instalación de los requisitos básicos de Joomla!, esto es, un servidor Web, una base de datos, un procesador de texto Web y, obviamente, un sistema operativo capaz de soportar todo. El Sistema Operativo elegido, por política interna y por buenos resultados demostrados, es Linux, en este caso Red Hat Enterprise Linux Server release 6.3, que es la mejor versión disponible. Para la instalación de estos componentes hay que dirigirse a y ver los requisitos técnicos para la versión 2.5 (que es la que será instalada por motivos que se explicarán a continuación). Como se puede ver, los componentes a instalar son: - PHP MySQL Apache (with mod_mysql, mod_xml, and mod_zlib) 2.2 El primer paso es instalar el servidor de Apache, para ello se utiliza el siguiente comando: sudo apt-get install apache2 En caso de que el servicio no se inicie de forma automática (para comprobarlo introducir la dirección IP en el navegador), se tendrá que hacer manual mediante el siguiente comando: sudo /etc/init.d/apache2 start Tras instalar e iniciar el Apache, se deben instalar los paquetes necesarios para ejecutar Webs desarrolladas en PHP mediante el siguiente comando: sudo apt-get install php5 libapache2-mod-php5 php5-cli php5-mysql 116

118 Para que los cambios surtan efecto hay que reiniciar el Apache. El comando es exactamente igual al que se utiliza para iniciar con la salvedad de que, en vez de start, hay que escribir restart. Tras instalar Apache y PHP queda por instalar el MySQL, para ello se introduce lo siguiente: sudo apt-get install MySQL-server Tras esto, y para una mayor usabilidad, se instalará lo siguiente: sudo apt-get install MySQL-client MySQL-admin MySQL-query-browser libmysqlclient15- dev Se debe conectar la base de datos, para ello se introducen usuario y contraseña: MySQL -u root -p ossautomalia Como punto final a esta parte de la instalación, se instalará la interfaz gráfica de phpmyadmin, la cual facilitará mucho la gestión de la base de datos de la herramienta. sudo apt-get install phpmyadmin Después de hacer la instalación de los componentes básicos, se procede a la instalación de Joomla!. Se accede a phpmyadmin desde el navegador Web a través de: y se crea una base de datos llamada automalia con la que se empezará a trabajar. En primer lugar, decir que la versión de instalación de Joomla! es 2.5 porque, actualmente, es la única versión Long Time Support (LTS) que garantiza un soporte a más largo plazo y con mayor estabilidad. En un futuro no muy lejano se actualizará de versión a la 3.5, ya que el soporte actual está garantizado hasta diciembre de Después de decidir qué versión de la herramienta instalar, se pasa a su descarga e instalación, para ello, dentro de la Web oficial y hacer un click sobre Download Joomla! 2.5, la descarga se iniciará automáticamente. Ilustración 41: Descarga Joomla!

119 Una vez descargado, hay que instalarlo, para ello se descomprime el archivo descargado en la carpeta donde se hayan instalado tanto el servidor Web, como el PHP y el MySQL. Se renombra el fichero a automalia para que tenga el mismo nombre que la base de datos creada anteriormente. Tras realizar el paso anterior, y con el servidor apache iniciado, se debe acceder a para configurar la instalación. En primer lugar aparecerá una ventana como esta para elegir el idioma: En la que se seleccionará Spanish (Español). Después de esto aparecerán dos ventanas consecutivas, la primera evalúa si las versiones de instalación de PHP y MySQL son las adecuadas para continuar con la instalación de Joomla! 2.5, en caso de que así sean aparecerá la opción de continuar. La segunda ventana mostrará la licencia de uso, simplemente habrá que aceptar en caso de estar de acuerdo con los términos. El paso posterior a la aceptación de los términos es la configuración interna de la base de datos. Aparecerá una pantalla con un formulario en el que habrá que introducir el Host en el que se aloja el sitio Web ( ), el nombre de la base de datos (automalia) y el prefijo que tendrán todas las tablas en común, en este caso tcb9h_. Al pulsar siguiente aparecerá una ventana para la configuración FTP (File Transfer Protocol), pero, en este caso, no interesa configurarlo ya que se utilizará a nivel interno, además de no ser un protocolo seguro ya que los datos se pueden ver en claro con cualquier programa sniffer. La siguiente ventana de configuración servirá para introducir tanto datos del sitio Web como datos sobre la cuenta de administrador que va a ejecutar la herramienta. - Nombre del sitio: Automalia Ilustración 42: Instalación Joomla!

120 - Correo electrónico: - Nombre del usuario administrador: admin - Contraseña: ossautomalia A continuación, al pulsar en siguiente, aparecerá la ventana final de la configuración del sitio Web, en la que se pulsará finalizar para terminar el proceso de instalación. Tras haber realizado estos pasos, se podrá acceder al sitio Web con la configuración básica. A partir de ese momento, hay que dar forma al sitio Web mediante la instalación de plugins, templates y extensiones en general que hagan cumplir las funcionalidades del sitio Web en función de los requisitos cerrados con el usuario y el diseño establecido con anterioridad. Para la instalación de estos plugins el mejor sitio Web es en el que, gracias al buscador y el índice se puede encontrar lo que se desea de forma sencilla y rápida. 119

121 4. CONCLUSIONES Y LÍNEAS FUTURAS Este proyecto ha sido realizado como aplicación empresarial para Telefónica Soluciones, por tanto las aportaciones personales han sido doblemente satisfactorias. Por un lado se ha conseguido aprender a gestionar un proyecto desde el inicio hasta el fin, pasando por todos los puntos desde la decisión de llevar a cabo una iniciativa, hasta el desarrollo de la misma en varios niveles de programación y gestión, pasando por toma de contacto con clientes, aprobación de requisitos, gestión de proyecto a nivel personal y de recursos, etc. Además de aprender a gestionar un proyecto para la entrega como proyecto de fin de grado, el nivel adquirido en el ámbito empresarial, la forma de conseguir desenvolverme llevando este proyecto dentro de Telefónica Soluciones ha sido otra experiencia muy positiva que no sólo me ha aportado conocimientos de informática y de gestión de proyectos sino madurez, tanto a nivel empresarial como a nivel personal. A nivel de objetivos, destacar que se han cumplido todos los establecidos en la descripción de los mismos. Desde el principio se buscaba que el portal fuera un entorno sencillo y de vista amigable para el usuario, con pocos objetivos que se debían cumplir para que el portal fuera útil. Para un mejor uso del portal se han creado los manuales de usuario (ver anexo Anexo 2 Manual de Usuario ) y de administrador (ver anexo Anexo 3 Manual de Administrador ). El portal se encuentra actualmente en producción a nivel interno de la empresa y hay que decir que está cogiendo mucha fuerza, aunque al principio el personal interno se mostrara un poco reticente al uso del mismo. En cuanto a las posibilidades del portal y su uso, hay diversidad, por un lado, la solicitud de automatizaciones mediante el formulario sencillo tiene mucha más salida que el formulario de registro técnico, esto es claramente por motivos de sencillez, mientras que en el formulario sencillo sólo hay que incluir nombre, correo y una descripción para ponerse en contacto con el técnico, en el registro técnico hay que introducir muchos más datos que cuesta más obtenerlos. Por otro lado, la gestión de artículos también es algo que está consiguiendo mucha acogida, los usuarios escriben interesados y los editores estamos publicando bastantes. Además han salido bastantes cursos de formación con un gran éxito de asistencia, los usuarios se quedan muy contentos con ello. En cambio, las plantillas del sistema gestor de cambios (SGCAMB) apenas están siendo utilizadas, se han creado los tres tipos de plantillas pero su uso no está compensando la cantidad de horas que costó su construcción. No obstante, desde la Oficina de Automatización se confía en que esta situación cambie. Por última cosa a decir sobre los objetivos, destacar que el workspace creado para la Oficina de Automatización está siendo una gran herramienta de gestión para los usuarios editores, ya 120

122 que es la zona común donde se almacenan todos los documentos referentes a las reuniones diarias que se mantienen en la oficina y a las automatizaciones creadas. Personalmente, la idea de la automatización me parece excepcional para la situación actual del mundo. Una forma de ahorrar recursos a la empresa con el fin de dar el máximo rendimiento con el mínimo consumo, una forma de que los trabajadores aprovechen el tiempo en tareas variables y dejen de ejecutar día tras día las mismas tareas repetitivas en las que, acumulando minutos se pierden muchos días a final de año. En cuanto a la Web de Automalia también me parece una grandísima idea, ya que es una forma de que los usuarios interactúen y conozcan el mundo de la automatización, de que vean que hay movimiento más allá de lo que están acostumbrados a hacer, que hay que evolucionar y valorar nuevas tecnologías y nuevas formas de trabajar en las que se consigue una mayor eficiencia. Con esto se consigue que el valor del trabajador suba, ya que dará un mayor rendimiento del que está acostumbrado a dar. Automalia además busca conseguir que todos los usuarios colaboren, ya sea solicitando automatizaciones o creándolas, compartiendo conocimientos, para así desarrollar una comunidad en la que todos aprendamos de todos y todos mejoremos y ayudemos a la empresa a ser puntera y competente. Respecto a las líneas futuras está todo muy abierto, el mundo de la automatización es algo muy novedoso en el ámbito empresarial y, a día de hoy, los desarrolladores de automatizaciones seguimos aprendiendo cosas nuevas día tras día, las herramientas se siguen actualizando, es una continua mejora de todos los recursos. Por otro lado, los usuarios de la empresa empiezan a ver las múltiples ventajas de las automatizaciones con respecto a su forma de trabajar habitual y están encantados con esta novedad, de modo que hay muchísimo trabajo por hacer, muchas peticiones que satisfacer y muchos usuarios a los que llegar aún. En cuanto al portal de Automalia, una primera línea a seguir para el futuro es la que se habló en el punto de arquitectura del sistema, que es la integración vía Web Service con las herramientas de desarrollo de la empresa. Se estudiará próximamente para conseguir satisfacer ese requisito de la arquitectura. Otro punto que interesa desarrollar en Automalia es el desarrollo de estadísticas de cara a la gerencia, al fin y al cabo toda propuesta novedosa necesita ser aprobada por los jefes y, estos jefes, necesitan ver resultados, para ello todas las automatizaciones tienen programadas una serie de funciones que consiguen dar estadísticas de uso en las que se puede comprobar a qué nivel se están utilizando las automatizaciones. Actualmente la estructura de las estadísticas está en versión de pruebas, pero irán evolucionando para convertirse en una parte potencial del portal. Por otro lado, el portal está en una continua actualización, bajo peticiones de usuarios se seguirán desarrollando cosas nuevas para integrarlas y que la comunidad de Automalia sea cada vez más amplia. Como se ha explicado antes, los desarrolladores somos los primeros que 121

123 tenemos que aprender día tras día y mejorar, para así evolucionar hacia un futuro en el que los recursos se optimicen al máximo. 122

124 5. REFERENCIAS A continuación se muestra una lista con las referencias utilizadas en función de los apartados en los que se ha necesitado buscar información. CMS Qué es un gestor de contenidos? Juan Escrivá Consultado en enero de Historia de los sistemas gestores de contenidos - Consultado en enero de Estudio de los sistemas gestores de contenidos Web Bilib - Consultado en enero de Joomla! - Breve historia de los gestores de contenido web - Consultado en diciembre de DIAGRAMA DE CASOS DE USO Tutorial de UML - Diagrama de casos de uso Consultado en febrero de DIAGRAMA DE CLASES Tutorial de UML - Diagrama de clases Consultado en febrero de DIAGRAMA DE GANTT Diagrama de Gantt, planificación y seguimiento de proyectos Consultado en diciembre de

125 DRUPAL Drupal Web oficial Consultado en enero de JAVASCRIPT Maestros del Web Damián Pérez Valdés Consultado en diciembre de LibrosWeb - Consultado en enero de JOOMLA Ventajas y características de Joomla CMS JoomlaOS Consultado en enero de Qué es Joomla Damián Pérez Valdés Consultado en enero de Joomla! Web Oficial Consultado en enero, febrero y marzo de MYSQL MySQL por Enríquez Toledo Alma, Maldonado Ayala Jesús, Nakamura Ortega Yunko, Nogueron Toledo Goretty Consultado en enero de MS Access Vs. SQL Server: Ventajas e inconvenientes AM System Consultado en enero de Origen y futuro de MySQL Pedro Cambra Consultado en enero de PHP Desarrollo Web con PHP de Óscar Capuñay Uceda Consultado en enero de 2013 Didáctica y divulgación de la programación Enrique González Consultado en diciembre de ique-es-php-y-ipara-que-sirve-un-potente-lenguaje-de-programacion-para-crear-paginas-webcu00803b&catid=70:tutorial-basico-programador-web-php-desde-cero&itemid=

126 WORDPRESS Qué es Wordpress MisRespuestas Consultado en diciembre de Wordpress Web official Consultado en enero de Wordpress Wikipedia Consultado en enero de

127 6. AGRADECIMIENTOS Hay mucha gente a la que me gustaría mencionar en este apartado, los más importantes mi familia, en especial mis padres que me han animado en los peores momentos y me han ayudado absolutamente en todo lo que les he necesitado. Quiero mencionar también a mis amigos, con los que he pasado grandísimos momentos estos cinco años que me han ayudado a afrontar la carrera con más alegría, lo cual es muy importante. No podría olvidar a mis amigos de la carrera, especialmente a Manu, al que llamo mi mentor de la informática ya que fue mi primer compañero de prácticas y me supo llevar en la mejor dirección, a Jesús, que fue un grandísimo compañero de prácticas cuando nos especializamos en Sistemas de la Información y, por supuesto, a Javi, cuya amistad, comprensión y ayuda han sido muy importantes durante este tiempo. Además de Jota, Carlos y Edu que han sido mis compañeros y amigos de las prácticas que teníamos este último año. Agradecer también a mis compañeros de Telefónica Soluciones, Ángel, por darme mi primera oportunidad en este sector, Alberto, cuya gestión del grupo ha hecho que me sienta más importante y con más confianza, Miguel y David, cuya comprensión y paciencia conmigo no han tenido precio, a Luis Donpu que, aunque a veces le haya llegado a odiar, sé que ha hecho todo de buena fe para ayudarme a mejorar. Sin olvidar a Luis González, Carlos, Sergio, Óscar, Rubén y Juan Pedro, que han estado ahí siempre que les he necesitado. Y, por último, a mi tutora Manoli, con la que he sido muy pesado con el proyecto y siempre ha sacado hueco para ayudarme. A todos, de verdad, muchísimas gracias, sin vosotros esto no habría sido posible. 126

128 7. ANEXO 1 ARQUITECTURA DEL SISTEMA Control de firmas EDICIÓN FECHA ELABORADO REVISADO APROBADO /01/2013 David Arroyo González Control de cambios APARTADOS QUE CAMBIAN DESCRIPCIÓN DEL CAMBIO 1.0 Documento inicial 127

129 Índice 1. Introducción Arquitectura Hardware Arquitectura Software Arquitectura de red Red VLANes Puertos y direccionamiento Rutas en los FW o routers Reglas en FW o routers Configuración proxy salida internet Servidores Características Hardware Sistema Operativo Rutas Particionado Gestión Remota Usuarios Base de datos Parámetros Base de datos Backup Filesystem o ficheros a realizar backup

130 Índice de ilustraciones Ilustración 1: Arquitectura Hardware Ilustración 2: Arquitectura Software Índice de tablas Tabla 1: VLAN de gestión Tabla 2: Puertos y direccionamiento Tabla 3: Rutas Firewall o Routers Tabla 4: Reglas Firewall o Routers Tabla 5: Configuración proxy salida internet Tabla 6: Configuración proxy salida internet Tabla 7: Configuración proxy salida internet Tabla 8: Configuración proxy salida internet Tabla 9: Características Hardware Tabla 10: Sistema Operativo Tabla 11: Ruta gestión Tabla 12: Rutas y máscaras Tabla 13: Particionado Tabla 14: Usuarios y permisos Tabla 15: Parámetros Base de datos Tabla 16: Backup

131 1. Introducción El presente documento tiene como objeto definir la arquitectura de sistema del portal de Automalia. Cabe destacar que, previo a su paso a producción para su posterior explotación, se creará el entorno en certificación para asegurar que el sistema responderá a los requisitos y reglas establecidas con el cliente. Para este apartado se tratarán las reglas, direcciones, etc. De producción. 2. Arquitectura Hardware En el siguiente gráfico se muestra la interacción de los diferentes sistemas a nivel de hardware desde el punto de vista de nodos involucrados y los puertos lógicos de comunicación empleados. Ilustración 43: Arquitectura Hardware Como se puede comprobar en la imagen, la arquitectura hardware es muy sencilla, sencillamente consta de una máquina virtual llamada Automalia, que dispone de una base de datos propia almacenada dentro de la misma máquina y se conecta con monitorización y backup para su mantenimiento propio. Los usuarios, a través de la dirección IP especificada ( o los administradores a través de la interfaz de administración ( accederán a dicha máquina. 130

132 3. Arquitectura Software En el siguiente gráfico se muestra la interacción de los diferentes sistemas a nivel de componentes de los aplicativos. ACCESO IDENTIFICADO USUARIOS AUTENTICACION: LDAP (tsoldc2.tsol.corp) ACCESO ANONIMO USUARIOS SERVICIO WEB APACHE ACCESO ADMINISTRADORES AUTENTICACION: LOCAL WEB ADMINISTRACION AUTOMALIA PORTAL AUTOMALIA WEBSERVICE INTEGRACION VIA XML-RPC SGCAMB CREA-P HTTPS HTTP XML-RPC Backend base de datos MySQL Repositorio multimedia y ficheros Ilustración 44: Arquitectura Software El sistema se compone de tres capas fundamentales: un servicio web apache, un backend de base de datos MySQL y un repositorio de ficheros. El punto de acceso a Automalia se realiza mediante el portal desplegado sobre el servicio web, y este acceso es, de manera predeterminada, anónimo. Existe la posibilidad de que el usuario se autentique, pasando a engrosar otra categoría de usuarios que normalmente tiene privilegios más elevados para poder contribuir en el portal o simplemente para ver información específica y segmentada en especial para ellos. Esta autenticación se realizará contra el LDAP de la red ofimática, por lo que el mismo usuario y contraseña que se usa para acceder al dominio Windows TSOLUCIONES será el que se deba emplear. Por tanto, no es necesaria la creación de ningún usuario ni contraseña adicional. 131

133 El backend de base de datos tiene como misión almacenar el contenido tipo texto que se publica en el portal, junto con los metadatos que son necesarios para la operativa del CMS. Adicionalmente, recogerá determinada información que el usuario aporte mediante formularios específicos, como por ejemplo peticiones, votaciones, etc. En cuanto al repositorio multimedia y ficheros, consiste simplemente en un espacio de ficheros accesible mediante HTTP, en donde se albergaran los ficheros del portal así como los grupos de documentación, registros y esquemas. Por último, se contempla al integración vía webservice (mediante XML-RPC) con los sistemas SGCAMB y CREA-P, aunque esta integración no se implantará en la primera versión del portal y se estudiará con posterioridad. Como dato a destacar que el portal está creado mediante la herramienta Joomla, para obtener más información sobre Joomla se puede visitar su web oficial: 4. Arquitectura de red La principal función del sistema será la interacción de los usuarios con el mundo de la automatización para evolucionar hacia un futuro eficiente. A continuación se detallan las interfaces de red y VLANs en cada servidor de la plataforma de automatización. Servidor Automalia (ossautomalia001), se configura una interfaz con los siguientes usos: IP Gestión para Adm/Mont. y Usuarios. Para el acceso de los usuarios y administradores de Automalia, administración, backup, monitorización de plataforma y SO, salida a internet para la descarga de parches y software, y envío de correo SMTP. Esta interfaz estaría conectada a la VLAN_SAUCDG_GESTION. 5. Red 5.1 VLANes Estas VLANes ya existen por el sistema CREA-S VLAN Nº Direcciones Tipo (gestión / servicio) vlan_saucdg_gestion 32 Gestión Tabla 100: VLAN de gestión 132

134 5.1.1 Puertos y direccionamiento Nombre nodo Interface VLAN Velocidad / Modo creaproc01 eth0 vlan_saucdg_gestion/ Gb / full-dúplex Tabla 101: Puertos y direccionamiento Rutas en los FW o routers Este apartado se utilizará para asegurarse de la existencia de una ruta completa para los flujos identificados en el proyecto que atraviesan la plataforma (accesos a servicios comunes, a otras vlanes del cliente). Nodo / Red Origen Destino Observaciones Redes de administradores/usuarios de gestion y de ofimatica / /22 Distrito C/Norte / /22 Ossautomalia001/ vlan_saucdg_cert_gestion/ /28 Ossautomalia001/ vlan_saucdg_ gestion/ /28 Servidor SMTP - sceeos01.correodeempresas.inf ( ) Tabla 102: Rutas Firewall o Routers Gestion del sistema Automalia y acceso via web a la aplicación com usuario y/o administrador (Ssh,http, https and BSA proxy access) Envío de correos 133

135 5.1.3 Reglas en FW o routers Nodo Dirección Origen Dirección Destino Puerto Destino Redes de administradores/usuarios de 3105 TCP gestión y de ofimática Ossautomalia001/ /22 vlan_saucdg_gestion/ / / TCP Distrito C/Norte 8443 TCP / /22 Ossautomalia001/ vlan_saucdg_gestion/ /28 Proxy de VLAN Gestión: mcijc8bc01 ( ) TCP 8080 Servidor SMTP: sceeos01.correodeempresas.i nf ( ) Tabla 103: Reglas Firewall o Routers SMTP 25 Observaciones SSH (acceso administrativo) Usuarios locales, administradores y troubleshooting Proxy acceso internet (comunicación con nodos externos) Envío de correos Dónde: Nodo: Nombre del FW o router en donde se tiene que aplicar. En caso de no conocerse indicar CDG/sala/módulo Dirección origen: rango o dirección única origen Dirección destino: rango o dirección única destino Puerto destino: Puerto destino. Indicar también el tipo: TCP/UDP/IP /... Observaciones: uso del puerto Configuración proxy salida internet El sistema Automalia en producción tendrá salida a internet para la descarga de parches y software. El acceso a internet se realizará por el proxy MCI (mcijc8bc ) a través de la interfaz conectada a la vlan_saucdg_gestion Para realizar la provisión del proxy se realizarán las siguientes acciones: F2 Pestaña 3.3.a Tabla 5: ruta desde la IP conectada a la VLAN vlan_saucdg_gestion al proxy mcijc8bc01 (ya configurado en el apartado anteriormente) TABLA 2 Nodo/red origen (dirección de la máquina o red que tiene que tener visibilidad hacia fuera de su propia red) (Rellenar por JP) Ossautomalia001/ vlan_saucdg_gestion/ Destino (Es una dirección o direcciones/redes o incluso nombre genérico en el caso que sea Internet) (Rellenar por JP) Proxy de VLAN Gestión: mcijc8bc01 ( ) Observaciones (Rellenar por JP) Acceso a INTERNET Tabla 104: Configuración proxy salida internet 1 Fecha realización (Dado por CCT tras comprobación) Rutas configuradas en el centro de gestión 134

136 F2 Pestaña 3.4: acceso desde la IP conectada a la VLAN vlan_saucdg_gestion al proxy mcijc8bc01 por el puerto 8080 (ya configurado en el apartado 3.4 de este documento): Nodo Nombre del FW o router en donde se tiene que aplicar. En caso de no conocerse indicar CDG/sala/módulo (Rellenar por JP) Dirección origen (rango o dirección única origen)(rellenar por JP) Dirección destino (rango o dirección única destino) (Rellenar por JP) Bastidor Proxy de VLAN Gestión: mcijc8bc01 ( ) Puerto destino (Puerto TCP/IP destino) (Rellenar por JP) 8080 Tabla 105: Configuración proxy salida internet 2 Observaciones (Rellenar por JP) Fecha realización (Dado por CCT tras comprobación) F22 Pestaña rutas: Nodo csx, ALT, CACHÉ, ) Red/mascara (La red que hay que aplicar en el nodo) (Rellenar por JP) Gateway (Dirección del siguiente Router/Firewall donde queremos mandar la red anterior) (Rellenar por JP) Nodo Gateway (Nombre del equipo Router/Firewall que contiene la dirección anterior) (Rellenar por JP) mcijc8bc GW en red de gestión Router de gestión Tabla 106: Configuración proxy salida internet 3 Fecha realización (Dado por CCT tras comprobación) F22 Pestaña MCI & Navegac (BC-AV-FC-Ldap): Acceso y Direccionamiento IP cliente Servidor REVISION Observaciones Solicitante Red-es/máscara del Direcciones IP de Indicar estado cliente o red Modo Configuración cachés/bc Alta disponibilidad Indicar Indicar estado Acceso únicamente a mcijc8bc01 por gestión sin autenticación y sin filtrado Usa PAT para acceso No, accede con las Ips Indicar estado MCI? propia del cliente Modo caché Directo Indicar estado Tabla 107: Configuración proxy salida internet 4 6. Servidores Los dos servidores utilizados en Certificación son máquina virtuales. 6.1 Características Hardware Nombre Fisico / Virtual Hypervisor CPU Memoria Tamaño HD Nodo 1 Ossautomalia001 Virtual VMWare ESX 4 vcpu 4GB 50 GB Tabla 108: Características Hardware 135

137 6.2 Sistema Operativo 6.3 Rutas SO / Versión 32 o 64 bits 64 Idioma Instalación Zona Horaria Disposición del teclado Idioma por defecto Tamaño HD Nodo 1 Red Hat Enterprise Linux AS 5 U3 Inglés UTC Es Inglés 50 GB Tabla 109: Sistema Operativo Deben añadirse las siguientes rutas al servidor. RUTA POR DEFECTO Destino de red Máscara de red Puerta de enlace Interfaz (vlan_saucdg_servicio) eth1 Tabla 110: Ruta gestión Descripción Destino de red Máscara de red Puerta de enlace Ruta Administración Ofimática JC6 Wifi Backup Ofimática DC N2 LAN Ofimática DC N2 Wifi Proxy Internet (vlan_saucdg SMTP _gestion) Tabla 111: Rutas y máscaras 6.4 Particionado Nodo FS Tamaño Tipo Comentario creaproc01 C: Sistema 50GB NTFS Automalia instalado en C Tabla 112: Particionado 136

138 6.5 Gestión Remota El servidor de Automalia tendrá como acceso remoto el Terminal Services. 6.6 Usuarios Nodo Usuario Descripción Grupo Permisos Home Ossautomalia001 admin Usuario a nivel Administrators * SO Ossautomalia001 Root Usuario a nivel de BBDD DBA (**) DBA 6.7 Base de datos Parámetros Base de datos Tabla 113: Usuarios y permisos Parámetro Valor Versión SQL EE Máquina Ossautomalia001 SID Orcl1 Puerto listener Oracle 1521 Archivelog Si Usuario conexión root Tabla 114: Parámetros Base de datos 6.8 Backup En este apartado se realizan recomendaciones sobre las copias de seguridad del producto Filesystem o ficheros a realizar backup Nodo FS o Directorio Tamaño Política Ossautomalia001 /opt/www-data/automalia 50 GB Un backup completo semanal Backup incremental diario Tabla 115: Backup 137

139 8. ANEXO 2 MANUAL DE USUARIO Control de firmas EDICIÓN FECHA ELABORADO REVISADO APROBADO /05/13 David Arroyo González Manuela Alejandres Control de cambios APARTADOS QUE CAMBIAN DESCRIPCIÓN DEL CAMBIO 1.0 Documento inicial. Inclusión de todos los puntos. 138

140 ÍNDICE 1. Manual de usuario Automalia Audiencia Acceso al entorno Categorías de usuarios Públicos Registrados Editores Administradores Explotación y uso del sistema Acceso al portal Estructura de la información en el portal Menú principal Publicación de contenido Automatizaciones Cómo solicitar una automatización Navegar por la pila y el catálogo Plantillas SGCAMB Plantillas de tareas SGCAMB Plantillas de provisión y grupos de tareas SGCAMB

141 ÍNDICE DE IMÁGENES Ilustración 1: Esquema página inicio Ilustración 2: definición de estructura del portal Ilustración 3: Esquema artículos Ilustración 4: Escribir un artículo Ilustración 5: Definir parámetros artículo Ilustración 6: Parte escritura artículo Ilustración 7: Parte definición artículo Ilustración 8: Metadatos artículo Ilustración 9: Añadir multimedia al artículo Ilustración 10: Gestor de imágenes Ilustración 11: Flujo solicitud automatización Ilustración 12: Acceso a solicitud de automatización Ilustración 13: Formulario solicitud automatización Ilustración 14: Acceso a formulario técnico de solicitud Ilustración 15: Rellenar formulario técnico Ilustración 16: Pila de automatizaciones Ilustración 17: Ejemplo automatización en pila Ilustración 18: Catálogo producto Ilustración 19: Ejemplo automatización en catálogo Ilustración 20: Acceso a formularios SGCAMB Ilustración 21: Formulario SGCAMB Ilustración 22: Formulario provisión SGCAMB Ilustración 23: Aplicar tareas Ilustración 24: Aplicar tareas GLOSARIO DE TÉRMINOS A continuación se muestra una breve explicación de términos técnicos que aparecerán a lo largo del documento: Frontend: Parte visual de un portal, la parte no administrativa y que será visible por el usuario. LDAP: Protocolo Ligero de Acceso a Directorios. Forma muy extendida entre las empresas de identificación en el sistema. HTTPS: Protocolo seguro de navegación. Encontrar las siglas https antes de una dirección Web dan confianza de seguridad al usuario, ya que sabe que sus datos no podrán ser copiados para fines vandálicos. Workspace: Pequeño espacio de trabajo para la Oficina de Automatización. 140

142 Tag: Etiqueta. Oficina de automatización: Equipo de Telefónica Soluciones que se encarga del ciclo de vida de las automatizaciones. SGCAMB: Sistema de Gestión de Cambios de Telefónica Soluciones. 141

143 1. Manual de usuario Automalia Este apartado tiene como objetivo ser una guía de uso del portal Automalia, sirviendo como referencia en el uso del mismo por parte de los usuarios. Se explica con detalle todo lo referente al frontend del portal, cada apartado paso por paso para que no haya lugar a errores. No obstante, se facilita la siguiente dirección de correo por si surgiera alguna duda: automalia.admin@telefonica.es. 1.1 Audiencia Este manual va dirigido fundamentalmente a usuarios públicos y registrados. Existe un manual de administración que detalla las funciones y operativas propias de la administración del portal y que no son objeto de tratamiento en este documento por quedar fuera del ámbito de los usuarios estándar. 1.2 Acceso al entorno El acceso al entorno de frontend se llevará a cabo mediante el portal de usuario, que estará accesible mediante SSL en la URL Adicionalmente, el portal de usuario está publicado por la red RTT para facilitar la disponibilidad a nivel de red. Este acceso es mediante la URL Para acceder al frontend del portal se debe escribir la siguiente dirección en el navegador: o Categorías de usuarios Con objeto de dar a conocer los niveles de seguridad definidos, a continuación se enumeran las distintas categorías en los que se han segmentado los usuarios del portal. 142

144 1.3.1 Públicos Un usuario público es toda aquella persona que, interesada por los servicios prestados por el portal Automalia, se conecte al mismo para consultar contenidos de interés y/o interactuar con los esquemas de colaboración social que existen Registrados Un usuario registrado es un perfil de usuario que tiene permitida la publicación y contribución de contenido. De esta forma, se permitirá que determinados usuarios, y previa moderación de las aportaciones recibidas, puedan publicar artículos, notas o simplemente realizar peticiones en foros públicos y restringidos de la comunidad. Aunque es obvio, aquellas contribuciones que no cumplan con los criterios mínimos de calidad o que vayan en contra de las políticas, estándares y normas de comportamiento que estén definidas dentro del grupo Telefónica serán rechazadas Editores Existirá una variante de usuarios registrados, que se corresponden con los usuarios líderes internos de automatización, que tendrán además de las atribuciones ya indicadas la capacidad de autorizar la publicación de los contenidos enviados por los contribuyentes. Llamaremos a este tipo de usuario Editor Administradores El último tipo de usuario definido se corresponde con los administradores del portal y comunidad. Este tipo de usuario tendrá permisos completos para realizar cualquier tipo de operativa y acción sobre el portal y la comunidad, sin restricción alguna. Dada la sensibilidad a nivel de seguridad que tiene la pertenencia a este grupo de usuarios, se restringirá el mismo exclusivamente a los miembros del equipo OSS SAC. Los usuarios administradores normalmente accederán al sistema mediante el backend de administración. 143

145 1.4 Explotación y uso del sistema La filosofía de Automalia es ser un punto de encuentro de la comunidad, donde se pueda proporcionar información, recursos y herramientas para aumentar las eficiencias y rentabilidades mediante automatizaciones. Por esta razón, el acceso a Automalia será fundamentalmente público, aunque existirá una determinada colección de información y espacios que requerirán determinados permisos Acceso al portal Un usuario puede ser un usuario anónimo o bien un usuario identificado. La diferencia fundamental entre ambos es que un usuario identificado puede acceder a contenido privado o clasificado como exclusivo para su grupo, y contar con ciertas atribuciones y permisos para realizar operaciones especiales. Por definición, el perfil de usuario anónimo no puede escribir contenido alguno en Automalia, salvo en los foros públicos de la comunidad y en la solicitud de nuevas automatizaciones. Para poder publicar contenido, se requiere que el usuario se autentifique, ya que en caso de permanecer con navegación anónima permanecerá en modo de sólo lectura. La identificación del usuario se realiza haciendo login en el sistema, y para ello se emplea el mismo usuario y contraseña que se utiliza al iniciar sesión en el dominio. Al estar integrada la seguridad de Automalia en la seguridad corporativa (vía LDAP), los cambios que se efectúen en la cuenta de usuario, como por ejemplo cambio de contraseña, son inmediatamente efectivos en el portal. Destacar como aclaración que el usuario no se registra como se puede registrar en cualquier otra web, pulsando el botón regístrate y rellenando un formulario. En Automalia directamente al acceder con el usuario y contraseña del dominio, el usuario queda registrado y tiene acceso. 144

146 Ilustración 45: Esquema página inicio Una vez que el usuario se haya autenticado, y en función de la pertenencia a los grupos de usuario, podrá realizar determinadas operaciones según sea consumidor, autor o editor. El mecanismo de autenticación y la navegación autentificada se realizan bajo protocolo seguro HTTPS Estructura de la información en el portal El portal dispone de la siguiente estructura: 145

147 Ilustración 46: definición de estructura del portal - Menu principal: contiene el acceso al menú de navegación y al botón para identificarnos (login) en el portal. Al ser el menú principal dispone de un contenido desplegable que debe ser explicado con detalle en el punto Showcase: destinamos esta área para aquellos pequeños comunicados que por su relevancia queremos destacar. - Zona principal: constituye la parte central del portal, y en ella se ubicarán de manera automática todos aquellos artículos que hayan sido marcados como Featured (Destacado), independientemente de la categoría en la que hayan sido ubicados. Esta zona tiene la siguiente estructura de representación: 146

148 - Dos entradas de tipo leading article, o artículos iniciales, que son artículos que se mostrarán con ancho completo al inicio. Son los artículos #1 y #2. - Dos entradas que se mostrarán en dos columnas inmediatamente a continuación de los leading articles anteriores. Son los artículos #3 y #4. Ilustración 47: Esquema artículos Por el impacto visual que tiene en el conjunto del portal este tipo de entradas, serán exclusivamente categorizadas como featured (destacadas) y maquetadas por los administradores del portal. - Lateral: la zona lateral es una zona colapsable, y dependiendo del menú en el que nos encontremos, puede mostrar módulos sensibles al contexto o simplemente no mostrar ninguno y colapsar el área entera. Esta zona no admite la publicación de contenido, y se empleará para incluir herramientas y módulos que amplían y extienden la funcionalidad del portal. Por esta razón, serán los administradores del portal los encargados de modificar esta zona. En la página principal podemos encontrar los siguientes módulos en la zona lateral: o o o o Buscador: permite localizar información buscando en todo el portal. Enlaces rápidos: módulo que muestra enlaces directos del menú superior y que por su importancia se destacan. Documentos más leídos: como su nombre indica, se muestran las entradas con mayor número de accesos. Usuarios conectados: indica los usuarios registrados que en ese momento están navegando por Automalia. 147

149 1.4.3 Menú principal Este menú se divide en cuatro pestañas: - La pestaña de inicio sirve para volver a la pantalla inicial del portal. - La pestaña de automatizaciones tiene los siguientes puntos para el usuario no logado: o Pila: Ver pila: donde se podrán ver las automatizaciones que hay en la pila. Nueva automatización: donde se podrá rellenar el formulario sencillo para solicitar una automatización. En caso de que nos hayamos logado, aparecerá una entrada adicional: Registrar automatización: donde se puede solicitar una automatización especificando requisitos más técnicos. o o Catálogo Consultar catálogo: donde se pueden ver las automatizaciones que ya están en uso y disponibles. Informes y métricas: donde se pueden ver una serie de gráficos representativos referentes a temas relacionados con el portal. Utilidades Autoprovisión OS: donde se muestran informes de ayuda y videos explicativos que sirven como tutorial para el usuario. SGCAMB Plantillas de tareas: se pueden registrar y visualizar plantillas de tareas SGCAMB. Plantillas de grupos de tareas: se pueden registrar y visualizar plantillas de grupos de tareas SGCAMB. o Asociaciones Grupos Tareas: para editar las asociaciones de los grupos con tareas u otros grupos. Plantillas de provisión: se pueden registrar y visualizar plantillas de provisión SGCAMB. o Asociaciones Provisión: para editar asociaciones de las provisiones con tareas o grupos de tareas. 148

150 - La pestaña de documentación dispone de los siguientes puntos: o o Formación: Cursos: donde se publicarán cursos de formación a los usuarios del portal. How to s: donde se muestran vídeos y explicaciones de cómo hacer determinadas tareas, como por ejemplo la solicitud de un nuevo usuario en el Portal TI. Cursos Avaya: donde se publicarán cursos específicos y para usuarios específicos sobre Avaya. Soporte: Foros: proporciona acceso al sistema de foros y debate de la comunidad Automalia. Compatibilidades con sistemas CREA: muestra las compatibilidades entre los sistemas CREA y los distintos sistemas operativos. o Sistemas: Enlaces de acceso: donde se muestran URL s de acceso a los sistemas de OSS. o OptimaTI Acciones de mejora: muestra artículos sobre el grupo OptimaTI. - La pestaña de automalia dispone de los siguientes puntos para los usuarios no logados: o o En cuanto a recursos: Metodología: incluye las funciones de la Oficina de Automatización. Guías: FAQS: Artículos de usuario: muestra los artículos de la categoría usuario. En cuanto a trabajo en grupo: Workspace: donde se almacenan los informes de las reuniones, manuales, etc. Referentes al portal y a la Oficina de Automatización. Y los siguientes puntos para los usuarios logados: o En cuanto a recursos: Crear artículo: muestra varios cuadros de texto a rellenar por el usuario para crear un artículo, con el fin de ser publicado. 149

151 o En cuanto a gestión operativa: Gestionar catálogo: donde se muestran todas las automatizaciones en catálogo y se pueden modificar, eliminar, publicar nuevas, etc. Gestionar pila: exactamente lo mismo que gestionar catálogo, pero aplicado a la pila. Artículos a moderar: muestra los artículos que ha escrito algún usuario pero aún no están publicados en el portal Publicación de contenido La publicación de contenido en el portal de Automalia es una operación sencilla de llevar a cabo, y fundamentalmente se realiza en los siguientes pasos: 1. El usuario accede con su login y contraseña 2. Pulsa en el menú de inicio sobre Automalia y, en el desplegable, pulsa sobre crear artículo. 3. Se crea el artículo 4. Se revisa y se aprueba. 5. El artículo es totalmente visible en el portal y queda publicado El artículo como unidad de información en el portal Un artículo es una unidad de información que consta de tres elementos fundamentales: título, cuerpo del mensaje y metadata. Los artículos tienen predefinida la ubicación dentro del portal, y el orden de aparición establecido por defecto es por orden de antigüedad y número de visitas. A su vez, un artículo puede tener el estado de publicado o no publicado en función de si estará visible o no en el portal. Cada artículo estará englobado en una categoría, y sólo puede estar en una. Los artículos publicados por un usuario son editables en cualquier momento por el usuario editor y por el administrador. Esta posibilidad de edición estará sujeta a que el artículo esté aprobado por el editor o que no haya sido marcado como no publicado. 150

152 Cómo escribir un artículo Ilustración 48: Escribir un artículo La publicación de un artículo comienza por identificarnos en el portal, y si tenemos los permisos apropiados para publicar contenido, de manera dinámica nos aparecerá una entrada nueva en el menú Automalia, que podemos ver en la imagen de la izquierda resaltada en el cuadro rojo. Una vez que pulsamos en el menú anterior, el sistema nos muestra un formulario para introducir el artículo. Este menú tiene este aspecto: 151

153 Ilustración 49: Definir parámetros artículo 152

154 Vamos a ver cada uno de sus apartados: Aquí vemos el menú principal del editor, que nos permite introducir el título del artículo y el texto. Es un editor de tipo WYSIWYG, y tiene unas barras de botones superiores muy similares a las que podemos encontrar en Word, por lo que el formateo del texto es muy sencillo. El campo alias lo dejaremos en blanco para que sea el sistema el que lo calcule. Ilustración 50: Parte escritura artículo Adicionalmente, existen dos botones que permiten guardar y enviar el artículo o cancelar. El botón de guardar se pulsa cuando se haya finalizado la creación del artículo. Si se pulsa en mitad de la redacción, se enviará el artículo en el estado en el que se encuentre en ese momento. De momento, no hay disponible la funcionalidad de generar borradores para continuar con su edición en un acto posterior. La siguiente sección indica la categoría en la que se va a publicar el artículo, el acceso y el idioma del mismo. Se dejan todos los valores por defecto salvo que se indique lo contrario. El campo alias también se deja en blanco para que sea el sistema el que lo calcule automáticamente. 153

155 Ilustración 51: Parte definición artículo La última sección del formulario tiene dos campos: un resumen y los tags del propio artículo. El campo resumen, que figura como Metadescripción es opcional, y permite introducir un pequeño texto a modo de resumen del resto del artículo. Los tags, Metapalabras clave, se dejarán en blanco para que los moderadores añadan los tags correspondientes y clasificar el artículo. Ilustración 52: Metadatos artículo 154

156 Elementos multimedia en los artículos En los artículos que se publiquen, se pueden incluir elementos multimedia como imágenes, videos, etc. La inclusión de estos elementos es muy sencilla, aunque para conseguir los mejores efectos visuales es conveniente tener algo de experiencia con HTML para conseguir la maquetación que se desea. Si el tipo de contenido que se desea es video con incrustación del reproductor, dado que es una operación que requiere conocimientos avanzados del portal, hay que solicitarlo a Automalia Admin (automalia.admin@telefonica.es) para que se realice manualmente. La inserción y subida de este tipo de recursos, ficheros, etc. se realiza mediante el media manager. Si se desea insertar una imagen en un artículo, tan sólo hay que posicionar el cursor en el punto en donde se desee ubicar la imagen y pulsar el botón de insertar/editar imagen, tal y como se ve en esta pantalla: Ilustración 53: Añadir multimedia al artículo Una vez que se pulsa el anterior botón, aparece el gestor de imágenes: 155

157 Ilustración 54: Gestor de imágenes En el gestor de imágenes hay varios elementos importantes que permitirán subir contenido (ficheros), navegar por los directorios y controlar los parámetros a nivel HTML de la incrustación que se está subiendo. En este caso, se han señalado y numerado en rojo, su descripción es la siguiente: 1- Navegador de archivos: permite navegar por el árbol de directorios para seleccionar carpetas o ficheros. Se emplea el siguiente criterio obligatoriamente para seleccionar la ubicación de los ficheros: o o o o o Todos los ficheros se ubicarán en las carpetas existentes en el directorio media. Lo podemos ver en la imagen superior marcado en verde. Si el fichero es una imagen, se ubicará dentro de img Si el fichero es un clip de sonido, se ubicará dentro de audio Si el fichero es un documento pdf, word, etc., lo se ubicará dentro de pdf Si el fichero es un video, se ubicará dentro de video 2- Propiedades de la inserción: una vez se selecciona un fichero, se pueden ajustar las propiedades HTML de la inserción. 3- Nueva carpeta: permite crear una nueva carpeta en la que guardar otras carpetas o ficheros. 156

158 Gestor de subidas: permite subir contenido desde nuestro PC al servidor. El tamaño máximo del fichero a subir está limitado a 25MB, y las extensiones aceptadas son las siguientes: xml, htm, html, docx/doc, xlsx/xls, pptx/ppt, txt, rtf, gif, jpeg, jpg, png, pdf, zip, tar, gz, 1- rar, swf, mov, mp4, qr, wmv, asx, asf, avi, wav, mp3, aiff, odt, odg, odp, ods, odf. Si fuera necesario subir un fichero que no cumpla estas características, es necesario contactar con Automalia Admin (automalia.admin@telefonica.es) para subirlo manualmente. 2- Caja de herramientas: con los elementos que se hayan seleccionado mediante los checkbox del navegador de archivos, se podrán realizar operaciones de eliminar, renombrar, copiar, cortar, ver y pegar/insertar. Estas opciones pueden no estar disponibles para todos los usuarios, ya que salvo editores y administradores, no hay permisos para borrar elementos subidos. Si un usuario desea borrar algún contenido que ha subido por error, simplemente lo notifica por a automalia.admin@telefonica.es y se procederá con su eliminación. Cuando esté la imagen subida, y los parámetros ajustados, simplemente se pulsa el botón y la imagen queda incrustada en el artículo. 1.5 Automatizaciones El catálogo de automatizaciones y la pila de producto constituyen el núcleo operativo de Automalia. Se denomina pila de producto a aquellas peticiones de automatización que están en proceso de análisis y construcción por parte de la Oficina de Automatización. Una vez que la automatización se ha construido y pasado a producción, se transfiere al catálogo de automatizaciones. 157

159 Cómo solicitar una automatización A nivel de proceso, es una operación muy sencilla, y se puede resumir en el siguiente flujo: Petición (usuario) Analisis petición (Automalia) NO Viable? SI Paso a Pila de producto (Automalia) Especificación requisitos (usuario) Requisitos ok? SI Construcción (Automalia) NO Despliegue nueva automatización (Automalia) Notificar al usuario la no viabilidad Paso a Catálogo de producto (Automalia) FIN Ilustración 55: Flujo solicitud automatización Este sencillo proceso se implementa con la solicitud de automatizaciones. Para ello, simplemente se selecciona la opción Nueva automatización que se encuentra en el menú principal -> automatizaciones -> pila. Ilustración 56: Acceso a solicitud de automatización 158

160 Una vez que se accede al anterior enlace, aparece este formulario: Ilustración 57: Formulario solicitud automatización Estos son los campos que tiene y su significado: - Nombre: aquí se introduce el nombre de usuario - se indica una dirección de correo electrónico - Comentarios: de manera libre, se indica qué automatización se desea. No es necesario descender a nivel técnico, sino que lo importante es describir con palabras sencillas lo que se desea conseguir. - Examinar archivos: mediante este botón, el sistema permite enviar los ficheros que se estimen convenientes para ayudar a comprender la automatización que se está solicitando. Una vez se haya enviado la solicitud, algún integrante de la Oficina de Automatización contactará para informar de los siguientes pasos. 159

161 Registro avanzado de peticiones de automatización Adicionalmente al anterior formulario, existe un sistema de registro de petición de automatizaciones más completo, pero que facilita enormemente el proceso debido a que se cuenta con información previa que acorta los tiempos de inicio del desarrollo. Completar el registro avanzado requiere tener claros ciertos conocimientos técnicos acerca de la automatización a solicitar, ya que se solicitan numerosos datos técnicos. El acceso a este registro avanzado requiere que el usuario esté identificado en el portal haciendo login para que aparezca el enlace a dicho registro, tal y como se observa en la imagen inferior: Ilustración 58: Acceso a formulario técnico de solicitud Una vez que se pulsa el anterior enlace, se podrá ver el siguiente formulario para introducir los datos: 160

162 Ilustración 59: Rellenar formulario técnico 161

163 A continuación se puede ver qué significado tiene cada uno de sus campos: - Área solicitante: área peticionaria de la automatización. - Contacto solicitante: nombre y apellidos del peticionario. Será automáticamente rellenado por el sistema en función del login con el que el usuario se haya identificado. - Fecha solicitud: fecha en la que se solicita la automatización. Será asignado automáticamente por el sistema como el día actual. - Estado: estado actual de la petición. Puede tener estos valores: o o Pendiente: la petición se ha enviado y pero no se ha comenzado a trabajar sobre ella. Es el estado inicial y se debe mantener su valor. Análisis: la solicitud está en fase de análisis, para evaluar su viabilidad, requerimientos, etc. o Construcción: la petición está siendo construida conforme a las especificaciones y análisis efectuados. o o Catalogación: la petición se ha terminado de construir y se pasa a producción, o lo que es lo mismo, se pasa al catálogo de automatizaciones. Anulada: la petición ha sido anulada/cancelada bien por indicación del peticionario o bien por la Oficina de Automatización. - Fecha prevista GA (General Availability): fecha en la que se prevé tener la automatización lista para ser usada. - Nombre automatización: nombre que desea dar a la automatización. - Descripción: Descripción detallada del proceso o actividad que se quiere automatizar y que permita comprender su funcionamiento y operativa actuales. - Operativa actual: descripción técnica actual del proceso que se pretende automatizar. - Frecuencia de uso: número estimado de ocasiones en el que se ejecuta el proceso susceptible de automatizar, como por ejemplo 2 por semana, 3 veces al día, etc. - Beneficios inmediatos: cuantificar el beneficio económico directo que se obtiene de cada vez que se ejecuta la automatización, como por ejemplo 2 horas/técnico. - Eficiencias en plazos ejecución: indicar la eficiencia prevista de obtener en plazos de ejecución, como por ejemplo aumento de capacidad productiva, reducción de tiempo dedicado a tareas, etc. - Eficiencias en plazos procesos: indicar la eficiencia prevista de obtener en plazos de procesos, como por ejemplo aumento de capacidad productiva, reducción de tiempo dedicado a tareas, etc. - Eficiencias costes: indicar la eficiencia prevista de obtener en costes, como menor necesidad de RRHH, reducción de perfiles, etc. - Eficiencias en calidad: indicar la eficiencia prevista de obtener en calidad, como reducción en número de incidencias, mayor control del proceso, etc. 162

164 - Eficiencias en organización: indicar las eficiencias organizativas que se prevé obtener, como internalización de conocimiento, liberar de tareas rutinarias, etc. - Métricas: mecanismos de medida, puntos de control, informes y métricas que permiten medir la automatización. - Código: código único que identifica cada solicitud de automatización. Será asignado automáticamente por el sistema. - Gestor asignado: contacto de Automalia responsable de la automatización que se solicita. Aparecerá una vez la petición se encuentre en estado de análisis. - Plataformas afectadas: relación de sistemas y/o plataformas que intervienen en la automatización. - Categorías: indicar si la automatización pertenece al ámbito de servidores, red o procesos. Una vez enviado el formulario, la Oficina de Automatización evaluará la solicitud y, si reúne los requisitos, se procederá a su inclusión en la pila de automatizaciones para su construcción. Al usuario solicitante se le irá notificando conforme las distintas fases del análisis y construcción vayan avanzando. En el punto Error! No se encuentra el origen de la referencia. se puede encontrar un diagrama del flujo que determina las fases a seguir. A modo de resumen, se pueden solicitar automatizaciones de dos formas, una es simple y la otra es mucho más técnica. Para la simple hay que pulsar sobre nueva automatización. Esto se puede hacer sin estar logado en el sistema. Si queremos solicitar una automatización incluyendo los apartados más técnicos, nos logamos y pulsamos sobre automatizaciones y registrar automatización. El resto es rellenar los campos y enviar la solicitud Navegar por la pila y el catálogo El acceso a la pila y al catálogo se realiza mediante las opciones de menú Automatizaciones -> Pila -> Ver Pila y Automatizaciones -> Catálogo -> Consultar Catálogo Visualización de la pila y detalle La navegación entre los distintos elementos que conforman la pila se realiza mediante esta lista: 163

165 Ilustración 60: Pila de automatizaciones Si se pincha en alguno de los campos del registro, por ejemplo en el código PA0001, se podrá acceder a los detalles del mismo: 164

166 Ilustración 61: Ejemplo automatización en pila Visualización del catálogo y detalle En el catálogo, a diferencia de en la pila, no se permite la adición de nuevas entradas, ya que este paso es realizado exclusivamente por la Oficina de Automatización una vez que las peticiones de la pila son incorporadas. A pesar de lo anterior, el esquema de navegación es muy similar al de la pila: 165

167 Ilustración 62: Catálogo producto Detalle de una automatización: 166

168 Ilustración 63: Ejemplo automatización en catálogo 167

169 1.6 Plantillas SGCAMB Dentro del apartado de automatización se debe dar también importancia a las plantillas del Sistema Gestor de CAMBios (SGCAMB) para tareas, grupos de tareas y provisión. El acceso a las plantillas se realiza mediante las opciones de menú Automatizaciones -> Utilidades -> SGCAMB -> (Plantilla elegida). Ilustración 64: Acceso a formularios SGCAMB Plantillas de tareas SGCAMB El funcionamiento es básico, muy parecido al de la pila. El usuario rellena una serie de campos y pulsa sobre guardar y enviar. De esta manera quedará registrada su plantilla de tareas SGCAMB. El formulario tiene este aspecto: 168

170 169

171 Ilustración 65: Formulario SGCAMB Plantillas de provisión y grupos de tareas SGCAMB La primera de ellas, Plantillas de Provisión, permitirá la creación de plantillas completas de provisión, que estarán formadas por plantillas de tareas y plantillas de grupos de tareas, ordenadas según la secuencia que se tenga que ejecutar, buscando siempre la mayor eficiencia en el proceso, de manera que se puedan paralelizar cuantas más tareas mejor y buscando las mínimas dependencias posibles. La segunda, Plantillas de Grupos de tareas, consiste en asociaciones entre plantillas de grupos de tareas SGCAMB nuevos que estarán formados con plantillas de tareas SGCAMB o plantillas de grupos SGCAMB creados anteriormente, dando lugar a nuevas plantillas. Así pues, el orden en el que deben darse de alta las plantillas es el siguiente: 1) Plantillas de tareas 2) Plantillas de grupos de tareas 3) Plantillas de provisiones El funcionamiento de ambas plantillas es similar, de modo que se explicará una de ellas, en este caso la de provisión, para poder ver el funcionamiento de las dos. En primer lugar, accedemos, como se puede ver en la imagen del punto 3.6 a Automatizaciones y dentro de utilidades -> SGCAMB y seleccionamos, en este caso, "Plantillas de Provisión". Dentro podemos ver que hay una serie de campos a rellenar. Es importante rellenar todos los campos obligatorios, guardar la plantilla Y DESPUÉS, pulsar sobre Editar Asociaciones para acceder al siguiente menú. Si no se rellenan todos los campos obligatorios, el sistema no dejará guardar la plantilla, pero si están todos los campos ya rellenos, antes de pulsar Editar Asociaciones hay que guardar la plantilla para evitar perder los datos ya introducidos. Una alerta en el sistema se encargará de recordarnos. 170

172 Ilustración 66: Formulario provisión SGCAMB Al haber guardado la plantilla sin editar las asociaciones, tenemos vía libre para hacerlo, podemos acceder desde la propia plantilla si hemos dado a Aplicar cambios pulsando sobre Editar asociaciones o podemos acceder desde el menú a la edición de la plantilla y pulsar sobre Editar Asociaciones, de esta manera se abre la siguiente plantilla. 171

173 Ilustración 67: Aplicar tareas Aquí aparece la plantilla de edición de asociaciones para las tareas. Simplemente hay que ir seleccionando y aplicando los datos que queremos. Para la primera parte elegimos del desplegable el grupo de tareas que queramos dentro de la lista. A continuación elegimos el tipo de asociación, es decir, si se va a asociar con otra tarea o con un grupo y pulsamos la flecha verde, desplegándose el menú de la imagen. 172

174 Ilustración 68: Aplicar tareas 2 Tras esto, se habrá desbloqueado la opción seleccionada en Tipo de asociación y se desplegarán las tareas o grupos existentes, se elige uno y automáticamente se rellena la ID de la plantilla elegida. Tras este paso, sólo habrá que rellenar el número de secuencia y quedará todo grabado. 173

175 9. ANEXO 3 MANUAL DEL ADMINISTRADOR Control de firmas EDICIÓN FECHA ELABORADO REVISADO APROBADO /05/13 David Arroyo González Manuela Alejandres Control de cambios APARTADOS QUE CAMBIAN DESCRIPCIÓN DEL CAMBIO 1.0 Documento inicial. Inclusión de todos los puntos. 174

176 ÍNDICE 1. Manual del administrador Automalia Audiencia Arquitectura Acceso al entorno Categorías de usuarios Públicos Registrados Editores Administradores Explotación y uso del sistema Categorización de la información Publicación de contenido Revisión y publicación del artículo Parada y arranque del portal Backup Árbol de directorios Integración con otros sistemas Situación actual Mapa de Integración SGCAMB y CREA-P

177 ÍNDICE DE ILUSTRACIONES Ilustración 1: Arquitectura del sistema Ilustración 2: Acceso al entorno administrador Ilustración 3: Moderación de artículos Ilustración 4: Artículos a moderar Ilustración 5: Publicación de artículo Ilustración 6: Acceso remoto al portal Ilustración 7: Backup manual Ilustración 8: Flujo relacional ÍNDICE DE TABLAS Tabla 1: Integración SGCAMB y CREA Procesos GLOSARIO DE TÉRMINOS LDAP: Protocolo Ligero de Acceso a Directorios. Utilizado como acceso al sistema en muchas empresas. CMS: Sistema Gestor de Contenidos. XML: Lenguaje de programación basado en etiquetas. RPC: Sirve para invocar llamadas remotas a un sistema. RTT: Tiempo de respuesta de un paquete desde su emisión hasta la recepción de respuesta por parte del receptor. CREA PROCESOS (CREA P): Plataforma de automatización en la que Telefónica Soluciones desarrolla automatismos dedicados a procesos o tareas. Backend: Parte de administrador de un portal. SGCAMB: Sistema de Gestión de Cambios de Telefónica Soluciones. Webservice: Servicio Web. Integración de un sistema con otro a través de un servicio Web. SSL: Protocolo criptográfico que garantiza conexiones seguras a la red. 176

178 1. Manual del administrador Automalia El presente apartado tiene como objeto definir el protocolo de explotación y administración del portal de Automalia atendiendo a la propia arquitectura del sistema y al servicio prestado. Este protocolo indica el modelo de relación e interacción, así como los detalles de la operativa. 1.1 Audiencia Este manual va dirigido fundamentalmente a usuarios editores y administradores, puesto que la mayoría de acciones que se detallan requieren permisos reservados sólo para esta categoría de usuarios. 1.2 Arquitectura A continuación, para situar en contexto el modo de explotación se van a detallar los elementos que conforman la arquitectura del sistema. ACCESO IDENTIFICADO USUARIOS AUTENTICACION: LDAP (tsoldc2.tsol.corp) ACCESO ANONIMO USUARIOS SERVICIO WEB APACHE ACCESO ADMINISTRADORES AUTENTICACION: LOCAL WEB ADMINISTRACION AUTOMALIA PORTAL AUTOMALIA WEBSERVICE INTEGRACION VIA XML-RPC SGCAMB CREA-P HTTPS HTTP XML-RPC Backend base de datos MySQL Repositorio multimedia y ficheros Ilustración 69: Arquitectura del sistema 177

179 El sistema se compone de tres capas fundamentales: un servicio web apache, un backend de base de datos MySQL y un repositorio de ficheros. El punto de acceso a Automalia es mediante el portal desplegado sobre el servicio web, y este acceso es de manera predeterminada anónimo. Existe la posibilidad de que el usuario se autentique, pasando a engrosar otra categoría de usuarios que normalmente tiene privilegios más elevados para poder contribuir en el portal o simplemente para ver información específica y segmentada en especial para ellos. Esta autenticación se realizará contra el LDAP de la red ofimática, por lo que el mismo usuario y contraseña que se usa para acceder al dominio Windows TSOLUCIONES será el que se deba emplear. Por tanto, no es necesaria la creación de ningún usuario ni contraseña adicional. El backend de base de datos tiene como misión almacenar el contenido tipo texto que se publica en el portal, junto con los metadatos que son necesarios para la operativa del CMS. Adicionalmente, recogerá determinada información que el usuario aporte mediante formularios específicos, como por ejemplo peticiones, votaciones, etc. En cuanto al repositorio multimedia y ficheros, consiste simplemente en un espacio de ficheros accesible mediante HTTP, en donde se albergaran los ficheros del portal así como los grupos de documentación, registros y esquemas. Por último, se contempla al integración vía webservice (mediante XML-RPC) con los sistemas SGCAMB y CREA-P, aunque esta integración no se implantará en la primera versión del portal y se estudiará con posterioridad. Como dato a destacar que el portal está creado mediante la herramienta Joomla, para obtener más información sobre Joomla se puede visitar su web oficial: 178

180 1.3 Acceso al entorno El acceso al entorno de frontend se llevará a cabo mediante el portal de usuario, que estará accesible mediante SSL en la URL Adicionalmente, el portal de usuario está publicado por la red RTT para facilitar la disponibilidad a nivel de red. Este acceso es mediante la URL Para acceder al backend de administrador se debe añadir después de las direcciones mostradas: administrator, quedando las urls así: o Ilustración 70: Acceso al entorno administrador 179

181 1.4 Categorías de usuarios Con objeto de dar a conocer los niveles de seguridad definidos, a continuación se enumeran las distintas categorías en los que se han segmentado los usuarios del portal Públicos Un usuario público es toda aquella persona que, interesada por los servicios prestados por el portal Automalia, se conecte al mismo para consultar contenidos de interés y/o interactuar con los esquemas de colaboración social que existen Registrados Un usuario registrado es un perfil de usuario que tiene permitida la publicación y contribución de contenido. De esta forma, se permitirá que determinados usuarios, y previa moderación de las aportaciones recibidas, puedan publicar artículos, notas o simplemente realizar peticiones en foros públicos y restringidos de la comunidad. Aunque es obvio, aquellas contribuciones que no cumplan con los criterios mínimos de calidad o que vayan en contra de las políticas, estándares y normas de comportamiento que estén definidas dentro del grupo Telefónica serán rechazadas Editores Existirá una variante de usuarios registrados, que se corresponden con los usuarios líderes internos de automatización, que tendrán además de las atribuciones ya indicadas la capacidad de autorizar la publicación de los contenidos enviados por los contribuyentes. Llamaremos a este tipo de usuario Editor Administradores El último tipo de usuario definido se corresponde con los administradores del portal y comunidad. Este tipo de usuario tendrá permisos completos para realizar cualquier tipo de operativa y acción sobre el portal y la comunidad, sin restricción alguna. 180

182 Dada la sensibilidad a nivel de seguridad que tiene la pertenencia a este grupo de usuarios, se restringirá el mismo exclusivamente a los miembros del equipo OSS SAC. Los usuarios administradores normalmente accederán al sistema mediante el backend de administración. 2. Explotación y uso del sistema 2.1 Categorización de la información La información que el portal muestra mediante los artículos se organiza en base a una estructura de categorías. La siguiente estructura es jerárquica, lo que quiere decir que hay categorías padre y categorías hijo, existiendo herencia de determinados atributos. De esta forma, una noticia que pertenezca a la categoría noticias, también pertenece a la categoría Artículos y ésta a su vez a Contenidos. 1. Sin categorizar Los artículos recién creados y que no hayan sido aprobados para su publicación se englobarán en esta categoría, que no será visible desde el portal hasta su aprobación. Los usuarios englobados dentro de la categoría de editores tendrán disponible en el menú Automalia -> Gestión operativa una entrada que permite navegar entre los artículos que han sido enviados para ser revisados. 2. Contenido Engloba todos los artículos salvo los anteriores Showcase Contiene los artículos que serán mostrados por el showcase Artículos Generales Artículos de propósito general que hayan sido escritos por la oficina de automatización Usuario Artículos que han sido enviados por usuarios registrados Noticias Artículos cortos empleados para comunicar un hecho relevante y que tienen una extensión sensiblemente inferior al de un artículo general o de usuario Automatizaciones Pila Artículos que conforman la pila de producto de las automatizaciones. Cada artículo se corresponde con una entrada en la pila. 181

183 Catálogo Artículos que conforman el catálogo de las automatizaciones. Cada artículo se corresponde con una automatización 2.4. Documentación Documentos públicos Categorías de artículos, enlaces o recursos que deban ser clasificados atendiendo al grado de confidencialidad de la información que aportan ÓptimaTI Muestra noticias o informes sobre las propuestas del grupo ÓptimaTI Documentos privados Categorías de artículos, enlaces o recursos que deban ser clasificados atendiendo al grado de confidencialidad de la información que aportan Confidenciales Categorías de artículos, enlaces o recursos que deban ser clasificados atendiendo al grado de confidencialidad de la información que aportan Formación Contendrá todos aquellos artículos y recursos relacionados con aspectos formativos How-to Artículos en formato how-to que serán mostrados exclusivamente en el apartado de Formación -> Howto del menú Soporte Artículos pertenecientes al área de soporte del portal Compatibilidades Sistemas CREA Muestra las compatibilidades de Sistemas Operativos con sistemas CREA Automalia En esta categoría se ubicarán aquellos artículos relacionados con la iniciativa de automalia, la oficina de automatización y otra información de carácter estructural o conceptual de la iniciativa Métricas Artículos relacionados con las métricas e informes que el portal proporciona según se ha definido para el grado de uso y eficiencia aportada por las distintas automatizaciones. 182

184 2.2 Publicación de contenido La publicación de contenido en el portal de Automalia es una operación sencilla de llevar a cabo, y fundamentalmente se realiza en los siguientes pasos: 6. El usuario accede con su login y contraseña 7. Pulsa en el menú de inicio sobre Automalia y, en el desplegable, pulsa sobre crear artículo. 8. Se crea el artículo 9. Se revisa y se aprueba. 10. El artículo es totalmente visible en el portal y queda publicado. El proceso de revisión y aprobación del artículo requiere permisos de editor o administrador. Es una sencilla operativa que detallamos a continuación. Para más información, en el manual de usuario se detallan los pasos que un usuario tiene que dar para enviarnos el artículo Revisión y publicación del artículo Una vez el artículo se haya enviado, los usuarios editores podrán acceder a la revisión de los artículos a publicar mediante el menú de gestión operativa habilitado a tal efecto. La publicación final del artículo tiene dos partes: la primera consiste en seleccionar la ubicación del mismo en el portal y en segundo término pasar el artículo a estado publicado. Estos pasos los llevaremos a cabo de esta manera: Se accede a la opción Automalia -> Gestión operativa -> Artículos a moderar, que se puede ver resaltada en rojo en la imagen. Ilustración 71: Moderación de artículos 183

185 En la pantalla siguiente nos aparece un listado con los artículos pendientes de revisar. Ilustración 72: Artículos a moderar Si se pulsa sobre el título del artículo, se puede ver una pre-visualización de cómo quedaría, y si lo que se desea es editarlo, simplemente se pulsa sobre el icono de edición, que se puede ver señalado en azul en la imagen. Cada artículo dispone de su icono de edición, por lo que desde esta sección se pueden editar todos los artículos pendientes. Una vez que se ha pulsado en el icono de edición, se selecciona la categoría del artículo, que por defecto, y salvo que se indique lo contrario, deberá ser Contenido / Artículo / Usuario. En la imagen de abajo se puede ver cómo se debe seleccionar la categoría. A continuación, en esta misma ventana se debe cambiar el estado, para lo cual en el desplegable que aparece a la derecha de Estado se selecciona la opción Publicado. 184

186 Ilustración 73: Publicación de artículo 2.3 Parada y arranque del portal Para acceder por SSH al entorno de producción a nivel de máquina, basta con iniciar cualquier cliente SSH, por ejemplo Putty, e introducir la IP de producción del portal ( ), así como el puerto por el que se accede (3105): 185 Ilustración 74: Acceso remoto al portal

187 Al introducir esos datos, se pueden grabar como Automalia producción, para así no tener que introducirlos cada vez que se accede. Tras esto, se pulsa sobre Open y aparece la interfaz del entorno de producción. Se introduce usuario y contraseña para acceder. Para parar y arrancar el portal hay que parar y levantar la base de datos y el servidor apache, esto se hace de la siguiente manera: - Se accede al directorio /etc/rc.d/rc3.d, que se encuentra en la carpeta anterior a la que aparece por defecto, por tanto para acceder hay que escribir cd.. antes de nada. De modo que para para e iniciar los servicios sólo hay que escribir por pantalla lo siguiente:./s85httpd stop./s64mysql stop./s85httpd start./s64mysql start para parar el servidor apache para parar la base de datos para arrancar el servidor apache para arrancar la base de datos De esta sencilla manera se realiza una parada de servicios para volver a iniciarlos. 2.4 Backup Para realizar el backup hay dos vías, la primera es manual, ejecutar un script que tiene el siguiente contenido: Ilustración 75: Backup manual 186

188 Se paran e inician los servicios, se recoge la fecha y la hora y se archiva en un archivo.tar en las carpetas correspondientes www-data (para apache) y mysql-data (para mysql) las copias de seguridad. La otra vía es que se haga de forma programada mediante crontab. Crontab es un simple archivo de texto que guarda una lista de comandos a ejecutar en un tiempo especificado por el usuario. Crontab verificara la fecha y hora en que se debe ejecutar el script o el comando, los permisos de ejecución y lo realizara en el background. De modo que, si por ejemplo, se quiere ejecutar el script de backup.sh todos los domingos, martes y jueves a las 3:00 AM, se debe escribir lo siguiente en el editor de crontab: * * 0,2,4 /root/backup Siendo cada ítem lo siguiente: minuto, hora, día del mes, mes, día de la semana, archivo. La copia de seguridad asegura que, en caso de querer volver a una versión anterior de los ficheros, esto se pueda hacer. Para ello simplemente se copia el contenido de los.tar (el de apache y mysql, del mismo backup, no puede ser de backup distintos) en una carpeta nueva y se descomprime. Acto seguido se copian los archivos que se quieran restaurar en sus correspondientes carpetas. En caso del apache en /opt/www-data y en caso del mysql en /opt/mysql-data y /var/lib/mysql. Además de este proceso de copia de seguridad, que sólo cubre la instalación del portal y la base de datos MySQL, existe una programación de backup mediante la herramienta corporativa NetBackup, gestionada por el CCT de Backup. Esta copia también puede ser empleada para restaurar ficheros en particular, pero fundamentalmente se usará en caso de requerir una restauración total del sistema. Para solicitar restauraciones de esta copia, se deberá solicitar al grupo de backup mediante la apertura de la correspondiente petición en SGSD. 2.5 Árbol de directorios En cuanto a los directorios, en la carpeta root es donde se encuentran, entre otros, los siguientes archivos: - Backup-automalia: directorio que incluye los archivos comprimidos de los backup realizados. - Backup.sh: es el script para hacer backup. - Fix-perm.sh: este fichero tiene las siguientes funciones: o o o o Establece el propietario y grupo apache al directorio web de automalia Establece el propietario y grupo mysql al directorio de bbdd de MySQL Ajusta permisos 644 para ficheros -rw-r r en el portal Ajusta permisos 755 para directorios drwxr-xr-x en el portal 187

189 Si se tiene algún problema con los permisos, bastará con ejecutar ese script. En cuanto a los directorios de /opt, los más influyentes son los siguientes: - Mysql-data: donde se almacena la base de datos. - www-data: donde se almacena el servidor apache referente al portal y todos los archivos de imagen, video, componentes, librerías, etc. 188

190 3. Integración con otros sistemas El objetivo de esta integración que se propone es poder incorporar información relativa al catálogo de automatizaciones, tareas y grupos de tareas en Automalia de una forma sencilla. Para ello se deben que integrar determinadas características que residen en SGCAMB y CREA- P. Con objeto de comprender realmente el alcance de esta integración, se debe explicar el modelo de implantación de automatizaciones que hay definido en la actualidad. 3.1 Situación actual En la actualidad, la implantación de una automatización se puede simplificar en estos pasos: 1. Se modela la automatización en base a la información y requisitos obtenidos 2. Se implanta la automatización en SGCAMB y/o en CREA-P De esta forma, en SGCAMB se implantan las tareas y grupos de tareas que se construyen en el modelado y en CREA-P se configuran los procesos que el orquestador va a ejecutar, actuando sobre CREA-R y CREA-S. Esquemáticamente, se podría representar de esta forma. MODELADO AUTOMATIZACION CONSTRUCCION SGCAMB IMPLANTACION TAREAS Y GRUPO DE TAREAS CREA-P IMPLANTACION FLUJOS DE TRABAJO CREA-S IMPLANTACION TAREAS DE AUTOMATIZACION SISTEMAS CREA-R IMPLANTACION TAREAS DE AUTOMATIZACION REDES Ilustración 76: Flujo relacional 189

191 Mapa de Integración SGCAMB y CREA-P Desde un punto de vista de alto nivel, se plantean tres integraciones entre los distintos sistemas: Descripció n integración Dirección Resultados esperados Gestión de Tareas Plantillas de tareas SGCAMB - > Automali a Se incorporarán los datos indicados en los campos de las plantillas que se observan en cada una de las plantillas de SGCAMB. Los campos en particular se definirán cuando se vaya a abordar la integración. Listado plantillas de tareas Detalle campos plantilla de tarea 190

192 Gestión de Tareas Plantillas de grupos de tareas SGCAMB - > Automali a Se incorporarán los datos indicados en los campos de las plantillas que se observan en cada una de las plantillas de grupos de tareas de SGCAMB. Los campos en particular se definirán cuando se vaya a abordar la integración. Listado plantillas de grupos de tareas Detalle campos plantilla de grupos de tarea 191

193 Flujos teareas de CREA-P -> Automali a Esquema gráfico flujo de tareas Tabla 116: Integración SGCAMB y CREA Procesos 192