Sistema de Gestión de Servicios Telefónicos

Universidad de Valladolid E. U. de Informática (Segovia) Ingeniería Técnica en Informática de Gestión SISTEMA DE GESTIÓN DE SERVICIOS TELEFÓNICOS Alumna: María Cristina Fernández Arribas Tutores: Francisco José González Cabrera Fernando Díaz Gómez Sistema de Gestión de Servicios Telefónicos 1 Bloque I – Memoria del proyecto BLOQUE I MEMORIA DEL PROYECTO Sistema de Gestión de Servicios Telefónicos 3 Bloque I – Memoria del proyecto ÍNDICE 1. INTRODUCCIÓN __________________________________________________________7 1.1. IDENTIFICACIÓN DEL PROYECTO _____________________________________7 1.2. ORGANIZACIÓN DE LA DOCUMENTACIÓN _____________________________7 1.3. ESTRUCTURA DEL CD ________________________________________________8 2. DESCRIPCIÓN GENERAL DEL PROYECTO ___________________________________9 2.1. OBJETIVOS __________________________________________________________10 2.2. CUESTIONES METODOLÓGICAS _______________________________________12 2.3. TECNOLOGÍAS DE DESARROLLO ______________________________________13 3. DESCRIPCIÓN GENERAL DEL PRODUCTO___________________________________15 3.1. FUNCIONALIDADES DEL PRODUCTO___________________________________16 3.2. ENTORNO DE LA APLICACIÓN _______________________________________17 4. PLANIFICACIÓN __________________________________________________________19 4.1. PLANIFICACIÓN INICIAL ______________________________________________21 4.2. PLANIFICACIÓN REAL ________________________________________________23 4.3. COMPARATIVA PLANIFICACIÓN INICIAL Y REAL _______________________24 5. PRESUPUESTO____________________________________________________________25 6. CUESTIONES DE DISEÑO RESEÑABLES _____________________________________29 7. CUESTIONES DE IMPLEMENTACIÓN RESEÑABLES___________________________33 8. CONCLUSIONES Y POSIBLES APLICACIONES________________________________35 8.1. CONCLUSIONES ______________________________________________________37 8.1.1. CONSECUCIÓN DE OBJETIVOS_____________________________________37 8.1.2. ADQUISICIÓN Y APLICACIÓN DE CONOCIMIENTOS _________________37 8.2. POSIBLES AMPLIACIONES_____________________________________________38 9. BIBLIOGRAFÍA/REFERENCIAS______________________________________________39 10. GLOSARIO DE TÉRMINOS__________________________________________________41 Sistema de Gestión de Servicios Telefónicos 5 Bloque I – Memoria del proyecto ÍNDICE DE FIGURAS Figura 1: Modelo Vista Controlador ________________________________________________12 Figura 2: Módulos del Sistema de Gestión de Servicios Telefónicos _______________________15 Figura 3: Entorno del Sistema de Gestión de Servicios Telefónicos________________________17 Figura 4: Planificación inicial del proyecto___________________________________________21 Figura 5: Planificación real del proyecto_____________________________________________23 Figura 6: Presupuesto de los recursos materiales_______________________________________25 Figura 7: Diagrama WBS general __________________________________________________26 Figura 8: Diagrama WBS de la fase de Análisis y Diseño________________________________26 Figura 9: Diagrama WBS de la fase de Implementación_________________________________26 Figura 10: Diagrama WBS de la fase de Puesta en Marcha_______________________________27 Figura 11: Diagrama WBS de la fase de Documentación ________________________________27 Figura 12: Presupuesto Final del proyecto____________________________________________28 Figura 13: Funcionamiento interno del Modelo Vista Controlador_________________________34 Sistema de Gestión de Servicios Telefónicos 7 Bloque I – Memoria del proyecto 1 INTRODUCCIÓN 1.1. IDENTIFICACIÓN DEL PROYECTO Título: Sistema de Gestión de Servicios Telefónicos Autor: María Cristina Fernández Arribas Tutores: Francisco José González Cabrera Fernando Díaz Gómez Departamento: Informática 1.2. ORGANIZACIÓN DE LA DOCUMENTACIÓN Siguiendo la recomendación de la Escuela Universitaria de Informática de Segovia la documentación se va a dividir en tres bloques independientes. Cada bloque está separado convenientemente en el volumen encuadernado ya que cada bloque tiene entidad propia que cuenta con índice propio. Esta organización se justifica en que cada bloque va dirigido a una audiencia determinada: Bloque I: La memoria del proyecto La memoria del proyecto está dirigida al público en general y contiene: • La descripción general del proyecto en la que se tratan los objetivos perseguidos por el mismo, así como una serie de cuestiones metodológicas y tecnológicas relevantes. • La descripción general del producto software desarrollado, describiéndose las funcionalidades soportadas, una descripción de la arquitectura adoptada y de su despliegue en el entorno de explotación final. • Las cuestiones de diseño reseñables en el desarrollo del proyecto y que condicionaron la elaboración de la documentación técnica. • Las cuestiones de implementación reseñables en el desarrollo del proyecto con el fin de lograr un producto final de calidad. • Las conclusiones y posibles ampliaciones del presente proyecto. Bloque II: La documentación técnica La documentación técnica está dirigida a un público con un perfil más técnico como son los desarrolladores y analistas de sistemas. Pretende aportar los detalles suficientes a desarrolladores para una profunda comprensión de cómo se ha diseñado e implementado la aplicación, partiendo de un análisis lo más riguroso posible. Esta sección se ha estructurado, en grandes líneas, en los siguientes apartados: • Análisis del Sistema: En este apartado se incluye información detallada de los objetivos perseguidos por el sistema, así como los requisitos de información, los casos de uso y actores del sistema, y los requisitos no funcionales. Sistema de Gestión de Servicios Telefónicos 8 Bloque I – Memoria del proyecto • Diseño del Sistema: En el apartado de diseño se ha incluido el diseño de la base de datos, el diseño del Sistema de Gestión de Servicios Telefónicos con la descripción de sus tipos de objetos y asociaciones. • Implementación del sistema: En el que se incluye cuestiones acerca de la implementación del proyecto y la documentación del código en formato javadoc. • Pruebas del sistema: En este último apartado se incluye tanto el tipo, como la batería de pruebas realizadas. Bloque III: La documentación de usuario La documentación de usuario está dirigida a los usuarios que finalmente van a usar la aplicación. Este bloque contiene el manual de instalación y de uso de la aplicación, con el fin de ilustrar al usuario de la aplicación cómo instalar y utilizar, de forma sencilla y gráfica, la aplicación software desarrollada. 1.3. ESTRUCTURA DEL CD El CD que acompaña a este documento tiene la siguiente estructura: • Documentación o Bloque I  Bloque I - Memoria del proyecto.pdf o Bloque II  Bloque II – Manual Tecnico.pdf o Bloque III  Bloque III – Manual de Usuario.pdf o Auxiliar  ListadoCentralitas.pdf • Software o Código fuente o Ejecutables • Portada.pdf • Resumen.pdf • Lomo.pdf Sistema de Gestión de Servicios Telefónicos 15 Bloque I – Memoria del proyecto 3. DESCRIPCIÓN GENERAL DEL PRODUCTO La interfaz de usuario, como mediador entre el usuario y la lógica de la aplicación, es de vital importancia a la hora de diseñar y elaborar un nuevo producto software. Aunque a veces olvidada, esta capa es la responsable de la mayoría de éxitos y fracasos de los productos software. Por ello, para el desarrollo de este producto se ha prestado especial atención en que la interfaz sea eficaz, esté bien estructurada y facilite el trabajo al usuario. El diseño de la interfaz se ha realizado de tal forma que permite al usuario conocer en todo momento el punto en el que se encuentra y navegar fácilmente por la aplicación, gracias a una usabilidad del diseño muy intuitiva y amigable. Además de prestar atención al diseño de la interfaz, se ha realizado el desarrollo del producto pensando en el cumplimiento de las siguientes características: • Accesibilidad. • Usabilidad. • Escalabilidad. • Reusabilidad de código. • Facilidad de actualización. • Portabilidad a otros sistemas operativos. Este producto se divide en varios módulos que conjuntamente abarcan toda la funcionalidad. Los módulos son los siguientes: Figura 2: Módulos del Sistema de Gestión de Servicios Telefónicos Sistema de Gestión de Servicios Telefónicos 16 Bloque I – Memoria del proyecto El sistema requiere del uso de un Sistema Gestor de Base de Datos (en este caso MySQL) para soportar la persistencia de los datos que gestiona la aplicación. 3.1. F UNCIONALIDADES DEL PRODUCTO Se enumeran más detalladamente las funcionalidades de las que dispone el producto desarrollado, agrupadas por los módulos ya conocidos: Contratación • Crear un pedido • Modificar un pedido • Dar de baja un pedido • Crear un cliente potencial • Modificar un cliente potencial • Eliminar un cliente potencial al contratar • Crear peticiones potenciales • Consulta de cobertura por el teléfono • Consulta de cobertura por la dirección Información • Buscar pedido • Buscar por datos de cliente un pedido • Buscar por oferta un pedido • Buscar cliente potencial • Buscar cliente potencial por oferta • Buscar cliente potencial por centralita Administración • Alta de usuarios • Baja de usuarios • Modificar usuarios • Crear perfil • Borrar perfil • Modificar perfil • Alta de oferta • Borrar oferta • Modificar oferta • Modificar centralitas Sistema de Gestión de Servicios Telefónicos 17 Bloque I – Memoria del proyecto 3.2. ENTORNO DE LA APLICACIÓN En la figura siguiente se puede ver el entorno de la aplicación. Figura 3: Entorno del Sistema de Gestión de Servicios Telefónicos La parte de la derecha ilustra la parte cliente-servidor, la parte cliente es el conjunto de usuarios que se conectan a la aplicación a través de sus equipos haciendo una petición vía Web a la parte servidor donde reside la base de datos, el servicio Web y la aplicación. La parte de la izquierda es una visión general, se ve como el servidor está conectado a la red de la empresa (intranet), junto con otros posibles servidores corporativos (servidores de correo, otras BBDD, sitios Web…) y la plataforma que es la parte cliente. Sistema de Gestión de Servicios Telefónicos 19 Bloque I – Memoria del proyecto 4. PLANIFICACIÓN En este apartado vamos a detallar la planificación temporal del presente proyecto. Desde la planificación temporal, el trabajo es dividido en una serie de unidades que podemos medir de forma cuantitativa. Estas unidades son las fases. Cada fase tiene una duración determinada y su inicio y fin esta condiciona por el resto de fases del desarrollo. Se ha seguido un modelo en cascada, que es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software. A continuación se detallan las razones de la elección del modelo en Cascada: • Cada fase empieza cuando se ha terminado la fase anterior y se han cumplido todos los objetivos de la misma. Dado que el proyecto se ha realizado por una única persona y todas las fases han de ser realizadas para que el proyecto tenga éxito, lo mejor es seguir un orden lógico. • Las etapas están organizadas de un modo lógico. Es decir, una etapa no puede llevarse a cabo hasta que se hayan tomado todas las decisiones en la etapa anterior. Así el diseño espera al análisis de requisitos, el código espera a que el diseño esté terminado, la puesta en marcha espera al desarrollo y la documentación a que el proyecto esté funcionando correctamente. • Al final de cada fase, se tiene la oportunidad de revisar el proyecto. Lo que permite que se pase el menor número de errores de una etapa a la siguiente. • Facilita la gestión de control del progreso del desarrollo del sistema, de las fechas de entrega y de los costos esperados. Adicionalmente, la planificación es usada como base para realizar un seguimiento del estado del proyecto durante su creación. Como consecuencia, si una determinada tarea se extiende más de lo planificado se pueden realizar ajustes que queden reflejados en los plazos y costes reales del proyecto. Se ha utilizado el diagrama de Gantt para poder establecer la relación tarea – tiempo en un grafico conjunto. Como se puede observar más adelante, el proyecto se ha dividido en cuatro fases: Fase de Análisis y Diseño En la fase de análisis se pretende conseguir la especificación detallada del problema a través de un catálogo de requisitos y una serie de modelos que cubran las necesidades de información de los usuarios a los cuales va dirigido el sistema. Sistema de Gestión de Servicios Telefónicos 20 Bloque I – Memoria del proyecto Fase de Implementación Esta fase tiene como objetivo final la construcción de los distintos componentes del proyecto a partir del conjunto de especificaciones lógicas y físicas del mismo, todo ello obtenido en la fase de Diseño. Además en esta fase se prepara el entorno de construcción y se genera el código de cada uno de los componentes de la aplicación. Fase de Puesta en Marcha En esta fase se pone en marcha el proyecto y se realizan los distintos casos de pruebas que previamente habían sido diseñados. En el caso de que en los casos de prueba no se obtengan los resultados esperados se retrocederá a las fases anteriores para localizar y depurar los distintos errores. Documentación Esta es la fase de recopilación de toda la información que se ha utilizado a lo largo de todo el proyecto. Aquí se organiza dicha información para generar la memoria del proyecto, los manuales técnicos y de usuario. Sistema de Gestión de Servicios Telefónicos Bloque I – Me m 4.1. PLANIFICACIÓN INICIAL Para la planificación inicial se ha realizado un estudio de aplicaciones similares y tecnologías que se han usado en el proyecto. Todo ello sumado a los conocimientos adquiridos durante la carrera han sido clave para una plani ficación inicial lo más cercana a la real. La estimación inicial es para una persona a tiempo parcial con una media Figura 4 : Planificación inicial del proyecto 21 m oria del proyecto Para la planificación inicial se ha realizado un estudio de aplicaciones similares y un estudio de las tecnologías que se han usado en el proyecto. Todo ello sumado a los conocimientos adquiridos ficación inicial lo más cercana a la real. para una persona a tiempo parcial con una media de 20 horas semanales. : Planificación inicial del proyecto Sistema de Gestión de Servicios Telefónicos Bloque I – Me m 4.2. PLANIFICACIÓN REAL La planificación inicial ha sufrido alguna variación, aunque se ha intentado cumplir los plazos establecidos para cada fase del proyecto. Figura 5 : Planificación real del proyecto 23 m oria del proyecto inicial ha sufrido alguna variación, aunque se ha intentado cumplir los plazos : Planificación real del proyecto Sistema de Gestión de Servicios Telefónicos 24 Bloque I – Memoria del proyecto 4.3. COMPARATIVA PLANIFICACIÓN INICIAL Y REAL La comparativa entre la planificación inicial y real nos permite establecer donde se ha producido la pequeña desviación durante el desarrollo del proyecto. La planificación inicial era de 336 días y la final ha sido 302. Hay una desviación de 34 días que se explican a continuación: • Se han necesitado 2 semanas menos de lo previsto (14 días) para la puesta en marcha del proyecto, dado que en la fase previa de implantación se avanzó mucho en ese aspecto. • En la fase de documentación se disponía de mucha información gran parte de ella modelada durante la fase de análisis y diseño. Con todo esto se pudo reducir en 20 días la creación de la memoria del proyecto. Sistema de Gestión de Servicios Telefónicos 31 Bloque I – Memoria del proyecto la numeración libre para nuevos altas de línea. Esto se necesita para saber a qué centralita pertenece un número de teléfono o una dirección concreta, ya que sin conocer la centralita no se puede saber la cobertura de la que se dispone. Por todo ello, estos datos han sido simulados, asignando a cada centralita un código postal para la búsqueda por dirección y un rango de numeración asociado para la búsqueda por teléfono. También se ha dotado a cada centralita de un rango de numeración disponible para el alta de nuevos clientes. Se ha intentado ajustarse lo más posible a la realidad en la simulación de los datos, para ello se ha tenido en cuenta el código postal real de la centralita y la numeración telefónica de cada provincia. Sistema de Gestión de Servicios Telefónicos 33 Bloque I – Memoria del proyecto 7. CUESTIONES DE IMPLEMENTACIÓN RESEÑABLES BASE DE DATOS En la aplicación son los propios usuarios los que gestionan los datos a excepción de los datos de centralitas, coberturas y rangos de numeración que son datos pre-cargados. Hasta las ofertas son gestionadas por los propios usuarios. Por todo ello los distintos formularios llevarán validaciones de los datos introducidos antes de su almacenamiento en la BBDD. El modelo entidad-relación es el modelo conceptual más utilizado para el análisis conceptual de la base de datos. El modelo entidad-relación, está formado por un conjunto de entidades, que permiten describir la realidad, mediante un conjunto de representaciones gráficas y lingüísticas que modelan relaciones entre entidades. Se utiliza también el modelo relacional, en el que se estructura de una tabla construida por líneas (tuplas) y columnas (atributos). Las relaciones representan las entidades que se consideran interesantes en nuestra base de datos. Cada instancia de la entidad encontrará sitio en una tupla de la relación, mientras que los atributos de la relación representan las propiedades de la entidad. Una vez planteado el modelo entidad-relación, en la etapa de diseño, este modelo debe transformarse en un modelo relacional, como paso previo a la implementación del mismo sobre un Sistema de Gestión de Bases de Datos (SGBD). Dependiendo del tipo de correspondencia de la interrelación, variará la manera de realizar la transformación. La base de datos es la encargada de incrementar las claves primarias numéricas, es decir, se trata de PK (Primary Key) autoincrementadas. IMPLEMENTACIÓN DEL MODELO VISTA CONTROLADOR CON STRUTS La aplicación está basada en Struts y tiene un componente básico llamado ActionServlet; este componente es un Servet, que tramita las peticiones de los usuarios delegando a un componente definido por el desarrollador para cada petición. Es el punto central del framework, aunque no es necesario que toda la actividad fluya a través de él. En la aplicación se hacen peticiones a la JSP que contiene "tag libraries" de Struts, sin pasar por el Servlet ActionServlet. El ActionServlet (controlador) de Struts captura y encamina las peticiones que llegan a la aplicación, a otros componentes de aplicación. Estos componentes pueden ser páginas JSP o instancias de una subclase de la clase org.apache.struts.action.Action que el propio framework suministra. Sistema de Gestión de Servicios Telefónicos 34 Bloque I – Memoria del proyecto Cuando se inicia el Servlet ActionServlet, carga y analiza la información de un fichero que contiene la configuración de la aplicación para aplicar las características de Struts. Entre otras cosas, el fichero de configuración define las correspondencias que existen entre las peticiones que captura el Servlet controlador y las acciones que van a tratar esa petición. El navegador lanza una petición a la aplicación, evento que es capturado por el servidor de aplicaciones y encaminado al componente correspondiente del Modelo Vista Controlador para su tratamiento. A la hora de aplicarlo al patrón Modelo Vista Controlador, las funcionalidades y el encapsulamiento, serían los siguientes: Figura 13: Funcionamiento interno del Modelo Vista Controlador Sistema de Gestión de Servicios Telefónicos 35 Bloque I – Memoria del proyecto • Modelo, representa al estado de la aplicación. Struts proporciona una clase base org.apache.struts.action.ActionForm que se extiende cuando se desea obtener la entrada de datos proporcionada por el usuario en la petición HTTP. • Vista, La vista es una página JSP que no contiene lógica de negocio, ni flujo de la aplicación ni información del modelo, sólo tags. Utiliza el modelo generado para obtener la información y presentarla. • Controlador, el Servlet ActionServlet actúa de controlador, recibe la petición del navegador y decide qué subclase de Action va tratar la petición en función de lo que se ha declarado en el fichero de configuración struts-config.xml. La subclase de Action, actualiza el estado del modelo y controla el flujo de la aplicación y tratamiento de errores. La instancia de una subclase de Action trata la petición y responder al cliente. Las instancias de las subclases de Action tienen acceso al contexto del Servlet controlador y demás objetos que actúan con el contenedor Web. Sistema de Gestión de Servicios Telefónicos 37 Bloque I – Memoria del proyecto 8. CONCLUSIONES Y POSIBLES APLICACIONES 8.1. CONCLUSIONES Este proyecto es el punto que pone fin a mis estudios de Ingeniero Técnico en Informática de Gestión. A lo largo de la carrera he adquirido una gran diversidad de conocimientos los cuales me han proporcionado los cimientos sólidos para hacer frente de una forma madura y eficaz a este proyecto. En la realización del Proyecto Fin de Carrera se ha usado toda la experiencia y conocimientos desarrollados durante toda la carrera, pero también es necesario juntar estos conocimientos con los aspectos humanos que te definen como persona. La pasión por hacer lo que te gusta, los deseos de adquirir nuevos conocimientos, el afán de superación, la entrega, la actitud y la aptitud son algunos de los valores sin los que no se podría acometer con garantías ningún tipo de proyecto. La finalización de este proyecto ha supuesto el cierre de una etapa académica que ha servido para crecer, tanto personal como intelectualmente. En los siguientes puntos se van a presentar la consecución de objetivos, las posibles ampliaciones y la aplicación y adquisición de conocimientos. 8.1.1. CONSECUCIÓN DE OBJETIVOS Para comenzar con los objetivos, se puede afirmar que se han alcanzado los objetivos planteados para este proyecto software, desarrollando una aplicación capaz de realizar la gestión básica de un operador de telefonía. En este proyecto se ha logrado crear una herramienta bajo los principios de sencillez de manejo y claridad en la interfaz de usuario. La utilidad de una herramienta se mide por la eficacia y sencillez de su uso, de nada sirve tener algo complejo que nadie sea capaz de usarlo. 8.1.2. ADQUISICIÓN Y APLICACIÓN DE CONOCIMIENTOS Para poder realizar el proyecto, resultó indispensable adquirir conocimientos más profundos en algunos campos. Antes de comenzar este proyecto, el conocimiento sobre Java estaba limitado a algunas prácticas menores en la Universidad, situación por la cual se profundizó en el uso del lenguaje de programación Java y el Modelo Vista Controlador con Struts. Gracias a ello se ha producido una familiarización con un lenguaje potente que está muy presente en la actualidad. A lo largo del desarrollo del proyecto se han ido utilizando los conocimientos adquiridos en las distintas asignaturas de la carrera. Entre los conocimientos destacados están el lenguaje de modelado UML, el diseño y creación de bases de datos, la base de la programación orientada a objetos y la gestión de un proyecto que sólo se había visto de forma teórica durante la carrera. Sistema de Gestión de Servicios Telefónicos 38 Bloque I – Memoria del proyecto 8.2. POSIBLES AMPLIACIONES A continuación se van a exponer algunas de las posibles ampliaciones del Sistema de Gestión de Servicios Telefónicos. La primera y más interesante sería la modificación del algoritmo de búsqueda de cobertura para hacerlo real. En el caso de que se dispusiera de los datos necesarios para ello, bastaría con ampliar la base de datos y modificar la búsqueda simulada. Otra ampliación sería permitir la gestión de las centralitas por parte de los usuarios, dar de alta y de baja las diferentes centralitas. En el proyecto se permite modificar las ofertas asociadas a las centralitas. Este punto no se desarrolló porque quedaba fuera de los límites de tiempo de desarrollo del proyecto. Por último otra posible ampliación, una ayuda online dentro de la aplicación que resuelva al usuario las dudas que le puedan surgir durante la navegación. Sistema de Gestión de Servicios Telefónicos 39 Bloque I – Memoria del proyecto 9. BIBLIOGRAFÍA/REFERENCIAS • Sun Microsystems, Inc. Java™ Platform, Standard Edition 6 API Specification. http://java.sun.com/javase/6/docs/api/ • Eclipse Platform. http://www.eclipse.org/platform • Página oficial de Apache Tomcat v6. http://tomcat.apache.org/download60.cgi • Tutorial de JSP. http://www.jsptut.com/ • Aula virtual de la Escuela Informática de Segovia. http://euisg.infor.uva.es/aulavirtual/ • La Comisión del Mercado de las Telecomunicaciones. http://www.cmt.es • Apache Struts Software Foundation. http://struts.apache.org/ • The open source UML Platform. http://staruml.sourceforge.net/en/ • Ley 11/1998, de 24 de abril, General de Telecomunicaciones. http://www.boe.es/boe/dias/1998/04/25/pdfs/A13909-13940.pdf • Programa y Manual de OpenProj. https://www.openproject.org/ http://www.uco.es/~lr1maalm/Manual-openproj.pdf • Ayuda de Microsoft Office 2007. http://office.microsoft.com/eses/word-help/ • DBDesigner 4. http://www.fabforce.net/dbdesigner4/ • JRE (Java Runtime Environment o Entorno en Tiempo de Ejecución de Java). http://www.java.com • MySQL Server. http://dev.mysql.com/ Sistema de Gestión de Servicios Telefónicos 5 Bloque II – Documentación Técnica 1 ANÁLISIS DEL SISTEMA 1.1. INTRODUCCIÓN En este proceso se obtiene una especificación detallada del sistema de información que satisfaga las necesidades de los usuarios y sirva de base para el posterior diseño del mismo. En este apartado se detalla una descripción del sistema, delimitando su alcance, estableciendo las interfaces con otros sistemas e identificando a los usuarios representativos. 1.2. OBJETIVOS DEL SISTEMA El presente proyecto está dedicado a desarrollar un sistema software que permita gestionar un operador de telefonía. El principal objetivo será gestionar todas las contrataciones de productos de telefonía fija, dar de alta, dar de baja y cambiar de oferta, mediante la creación de peticiones. Para que el proyecto tenga entidad propia será necesario que el objetivo principal venga acompañado de otros secundarios, como por ejemplo, la gestión interna de usuarios, la administración de ofertas y la consulta de cobertura para saber las ofertas disponibles. A continuación se van a detallar los objetivos del Sistema de Gestión de Servicios Telefónicos: OBJ-01 Contratación de ofertas Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema deberá ser capaz de gestionar la contratación de ofertas a través de peticiones. Importancia Al t a Urgencia Al t a Estado Validado Estabilidad Al t a Figura 1 – Objetivo: Contratación de ofertas. OBJ-02 Consulta de cobertura Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema deberá ser capaz de gestionar la consultar la cobertura a través de un teléfono o una dirección para mostrar la lista de ofertas disponibles. Importancia Al t a Urgencia Al t a Sistema de Gestión de Servicios Telefónicos 6 Bloque II – Documentación Técnica Estado Validado Estabilidad Al t a Figura 2– Objetivo: Consulta de cobertura. OBJ-03 Buscador de peticiones Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción Permite la búsqueda de clientes y sus peticiones. La búsqueda se realiza a través de los datos del cliente, los datos del pedido o los datos de la oferta. Importancia Al t a Urgencia Al t a Estado V a l i d a d o Estabilidad Al t a Figura 3 – Objetivo: Buscador de peticiones. OBJ-04 Buscador de clientes potenciales Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción Mediante un formulario de búsqueda se muestran una lista de números de teléfonos que han llamado anteriormente y no han contratado ningún servicio . Importancia Al t a Urgencia Al t a Estado V a l i d a d o Estabilidad Al t a Figura 4 – Objetivo: Buscador de clientes potenciales. OBJ-05 Administración de usuarios Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema proporciona una gestión de usuarios interna. Cada usuario tendrá asignado uno o varios perfiles que le darán acceso a las diferentes opciones de menú. Importancia Al t a Urgencia Al t a Estado Validado Estabilidad Al t a Figura 5 – Objetivo: Administración de usuarios. Sistema de Gestión de Servicios Telefónicos 7 Bloque II – Documentación Técnica OBJ-06 Gestión de perfiles Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema gestionará los perfiles. Cada perfil tendrá asociadas unas opciones de menú a las que podrá acceder. El menú de la aplicación es dinámico y depende del perfil del usuario que se ha logado. Importancia Al t a Urgencia Al t a Estado Validado Estabilidad Al t a Figura 6 – Objetivo: Gestión de perfiles. OBJ-07 Gestión de ofertas Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema tendrá una serie de ofertas disponibles que podrá modificar, dar de baja o dar de alta. Importancia Al t a Urgencia Al t a Estado V a l i d a d o Estabilidad Al t a Figura 7 – Objetivo: Gestión de ofertas. OBJ-08 Gestión de centralitas Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuente Documento inicial de requisitos Descripción El sistema gestionará las ofertas asociadas a cada centralita. Importancia Al t a Urgencia Al t a Estado Validado Estabilidad Al t a Figura 8 – Objetivo: Gestión de centralitas. Sistema de Gestión de Servicios Telefónicos 9 Bloque II – Documentación Técnica 1.3. CATÁLOGO DE REQUISITOS DEL SISTEMA 1.3.1. REQUISITOS DE INFORMACIÓN IRQ-01 Información sobre cliente. Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas OBJ - 03 Buscador de peticiones Requisitos asociados CRQ-01 Código del cliente UC-02 Crear un cliente Descripción El sistema deberá almacenar la información correspondiente a los clientes, en concreto: Datos específicos Código de cliente. Datos de cliente. Tiempo de vida Medio Máximo Indefinido Indefinido Ocurrencias simult. Medio Máximo Indefinido ∞ Importancia Alta Estado Validado Estabilidad Alta Figura 9 – Requisito de información sobre cliente. CRQ-01 Código de cliente Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas OBJ-03 Buscador de peticiones Requisitos asociados IRQ-01 Información sobre cliente. IRQ-02 Información sobre petición. Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código de cliente es único. Importancia Alta Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 10 – Restricción del código de cliente. Sistema de Gestión de Servicios Telefónicos 10 Bloque II – Documentación Técnica IRQ-02 Información sobre petición. Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas OBJ-03 Buscador de peticiones Requisitos asociados CRQ-01 Código del cliente CRQ-02 Código de oferta CRQ-03 Código de la petición UC-02 Crear un pedido UC-03 Modificar un pedido UC-04 Dar de baja un pedido UC-11 Buscar pedido UC-12 Buscar por datos de cliente un pedido UC-13 Buscar por oferta un pedido Descripción El sistema deberá almacenar la información correspondiente a las peticiones, en concreto: Datos específicos Código de cliente. Código de la oferta. Código de la petición. Datos de la petición. Tiempo de vida Medio Máximo Indefinido Indefinido Ocurrencias simult. Medio Máximo Indefinido ∞ Importancia Alta Estado Validado Estabilidad Alta Figura 11 – Requisito de información sobre petición. CRQ-02 Código de oferta Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas OBJ-03 Buscador de peticiones OBJ-07 Gestión de ofertas OBJ-08 Gestión de centralitas Requisitos asociados IRQ-02 Información sobre petición. IRQ-08 Información sobre oferta. IRQ-09 Información sobre centralita. Sistema de Gestión de Servicios Telefónicos 11 Bloque II – Documentación Técnica Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código de la oferta es único. Importancia Alta Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 12 – Restricción del código de oferta. CRQ-03 Código de petición Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas OBJ-03 Buscador de peticiones Requisitos asociados IRQ-02 Información sobre petición. Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código de la petición es único. Importancia Alta Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 13 – Restricción del código de petición. IRQ-03 Información sobre cliente potencial. Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura OBJ-04 Buscador de clientes potenciales Requisitos asociados CRQ-04 Código de cliente potencial. UC-05 Crear un cliente potencial UC-06 Modificar un cliente potencial UC-07 Eliminar un cliente potencial al contratar UC-08 Crear peticiones potenciales UC-14 Buscar cliente potencial UC-15 Buscar cliente potencial por fechas UC-16 Buscar cliente potencial por centralita Descripción El sistema deberá almacenar la información correspondiente al cliente potencial, en concreto: Sistema de Gestión de Servicios Telefónicos 12 Bloque II – Documentación Técnica Datos específicos Código de cliente potencial. Datos de cliente potencial. Tiempo de vida Medio Máximo Indefinido Indefinido Ocurrencias simult. Medio Máximo Indefinido ∞ Importancia Alta Estado Validado Estabilidad Alta Figura 14 – Requisito de información sobre cliente potencial. CRQ-04 Código de cliente potencial Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura OBJ-04 Buscador de clientes potenciales Requisitos asociados IRQ-03 Información sobre cliente potencial. IRQ-04 Información sobre peticiones potencial. Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código del cliente potencial es único. Importancia Alta Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 15 – Restricción del código de cliente potencial. IRQ-04 Información sobre peticiones potencial Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura OBJ-04 Buscador de clientes potenciales Requisitos asociados CRQ-04 Código de cliente potencial. CRQ-05 Código de la petición potencial CRQ-06 Código de la centralita UC-05 Crear un cliente potencial UC-06 Modificar un cliente potencial UC-07 Eliminar un cliente potencial al contratar UC-08 Crear peticiones potenciales Sistema de Gestión de Servicios Telefónicos 13 Bloque II – Documentación Técnica Descripción El sistema deberá almacenar la información correspondiente a las peticiones potenciales, en concreto: Datos específicos Código de cliente potencial. Código de petición potencial. Código de la centralita Datos de la petición potencial. Tiempo de vida Medio Máximo In d e f i n i do In d e f i n i do Ocurrencias simult. Medio Máximo In d e f i n i do ∞ Importancia Al t a Estado V a l i d a d o Estabilidad Al t a Figura 16 – Requisito de información sobre peticiones potenciales. CRQ-05 Código de petición potencial Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura OBJ-04 Buscador de clientes potenciales Req u is i t os a s oc i ad o s IRQ - 04 In f o r mación so b r e peticiones potencial . Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código de la petición potencial es único. Importancia Al t a Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 17 – Restricción del código de petición potencial. CRQ-06 Código de centralita Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura OBJ-04 Buscador de clientes potenciales OBJ-07 Gestión de ofertas OBJ-08 Gestión de centralitas Requisitos asociados IRQ-04 Información sobre peticiones potencial. IRQ-05 Información sobre cobertura. IRQ-09 Información sobre centralita. Sistema de Gestión de Servicios Telefónicos 14 Bloque II – Documentación Técnica Descripción La información almacenada por el sistema deberá satisfacer la siguiente restricción: El código de la centralita es único. Importancia Alta Urgencia Alta Estado Validado Estabilidad Alta Comentarios Figura 18 – Restricción del código de centralita. IRQ-05 Información sobre cobertura Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados CRQ-06 Código de la centralita UC-09 Consulta de cobertura por el teléfono UC-10 Consulta de cobertura por la dirección Descripción El sistema deberá almacenar la información correspondiente a las peticiones potenciales, en concreto: Datos específicos Código de la centralita Datos de la cobertura. Tiempo de vida Medio Máximo Indefinido Indefinido Ocurrencias simult. Medio Máximo Indefinido ∞ Importancia Alta Estado Validado Estabilidad Alta Figura 19 – Requisito de información sobre cobertura. IRQ-06 Información sobre usuario Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-05 Administración de usuarios OBJ - 06 Gestión de perfiles Sistema de Gestión de Servicios Telefónicos 21 Bloque II – Documentación Técnica Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicite la modificación de un pedido. Precondición Existe el pedido que se va a modificar. Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “contratación de ofertas”. Ver UC-01. p2 Pulsar sobre la opción de menú “contratación de ofertas”. p3 Introducir el teléfono sobre el que se va a modificar el pedido o la dirección. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que existe una petición con esos datos. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles y la oferta actual de ese cliente. p7 Seleccionar una oferta, puede ser la que ya se tiene u otra, y pulsar aceptar. p8 Modificar todos los datos que se deseen. Pulsar sobre el botón “generar pedido” p9 Se conecta a la BBDD para modificar la petición con todos los datos introducidos. P10 El sistema confirma el éxito de la operación. Postcondición Se ha modificado el pedido en el sistema Excepciones Paso Acción No aplica Figura 29 – Caso de uso UC-003 Modificar un pedido UC-004 Dar de baja un pedido Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-01 Contratación de ofertas Requisitos asociados IRQ-02 Información sobre petición. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario solicite la baja de un pedido. Precondición Existe el pedido que se va a dar de baja. Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “contratación de ofertas”. Ver UC-01. Sistema de Gestión de Servicios Telefónicos 22 Bloque II – Documentación Técnica p2 Pulsar sobre la opción de menú “contratación de ofertas”. p3 Introducir el teléfono sobre el que se va a dar de baja el pedido o la dirección. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que existe una petición con esos datos. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles y la oferta actual de ese cliente. p7 Pulsar sobre el botón “borrar” p8 Se conecta a la BBDD para borrar la petición y crear una nueva petición potencial con los mismos datos. p9 El sistema confirma el éxito de la operación. Postcondición Se ha borrado el pedido en el sistema Excepciones Paso Acción No aplica Figura 30 – Caso de uso UC-004 Modificar un pedido UC-005 Crear un cliente potencial Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-03 Información sobre cliente potencial. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la creación de un cliente potencial. Precondición Cliente no registrado en el sistema Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir el teléfono o la dirección sobre la que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que no existe el cliente. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles. p7 Pulsar sobre el botón “cancelar” Sistema de Gestión de Servicios Telefónicos 23 Bloque II – Documentación Técnica p8 Se muestra una página para que se introduzcan los datos del cliente potencial que no ha querido contratar ninguna oferta. Pulsar sobre el botón “guardar”. p9 Se conecta a la BBDD para crear un cliente potencial. p10 El sistema confirma el éxito de la operación. Postcondición Se ha creado un cliente potencial Excepciones P a s o A cc i ón No aplica Figura 31 – Caso de uso UC-005 Crear un cliente potencial UC-006 Modificar un cliente potencial Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-03 Información sobre cliente potencial. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la modificación de un cliente potencial. Precondición Cliente registrado en el sistema Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir el teléfono o la dirección sobre la que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que existe el cliente. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles. p7 Pulsar sobre el botón “cancelar” p8 Se muestra una página con los datos del cliente potencial ya cargados para que se modifiquen los datos que se desee. Pulsar sobre el botón “guardar”. p9 Se conecta a la BBDD para modificar el cliente potencial. p10 El sistema confirma el éxito de la operación. Postcondición Se ha modificado un cliente potencial Excepciones Paso Acción No aplica Figura 32 – Caso de uso UC-006 Modificar un cliente potencial Sistema de Gestión de Servicios Telefónicos 24 Bloque II – Documentación Técnica UC-007 Eliminar un cliente potencial al contratar Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-03 Información sobre cliente potencial. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la modificación de un cliente potencial. Precondición Cliente registrado en el sistema Secuencia normal P a s o A cc i ón p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir el teléfono o la dirección sobre la que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que existe el cliente. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles. p7 Seleccionar una oferta y pulsar sobre el botón “aceptar” p8 Se muestra la página de contratación con los datos del cliente potencial ya cargados para la contratación de la oferta. Pulsar sobre el botón “generar pedido”. p9 Se conecta a la BBDD para eliminar el cliente potencial y crear un nuevo pedido. p10 El sistema confirma el éxito de la operación. Postcondición Se ha eliminado un cliente potencial y se ha creado un nuevo pedido Excepciones Paso Acción No aplica Figura 33 – Caso de uso UC-007 Eliminar un cliente potencial al contratar UC-008 Crear peticiones potenciales Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-03 Información sobre cliente potencial. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la creación de peticiones potenciales potencial. Precondición Ninguna Sistema de Gestión de Servicios Telefónicos 25 Bloque II – Documentación Técnica Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir el teléfono o la dirección sobre la que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar que existe o no existe el cliente. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Ver UC-09 y UC-10. p6 Se muestra un listado de ofertas disponibles. p7 Pulsar sobre el botón “cancelar” p8 Se muestra una página con los datos del cliente potencial, ya cargados si existe el cliente. Pulsar sobre el botón “guardar”. p9 Se conecta a la BBDD para modificar el cliente potencial o para crearlo. Y se crea una petición potencial en ambos casos. p10 El sistema confirma el éxito de la operación. Postcondición Se ha creado una petición potencial Excepciones Paso Acción No aplica Figura 34 – Caso de uso UC-008 Crear peticiones potenciales UC-009 Consultar cobertura por el teléfono Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-05 Información sobre cobertura Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la consulta de cobertura por teléfono. Precondición Ninguna Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir el teléfono sobre el que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar si el cliente existe o no. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. Sistema de Gestión de Servicios Telefónicos 26 Bloque II – Documentación Técnica p6 Se muestra un listado de ofertas disponibles. Postcondición Se muestra el listado de ofertas disponibles Excepciones Paso Acción p6 En el caso de que no existan ofertas disponibles se indicará en el sistema. Figura 35 – Caso de uso UC-009 Consultar cobertura por el teléfono UC-010 Consultar cobertura por la dirección Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-02 Consulta de cobertura Requisitos asociados IRQ-05 Información sobre cobertura Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la consulta de cobertura por la dirección. Precondición Ninguna Secuencia normal P a s o A cc i ón p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “consulta de cobertura”. Ver UC-01. p2 Pulsar sobre la opción de menú “consulta de cobertura”. p3 Introducir la dirección sobre el que se desea buscar información. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para comprobar si el cliente existe o no. p5 El sistema también se conecta a la BBDD para sacar el listado de ofertas disponibles. p6 Se muestra un listado de ofertas disponibles. Postcondición Se muestra el listado de ofertas disponibles Excepciones Paso Acción p6 En el caso de que no existan ofertas disponibles se indicará en el sistema. Figura 36 – Caso de uso UC-010 Consultar cobertura por la dirección UC-011 Buscar pedido Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-03 Buscador de peticiones Requisitos asociados IRQ-02 Información sobre petición. Sistema de Gestión de Servicios Telefónicos 27 Bloque II – Documentación Técnica Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda de pedidos por identificador de pedido. Precondición Disponer de un identificar de pedido válido. Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador”. p3 Introducir el identificador de pedido. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para buscar los datos asociados al pedido. p5 Se muestra los datos del pedido seleccionado. Postcondición Visualización del pedido Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún pedido con los criterios introducidos. Figura 37 – Caso de uso UC-011 Buscar pedido UC-012 Buscar por datos de cliente un pedido Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-03 Buscador de peticiones Requisitos asociados IRQ-02 Información sobre petición. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda de pedidos por datos de cliente. Precondición Ninguno Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador” . p3 Introducir los datos de cliente. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para buscar por los datos de cliente asociados al pedido. p5 Se muestra los datos del pedido seleccionado. Postcondición Visualización del pedido Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún pedido con los criterios introducidos. Figura 38 – Caso de uso UC-012 Buscar por datos de cliente un pedido Sistema de Gestión de Servicios Telefónicos 28 Bloque II – Documentación Técnica UC-013 Buscar por oferta un pedido Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-03 Buscador de peticiones Requisitos asociados IRQ-02 Información sobre petición. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda de pedidos por oferta. Precondición Ninguno Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador”. p3 Introducir los datos de la oferta. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para buscar por los datos de la oferta el pedido. p5 Se muestra los datos del pedido seleccionado. Postcondición Visualización de pedidos Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún pedido con los criterios introducidos. Figura 39 – Caso de uso UC-013 Buscar por oferta un pedido UC-014 Buscar cliente potencial Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-04 Buscador de clientes potenciales Requisitos asociados IRQ-03 Información sobre cliente potencial Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda un cliente potencial. Precondición Disponer de datos de un cliente potencial Secuencia normal P a s o A cc i ón p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador de clientes potenciales”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador de clientes potenciales”. p3 Introducir los datos del cliente potencial. Pulsar sobre el botón “buscar”. Sistema de Gestión de Servicios Telefónicos 29 Bloque II – Documentación Técnica p4 El sistema se conecta a la BBDD para buscar por los datos del cliente potencial. p5 Se muestra los datos del cliente potencial. Postcondición Visualización de cliente potencial Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún cliente potencial con los criterios introducidos. Figura 40 – Caso de uso UC-014 Buscar cliente potencial UC-015 Buscar cliente potencial por fechas Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-04 Buscador de clientes potenciales Requisitos asociados IRQ-03 Información sobre cliente potencial Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda un cliente potencial por fecha. Precondición Disponer de datos de un cliente potencial Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador de clientes potenciales”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador de clientes potenciales”. p3 Introducir las fechas para la búsqueda entre ellas. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para buscar por fechas los datos del cliente potencial. p5 Se muestra los datos del cliente potencial. Postcondición Visualización de cliente potencial Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún cliente potencial con los criterios introducidos. Figura 41 – Caso de uso UC-015 Buscar cliente potencial por fechas UC-016 Buscar cliente potencial por centralita Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-04 Buscador de clientes potenciales Requisitos asociados IRQ-03 Información sobre cliente potencial Sistema de Gestión de Servicios Telefónicos 30 Bloque II – Documentación Técnica Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para la búsqueda un cliente potencial por centralita. Precondición Disponer de datos de un cliente potencial Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “buscador de clientes potenciales”. Ver UC-01. p2 Pulsar sobre la opción de menú “buscador de clientes potenciales”. p3 Introducir los datos de la centralita para la búsqueda. Pulsar sobre el botón “buscar”. p4 El sistema se conecta a la BBDD para buscar por centralita los datos del cliente potencial. p5 Se muestra los datos del cliente potencial. Postcondición Visualización de cliente potencial Excepciones Paso Acción p5 Se muestra un mensaje indicando que no existe ningún cliente potencial con los criterios introducidos. Figura 42 – Caso de uso UC-016 Buscar cliente potencial por centralita UC-017 Alta de usuarios Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Fuentes Documento inicial de requisitos Objetivos asociados OBJ-05 Administración de usuarios Requisitos asociados IRQ-06 Información sobre usuario Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso para el alta de usuarios. Precondición Ninguna Secuencia normal Paso Acción p1 Logarse en la aplicación con un usuario que tenga disponible la opción de menú “administración de usuarios”. Ver UC-01. p2 Pulsar sobre la opción de menú “administración de usuarios” p3 Introducir los datos del nuevo usuario y asignarle al menos un perfil disponible. Pulsar sobre el botón “crear nuevo”. p4 El sistema se conecta a la BBDD para crear un nuevo usuario. p5 Se crea el nuevo usuario. Postcondición Nuevo usuario en el sistema Sistema de Gestión de Servicios Telefónicos 37 Bloque II – Documentación Técnica NFR–02 Red l o c a l (Et h e r n et ) . Versión V 1 .0 – 02/ 12 / 2 0 12 Autor Mª Cristina Fernández Arribas Objetivos asociados - Req u is i t os a s oc i ad o s - Descripción El sistema deberá estar conectado a la misma red local que los servidores de base de datos (si no están en el propio sistema). Importancia M e d i a Urgencia M e d i a Estado V a l i d a d o . Estabilidad Al t a Figura 54 - Requisito no funcional de red local (Ethernet). NFR–03 Servidor de base de datos. Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Objetivos asociados - Requisitos asociados - Descripción El sistema usará una base de datos relacional, con un lenguaje de definición de datos (LDD) SQL, conectada a la misma red local o bien instalada en el propio equipo. Importancia Media Urgencia Media Estado Validado Estabilidad Alta Figura 55 - Requisito no funcional de servidor de base de datos. NFR–04 Internet. Versión V1.0 – 02/12/2012 Autor Mª Cristina Fernández Arribas Objetivos asociados - Requisitos asociados - Descripción El sistema deberá contar con un proveedor de servicios a través de internet de tal forma que el sistema se conectará mediante una red local. Importancia Media Urgencia Media Estado Validado Estabilidad Alta Figura 56 - Requisito no funcional de internet. Sistema de Gestión de Servicios Telefónicos 39 Bloque II – Documentación Técnica 1.4. MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS OBJ-01 OBJ-02 OBJ-03 OBJ-04 OBJ-05 OBJ-06 OBJ-07 OBJ-08 IRQ-01 X X IRQ-02 X X IRQ-03 X X IRQ-04 X X IRQ-05 X IRQ-06 X X IRQ-07 X IRQ-08 X IRQ-09 X X CRQ-01 X X CRQ-02 X X X X CRQ-03 X X CRQ-04 X CRQ-05 X CRQ-06 X X X CRQ-07 X CRQ-08 X UC-001 X X UC-002 X UC-003 X UC-004 X UC-005 X UC-006 X UC-007 X UC-008 X UC-009 X UC-010 X UC-011 X UC-012 X UC-013 X UC-014 X UC-015 X UC-016 X UC-017 X UC-018 X UC-019 X UC-020 X UC-021 X UC-022 X UC-023 X UC-024 X Sistema de Gestión de Servicios Telefónicos 40 Bloque II – Documentación Técnica UC-025 X UC-026 X Figura 57 - Matriz de rastreabilidad de objetivos/requisitos. Sistema de Gestión de Servicios Telefónicos 41 Bloque II – Documentación Técnica 1.5. RESUMEN TIPO ID Descripción OBJETIVOS OBJ-01 Contratación de ofertas OBJ-02 Consulta de cobertura OBJ-03 Buscador de peticiones OBJ-04 Buscador de clientes potenciales OBJ-05 Administración de usuarios OBJ-06 Gestión de perfiles OBJ-07 Gestión de ofertas OBJ-08 Gestión de centralitas REQUISITOS DE INFORMACIÓN IRQ-01 Información sobre cliente IRQ-02 Información sobre petición IRQ-03 Información sobre cliente potencial IRQ-04 Información sobre peticiones potencial IRQ-05 Información sobre cobertura IRQ-06 Información sobre usuario IRQ-07 Información sobre perfil IRQ-08 Información sobre oferta IRQ-09 Información sobre centralitas CRQ-01 Código del cliente CRQ-02 Código de la oferta CRQ-03 Código de la petición CRQ-04 Código del cliente potencial CRQ-05 Código de la petición potencial CRQ-06 Código de la centralita CRQ-07 Código de usuario CRQ-08 Código de perfil CASOS DE USO UC-001 Logarse en el sistema UC-002 Crear un pedido UC-003 Modificar un pedido UC-004 Dar de baja un pedido UC-005 Crear un cliente potencial Sistema de Gestión de Servicios Telefónicos 42 Bloque II – Documentación Técnica UC-006 Modificar un cliente potencial UC-007 Eliminar un cliente potencial al contratar UC-008 Crear peticiones potenciales UC-009 Consultar cobertura por el teléfono UC-010 Consultar cobertura por la dirección UC-011 Buscar pedido UC-012 Buscar por datos de cliente un pedido UC-013 Buscar por oferta un pedido UC-014 Buscar cliente potencial UC-015 Buscar cliente potencial por fechas UC-016 Buscar cliente potencial por centralita UC-017 Alta de usuarios UC-018 Baja de usuarios UC-019 Modificar usuarios UC-020 Crear perfil UC-021 Borrar perfil UC-022 Modificar perfil UC-023 Alta de oferta UC-024 Borrar oferta UC-025 Modificar oferta UC-026 Modificar centralitas Figura 58 – Tabla de resumen del análisis del sistema. Sistema de Gestión de Servicios Telefónicos 43 Bloque II – Documentación Técnica 1.6. ÍNDICE DE FIGURAS Figura 1 – Objetivo: Contratación de ofertas___________________________________________5 Figura 2 – Objetivo: Consulta de cobertura____________________________________________5 Figura 3 – Objetivo: Buscador de peticiones___________________________________________6 Figura 4 – Objetivo: Buscador de clientes potenciales ___________________________________6 Figura 5 – Objetivo: Administración de usuarios _______________________________________6 Figura 6 – Objetivo: Gestión de perfiles ______________________________________________7 Figura 7 – Objetivo: Gestión de ofertas_______________________________________________7 Figura 8 – Objetivo: Gestión de centralitas____________________________________________7 Figura 9 – Requisito de información sobre cliente ______________________________________9 Figura 10 – Restricción del código de cliente__________________________________________9 Figura 11 – Requisito de información sobre petición ___________________________________10 Figura 12 – Restricción del código de oferta__________________________________________10 Figura 13 – Restricción del código de petición ________________________________________11 Figura 14 – Requisito de información sobre cliente potencial ____________________________11 Figura 15 – Restricción del código de cliente potencial _________________________________12 Figura 16 – Requisito de información sobre peticiones potenciales________________________12 Figura 17 – Restricción del código de petición potencial ________________________________13 Figura 18 – Restricción del código de centralita_______________________________________13 Figura 19 – Requisito de información sobre cobertura __________________________________14 Figura 20 – Requisito de información sobre usuario____________________________________14 Figura 21 – Restricción del código de usuario ________________________________________15 Figura 22 – Restricción del código de perfil __________________________________________15 Figura 23 – Requisito de información sobre perfil _____________________________________16 Figura 24 – Requisito de información sobre oferta_____________________________________16 Figura 25 – Requisito de información sobre centralitas _________________________________17 Figura 26 – Actor Usuario________________________________________________________19 Figura 27 – Caso de uso UC-001 Logarse en el sistema_________________________________19 Figura 28 – Caso de uso UC-002 Crear un pedido _____________________________________20 Figura 29 – Caso de uso UC-003 Modificar un pedido__________________________________20 Figura 30 – Caso de uso UC-004 Modificar un pedido__________________________________21 Figura 31 – Caso de uso UC-005 Crear un cliente potencial _____________________________22 Figura 32 – Caso de uso UC-006 Modificar un cliente potencial __________________________23 Figura 33 – Caso de uso UC-007 Eliminar un cliente potencial al contratar _________________24 Figura 34 – Caso de uso UC-008 Crear peticiones potenciales____________________________24 Figura 35 – Caso de uso UC-009 Consultar cobertura por el teléfono ______________________25 Figura 36 – Caso de uso UC-010 Consultar cobertura por la dirección _____________________26 Figura 37 – Caso de uso UC-011 Buscar pedido _______________________________________26 Figura 38 – Caso de uso UC-012 Buscar por datos de cliente un pedido ____________________27 Figura 39 – Caso de uso UC-013 Buscar por oferta un pedido ____________________________28 Sistema de Gestión de Servicios Telefónicos 44 Bloque II – Documentación Técnica Figura 40 – Caso de uso UC-014 Buscar cliente potencial_______________________________28 Figura 41 – Caso de uso UC-015 Buscar cliente potencial por fechas ______________________29 Figura 42 – Caso de uso UC-016 Buscar cliente potencial por centralita____________________29 Figura 43 – Caso de uso UC-017 Alta de usuarios _____________________________________30 Figura 44 – Caso de uso UC-018 Baja de usuarios _____________________________________31 Figura 45 – Caso de uso UC-019 Modificar usuarios ___________________________________31 Figura 46 – Caso de uso UC-020 Crear perfil _________________________________________32 Figura 47 – Caso de uso UC-021 Borrar perfil ________________________________________33 Figura 48 – Caso de uso UC-022 Modificar perfil _____________________________________33 Figura 49 – Caso de uso UC-023 Alta de oferta _______________________________________34 Figura 50 – Caso de uso UC-024 Borrar oferta ________________________________________34 Figura 51 – Caso de uso UC-025 Modificar oferta _____________________________________35 Figura 52 – Caso de uso UC-026 Modificar centralitas _________________________________35 Figura 53 – Requisito no funcional de portabilidad_____________________________________36 Figura 54 – Requisito no funcional de red local (Ethernet)_______________________________37 Figura 55 – Requisito no funcional de servidor de base de datos __________________________37 Figura 56 – Requisito no funcional de internet ________________________________________37 Figura 57 – Matriz de rastreabilidad de objetivos/requisitos _____________________________39 Figura 58 – Tabla de resumen del análisis del sistema __________________________________41 Sistema de Gestión de Servicios Telefónicos 45 Bloque II – Documentación Técnica 2. DISEÑO DEL SISTEMA 2.1. INTRODUCCIÓN Tras haber analizado el problema, comienza la fase de diseño. Mientras que en la fase de análisis el objetivo perseguido era qué ha de hacerse sin importar cómo hacerlo, ahora llega el momento de determinar cómo se resolverá el problema. Tratamiento de los objetos persistentes Existen dos posibilidades para persistir los objetos, una es el tratamiento por medio de ficheros y la otra es hacerlo a través de una base de datos. La opción elegida para este proyecto es una base de datos relacional. Las razones para esta elección son que los gestores de bases de datos ya proporcionan: • Sistema para evitar la redundancia e inconsistencias de los datos a través de los campos clave. • Aislamiento de datos. • Integridad referencial, al eliminarse un registro elimina todos los registros relacionados dependientes. • Acceso concurrente. Tipos de arquitectura El software tendrá una arquitectura Modelo-Vista-Controlador (MVC) como ya se ha explicado anteriormente. Adicionalmente, el producto software a desarrollar respetará la arquitectura cliente-servidor. El cliente (software a desarrollar) accederá a un servidor de bases de datos. 2.2. MODELO ESTÁTICO DEL SISTEMA En este apartado se expone el modelo estático del sistema formado por la descripción de los distintos tipos de objetos y sus asociaciones. Adicionalmente, el sistema requiere un método para persistir los datos que se gestionan dentro de la aplicación. Se ha decidido usar un sistema de base de datos como solución al problema. El diseño de esta base de datos está especificado en el siguiente apartado. 2.2.1. DISEÑO DE LA BASE DE DATOS En este apartado se describe el diseño de la base de datos mediante el modelo relacional. El modelo relacional es un modelo lógico que permite realizar descripciones de los datos de una forma más cercana a la estructura física de la base de datos. Sistema de Gestión de Servicios Telefónicos 46 Bloque II – Documentación Técnica 2.2.1.1. MODELO RELACIONAL Indican las claves primarias de las tablas. (PK) Indica las claves foráneas referentes a claves primarias de otras tablas. (FK) Indica los campos de cada tabla a excepción de PK y FK Figura 01 – Modelo relacional. El modelo relacional representa la forma en que se basan la mayor parte de los SGBD comerciales que existen a día de hoy. Este modelo se basa en el concepto matemático de relación, que gráficamente se representa mediante una tabla. Todos los datos están estructurados a un nivel lógico como tablas formadas por filas y columnas. Cada tabla del grafo relacional se convertirá en una tabla de la base de datos. Esta tabla estará compuesta por los atributos, las diferentes líneas, y tendrá las restricciones de clave ajena vistas en el diagrama (FK). Sistema de Gestión de Servicios Telefónicos Bloque II – Documentación Técnica 2.2.2.3. ADMINISTRACIÓN DE OF ERTAS Figura 17 – Administración de ofertas 2.2.2.4. ADMINISTRACIÓN DE PERFILES Figura 18 – Administración de perfiles CONTROLADOR OffertAdminAction.java structsconfig.xml VISTA offertAdmin.jsp CONTROLADOR ProfileAdminAction.java structsconfig.xml VISTA profileAdmin.jsp 53 Documentación Técnica ERTAS Administración de ofertas PERFILES Administración de perfiles CONTROLADOR OffertAdminAction.java config.xml MODELO OffertAdminForm.java OffertDTO.java OffertUtil.java CONTROLADOR ProfileAdminAction.java config.xml MODELO ProfileAdminForm.java ProfileDTO.java ProfileUtil.java Sistema de Gestión de Servicios Telefónicos 54 Bloque II – Documentación Técnica 2.2.2.5. ADMINISTRACIÓN DE USUARIOS Figura 19 – Administración de usuarios 2.2.2.6. CONTRATACIÓN DE OFER TAS Y COBERTURA Figura 20 – Contratación de ofertas y consulta de cobertura CONTROLADOR UserAdminAction.java structsconfig.xml VISTA userAdmin.jsp CONTROLADOR OffertMainAction.java structsconfig.xml VISTA offertMain.jsp confirmOrder.jsp createOrder.jsp coverage.jsp resultCoverage.jsp clientePotencial.jsp Documentación Técnica Administración de usuarios TAS Y COBERTURA Contratación de ofertas y consulta de cobertura CONTROLADOR UserAdminAction.java config.xml MODELO UserAdminForm.java UserDTO.java UserUtil.java CONTROLADOR OffertMainAction.java config.xml MODELO OffertMainForm.java ClientDTO.java OffertDTO.java OrderDTO.java CentralDTO.java OffertMainUtil.java Sistema de Gestión de Servicios Telefónicos Bloque II – Documentación Técnica 2.2.2.7. BUSCADOR Figura 21 – 2.2.2.8. BUSCADOR DE CLIENTE POTENCIAL Figura 22 – Buscador de cliente potencial CONTROLADOR SearchAction.java structsconfig.xml VISTA search.jsp searchResult.jsp viewOrder.jsp CONTROLADOR SearchClienteAction.java structsconfig.xml VISTA searchClient.jsp searchClientResult.jsp viewClient.jsp 55 Documentación Técnica – Buscador POTENCIAL Buscador de cliente potencial CONTROLADOR SearchAction.java config.xml MODELO SearchForm.java ClientDTO.java OffertDTO.java OrderDTO.java SearchUtil.java CONTROLADOR SearchClienteAction.java config.xml MODELO SearchClientForm.java ClientDTO.java CentralDTO.java SearchClientUtil.java Sistema de Gestión de Servicios Telefónicos 57 Bloque II – Documentación Técnica 2.3. ÍNDICE DE FIGURAS Figura 01 – Modelo relacional ____________________________________________________46 Figura 02 – Tabla USUARIOS ____________________________________________________47 Figura 03 – Tabla USUARIOS_PERFILES __________________________________________47 Figura 04 – Tabla PERFILES _____________________________________________________47 Figura 05 – Tabla PERFILES_OPCIONES __________________________________________48 Figura 06 – Tabla OPCIONES ____________________________________________________48 Figura 07 – Tabla CENTRALITAS_RANGOS _______________________________________48 Figura 08 – Tabla CENTRALITAS _ _______________________________________________49 Figura 09 – Tabla CLIENTES_____________________________________________________49 Figura 10 – Tabla CENTRALITAS_OFERTAS_______________________________________50 Figura 11 – Tabla PETICIONES___________________________________________________50 Figura 12 – Tabla CLIENTES_POTENCIALES______________________________________50 Figura 13 – Tabla PETICIONES_POTENCIALES____________________________________51 Figura 14 – Tabla OFERTAS _ ____________________________________________________51 Figura 15 – Logado del sistema ___________________________________________________52 Figura 16 – Administración de centralitas ___________________________________________52 Figura 17 – Administración de ofertas _ _____________________________________________53 Figura 18 – Administración de perfiles _____________________________________________53 Figura 19 – Administración de usuarios _____________________________________________54 Figura 20 – Contratación de ofertas y consulta de cobertura _____________________________54 Figura 21 – Buscador ___________________________________________________________55 Figura 22 – Buscador de cliente potencial ___________________________________________55 Sistema de Gestión de Servicios Telefónicos 59 Bloque II – Documentación Técnica 3. IMPLEMENTACIÓN Dado que las cuestiones de implementación más reseñables ya se han tratado en el apartado 6 “Cuestiones de implementación reseñables”, en este apartado únicamente queda por comentar que en el CD adjunto, en la carpeta “Software/Código Fuente/JAVADOC”, se encuentra la documentación del código fuente siguiendo la sintaxis javadoc. 4. PRUEBAS Identificar los diferentes tipos de defectos que se pueden encontrar en una aplicación requiere diferentes técnicas y diferentes tipos de pruebas. Las pruebas se han divido en diferentes tipos para reflejar qué clase de defectos tienen cobertura con los distintos tipos. Los tipos pueden ser clasificados desde diferentes puntos de vista. En la siguiente lista se describen algunos de ellos. Clasificación según conocimientos del sistema: • Pruebas de Caja Negra • Pruebas de Caja Blanca Clasificación según en qué momento del proceso en las que las pruebas se han ejecutado: • Pruebas de Integración • Pruebas de Sistema 4.1. PRUEBAS DE CAJA NEGRA En las pruebas de caja negra, la aplicación es tratada como un sistema cerrado del que se desconoce cómo está desarrollado, no se debe asumir nada sobre cómo fue desarrollado. Probablemente sea el más utilizado y es el más cercano a la experiencia de usuario. La única información que se tiene es el documento de requisitos de la aplicación. El objetivo de estas pruebas es asegurar que el sistema funciona de acuerdo con los requerimientos y que cumple las expectativas del usuario. Por lo tanto se han usado los casos de uso definidos como las pruebas de caja negra. Sistema de Gestión de Servicios Telefónicos 60 Bloque II – Documentación Técnica Logarse en el sistema Identificador de caso de prueba UT_001 Caso de uso probado UC_001 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar el funcionamiento correcto del logado en la aplicación mediante un usuario. Entrada_1 Se introduce un usuario registrado con su contraseña correspondiente en el sistema Salida_esperada_1 El sistema accede mediante el logado al sistema Salida_obtenida_1 El sistema ha accedido correctamente mediante el logado al sistema Entrada_2 Se introduce un usuario no registrado en el sistema Salida_esperada_2 El sistema nos rechaza el acceso a la aplicación Salida_obtenida_2 El sistema nos da error en el acceso. Información adicional Figura 01 – Prueba Unitaria UT-001. Logarse en el sistema Crear un pedido Identificador de caso de prueba UT_002 Caso de uso probado UC_002 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar la creación de un pedido con una oferta seleccionada cuando el usuario lo solicite. Entrada_1 Se introduce el número de teléfono correspondiente a un cliente existente o su dirección. Salida_esperada_1 Se espera que el sistema devuelva las ofertas disponibles para este cliente y se crea el pedido. Salida_obtenida_1 El sistema recupera las ofertas disponibles y se puede crear el pedido sin ningún problema. Entrada_2 Se introduce el número de teléfono falso de un cliente no existente o una dirección ficticia. Salida_esperada_2 El sistema deberá devolver un error por no encontrar el teléfono en la base de datos o la dirección ficticia y no se podrá crear el p edido. Salida_obtenida_2 La aplicación nos devuelve el error al no encontrar el teléfono o la dirección correcta. Información adicional Figura 02 – Prueba Unitaria UT-002. Crear un pedido Sistema de Gestión de Servicios Telefónicos 61 Bloque II – Documentación Técnica Modificar un pedido Identificador de caso de prueba UT_003 Caso de uso probado UC_003 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba será comprobar que el sistema pueda realizar una modificación de un pedido ya creado cuando el usuario lo solicite. Entrada_1 Se introduce el número de teléfono correspondiente a un cliente existente o su dirección. Salida_esperada_1 Se espera que el sistema devuelva la oferta disponible que tenga el cliente y se modifica el pedido. Salida_obtenida_1 El sistema recupera la oferta disponible y se modifica el pedido sin ningún error. Entrada_2 Se introduce el número de teléfono falso de un cliente no existente o una dirección ficticia. Salida_esperada_2 El sistema deberá devolver un error por no encontrar el teléfono o la dirección en la base de datos y no se podrá modificar el pedido. Salida_obtenida_2 La aplicación nos devuelve un error al no encontrar el teléfono o su dirección correcta. Información adicional Figura 03 – Prueba Unitaria UT-003. Modificar un pedido Dar de baja un pedido Identificador de caso de prueba UT_004 Caso de uso probado UC_004 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba será comprobar que el sistema pueda realizar una baja de un pedido cuando el usuario lo solicite. Entrada_1 Se introduce el número de teléfono correspondiente a un cliente existente o su dirección. Salida_esperada_1 Se espera que el sistema devuelva la oferta actual y se borre el pedido. Salida_obtenida_1 El sistema recupera el pedido disponible y se puede dar de baja el pedido sin errores. Entrada_2 Se introduce el número de teléfono falso de un cliente no existente o una dirección ficticia. Salida_esperada_2 El sistema deberá devolver un error por no encontrar el teléfono en la base de datos o su dirección y no se podrá crear el pedido. Sistema de Gestión de Servicios Telefónicos 62 Bloque II – Documentación Técnica Salida_obtenida_2 La aplicación nos devuelve el error al no encontrar el teléfono o su dirección correcta. Información adicional Figura 04 – Prueba Unitaria UT-004. Dar de baja un pedido Crear un cliente potencial Identificador de caso de prueba UT_005 Caso de uso probado UC_005 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede crear un cliente potencial. Entrada_1 Se introduce el número de teléfono correspondiente a un cliente existente o su dirección. Salida_esperada_1 Se espera que el sistema cree el cliente potencial al cancelar la elección de alguna oferta por ser rechazada por el cliente. Salida_obtenida_1 El sistema crea el cliente potencial al cancelar la elección de la oferta. Entrada_2 Se introduce el número de teléfono falso de un cliente no existent e o una dirección ficticia. Salida_esperada_2 El sistema deberá devolver un error por no encontrar el teléfono en la base de datos o su dirección y no se podrá crear el cliente potencial. Salida_obtenida_2 La aplicación nos devuelve el error al no encontrar el teléfono o su dirección correcta. Información adicional Figura 05 – Prueba Unitaria UT-005. Crear un cliente potencial Modificar un cliente potencial Identificador de caso de prueba UT_006 Caso de uso probado UC_006 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede modificar un cliente potencial. Entrada_1 Se introduce el número de teléfono correspondiente a un cliente existente o su dirección. Salida_esperada_1 Se espera que el sistema admita la modificación del cliente potencial al cancelar la elección de alguna oferta por ser rechazada por el cliente. Salida_obtenida_1 El sistema modifica el cliente potencial al modificar algún dato después cancelar la elección de la oferta. Entrada_2 Se introduce el número de teléfono falso de un cliente no Sistema de Gestión de Servicios Telefónicos 69 Bloque II – Documentación Técnica darlo de baja. Salida_esperada_2 El sistema nos rechazaría la eliminación del usuario por no existir. Salida_obtenida_2 El sistema nos da error en la eliminación. Información adicional Figura 18 – Prueba Unitaria UT-018. Baja de usuarios Modificar usuarios Identificador de caso de prueba UT_019 Caso de uso probado UC_019 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede modificar un usuario existente. Entrada_1 Se introducen los datos de un usuario registrado en el sistema. Salida_esperada_1 El sistema tendrá que modificar el usuario introducido al cambiar algún dato. Salida_obtenida_1 El sistema modifica el usuario sin anomalías. Entrada_2 Se introduce un usuario no registrado en el sistema para darlo de baja. Salida_esperada_2 El sistema nos rechazaría la modificación del usuario por no existir. Salida_obtenida_2 El sistema nos da error en la modificación. Información adicional Figura 19 – Prueba Unitaria UT-019. Modificar usuarios Crear perfil Identificador de caso de prueba UT_020 Caso de uso probado UC_020 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede dar de alta un nuevo perfil. Entrada_1 Se introducen los datos del nuevo perfil y sus opciones en el sistema. Salida_esperada_1 El sistema debería dar de alta el perfil con sus opciones asociadas correctamente. Salida_obtenida_1 El sistema ha creado el nuevo perfil. Entrada_2 Se introducen los datos del nuevo perfil con opciones inexistentes en el sistema. Salida_esperada_2 El sistema nos rechazaría la nueva alta de perfil. Sistema de Gestión de Servicios Telefónicos 70 Bloque II – Documentación Técnica Salida_obtenida_2 El sistema rechaza la creación del nuevo perfil. Información adicional Figura 20 – Prueba Unitaria UT-020. Crear perfil Borrar perfil Identificador de caso de prueba UT_021 Caso de uso probado UC_021 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede dar de baja un perfil. Entrada_1 Se introducen los datos del perfil. Salida_esperada_1 El sistema debería dar de baja el perfil correctamente. Salida_obtenida_1 El sistema ha borrado el perfil. Entrada_2 Se introducen los datos de un perfil inexistente en el sistema. Salida_esperada_2 El sistema nos rechazaría la baja del perfil. Salida_obtenida_2 El sistema rechaza la eliminación del perfil. Información adicional Figura 21 – Prueba Unitaria UT-021. Borrar perfil Modificar perfil Identificador de caso de prueba UT_022 Caso de uso probado UC_022 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede modificar un perfil. Entrada_1 Se introducen los datos del perfil en el sistema. Salida_esperada_1 El sistema debería permitir la modificación del perfil correctamente. Salida_obtenida_1 El sistema ha modificado el perfil. Entrada_2 Se introducen los datos de un perfil inexistente en el sistema. Salida_esperada_2 El sistema nos rechazaría la modificación del perfil. Salida_obtenida_2 El sistema rechaza la modificación del perfil. Información adicional Figura 22 – Prueba Unitaria UT-022. Modificar perfil Sistema de Gestión de Servicios Telefónicos 71 Bloque II – Documentación Técnica Alta de oferta Identificador de caso de prueba UT_023 Caso de uso probado UC_023 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede dar de alta una nueva oferta. Entrada_1 Se introducen los datos de la nueva oferta en el sistema. Salida_esperada_1 El sistema debería dar de alta la oferta correctamente. Salida_obtenida_1 El sistema ha creado la nueva oferta. Entrada_2 Se introducen datos ficticios en la creación de la nueva oferta en el sistema. Salida_esperada_2 El sistema nos rechazaría la nueva alta de oferta. Salida_obtenida_2 El sistema rechaza la creación de la nueva oferta. Información adicional Figura 23 – Prueba Unitaria UT-023. Alta de oferta Borrar oferta Identificador de caso de prueba UT_024 Caso de uso probado UC_024 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede dar de baja una oferta existente. Entrada_1 Se introducen los datos de la oferta en el sistema. Salida_esperada_1 El sistema debería dar de baja la oferta correctamente. Salida_obtenida_1 El sistema ha eliminado la oferta introducida. Entrada_2 Se introducen datos de una oferta inexistente en el sistema. Salida_esperada_2 El sistema nos rechazaría la baja de la oferta. Salida_obtenida_2 El sistema rechaza la baja de la oferta. Información adicional Figura 24 – Prueba Unitaria UT-024. Borrar oferta Modificar oferta Identificador de caso de prueba UT_025 Caso de uso probado UC_025 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede modificar una oferta existente. Sistema de Gestión de Servicios Telefónicos 72 Bloque II – Documentación Técnica Entrada_1 Se introduce los datos de la oferta existente en el sistema. Salida_esperada_1 El sistema debería permitir la modificación de la oferta correctamente. Salida_obtenida_1 El sistema ha modificado la oferta introducida. Entrada_2 Se introducen datos de una oferta inexistente en el sistema. Salida_esperada_2 El sistema nos rechazaría la modificación de la oferta. Salida_obtenida_2 El sistema rechaza la modificación de la oferta. Información adicional Figura 25 – Prueba Unitaria UT-025. Modificar oferta Modificar centralitas Identificador de caso de prueba UT_026 Caso de uso probado UC_026 Tipo de prueba Caja Negra Objetivo de la prueba El objetivo de la prueba es comprobar que el sistema puede modificar una centralita existente. Entrada_1 Se introduce los datos de la centralita existente en el sistema. Salida_esperada_1 El sistema debería permitir la modificación de la centralita correctamente. Salida_obtenida_1 El sistema ha modificado la centralita introducida. Entrada_2 Se introducen datos de una centralita inexistente en el sistema. Salida_esperada_2 El sistema nos rechazaría la modificación de la centralita. Salida_obtenida_2 El sistema rechaza la modificación de la centralita. Información adicional Figura 26 – Prueba Unitaria UT-026. Modificar centralitas Sistema de Gestión de Servicios Telefónicos 73 Bloque II – Documentación Técnica Resultados finales de las pruebas Identificador Nombre Prueba Resultado UT_001 Loga rse en el sistema OK UT_002 Crear un pedido OK UT_003 Modificar un pedido OK UT_004 Dar de baja un pedido OK UT_005 Crear un cliente potencial OK UT_006 Modificar un cliente potencial OK UT_007 Eliminar un cliente potencial al contratar OK UT_008 Crear peticiones potenciales OK UT_009 Consulta de cobertura por el teléfono OK UT_010 Consulta de cobertura por la dirección OK UT_011 Buscar pedido OK UT_012 Buscar por datos de cliente un pedido OK UT_013 Buscar por oferta un pedido OK UT_014 Buscar cliente potencial OK UT_015 Buscar cliente potencial por fechas OK UT_016 Buscar cliente potencial por centralita OK UT_017 Alta de usuarios OK UT_018 Baja de usuarios OK UT_019 Modifica r usuarios OK UT_020 Crear perfil OK UT_021 Borrar perfil OK UT_022 Modificar perfil OK UT_023 Alta de oferta OK UT_024 Borrar oferta OK UT_025 Modificar oferta OK UT_026 Modificar centralitas OK Figura 27 – Resultado final de las pruebas de caja negra Sistema de Gestión de Servicios Telefónicos 74 Bloque II – Documentación Técnica 4.2. PRUEBAS DE CAJA BLANCA Las pruebas de caja blanca están basadas en el conocimiento del código interno del sistema. El sistema interno y el funcionamiento del código debe ser conocida para generar esta batería de pruebas. Las pruebas de caja blanca de la aplicación consistirán en analizar el funcionamiento interno de las distintas funciones comprobando que los valores de retorno son adecuados y correctos y que no hay caminos internos que no producen ninguna acción o retorno. 4.3. PRUEBAS DE INTEGRACIÓN El objetivo de las pruebas de integración es asegurar una correcta funcionalidad con la interacción de dos o más componentes del sistema. Estas pruebas están desarrolladas con el propósito de probar esta interacción. El criterio de entrada para las pruebas de integración es completar las pruebas unitarias. Si no se han testeado los componentes por separado, no se debería empezar las pruebas de integración. Las pruebas de integración se pueden considerar completadas cuando se han testeado todos los puntos donde hay interacción entre componentes. Son necesarias porque aunque cada módulo por separado funcione correctamente esto no implica que cuando se integren unos con otros el funcionamiento será correcto ya que pueden producirse errores en el paso de parámetros, en el retorno de los mismos, etc. Las pruebas de integración están asociadas a las interfaces de los módulos y a la estructura del programa. Por ello una vez finalizadas las pruebas unitarias se han probado todas las opciones de menú, metiendo valores aleatorios en los campos para probar la integridad de la funcionalidad. Opción de Menú Resultado Consulta de cobertura OK Contratación de ofertas OK Buscador OK Buscador de clientes potencial OK Administración de usuarios OK Gestión de perfiles OK Gestión de ofertas OK Gestión de centralitas OK Figura 28 – Pruebas de integración Sistema de Gestión de Servicios Telefónicos 75 Bloque II – Documentación Técnica 4.4. PRUEBAS DE SISTEMA La fase de pruebas de Sistema es probablemente la fase más importante durante el ciclo de pruebas. Esta parte empieza cuando se ha completado el test unitario y el de integración. Por definición, las pruebas de sistema se lanza con todo el sistema integrado y en una réplica del entorno de producción. Las pruebas de sistema prepara el equipo para un tipo de test centrado desde el punto de vista del usuario. Los criterios de entrada del test de sistema son: • Test de integración y unitario completados. • Los defectos encontrados en pruebas anteriores han sido solucionados. • Deben estar disponibles los recursos suficientes para poder reproducir el entorno de producción Los criterios para darlo por concluido: • La revisión de los casos de uso del sistema muestran que se han cumplido los requerimientos. • Los defectos encontrados deben ser resueltos o documentados como limitaciones del sistema. 4.5. CONCLUSIÓN En los planes de pruebas realistas se debe seleccionar un pequeño subconjunto de casos de prueba de un enorme conjunto de posibilidades. No importa lo duro que se trabaje y lo buenos y representativos que sean los casos de prueba porque siempre se dejará fuera una gran cantidad de pruebas importantes. Por ello, hay que ser consciente de que nunca se encontrarán todos los errores en un programa. Por ello, se puede decir que el objetivo fundamental de probar es encontrar errores, manteniendo al margen el obtener una aplicación carente de ellos ya que nunca sabremos cuando se ha llegado a este punto. Buenos casos de prueba son más susceptibles de encontrar errores, o más si cabe de encontrar errores críticos. Esta fase ha servido para detectar errores en el proyecto que se han podido solucionar sin problema, ya que se han encontrado errores menores debido a un correcto análisis y diseño de la aplicación. Sistema de Gestión de Servicios Telefónicos 77 Bloque II – Documentación Técnica 4.6. ÍNDICE DE FIGURAS Figura 01 – Prueba Unitaria UT-001. Logarse en el sistema_____________________________60 Figura 02 – Prueba Unitaria UT-002. Crear un pedido _________________________________60 Figura 03 – Prueba Unitaria UT-003. Modificar un pedido______________________________61 Figura 04 – Prueba Unitaria UT-004. Dar de baja un pedido_____________________________61 Figura 05 – Prueba Unitaria UT-005. Crear un cliente potencial__________________________62 Figura 06 – Prueba Unitaria UT-006. Modificar un cliente potencial ______________________62 Figura 07 – Prueba Unitaria UT-007. Eliminar un cliente potencial al contratar______________63 Figura 08 – Prueba Unitaria UT-008. Crear peticiones potenciales________________________63 Figura 09 – Prueba Unitaria UT-009. Consulta de cobertura por el teléfono_________________64 Figura 10 – Prueba Unitaria UT-010. Consulta de cobertura por la dirección________________64 Figura 11 – Prueba Unitaria UT-011. Buscar pedido___________________________________65 Figura 12 – Prueba Unitaria UT-012. Buscar por datos de cliente un pedido ________________65 Figura 13 – Prueba Unitaria UT-013. Buscar por oferta un pedido________________________66 Figura 14 – Prueba Unitaria UT-014. Buscar cliente potencial___________________________66 Figura 15 – Prueba Unitaria UT-015. Buscar cliente potencial por fechas __________________67 Figura 16 – Prueba Unitaria UT-016. Buscar cliente potencial por centralita________________67 Figura 17 – Prueba Unitaria UT-017. Alta de usuarios _________________________________68 Figura 18 – Prueba Unitaria UT-018. Baja de usuarios _________________________________68 Figura 19 – Prueba Unitaria UT-019. Modificar usuarios _______________________________69 Figura 20 – Prueba Unitaria UT-020. Crear perfil _____________________________________69 Figura 21 – Prueba Unitaria UT-021. Borrar perfil ____________________________________70 Figura 22 – Prueba Unitaria UT-022. Modificar perfil__________________________________70 Figura 23 – Prueba Unitaria UT-023. Alta de oferta____________________________________71 Figura 24 – Prueba Unitaria UT-024. Borrar oferta ____________________________________71 Figura 25 – Prueba Unitaria UT-025. Modificar oferta__________________________________71 Figura 26 – Prueba Unitaria UT-026. Modificar centralitas ______________________________72 Figura 27 – Resultado final de las pruebas de caja negra ________________________________73 Figura 28 – Pruebas de integración _________________________________________________74 Sistema de Gestión de Servicios Telefónicos 1 Bloque III – Documentación de Usuario BLOQUE III DOCUMENTACIÓN DE USUARIO Sistema de Gestión de Servicios Telefónicos 8 Bloque III – Documentación de Usuario 2.2.1. INSTALACIÓN DE JAVA (JRE) El JRE (Java Runtime Environment o Entorno en Tiempo de Ejecución de Java) es el software necesario para ejecutar cualquier aplicación desarrollada para la plataforma Java. El usuario final usa el JRE como parte de paquetes software. Sun Microsystems ofrece también JDK (Java Development Kit) en cuyo seno reside el JRE, e incluye herramientas como el compilador de Java o el depurador, las cuales se han usado para el desarrollo del proyecto. En el CD están incluidas las últimas versiones de JRE para Windows, tanto 32 como 64 bits. Las cuales se han descargado de la web de Java (http://www.java.com/es/download/). En el caso de disponer de otro sistema operativo se puede descargar de esa misma web. Los términos 32 bits y 64 bits hacen referencia a la forma en que el procesador de un equipo procesa la información. Seguir los pasos de la siguiente sección para saber si el ordenador donde se quiere instalar la aplicación es de 32 bits o de 64 bits. Equipos que ejecutan Windows XP Haz clic en Inicio, haz clic con el botón secundario en “Mi PC” y, a continuación, haz clic en Propiedades. • Si "Edición x64" figura en la lista Sistema, utilizas la versión de 64 bits de Windows XP. • Si no ves la opción "Edición x64" en la lista Sistema, entonces estás utilizando la versión de 32 bits de Windows XP. La edición de Windows XP que ejecutas se muestra en Sistema cerca de la parte superior de la ventana. Equipos que ejecutan Windows Vista o Windows 7 Haz clic en el botón Inicio , haz clic con el botón secundario en Equipo y haz clic en Propiedades. • Si "Sistema operativo de 64 bits" figura en la lista junto a Tipo de sistema, estás ejecutando la versión de 64 bits de Windows Vista o Windows 7. • Si "Sistema operativo de 32 bits" figura en la lista junto a Tipo de sistema, estás ejecutando la versión de 32 bits de Windows Vista o Windows 7. La edición de Windows Vista o Windows 7 que ejecutas se muestra en edición de Windows, junto a la parte superior de la ventana. Para comenzar la instalación de JRE y sabiendo los bits del Windows hacer doble click en el ejecutable: • 32 bits: CD/Software/Ejecutables/jre-7u25-windows-i586.exe • 64 bits: CD/Software/Ejecutables/jre-7u25-windows-x64.exe Sistema de Gestión de Servicios Telefónicos 9 Bloque III – Documentación de Usuario Figura 3: Bienvenida de la instalación de Java Pulsar sobre el botón “Instalar” para comenzar la instalación y esperar hasta visualizar la siguiente pantalla que informa de la correcta instalación de java. Figura 4: Finalización de la instalación de Java Sistema de Gestión de Servicios Telefónicos 10 Bloque III – Documentación de Usuario 2.2.2. INSTALACIÓN DE MYSQL MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. Se debe crear un usuario con contraseña y todos los permisos para la base de datos GST. Además, se deberá importar la base de datos, desde el archivo de creación de la base de datos original que se adjunta junto a los instaladores. Se ha descargado de la web oficial de MySQL (http://dev.mysql.com/downloads/) el instalador para MySQL Server versión 5.5.33. En el CD que se adjunta con este manual se encuentra dicho ejecutable. Hacer doble click en el ejecutable CD/Software/Ejecutables/mysql-5.5.33-win32.msi Figura 5: Bienvenida de la instalación de MySQL Pulsar en “Next” para iniciar la instalación. Sistema de Gestión de Servicios Telefónicos 11 Bloque III – Documentación de Usuario Figura 6: Aceptar la licencia de MySQL Es necesario aceptar la licencia para poder continuar. Para ello, marcar la opción “I accept the terms in the License Agreement” y continuar seguidamente con “Next”. Figura 7: Seleccionar el tipo de instalación de MySQL Seleccionar la instalación “Típica” (Typical) para continuar. Sistema de Gestión de Servicios Telefónicos 12 Bloque III – Documentación de Usuario Figura 8: Confirmación de la instalación de MySQL Seguir adelante para la instalación, eligiendo “Install”. A continuación se va a mostrar la siguiente pantalla sin necesidad de intervención por parte del usuario. Figura 9: Instalación de MySQL Sistema de Gestión de Servicios Telefónicos 13 Bloque III – Documentación de Usuario Figura 10: Finalización de la instalación de MySQL Una vez instalado MySQL, la siguiente fase es la configuración del servidor en sí mismo. Asegurar el marcado de “Launch the MySQL Instance Configuration Wizard”. Al marcarlo se abrirá automáticamente el asistente de configuración. Figura 11: Bienvenida configuración de MySQL Pulsar “Next” para comenzar con la configuración. Sistema de Gestión de Servicios Telefónicos 14 Bloque III – Documentación de Usuario Figura 12: Seleccionar el tipo de configuración de MySQL Optamos por “Detailed Configuration”, de modo que se optimice la configuración del servidor MySQL. Figura 13: Seleccionar el tipo de Servidor Dependiendo del uso que vayamos a darle a nuestro servidor de base de datos se debe elegir una opción u otra, cada una con sus propios requerimientos de memoria. La opción “Developer Sistema de Gestión de Servicios Telefónicos 15 Bloque III – Documentación de Usuario Machine”, es la más apta para un uso de propósito general y la que menos recursos consume, por lo tanto será por la que optemos. Figura 14: Seleccionar el tipo uso de la Base de Datos Para un uso de propósito general, se selecciona la opción por defecto, “Multifunctional Database”. Figura 15: Configurar InnoDB de MySQL Sistema de Gestión de Servicios Telefónicos 16 Bloque III – Documentación de Usuario InnoDB es el motor subyacente que dota de toda la potencia y seguridad a MySQL. Su funcionamiento requiere de unas tablas e índices cuya ubicación puedes configurar. Se acepta la opción por defecto. Figura 16: Seleccionar el número de conexiones de la Base de Datos Esta pantalla permite optimizar el funcionamiento del servidor en previsión del número de usos concurrentes. La opción por defecto, “Decision Support (DSS)/OLAP” será es la más conveniente. Figura 17: Configurar conexiones de MySQL Sistema de Gestión de Servicios Telefónicos 17 Bloque III – Documentación de Usuario Es necesario marcar ambas opciones. Aceptar conexiones TCP permitirá conectarse al servidor desde otras máquinas (o desde la misma simulando un acceso web típico) a través del puerto 3306. Figura 18: Seleccionar la configuración de los caracteres de la Base de Datos Continuar con la opción por defecto. Figura 19: Seleccionar las opciones de Windows para MySQL Sistema de Gestión de Servicios Telefónicos 24 Bloque III – Documentación de Usuario Esta es la dirección por defecto de donde se ha instalado el JRE. En el caso de haberlo instalado en otra carpeta indicarlo aquí. Para continuar, pulsar en “Next”. Figura 28: Seleccionar ubicación donde instalar Apache Tomcat Seleccionar la ubicación donde se quiere instalar el Tomcat y pulsar “Install” para iniciar la instalación. Figura 29: Instalación de Apache Tomcat Sistema de Gestión de Servicios Telefónicos 25 Bloque III – Documentación de Usuario Figura 30: Finalización de instalación de Apache Tomcat Cuando se visualiza esta pantalla el Apache Tomcat se ha instalado correctamente. Para que automáticamente se inicie, marcar “Run Apache Tomcat” y seguidamente pulsar “Finish” para terminar. Sistema de Gestión de Servicios Telefónicos 26 Bloque III – Documentación de Usuario 2.2.4. INSTALACIÓN DE LA APLICACIÓN Para la instalación de la aplicación se ha creado un archivo WAR (de Web Application Archive - Archivo de aplicación web) que es un archivo utilizado para distribuir una colección de JavaServer Pages, Servlets, clases Java, archivos XML, librerías de tags y páginas web estáticas que juntos constituyen la aplicación web. El archivo de la aplicación esta en el CD adjunto en la ruta CD/Software/Ejecutables/GST.war Es necesario desplegar la aplicación en el Apache Tomcat, para ello abrimos el apache accediendo a la siguiente dirección: http://localhost:8080/ desde cualquier navegador de Internet. Figura 31: Acceso a Apache Tomcat Pulsar sobre el botón “Manager App” e introducir el usuario y la contraseña del Tomcat. Sistema de Gestión de Servicios Telefónicos 27 Bloque III – Documentación de Usuario Figura 32: Logarse a Apache Tomcat En la siguiente pantalla se puede ver las aplicaciones que actualmente están desplegadas. Figura 33: Aplicaciones de Apache Tomcat Sistema de Gestión de Servicios Telefónicos 28 Bloque III – Documentación de Usuario Es necesario seleccionar el archivo GST.war de la aplicación y desplegarlo. Para ello, dentro del cajón “Desplegar”, en “Archivo WAR a desplegar”, seleccionar el archivo y finalmente, pulsar en el botón “Desplegar”. Figura 34: Desplegar la aplicación en Apache Tomcat A continuación se puede ver cómo está desplegada correctamente la aplicación. Figura 35: Aplicación desplegadas en Apache Tomcat Llegado a este punto ya está lista la aplicación, sólo es necesario acceder a la URL http://localhost:8080/GST/login.do e introducir los datos de un usuario. En los datos cargados inicialmente se ha creado un usuario con todos los perfiles; es el usuario “admin” y con password “admin”. Sistema de Gestión de Servicios Telefónicos 29 Bloque III – Documentación de Usuario 2.3. ÍNDICE DE IMÁGENES Figura 1: Requisitos Hardware_____________________________________________________7 Figura 2: Requisitos Software______________________________________________________7 Figura 3: Bienvenida de la instalación de Java_________________________________________9 Figura 4: Finalización de la instalación de Java________________________________________9 Figura 5: Bienvenida de la instalación de MySQL______________________________________10 Figura 6: Aceptar la licencia de MySQL _____________________________________________11 Figura 7: Seleccionar el tipo de instalación de MySQL__________________________________11 Figura 8: Confirmación de la instalación de MySQL____________________________________12 Figura 9: Instalación de MySQL ___________________________________________________12 Figura 10: Finalización de la instalación de MySQL____________________________________13 Figura 11: Bienvenida configuración de MySQL_______________________________________13 Figura 12: Seleccionar el tipo de configuración de MySQL ______________________________14 Figura 13: Seleccionar el tipo de Servidor____________________________________________14 Figura 14: Seleccionar el tipo uso de la Base de Datos __________________________________15 Figura 15: Configurar InnoDB de MySQL __________________________________________15 Figura 16: Seleccionar el número de conexiones de la Base de Datos_______________________16 Figura 17: Configurar conexiones de MySQL_________________________________________16 Figura 18: Seleccionar el configuración de los caracteres de la Base de Datos________________17 Figura 19: Seleccionar las opciones de Windows para MySQL ___________________________17 Figura 20: Configurar la seguridad de MySQL ________________________________________18 Figura 21: Confirmación de la configuración de MySQL ________________________________19 Figura 22: Finalización de la configuración de MySQL _________________________________19 Sistema de Gestión de Servicios Telefónicos 30 Bloque III – Documentación de Usuario Figura 23: Bienvenida de la instalación de Apache Tomcat ______________________________21 Figura 24: Licencia de Apache Tomcat ______________________________________________22 Figura 25: Componentes a instalar de Apache Tomcat __________________________________22 Figura 26: Configuración de Apache Tomcat__________________________________________23 Figura 27: Seleccionar ubicación del JRE ____________________________________________23 Figura 28: Seleccionar ubicación donde instalar Apache Tomcat __________________________24 Figura 29: Instalación de Apache Tomcat ____________________________________________24 Figura 30: Finalización de instalación de Apache Tomcat _______________________________25 Figura 31: Acceso a Apache Tomcat ________________________________________________26 Figura 32: Logarse a Apache Tomcat _______________________________________________27 Figura 33: Aplicaciones de Apache Tomcat___________________________________________27 Figura 34: Desplegar la aplicación en Apache Tomcat __________________________________28 Figura 35: Aplicación desplegadas en Apache Tomcat __________________________________28 Sistema de Gestión de Servicios Telefónicos 31 Bloque III – Documentación de Usuario 3. MANUAL DE USO 3.1. PRESENTACIÓN DE LA APLICACIÓN El Sistema de Gestión de Servicios Telefónicos provee a un nuevo operador de los elementos necesarios para establecer relaciones de mutuo beneficio con sus clientes y dar soporte a las operaciones cotidianas de la empresa. El principal objetivo será gestionar todas las contrataciones de productos de telefonía fija, dar de alta, dar de baja y cambiar de oferta, mediante la creación de peticiones. Hay tres tipos de productos: • Productos de voz: Cuando un cliente no tiene número de teléfono se le asigna un número dentro del rango de los asignados a la compañía telefónica para el alta de línea. • Productos de voz más datos: Cuando un cliente no tiene número de teléfono se le asigna un número dentro del rango de los asignados a la compañía telefónica y se le ofrece la posibilidad de contratar la línea con alguna tarifa de Internet. • Productos de datos: Cuando el cliente tiene el número de teléfono de otra compañía y se le ofrece la posibilidad de contratar una tarifa de Internet. Para que el proyecto tenga entidad propia será necesario que el objetivo principal venga acompañado de otros secundarios que se enumeran a continuación: • Consulta de cobertura, se podrá realizar la consulta de cobertura sin tener la obligación de iniciar una contratación. Para ello será necesario introducir el número de teléfono o la dirección. Con esos datos se puede localizar la centralita que le corresponde y con ello las ofertas disponibles de esa centralita dependiendo de la cobertura de la misma. También existirá un campo información para indicar cualquier información adicional del cliente, como el motivo de la llamada. Este campo será de utilidad para dar un mejor servicio si el mismo cliente vuelve a llamar. O para llamar al cliente potencial en el caso de que su centralita asociada aumente la cobertura y tenga más ofertas disponibles. • Buscador, permite la búsqueda de clientes y sus peticiones. La búsqueda se realiza a través de los datos del cliente, los datos del pedido o los datos de la oferta. • Buscador de clientes potencial, mediante un formulario de búsqueda se muestran una lista de números de teléfonos que han llamado anteriormente y no han contratado ningún servicio a los cuales se les puede llamar para intentar captarlos como clientes. Cuando una centralita amplíe su cobertura se puede realizar una búsqueda de todos los clientes potenciales que pertenecen a esa centralita para informarles de las nuevas ofertas. • Administración de usuarios, la aplicación proporciona una gestión de usuarios interna. Cada usuario tendrá asignado uno o varios perfiles que le darán acceso a las diferentes Sistema de Gestión de Servicios Telefónicos 32 Bloque III – Documentación de Usuario opciones de menú. • Gestión de perfiles, se podrán crear, modificar y eliminar perfiles a excepción del perfil administrador. Cada perfil tendrá asociadas unas opciones de menú a las que podrá acceder. El menú de la aplicación es dinámico y depende del perfil del usuario que se ha logado. • Gestión de ofertas, la operadora tendrá una serie de ofertas disponibles que podrá modificar, dar de baja o dar de alta. • Gestión de centralitas, cada centralita tendrá unas ofertas disponibles que podrán ser gestionadas por la aplicación. A continuación se explican detalladamente cada una de las funcionalidades de la aplicación para facilitar el uso de la misma a los usuarios. Sistema de Gestión de Servicios Telefónicos 33 Bloque III – Documentación de Usuario 3.2. MANUAL DE USUARIO 3.2.1. IDENTIFICACIÓN Y ENTRADA Para que un usuario pueda acceder a la aplicación deberá identificarse previamente, introduciendo su Usuario y Contraseña que le acreditarán como usuario autorizado. Figura 1: Identificación y Entrada Una vez el usuario se ha identificado correctamente, entrará en la aplicación, desde la cual podrá acceder a las diferentes opciones de Menú que tenga disponible. Figura 2: Inicio del Sistema de Gestión de Servicios Telefónicos En la parte superior de la pantalla se mostrará permanentemente el menú de opciones generales, que nos permitirá, volver a la pantalla de inicio, desconectarse y cambiar la contraseña.