Desarrollo e implantación de un canal fotográfico para un … · 2013-10-16 · Índice de contenidos 1 Índice de contenidos Índice de contenidos 1 indice de figuras 5 1.- introducciÓn

José Ignacio Martínez Castillejo

Desarrollo e implantación de un canal fotográfico para unperiódico digital

Julio Rubio García

Facultad de Ciencias, Estudios Agroalimentarios e Informática

Proyecto Fin de Carrera

Matemáticas y Computación

2012-2013

Título

Autor/es

Director/es

Facultad

Titulación

Departamento

PROYECTO FIN DE CARRERA

Curso Académico

© El autor© Universidad de La Rioja, Servicio de Publicaciones, 2013

publicaciones.unirioja.esE-mail: [email protected]

Desarrollo e implantación de un canal fotográfico para un periódico digital,proyecto fin de carrera

de José Ignacio Martínez Castillejo, dirigido por Julio Rubio García (publicado por la Universidad de La Rioja), se difunde bajo una Licencia

Creative Commons Reconocimiento-NoComercial-SinObraDerivada 3.0 Unported. Permisos que vayan más allá de lo cubierto por esta licencia pueden solicitarse a los

titulares del copyright.

UNIVERSIDAD DE LA RIOJA

Facultad de Ciencias, Estudios Agroalimentarios e Informática

PROYECTO FIN DE CARRERA

Ingeniería Técnica en Informática de Gestión

Desarrollo e implantación de un canal fotográfico

para un periódico digital

Alumno: José Ignacio Martínez Castillejo

Director: Julio Jesús Rubio García

Codirector: Xabier García Sodupe

Logroño, 17 de mayo de 2013

Índice de contenidos

1

ÍNDICE DE CONTENIDOS

ÍNDICE DE CONTENIDOS 1

INDICE DE FIGURAS 5

1.- INTRODUCCIÓN 11

2.- ANÁLISIS DE ANTECEDENTES 15

2.1.- SITUACIÓN ACTUAL DE LA EMPRESA 15 2.2.- INCONVENIENTES DEL SISTEMA ACTUAL 16 2.3.- JUSTIFICACIÓN DEL PROYECTO 17

3.- DOCUMENTO DE OBJETIVOS DEL PROYECTO 21

3.1.- OBJETIVOS DEL PROYECTO 21 3.2.- ALCANCE DEL PROYECTO 21 3.3.- AMBITO 21 3.4.- TECNOLOGÍAS 22 3.5.- FASES 22 3.6.- ENTREGABLES 23 3.7.- RECURSOS HUMANOS Y PERSONAL PARTICIPANTE EN EL PROYECTO 23 3.8.- COMUNICACIÓN 23 3.9.- METODOLOGÍA 23 3.10.- DOCUMENTACIÓN 24 3.11.- ANÁLISIS DE RIESGOS YPLANES DE CONTINGENCIA 24 3.12.- PLANIFICACIÓN INICIAL DEL PROYECTO 25 3.12.1.- HORARIO 25 3.12.2.- CALENDARIO 26 3.13.- DIAGRAMA DE GANTT 27

4.- GESTIÓN DEL PLAN 33

4.1.- ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS 33 4.2.- DIAGRAMAS DE GANTT 34

5.- ANÁLISIS DEL SISTEMA DE INFORMACIÓN 42

5.1.- DEFINICIÓN DEL SISTEMA 42 5.1.1.- DETERMINACIÓN DEL ALCANCE DEL SISTEMA 42 5.1.1.1. Gestión de galerías 42 5.1.1.2. Gestión de temporadas, pasarelas y diseñadores 42 5.1.1.3. Gestión de usuarios 42 5.1.1.4. Buscador 43


2

5.1.2.- IDENTIFICACIÓN DEL ENTORNO TECNOLÓGICO 43 5.1.2.1.- Desarrollo 43 5.1.2.2.- Pruebas y explotación 43 5.1.3.- IDENTIFICACIÓN DE LOS USUARIOS PARTICIPANTES Y FINALES 43 5.1.3.2. Usuarios finales 43 5.2.- ESTABLECIMIENTO DE REQUISITOS 44 5.2.1.- OBTENCIÓN DE REQUISITOS 44 5.2.1.1.- Casos de uso 44 5.2.2.- ACTORES 45 5.2.3.- DIAGRAMA DE CASOS DE USO 46 5.2.3.1.- Gestión de usuarios 46 5.2.3.2.- Gestión de galerías 48 5.2.3.3. Gestión de temporadas 49 5.2.3.4.- Gestión de pasarelas 50 5.2.3.5.- Gestión de diseñadores 52 5.2.3.6. Acciones comunes 53 5.2.4.- ESPECIFICACIÓN DE REQUISITOS 54 5.2.4.1.- Crear usuario 54 5.2.4.2.- Modificar usuario 54 5.2.4.3.- Eliminar usuario 55 5.2.4.4.- Crear galería 55 5.2.4.5.- Modificar galería 56 5.2.4.6.- Eliminar galería 56 5.2.4.7.- Crear temporada 57 5.2.4.8.- Modificar temporada 57 5.2.4.9.- Eliminar temporada 58 5.2.4.10.- Crear pasarela 58 5.2.4.11.- Modificar pasarela 59 5.2.4.12.- Eliminar pasarela 59 5.2.4.13.- Crear diseñador 60 5.2.4.14.- Modificar diseñador 60 5.2.4.15.- Eliminar diseñador 61 5.2.4.16.- Visualizar galería/imagen 61 5.2.4.17.- Buscador 62

6.- DISEÑO DEL SISTEMA DE INFORMACIÓN 67

6.1.- ELABORACIÓN DEL MODELO DE DATOS 67 6.1.1.- PRESENTACIÓN 67 6.1.2.- ELABORACIÓN DEL MODELO CONCEPTUAL DE DATOS 68 6.1.3.- ELABORACIÓN DEL MODELO LÓGICO DE DATOS 68 6.1.4.- NORMALIZACIÓN DEL MODELO LÓGICO DE DATOS 69 6.1.5.- OPTIMIZACIÓN DEL MODELO FÍSICO DE DATOS 69 6.2.- DISEÑO DEL FTP 69 6.2.1.- DEFINICIÓN DE LA ESTRUCTURA DEL FTP 69 6.3.- DISEÑO DEL INTERFAZ DE USUARIO 71 6.3.1.- ESPECIFICACIÓN DE PRINCIPIOS GENERALES DE LA INTERFAZ DE ADMINISTRACIÓN 71 6.3.2.- ESPECIFICACIÓN DE FORMATOS INDIVIDUALES DE LA INTERFAZ DE ADMINISTRACIÓN 72 6.3.2.1.- Interfaz de acceso 72 6.3.2.2.- Interfaz para los administradores y moderadores 72 6.3.2.2.1.- Interfaz pestaña rol 72


3

6.3.2.2.2.- Interfaz pestaña usuario 74 6.3.2.2.3.- Interfaz pestaña temporada 75 6.3.2.2.4.- Interfaz pestaña pasarela 77 6.3.2.2.5.- Interfaz pestaña diseñador 78 6.3.2.2.6.- Interfaz pestaña galerías 80 6.3.3.- ESPECIFICACIÓN DEL COMPORTAMIENTO DINÁMICO DEL INTERFAZ 81 6.3.3.1.- Interfaz de acceso 81 6.3.3.2.- Interfaces generales en los formularios 82 6.3.4.- ESPECIFICACIÓN DEL INTERFAZ GRÁFICO VISIBLE PARA CUALQUIER USUARIO 83 6.4.- ESPECIFICACIÓN DEL PLAN DE PRUEBAS 85 6.4.1.- DEFINICIÓN DEL ALCANCE DE LAS PRUEBAS 85 6.4.2.- DEFINICIÓN DE REQUISITOS DEL ENTORNO DE PRUEBAS 85 6.4.3.- DEFINICIÓN DE LAS PRUEBAS DE ACEPTACIÓN DEL SISTEMA 85 6.5.- DISEÑO DE LA ARQUITECTURA DEL SISTEMA 86 6.5.1.- DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA 86 6.5.2.- IDENTIFICACIÓN DE REQUISITOS DE DISEÑO Y CONSTRUCCIÓN 87 6.5.3.- ESPECIFICACIÓN DE EXCEPCIONES 87 6.5.4.- IDENTIFICACIÓN DE SUBSISTEMAS DE DISEÑO 88 6.6.- DISEÑO DE LA ARQUITECTURA DE MÓDULOS DEL SISTEMA 88 6.6.1.- DISEÑO DE MÓDULOS DEL SISTEMA 88 6.6.2.- DISEÑO DE COMUNICACIÓN ENTRE LOS MÓDULOS 88 6.6.3.- DIAGRAMA DE SECUENCIA DE LOS REQUISITOS 88 6.6.3.1.- Gestión de usuarios 89 6.6.3.2.- Gestión de galerías 90 6.6.3.3.- Acciones comunes 92 6.7.- DISEÑO DE LA MIGRACIÓN Y CARGA INICIAL DE DATOS 92 6.7.1.- DISEÑO DETALLADO DE COMPONENTE DE MIGRACIÓN Y CARGA INICIAL 92 6.8.- ESPECIFICACIÓN TÉCNICA DEL PLAN DE PRUEBAS 92 6.8.1.- ESPECIFICACIÓN DEL ENTORNO DE PRUEBAS 92 6.9.- ESTABLECIMIENTO DE REQUISITOS DE IMPLANTACIÓN 93 6.9.1.- ESPECIFICACIÓN DE REQUISITOS DE IMPLANTACIÓN 93

7.- CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN 97

7.1.- PREPARACIÓN DEL ENTORNO DE GENERACIÓN Y CONSTRUCCIÓN 97 7.1.1.- IMPLEMENTACIÓN DE LA BASE DE DATOS 97 7.1.2.- PREPARACIÓN DEL ENTORNO DE CONSTRUCCIÓN 97 7.2.- GENERACIÓN DEL CÓDIGO DE LOS COMPONENTES Y PROCEDIMIENTOS 97 7.3.- EJECUCIÓN DE LAS PRUEBAS UNITARIAS 98 7.3.1.- PREPARACIÓN DEL ENTORNO DE LAS PRUEBAS UNITARIAS 98 7.3.2.- REALIZACIÓN Y EVALUACIÓN DE LAS PRUEBAS UNITARIAS 98 7.4.- EJECUCIÓN DE LAS PRUEBAS DE INTEGRACIÓN 98 7.4.1.- PREPARACIÓN DEL ENTORNO DE LAS PRUEBAS DE INTEGRACIÓN 98 7.4.2.- REALIZACIÓN DE LAS PRUEBAS DE INTEGRACIÓN 98 7.5.- EJECUCIÓN DE LAS PRUEBAS DEL SISTEMA 98 7.5.1.- PREPARACIÓN DEL ENTORNO DE LAS PRUEBAS DEL SISTEMA 98 7.5.2.- REALIZACIÓN DE LAS PRUEBAS DEL SISTEMA 98


4

8.- IMPLANTACIÓN DEL SISTEMA DE INFORMACIÓN 102

8.1.- ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN 102 8.1.1.- DEFINICIÓN DEL PLAN DE IMPLANTACIÓN 102 8.1.2.- ESPECIFICACIÓN DEL EQUIPO DE IMPLANTACIÓN 102 8.2.- FORMACIÓN NECESARIA PARA LA IMPLANTACIÓN 102 8.3.- INCORPORACIÓN DEL SISTEMA AL ENTORNO DE OPERACIÓN 102 8.4.- CARGA DATOS AL ENTORNO 102 8.5.- PRUEBAS DE IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA 103 8.5.1.-PREPARACIÓN DEL ENTORNO DE LAS PRUEBAS DEL SISTEMA 103 8.5.2.- EJECUCIÓN DE LAS PRUEBAS DE IMPLANTACIÓN 103 8.5.3.-EJECUCIÓN DE LAS PRUEBAS DE ACEPTACIÓN 103

9.- CONCLUSIONES DEL PROYECTO FIN DE CARRERA 107

9.1.-CONCLUSIONES 107 9.2.-FUTURAS LÍNEAS DE TRABAJO 107 9.3.-BIBLIOGRAFÍA 108

Índice de figuras

5

INDICE DE FIGURAS

Figura 1. Organigrama Nueva Rioja S.A. ......................................................................... 15

Figura 2. Portada del actual canal de moda ................................................................... 16

Figura 3. Visualización de galerías del actual canal de moda ......................................... 16

Figura 4. Horario del PFC (septiembre-enero) ............................................................... 25

Figura 5. Horario del PFC (febrero-marzo) ..................................................................... 25

Figura 6. Calendario del PFC ........................................................................................... 26

Figura 7. Diagrama de Gantt de trabajo planificado (1) ................................................. 27



Figura 10. Diagrama de descomposición de tareas ........................................................ 33

Figura 11. Primera revisión Diagrama de Gantt (1) ........................................................ 34

Figura 12. Primera revisión Diagrama de Gantt (2) ........................................................ 35

Figura 13. Diagrama de Gantt real (1) ............................................................................ 36

Figura 14. Diagrama de Gantt real (2) ............................................................................ 37

Figura 15. Tabla comparación de tiempos de los diferentes planes .............................. 37

Figura 16. Gráfico comparación de tiempos .................................................................. 38

Figura 17. Gráfico porcentaje de tiempo sobre plan previsto ....................................... 38

Figura 18. Gráfico porcentaje de tiempo en la primera revisión del plan ..................... 38

Figura 19. Gráfico porcentaje de tiempo en la segunda revisión del plan ..................... 38

Figura 20. Tabla de requisitos importantes y actores .................................................... 45

Figura 21. Diagrama de casos de uso nivel 0 .................................................................. 46

Figura 22. Diagrama de casos de uso nivel 1.1 ............................................................... 46

Figura 23. Caso de uso crear usuario.............................................................................. 47

Figura 24. Caso de uso modificar usuario ...................................................................... 47

Figura 25. Caso de uso eliminar usuario ......................................................................... 47


Figura 27. Caso de uso crear galería ............................................................................... 48

Figura 28. Caso de uso modificar galería ........................................................................ 48

Figura 29. Caso de uso eliminar galería .......................................................................... 49


Figura 31. Caso de uso añadir temporada ...................................................................... 49

Figura 32. Caso de uso modificar temporada ................................................................ 50

Figura 33. Caso de uso eliminar temporada ................................................................... 50


Figura 35. Caso de uso añadir pasarela .......................................................................... 51

Figura 36. Caso de uso modificar pasarela ..................................................................... 51

Figura 37. Caso de uso eliminar pasarela ....................................................................... 51


Figura 39. Caso de uso añadir diseñador ....................................................................... 52

Figura 40. Caso de uso modificar diseñador .................................................................. 52

Figura 41. Caso de uso eliminar diseñador .................................................................... 53


Figura 43. Diagrama de actividad crear usuario ............................................................. 54

Figura 44. Diagrama de actividad modificar usuario ...................................................... 54

Índice de figuras

6

Figura 45. Diagrama de actividad eliminar usuario ........................................................ 55

Figura 46. Diagrama de actividad crear galería .............................................................. 55

Figura 47. Diagrama de actividad modificar galería ....................................................... 56

Figura 48. Diagrama de actividad eliminar galería ......................................................... 56

Figura 49. Diagrama de actividad crear temporada ....................................................... 57

Figura 50. Diagrama de actividad modificar temporada ................................................ 57

Figura 51. Diagrama de actividad eliminar temporada .................................................. 58

Figura 52. Diagrama de actividad crear pasarela ........................................................... 58

Figura 53. Diagrama de actividad modificar pasarela .................................................... 59

Figura 54. Diagrama de actividad eliminar pasarela ...................................................... 59

Figura 55. Diagrama de actividad crear diseñador ......................................................... 60

Figura 56. Diagrama de actividad modificar diseñador.................................................. 60

Figura 57. Diagrama de actividad eliminar diseñador .................................................... 61

Figura 58. Diagrama de actividad visualizar galería/imagen .......................................... 61

Figura 59. Diagrama de actividad obtener listado de galerías ....................................... 62

Figura 60. Estructura base de datos ............................................................................... 68

Figura 61. Estructura ftp ................................................................................................. 69

Figura 62. Estructura principal ....................................................................................... 71

Figura 63. Ventana login ................................................................................................. 72

Figura 64. Ventana listado rol ........................................................................................ 72

Figura 65. Ventana añadir rol ......................................................................................... 73

Figura 66. Ventana modificar rol .................................................................................... 73

Figura 67. Ventana de aviso eliminar rol ........................................................................ 73

Figura 68. Ventana listado usuarios ............................................................................... 74

Figura 69. Ventana añadir usuario ................................................................................. 74

Figura 70. Ventana modificar usuario ............................................................................ 75

Figura 71. Ventana de aviso eliminar usuario ................................................................ 75

Figura 72. Ventana listado temporadas ......................................................................... 75

Figura 73. Ventana añadir temporada ........................................................................... 76

Figura 74. Ventana modificar temporada ...................................................................... 76

Figura 75. Ventana de aviso eliminar temporada .......................................................... 76

Figura 76. Ventana listado pasarelas .............................................................................. 77

Figura 77. Ventana añadir pasarela ................................................................................ 77

Figura 78. Ventana modificar pasarela ........................................................................... 78

Figura 79. Ventana de aviso eliminar pasarela .............................................................. 78

Figura 80. Ventana listado diseñadores ......................................................................... 78

Figura 81. Ventana añadir diseñador ............................................................................. 79

Figura 82. Ventana modificar diseñador ........................................................................ 79

Figura 83. Ventana de aviso eliminar diseñador ............................................................ 79

Figura 84. Ventana listado galerías ................................................................................ 80

Figura 85. Ventana añadir galería................................................................................... 80

Figura 86. Ventana modificar galería ............................................................................. 81

Figura 87. Ventana de aviso eliminar galería ................................................................. 81

Figura 88. Error login (1) ................................................................................................. 81



Figura 91. Error campo vacio .......................................................................................... 82

Índice de figuras

7

Figura 92. Error formato de archivo ............................................................................... 82

Figura 93. Ventana principal del mini-site ...................................................................... 83

Figura 94. Ventana pasarela ........................................................................................... 84

Figura 95. Ventana diseñador ........................................................................................ 85

Figura 96. Servidor, cliente y comunicación ................................................................... 86

Figura 97. Servidor, ordenadores y MACs ...................................................................... 87

Figura 98. Diagrama de secuencia crear usuario ........................................................... 89

Figura 99. Diagrama de secuencia modificar usuario .................................................... 89

Figura 100. Diagrama de secuencia eliminar usuario .................................................... 90

Figura 101. Diagrama de secuencia crear galería ........................................................... 90

Figura 102. Diagrama de secuencia modificar galería.................................................... 91

Figura 103. Diagrama de secuencia eliminar galería ...................................................... 91

Figura 104. Diagrama de secuencia buscar .................................................................... 92

Capitulo 1: Introducción

9

Introducción: En este capítulo se introduce brevemente el Proyecto Fin de Carrera de la titulación de Ingeniería Técnica en Informática de Gestión de la Universidad de la Rioja. El Proyecto que se va a realizar será una web utilizada para la gestión de galerías en la empresa Nueva Rioja S.A., para uso del departamento de larioja.com, perteneciente al grupo de comunicación multimedia, en prensa, Vocento. El proyecto facilitará la gestión de galerías y facilitará el uso de la aplicación con una interfaz web sencilla e intuitiva.


10


11

1.- INTRODUCCIÓN

La realización de este proyecto en dicha empresa surge tras una petición por parte del alumno ha dicho departamento al preguntar si tenían algún proyecto pendiente, ya que al haber estado trabajando en dicha empresa durante los inicios de la carrera, conocía la existencia de posibles proyectos que en su día quedaron en el tintero. Tras la petición, se acuerda un contrato de proyecto fin de carrera (PFC) en Nueva Rioja S.A. dentro del departamento de larioja.com, con idea de desarrollar una aplicación que facilite la gestión de galerías de los portales, siendo el principal portal donde se va a aplicar el proyecto el canal de moda, al cual querían realizarle cambios para contar con un portal mas actualizado y moderno. La propuesta definía los objetivos del proyecto. Tras la aprobación de la misma se comenzó a realizar un proyecto llamado “Desarrollo e implantación de un canal fotográfico para un periódico digital”. En sucesivas reuniones se decidieron los requisitos, el alcance y el ámbito del proyecto. En el transcurso del desarrollo del Proyecto Fin de Carrera se consensuaron todas las decisiones que afectaban al diseño y desarrollo de la aplicación, consiguiendo una aplicación útil para la empresa, fácil de utilizar, mantener y ampliable a futuras revisiones de la misma.

Capitulo 2: Análisis de antecedentes

13

Análisis de antecedentes: La finalidad de Análisis de Antecedentes del Proyecto es la presentación de la empresa y el análisis del sistema utilizado actualmente y la exposición de las razones por las que se ha creído conveniente el desarrollo de este proyecto.


14


15

2.- ANÁLISIS DE ANTECEDENTES

2.1.- SITUACIÓN ACTUAL DE LA EMPRESA

La empresa Nueva Rioja S.A. (perteneciente al grupo de comunicación Vocento S.A.) es una agrupación de empresas formada por: - Diario la Rioja: periódico diario editado por Nueva Rioja S.A. fundado el 15 de enero de 1889, con una difusión del 65% en la comunidad autónoma de La Rioja. - larioja.com: La página de referencia informativa en La Rioja rondando los dos millones de vistas mensuales, según el OJD (oficina de justificación de la difusión). - RiojaTelevision: - TVR: televisión local creada hace 10 años

- Punto Radio (La Rioja): cadena local perteneciente a Punto Radio España. - Rioja Medios: empresa encargada de la gestión de la publicidad en los anteriores medios de comunicación.

Figura 1. Organigrama Nueva Rioja S.A.


16

2.2.- INCONVENIENTES DEL SISTEMA ACTUAL

Actualmente la actualización del portal carece de un gestor y las personas responsables se descargan las fotografías Quay

], acceden a un link, donde rellenan los campos deseados (pasarela,

diseñador y temporada) y este genera los html con las fotos seleccionadas, cuando los administradores del portal suben los htmls al FTP, seguido deben editar los htmls para generar el link que acceda a la galería creada. El portal que actualmente se visualiza lo observamos en esta imagen

Figura 2. Portada del actual canal de moda

Figura 3. Visualización de galerías del actual canal de moda


17

Tras haber estudiado un poco el canal y el sistema utilizado actualmente por el departamento de larioja.com, se han encontrado las siguientes limitaciones:

Una página inicial, donde podemos ver todas las galerías en la misma página, visualizando una extensión de página desmesurada.

Los colores que actualmente presenta la página no son los idóneos debido a la evolución que ha sufrido internet.

Problemas de navegación como: o Ausencia de elementos de orientación, para ayudar al usuario donde se encuentra

en todo momento, como por ejemplo breadcrumbs (miga de pan).

o No existe ninguna imagen o pestaña que nos permita regresar al índex una vez estamos dentro de las galerías.

o Las galerías no cuentan con miniaturas de las imágenes o thumnails debajo de la imagen principal, y la única manera que tenemos de desplazarnos dentro de una galería es accediendo a la imagen anterior o a la imagen siguiente, por lo que tampoco presenta una correcta navegabilidad.

Las hojas de estilo o CSS están incrustadas dentro de cada página, por lo que si queremos

realizar alguna modificación en el diseño deberemos ir de una en una.

No pueden realizar búsquedas debido a que no tiene una base de datos.

2.3.- JUSTIFICACIÓN DEL PROYECTO

Comprobados los inconvenientes del sistema actual el departamento decidió mejorarlo, con la implantación de una herramienta que facilite la gestión de los administradores en el proyecto cliente. La nueva aplicación no tendrá que suponer ningún gasto a la empresa y la empresa ha de ser capaz de modificarla y añadirle funcionalidades fácilmente. La búsqueda de alguna herramienta fue infructuosa ya que, en Internet no se e ncontró ninguna aplicación acorde a las necesidades. Siendo necesario la creación de un proyecto personalizado para larioja.com, perteneciente a Nueva Rioja S.A.

Capitulo 3: Documento de objetivos del proyecto

19

Documento de objetivos del proyecto: La finalidad del Documento de Objetivos del Proyecto es la definición del proyecto en sí, consiguiendo una descripción general de objetivos del proyecto, así como del alcance del mismo. También se definirán los recursos humanos participantes en su desarrollo, y la comunicación entre ellos. En la parte técnica se explicarán las tecnologías a utilizar y las metodologías a desarrollar durante la construcción del sistema. La planificación del proyecto, el análisis de riesgos y contingencias también se desarrollarán en este capítulo.


20


21

3.- DOCUMENTO DE OBJETIVOS DEL PROYECTO

3.1.- OBJETIVOS DEL PROYECTO

Con el fin de mejorar y facilitar la visualización del portal, larioja.com ha decidido desarrollar e implementar una mejora del canal fotográfico, su principal tarea será la organización de fotos por galerías, el desarrollo de esta aplicación podrá ser utilizado para cualquier temática, aunque este proyecto se centrará en la temática de moda. Para la mejora de los problemas anteriormente descritos (2.2), la nueva aplicación ha de ser:

Página web

Sistema centralizado

Accesible desde cualquier equipo dentro de la empresa, vía navegador web

Sencillo en la inserción y modificación de los datos, para la posible utilización de cualquier usuario

El sistema gestionará toda la información referente a las fases de análisis de cada proceso, siendo necesario:

Gestión de roles

Gestión de usuarios

Gestión de temporadas

Gestión de pasarelas

Gestión de diseñadores

Gestión de galerías

3.2.- ALCANCE DEL PROYECTO

Se realizará una aplicación-web con acceso a una base de datos, a la cual sólo se podrá acceder desde las instalaciones de la empresa, y se gestionará por el personal existente en la empresa. El principal uso de la herramienta será la fácil actualización del portal, mediante la creación automática de galerías, incluyendo también la inserción de la información en una base de datos, cosa que actualmente no existe. La herramienta tendrá que ser gestionada (inserción, modificación y eliminación de la información) por las personas participantes en el mantenimiento del portal

3.3.- AMBITO

Los empleados que trabajen en larioja.com y que sean seleccionados para el mantenimiento del proyecto cliente serán los destinatarios del sistema de información. Los usuarios, encargados de la administración del portal web, serán desde usuarios avanzados hasta usuarios noveles, con poca experiencia en aplicaciones específicas, por ello se ha decidido utilizar tecnología web para la mejor comprensión de todos los usuarios.


22

3.4.- TECNOLOGÍAS

Las tecnologías a utilizar en la realización del proyecto han sido propuestas por la empresa. Actualmente son las que están siendo utilizadas en los últimos proyectos realizados en larioja.com, ya que están satisfechos consiguiendo un desarrollo rápido, fiable y sin costes para la empresa. Con el fin de facilitar el uso de la aplicación, se ha decidido realizar una aplicación-web, ya que los usuarios finales utilizan diariamente estas herramientas. Esta aplicación-web tendrá acceso a una base de datos creada específicamente para esta aplicación siendo necesario un servidor que proporcione servicio de BD. Se utilizarán tecnologías estándares, las cuales no producirán ningún gasto a la empresa. Las tecnologías a utilizar serán:

HTML: lenguaje de marcación diseñado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estándar de las páginas web, soportado por los navegadores web utilizados en Nueva Rioja (W3C).

CSS: lenguaje para definir la presentación de las páginas HTML. (W3C)

PHP: lenguaje de programación para la creación de páginas web dinámicas. Se utilizará para la creación de las webs dinámicamente a partir de la BD.

SQL (DML/DDL): lenguaje para el acceso y manipulación de la base de datos. Para facilitar el uso de estos estándares se utilizarán estas soluciones ampliamente reconocidas:

MYSQL: sistema de gestión de la BD.

APACHE: servidor http de código abierto multiplataforma para que resida la BD.

3.5.- FASES

1. Familiarización con el entorno actual de trabajo: a. Reuniones b. Simulación de creación de proceso y sus diferentes fases

2. Creación de documentos iniciales: a. Propuesta de proyecto b. Documento de objetivos del proyecto c. Análisis de antecedentes d. EDT (estructura de descomposición de tareas) y planificación de tiempos

3. Construcción de la aplicación (en base a Métrica 3): a. ASI (Análisis del sistema de información) b. DSI (Diseño del sistema de información) c. CSI (Construcción del sistema de información)

4. Ejecución de pruebas del sistema 5. Creación de manuales:

a. Manual de usuario 6. Formación:

a. Empleados internos b. Empleados externos

7. Implantación y aceptación del sistema de información 8. Finalizar memoria 9. Defender proyecto


23

3.6.- ENTREGABLES

DOP (documento de objetivos del proyecto)

Análisis de antecedentes

Análisis de requisitos

Análisis del sistema

Diseño de la base de datos

Diseño de interfaces

Diseño del plan de pruebas

Aplicación lista para su implantación

Manual de la aplicación

Documento del plan de pruebas

Memoria del proyecto

CD(Compact Disc) con todo lo necesario para la instalación de la herramienta

3.7.- RECURSOS HUMANOS Y PERSONAL PARTICIPANTE EN EL PROYECTO

José Ignacio Martínez Castillejo: Director, analista, diseñador, programador,…

Julio Jesús Rubio García: Director académico del proyecto

Xabier García Sodupe: Director empresarial y cliente

Javier Galiana García: Cliente

3.8.- COMUNICACIÓN

La comunicación con todos los agentes que intervienen en el proyecto se realizará mediante reuniones periódicas con todos los participantes y vía correo electrónico. Las reuniones con el director empresarial y clientes (Xabier García Sodupe y Javier Galiana García) serán continuas por trabajar en el mismo lugar en el que realizo el proyecto. Las reuniones con el director académico (Julio Jesús Rubio García) tendrán lugar esporádicamente en su despacho de la Universidad de La Rioja. Cuando surjan dudas puntuales se utilizará el correo electrónico para la comunicación.

3.9.- METODOLOGÍA

En la realización del proyecto se seguirá el estándar ofrecido por el Ministerio de Administraciones Publicas, Metrica3, ya que las fases a seguir son familiares por el previo conocimiento de estas en diferentes asignaturas de la carrera. Estas normas y estándares se personalizarán para el sistema de información en concreto a realizar. El ciclo de vida a seguir en el desarrollo de la aplicación será el ciclo de vida evolutivo, realizando un prototipado evolutivo de la herramienta, siguiendo una evolución continua mediante la agregación de funciones y características propuestas por el cliente hasta completarlo en su totalidad.


24

3.10.- DOCUMENTACIÓN

Los apuntes y prácticas obtenidas durante los tres cursos de Ingeniería Técnica en Informática de Gestión (ITIG) será la base de la documentación, así como manuales oficiales e información encontrada en Internet. En el proyecto fin de carrera será necesaria la documentación respecto a:

Lenguajes:

SQL: Bases de Datos (BD), Administración de Sistemas y Gestión de Bases de Datos (ASGBD)

MySQL: Programación de Internet/Intranet (PINI)

PHP: Programación de Internet/Intranet (PINI)

HTML: Sistemas Informáticos (SI), Desarrollo de Aplicaciones Multimedia (DAAM)

CSS: Sistemas Informáticos (SI), Desarrollo de Aplicaciones Multimedia (DAAM) Metodología:

MÉTRICA3 (http://www.csi.map.es/csi/metrica3) Software:

DREAMWEAVER ( Licencia Universidad de La Rioja)

INTERNET EXPLORER (software libre)

MOZILLA FIREFOX (software libre)

GOOGLE CHROME (software libre)

XAMPP (software libre)

PHOTOSHOP (Licencia Nueva Rioja S.A.) Memoria:

Microsoft Office Visio 2003 (Licencia Universidad de La Rioja)

Microsoft Office Project 2003 (Licencia Universidad de La Rioja)

Microsoft Office Word 2003 (Licencia Universidad de La Rioja)

3.11.- ANÁLISIS DE RIESGOS YPLANES DE CONTINGENCIA

Retraso de la planificación: CAUSA: Exámenes a los que el alumno se tiene que presentar en febrero y junio. PROBABILIDAD: 100% PLAN DE CONTIGENCIA: Prepararlos un mes antes de su realización.

Factores externos que influyen en la dedicación del proyecto CAUSA: Enfermedades, accidentes,…. PROBABILIDAD: 30% PLAN DE CONTINGENCIA:

Desconocimiento de la tecnología a utilizar en la implementación CAUSA: Falta de experiencia en la programación con la tecnología seleccionada. PROBABILIDAD: 70% PLAN DE CONTINGENCIA: Se utilizará cualquier información relevante para la correcta realización del proyecto.

Ausencia del director empresarial y cliente CAUSA: Vacaciones, enfermedades, accidentes,…. PROBABILIDAD: 50% PLAN DE CONTINGENCIA: Crear un plan de trabajo para las ausencias que se puedan prever. En ausencias largas se asignará como director empresarial a otro empleado de la empresa.


25

3.12.- PLANIFICACIÓN INICIAL DEL PROYECTO

El PFC se inicia el día 26 de septiembre de 2011 tras la aceptación por parte de la comisión de proyectos fin de carrera (PFC) del departamento de matemáticas y computación. Los días laborables se considerarán de lunes a viernes, compatibilizando la realización del proyecto con la asistencia a clase en las asignaturas pendientes, realizando 25 horas semanales en la empresa.

3.12.1.- Horario Septiembre a enero

Lunes Martes Miércoles Jueves Viernes

9:00 - 10:00

10:00 - 11:00

11:00 - 12:00

12:00 - 13:00

13:00 - 14:00

14:00 - 15:00

15:00 - 16:00

16:00 - 17:00 16:30 16:30

17:00 - 18:00

18:00 - 19:00

19:00 - 20:00 Figura 4. Horario del PFC (septiembre-enero)

Febrero a marzo

Lunes Martes Miércoles Jueves Viernes

9:00 - 10:00

10:00 - 11:00

11:00 - 12:00

12:00 - 13:00

13:00 - 14:00

14:00 - 15:00

15:00 - 16:00

16:00 - 17:00

HORAS OPTATIVAS 17:00 - 18:00

18:00 - 19:00

19:00 - 20:00 Figura 5. Horario del PFC (febrero-marzo)


26

3.12.2.- Calendario 2011

SEPTIEMBRE

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

OCTUBRE

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

NOVIEMBRE

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

21 22 23 24 25 26 27 28 29 30

DICIEMBRE

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

19 20 21 22 23 24 25 26 27 28 29 30 31

2012

ENERO

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

16 17 18 19 20 21 22 23 24 25 26 27 28 29

30 31

FEBRERO

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

20 21 22 23 24 25 26 27 28 29

MARZO

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

19 20 21 22 23 24 25 26 27 28 29 30 31

ABRIL

L M M J V S D 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

16 17 18 19 20 21 22 23 24 25 26 27 28 29

30 Figura 6. Calendario del PFC

Leyenda Acciones pre-proyecto Documento de objetivos de proyecto Análisis Diseño Construcción Implantación Memoria


27

3.13.- Diagrama de Gantt

Figura 7. Diagrama de Gantt de trabajo planificado (1)


28



29

Las tareas de búsqueda de documentación, reuniones y preparar memoria se realizarán durante todo el plan.



Capitulo 4: Gestión del plan

31

Gestión del plan: La finalidad de la Gestión del plan es la de comprobar la planificación seguimiento y el control de la actividades que intervienen en el desarrollo del proyecto. Obteniendo los tiempos invertidos en la realización de ellas. También se compararán las estimaciones iniciales con los datos reales.


32


33

4.- GESTIÓN DEL PLAN

4.1.- ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS

Figura 10. Diagrama de descomposición de tareas


34

4.2.- DIAGRAMAS DE GANTT

En este punto se verán el diagrama Gantt previsto en las primeras fases del proyecto, la primera y segunda revisión del mismo coincidiendo la segunda con el diagrama Gantt real. El diagrama de Gantt previsto inicialmente se puede observar en las figuras 8, 9 y 10 dentro del punto (3.13) Diagrama de Gantt. Tras haber finalizado el DSI, se decidió realizar una revisión del diagrama de Gantt inicial, realizando los siguientes cambios:

modificar la dependencia de tareas, consiguiendo que no todas las tareas tengan dependencia de comienzo a fin con la tarea anterior

calcular los tiempos para las futuras tareas, ya que la preparación de los exámenes acaparan más tiempo de lo previsto en el día a día.

1ª revisión del diagrama de Gantt

Figura 11. Primera revisión Diagrama de Gantt (1)


35

Figura 12. Primera revisión Diagrama de Gantt (2)


36

Cuando se ha finalizado el PFC se ha revisado el diagrama de Gantt y se ha creado el tercer diagrama o el diagrama de Gantt Real, los principales cambios del diagrama inicial al final:

el tiempo invertido en la mayoría de las tareas ha sido superior al planificado

las tareas diseño de la arquitectura de soporte como la de módulos del sistema en el DSI e incorporación del sistema al entorno de trabajo y preparación del mantenimiento del sistema en el IAS que inicialmente estaban previstas no se han llevado a cabo y se han eliminado

2ª revisión del diagrama de Gantt

Figura 13. Diagrama de Gantt real (1)


37

Figura 14. Diagrama de Gantt real (2)

Las principales causas de los retrasos en el tiempo de realización del PFC han sido:

la inexperiencia del alumno en la realización del proyecto, y su cálculo erróneo de todas las tareas.

el tiempo requerido para el estudio de asignaturas por parte del alumno ha sido superior a lo previsto.

la empresa estimo que tenía a un alumno en prácticas y para ello tuve que implementar un primer prototipo del gestor de galerías en otro portal. El horario de trabajo fue ampliándose y el tiempo para el proyecto reduciéndose, consiguiendo una dedicación muy limitada en horas al PFC.

Como se puede observar en la figura 15, el número de horas previsto desde la primera planificación supera los 6 créditos. No siendo necesaria la implementación completa de la aplicación para el proyecto fin de carrera, la empresa requería la finalización de la aplicación para la puesta en producción. Esta se mantiene actualmente en una versión beta, ya que el número de pruebas realizadas ha sido muy pequeño. En las figuras 15 y 16 se pueden observar la comparación de las tres planificaciones en horas invertidas. El mayor desajuste ha sido en la construcción del sistema de información. Se le achaca al desconocimiento por parte del director de proyecto, en este caso el alumno, como al mal cálculo realizado inicialmente.

Tarea 1º 2º 3º

DOP 25 20 20

ASI 50 60 60

DSI 40 65 55

CSI 430 450 470

IAS 55 55 45

Documentación 100 100 150

TOTAL 700 750 800 Figura 15. Tabla comparación de tiempos de los diferentes planes


38

0

100

200

300

400

500

DOP ASI DSI CSI IAS Docu

1ª

2ª

3ª

Figura 16. Gráfico comparación de tiempos

En las figuras 17, 18 y 19 se observan los gráficos de porcentaje de las diferentes tareas del PFC para cada uno de los diagramas Gantt.

4% 7%

6%

61%

8%

14%DOP

ASI

DSI

CSI

IAS

Docu.

Figura 17. Gráfico porcentaje de tiempo sobre plan previsto

3% 8%

9%

60%

7%

13%DOP

ASI

DSI

CSI

IAS

Docu.

Figura 18. Gráfico porcentaje de tiempo en la primera revisión del plan

3% 8%

7%

58%

6%

18%DOP

ASI

DSI

CSI

IAS

Docu.

Figura 19. Gráfico porcentaje de tiempo en la segunda revisión del plan

Capitulo 5: Análisis del sistema de información

40

Análisis del sistema de información: El objetivo del análisis del sistema de información, consiste en la obtención de una especificación que satisfaga a los usuarios y sirva de base para el diseño del sistema de información. Se determinará el alcance del sistema, identificando el entorno tecnológico y se definirán los usuarios de la aplicación. Se obtendrá el catálogo de requisitos. Los cuales se analizarán mediante casos de uso y diagramas de estado, consiguiendo una descripción completa del sistema de información a desarrollar.


41


42

5.- ANÁLISIS DEL SISTEMA DE INFORMACIÓN

5.1.- DEFINICIÓN DEL SISTEMA

5.1.1.- Determinación del alcance del sistema Las principales tareas de la aplicación serán la gestión de galerías, así como la de las temporadas, pasarelas y diseñadores, también se desarrollará una gestión de usuarios que realizarán las modificaciones anteriores. 5.1.1.1. Gestión de galerías Solo el administrador o el moderador tendrán la posibilidad de publicar galerías de imágenes, estas podrán ser vistas por cualquier usuario. Además, existirá la posibilidad de dejar las galerías como no visibles. Estas se podrán modificar cuando crea conveniente el administrador o cualquier moderador. Una galería corresponderá con una pasarela, una temporada y un diseñador, pudiendo ser este último un campo vacio. A partir de esta idea se extraen los siguientes requisitos funcionales:

Debe existir la gestión de galerías por parte del administrador o del moderador.

Debe existir la posibilidad de que un administrador o moderador del sistema pueda publicar o eliminar una galería determinada, además de modificar sus datos en caso de ser necesario.

Debe existir un área pública en la página donde mostrar las galerías ya publicadas.

Debe existir la posibilidad de modificar sus propiedades, una vez ya ha sido publicada.

Debe existir la posibilidad de no mostrar una galería. 5.1.1.2. Gestión de temporadas, pasarelas y diseñadores Solo el administrador o el moderador tendrán la posibilidad de editar las temporadas pudiendo insertar nuevas, modificar o eliminar las existentes. Además, existirá la posibilidad de dejar temporadas como no visibles. Son muy similares, salvo las relaciones entre ellos a la hora de editarlos. A partir de esta idea se extraen los siguientes requisitos funcionales:

Debe existir la gestión de temporadas, pasarelas y diseñadores por parte del administrador o del moderador.

Debe existir un área pública en la página donde mostrar las temporadas, las pasarelas y los diseñadores ya publicados.

Debe existir la posibilidad de modificar sus propiedades, una vez ya hayan sido publicados.

Debe existir la posibilidad de no mostrar temporadas, pasarelas o diseñadores. 5.1.1.3. Gestión de usuarios La aplicación para la gestión de galerías estará compuesta por usuarios que tendrán asociadas diferentes funciones en las que puede participar, pudiendo restringir los permisos de cada usuario de cara a la realización de algunas operaciones dependiendo de su perfil en el sistema. A partir de esta idea se extraen los siguientes requisitos funcionales:

No debe existir la posibilidad de que un usuario se registre introduciendo sus datos desde una zona pública de la web (accesible por cualquier usuario no autenticado).

Solo el administrador tendrá la funcionalidad de crear usuarios en el sistema y de darle el rol que se estime conveniente.

Debe existir la posibilidad de que un administrador del sistema pueda activar o desactivar un usuario previamente registrado.

Debe existir la gestión de los usuarios (rol que posee en dicho sistema) por parte de un administrador del sistema.


43

5.1.1.4. Buscador El gestor va a tener un buscador, el cual cualquier usuario que visite el mini-site pueda utilizar, con la idea de localizar de una manera más rápida alguna galería deseada. A partir de esta idea se extraen los siguientes requisitos funcionales:

Debe existir la posibilidad de realizar búsquedas.

Debe poder mostrar si ha obtenido resultados a raíz de las palabras claves introducidas o si no existen galerías debe dar un pequeño aviso de no existen elementos con ese nombre.

5.1.2.- Identificación del entorno tecnológico El entorno tecnológico a utilizar será el suministrado por la empresa 5.1.2.1.- Desarrollo Hardware:

Ordenador personal Software:

Macromedia Dreamweaver (realización de las diferentes webs con lenguaje de programación php, javascript, html y css)

Microsoft Office: o Word (realización de la memoria) o Visio (utilizado para los diagramas de la memoria) o Project (utilizado para el diagrama de Gantt)

FileZilla (servidor FTP necesario para subir todos los archivos necesarios para el funcionamiento del site en la red)

XAMPP (servidor libre, que contiene: servidor web Apache, servidor de bases de datos con MySQL

y PHP).

Navegadores web (explotación y pruebas de aplicación)

Poseidón for UML y ArgoUML (utilizado para los diagramas de casos de uso, diagramas de actividad)

5.1.2.2.- Pruebas y explotación Hardware:

Diferentes ordenadores personales, tanto con sistema operativo Mac como con Windows.

Servidor con IP fija. Software:

Diferentes versiones tanto de Windows (7, Vista, Xp, 2000,…) como de Mac (MacX, Mac9,…)

Diferentes navegadores, obligatoriamente Mozilla Firefox, Internet Explorer, Safari y Google Chrome.

5.1.3.- Identificación de los usuarios participantes y finales 5.1.3.1.- Usuarios participantes

José Ignacio Martínez Castillejo: Director, analista, diseñador, programador,…

Julio Jesús Rubio García: Director académico del proyecto

Xabier García Sodupe: Director empresarial y cliente

Javier Galiana García: Cliente 5.1.3.2. Usuarios finales Podremos diferencias dos tipos de usuarios finales, por un lado tenemos a los que se van a encargar de la moderación del canal, que serán los administradores y los moderadores, y por otro lado estarán los usuarios que accedan a la página desde internet.


44

5.2.- Establecimiento de requisitos

5.2.1.- Obtención de requisitos 5.2.1.1.- Casos de uso En este punto se describen los casos de uso más relevantes de la aplicación. Crear galería: Para la actualización de la página será necesario que se puedan crear galerías, el administrador o moderador podrá realizar esta tarea. Se deberá escoger una temporada, una pasarela y un diseñador de los ya creados. Modificar galería: El administrador o moderador puede cambiar ciertos datos, por ello es necesario que estos usuarios tengan la opción de modificar los datos de cualquier galería. Eliminar galería: Las galerías tienen que poder ser eliminadas de la página, tanto el administrador como el moderador podrán realizar esta acción. Añadir temporada: El administrador o moderador, deberá crear temporadas siempre que se exija su actualización. Modificar temporada: Debe existir la posibilidad de modificar los datos de la temporada, por si se da el caso de una mala introducción previa de los datos. Los usuarios que tienen este poder serán el administrador y el moderador. Eliminar temporada: Las temporadas tienen que poder ser eliminadas exclusivamente por administradores o moderadores. Añadir pasarela: Un administrador o diseñador tendrá la posibilidad de crear pasarelas pertenecientes a una o varias temporadas. Modificar pasarela: Los datos de cada pasarela deben poderse modificar para actualizarlos o corregirles algún error existente en su inserción, es labor de moderadores o diseñadores realizar esto. Eliminar pasarela: Las pasarelas tienen que poder ser eliminadas, tanto el administrador como el moderador podrán realizar esta tarea. Añadir diseñador: La inserción de los datos de un diseñador podrá realizarse por los administradores o los moderadores, un diseñador podrá pertenecer a varias temporadas y a varias pasarelas a la vez. Modificar diseñador: En caso de un posible error tras la inserción de los datos de un diseñador este deberá poder ser modificado por el administrador y el moderador. Eliminar diseñador: Debe existir la posibilidad de eliminar un diseñador, la cual deberá ser realizada por administradores o moderadores. Crear usuario: Para el funcionamiento de la web será necesario que se puedan crear moderadores y administradores, el administrador será el responsable. Modificar usuario: El administrador debe tener la opción de poder cambiar los datos de cualquier moderador. Eliminar usuario: Un moderador puede dejar de interesar que tenga acceso a la gestión del portal, el administrador será el único que tenga opción de eliminar moderadores de la BD. Buscador: Todos los usuarios podrán buscar galerías según los criterios de selección. Visualizar galerías: Todos los usuarios podrán observar todas las galerías publicadas.


45

5.2.2.- Actores Administrador: Responsable total de la aplicación, podrá realizar cualquier acción, pero su principal tarea será la gestión de usuarios. Moderador: Responsable de las gestiones de galerías e imágenes en el gestor de galerías, se responsabilizara de que no muestre errores el web-site cuando sea visualizado por los usuarios. Visualizador: Cualquier usuario que acceda al mini-site. Los requisitos más importantes son:

REQUISITO Administrador Moderador Visualizador

Crear usuario X

Modificar usuario X

Eliminar usuario X

Añadir temporada X X

Modificar temporada X X

Eliminar temporada X X

Añadir pasarela X X

Modificar pasarela X X

Eliminar pasarela X X

Añadir diseñador X X

Modificar diseñador X X

Eliminar diseñador X X

Crear galería X X

Modificar galería X X

Eliminar galería X X

Buscador X X X

Visualizar galerías X X X Figura 20. Tabla de requisitos importantes y actores


46

5.2.3.- DIAGRAMA DE CASOS DE USO Para la aplicación de gestión de la página web, los diferentes escenarios se han agrupado en los casos que se pueden ver en la Figura 21. La descripción de cada caso de uso y los escenarios que comprende se detallarán en los apartados siguientes.

Figura 21. Diagrama de casos de uso nivel 0

5.2.3.1.- Gestión de usuarios

Figura 22. Diagrama de casos de uso nivel 1.1


47

Caso de uso Crear usuario

Objetivo Crea un nuevo usuario

Actores: Administrador (A), Sistema (S)

Pasos: 1.- A: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A: Selecciona la opción “Crear usuario” dentro del menú opciones. 3.- A: Rellena los datos necesarios. 4.- S: Comprueba los datos insertados. 5.- S: Añade los datos en la BD.

Extensiones: 1.1.- El usuario no existe. 1.1.1.- S: Indica el error. 1.1.2.- A: Vuelve a introducir datos (paso 1). 4.1.- Los datos introducidos no son correctos: 4.1.1.- S: Indica el error. 4.1.2.- A: Vuelve a introducir datos (paso 3). 4.2.- A: Cancela la operación: 4.2.1: S: Retorna a la opción de menú.

Figura 23. Caso de uso crear usuario

Caso de uso Modificar usuario

Objetivo Modifica un usuario existente


Pasos: 1.- A: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A: Selecciona la opción “Modificar usuario” dentro del menú opciones. 3.- A: Selecciona el usuario del cual se desean modificar los datos. 4.- A: Modifica los datos deseados. 5.- S: Comprueba los datos modificados. 6.- S: Modifica los datos en la BD.

Extensiones: 1.1.- El usuario no existe. 1.1.1.- S: Indica el error. 1.1.2.- A: Vuelve a introducir datos (paso 1). 5.1.- Los datos modificados no son correctos: 5.1.1.- S: Indica el error. 5.1.2.- A: Vuelve a modificar datos (paso 4). 5.2.- A: Cancela la operación: 5.2.1: S: Retorna a la opción de menú.

Figura 24. Caso de uso modificar usuario

Caso de uso Eliminar usuario

Objetivo Elimina un usuario existente


Pasos: 1.- A: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A: Selecciona la opción “Eliminar usuario” dentro del menú opciones. 3.- A: Selecciona el usuario el cual se desea eliminar. 4.- S: Eliminar el usuario de la BD.

Extensiones: 1.1.- El usuario no existe. 1.1.1.- S: Indica el error. 1.1.2.- A: Vuelve a introducir datos (paso 1).

Figura 25. Caso de uso eliminar usuario


48

5.2.3.2.- Gestión de galerías


Caso de uso Añadir galería

Objetivo Crea una galería nueva

Actores: Administrador (A),Moderador (M), Sistema (S)

Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Añadir galería” dentro del menú opciones. 3.- A, M: Inserta los datos convenientes. 4.- S: Comprueba los datos insertados. 5.- S: Añade los datos en la BD.

Extensiones: 1.1.- El usuario no existe. 1.1.1.- S: Indica el error. 1.1.2.- A: Vuelve a introducir datos (paso 1). 4.1.- Los datos insertados no son correctos: 4.1.1.- S: Indica el error. 4.1.2.- A: Vuelve a insertar datos (paso 3). 4.2.- A: Cancela la operación: 4.2.1: S: Retorna a la opción de menú.

Figura 27. Caso de uso crear galería

Caso de uso Modificar galería

Objetivo Modifica una galería existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Modificar galería” dentro del menú opciones. 3.- A, M: Selecciona la galería de la cual se desean modificar los datos. 4.- A, M: Modifica los datos deseados. 5.- S: Comprueba los datos modificados. 6.- S: Modifica los datos en la BD.


Figura 28. Caso de uso modificar galería


49

Caso de uso Eliminar galería

Objetivo Elimina una galería existente

Actores: Administrador (A), Moderador (M), Sistema (S)

Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Eliminar galería” dentro del menú opciones. 3.- A, M: Selecciona la galería la cual se desea eliminar. 4.- S: Eliminar la galería de la BD.


Figura 29. Caso de uso eliminar galería

5.2.3.3. Gestión de temporadas


Caso de uso Añadir temporada

Objetivo Añade una temporada nueva


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Crear temporada” dentro del menú opciones. 3.- A, M: Inserta los datos convenientes. 4-. A, M: Asocia la imagen para el destacado. 5.- S: Comprueba los datos insertados. 6.- S: Inserta la imagen en el servidor. 7.- S: Introduce los datos en la BD.

Extensiones: 1.1.- El usuario no existe. 1.1.1.- S: Indica el error. 1.1.2.- A, M: Vuelve a introducir datos (paso 1). 5.1.- Los datos insertados no son correctos: 5.1.1.- S: Indica el error. 5.1.2.- A, M: Vuelve a insertar datos (paso 3). 5.2.- A, M: Cancela la operación: 5.2.1: S: Retorna a la opción de menú.

Figura 31. Caso de uso añadir temporada


50

Caso de uso Modificar temporada

Objetivo Modifica una temporada existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Modificar temporada” dentro del menú opciones. 3.- A, M: Selecciona la temporada de la cual se desean modificar los datos. 4.- A, M: Modifica los datos deseados. 5.- S: Comprueba los datos modificados. 6.- S: Modifica los datos en la BD.


Figura 32. Caso de uso modificar temporada

Caso de uso Eliminar temporada

Objetivo Elimina una imagen existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Eliminar temporada” dentro del menú opciones. 3.- A, M: Selecciona la temporada que se desea eliminar. 4.- S: Eliminar la temporada de la BD.


Figura 33. Caso de uso eliminar temporada

5.2.3.4.- Gestión de pasarelas



51

Caso de uso Añadir pasarela

Objetivo Añade una pasarela nueva


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Crear pasarela” dentro del menú opciones. 3.- A, M: Inserta los datos convenientes. 4-. A, M: Asocia la imagen para el destacado. 5.- S: Comprueba los datos insertados. 6.- S: Inserta la imagen en el servidor. 7.- S: Introduce los datos en la BD.


Figura 35. Caso de uso añadir pasarela

Caso de uso Modificar pasarela

Objetivo Modifica una pasarela existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Modificar pasarela” dentro del menú opciones. 3.- A, M: Selecciona la pasarela de la cual se desean modificar los datos. 4.- A, M: Modifica los datos deseados. 5.- S: Comprueba los datos modificados. 6.- S: Modifica los datos en la BD.


Figura 36. Caso de uso modificar pasarela

Caso de uso Eliminar pasarela

Objetivo Elimina una pasarela existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Eliminar pasarela” dentro del menú opciones. 3.- A, M: Selecciona la pasarela que se desea eliminar. 4.- S: Eliminar la temporada de la BD.


Figura 37. Caso de uso eliminar pasarela


52

5.2.3.5.- Gestión de diseñadores


Caso de uso Añadir diseñador

Objetivo Añade un diseñador nuevo


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Crear diseñador” dentro del menú opciones. 3.- A, M: Inserta los datos convenientes. 4-. A, M: Asocia la imagen para el destacado. 5.- S: Comprueba los datos insertados. 6.- S: Inserta la imagen en el servidor. 7.- S: Introduce los datos en la BD.


Figura 39. Caso de uso añadir diseñador

Caso de uso Modificar diseñador

Objetivo Modifica un diseñador existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador o el Moderador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Modificar diseñador” dentro del menú opciones. 3.- A, M: Selecciona la temporada de la cual se desean modificar los datos. 4.- A, M: Modifica los datos deseados. 5.- S: Comprueba los datos modificados. 6.- S: Modifica los datos en la BD.


Figura 40. Caso de uso modificar diseñador


53

Caso de uso Eliminar diseñador

Objetivo Elimina un diseñador existente


Pasos: 1.- A, M: El caso de uso se inicia cuando el Administrador se autentica mediante sus credenciales en el sistema. 2.- A, M: Selecciona la opción “Eliminar temporada” dentro del menú opciones. 3.- A, M: Selecciona la temporada que se desea eliminar. 4.- S: Eliminar la temporada de la BD.


Figura 41. Caso de uso eliminar diseñador

5.2.3.6. Acciones comunes


Todos los usuarios podrán realizar estas acciones, la visualización de galerías no conlleva que se visualicen todas las imágenes que esta contiene. El buscador será un requisito para la búsqueda de las galerías ya sea por los campos de temporada, pasarela o diseñador, y mostrar todas las galerías encontradas por el campo buscado.


54

5.2.4.- ESPECIFICACIÓN DE REQUISITOS 5.2.4.1.- Crear usuario

Figura 43. Diagrama de actividad crear usuario

5.2.4.2.- Modificar usuario

Figura 44. Diagrama de actividad modificar usuario


55

5.2.4.3.- Eliminar usuario

Figura 45. Diagrama de actividad eliminar usuario

5.2.4.4.- Crear galería

Figura 46. Diagrama de actividad crear galería


56

5.2.4.5.- Modificar galería

Figura 47. Diagrama de actividad modificar galería

5.2.4.6.- Eliminar galería

Figura 48. Diagrama de actividad eliminar galería


57

5.2.4.7.- Crear temporada

Figura 49. Diagrama de actividad crear temporada

5.2.4.8.- Modificar temporada

Figura 50. Diagrama de actividad modificar temporada


58

5.2.4.9.- Eliminar temporada

Figura 51. Diagrama de actividad eliminar temporada

5.2.4.10.- Crear pasarela

Figura 52. Diagrama de actividad crear pasarela


59

5.2.4.11.- Modificar pasarela

Figura 53. Diagrama de actividad modificar pasarela

5.2.4.12.- Eliminar pasarela

Figura 54. Diagrama de actividad eliminar pasarela


60

5.2.4.13.- Crear diseñador

Figura 55. Diagrama de actividad crear diseñador

5.2.4.14.- Modificar diseñador

Figura 56. Diagrama de actividad modificar diseñador


61

5.2.4.15.- Eliminar diseñador

Figura 57. Diagrama de actividad eliminar diseñador

5.2.4.16.- Visualizar galería/imagen

Figura 58. Diagrama de actividad visualizar galería/imagen


62

5.2.4.17.- Buscador

Figura 59. Diagrama de actividad obtener listado de galería

Capitulo 6: Diseño del sistema de información

64


65

Diseño del sistema de información: La finalidad del diseño del sistema de información es definir la arquitectura, identificando los requisitos de construcción, así como las excepciones. Los módulos se separan describiendo cada uno de ellos y se definirá la comunicación entre ellos. La base de datos se definirá completamente expresando textualmente todas las características de cada tabla que la componen. También se especifican los planes de prueba y los requisitos de implantación del CSI.


66


67

6.- DISEÑO DEL SISTEMA DE INFORMACIÓN

6.1.- ELABORACIÓN DEL MODELO DE DATOS

6.1.1.- Presentación La descripción incluida en este punto explica el contenido de la figura 29. Nuestro portal contara con usuarios los cuales se diferenciaran mediante un identificador. Su nombre también será único y todos los usuarios tendrán una descripción y una contraseña. Estos usuarios almacenarán también un rol, que contendrá su identificador y una breve descripción. Una vez un usuario haya accedido al portal de administración podrá realizar galerías de fotos, que necesitarán un identificador para diferenciarlas, a cada galería le debemos asignar un titulo, y si queremos una descripción. El sistema debe almacenar la fecha de inserción, en que directorio se encuentra la galería, si esta visible, si pertenece a algún destacado y si aparece en portada. Las galerías tendrán una temporada, una pasarela y un diseñador único para cada una, pudiendo ser este último un campo desconocido, debido a galerías especiales como son el caso de trajes de boda o bañadores, ya que la empresa no cree conveniente introducir el diseñador. Toda galería contará con un alias, para la creación de la carpeta donde almacenar las imágenes y el nombre de la ruta en internet. Todo diseñador cuenta con un identificador y un alias, este último se obtendrá del nombre del diseñador, que sirva para diferenciarlo. Nos interesa almacenar una breve descripción, que no tiene porque ser rellenada, las pasarelas de las temporadas donde ha participado debe ser también almacenado. Además podrán ser visibles, pertenecer a algún destacado y que se pueda mostrar en portada. Los diseñadores participan en pasarelas, estas pasarelas se compondrán por un identificador, que hará las funciones de clave, un nombre, del cual realizaremos un alias, que también sirva de clave, y una descripción. Toda pasarela se desarrolla en una o varias temporadas que deberán ser almacenadas, aparte de ser creada en una determinada fecha. Estas pasarelas podrán ser visibles, ser mostradas en un destacado, o pertenecer a la portada. Se sabe que toda pasarela puede, o no, tener al menos un diseñador. Principalmente toda la moda se suele organizar por temporadas, estás tendrán un nombre exclusivo y un identificador, del nombre obtendremos su alias para poder utilizarlo en la dirección de navegación, una descripción, la posibilidad de ser visible, de que pertenezca a algún destacado o ser mostrada en portada. Sabemos que a toda temporada le corresponde como mínimo una pasarela. Para darle un estilo actual a nuestro mini-site, necesitamos imágenes de previsualización que obligatoriamente asignaremos a las temporadas, a las pasarelas, a los diseñadores y a las galerías. Estas imágenes contarán con un identificador, un nombre único, una descripción y un autor. También deberán almacenar un alt, un pie de página y un autor, que ayudarán a dar una descripción más detallada de la imagen. Por último querremos saber la fecha de inserción y su tamaño, tanto el alto como el ancho, en píxeles.


68

6.1.2.- Elaboración del modelo conceptual de datos

Figura 60. Estructura base de datos

6.1.3.- Elaboración del modelo lógico de datos Imagen

Id alt autor fecha_insercion Alto ancho Pie foto alias

unique

Temporada

Id nombre descripción visible destacado portada id_imagen alias

CE:imagen unique

Pasarela

Id nombre Descripción fecha Visible Destacado portada alias id_imagen

unique CE:imagen

Disenador

Id nombre descripcion visible destacado Portada alias id_imagen

unique CE:imagen

Galería

Id id_temporada id_pasarela id_disenador Descripción Visible Destacado Portada

unique unique unique

Galería

… especial fecha_creacion directorio id_imagen

CE:imagen

Usuario Rol

Id nombre descripcion password id_rol Id Nombre descripcion

unique CE:rol unique


69

Temppasa Temppasadise

id_temporada id_pasarela id_temporada id_pasarela id_disenador

CE:temporada CE:pasarela CE:temporada CE:pasarela CE:disenador

6.1.4.- Normalización del modelo lógico de datos Las tablas expuestas en el punto anterior (6.1.3) han sido normalizadas en forma normal Boyce Codd. Tras esta definición podemos asegura que encontraremos pocas situación de penalización en el tiempo de acceso debido a que todas las tablas son simples y sin ningún campo derivado.

6.1.5.- Optimización del modelo físico de datos El modelo físico de datos expuesto en el punto anterior se considera que está lo suficientemente optimizado para el uso que se le va a dar a la aplicación. La aplicación estará siempre disponible pero las transacciones estimadas serán eventuales, por lo que no tendrá mucha carga de consultas a lo largo del año.

6.2.- DISEÑO DEL FTP

El diseño del FTP se realizo con idea de mantener una estructura similar a la que utilizan en la empresa, con idea de facilitar la búsqueda de los documentos subidos, por si desean realizar cambios en algún documento.

6.2.1.- Definición de la estructura del FTP En este punto mostraremos la estructura que presentará nuestro FTP, con la organización de las carpetas y lo que almacenaremos en cada una de ellas. El nombre que tendrá el FTP será “moda”, y una vez accedamos a esta carpeta veremos algo así.

Figura 61. Estructura ftp

Haremos una breve descripción acerca de la figura 30.


70

admin: En esta carpeta encontraremos otra carpeta llamada “css”, que contendrá, las hojas de estilo que compondrán la parte de administración del gestor de galerías. A parte tendrá otra carpeta para las funciones, gestión de usuarios, galerías y destacados; también tendrá otra carpeta para los módulos, por ejemplo el listado de usuarios, galerías y destacados; y tendrá un documento php para realizar la conexión entre es usuario y el portal. css: Almacenaremos aquí las hojas de estilo y las fuentes que se utilizarán en nuestro mini-site. images: Las imágenes de nuestro mini-site se almacenarán aquí. Los logos, iconos, imágenes utilizadas para la cabecera o el pie de página irán sueltas en esta carpeta, también encontraremos una carpeta llamada galerías donde almacenaremos dentro mediante otras dos carpetas denominadas prev y thumb, donde en prev añadiremos las imágenes grandes y en thumb las miniaturas de estas imágenes. Otra carpeta que veremos será destacados con la misma idea que la carpeta galerías pero en esta se almacenaran las imágenes a destacar, como serán nuestras imágenes de portada. includes: Añadiremos los archivos php que sirven para la inserción de la cabecera, el pie de página de forma más cómoda. java-script: Encontraremos los códigos de java-script utilizados en el portal. modulos: Todos los códigos html que se hayan utilizado en el servidor estarán dentro de esta carpeta. php: Añadiremos los documentos php que se utilicen para la organización del portal, conexión, etc. index.php: Primer archivo que se solicitará nada mas conectarse al web-site.


71

6.3.- DISEÑO DEL INTERFAZ DE USUARIO

El diseño del interfaz de usuario se guió en todo momento por dotarlo de una gran funcionalidad y facilidad de uso. Ya que se constituye como uno de los objetivos fundamentales que persigue el presente proyecto.

6.3.1.- Especificación de principios generales de la interfaz de administración En este punto se exponen los prototipos de interfaz. Estos prototipos fueron presentados al cliente y posteriormente aprobados, consiguiendo el visto bueno por parte del cliente de los requisitos. La aplicación obligara a todo usuario administrador a identificarse mediante su nick y contraseña, para identificar al usuario y restringir la entrada a la parte de administración del sistema. La interfaz para ambos usuarios será similar, dependiendo del rol que tenga asignado podrá seleccionar las opciones adecuadas para su trabajo.

Figura 62. Estructura principal

Sección 1: Menú principal (usuarios, temporadas, pasarelas, diseñadores, galerías). Sección 2: Menú secundario, solo se mostrara en las ventanas donde observemos un listado, normalmente se mostrara siempre que entremos en una de las opciones del menú principal. (Atrás, añadir, modificar, eliminar). Sección 3: Parte principal; se observarán todos los datos referentes al menú seleccionado. Las estructuras dentro de esta sección se mantendrán lo más parecidas para que la transición de un sistema a otro sea mínima. Barra de estado: Informará al usuario en todo momento de las acciones que está realizando. Mostraremos los prototipos de interfaz que podremos encontrar dentro de nuestro sistema de administración.


72

6.3.2.- Especificación de formatos individuales de la interfaz de administración 6.3.2.1.- Interfaz de acceso

Figura 63. Ventana login

6.3.2.2.- Interfaz para los administradores y moderadores En el menú principal el administrador contara con una sección que el moderador no podrá ver, que será la pestaña usuarios, ya que solo los administradores serán los únicos que puedan gestionar a estos. Primero mostraremos las posibilidades que solo podrán realizar los administradores, como la creación de roles y usuarios, después mostraremos las tareas que también pueden ser desarrollada por moderadores, y por último la parte visible para cualquier usuario que acceda al portal. 6.3.2.2.1.- Interfaz pestaña rol

Figura 64. Ventana listado rol


73

Figura 65. Ventana añadir rol

Figura 66. Ventana modificar rol

Figura 67. Ventana de aviso eliminar rol


74

6.3.2.2.2.- Interfaz pestaña usuario

Figura 68. Ventana listado usuarios

Figura 69. Ventana añadir usuario


75

Figura 70. Ventana modificar usuario

Figura 71. Ventana de aviso eliminar usuario

A partir de ahora mostraremos como observa el interfaz el usuario moderador, ya que este no tiene permisos para modificar a los usuarios. El interfaz es similar al del administrador, salvo que no podrá visualizar las pestañas de rol y usuario. 6.3.2.2.3.- Interfaz pestaña temporada

Figura 72. Ventana listado temporadas


76

Figura 73. Ventana añadir temporada

Figura 74. Ventana modificar temporada

Figura 75. Ventana de aviso eliminar temporada


77

6.3.2.2.4.- Interfaz pestaña pasarela

Figura 76. Ventana listado pasarelas

Figura 77. Ventana añadir pasarela


78

Figura 78. Ventana modificar pasarela

Figura 79. Ventana de aviso eliminar pasarela

6.3.2.2.5.- Interfaz pestaña diseñador

Figura 80. Ventana listado diseñadores


79

Figura 81. Ventana añadir diseñador

Figura 82. Ventana modificar diseñador

Figura 83. Ventana de aviso eliminar diseñador


80

6.3.2.2.6.- Interfaz pestaña galerías

Figura 84. Ventana listado galerías

Figura 85. Ventana añadir galería


81

Figura 86. Ventana modificar galería

Figura 87. Ventana de aviso eliminar galería

6.3.3.- Especificación del comportamiento dinámico del interfaz En este apartado mostraremos los posibles errores que podremos recibir a la hora de realizar todas las posibles gestiones que antes hemos presentado. 6.3.3.1.- Interfaz de acceso Rellena los campos de nick y password.

Figura 88. Error login (1)


82

El usuario insertado no existe.


El password no corresponde con el nick introducido.


6.3.3.2.- Interfaces generales en los formularios Si dejamos los campos vacios debe dar un aviso y no enviar el formulario. Nos avisará de los campos que se han considerado importantes, diciendo el campo que hay que rellenar y situándose sobre él.

Figura 91. Error campo vacio

Dentro de los formularios de temporadas, pasarelas, diseñadores y galerías, al necesitar introducir una obligatoriamente, y haya pasado la comprobación de que el campo no está vacío, deberá comprobarse que se trata de un fichero de tipo imagen.

Figura 92. Error formato de archivo


83

6.3.4.- Especificación del interfaz gráfico visible para cualquier usuario Al acceder a nuestro web-site desde internet nos encontraremos con una ventana principal o índex como esta.

Figura 93. Ventana principal del mini-site

Cabecera: El tamaño de esta será de 210 pixeles de alto por los que se decida de ancho. En la cabecera encontraremos en la parte más alta un destacadito de publicidad de 90 pixeles de alto, seguido a este irá una imagen que hará las veces de botón de home (inicio), para que siempre que lo pulsemos nos lleve al índex. El tamaño de esta imagen de cabecera será también de 90 pixeles de alto, y por ultimo con un tamaño de 20 pixeles tendremos la barra de menú de la empresa (larioja.com). Columna B: El tamaño de esta columna es de 300 pixeles de ancho y de alto ya se decidirá. El tamaño lo exige la empresa porque la mayoría de destacados irán en esta columna, y las dimensiones de estos oscila entre 280~290 píxeles de ancho. Parte principal: Será la parte más importante de nuestro portal. Para esta parte guardaremos 700 píxeles de ancho y están por determinar los píxeles que tenga de alto. Podemos dividirla en cuatro secciones de cierta importancia.

Miga de pan: La utilizaremos como elemento de navegación y orientación, su función básica será informar constantemente al usuario acerca de dónde se encuentra en el website.

Foto pasarela: Esta será la imagen para destacar en portada la última pasarela subida, el tamaño de esta imagen será de 525x350 píxeles, y tendrá un link a la galería deseada. Se escogerá siempre que se pueda una imagen horizontal para que no quede demasiado espacio vacío y pueda llamar más la atención.

Slide thumbnails: Mostrara las últimas cinco galerías subidas al portal, y la función que tiene es mostrar cada cierto tiempo una de las cinco imágenes distintas en la parte de “foto galería”. Las dimensiones de cada imagen serán de 80x53 píxeles.

Thumbnails: Aquí se destacarán las galerías más vistas, cada imagen tendrá un tamaño de 100X66 píxeles. De momento el número de galerías será 5, este se puede incrementar insertando un par de botones que nos permita el desplazamiento lateral.


84

El fondo de nuestro web será una imagen de 1x1 píxel de color negro, que repetiremos hasta llenar el tamaño completo de nuestro site. La fuente a utilizar será Arial y los colores que se utilizarán en la fuente normalmente serán grises y blancos. Normalmente toda pasarela contara con más de una galería, ya que las pasarelas después las dividiremos por diseñadores, los cuales cada uno tendrá su galería. Una vez pulsemos una imagen nos enlazara a la pasarela donde observaremos la ventana de esta manera.

Figura 94. Ventana pasarela

La cabecera y la columna B no tendrá ningún cambio y mantendrán la misma configuración gráfica y de eventos que en el índex, dentro de la parte principal apreciaremos que la miga de pan ha añadido un nuevo término, en este caso la pasarela en donde nos encontramos, y podremos observar todas las galerías de los diseñadores, en un principio la idea es mostrar las galerías en tablas de 3X5, si existen más de quince diseñadores en una pasarela añadiremos un botón “siguiente” para observar los diseñadores restantes. El tamaño que mantendrán estas imágenes será de 132x182 píxeles, una vez hayamos hecho clic en una imagen esta nos linkara a la galería de este diseñador.


85

Figura 95. Ventana diseñador

La gran mayoría de imágenes que se mostraran en la parte central serán verticales, y las dimensiones que guardarán serán 362X550 píxeles, aquellas que tengan una orientación horizontal, que serán un número muy reducido de ellas, mantendrán una apariencia de 525x350 píxeles. Los tumbnails mostrarán las demás imágenes del diseñador, con un tamaño de 58x80 píxeles, se nos mostrarán varios botones, uno para pasar a la siguiente imagen y otro para ir a la última, estos desaparecerán una vez alcancemos la última imagen de la galería. Los botones, anterior y primera imagen de galería, no estarán visibles en la primera imagen de la galería.

6.4.- ESPECIFICACIÓN DEL PLAN DE PRUEBAS

6.4.1.- DEFINICIÓN DEL ALCANCE DE LAS PRUEBAS El conjunto de todas las pruebas (unitarias, integración, sistema, implantación, y aceptación) englobarán todas las funcionalidades requeridas por los clientes. Principalmente las pruebas se realizarán en los equipos en los cuales se desarrollará la aplicación. Tras la instalación de la aplicación en el entorno de producción se realizarán las pruebas de integración así como las de implantación.

6.4.2.- DEFINICIÓN DE REQUISITOS DEL ENTORNO DE PRUEBAS Hardware: Las pruebas unitarias, de integración y de sistema, se realizarán en el equipo en el que se realizará el proyecto. Las pruebas de implantación y aceptación se realizarán con un servidor y otro equipo distinto al del proyecto. Software: Se utilizará sistema operativo Windows en la mayoría de las pruebas, siendo también necesarias las pruebas de aceptación en un entorno Mac. Así mismo los navegadores a utilizar para estas pruebas serán tanto las últimas versiones de Mozilla Firefox, Internet Explorer y Google Chrome.

6.4.3.- DEFINICIÓN DE LAS PRUEBAS DE ACEPTACIÓN DEL SISTEMA Una vez finalizada la aplicación y ejecutadas con éxito las pruebas del software, se verificarán las pruebas de aceptación con los clientes. Verificando el cumplimiento de los requisitos impuestos por la empresa y la usabilidad de la web.


86

6.5.- DISEÑO DE LA ARQUITECTURA DEL SISTEMA

6.5.1.- Definición de la arquitectura del sistema La arquitectura seleccionada para el proyecto es de 2 niveles o cliente/servidor. Es la arquitectura seleccionada porque es la impuesta por la empresa y la que más se acerca a las necesidades de la aplicación. La arquitectura cliente/servidor se basa en la división del sistema en dos partes:

CLIENTE: estaciones de trabajo que solicitan servicios al servidor, serán los equipos personales de trabajo de cada uno de los usuarios que acceda a la aplicación.

SERVIDOR: maquina de depósito de datos y funciona como un gestor de base de datos, que ofrece los servicios solicitados por los diferentes clientes, será un servidor dedicado exclusivamente a la aplicación.

Ambas partes deben de estar conectadas entre si por una red de comunicación.

Figura 96. Servidor, cliente y comunicación

La arquitectura seleccionada solo tendrá 2 niveles, ya que:

Se requiere poco procesamiento de datos

Se tiene una base de datos centralizada en un solo servidor

La base de datos es relativamente estática

Se requiere un mantenimiento mínimo Existen dos tipos de clientes:

Clientes fino: mayor procesamiento en el servidor, menos tráfico de red y mantenimiento más simple.

Cliente gordo: menos procesamiento en el servidor, mayor tráfico de red y el cliente es más sensible a los cambios

El cliente seleccionado en este proyecto es cliente de tipo fino, consiguiendo así liberar a los equipos personales del procesamiento de datos y de la carga excesiva de procesos, ya que en su trabajo diario utilizan múltiples programas (servicio de documentación, agencias de información, sistema editorial,….)


87

Figura 97. Servidor, ordenadores y MACs

6.5.2.- Identificación de requisitos de diseño y construcción El servidor será un PC que se situará en la sala de servidores de la empresa, en el cual se instalará el proyecto; web, base de datos y servidor de base de datos para el correcto funcionamiento de la aplicación. El servidor sólo será accesible desde dentro de la empresa y vía web, por los clientes. Los administradores podrán acceder vía web o directamente desde la estación que contenga el servidor. Los clientes serán tanto PC como MAC y estarán conectados físicamente al servidor mediante la red que ya posee la empresa. Para el acceso a la aplicación, los usuarios usarán los navegadores web instalados en sus respectivas maquinas (Internet Explorer y Firefox).

6.5.3.- Especificación de excepciones a) Tipo: Datos de identificación incorrectos.

Condiciones previas: Los datos introducidos en la identificación del usuario (contraseña y/o nick) no son correctos. Elemento afectado: Aplicación. Respuesta del sistema: Se informa al usuario de que alguno de los datos introducidos no son correctos y se borran los datos insertados por el usuario. Elemento asociado: Aplicación.

b) Tipo: Servidor no disponible.

Condiciones previas: El servidor no está accesible desde el puesto de trabajo del usuario. Elemento afectado: Servidor. Respuesta del sistema: Se informa al usuario de que la aplicación no funciona correctamente, y se le aconseja la puesta en contacto con el administrador de la aplicación. Elemento asociado: Aplicación.

c) Tipo: Sistema gestor de base de datos no disponible (SGBD).

Condiciones previas: No se puede conectar con el SGBD. Elemento afectado: SGBD. Respuesta del sistema: Se informa al usuario de que la aplicación no funciona correctamente, y se le aconseja la puesta en contacto con el administrador de la aplicación. Elemento asociado: Aplicación.


88

d) Tipo: Aplicación no disponible. Condiciones previas: No funciona la aplicación. Elemento afectado: Aplicación Respuesta del sistema: Se informa al usuario de que la aplicación no funciona correctamente, y se le aconseja la puesta en contacto con el administrador de la aplicación. Elemento asociado: Aplicación.

6.5.4.- Identificación de subsistemas de diseño El sistema de información sigue una arquitectura de 3 capas:

Capa de presentación: La capa de presentación es la que permite mostrar al usuario la interfaz, y donde este interactúa a través de eventos. En este proyecto el tipo de interfaz gráfica será web.

Capa de lógica de negocio: La capa de lógica de negocio contiene todos los módulos para resolver las peticiones del los usuarios.

Capa de persistencia: La capa de persistencia es la responsable del acceso a la base de datos, solamente esta capa tendrá acceso a la BD.

6.6.- DISEÑO DE LA ARQUITECTURA DE MÓDULOS DEL SISTEMA

6.6.1.- Diseño de módulos del sistema Cada capa estará físicamente dividida en una carpeta. Consiguiendo que todos los ficheros con acceso a la base de datos (capa de persistencia) estén en la carpeta “funciones”, todos los ficheros de la capa de lógica de negocio residirán en la carpeta “lógica” y todos los ficheros de las interfaces (capa de presentación) estarán en la carpeta “modulos”.

6.6.2.- Diseño de comunicación entre los módulos La comunicación entre los módulos se realizará con llamadas a funciones:

La capa de presentación se encargará de la recogida de los datos y su envío a la capa de lógica de negocio, así como de la presentación al usuario de todos los datos en las interfaces.

La capa de lógica de negocio comprueba la corrección de los datos verificando su corrección cuando sea precisa para la inserción en la BD, evitando duplicar cuando sea posible, verificando el formato de la fecha,… Para ello es fundamental la utilización de funciones tanto de su subsistema como de la capa de persistencia. La capa de lógica de negocio solo podrá invocar funciones de su nivel o de la capa de persistencia.

La capa de persistencia solamente llamará a funciones de su nivel, y será el único subsistema con acceso a la BD.

6.6.3.- Diagrama de secuencia de los requisitos Los diagramas de actividad representan las actividades necesarias para realizar una acción así como profundizar más en los casos de uso. Los diagramas de secuencia expuesto en este punto, han sido creados uno por cada diagrama de actividad y así mostrar la interacción entre el usuario y las 3 capas del sistema (interface, lógica y persistencia).


89

6.6.3.1.- Gestión de usuarios

Figura 98. Diagrama de secuencia crear usuario

Figura 99. Diagrama de secuencia modificar usuario

listado

¿listado usuarios?

listado usuarios


90

Figura 100. Diagrama de secuencia eliminar usuario

6.6.3.2.- Gestión de galerías

Figura 101. Diagrama de secuencia crear galería

listado

¿listado galerías?

añadir galería

listado galerías


91

Figura 102. Diagrama de secuencia modificar galería

Figura 103. Diagrama de secuencia eliminar galería

Los diagramas correspondientes a las figuras 101, 102 y 103, tienen una secuencia similar para la gestión de temporadas, pasarelas y diseñadores.

listado galerías


modificar galería

selección galería

eliminar galería


listado galerías

selección galería


92

6.6.3.3.- Acciones comunes

Figura 104. Diagrama de secuencia buscar

6.7.- DISEÑO DE LA MIGRACIÓN Y CARGA INICIAL DE DATOS

6.7.1.- Diseño detallado de componente de migración y carga inicial La migración de datos no es posible, ya que no existe ningún sistema anterior en el que existan estos datos. La carga inicial en cambio será necesaria. Se dividirá en dos partes; los datos necesarios para el funcionamiento de la aplicación (obligatorios) y los datos que facilitarán la utilización de la aplicación (no obligatorios), los cuales cumplimentarán, con la evolución del estudio de los procesos Obligatorios:

Administrador: se insertará un administrador en la tabla usuarios y se le asignará el rol administrador en todos los procesos que se creen.

No obligatorios:

Usuarios

Roles

Temporadas

Pasarelas

Diseñadores

Galerías

6.8.- ESPECIFICACIÓN TÉCNICA DEL PLAN DE PRUEBAS

6.8.1.- Especificación del entorno de pruebas Los niveles de prueba que se realizarán al sistema son los siguientes:

Pruebas Unitarias: Se realizarán a medida que se construye el sistema.

Pruebas de Integración: Se realizarán a medida que se construye el sistema.

Pruebas del Sistema: Se realizarán una vez construida la Intranet por completo.

Pruebas de Implantación: Se realizarán una vez instalado en el equipo donde se implantará.

Pruebas de Aceptación: Se realizarán con los clientes que vayan a utilizar la Intranet. Las pruebas unitarias de integración y del sistema se realizarán el mismo equipo en el cual se desarrollará la aplicación, ya que este equipo hará tanto de cliente como de servidor.


93

Las pruebas de implantación y aceptación, se instalará todo el software necesario en el equipo servidor, consiguiendo la independencia entre clientes y servidor. Los puestos cliente lo ocuparán diferentes equipos dentro de la empresa. La red a utilizar para las pruebas de implantación y aceptación será la propia LAN de la empresa.

6.9.- ESTABLECIMIENTO DE REQUISITOS DE IMPLANTACIÓN

6.9.1.- Especificación de requisitos de implantación Para la implantación del sistema será necesario, cualquier PC que no se encuentre muy obsoleto y con un disco duro lo suficientemente grande como para que pueda albergar los ficheros de la propia aplicación, la Base de Datos y los ficheros que agreguen los usuario. Este equipo contendrá como mínimo una tarjeta de red conectada a la LAN de la empresa, con un IP fija. También será necesario que este equipo tenga opción de hacer copias de seguridad (mediante grabadora de cd/dvd, dispositivos de almacenamiento externos,…). El software instalado en el servidor de la empresa será un servidor apache y un SGBD MySQL. Las especificaciones de los puestos clientes serán inferiores. Equipos con sistema operativo Macintosh como Windows con los cuales naveguen habitualmente en Internet. Estos equipos deberán de estar conectados a la red interna de la empresa.

Capitulo 7: Construcción del sistema de información

95

Construcción del sistema de información: El objetivo de la construcción del sistema de información es la creación de la aplicación, así como de elaborar el manual de usuario. Para construir el código de la aplicación habrá que definir el entorno de generación. Se ejecutarán todas las pruebas necesarias para comprobar el correcto funcionamiento de la aplicación.


96


97

7.- CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN

7.1.- PREPARACIÓN DEL ENTORNO DE GENERACIÓN Y CONSTRUCCIÓN

7.1.1.- Implementación de la base de datos Se implementará la base de datos expuesta en el diseño del sistema de información, y se añadirá la carga de los datos iniciales, los obligatorios para el correcto funcionamiento de la aplicación, así como los datos no obligatorios, facilitando así el uso inicial de la aplicación.

7.1.2.- Preparación del entorno de construcción En la construcción del sistema será necesario un ordenador y el software necesario para generación de los diferentes códigos. El software que se instalará en el equipo será:

XAMPP o Apache o MySql o PHPMyAdmin

Dreamweaver

Navegador o Internet Explorer o Mozilla Firefox o Google Chrome

Instalaremos XAMPP, el cual nos facilitara un servidor web (apache), con MySql y PHPMyAdmin para la gestión de la BD. El programa dreamweaver se utilizará para la generación del código, en los diferentes lenguajes a utilizar (php, javascript, html ,css…). En los navegadores (Mozilla Firefox, Internet Explorer y Google Chrome) se probará la aplicación, comprobando su correcto funcionamiento así como la visualización correcta. Las características del equipo son:

Procesador: Intel Pentium IV

Sistema operativo: Windows XP Service Pack 2

RAM: 512 MB

Disco duro: 40 GB

7.2.- GENERACIÓN DEL CÓDIGO DE LOS COMPONENTES Y

PROCEDIMIENTOS

7.2.1.- Generación Se utilizará como modelo a seguir el ciclo de vida evolutivo, realizando un prototipado evolutivo de la herramienta, siguiendo una evolución continua mediante la agregación de funciones y características propuestas por el cliente hasta completarlo en su totalidad. Se comenzará el desarrollo con los interfaces y funcionalidades del administrador. La primera parte que se implementará será la pestaña rol, desarrollando toda su gestión. Se continuará con la pestaña usuario, muy similar a la anterior debido a que no necesita introducir imágenes. Una vez sea aprobado por el cliente, continuaremos con las pestañas temporada, pasarela y diseñador, por guardar ligeras relaciones entre ellas, al igual que la necesidad de introducir una imagen que pueda ser utilizada como destacada.


98

La gestión de galerías se deja para el final porque es la parte principal de la aplicación y donde más acciones se deben desarrollar, por lo que será la más costosa del proyecto. Una vez finalizada la administración, se realizará el logeo a dicha parte, al igual que se empezará a editar los htmls que formarán el portal. Las hojas de estilo serán administradas por la empresa, ya que existe gente especializada en ello. En la parte visual, lo primero será la visualización de galerías, que se deben autogenerar a la hora de crear la galería en el administrador, las imágenes de dicha galería serán subidas previamente al FTP a una carpeta especifica, se cogerán y se editaran los htmls correspondientes a dicha galería, hecho esto, pasaremos a editar la página de inicio, o index, terminada esta crearemos los html correspondientes a la pestaña temporadas, pasarelas y diseñadores.

7.3.- EJECUCIÓN DE LAS PRUEBAS UNITARIAS

7.3.1.- Preparación del Entorno de las Pruebas Unitarias Las pruebas unitarias se realizarán en el mismo equipo con el cual se desarrollará la aplicación. Estas pruebas serán independientes entre sí, y solo afectarán a la capa de persistencia.

7.3.2.- Realización y Evaluación de las Pruebas Unitarias Las pruebas se realizarán a la par que se genere el código fuente de la aplicación. El software para las pruebas será “phpMyAdmin”, software de gestión de la base de dato integrado en el paquete XAMPP. Se utilizará para la ejecución de las consultas SQL y se comprobarán los resultados.

7.4.- EJECUCIÓN DE LAS PRUEBAS DE INTEGRACIÓN

7.4.1.- Preparación del Entorno de las Pruebas de Integración Las pruebas de integración se realizarán en el mismo equipo con el cual se desarrollará la aplicación. Estas pruebas, integrarán diferentes pruebas unitarias, consiguiendo la evaluación de los procesos individualmente entre sí.

7.4.2.- Realización de las Pruebas de Integración Las pruebas se realizarán según se avance en el desarrollo del código, modificando el código si es preciso para el correcto funcionamiento de la aplicación.

7.5.- EJECUCIÓN DE LAS PRUEBAS DEL SISTEMA

7.5.1.- Preparación del Entorno de las Pruebas del Sistema Las pruebas se realizarán en el mismo equipo con el cual se desarrollará la aplicación. Estas pruebas verificarán que el conjunto del sistema funciona correctamente, consiguiendo alcanzar la funcionalidad y el rendimiento esperado del sistema.

7.5.2.- Realización de las Pruebas del Sistema Al finalizar la generación de código se realizarán las pruebas del sistema. Estas pruebas serán las realizadas habitualmente, como por ejemplo comprobación de campos vacios, comprobación de datos incorrectos, etcétera.

Capitulo 8: Implantación del sistema de información

100

Implantación del sistema de información: La finalidad de la implantación del sistema de información es comprobar el correcto funcionamiento en el entorno de trabajo habitual. Se definirán las características de los equipos que participarán en la implantación, los usuarios y la formación necesaria para llevarla a cabo. Se comprobarán las pruebas de implantación y aceptación del sistema siendo inicial una carga de datos.


101


102

8.- IMPLANTACIÓN DEL SISTEMA DE INFORMACIÓN

8.1.- ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN

8.1.1.- DEFINICIÓN DEL PLAN DE IMPLANTACIÓN Se prepara la infraestructura necesaria para la implantación de la aplicación en la empresa, siendo necesaria la instalación en un equipo así como la formación de usuarios para el uso de la misma. La aplicación se instalará en un servidor HP Proliant, el uso de la aplicación se realizará desde diferentes ordenadores personales siendo necesario que ellos tengan navegador web (Mozilla Firefox, Internet Explorer y Google Chrome). Los programas necesarios para el funcionamiento de la aplicación serán

XAMPP, la base de datos descrita en el Diseño del Sistema de Información, y la carpeta con todos los ficheros necesarios. Todos los archivos (base de datos y archivos html, php, css,… se encuentran en el cd que se adjunta con la memoria).

8.1.2.- ESPECIFICACIÓN DEL EQUIPO DE IMPLANTACIÓN El equipo de trabajo estará formado por Xabier García (webmaster de larioja.com), Noemi Iruzubieta (principal administradora del canal de moda) y José Ignacio Martínez (desarrollador de la aplicación). El webmaster y el desarrollador realizarán las diferentes pruebas del sistema, siendo supervisadas por el director del proyecto.

8.2.- FORMACIÓN NECESARIA PARA LA IMPLANTACIÓN

Las dudas serán puntuales ya que todas las personas que probarán el sistema están relacionadas con el proyecto y dispondrán de los conocimientos para realizar el mantenimiento de esta.

8.3.- INCORPORACIÓN DEL SISTEMA AL ENTORNO DE OPERACIÓN

Una vez finalizada la construcción se desarrollará el FTP, como se describe en el punto 6.2, y se introducirán los archivos realizados, que hayan superado la fase de pruebas en el servidor local (localhost), para su posterior ejecución. También será necesaria la importación de la base de datos, fiel al esquema de la figura 60.

8.4.- CARGA DATOS AL ENTORNO

La carga de datos en el entorno no será necesaria realizarla independientemente de la importación de la base de datos ya que, al importar la base de datos también se importan los datos iniciales que se consideran oportuno que estén en el sistema para realizar las pruebas de implantación así como las pruebas de aceptación.


103

8.5.- PRUEBAS DE IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA

8.5.1.-PREPARACIÓN DEL ENTORNO DE LAS PRUEBAS DEL SISTEMA Para las pruebas de implantación así como las pruebas de aceptación se realizarán desde diferentes equipos, estos equipos serán Macintosh o PC, y los exploradores que utilizarán serán Internet Explorer, Mozilla Firefox y Google Chrome.

8.5.2.- EJECUCIÓN DE LAS PRUEBAS DE IMPLANTACIÓN Las pruebas de implantación se han centrado en el correcto funcionamiento de todo el portal y que pueda ser modificado mediante el uso del administrador, sin necesidad de tener conocimientos de html.

8.5.3.-EJECUCIÓN DE LAS PRUEBAS DE ACEPTACIÓN Actualmente se siguen desarrollando pruebas de aceptación debido a que el contrato de PFC del director termino el 26 de marzo y han existido otros proyectos más importantes, que la finalización de este.

Capitulo 9: Conclusiones del proyecto fin de carrera

105

Conclusiones del proyecto fin de carrera: En este capítulo se presentarán las conclusiones obtenidas durante el desarrollo del proyecto.


106


107

9.- CONCLUSIONES DEL PROYECTO FIN DE CARRERA

9.1.-CONCLUSIONES

Tras haber finalizado el proyecto fin de carrera en la empresa Nueva Rioja S.A., se considera que los objetivos propuestos por la empresa así como los necesarios de un PFC han sido realizados. Las principales barreras que se han observado durante el desarrollo del proyecto han sido, la captación de los requisitos, la realización de la memoria, la construcción del sistema y los tiempos calculados para su finalización. La contingencia más problemática y la cual no se tomo en cuenta, fue la captación de los requisitos con personal ajeno a la realización de sistemas de información. Fue necesario un esfuerzo extra para explicar, así como entender lo que cada una de las partes (informáticos y clientes) querían expresar. Aunque se ha intentado seguir la metodología de Métrica 3, ha habido que personalizarla más de lo inicialmente previsto y posiblemente en futuros trabajos todavía se adapte más. En la construcción del sistema ha habido que aprender a utilizar los lenguajes de programación necesarios. Aunque anteriormente ya tenía conocimientos previos de los lenguajes, en la construcción ha sido necesario el estudio de ellos en un mayor nivel para cubrir todos los requisitos impuestos por la empresa. La compaginación del proyecto con prácticas en la empresa, el estudio para la realización de exámenes y trabajo en la empresa ha llevado a revisar los tiempos de realización del proyecto en repetidas ocasiones. La principal dificultad ha sido la planificación de tiempos ajustadas a las necesidades reales del proyecto, parte del retraso se achaca a la inexperiencia del alumno en la realización de proyectos de esta extensión, y por otra parte los factores externos como no saber el tiempo real que se dispone en la empresa para dedicarlos al proyecto, y no a otras labores urgentes que surgen en el día a día. En futuras aplicaciones se piensa que las contingencias disminuirán. En el aspecto personal estoy satisfecho por la realización del proyecto y la superación de las barreras expuestas anteriormente, así como por el nivel de aceptación obtenido en la empresa.

9.2.-FUTURAS LÍNEAS DE TRABAJO

En las diferentes reuniones que han tenido el alumno con las personas de la empresa que colaboran en el PFC se han decidido algunas futuras mejoras del proyecto:

Desarrollar mejoras en la BD añadiéndole una tabla conexión relacionada con usuario, e insertando también una tabla destacado, para la posibilidad de crear y administrar destacados propios en la aplicación.

Creación de sitemap para la mejora del posicionamiento.

Mejorar la interfaz del administrador

Mostrar una ayuda u orientación para el usuario en todas las funciones que debe realizar

Posibilidad de crear el canal orientado a la telefonía móvil.


108

9.3.-BIBLIOGRAFÍA

Para la construcción del sistema se han utilizado los manuales obtenidos en diferentes webs. http://www.mundomanuales.com/ http://www.php.net/ http://www.desarrolloweb.com http://www.webestilo.com http://www.forosdelweb.com/ http://www.webtaller.com/ http://www.csi.map.es/csi/metrica3/index.html http://es.wikipedia.org/

http://www.mundomanuales.com/

http://www.php.net/

http://www.desarrolloweb.com/

http://www.webestilo.com/

http://www.forosdelweb.com/

http://www.webtaller.com/

http://www.csi.map.es/csi/metrica3/index.html

http://es.wikipedia.org/

Documents

Desarrollo e implantación de un canal fotográfico para un … · 2013-10-16 · Índice de contenidos 1 Índice de contenidos Índice de contenidos 1 indice de figuras 5 1.- introducciÓn