Implementación y pruebas del sistema 89

Transcripción

1 Implementación y pruebas del sistema 89 Figura Interfaz gráfica para reporte de equipos. Figura Interfaz gráfica para los reportes gráficos

2 Implementación y pruebas del sistema Pruebas del sistema Para garantizar la calidad de un sistema web se deben realizar diferentes pruebas las cuales representan la revisión final de las especificaciones, diseño y codificación del mismo. Existen diferentes tipos de pruebas, de caja negra, de caja blanca y de integración, cada una de ellas destinadas a garantizar la calidad de una parte específica del sistema. En el caso de las pruebas de caja negra se garantiza la calidad de la interfaz gráfica del sistema, ya que se acepta de forma adecuada la entrada de los datos y se produce la salida correcta, por otro lado se tienen las pruebas de caja blanca están destinada a las funciones internas del sistema garantizando así el correcto funcionamiento de la parte lógica del sistema. Por último se tienen las pruebas de integración las cuales se encargan de verificar que el ensamblaje de los componentes se realiza de manera correcta, cabe destacar que las pruebas de integración se deben realizar luego de haber ejecutado las pruebas de caja negra y de caja blanca. En las siguientes tablas se muestran algunas de las pruebas caja negra que se realizaron a los métodos que se encuentran dentro del sistema. Registrar Estación (nombre, arrendador, tlf arrendador, tlf vigilancia, tiempoviaje, GPS, dirección, acuerdos, observaciones) , Teresa Rondón, No se registra la estación en Los datos de la estación se , , la base de datos, datos registraron exitosamente 1hora, 9.897:-0.789, inválidos av.paezmaracay, ninguno , Teresa Rondón, No se registra la estación en No se registra la estación en la , , la base de datos, datos base de datos, datos inválidos 1hora, 9.897:-0.789, inválidos av.paezmaracay, ninguno Araguan, Teresa Rondón, , , 1hora, 9.897:-0.789, av.paezmaracay, ninguno Se registra la estación en la base de datos, datos válidos Se registra la estación en la base de datos, datos válidos Tabla 5.1. Prueba caja negra para el método registrar estación.

3 Implementación y pruebas del sistema 91 Registrar Equipo (serial, marca, modelo, corriente, voltaje, presión, temperatura) Xxxx, 1111, asco, 456, 345, -89, 20 Xxxx,, asco, 456, 345, -89, 20 Xxxx, 1111, asco, 456, 345, -89, 20 No se registra el equipo en Los datos del equipo se la base de datos, datos registraron exitosamente inválidos No se registra el equipo en Los datos del equipo se la base de datos, datos registraron exitosamente inválidos y vacios No se registra el equipo en la base de datos, datos inválidos y vacios No se registra el equipo en la base de datos, datos inválidos y vacios Max124, emerson, Se registra la estación en la Se registra la estación en la HD4830-0, 30, , base de datos, datos válidos base de datos, datos válidos 90, 20 Tabla 5.2. Prueba caja negra para el método registrar equipo. Modificar Estación (zona, tipo, región comercial, estado, localización, ubicación, tiposite, afecta bts, criticidad, cosite, tecnología, acceso, caseta, rustico, frecuencia) X, outdoor, centro, No se modifican los datos de Los datos de la estación se Aragua, urbana, edificio, la estación en la base de modifican exitosamente. bts, si, normal, xxx, datos, datos inválidos. siemens, restringido, si, no, semestral X, outdoor, centro, Aragua, urbana, edificio, bts, si, normal, xxx, siemens, restringido, si, no, semestral Zona2, outdoor, centro, Aragua, urbana, edificio, bts, si, normal, movilnet, siemens, restringido, si, no, trimestral No se modifican los datos de la estación en la base de datos, datos inválidos. Se modifican los datos de la estación en la base de datos, datos válidos. No se modifican los datos de la estación en la base de datos, datos inválidos. Se modifican los datos del equipo en la base de datos, datos válidos. Tabla 5.3. Prueba caja negra para el método modificar estaciones.

4 Implementación y pruebas del sistema 92 Modificar Equipo ( marca, modelo, corriente, voltaje, presión, temperatura) 1111, asco, 456, 345, - 89, 20 asco, 456, 345, -89, 20 No se modifican los datos Los datos del equipo se del equipo en la base de modifican exitosamente. datos, datos inválidos. No se modifican los datos No se modifican los datos del del equipo en la base de equipo en la base de datos, datos, datos inválidos. datos inválidos. Se modifican los datos del Se modifican los datos del emerson, HD4830-0, equipo en la base de datos, equipo en la base de datos, 30, , 90, 20 datos válidos. datos válidos. Tabla 5.4. Prueba caja negra para el método modificar equipo. Registrar Mantenimiento (corriente, voltaje, presión, temperatura) 456, 345, -89, , 345, -89, 20 Xxxx, 1111, asco, 456, 345, -89, 20 No se registra el equipo en Los datos del equipo se la base de datos, datos registraron exitosamente inválidos No se registra el equipo en No se registra el equipo en la la base de datos, datos base de datos, datos inválidos inválidos y vacios y vacios No se registra el equipo en la base de datos, datos inválidos y vacios No se registra el equipo en la base de datos, datos inválidos y vacios Se registra la estación en la Se registra la estación en la 30, , 90, 20 base de datos, datos válidos base de datos, datos válidos Tabla 5.5. Prueba caja negra para el método registrar mantenimiento. r

5 Implementación y pruebas del sistema 93 Registrar Fallas (contratista, observaciones) , ninguno , ninguno No se registra la estación en Los datos de la estación se la base de datos, datos registraron exitosamente inválidos No se registra la estación en No se registra la estación en la la base de datos, datos base de datos, datos inválidos inválidos Se registra la estación en la Se registra la estación en la MGR Proyectos, ninguno base de datos, datos válidos base de datos, datos válidos Tabla 5.6. Prueba caja negra para el método registrar fallas. 5.3 Diagrama de despliegue Una vez descritos todos los componentes del sistema se procede a realizar el diagrama de despliegue, el cual indica la situación física de los componentes lógicos desarrollados. En la figura 5.20 se muestra este diagrama. Figura Diagrama de despliegue del sistema.

6 Conclusiones y recomendaciones 94 Capítulo 6 Conclusiones y recomendaciones 6.1 Conclusiones La utilización del método Watch para el desarrollo de aplicaciones empresariales permitió cumplir con el objetivo general del proyecto, el cual era desarrollar un sistema de información Web que permitiera el manejo de toda la información asociada a la red de estaciones de transmisión de la región central de DIGITEL, además, de hacer posible el cumplimiento de cada uno de los objetivos específicos planteados. Esto es debido, a que el método proporciona un marco metodológico que describe un conjunto de actividades necesarias para producir una aplicación empresarial, agregándole visibilidad al proyecto, ya que en cualquier momento tanto el grupo de desarrollo como los usuarios del sistema pueden apreciar en que estado se encuentra el proyecto, razón por la cual, se facilita la toma de decisiones en el modelado, diseño, implementación y pruebas del sistema. El Sistema Web para la Coordinación de Infraestructura y Energía de la Región Central de la Corporación Digitel, apoya a la coordinación de infraestructura y energía en sus actividades ya que facilita el control de los mantenimientos, fallas y afectaciones de servicio, así como también permite conocer en un pequeño lapso de tiempo cuales son los equipos que se encuentran instalados en la red con el fin de optimizar el funcionamiento y tiempos de respuesta de la coordinación. La consolidación de este sistema, representa una herramienta fundamental en la toma de decisiones oportunas y efectivas, ya que es posible para los usuarios, tener acceso a la información de una manera más fácil y desde cualquier punto de red de la empresa. Las pruebas del sistema se realizaron de manera satisfactoria, se ejecutaron cada una de ellas conjuntamente con los usuarios del sistema, brindando resultados positivos que le permitieron a los involucrados concluir que el sistema se comporta de manera espera y de forma confiable. Además, la

7 Conclusiones y recomendaciones 95 realización de estas pruebas facilitó al grupo de desarrollo el proceso de adiestramiento de los usuarios, ya que permitió que este fuera conocido, despertando el interés por su uso. 6.2 Recomendaciones Mejorar la comunicación entre la Universidad de los Andes y la Corporación Digitel, con el fin de crear un mejor ambiente de trabajo y presentar trabajos industriales que abarquen las exigencias de ambas instituciones. Mejorar la colaboración por parte del personal de la empresa a la hora de facilitar la información que hace posible el desarrollo de los sistemas de información utilizados como apoyo en las diferentes coordinaciones. Utilizar el sistema como base para la realización de nuevos proyectos, así como también para la ampliación del mismo, con el fin de abarcar todas las actividades que se deben realizar dentro de la coordinación. Realizar validaciones de tanto de fechas como de las regiones a las cuales pertenece la estación para que no exista inconsistencia al momento del registro o de las consultas.

8 Bibliografía Barrios, J (2005), Modelado de Negocios. Taller DSIA. Universidad de los Andes, Facultad de Ingeniería. Ferré, X., Sánchez, M. Desarrollo Orientado a Objetos con UML. Facultad de Informática UPM Hamar, V. (2003). Aspectos metodológicos del desarrollo y reutilización de componentes de software. Mérida, Venezuela. Montilva, J (1984), Administración, Metodología y Técnicas para el Desarrollo de Sistemas de Información. Universidad de los Andes, Facultad de Ingeniería. Montilva, J (1999), Modelo de proceso \Reloj" para el desarrollo de aplicaciones de software. Universidad de los Andes, Facultad de Ingeniería. Montilva, J. (2004). Desarrollo de aplicaciones empresariales, el método Watch. Mérida, Venezuela. Montilva, J. (2007). Modelado de Negocios, del espacio del problema al espacio de la solución. Universidad de los Andes, Mérida, Venezuela. Montilva J., Venezuela. Barrios J. (2008). WATCH: El Método del Reloj. Universidad de los Andes, Mérida, Navathe S., Elmasri R. (2002). Sistemas de Bases de Datos. Conceptos fundamentales. Editorial Pearson. Segunda Edición. Piattini M. (1999). Fundamentos y modelos de base de datos. Alfaomega grupo editor. Segunda edición. México.

9 Capítulo 6. Bibliografía 97 Pressman R. (2002). Ingeniería del software, un enfoque práctico. Mac Graw Hill. Quinta edición. México. Sarmiento, H. (2009). Manual de operaciones y mantenimiento de la Coordinación de Infraestructura y Energía de la Región Central de la Corporación Digitel C.A. Silberschatz A. (1998). Fundamentos de base de datos. Mac Graw Hill. Tercera edición. España. Schmuller, J (2003). Aprendiendo UML en 24 horas. Prentice Hall.