Desarrollo de una aplicación para la gestión integral de instalaciones

PROYECTO FINAL DE CA U NIVERSIDAD D D D E E ES S S A A A A A A P P PL L LI I IC C CA A A C C C G G G E E ES S S T T T I I I N N N R EALIZADO POR : J IMENA Q UEJIGO S Director del proyecto: Guill ermo Escrivá Escrivá Tutor del proyecto: Alfons Crespo Lorente PROYECTO FINAL DE CA RRERA NIVERSIDAD P OLITÉCNICA DE V ALENCIA F ACULTAD DE I NFORMÁTICA A A A R R RR R RO O OL L LL L LO O O D D DE E E U U UN N N A A A C C C I I IÓ Ó ÓN N N L L L O O OC C CA A AL L L P P PA A AR R R A A A T T T I I IÓ Ó ÓN N N I I I N N NT T TE E EG G GR R RA A AL L L D D D E E E N N N S S ST T TA A AL L LA A AC C CI I IO O ON N NE E ES S S S ÁNCHEZ -G UIJALDO ermo Escrivá Escrivá Alfons Crespo Lorente A A A A A A L L LA A A E E E DERD TRAVEL SYSTEM 2 Jimena Quejigo Agradecimientos: A mis padres, Leandro, Mª de los Ángeles, a mis hermanos, Belén y Pablo, porque todos mis éxitos os pertenecen, el apoyo incondicional que me habéis ofrecido no se puede pagar aún usando todas las palabras de agradecimiento. A mi abuela Visitación, porque es la persona más sabia que conozco. A mis amigos, Jose Antonio, Guillermo, Cristina, Pedro, Noelia, Elenas, Violeta, etc por todas esas tarde de espíritu libre y conversaciones absurdas. A mis compañeros, Guillermo, Jelena, Amada, Anicia, Fernando, Elisa, etc y especialmente a Alex por su colaboración y disposición en todo momento. A mi novio Nolasco con el que se me nublan las palabras para expresar mi gratitud. Simplemente GRACIAS. DERD TRAVEL SYSTEM 3 Jimena Quejigo La ciencia es el arte de crear ilusiones convenientes, que el necio acepta o disputa, pero de cuyo ingenio goza el estudioso, sin cegarse ante el hecho de que tales ilusiones son otros tantos velos para ocultar las profundas tinieblas de lo insondable. Carl Gustav Jung DERD TRAVEL SYSTEM 4 Jimena Quejigo ÍNDICE ÍNDICE ............................................................................................................................................ 4 ÍNDICE DE FIGURAS ....................................................................................................................... 6 ÍNDICE DE TABLAS ....................................................................................................................... 10 1 INTRODUCCIÓN. ................................................................................................................... 12 1.1. PLANTEAMIENTO DEL PROBLEMA ........................................................................................ 14 1.2. OBJETIVO .............................................................................................................................. 15 1.3. ESTRUCTURA DEL PROYECTO. .............................................................................................. 15 2. ESTRUCTURA DEL SISTEMA. ................................................................................................. 17 3. PLANIFICACIÓN DEL PROYECTO. .......................................................................................... 19 3.1. FASE DE INICIO ...................................................................................................................... 22 3.2. ANÁLISIS Y ESPECIFICACIÓN DE REQUISITOS ........................................................................ 22 3.3. IMPLEMENTACIÓN ............................................................................................................... 22 3.4. DOCUMENTACIÓN ................................................................................................................ 24 4. MODELO DE REQUISITOS. .................................................................................................... 25 4.1. ÁRBOL DE REFINAMIENTO DE FUNCIONES .......................................................................... 26 4.2. CASOS DE USO ...................................................................................................................... 28 4.3. PLANTILLAS DE LOS CASOS DE USO ...................................................................................... 34 4.4. DIAGRAMAS DE SECUENCIA ................................................................................................. 61 5. MODELO CONCEPTUAL. ....................................................................................................... 81 5.1. MODELO DE OBJETOS ........................................................................................................... 81 5.2. MODELO DINÁMICO. ............................................................................................................ 93 5.3. MODELO DE NAVEGACIÓN ................................................................................................... 99 6. DISEÑO DE LA BASE DE DATOS RELACIONAL. .................................................................... 101 7. IMPLEMENTACIÓN. ............................................................................................................ 109 8. VALIDACIÓN Y PRUEBAS. ................................................................................................... 112 8.1. PRUEBAS DE CAPACIDAD BASE DE DATOS. ........................................................................ 112 8.2. PRUEBAS DE COMUNICACIÓN CON EL AUTÓMATA. .......................................................... 113 8.3. PRUEBAS DE PLANIFICICACIÓN. .......................................................................................... 113 8.4. PRUEBAS DE SOFTWARE. .................................................................................................... 114 9. DOCUMENTACIÓN. ............................................................................................................ 115 9.1. MANUAL DE INSTALACIÓN ................................................................................................. 116 P ASO 1 ........................................................................................................................... 116 DERD TRAVEL SYSTEM 5 Jimena Quejigo P ASO 2 ........................................................................................................................... 117 P ASO 3 ........................................................................................................................... 118 P ASO 4 ........................................................................................................................... 121 P ASO 5 ........................................................................................................................... 122 P ASO 6 ........................................................................................................................... 124 P ASO 7 ........................................................................................................................... 125 P ASO 8 ........................................................................................................................... 126 P ASO 9 ........................................................................................................................... 127 9.2. MANUAL DE USUARIO ........................................................................................................ 128 L OGIN ............................................................................................................................. 128 P RINCIPAL ........................................................................................................................ 128 G ESTIÓN P RINCIPAL ........................................................................................................... 132 N UEVO A UTÓMATA ........................................................................................................... 133 E DICIÓN A UTÓMATA .......................................................................................................... 134 N UEVO M ETER ................................................................................................................. 135 E DICIÓN M ETER ................................................................................................................ 136 N UEVA L ÍNEA ................................................................................................................... 136 E DICIÓN L ÍNEA .................................................................................................................. 137 A UTÓMATAS .................................................................................................................... 138 P LANIFICACIONES POR L ÍNEA ............................................................................................... 139 N UEVA P LANIFICACIÓN ....................................................................................................... 140 E DICIÓN P LANIFICACIÓN ..................................................................................................... 141 N UEVO Y E DICIÓN DE D ÍAS F ESTIVOS ..................................................................................... 142 N UEVO Y E DICIÓN DE P ERÍODOS DE V ACACIONES .................................................................... 144 A LTA Y E DICIÓN DE DÍAS E SPECIALES ..................................................................................... 145 A LTA Y E DICIÓN DE P ERÍODOS E SPECIALES .............................................................................. 146 D ATOS M ETER .................................................................................................................. 147 G ESTIÓN B ASE DE D ATOS .................................................................................................... 150 N UEVO Y E DICIÓN U SUARIO ................................................................................................ 151 10. CONCLUSIÓN. ..................................................................................................................... 153 11. BIBLIOGRAFÍA. .................................................................................................................... 154 DERD TRAVEL SYSTEM 6 Jimena Quejigo ÍNDICE DE FIGURAS 1 FIGURA 1Potencia eólica instalada por Comunidades Autónomas en 2002._________________ 12 2 FIGURA 2Potencia eólica instalada en España, Enero 2007. _____________________________ 13 3 FIGURA 3Equipos a instalar en los Usuarios. __________________________________________ 18 4 FIGURA 4Diagrama de Gantt. ______________________________________________________ 20 5 FIGURA 5Diagrama de Gantt. ______________________________________________________ 21 6 FIGURA 6Marco arquitectónico de OO-Method. _______________________________________ 25 7 FIGURA 7ARF general del sistema. __________________________________________________ 27 8 FIGURA 8 – S UBÁRBOL ARF CORRESPONDIENTE AL ELEMENTO 1 DE LA FIGURA 7. _____________________ 27 9 FIGURA 9 – Subárbol ARF correspondiente al elemento 2 de la FIGURA 7. ___________________ 27 10 FIGURA 10 – Subárbol ARF correspondiente al elemento 3 de la FIGURA 7. __________________ 27 11 FIGURA 11– Subárbol ARF correspondiente al elemento 4 de la FIGURA 7. ___________________ 28 12 FIGURA 12 – Subárbol ARF correspondiente al elemento 5 de la FIGURA 7. __________________ 28 13 FIGURA 13: Elementos diagrama de casos de uso. ______________________________________ 29 14 FIGURA 14Diagrama de Paquetes. __________________________________________________ 29 15 FIGURA 15 - Gestión de Elementos. __________________________________________________ 30 16 FIGURA 16Principal. _____________________________________________________________ 31 17 FIGURA 17Gestión de usuarios. ____________________________________________________ 32 18 FIGURA 18Gestión de bases de datos. _______________________________________________ 32 19 FIGURA 19Autómatas. ___________________________________________________________ 33 20 FIGURA 20Ejemplo diagrama de secuencia. __________________________________________ 61 21 FIGURA 21DS Alta Autómata. ______________________________________________________ 62 22 FIGURA 22DS Editar Autómata. ____________________________________________________ 62 23 FIGURA 23DS Eliminar Autómata. __________________________________________________ 63 24 FIGURA 24DS Alta Punto de Medida. ________________________________________________ 63 25 FIGURA 25DS Edición Punto de Medida. _____________________________________________ 64 26 FIGURA 26DS Eliminar Punto de Medida. ____________________________________________ 64 27 FIGURA 27DS Alta Línea. __________________________________________________________ 65 28 FIGURA 28DS Edición Línea. _______________________________________________________ 65 29 FIGURA 29DS Eliminar Línea. ______________________________________________________ 66 30 FIGURA 30DS Alta Planificación. ___________________________________________________ 66 31 FIGURA 31DS Edición Planificación. _________________________________________________ 67 32 FIGURA 32DS Eliminar Planificación. ________________________________________________ 67 33 FIGURA 33DS Alta Usuario. ________________________________________________________ 68 DERD TRAVEL SYSTEM 7 Jimena Quejigo 34 FIGURA 34DS Edición Usuario. _____________________________________________________ 68 35 FIGURA 35DS Eliminar Usuario. ____________________________________________________ 69 36 FIGURA 36DS Autenticar Usuario. __________________________________________________ 69 37 FIGURA 37DS Crear Base de Datos. _________________________________________________ 70 38 FIGURA 38DS Restaurar Base de Datos. ______________________________________________ 70 39 FIGURA 39DS Liberar espacio Base de Datos. _________________________________________ 71 40 FIGURA 40DS Eliminar Base de Datos. _______________________________________________ 71 41 FIGURA 41DS Alta período de Vacaciones. ___________________________________________ 72 42 FIGURA 42DS Edición período de Vacaciones. _________________________________________ 72 43 FIGURA 43DS Eliminar período de Vacaciones. ________________________________________ 73 44 FIGURA 44DS Alta Festivo. ________________________________________________________ 73 45 FIGURA 45DS Edición Festivo. ______________________________________________________ 74 46 FIGURA 46DS Eliminar Festivo. _____________________________________________________ 74 47 FIGURA 47DS Iniciar Procesos. _____________________________________________________ 75 48 FIGURA 48DS Detener Procesos. ___________________________________________________ 75 49 FIGURA 49DS Desactivar Meter. ____________________________________________________ 76 50 FIGURA 50DS Activar Meter. ______________________________________________________ 76 51 FIGURA 51DS Seleccionar Meter. ___________________________________________________ 77 52 FIGURA 52DS Generar Gráfica. _____________________________________________________ 77 53 FIGURA 53DS Actualizar Gráfica. ___________________________________________________ 78 54 FIGURA 54DS Encender Línea. _____________________________________________________ 78 55 FIGURA 55DS Apagar Línea. _______________________________________________________ 79 56 FIGURA 56DS Copiar Horario. ______________________________________________________ 79 57 FIGURA 57DS Transferir al Autómata. _______________________________________________ 80 58 FIGURA 58Diagrama de clases. ____________________________________________________ 83 59 FIGURA 59Clase Autómata. _______________________________________________________ 85 60 FIGURA 60Clase Meter. ___________________________________________________________ 87 61 FIGURA 61Clase Línea. ___________________________________________________________ 88 62 FIGURA 62Planificación Activa. ____________________________________________________ 89 63 FIGURA 63Clase Planificación. _____________________________________________________ 89 64 FIGURA 64Clase Horario. _________________________________________________________ 90 65 FIGURA 65Clase Tramo Horario.____________________________________________________ 90 66 FIGURA 66Clase Usuario. _________________________________________________________ 91 67 FIGURA 67Clase Administrador. ____________________________________________________ 91 68 FIGURA 68Clase Permiso. _________________________________________________________ 92 69 FIGURA 69Clase Gráfica. __________________________________________________________ 92 70 FIGURA 70 - Nodo inicial. __________________________________________________________ 93 71 FIGURA 71.- Nodo final de actividad y nodo final de flujo respectivamente. __________________ 94 72 FIGURA 72Flujo de objetos. _______________________________________________________ 94 73 FIGURA 73Nodos de decisión y combinación. _________________________________________ 94 74 FIGURA 74Nodos de bifurcación y unión. _____________________________________________ 95 DERD TRAVEL SYSTEM 8 Jimena Quejigo 75 FIGURA 75Región de explosión. ____________________________________________________ 95 76 FIGURA 76Partición. _____________________________________________________________ 95 77 FIGURA 77Diagrama de actividad de la clase Autómata. ________________________________ 96 78 FIGURA 78Diagrama de actividad de la clase Meter. ___________________________________ 96 79 FIGURA 79Diagrama de actividad de la clase Línea. ____________________________________ 96 80 FIGURA 80Diagrama de actividad de la clase Planificación. ______________________________ 97 81 FIGURA 81Diagrama de actividad de la clase horario. __________________________________ 97 82 FIGURA 82Diagrama de actividad de la clase tramo horario _____________________________ 97 83 FIGURA 83Diagrama de actividad de la clase permiso. __________________________________ 97 84 FIGURA 84Diagrama de actividad de la clase medida. __________________________________ 98 85 FIGURA 85Diagrama de actividad de la clase gráfica. __________________________________ 98 86 FIGURA 86Diagrama de actividad de la clase usuario. __________________________________ 98 87 FIGURA 87Mapa de navegación de Derd Travel System. _______________________________ 100 88 FIGURA 88Tabla de Autómatas. ___________________________________________________ 102 89 FIGURA 89Tabla de Líneas. _______________________________________________________ 102 90 FIGURA 90Tabla de Meters. ______________________________________________________ 103 91 FIGURA 91Tabla de Usuarios. _____________________________________________________ 104 92 FIGURA 92Tabla de Permisos. ____________________________________________________ 104 93 FIGURA 93Tabla de Planificaciones. ________________________________________________ 105 94 FIGURA 94Tabla de Horarios. _____________________________________________________ 105 95 FIGURA 95Tabla de Tramos Horarios. ______________________________________________ 105 96 FIGURA 96Tabla de Medidas. _____________________________________________________ 106 97 FIGURA 97. Tabla de Vacaciones. ___________________________________________________ 106 98 Figura 98Tabla de Festivos. ______________________________________________________ 107 99 Figura 99Tabla de Días Especiales._________________________________________________ 107 100 Figura 100Tabla de Períodos Especiales. ____________________________________________ 107 101 Figura 101Diagrama de la Base de Datos Relacional. __________________________________ 109 102 FIigura 102Ventana de Bienvenida (Español). ________________________________________ 116 103 Figura 103Ventana de Bienvenida (Inglés). __________________________________________ 117 104 Figura 104Ventana de Autenticación de usuario y nº de serie. ___________________________ 118 105 Figura 105Instalación de SQL Server 2005. __________________________________________ 119 106 FIigura 106Ventana de Instalación de los requisitos previos de SQL Server 2005. ___________ 120 107 Figura 107Ventana de Instalación de SQL Server 2005. ________________________________ 120 108 Figura 108Proceso de instalación de la Base de datos. _________________________________ 121 109 Figura 109Instalación correcta de la base de datos. ___________________________________ 122 110 Figura 110Creación de usuario administrador. _______________________________________ 123 111 Figura 111Usuario creado correctamente. __________________________________________ 123 112 Figura 112Programa Instalado. ___________________________________________________ 124 113 Figura 113Asistente de instalación. ________________________________________________ 125 114 Figura 114Configuración instalación. _______________________________________________ 126 115 Figura 115Confirmar instalación. __________________________________________________ 126 DERD TRAVEL SYSTEM 9 Jimena Quejigo 116 Figura 116Instalación Concluida. __________________________________________________ 127 117 Figura 117Bloqueo de Mayúsculas activado. _________________________________________ 128 118 Figura 118Login. _______________________________________________________________ 128 119 Figura 119Monitor. _____________________________________________________________ 130 120 Figura 120Listado de elementos. __________________________________________________ 130 121 Figura 121Gráfica. _____________________________________________________________ 131 122 Figura 122Logotipo de Derd Travel System. _________________________________________ 131 123 Figura 123Principal. ____________________________________________________________ 132 124 Figura 124-Gestión Principal. ______________________________________________________ 133 125 Figura 125-Nuevo Autómata. ______________________________________________________ 134 126 FIgura 126-Edición Autómata. _____________________________________________________ 134 127 Figura 127-Alta Meter. ___________________________________________________________ 135 128 Figura 128Edición Meter. ________________________________________________________ 136 129 Figura 129Nueva Línea. _________________________________________________________ 137 130 FIGURA 130Edición Línea. ________________________________________________________ 138 131 Figura 131Horario en Autómatas __________________________________________________ 139 132 Figura 132Autómatas ___________________________________________________________ 139 133 FIGURA 133Planificaciones por Línea. ______________________________________________ 140 134 Figura 134Nueva Planificación. ___________________________________________________ 141 135 Figura 135Edición Planificación ___________________________________________________ 142 136 Figura 136Nuevo Festivo. ________________________________________________________ 143 137 Figura 137Edición Festivo. _______________________________________________________ 143 138 Figura 138Nuevo Período Vacaciones. ______________________________________________ 144 139 FIGURA 139Edición Período Vacaciones. ____________________________________________ 144 140 Figura 140Nuevo Día Especial. ____________________________________________________ 145 141 FIGURA 141Edición Día Especial ___________________________________________________ 146 142 FIGURA 142Nuevo Período Especial. _______________________________________________ 147 143 FIGURA 143Edición Período Especial. _______________________________________________ 147 144 Figura 144Datos Meters, Medidas. ________________________________________________ 148 145 Figura 145Datos Meters, Líneas. __________________________________________________ 149 146 Figura 146Datos Meters, Gráfica. _________________________________________________ 150 147 Figura 147Exportar a Excel. ______________________________________________________ 150 148 Figura 148Gestión Base de Datos. _________________________________________________ 151 149 Figura 149Nuevo Usuario. _______________________________________________________ 151 150 Figura 150Edición Usuario. _______________________________________________________ 152 151 Figura 151Ayuda. ______________________________________________________________ 152 DERD TRAVEL SYSTEM 16 Jimena Quejigo duración para cada una de las fases, el inconveniente es que no tiene en cuenta que pueda suceder algún imprevisto. Modelo de requisitos: Se visualiza el modelo de requisitos del hardware y software requeridos para el funcionamiento de la aplicación, así como los casos de uso y diagramas de secuencia. Modelo conceptual: Se observan los diagramas de clase, el modelado de objetos y su mapa de navegación. Diseño de la Base de Datos relacional: Contiene una descripción de la Base de Datos seleccionada para la implementación del sistema y la descripción de cada una de las tablas que la componen. Implementación: Se describen los lenguajes, las herramientas y la metodología utilizada para la programación de Derd Travel System. Documentación: Incluye un manual de instalación y uso de la interfaz. Conclusión: Expone las ideas que se han generado durante la realización del proyecto. Bibliografía: Enumera la lista de libros y webs que han sido de utilidad para la implementación del proyecto. DERD TRAVEL SYSTEM 17 Jimena Quejigo 2. ESTRUCTURA DEL SISTEMA. Este apartado se muestra la estructura del sistema que se va a utilizar para el funcionamiento de la aplicación. Se distinguen dos grupos principales, el grupo Usuarios compuesto por los elementos encargados de tomar las medidas de potencia, intensidad, etc., y el grupo Centro de Control que es el espacio que alberga a los equipos que contienen la aplicación encargada del tratamiento y presentación de los datos obtenidos. El grupo Usuarios a su vez está compuesto por los equipos responsables de tomar las medidas: Unidad central de adquisición de datos: compuesta por medidores de potencias, intensidades y tensiones en el sistema a controlar (Power Meter 710 (PM710) de Merlin Gerin). Para la medida de las intensidades será necesario disponer de los transformadores de intensidad adecuados. Autómata programable: TSX Micro de Telemecanique: Utiliza los datos de la central de medida PM710, posteriormente establece la comunicación a través de Ethernet con el servidor y genera las señales de entrada para verificación y control del sistema, y las señales de salida para ejecutar las acciones de control en el usuario. [10] Combinado: Se define como un Meter ficticio que permite obtener el resultado de la unión de dos medidores que no están instalados pero que interesa conocer sus medidas. PM810: Es un modelo de autómata superior al PM710, el cual es mayoritario en el sistema. [12] Dispositivos de mando: Adaptan las señales de entrada y salida del autómata al circuito de potencia de sistema a controlar. DERD TRAVEL SYSTEM 18 Jimena Quejigo F IGURA 3E QUIPOS A INSTALAR EN LOS U SUARIOS . Por otro lado el centro de control constará de los siguientes equipos: Estación de trabajo: Utilizada para desarrollar el software, albergar la aplicación y la Base de Datos en la que se almacenan todos los datos adquiridos por el sistema. Además incluye las aplicaciones implementadas para el control y gestión de cargas. De este modo la información se encuentra centralizada. Todos los elementos, incluida las impresoras y otros periféricos, estarán conectados a través de una red local y protegidos con los correspondientes sistemas de alimentación ininterrumpida (SAI’s). DERD TRAVEL SYSTEM 19 Jimena Quejigo 3. PLANIFICACIÓN DEL PROYECTO. En este apartado se observa la planificación de las tareas llevadas a cabo en función del tiempo. El proyecto se inició en noviembre de 2008 y se finalizo el 30 de junio de 2009. Para determinar la duración de cada una de las fases se ha tenido en consideración que las tecnologías con las que se está trabajando son muy novedosas y por lo tanto la documentación relacionada con el funcionamiento del lenguaje y la tecnología es tanto escasa como escueta. Este es el motivo por el que se ha estimado al alza la duración de las tareas. En las F IGURA 4 y F IGURA 5 se puede observar el Diagrama de Gantt correspondiente a la planificación del proyecto, el cual se ha desarrollado mediante la herramienta Microsoft Office Project [14]. DERD TRAVEL SYSTEM 20 Jimena Quejigo F IGURA 4D IAGRAMA DE G ANTT . DERD TRAVEL SYSTEM 21 Jimena Quejigo F IGURA 5D IAGRAMA DE G ANTT . DERD TRAVEL SYSTEM 22 Jimena Quejigo 3.1. FASE DE INICIO La fase comienza con el estudio y conocimiento del Sistema Derd, conocer los objetivos perseguidos y la metodología de trabajo. Acto seguido se redacta la propuesta de proyecto y la documentación necesaria para la asignación del proyecto. 3.2. ANALISIS DE ESPECIFICACIÓN Y REQUISITOS En esta fase se ha utilizado la herramienta Microsoft Visio, recomendada por uno de los libros de la bibliografía y seleccionada por su facilidad para el desarrollo de los distintos modelos. Seguidamente se estima la planificación en función del tiempo, utilizando para su representación diagramas de Gantt de las páginas anteriores. (F IGURA 4 y F IGURA 5) A continuación se implementan los modelos de casos de uso, el Modelo de Clases, Modelo Dinámico, de Secuencia y Navegación 3.3. IMPLEMENTACIÓN En primer lugar se produce la necesidad de decidir la Base de Datos a utilizar para albergar los datos obtenidos de los puntos de medida, los diferentes elementos de medida y planificaciones que componen el sistema. Finalmente se opta por Microsoft SQL Express Edition 2005, cuyo uso es libre, distribuible y dispone de 4 GB de almacenamiento de datos, lo cual resulta suficiente para la toma de medidas del sistema en el plazo aproximado de dos años. Para solventar el problema del almacenamiento limitado, el usuario de Derd Travel System podrá crear, eliminar o restaurar la Base de Datos cuando lo desee. [9]. Posteriormente se decide la herramienta y el lenguaje a utilizar para el desarrollo de la aplicación, la elección ha sido Microsoft Visual Studio 2008 [5] y WPF respectivamente. WPF es un novedoso lenguaje de Microsoft usado como pilar en Windows Vista, ofrece gran capacidad gráfica para el desarrollo tanto de aplicaciones como de sitios web aportando una apariencia atractiva y elementos de interacción con el usuario que incluyen animación, video, audio y documentos. Una de sus principales ventajas es la separación del lenguaje declarativo (XAML) y del lenguaje de programación (.NET), debido a que se puede separar el diseño de la interfaz de lo que es la programación propiamente dicha. [1]. DERD TRAVEL SYSTEM 23 Jimena Quejigo El entorno de desarrollo de la interfaz puede ser el propio Visual Studio, pero como herramienta de uso profesional se ha seleccionado Microsoft Expression Blend [8], la cual contiene una amplia gama de medios interactivos y de diseño y además cuenta con la ventaja de un entorno de trabajo en tiempo real. También se investiga la manera más óptima de hacer multilingüe la aplicación, decantándose por un modelo de etiquetado contenido en los documentos de recursos del sistema. Se tendrán tantos documentos como idiomas se deseen incluir, habiendo definido uno de ellos como el idioma por defecto. Debido a diferencias interculturales en los idiomas se ha decido hacer los documentos basándose en el lenguaje y cultura, de esta manera un documento en inglés hablado en Estados Unidos correspondería al documento “en-US” o un documento en castellano hablado en Latino-América sería “es-LAT”. Después de la toma de contacto con las diversas herramientas y lenguajes a utilizar, se comienza con el diseño de los prototipos de las ventanas del sistema y un primer modelo de navegación. Con la realización de los prototipos se consigue mayor facilidad en la implementación y funcionalidad de las ventanas de Derd Travel System. Una vez realizadas las principales ventanas de la aplicación se prosigue con las pruebas de comunicación con el autómata, comprobando de esta forma que todos los datos se reciben y las órdenes enviadas al autómata funcionan correctamente. A continuación se comienza a utilizar la herramienta Adquisition, encargada de la toma y gestión de datos y de la administración de puntos de medida, líneas, usuarios y permisos. El programa consta de dos partes, la primera abarca a todo lo que concierne a la gestión de los datos tomados, y la segunda realiza la comunicación con el autómata. El modo de funcionamiento es mediante la generación de un proceso independiente para cada medidor, de esta forma si surge cualquier inconveniente en uno de ellos el resto no se verá afectado. Asimismo es capaz de recuperar los procesos caídos y relanzarlos para que continúen tomando datos si se ha detectado algún problema de comunicación. Seguidamente se realiza una toma de datos de una duración de 72 horas para verificar el buen funcionamiento del Adquisition. Un punto importarte del sistema es la visualización por medio de graficas del consumo energético obtenido por los medidores. Dicha gráfica muestra la potencia consumida (KW, kilovatios), a lo largo de un día. La gráfica se irá actualizando en tiempo real cada vez que el medidor realice una toma de datos. La problemática con las graficas se ha producido al elegir el paquete a emplear, ya que al ser un lenguaje tan actual no es muy variado el número de productos que las compañías ofrecen para su desarrollo, de hecho Microsoft no ha preparado ningún toolkit de gráficas para WPF. Por lo este motivo se seleccionado un paquete de generación de gráficas de distribución no gratuita, denominado Devexpress [16]. DERD TRAVEL SYSTEM 24 Jimena Quejigo Acto seguido se realiza la implementación de la planificación. Una planificación consta de un conjunto de horarios definidos para cada uno de los días de la semana, considerando la posibilidad de períodos/días festivos, o períodos/días especiales, en las que interesa contar con una planificación distinta de la habitual. Un horario se define mediante tramos horario, es decir determinando los intervalos de encendido y apagado de las líneas. El funcionamiento de una planificación se puede realizar a través del servidor o por medio del autómata. Una de las novedades introducidas, precisamente, consiste en el uso del programa para escribir datos y horarios de planificaciones en el autómata, de esta forma, a modo de sistema auxiliar, éste se utilizaría funcionando con los datos que contiene internamente. De esta manera el sistema contaría con una puerta trasera ante cualquier imprevisto, por ejemplo un corte de luz o caída del servidor. Por último se desarrolla el instalador y se realizan las pruebas necesarias para comprobar que la aplicación se ejecuta correctamente. 3.4. DOCUMENTACIÓN En esta fase se ha desarrollado el manual de usuario, el manual de instalación y la memoria del presente proyecto DERD TRAVEL SYSTEM 25 Jimena Quejigo 4. MODELO DE REQUISITOS. En el presente proyecto se presenta el Modelo de requisitos para obtener las propiedades de interfaz de usuario. El método seleccionado se define para una metodología de producción automática de código, OO-Method, el cual logra que la interfaz a desarrollar sea ergonómica y útil para el usuario final. OO-Method se extendió por su capacidad al obtener los conceptos relativos a los requisitos de interfaz de usuario. Este modelo tiene como principal contribución que, haciendo uso exclusivamente de información proveniente del dominio del problema, captura propiedades para la interacción con el usuario de la aplicación de modo declarativo e independiente de la plataforma. Dicha información es fundamental para la posterior producción del software. En la F IGURA 6 se muestra el marco metodológico de trabajo. F IGURA 6M ARCO ARQUITECTÓNICO DE OO-M ETHOD . La primera etapa del proceso de construcción del software se apoya en la elaboración del modelo de requisitos. Dicha etapa tiene como objetivo delimitar el sistema y capturar la funcionalidad que debe ofrecer desde el punto de vista del usuario, es decir, los requisitos son capacidades y condiciones con las cuales debe estar conforme el sistema. El propósito del modelo de requisitos es alcanzar la compresión total del problema y sus implicaciones, para ello el analista debe separar los requisitos verdaderos y las decisiones relacionadas con el diseño y la implementación DERD TRAVEL SYSTEM 32 Jimena Quejigo Gestión de usuarios: En el siguiente paquete se observan los componentes necesarios para la administración de usuarios. El actor correspondiente al Gestor desempeña el papel de persona autorizada por el sistema, pero es el actor Administrador el responsable de dictar los datos y permisos que se otorgan a los usuarios. F IGURA 17G ESTIÓN DE USUARIOS . Gestión de Base de Datos: La Base de Datos del sistema únicamente puede ser manejada por el Administrador, las tareas que éste puede llevar a cabo son crear, borrar, restaurar y librear el espacio considerado innecesario. F IGURA 18G ESTIÓN DE BASES DE DATOS . DERD TRAVEL SYSTEM 33 Jimena Quejigo Autómatas: El siguiente paquete consta de una serie de tareas dedicadas a completar la funcionalidad de los autómatas que conforman el sistema. Listado de Líneas y Autómatas: Enumera los autómatas y las líneas de las que se dispone. De esta manera se aprecia a simple vista las dependencias que existen entre los elementos. Parámetros de horario: Se llama parámetros de horario a los períodos o dias especiales de posee el autómata. Éstos pueden estar simplemente definidos o pueden ser transferidos al autómata . Seleccionar Línea: Mediante la selección de una línea se pueden visualizar o administrar las planificaciones que posee. F IGURA 19A UTÓMATAS . DERD TRAVEL SYSTEM 34 Jimena Quejigo 4.3. PLANTILLAS DE LOS CASOS DE USO Las plantillas de los casos de uso describen una aplicación en base a la interacción entre los casos de uso y el usuario. Mediante la definición de las responsabilidades del sistema es posible especificar qué debe hacer (requisitos funcionales) sin necesidad de definir cómo (diseño). Se ha seleccionado formalidad completa para la descripción de los casos de uso, ya que definen con detalle todos los pasos y variaciones presentando secciones de apoyo como precondiciones y postcondiciones. Una precondición dicta los hechos que se han de cumplir para que el flujo de eventos se pueda llevar a cabo. El conjunto de condiciones que se definen en la precondición deben ser evaluadas como ciertas para que comience el flujo de datos. Es muy común que la precondición sea el resultado exitoso de un caso de uso anterior. Una postcondición o garantía de éxito se compone de un conjunto de hechos que se han de cumplir si el flujo de eventos normal se ha ejecutado correctamente. No son acciones del sistema, sino el resultado de éstas. Acto seguido se detallan las plantillas de casos de uso utilizadas: Tabla 1. Alta Autómata. Alta Autómata Caso de uso Alta Autómata Actores Administrador Condiciones previas El identificador no puede existir. Descripción Se introducen los datos del autómata y se crea. Condiciones posteriores Podrá tener líneas asociadas. Especificación del caso de uso Flujo básico 1. Introducir Nombre. 2. Introducir Edificio. 3. Introducir Descripción. 4. Seleccionar el estado de activado (por defecto marcado). 5. Introducir IP local DERD TRAVEL SYSTEM 35 Jimena Quejigo 6. Introducir IP Remote 7. Introducir el puerto (por defecto 502) 8. Introducir el N Slave (por defecto 2) 9. Introducir TimeOutConnection (por defecto 1000) 10. Introducir Time Out (por defecto 1000) Tabla 2. Edición Autómata. Edición Autómata Caso de uso Edición Autómata Actores Administrador, Gestor Condiciones previas El autómata ha tenido que ser dado de alta. Descripción Se selecciona autómata y se modifican los campos oportunos. Condiciones posteriores Especificación del caso de uso Flujo básico 1. Modificar Nombre. 2 .Modificar Edificio. 3. Modificar Descripción. 4. Seleccionar el estado de activado. 5. Modificar IP local 6. Modificar IP Remote 7. Modificar el puerto (por defecto 502) 8. Modificar el N Slave (por defecto 2) 9. Modificar TimeOutConnection. 10. Modificar Time Out. DERD TRAVEL SYSTEM 36 Jimena Quejigo Tabla 3. Eliminar Autómata. Eliminar Autómata Caso de uso Eliminar autómata. Actores Administrador. Condiciones previas El autómata tiene que haber sido dado de alta. Descripción El administrador selecciona el autómata que desea borrar. Cuando éste se elimina también se suprimen las líneas que tiene asociadas, que como máximo serán 112. Condiciones posteriores Especificación del caso de uso Flujo básico 1. El administrador selecciona el autómata a eliminar. 2. Se elimina de la Base de Datos autómata y todas sus líneas asociadas. Tabla 4. Alta punto de medida. Alta punto de medida Caso de uso Alta de punto de medida Actores Administrador Condiciones previas El identificador del punto de medida no puede existir. Descripción Se introducen los datos del punto de medida y se crea. Condiciones posteriores Podrá dar de alta líneas asociadas al nuevo punto de medida. Especificación del caso de uso Flujo básico 1. Introducir el ID. 2. Introducir el intervalo para la toma de datos (por defecto 900 segundos). 3. Marcar si se desea que el punto de medida este activado (por defecto activado). 4. Introducir el emplazamiento. 5. Introducir el ID del Meter superior. DERD TRAVEL SYSTEM 37 Jimena Quejigo 6. Introducir IP local. 7. Introducir IP Remote. 8. Introducir el puerto (por defecto 502). 9. Introducir N Slave (por defecto 0). 10. Introducir Function (por defecto 3). 11. Introducir Read Start (por defecto 100). 12. Introducir Write Start (por defecto 0). 13. Introducir Group (por defecto 1). 14. Introducir TimeOutConnection (por defecto 1000). 15. Introducir Time Out (por defecto 1000). 16. Seleccionar la foto del emplazamiento del punto de medida. 17. Seleccionar la foto de la ubicación del punto de medida Tabla 5. Edición punto de medida. Edición punto de medida Caso de uso Modificar punto de medida Actores Administrador, Gestor Condiciones previas El punto de medida tiene que haber sido dado de alta. Descripción Seleccionando un punto de medida y modificar sus datos. Condiciones posteriores Especificación del caso de uso Flujo básico 1. Modificar el código de Meter. 2. Modificar el intervalo. 3. Modificar activado. 4. Modificar el emplazamiento. 5. Modificar el ID del Meter superior. DERD TRAVEL SYSTEM 38 Jimena Quejigo 6. Modificar IP local. 7. Modificar IP remote. 8. Modificar el puerto. 9. Modificar el N Slave. 10. Modificar Function. 11. Modificar Read Start. 12. Modificar Write Start. 13. Modificar Group. 14. Modificar TimeOutConnection. 15. Modificar Time Out. 16. Seleccionar la foto del emplazamiento del punto de medida. 17. Seleccionar la foto de la ubicación del punto de medida. 18. Guardar cambios. Tabla 6. Eliminar punto de medida. Eliminar punto de medida Caso de uso Eliminar de punto de medida. Actores Administrador. Condiciones previas El punto de medida tiene que haberse dado de alta y no tener ningún punto de medida padre, en ese caso primero se han de eliminar los Meters padre. Descripción El administrador selecciona el punto o puntos de medida que desea borrar. Cuando se elimina un Meter también se suprimen las líneas y las medidas que tiene asociadas. Condiciones posteriores El punto de medida no existe, pero si los datos que ha obtenido durante su funcionamiento Especificación del caso de uso Flujo básico 1. El administrador selecciona el punto de medida a eliminar. 2. Se elimina de la Base de Datos el punto de medida y todas las líneas asociadas. DERD TRAVEL SYSTEM 39 Jimena Quejigo Tabla 7. Alta Línea. Alta Línea Caso de uso Alta de línea. Actores Administrador. Condiciones previas Debe existir un punto de medida y un autómata al cual poder asignar la línea. Un autómata podrá tener como máximo 112 líneas asociadas. Descripción Se introducen los datos y se crea la línea. Condiciones posteriores Si se da de alta la línea con el campo activada seleccionado, se podrá encender y apagar, en caso contrario, no se podrá abrir o cerrar hasta que se cambie el valor de activada. Especificación del caso de uso Flujo básico 1. . Introducir el nombre y código de la línea. 2. . Seleccionar el Meter asociado. 3. Seleccionar el autómata. 4. . Introducir nombre. 5. Seleccionar si se desea activar la línea o no. 6. .Introducir la posición de memoria reservada en el Meter. 7. .Introducir la descripción. 8. . Seleccionar la foto de la ubicación de la línea. 9. . Seleccionar la foto del emplazamiento de la línea. Tabla 8. Edición Línea. Edición Línea Caso de uso Edición línea. Actores Administrador y Gestor. Condiciones previas La línea tiene que haber sido dada de alta. Descripción Se selecciona una línea y se modifican sus campos. DERD TRAVEL SYSTEM 40 Jimena Quejigo Condiciones posteriores La línea debe pertenecer a un autómata y hereda de él la IP_Local, IP_Remota, Port_IP y N_Slave. En caso de desactivar la línea no se podrá encender o apagar. Especificación del caso de uso Flujo básico 1. Modificar el Meter asociado. 2. Modificar el autómata asociado. 3. Modificar el nombre de la línea. 4. Modificar el campo activada. 5. Modificar la posición de memoria reservada en el Meter. 6. Modificar la descripción. 7. Seleccionar la foto de la ubicación de la línea. 8. Seleccionar la foto del emplazamiento de la línea. 9. Guardar cambios. Tabla 9. Eliminar Línea. Eliminar Línea Caso de uso Baja de línea. Actores Administrador. Condiciones previas La línea tiene que haberse dado de alta. Descripción Se selecciona la línea y se elimina de la Base de Datos. Condiciones posteriores Deja de existir la línea y sus planificaciones asociadas. Especificación del caso de uso Flujo básico 1 Seleccionar la línea o líneas. 2. Se elimina de la Base de Datos. DERD TRAVEL SYSTEM 41 Jimena Quejigo Tabla 10. Alta Planificación. Alta Planificación Caso de uso Alta Planificación. Actores Administrador, Gestor. Condiciones previas Debe existir línea. Descripción Introducir los datos y crear planificación. Condiciones posteriores Una línea puede tener más de una planificación, pero únicamente puede haber una activa. Especificación del caso de uso Flujo básico 1. Introducir el nombre y descripción de la planificación. 2. Seleccionar autómata. 3. Seleccionar Línea. 4. Seleccionar Activar (por defecto desactivado). 5. Elección de fecha inicio y fecha fin. 6. Por cada uno de los horarios (Lunes, Martes, Miércoles, Jueves, Viernes, Sábado, Domingo, Festivos, Especiales). 6.1. Seleccionar tramos horarios. 6.2. Seleccionar estado de los tramos ON/OFF (por defecto off). Tabla 11. Edición Planificación. Edición Planificación Caso de uso Edición Planificación. Actores Administrador y Gestor. Condiciones previas Debe existir línea. Descripción Se selecciona una planificación y se modifican sus campos. Condiciones posteriores Una línea puede tener más de una planificación, pero únicamente puede haber una activa. Especificación del caso de uso DERD TRAVEL SYSTEM 48 Jimena Quejigo Flujo básico 1. Seleccionar Autómata. 2. Seleccionar fecha de inicio del período. 3. Seleccionar fecha de fin del período. 4. Modificar descripción. Tabla 23. Eliminar Vacaciones. Eliminar Vacaciones Caso de uso Baja Vacaciones. Actores Administrador, Gestor. Condiciones previas Descripción Seleccionar uno más períodos de vacaciones. Automáticamente se borran de la Base de Datos. Condiciones posteriores El período deja de existir. Especificación del caso de uso Flujo básico 1. Seleccionar período de vacaciones. 2.Eliminar .período Tabla 24. Alta Día Festivo. Alta Día Festivo Caso de uso Alta Día Festivo. Actores Administrador, Gestor. Condiciones previas Debe existir un autómata El número de días festivos por autómata debe ser como máximo 25. Descripción El usuario introduce los datos para crear el día festivo. Condiciones posteriores El día festivo no se puede repetir para el mismo autómata. Especificación del caso de uso DERD TRAVEL SYSTEM 49 Jimena Quejigo Flujo básico 1. Seleccionar Autómata. 2. Seleccionar fecha. 3. Introducir descripción. Tabla 25. Edición Día Festivo. Edición Día Festivo Caso de uso Edición Día Festivo. Actores Administrador, Gestor. Condiciones previas Debe existir un autómata El número de días festivos por autómata debe ser como máximo 25. Descripción El usuario modifica los campos del día festivo, seguidamente se guardan los cambios. Condiciones posteriores El día festivo no se puede repetir para el mismo autómata. Especificación del caso de uso Flujo básico 1. Seleccionar Autómata. 2. Seleccionar fecha. 3. Modificar descripción. Tabla 26. Eliminar Día Festivo. Eliminar Día Festivo Caso de uso Baja Día Festivo. Actores Administrador, Gestor. Condiciones previas Descripción Seleccionar uno más días festivos. Automáticamente se borran de la Base de Datos. Condiciones posteriores El día festivo deja de existir. DERD TRAVEL SYSTEM 50 Jimena Quejigo Especificación del caso de uso Flujo básico 1. Seleccionar día festivo. 2. Eliminar día. Tabla 27. Alta Día Especial. Alta Día Especial Caso de uso Alta Día Especial. Actores Administrador, Gestor. Condiciones previas Debe existir línea. El número de días especiales por autómata debe ser como máximo 6 y deben pertenecer a líneas distintas. Descripción El usuario introduce los datos para crear el día especial. Condiciones posteriores El día especial no se puede repetir para el mismo autómata, aunque pertenezcan a líneas diferentes. Especificación del caso de uso Flujo básico 1. Seleccionar Autómata. 2. Seleccionar Línea. 3. Seleccionar fecha. 4. Introducir descripción. Tabla 28. Edición Día Especial. Edición Día Especial Caso de uso Edición Día Especial. Actores Administrador, Gestor. Condiciones previas Debe existir línea. El número de días especiales por autómata debe ser como máximo 6 y pertenecer a líneas distintas. DERD TRAVEL SYSTEM 51 Jimena Quejigo Descripción El usuario modifica los campos del día especial, seguidamente se guardan los cambios. Condiciones posteriores El día especial no se puede repetir para el mismo autómata, aunque pertenezcan a líneas diferentes. Especificación del caso de uso Flujo básico 1. Seleccionar Autómata. 2. Seleccionar Línea. 3. Seleccionar fecha. 4. Modificar descripción. Tabla 29. Eliminar Día Especial. Eliminar Día Especial. Caso de uso Baja Día Especial. Actores Administrador, Gestor. Condiciones previas Descripción Seleccionar uno más días especiales. Automáticamente se borran de la Base de Datos. Condiciones posteriores El día especial deja de existir. Especificación del caso de uso Flujo básico 1. Seleccionar día especial. 2. Eliminar día especial. Tabla 30. Alta Período Especial. Alta Período Especial. Caso de uso Alta Período Especial. Actores Administrador, Gestor. Condiciones previas Debe existir línea. DERD TRAVEL SYSTEM 52 Jimena Quejigo El número de períodos especiales por autómata debe ser como máximo 10 y deben pertenecer a líneas distintas. Descripción El usuario introduce los datos para crear el período especial. Condiciones posteriores El período especial no se puede repetir para el mismo autómata, aunque pertenezcan a líneas diferentes. Especificación del caso de uso Flujo básico 1. Seleccionar Autómata. 2. Seleccionar Línea. 3. Seleccionar fecha de inicio del período. 5. Seleccionar fecha de fin del período. 5. Introducir descripción. Tabla 31. Edición Período Especial. Edición Período Especial. Caso de uso Edición Período Especial. Actores Administrador, Gestor. Condiciones previas Debe existir línea. El número de períodos especiales por autómata debe ser como máximo 10 y pertenecer a líneas distintas. Descripción El usuario modifica los campos del período especial, seguidamente se guardan los cambios. Condiciones posteriores El período especial no se puede repetir para el mismo autómata, aunque pertenezcan a líneas diferentes. Especificación del caso de uso Flujo básico 1. Seleccionar Autómata. 2. Seleccionar Línea. 3. Seleccionar fecha de inicio del período. DERD TRAVEL SYSTEM 53 Jimena Quejigo 6. Seleccionar fecha de fin del período. 5. Modificar descripción. Tabla 32. Eliminar Período Especial. Eliminar Período Especial Caso de uso Baja Período Especial. Actores Administrador, Gestor. Condiciones previas Descripción Seleccionar uno más períodos especiales. Automáticamente se borran de la Base de Datos. Condiciones posteriores El período especial deja de existir. Especificación del caso de uso Flujo básico 1. Seleccionar período especial. 2. Eliminar período especial. Tabla 33. Iniciar Procesos. Iniciar Procesos Caso de uso Iniciar procesos. Actores Administrador, Gestor. Condiciones previas Descripción El usuario activa los procesos. Condiciones posteriores Empezarán a tomar medidas los Meters que se encuentren activados. Especificación del caso de uso Flujo básico 1. El usuario activa los procesos. 2. El sistema comprueba que hay algún punto de medida dado de alta y activado. 3. El sistema crea un proceso por cada punto de medida encontrado y activado. DERD TRAVEL SYSTEM 54 Jimena Quejigo Tabla 34. Detener Procesos. Detener Procesos Caso de uso Detener procesos. Actores Administrador, Gestor. Condiciones previas Descripción El usuario desactiva los procesos. Condiciones posteriores Los puntos de medida dejarán de tomar medidas. Especificación del caso de uso Flujo básico 1. El usuario desactiva los procesos. 2. El sistema detiene los procesos que se encuentren activos. Tabla 35. Desactivar Meter. Desactivar Meter Caso de uso Desactivar punto de medida. Actores Administrador, Gestor. Condiciones previas Descripción El usuario selecciona un punto de medida de la lista y lo desactiva. Condiciones posteriores El proceso toma los valores del punto de medida se detienen. Especificación del caso de uso Flujo básico 1. El usuario selecciona un punto de medida. 2. Desactivar el Meter. 3. El sistema detiene el proceso asociado al Meter. Tabla 36. Activar Meter. Activar Meter Caso de uso Activar punto de medida. DERD TRAVEL SYSTEM 55 Jimena Quejigo Actores Administrador, Gestor. Condiciones previas Descripción El administrador selecciona un punto de medida de la lista y lo activa. Condiciones posteriores Se activa el proceso encargado de tomar los datos del Meter. Especificación del caso de uso Flujo básico 1. El usuario selecciona un punto de medida. 2. Activar el punto de medida. 3. El sistema crea el proceso asociado al punto de medida para que continúe tomando valores. Tabla 37. Seleccionar Meter. Seleccionar Meter. Caso de uso Seleccionar punto de medida. Actores Administrador, Gestor. Condiciones previas Solo podrá seleccionar aquellos puntos de medida para los que tenga permiso. Descripción El usuario selecciona un punto de medida. Condiciones posteriores Visualiza los datos del punto de medida y las medidas del día actual. Especificación del caso de uso Flujo básico 1. El usuario selecciona uno de los puntos de medida. 2. El sistema redirige a la página con los datos y las medidas del Meter. Tabla 38. Cargar Datos Meter. Cargar Datos Meter. Caso de uso Cargar datos del Meter. DERD TRAVEL SYSTEM 56 Jimena Quejigo Actores Administrador, Gestor. Condiciones previas Deben existir medidores. Descripción El usuario puede consultar las medidas tomadas de cualquiera de los días desde que se comenzó la toma de datos. Condiciones posteriores La página se refresca automáticamente con los valores del día especificado. Especificación del caso de uso Flujo básico 1. El usuario selecciona un día del calendario y un Meter. 2. El sistema carga los datos con la fecha especificada. Tabla 39. Generar Gráfica. Generar Gráfica Caso de uso Generar gráfica potencia. Actores Administrador, Gestor. Condiciones previas Deben existir medidores. Descripción El usuario puede generar una gráfica para visualizar la potencia instantánea. Por defecto se observa la potencia medida en el día actual pero es posible seleccionar la fecha que se desee. Condiciones posteriores Si el Meter seleccionado para generar la gráfica no tiene datos para la feche elegida la gráfica será vacía. Especificación del caso de uso Flujo básico 1. Seleccionar punto de medida. 2. Seleccionar fecha. 3. Generar gráfica. DERD TRAVEL SYSTEM 57 Jimena Quejigo Tabla 40. Actualizar Gráfica. Actualizar Gráfica Caso de uso Actualizar gráfica. Actores Administrador, Gestor. Condiciones previas Descripción El usuario pulsa un botón para refrescar la gráfica. Condiciones posteriores Se actualiza la gráfica con los últimos cambios. Especificación del caso de uso Flujo básico 1. El usuario pulsa un botón para actualizar la gráfica. 2. El sistema actualiza cualquier cambio realizado en las tablas en la gráfica. Tabla 41. Seleccionar Línea. Seleccionar Línea Caso de uso Seleccionar línea. Actores Administrador, Gestor. Condiciones previas Deben existir líneas. Descripción El usuario selecciona una línea. Condiciones posteriores Visualiza los datos de la línea, su autómata, Meter y planificaciones asociadas. Especificación del caso de uso Flujo básico 1. El usuario selecciona una línea. 2. El sistema redirige una ventana que contiene los datos de la línea seleccionada. Tabla 42. Encender Línea. Encender Línea Caso de uso Encender línea. Actores Administrador, Gestor. DERD TRAVEL SYSTEM 64 Jimena Quejigo F IGURA 25DS E DICIÓN P UNTO DE M EDIDA . Eliminar Punto de Medida: El administrador selecciona los puntos de medida a eliminar de la Base de Datos. Automáticamente también se eliminan las líneas asociadas, pero se mantienen los datos obtenidos por el mismo. F IGURA 26DS E LIMINAR P UNTO DE M EDIDA . Alta Línea: El administrador introduce los datos necesarios para crear la línea. DERD TRAVEL SYSTEM 65 Jimena Quejigo F IGURA 27DS A LTA L ÍNEA . Editar Línea: Todos los datos de una línea pueden ser modificados, exceptuando el identificador. F IGURA 28DS E DICIÓN L ÍNEA . Eliminar Línea: Sucesión de las funciones a realizar para eliminar correctamente un línea. DERD TRAVEL SYSTEM 66 Jimena Quejigo F IGURA 29DS E LIMINAR L ÍNEA . Alta Planificación: Muestra las tareas necesarias para que un usuario de de alta una planificación. F IGURA 30DS A LTA P LANIFICACIÓN . Edición Planificación: Cualquier usuario registrado puede ejecutar la modificación de una planificación. DERD TRAVEL SYSTEM 67 Jimena Quejigo F IGURA 31DS E DICIÓN P LANIFICACIÓN . Eliminar Planificación: Permite eliminar de la Base de Datos todas las planificaciones seleccionadas, implica también el borrado de los horarios y los tramos horarios que tenga asociados. F IGURA 32DS E LIMINAR P LANIFICACIÓN . Alta usuario: El diagrama de la F IGURA 33 muestra el trabajo realizado por el sistema para la creación de un nuevo usuario. DERD TRAVEL SYSTEM 68 Jimena Quejigo F IGURA 33DS A LTA U SUARIO . Editar Usuario: Permite modificar los datos de un usuario. F IGURA 34DS E DICIÓN U SUARIO . Eliminar Usuario: Se indican las tareas efectuadas por el administrador para eliminar a los usuarios elegidos de la Base de Datos. DERD TRAVEL SYSTEM 69 Jimena Quejigo F IGURA 35DS E LIMINAR U SUARIO . Autenticar Usuario: El usuario introduce su login y password y si el sistema comprueba que son correctas permite el uso de la aplicación. F IGURA 36DS A UTENTICAR U SUARIO . Crear Base de Datos: Los usuarios de tipo administrador son los únicos capaces de crear bases de datos en el sistema. DERD TRAVEL SYSTEM 70 Jimena Quejigo F IGURA 37DS C REAR B ASE DE D ATOS . Restaurar Base de Datos: Por medio de los backup almacenados se permite restaurar la BD, nuevamente los usuario administradores son lo que se encargan de este cometido. F IGURA 38DS R ESTAURAR B ASE DE D ATOS . Liberar Espacio BD: Comportamiento análogo al procedimiento de restauración de la Base de Datos. DERD TRAVEL SYSTEM 71 Jimena Quejigo F IGURA 39DS L IBERAR ESPACIO B ASE DE D ATOS . Eliminar Base de Datos: Secuencia de tareas similar al resto de casos de eliminación. F IGURA 40DS E LIMINAR B ASE DE D ATOS . Alta Vacaciones: Una vez seleccionado un autómata se señalan los pasos necesarios para dar de altas los períodos de vacaciones. DERD TRAVEL SYSTEM 72 Jimena Quejigo F IGURA 41DS A LTA PERÍODO DE V ACACIONES . Edición Vacaciones: Establece los pasos necesarios para las modificación de los períodos de vacaciones una vez seleccionado el autómata. F IGURA 42DS E DICIÓN PERÍODO DE V ACACIONES . Eliminar Vacaciones: Pasos necesarios para proceder a la eliminación de los períodos de vacaciones. DERD TRAVEL SYSTEM 73 Jimena Quejigo F IGURA 43DS E LIMINAR PERÍODO DE V ACACIONES . Alta Festivos: Análogo al caso al caso anterior. F IGURA 44DS A LTA F ESTIVO . Editar Festivo: Análogo a la F IGURA 42. DERD TRAVEL SYSTEM 80 Jimena Quejigo F IGURA 57DS T RANSFERIR AL A UTÓMATA . DERD TRAVEL SYSTEM 81 Jimena Quejigo 5. MODELO CONCEPTUAL. El Modelo Conceptual representa los requisitos de los usuarios especificando qué hará el sistema sin indicar cómo, suponiendo un ambiente de implementación ideal. El cambio de granularidad del Modelo de Requisitos al Modelo Conceptual se produce debido a que realiza explícitamente la descomposición interna del sistema en las clases que lo componen. Dicho modelo describe los conceptos más significativos en el dominio de un problema real, identificando los atributos y las asociaciones entre objetos. Por este motivo es la herramienta más importante del análisis orientado a objetos. Los elementos principales a mostrar en el modelado conceptual son: Concepto: Elemento lógico o físico con una funcionalidad específica. Atributos: Información que caracteriza al concepto en el mundo real. Entre los tipos más comunes se encuentran los booleanos, enteros, fechas, horas y texto. Asociaciones: Es una relación entre dos conceptos que indica una conexión significativa entre ellos. Una asociación es intrínsecamente bidireccional y se representa mediante una línea nominada entre los conceptos cuyos extremos pueden contener una expresión de multiplicidad, que indica la relación numérica entre las instancias de los conceptos. 5.1. MODELO DE OBJETOS En el presente punto se desarrolla el diseño del modelado orientado a objetos. Dicho modelo es la estructura estática del sistema que muestra sus objetos (clases), relaciones que existen entre ellos y sus atributos y operaciones. Un objeto es una entidad provista de un conjunto de propiedades o atributos dotada de comportamiento o funcionalidad (métodos). A continuación se destacan los elementos más relevantes en el modelado orientado a objetos: Clase: Define propiedades y comportamientos comunes para un tipo de objeto concreto. Cada clase puede estar sujeta a ciertas restricciones de integridad, las cuales establecen condiciones sobre el estado del objeto. Existen dos tipo de restricciones de integridad: Estáticas: Son fórmulas evaluadas únicamente en un estado, pero que deben cumplirse en cualquiera de ellos. DERD TRAVEL SYSTEM 82 Jimena Quejigo Dinámicas: Son fórmulas que se evalúan en más de un estado. Se introducen operadores temporales para trabajar con las clases. Atributo: Es el valor de un dato que está almacenado en los objetos de una clases. Cada atributo puede ir seguido por detalles como el tipo y el valor por omisión. Herencia: Comparte atributos y operaciones entre las clases, tomando como base una relación jerárquica, es decir que se pueden definir clases que posteriormente producirán subclases, las cuales adquieren todas y cada una de las propiedades de la superclase, a parte sus propias propiedades. Operaciones: Una operación es una función o transformación que puede ser aplicada por los objetos de una clase, todos los objetos de una clase comparten las mismas operaciones y una misma operación puede aplicarse a clases distintas. Cada operación es polimórfica, es decir que una misma operación adopta distintas formas en distintas clases. (Algoritmo). Método: Es la implementación de una operación para una clase. La ejecución de dicho algoritmo se desencadena tras la recepción de un mensaje. Evento: Es un suceso atómico que ocurre en el sistema debido a la reacción de un objeto. El sistema supervisa la llegada de un evento enviando un mensaje al objeto pertinente. Transiciones: Unidades de proceso moleculares compuestas de servicios. Mediante una transición no se pueden observar los estados intermedios generados. Mensaje: Comunicación dirigida a un objeto que le ordena que ejecute uno de sus métodos con ciertos parámetros asociados al evento que lo generó. Una vez definidos los términos más importante del modelo orientado a objetos se muestra el diagrama de clases para el caso de estudio. Para el modelado de las clases se ha seleccionado visión estática. (F IGURA 58) DERD TRAVEL SYSTEM 83 Jimena Quejigo F IGURA 58D IAGRAMA DE CLASES . Posteriormente se expone con mayor detalle cada una de las clases, explicando los atributos y servicios que ofrecen. Las clases principales del sistema son Autómata, Meter y Líneas. Autómata: Se ocupa del encendido o apagado de las líneas del sistema. Permite trabajar por servidor o por autómata. (F IGURA 59) Atributos: Un identificador para distinguir los autómatas entre sí (id_automata), un nombre para facilitar la identificación del autómata al usuario (Nombre), el edificio donde está ubicado (Edificio), un atributo para habilitar/deshabilitar (Activado), una breve anotación de los aspectos que se quieran destacar o recordar sobre el autómata (Descripción), IP del ordenador (IP Local), dirección IP de la estación (IP Remote), puerto IP de la estación (PortIP), dirección ModBus de la estación (N_Slave), palabra/bit inicial en comandos de lectura (Read_Start), cantidad de palabras/bits a leer (Read_Quantity), Palabra/bit inicial en comandos de escritura (Write_Start), Cantidad de palabras/bits a escribir (Write_Quantity), tiempo máximo de espera en establecer la conexión (Time_out_Connection), tiempo máximo de espera en recibir la respuesta (TimeOut). Servicios: Crear, editar y eliminar el objeto (Alta, Modificar, Eliminar), obtener sus datos mediante o el identificador o por el nombre (ObtenerDatos, ObtenerDatosByNom), recuperar las líneas, Horarios, que tenga asociados DERD TRAVEL SYSTEM 84 Jimena Quejigo (ObtenerLineas, ObtenerHorarios), crear, editar, eliminar y obtener vacaciones, festivos, días especiales y períodos especiales (AltaVacaciones, EliminarVacaciones, EditarVacaciones, ObtenerVacaciones, AltaFestivos, EliminarFestivos, EditarFestivos, ObtenerFestivos,AltaDiaEsp, EliminarDiaEsp, EditarDiaEsp, ObtenerDiaEsp, AltaPerEsp, EliminarPerEsp, EditarPerEsp, ObtenerPerEsp), traspasar todos los datos de la Base de Datos al autómata (GuardarTramosAut, GuardatPlanifAut, GuardarVacacionesAut, GuardarDiasEspAut, GuardarPerEspAut, GuardarFestivosAut, GuardarHorariosLineas), cambiar el modo de funcionamiento a autómata (FuncionarPorAutomata). DERD TRAVEL SYSTEM 85 Jimena Quejigo Meter: Esta clase permite almacenar los objetos responsables de la toma de medidas, los Meters. (F IGURA 60 Atributos: U n identificador (id_meter), un código para facilitar la identificación del (CodMeter), F IGURA 59C LASE A UTÓMATA . Esta clase permite almacenar los objetos responsables de la toma de medidas, 60 ) n identificador para diferenciar los puntos de medida entre sí un código para facilitar la identificación del M emplazamiento en el que está situado y la ruta donde se ha Esta clase permite almacenar los objetos responsables de la toma de medidas, para diferenciar los puntos de medida entre sí M eter al usuario emplazamiento en el que está situado y la ruta donde se ha DERD TRAVEL SYSTEM 86 Jimena Quejigo guardado una foto del emplazamiento (Emplazamiento, FEmplazamiento), localización del cuadro o circuito del medidor y su respectiva fotografía (Ubicación y FUbicación), la clase de Meter (tipo_meter), dirección del archivo con el esquema unifilar donde se localiza el Meter (EUnifilar), dirección, número de días para el cálculo de la baseline (DiasBaseline), establece el Meter como habilitado/deshabilitado (Activado), código del punto de medida del nivel superior si es que hay, puede disponer hasta de 5 diferentes (id_padre1, id_padre2, id_padre3, id_padre4, id_padre5), IP del ordenador (IP Local), dirección IP de la estación (IP Remote), puerto IP de la estación (PortIP), dirección ModBus de la estación (N_Slave), código de función ModBus (Function), palabra/bit inicial en comandos de lectura (Read_Start), cantidad de palabras/bits a leer (Read_Quantity), Palabra/bit inicial en comandos de escritura (Write_Start), Cantidad de palabras/bits a escribir (Write_Quantity), número de grupo al que pertenecerá el ítem (Group), tiempo que tarda en tomar medidas el punto de medida (Intervalo), tiempo máximo de espera en establecer la conexión (Time_out_Connection), tiempo máximo de espera en recibir la respuesta (TimeOut), si el tipo de Meter es combinado se debe definir una operación y los Meters que realizan la combinación (Operación, idmeterA, idmeterB) Servicios: Crear el objeto (Alta), editar sus datos (Modificar), eliminarlo (Eliminar), obtener sus datos mediante id_meter o por CodMeter (ObtenerDatos, ObtenerDatosByCodMeter), obtener la potencia y los datos de las medidas (ObtenerPotencia, ObtenerMedidas, GuardarMedidas), recuperar las líneas que tiene asociadas (ObtenerLineas) DERD TRAVEL SYSTEM 87 Jimena Quejigo Línea: M ediante los objetos de esta clase se almacena la informa el contro l de cargas de los edificios. Atributos: C ódigo para diferenciar las líneas ( autómata y del nombre y el código para que sean fácilmente identificables por el usuario ( Nombre y CodLinea memoria del autómata que indica si la línea tiene que estar encendida o apagada ( pos_memoria F IGURA 60C LASE M ETER . ediante los objetos de esta clase se almacena la informa ción necesaria para l de cargas de los edificios. ( F IGURA 61) ódigo para diferenciar las líneas ( id_linea ), el identificador de del Meter al que pertenece la línea ( id_automata, id_ nombre y el código para que sean fácilmente identificables por el usuario Nombre y CodLinea ), si está activada o desactivada ( Activada memoria del autómata que indica si la línea tiene que estar encendida o pos_memoria ), una descripción (Descripcion ), dirección de la foto de ción necesaria para ), el identificador de l id_automata, id_ meter), el nombre y el código para que sean fácilmente identificables por el usuario Activada ), posición de memoria del autómata que indica si la línea tiene que estar encendida o ), dirección de la foto de DERD TRAVEL SYSTEM 88 Jimena Quejigo la ubicación archivo con el esqu de línea que se está tratando ( (id_lpadre). Servicios: Alta, Eliminar y modificar la línea (Alta, Modificar, Eliminar), obtener sus datos tanto por identificador como por nombre ( ObtenerDatosByNom la misma (ObtenerPlanificaciones, ObtenerPlanifActiva líneas del sistema ( Planificación: Se ocupa de definir más importante que se obtiene en la clase planificación es el de planificación activa, el cual tiene la propiedad es decir que una línea tiene la restricción de tener únicamente una activa.( FIGURA 62) y emplazamiento ( FUbicacion, FEmplazamiento archivo con el esqu ema unifilar donde está ubicada la línea de línea que se está tratando ( tipo) y la línea superior de la que depende Alta, Eliminar y modificar la línea (Alta, Modificar, Eliminar), obtener sus datos tanto por identificador como por nombre ( ObtenerDatosByNom ), recuperar las planificaciones y la planificaci (ObtenerPlanificaciones, ObtenerPlanifActiva ), y adquirir todas las líneas del sistema ( ObtenerLineas). F IGURA 61C LASE L ÍNEA . Se ocupa de definir los horarios de encendido de las líneas. que se obtiene en la clase planificación es el de planificación activa, el propiedad de bit activado a 1 y la multiplicidad sería unaria para la línea, es decir que una línea tiene la restricción de tener únicamente una FUbicacion, FEmplazamiento ), dirección del (EUnifilar), el tipo superior de la que depende Alta, Eliminar y modificar la línea (Alta, Modificar, Eliminar), obtener sus datos tanto por identificador como por nombre ( ObtenerDatos, ), recuperar las planificaciones y la planificaci ón activa de ), y adquirir todas las de encendido de las líneas. El objeto que se obtiene en la clase planificación es el de planificación activa, el de bit activado a 1 y la multiplicidad sería unaria para la línea, es decir que una línea tiene la restricción de tener únicamente una planificación DERD TRAVEL SYSTEM 89 Jimena Quejigo Atributos: I dentificador de la planificación ( la línea de la que depende (id_linea), (Nombre), un bit para denotar si esta activa o no (Activada), una descripción para detallar aspectos importante ( definir la planificación ( control de luminosidad ( sido transferida al autómata (Transferida). Servicios: Crear, editar y eliminar ( ( ObtenerDatos planificaciones para una línea ( desactiva una planificación dada ( Horario: Define los interv para cada planificación. FIGURA 62P LANIFICACIÓN A CTIVA . dentificador de la planificación ( id_planificacion ), identificador de la línea de la que depende (id_linea), nombre de la planificación para (Nombre), un bit para denotar si esta activa o no (Activada), una descripción para detallar aspectos importante ( Descripción ), fechas en las que se quiere definir la planificación ( FechaIncio, FechaFin ), un bit para determi control de luminosidad ( ControlLuminosidad ), y uno más para comprobar si ha sido transferida al autómata (Transferida). Crear, editar y eliminar ( Alta, Modificar, Eliminar ), adquirir sus datos ObtenerDatos ), obtener sus horarios (ObtenerHorarios ), calcular todas las planificaciones para una línea ( ObtenerPlanificaciones ) y una función que desactiva una planificación dada ( DesactivarPlanificacion) F IGURA 63C LASE P LANIFICACIÓN . Define los interv alos de tiempo y el estado (ON/OFF) de cada tipo de horario para cada planificación. (F IGURA 64) ), identificador de nombre de la planificación para (Nombre), un bit para denotar si esta activa o no (Activada), una descripción ), fechas en las que se quiere ), un bit para determi nar si realiza ), y uno más para comprobar si ha ), adquirir sus datos ), calcular todas las ) y una función que alos de tiempo y el estado (ON/OFF) de cada tipo de horario DERD TRAVEL SYSTEM 96 Jimena Quejigo Autómata: Se observan cinco estados simples, uno de ellos corresponde a con sus respectivas funciones, crear, modificar y eliminar. A su vez el autómata puede ir a un estado para crear, modificar y eliminar vacaciones, festivos, periodos especiales y días especiales. F IGURA 77 Meter: La clase M eter comportamiento de Medida y Gráfica de los cuales se ofrecen sus respectivos diagrama F IGURA F IGURA Se observan cinco estados simples, uno de ellos corresponde a con sus respectivas funciones, crear, modificar y eliminar. A su vez el autómata puede ir a un estado para crear, modificar y eliminar vacaciones, festivos, periodos especiales 77 - D IAGRAMA DE ACTIVIDAD DE LA CLASE A UTÓMATA . eter consta únicamente de un estado simple. Es análogo el la clase Línea, Planificación, Horario, Tramo Horario, Permiso, Medida y Gráfica de los cuales se ofrecen sus respectivos diagrama s de actividades. 78D IAGRAMA DE ACTIVIDAD DE LA CLASE M ETER . IGURA 79D IAGRAMA DE ACTIVIDAD DE LA CLASE L ÍNEA . Se observan cinco estados simples, uno de ellos corresponde a l autómata con sus respectivas funciones, crear, modificar y eliminar. A su vez el autómata puede ir a un estado para crear, modificar y eliminar vacaciones, festivos, periodos especiales un estado simple. Es análogo el Línea, Planificación, Horario, Tramo Horario, Permiso, s de actividades. DERD TRAVEL SYSTEM 97 Jimena Quejigo F IGURA 80 - F IGURA 81 F IGURA 82F IGURA 83 - D IAGRAMA DE ACTIVIDAD DE LA CLASE P LANIFICACIÓN . 81 - D IAGRAMA DE ACTIVIDAD DE LA CLASE HORARIO . D IAGRAMA DE ACTIVIDAD DE LA CLASE TRAMO HORARIO 83 - D IAGRAMA DE ACTIVIDAD DE LA CLASE PERMISO . DERD TRAVEL SYSTEM 98 Jimena Quejigo F IGURA 84 F IGURA 85 Usuario: Esta clase contiene dos estados simples. Al estado “Registrado” pertenecen aquellos obj etos que están identificado. Los objetos que ya se han “Identificado”. F IGURA 86 84 - D IAGRAMA DE ACTIVIDAD DE LA CLASE MEDIDA . 85 - D IAGRAMA DE ACTIVIDAD DE LA CLASE GRÁFICA . Esta clase contiene dos estados simples. Al estado “Registrado” pertenecen etos que están almacenados en la Base de Datos pero aún no se ha identificado. Los objetos que ya se han reconocido pertenecen al estado 86 - D IAGRAMA DE ACTIVIDAD DE LA CLASE USUARIO . Esta clase contiene dos estados simples. Al estado “Registrado” pertenecen pero aún no se ha pertenecen al estado DERD TRAVEL SYSTEM 99 Jimena Quejigo 5.3. MODELO DE NAVEGACIÓN Para concluir el Modelado Conceptual se introduce una nueva etapa, el Modelo de Navegación. Este último modelo se basa en los llamados mapas de navegación que representan gráficamente la organización de la información de una estructura de software o web utilizando notación de UML. El mapa de navegación expresa todas las relaciones de jerarquía y secuencia y permite elaborar los escenarios de comportamiento de los usuarios. Su principal valor es la anticipación a errores de estructuración de la información, de modo que pueden ser corregidos sin necesidad de inversión de tiempo y dinero en la construcción del producto. El error más frecuente es el desequilibrio entre la amplitud y profundidad de la información que se intenta subsanar a través de la conceptualización de un mapa. Amplitud se refiere a la cantidad de secciones o páginas de igual jerarquía a las que se puede acceder desde el inicio o desde las secciones concentradoras de contenidos, y se expresa horizontalmente en un mapa. La Profundidad se grafica de manera vertical e indica el número de opciones de jerarquía decreciente que hay dentro de una misma sección. Finalmente el modelo de navegación que ofrece Derd Travel se puede observar en la F IGURA 87. DERD TRAVEL SYSTEM 100 Jimena Quejigo F IGURA 87M APA DE NAVEGACIÓN DE D ERD T RAVEL S YSTEM . DERD TRAVEL SYSTEM 101 Jimena Quejigo 6. DISEÑO DE LA BASE DE DATOS RELACIONAL. Una vez realizado el modelo de clases, el siguiente paso es desarrollar la Base de Datos relacional. Como se ha citado anteriormente, para su creación se ha empleado SQL Server Management Studio, ya que es un entorno integrado que facilita el acceso a todos los componentes de SQL Server permitiendo su configuración y administración. Una Base de Datos Relacional es una Base de Datos en la que todos los datos visibles por los usuarios están organizados estrictamente como tablas de valores, y todas las operaciones existentes operan sobre estas tuplas. Los usuarios las perciben como una colección de relaciones normalizadas de diversos grados que varían con el tiempo. Existen dos tipos de relaciones entre las tuplas de una Base de Datos. Clave primaria: Es un atributo o un conjunto de atributos que identifican de modo único las tablas de una relación. Clave ajena: Es un atributo o un conjunto de atributos de una relación cuyos valores coinciden con los valores de la clave primaria de alguna otra relación (puede ser la misma). Las claves ajenas representan relaciones entre datos. Cada una de las clases se implementa como una tabla en el Modelo Relacional. La correspondencia entre una clase con una tabla se ha considerado como la manera más eficiente para elaborar la Base de Datos, aunque se han incluido algunas tuplas más con el fin de simplificar la complejidad de las mismas. Las relaciones en el Modelo de Clases se establecen en el Modelo Relacional a través de las claves ajenas. A continuación se presentan las distintas tablas usadas como repositorio de datos en el caso de estudio. La clave primaria se puede distinguir por el símbolo de la llave. Autómata: Contiene los datos de todos los autómatas que componen el sistema. Como clave primaria se ha establecido id_automata, de manera que sea con este campo con el que se distinga un autómata de otro. No contiene clave ajena que lo relacione con ninguna otra tabla. DERD TRAVEL SYSTEM 102 Jimena Quejigo Línea: Alberga los datos de las líneas. Tiene como clave ajena el identificador del punto de medida para hacer referencia a la tabla de a utómata para hacer referencia a la tupla de Autómata, y el identificador de su línea padre. F IGURA 88T ABLA DE A UTÓMATAS . Alberga los datos de las líneas. Tiene como clave ajena el identificador del punto de medida para hacer referencia a la tabla de Meters , el identificador de utómata para hacer referencia a la tupla de Autómata, y el identificador de su línea F IGURA 89T ABLA DE L ÍNEAS . Alberga los datos de las líneas. Tiene como clave ajena el identificador del , el identificador de utómata para hacer referencia a la tupla de Autómata, y el identificador de su línea DERD TRAVEL SYSTEM 103 Jimena Quejigo Punto de medida: como clave primaria Meters padre y los identificadores que los medidores que componen un combinado. Almacena la información referida de los pun tos de medida. Tiene un identificador y como clave ajenas los identificadores de sus padre y los identificadores que los medidores que componen un F IGURA 90T ABLA DE M ETERS . tos de medida. Tiene los identificadores de sus padre y los identificadores que los medidores que componen un Meter DERD TRAVEL SYSTEM 104 Jimena Quejigo Usuarios: Contiene la ha establecido el login Permisos: Almacena la autómatas , puntos de medida, consultar los elementos accesibles de cada en la aplicación. Tiene como claves ajenas el nombre del usuario que recibe el permiso y el identificador del punto de medid Planificación: Guarda los datos de las planificaciones c clav e ajena seleccionada para esta tupla es el identificador de la línea Contiene la información de los usuarios registrados. Como login introducido por el usuario (Usuario). F IGURA 91T ABLA DE U SUARIOS . Almacena la s operaciones permitidas a los usuarios para el manejo de , puntos de medida, líneas y planificaciones. Con esta tabla se pueden consultar los elementos accesibles de cada uno de ellos cuando este sea autentificado en la aplicación. Tiene como claves ajenas el nombre del usuario que recibe el permiso y el identificador del punto de medid a/línea/autómata/planificación. F IGURA 92T ABLA DE P ERMISOS . Guarda los datos de las planificaciones c readas en la aplicación. La e ajena seleccionada para esta tupla es el identificador de la línea Como clave ajena se para el manejo de y planificaciones. Con esta tabla se pueden uno de ellos cuando este sea autentificado en la aplicación. Tiene como claves ajenas el nombre del usuario que recibe el permiso readas en la aplicación. La que la ejecutará . DERD TRAVEL SYSTEM 105 Jimena Quejigo Horarios: Alberga los horarios dados de alta por el usuario. Como se puede en la F IGURA 94 e sta tabla consta de dos claves primarias el identificador de la planificación Tramos Horario: En la presente tupla se almacenan los intervalos de horas que formarán un horario. Las identificador de horario respectivamente. F IGURA 93T ABLA DE P LANIFICACIONES . Alberga los horarios dados de alta por el usuario. Como se puede sta tabla consta de dos claves primarias , el identificador planificación , este último a su vez también es clave ajena F IGURA 94T ABLA DE H ORARIOS . En la presente tupla se almacenan los intervalos de horas que horario. Las claves ajenas son el identificador de planificación de horario que hacen referencia a las tablas de Planificación F IGURA 95T ABLA DE T RAMOS H ORARIOS . Alberga los horarios dados de alta por el usuario. Como se puede observar el identificador del horario y , este último a su vez también es clave ajena . En la presente tupla se almacenan los intervalos de horas que planificación y el Planificación y de Horario DERD TRAVEL SYSTEM 112 Jimena Quejigo 8. VALIDACIÓN Y PRUEBAS. Seguidamente se inicia el proceso de revisión del software producido para constatar las especificaciones requeridas por los clientes, verificar el cumplimiento de su cometido y por lo tanto revelar la calidad del mismo. Las pruebas que se han desarrollado han sido las siguientes: Capacidad de almacenamiento de la Base de Datos, verificar la comunicación con el autómata (Iniciar/Detener Procesos), ejecución de las planificaciones y funcionamiento del Software. 8.1. PRUEBAS DE CAPACIDAD BASE DE DATOS. En primer lugar, y como se ha mencionando a lo largo del proyecto, la Base de Datos empleada para dar soporte al sistema es Microsoft SQL Server Express Edition 2005 cuya capacidad de almacenamiento se ve limitada a 4GB. La principal motivación para la realización de la citada prueba es el espacio de almacenamiento restringido, ya que se desea comprobar si éste es suficiente. Para efectuar dicho estudio se ha seleccionado la tabla que alcanza mayor envergadura en el sistema, Datos, la cual alberga la información de las medidas obtenidas por los Meters. Por ello se ha tomando la tabla de la plataforma DERD actual, que incluye 108 campos, y otra nombrada Datos2 que incluye 61 campos, ya que los 47 restantes es información fácilmente calculable mediante los parámetros definidos en ella. La prueba consiste en analizar el tamaño de la tabla y el tiempo de su carga desde Visual Studio para un Meter que toma medidas durante un año en intervalos de 15 minutos. De esta manera se puede realizar un escrutinio del tiempo que un cliente tarda en ocupar la capacidad máxima de 4GB. DATOS DATOS2 Tamaño tabla (MB) 42,172 16,109 Tiempo de carga. Despreciable. Despreciable. Como era de esperar la memoria necesaria para Datos2 es menor que para Datos, obteniendo para un sistema dotado con 50 medidores 5,12 años frente a 1,45 años respectivamente hasta llenar la Base de Datos en su totalidad. DERD TRAVEL SYSTEM 113 Jimena Quejigo Obviamente que por esta razón se opta por seleccionar los atributos que contiene Datos2, ya que el cliente dispondrá de la Base de Datos durante más tiempo liberando de carga su estación de trabajo, no obstante, la aplicación dota de las herramientas necesarias para la gestión y mantenimiento de la misma. 8.2. PRUEBAS DE COMUNICACIÓN CON EL AUTÓMATA. Este apartado está dedicado a exponer las pruebas realizadas para verificar que la comunicación con el autómata es óptima. En primer lugar, recordar que la herramienta Adquisition permite Iniciar/Detener el proceso de toma de medidas creando para cada Meter activo del sistema un hilo independiente, de manera que si se pordujese un problema de comunicación con alguno de ellos el resto no se viese afectado. Inicialmente el punto de medida seleccionado fue el, nominado en nuestro sistema, m0185, medidor localizado en el Edificio 1F de la UPV correspondiente al DSIC (Departamento de Sistemas Informáticos y Computación). Acto seguido al éxito en el procedimiento de comunicación con el medidor se inicia la toma de datos definiendo un intervalo de 15 minutos entre las medidas. La duración de la prueba fue de 24 horas y cuyo resultado se adaptaba a la perfección a la información obtenida por el sistema DERD actual. Posteriormente se añade a la prueba un nuevo medidor, m0186, ubicado en el mismo departamento que el anterior y se procede a repetir la prueba expuesta previamente con ambos Meters. Transcurridas 24 horas y sin detener la toma de datos, se modifican aleatoriamente los intervalos de medidores a 10 minutos, 5 minutos y 1 minuto evitando que fuesen idénticos entre ellos. Del mismo modo se edita el estado (Activado/Desactivado) de los mismos corroborando que el sistema no sufre ningún error durante el proceso aunque se realicen cambios en los atributos de los Meters. Actualmente el edificio 8L (ServiPoli) se encuentra bajo el funcionamiento de la plataforma Derd Travel System. 8.3. PRUEBAS DE PLANIFICICACIÓN. Una de las innovaciones introducidas más importante de la aplicación Derd Travel System frente al sistema DERD es referida al tratamiento de las planificaciones, la cual ha sido implementada por servidor y por autómata. Una planificación por servidor se define como aquella que se almacena en la Base de Datos, mientras que una planificación por autómata se almacena en la memoria interna de DERD TRAVEL SYSTEM 114 Jimena Quejigo éste, definiendo cada una de ellas el funcionamiento del sistema, el cual es configurable por el usuario. El hecho de almacenarse en ambos se considera un mecanismo de seguridad, ya que si se produce algún imprevisto, como una caída del servidor o un corte de luz, automáticamente el sistema cambiaría su comportamiento al modo autómata. Las pruebas efectuadas han sido las siguientes: Creación y ejecución de una planificación que coincida con el día actual. Creación y ejecución de una planificación que NO coincida con el día actual. Creación y ejecución de una planificación para el día actual que conste de cinco tramos ON y cinco OFF. Copia de horarios a varios días. Eliminación de los tramos de la planificación del día actual y modificación de su estado a OFF. Creación de todos los tramos horarios del día actual con estado ON. Creación de varias planificaciones y ejecución simultánea. Creación de una planificación de un día especial y análisis de su comportamiento. Creación de una planificación de un día festivo y análisis de su comportamiento. Ejecución de las planificaciones junto a la toma de datos y comprobación de que no interfieren entre sí. Dichas pruebas han finalizado con éxito respondiendo a las expectativas. 8.4. PRUEBAS DE SOFTWARE. Por último, y una vez realizadas las pruebas anteriores, se considera necesario verificar que el comportamiento del software es el esperado. Para ello la aplicación ha sido instalada en diversas maquinas del Instituto DERD, cuyos y operarios han realizado su trabajo durante varios días mediante esta aplicación finalizando con una opinión satisfactoria de su comportamiento. DERD TRAVEL SYSTEM 115 Jimena Quejigo 9. DOCUMENTACIÓN. En el apartado actual se expone de forma clara y eficiente los pasos a seguir para obtener una instalación correcta de la aplicación Derd Travel System. Ofrece también un manual que sirve de guía a los usuarios principiantes en la utilización del programa. Para un apropiado funcionamiento del equipo que albergue el sistema debe tener instalados una serie de requisitos previos: Net Framework 3.5 y SP1: Microsoft .Net Framework versión 3.5 es un componente integral de Windows que admite la creación y la ejecución de la generación más novedosa de aplicaciones y servicios Web. Los componentes clave de .Net Framework son Common Language Runtime (CLR), y su biblioteca de clases incluye ADO.NET, ASP.NET, formularios Windows Forms y WPF. Es necesaria su instalación, ya que WPF no funciona con versiones anteriores a la misma. Windows Installer 4.5: Es un integrante del sistema operativo Windows, que proporciona una base estándar para instalar y desinstalar software. Los fabricantes pueden crear la configuración de sus productos para utilizar Windows Installer y obtener un sencillo y fácil procedimiento de instalación/desinstalación y mantenimiento del software. Windows PowerShell 1.0: Microsoft Windows PowerShell es un nuevo shell de la línea de comandos diseñado para la administración y automatización del sistema. Basado en .NET Framework, permite que los profesionales de TI y los programadores controlen y automaticen la administración de Windows y las aplicaciones. DERD TRAVEL SYSTEM 116 Jimena Quejigo 9.1. MANUAL DE INSTALACIÓN Se adjunta una guía rápida para la instalación del software. Paso 1 En primer lugar, al realizar la instalación se visualiza un documento que manifiesta los términos y condiciones de uso del sistema, apuntando que el software está desarrollado únicamente para uso personal y cuyo permiso de distribución, copia o modificación no es admisible. Es necesario aceptar las condiciones especificadas para que el botón Siguiente se habilite y se pueda continuar con la instalación. Seguidamente se ofrece la configuración del idioma, por defecto Español, aunque también está disponible una versión en Inglés. Una vez seleccionado el idioma, únicamente podrá ser modificado pulsando el botón Anterior en las siguientes ventanas o cambiando la variable de Cultura de la entrada de registro creada por el sistema. Si se desea abortar la instalación de la aplicación presionar Cancelar. FI IGURA 102V ENTANA DE B IENVENIDA (E SPAÑOL ). DERD TRAVEL SYSTEM 117 Jimena Quejigo F IGURA 103V ENTANA DE B IENVENIDA (I NGLÉS ). Paso 2 En la siguiente ventana se deben introducir un usuario y un número de serie válidos 1 , hasta que éstos no son comprobados no se podrá seguir con la instalación. Una vez se han autorizado los campos se pulsa Siguiente para proseguir. Si el usuario desea hacer alguna modificación relacionada con el paso 1 debe presionar el botón Anterior. Si no se desea seguir con la instalación presionar Cancelar. 1 Para generar un número de serie válido, se utiliza un algoritmo que obtiene una clave única y exclusiva para un usuario. Para autenticar el número de serie y el usuario introducidos en el instalador ambos deben coincidir con el generador anteriormente citado, ya que se utiliza el mismo algoritmo tanto para generar como para autenticar los campos mencionados. DERD TRAVEL SYSTEM 118 Jimena Quejigo F IGURA 104VENTANA DE A UTENTICACIÓN DE USUARIO Y Nº DE SERIE . Paso 3 La siguiente ventana informa que se va a proceder a realizar la instalación del programa servidor y de los requisitos previos del mismo. Una vez pulsado el botón Instalar, en primer lugar, se comprueba si están instalados los componentes necesarios. Los elementos que no estén disponibles aparecen en una lista con el fin de avisar al usuario para que éste proceda a su instalación. Acto seguido se lleva a cabo una comprobación para verificar la existencia o no de un servidor SQL Server 2005 en el equipo. Si el sistema detecta que hay uno previamente instalado lo utilizará y continuará con el flujo normal del instalador. De no encontrase ninguno efectuaría la instalación del programa servidor. La acción de los botones Anterior y Cancelar es equivalente a los casos anteriormente expuestos. DERD TRAVEL SYSTEM 119 Jimena Quejigo F IGURA 105I NSTALACIÓN DE SQL S ERVER 2005. El servidor a instalar es el mínimo requerido, debido a que el programa únicamente hará uso de la Base de Datos, de esta forma no se almacenan componentes innecesarios ya que acarrearía un aumento del espacio de ocupación de la aplicación. A continuación se muestran las ventanas que aparecen en la instalación de SQL Server: La ventana correspondiente a la FI IGURA 106 corresponde a la instalación de los requisitos previos que necesita SQL Server 2005 para aportar un funcionamiento adecuado. DERD TRAVEL SYSTEM 120 Jimena Quejigo FI IGURA 106V ENTANA DE I NSTALACIÓN DE LOS REQUISITOS PREVIOS DE SQL S ERVER 2005. Seguidamente se observa una ventana que muestra el progreso de instalación y la configuración correspondiente que realiza. F IGURA 107V ENTANA DE I NSTALACIÓN DE SQL S ERVER 2005. DERD TRAVEL SYSTEM 121 Jimena Quejigo Paso 4 El cometido del presente paso es la creación de la Base de Datos y de los usuarios con capacidad para conectarse al servidor, cuya ejecución comenzará al presionar el botón Instalar BD. Únicamente serán los usuarios creados los que puedan acceder al servidor, ya que se inhiben los permisos de los administradores, usuarios del sistema y de Autenticación de Windows para efectuar esta tarea. De esta forma se crea un mecanismo de seguridad en el que solamente se permite realizar modificaciones desde el programa eludiendo que personal malintencionado pueda manipular los datos por doquier. Posteriormente se muestran las ventanas correspondientes al procedimiento de instalación de la Base de Datos y de la correcta creación de la misma, F IGURA 108 y F IGURA 109 respectivamente. F IGURA 108P ROCESO DE INSTALACIÓN DE LA B ASE DE D ATOS . DERD TRAVEL SYSTEM 128 Jimena Quejigo 9.2. MANUAL DE USUARIO A continuación se presenta como objetivo esclarecer la utilidad completa de la aplicación, explicando su funcionalidad pantalla a pantalla. Acto seguido se expone el manejo de cada ventana que compone Derd Travel System siguiendo el modelo de navegación del sistema indicado en la F IGURA 87. Login Es la primera ventana que se muestra. Su finalidad es autentificar que la persona que intenta acceder al programa es usuario del sistema. Para ello se debe introducir el nombre Usuario y Contraseña y posteriormente pulsar Acceder. Si el usuario es validado como correcto seguidamente aparecerá la ventana Principal, de otro modo se mostraría un mensaje indicando el motivo de la invalidez. (F IGURA 118) Así mismo advierte al usuario de que la tecla de bloqueo de mayúsculas esta activada ya que si la Contraseña o el Usuario estuviesen dados de alta con letras minúsculas y se intentase reconocer con mayúsculas el sistema no las corroboraría. Para Login muestra en la F IGURA 118. F IGURA 117B LOQUEO DE M AYÚSCULAS ACTIVADO . F IGURA 118L OGIN . Si se desea salir de la aplicación pulsar Cancelar. Principal Es una ventana de gran utilidad para el usuario debido a que ofrece la información más relevante del sistema de forma directa. (F IGURA 123) DERD TRAVEL SYSTEM 129 Jimena Quejigo En la zona superior de la ventana se encuentra situado el menú de navegación del sistema, que contiene los elementos Gestión, Autómatas, Datos Meter, Gestión BD y Usuarios los cuales serán descritos con posterioridad. Se puede acceder a cada una de estas secciones usando el botón izquierdo del ratón. Localizado en la parte superior izquierda de la ventana se puede observa el Monitor y los botones Iniciar Proceso y Planificaciones On. El Monitor se encuentra dividido en dos pestañas, Información y Errores. Como se puede contemplar en la F IGURA 119 la pestaña activa es Información: Información contiene el histórico de la evolución de los procesos de la toma de datos desde la última inicialización. Informa cada vez que se realiza una medida indicando la fecha y la hora. En Errores se incluye el histórico de errores producidos mientras los procesos estén activos, por ejemplo cuando un punto de medida no ha podido realizar la toma de datos. Para visualizar los errores se debe seleccionar la pestaña correspondiente. Seguidamente se describe la funcionalidad de los iconos ubicados a la derecha de la F IGURA 120 (izquierda-derecha): Elimina las líneas seleccionadas, elimina todas las líneas y exporta a un fichero de texto. A continuación se aprecian los botones Iniciar Procesos y Planificaciones ON. Como se observa en la F IGURA 121 el primero de ellos está activo mientras que el segundo no lo está. A simple vista se denota porque el botón activado aparece con el símbolo de encendido coloreado en naranja, sin embargo cuando esta reposo este símbolo se encuentra coloreado en azul. Asimismo el texto en los botones varía en función de la actividad que se vaya a realizar cuando sean pulsados. El botón Iniciar Proceso crea un proceso independiente de toma de medidas para cada Meter que se encuentre activo en el sistema. Si se desea dar de alta un punto de medida durante la toma de datos, de forma automática se crea un proceso para ese nuevo punto de medida, entretanto si lo que se desea es eliminarlo el proceso asociado se suprime. Planificación On activa el funcionamiento de las planificaciones dadas de alta en el servidor. Sirve de respaldo en el momento que se produce un problema de comunicación con el autómata y el funcionamiento del sistema es mediante el mismo, ya realiza comprobaciones periódicas para verificar que la actividad de la aplicación es correcta. DERD TRAVEL SYSTEM 130 Jimena Quejigo En la sección inferior izquierda se muestra a modo de tabla todos los puntos de medida y las líneas que componen el sistema, de esta forma el usuario puede consultar rápidamente la información que considere oportuna de estos elemen activos. En la F IGURA 120 se observan todas las líneas de las que se visualizar los puntos de medida se debería seleccionar la pestaña de Situada a la derecha se encuentra una medida (KW Kilovatios) por un tiempo real cada vez que el medidor realice una toma de datos aunque e refrescar la cuando desee pulsando el b elementos del sistema (F IGURA F IGURA 119M ONITOR . En la sección inferior izquierda se muestra a modo de tabla todos los puntos de medida y las líneas que componen el sistema, de esta forma el usuario puede consultar rápidamente la información que considere oportuna de estos elemen tos, por ejemplo cuáles se observan todas las líneas de las que se dispone, en el caso de querer visualizar los puntos de medida se debería seleccionar la pestaña de Meters. F IGURA 120L ISTADO DE ELEMENTOS . Situada a la derecha se encuentra una Gráfica que manifiesta potencia instantánea medida (KW Kilovatios) por un Meter a lo largo de un día. Dicha gráfica se irá actualizando en vez que el medidor realice una toma de datos aunque e la cuando desee pulsando el b otón Actualizar situado sobre la tabla que enumera los IGURA 120), que a su vez refresca el contenido de toda la ventana En la sección inferior izquierda se muestra a modo de tabla todos los puntos de medida y las líneas que componen el sistema, de esta forma el usuario puede consultar rápidamente la cuáles de ellos están en el caso de querer que manifiesta potencia instantánea a lo largo de un día. Dicha gráfica se irá actualizando en vez que el medidor realice una toma de datos aunque e l usuario puede situado sobre la tabla que enumera los que a su vez refresca el contenido de toda la ventana . DERD TRAVEL SYSTEM 131 Jimena Quejigo Para observar la curva que dibuja un diferente del desplegable ubicado bajo la misma. En la F IGURA 121 se muestra la potencia medida por el medidor m0185 del junio de 2009 hasta aproximadamente las 11:45 Los botones situados en la barra de título de la ventana realizan de izquierda a derecha las siguientes funciones: Minimiza la aplicación al área de noti programa. Este botón únicamente aparecerá en la ventana Principal. F IGURA Minimiza la ventana a la barra de tareas Cierre de la aplicación. observar la curva que dibuja un medidor distinto bastar ía con seleccionar un ubicado bajo la misma. se muestra la potencia medida por el medidor m0185 del junio de 2009 hasta aproximadamente las 11:45 Am F IGURA 121G RÁFICA . Los botones situados en la barra de título de la ventana realizan de izquierda a derecha las Minimiza la aplicación al área de noti ficación de Windows mostrando el logotipo del programa. Este botón únicamente aparecerá en la ventana Principal. IGURA 122L OGOTIPO DE D ERD T RAVEL S YSTEM . Minimiza la ventana a la barra de tareas . la aplicación. ía con seleccionar un Meter se muestra la potencia medida por el medidor m0185 del jueves 25 de Los botones situados en la barra de título de la ventana realizan de izquierda a derecha las mostrando el logotipo del DERD TRAVEL SYSTEM 132 Jimena Quejigo Por último mencionar que se puede conocer el usuario que ha inicializado la sesión, como se puede apreciar en la parte de arriba de la ventana. F IGURA 123P RINCIPAL . Gestión Principal Gestión Principal es la ventana encargada de la administración de los elementos que constituyen el sistema. Localizado en la parte central de la ventana se puede apreciar un listado. El contenido de dicha lista varía en función de la pestaña seleccionada. En el caso de la F IGURA 123, la pestaña seleccionada es Líneas por lo que en la lista aparecerán todas las líneas creadas en la aplicación y sus respectivas propiedades. El procedimiento será equivalente cuando se deseen consultar los Autómatas o los Meters. En el caso de querer disponer de las líneas asociadas a un autómata bastaría con seleccionar un autómata de su listado, de manera inmediata cuando se accediese a la tabla de Líneas se mostraría un título indicando que se están mostrando las líneas pertenecientes al autómata por el que se ha optado. Es parejo el comportamiento para enumerar las líneas dependientes de un Meter. Situado en la zona inferior se observa un pequeño menú con los ítems Nuevo, Editar y Eliminar. DERD TRAVEL SYSTEM 133 Jimena Quejigo Nuevo abre una ventana para crear un Autómata, un Meter o una Línea. La apertura para dar de alta un elemento depende de la tabla que se esté visualizando en el momento de pulsar Nuevo. La manera de actuar de Editar es análoga al caso anterior. La ventana de edición de un elemento se carga en función de la lista que se contemple. Del mismo modo se puede acceder a la edición de un componente del sistema pulsando dos veces sobre él con el botón izquierdo del ratón. Por último Eliminar, borra del sistema los elementos que se hallen seleccionados. Para finalizar con la descripción de la funcionalidad de la ventana Gestión Principal basta con hacer notar la presencia del botón ver todos, cuyo cometido es mostrar de nuevo todos los elementos en el caso de que no se estuviese haciendo. F IGURA 124-G ESTIÓN P RINCIPAL . Nuevo Autómata Al presionar en el menú de la ventana anterior el ítem Nuevo habiendo elegido previamente la pestaña Autómatas se alcanza la ventana Nuevo Autómata. Para añadir un nuevo autómata al sistema se deben completar los campos observados en la F IGURA 125. Por defecto se indican algunos de los Datos de Conexión, debido al modelo de autómata con el que se trabaja. DERD TRAVEL SYSTEM 134 Jimena Quejigo Por último bastaría con pulsar Guardar para que el autómata quede recogido en la Base de Datos. Únicamente el usuario Administrador está dotado de permisos para crear un autómata. F IGURA 125-N UEVO A UTÓMATA . Edición Autómata Para el acceso a Edición Autómata se procede de manera similar, salvo por el hecho de pulsar Edición en vez de Nuevo. Físicamente la única diferencia que radica con la ventana anterior es la presencia de un desplegable en el campo Nombre, el cual desdobla un listado con los autómatas existentes. Cuando uno de ellos es seleccionado se carga la información que contiene en la Base de Datos. Las modificaciones realizadas por el usuario no se harán efectivas hasta pulsar Guardar. FI GURA 126-E DICIÓN A UTÓMATA . DERD TRAVEL SYSTEM 135 Jimena Quejigo Nuevo Meter El procedimiento a seguir para dar un Meter de alta es análogo a lo citado con anterioridad. Se puede observar que del mismo modo que en el caso de Nuevo Autómata existen campos que por defecto tienen un valor, igualmente se debe a la elección del Tipo de medidor, cuando éste varía cambian algunos de estos valores. Cuando se selecciona como Tipo de medidor uno de tipo Combinado se habilita el grupo situado en la parte inferior derecha de la ventana. En ella se permite definir un punto de medida ficticio en el que se obtiene como resultado la unión de dos medidores que no han sido instalados, pero de los cuales es interesante conocer los datos medidos. Para ello se debe seleccionar un Meter en cada una de las listas correspondientes a Id Meter A e Id Meter B y la operación que se desea que realicen. El campo encargado de fijar el transcurso de tiempo en que se realiza la toma de datos es Intervalo, expresado en segundos. Una vez introducida la información oportuna se debe pulsar Guardar para que el Meter quede registrado en la Base de Datos. F IGURA 127-A LTA M ETER . DERD TRAVEL SYSTEM 136 Jimena Quejigo Edición Meter Una vez seleccionado un Meter en Gestión Principal, en la ventana Edición Meter (F IGURA 128) se muestran los datos del medidor elegido. Si se desea modificar un Meter que no hay sido seleccionado previamente se puede acceder a él mediante la lista desplegable de Nombre del Meter. Las modificaciones realizadas por el usuario no se harán efectivas hasta pulsar Guardar. F IGURA 128E DICIÓN M ETER . Nueva Línea Una línea podrá ser dada de alta en la Base de datos cuando se hayan introducido correctamente todos sus campos obligatorios. Entre los campos más importantes se destacan Autómatas y Meter, ya una línea debe estar asociada a ambos para heredar los datos que necesite. Para finalizar con el alta de una línea se debe presionar Guardar. DERD TRAVEL SYSTEM 137 Jimena Quejigo F IGURA 129N UEVA L ÍNEA . Edición Línea Comportamiento similar al resto de ventanas de edición de elementos. (FIGURA 130) DERD TRAVEL SYSTEM 144 Jimena Quejigo Nuevo y Edición de Períodos de Vacaciones Un autómata puede disponer de 5 períodos de vacaciones como máximo, en el caso de superarse el sistema muestra un mensaje advirtiendo que se ha superado el límite. Como se puede apreciar la F IGURA 138 y la FIGURA 139 son muy semejantes a las descritas previamente, por lo que el manejo de las mismas se considera intuitivo. F IGURA 138N UEVO P ERÍODO V ACACIONES . FIGURA 139E DICIÓN P ERÍODO V ACACIONES . DERD TRAVEL SYSTEM 145 Jimena Quejigo Alta y Edición de días Especiales Al igual que en el caso anterior el manejo de las ventanas correspondientes a la F IGURA 140 (Alta Día Especial) y FIGURA 142 (Edición Día Especial) es análogo a los expuestos previamente. Se considera día especial aquel que el usuario estime oportuno para definir un comportamiento de planificación diverso al estándar. Para finalizar anotar que un día especial debe: Asociarse a una línea. Una línea no puede contener más de día especial. Un autómata no puede contener más de seis días especiales. F IGURA 140N UEVO D ÍA E SPECIAL . DERD TRAVEL SYSTEM 146 Jimena Quejigo FIGURA 141E DICIÓN D ÍA E SPECIAL Alta y Edición de Períodos Especiales Del mismo modo que el resto de parámetros de horario las pautas a seguir para el empleo de las ventanas Alta Períodos Especiales (FIGURA 142) y Edición Períodos Especiales (FIGURA 143) son las mismas. Al igual que un día especial, un período especial debe satisfacer las siguientes condiciones: Debe asociarse a una línea. Una línea no puede contener más de un período especial adjunto. Un autómata no puede contener más de diez períodos especiales. DERD TRAVEL SYSTEM 147 Jimena Quejigo FIGURA 142N UEVO P ERÍODO E SPECIAL . FIGURA 143E DICIÓN P ERÍODO E SPECIAL . Datos Meter La apertura de Datos Meter se realiza por medio del menú que se observa en Principal (F IGURA 123). El propósito de esta ventana es ofrecer toda la información unificada sobre un medidor, es decir mostrar los datos medidos, sus respectivas gráficas de potencia instantánea y las líneas asociadas sin necesidad de cambiar de ventana, por lo que se ve agilizada la tarea del usuario. DERD TRAVEL SYSTEM 148 Jimena Quejigo La ventana queda dividida en dos partes claramente diferenciadas. La zona superior permite configurar lo que se desea cargar en la zona inferior. Por defecto la ventana se abre con los datos y las medidas tomadas durante el día actual del Meter cuya gráfica se estuviese visualizando en Principal. Si se desea consultar la información de un punto de medida diferente se debe seleccionar de la lista que se presenta en la sección Datos Meter. Para cambiar la vista de la zona inferior de la ventana se facilitan una serie de opciones (Mostrar Medidas, Mostrar Líneas, Mostrar Gráfica), las cuales se sitúan en el centro-superior de la misma. La opción Mostrar Medidas (F IGURA 144) permite consultar las medidas del día actual a modo de tabla, la cual puede ser actualizada pulsando el botón Actualizar localizado en la zona superior de la tupla. Mediante la selección de un día del calendario se ofrecen las medidas de dicho día si es que las hubiera. F IGURA 144D ATOS M ETERS , M EDIDAS . Por medio de Mostrar Líneas (F IGURA 145) se proporciona una lista completa con todos los atributos de las líneas asociadas al Meter que se está consultando. DERD TRAVEL SYSTEM 149 Jimena Quejigo F IGURA 145D ATOS M ETERS , L ÍNEAS . La última opción, Mostar Gráfica (F IGURA 146), muestra la gráfica de la potencia instantánea del día seleccionado en el calendario, por defecto el actual. El botón Actualizar permite refrescar la gráfica y dibujar la última medida tomada. DERD TRAVEL SYSTEM 150 Jimena Quejigo Por último se ofrece la posibilidad de exportar las medidas capturadas durante el intervalo que encierra entre Fecha Ini cio que se alude. (F IGURA 147). Gestión Base de Datos La presente ventana (F IGURA sistema. El acceso se realiza por medio Permite realizar las operaciones datos que se encuentra actualmente seleccionada. Igualmente proporciona la pos Crear una nueva e incluso de F IGURA 146D ATOS M ETERS , G RÁFICA . Por último se ofrece la posibilidad de exportar las medidas capturadas durante el intervalo cio y Fecha Fin a una tabla Excel pulsando el icono del programa al F IGURA 147E XPORTAR A E XCEL . Gestión Base de Datos IGURA 148) posibilita la administración de las Bases de D El acceso se realiza por medio del menú de la ventana Principal (F IGURA Permite realizar las operaciones Liberar Espacio, Eliminar y Crear Backup en la base de datos que se encuentra actualmente seleccionada. Igualmente proporciona la pos Restaurar la misma con un backup existente. Por último se ofrece la posibilidad de exportar las medidas capturadas durante el intervalo a una tabla Excel pulsando el icono del programa al Bases de D atos del IGURA 123). Backup en la base de datos que se encuentra actualmente seleccionada. Igualmente proporciona la pos ibilidad de DERD TRAVEL SYSTEM 151 Jimena Quejigo F IGURA 148G ESTIÓN B ASE DE D ATOS . Nuevo y Edición Usuario Por medio de las dos ventanas expuestas a continuación (F IGURA 149 y F IGURA 150) un usuario Administrador puede realizar la gestión para tramitar el alta o la edición de un usuario Gestor. El procedimiento para crear un Nuevo usuario (F IGURA 149) consiste en completar los campos que se observan en dicha figura. Los campos Contraseña y Repetir contraseña deben coincidir para que los datos se puedan recoger en la Base de Datos seleccionada. Una vez que se han incluido todos los campos se debe pulsar Guardar para seguir con la creación, de otro modo pulsar Cancelar. F IGURA 149N UEVO U SUARIO . DERD TRAVEL SYSTEM 152 Jimena Quejigo Con ayuda de Edición Usuario (F IGURA 150) un Administrador puede modificar los atributos de un usuario concreto, manteniendo las restricciones existentes en el alta de los mismos. F IGURA 150E DICIÓN U SUARIO . Ayuda Se puede acceder al documento de ayuda del sistema mediante el ítem Ayuda del menú de la ventana Principal. F IGURA 151A YUDA . DERD TRAVEL SYSTEM 153 Jimena Quejigo 10. CONCLUSIÓN. Una vez realizada la implementación de la aplicación y realizadas las pruebas pertinentes para verificar el correcto funcionamiento de la misma se ha efectuado un análisis del software que permite presentar el siguiente conjunto de conclusiones. En primer lugar, en lo referente a la generación del sistema, Derd Travel System es un software que engloba un conjunto de las funcionalidades que se hallan recogidas en los recursos de la plataforma DERD actualmente vigente, no obstante su manejo es gestionado independientemente de los medios ya existentes. Asimismo la entidad o cliente que disponga de la aplicación administrará su propio sistema de consumo energético sin necesidad de interacción con otra aplicación, debido a que el equipo que la alberga almacena los datos y medidas de control necesarios. Por otro lado, es de notable evidencia que el control de consumo energético por parte del cliente, incluyendo la gestión y mantenimiento, requiere la integración de distintos tipos de tecnologías en la estación de trabajo, señalando por su relevancia la base de datos, las librerías de los autómatas, etc. Hecho que permite la aplicación desarrollada. El planteamiento de la interfaz de la aplicación implementada ha considerado las habilidades cognitivas y de percepción de los usuarios para adaptar el programa a los destinatarios finales. Sin embargo, la motivación más importante es reducir o eliminar el entrenamiento y aprendizaje previo de los usuarios no experimentados para el manejo de la aplicación, para lo que se ha creado una interfaz de fácil usabilidad que evita, en medida de lo posible, al cliente recordar operaciones complejas de ejecución ordinaria. Gracias a la tecnología empleada se ha logrado diseñar una interfaz gráfica interactiva, atractiva, amigable e intuitiva que simplifica el trabajo del consumidor, ofreciendo información distribuida de los elementos que lo conforman y gráficas en tiempo real así, como la generación de procesos de toma de medidas y activación de planificaciones. Para concluir destacar que la previsión de progreso de Derd Travel System es obtener un amplio crecimiento motivado por la evolución del sistema DERD actual y las nuevas necesidades de los usuarios ante una mejor adaptación de las futuras tecnologías.