Sistema de Encuestas Electrónicas

Ciudad de México, Septiembre 2013

Capítulo 1 Generalidades Introducción . Es una iniciativa en la cual tratamos de darle múltiples usos a los sistema web, además de mostrar las utilidades que estas tienen, tanto en la vida cotidiana, como en el ámbito laboral, comercial y profesional. En los documentos que se presentan a continuación, se recogen todos los datos y características que han sido obtenidos como resultado del análisis y planeación del proyecto.

Planteamiento del problema Actualmente la empresa Cambio Musical organiza eventos para la aplicación de encuestas con el fin de mejorar la calidad de las estaciones en función a la música. Cada dos o tres meses se organiza un evento en donde se invitan de 100 a 200 personas para escuchar alrededor de 400 fragmentos de canciones de un par de segundos de duración. Se reparten formularios para que los invitados los contesten en base a las canciones, se puede contestar dependiendo de qué tan buena o mala considera la canción, se indica en qué estación fue escuchada y si se desea escuchar menos en las estaciones de radio la canción que se acaba de escuchar. Una vez terminada la encuesta los formularios son recogidos y se escanean para recopilar los resultados y hacer estadísticas. Los formularios con alveolos que el participante tiene que rellenar, habitualmente ocasionan problemas al momento de escanear los resultados, pues no siempre se rellenan correctamente los alvéolos o se marca más de una opción afectando en los resultados de las estadísticas. También existe un sistema de búsqueda de los participantes en los eventos organizados la cual carece de una estructura intuitiva para el usuario y por consiguiente, es tediosa y dada a las incongruencias e inconsistencias.

Justificación En estos años, la interacción basada en Internet ha crecido a pasos agigantados, y se ha convertido en un medio de difusión muy importante a nivel global. Con base en esta panorámica, se ha decidido diseñar una sistema web que permita a la empresa tomar decisiones en la programación de las estaciones, se podrán conocer los resultados de las encuestas y obtener estadísticas con el registro de las respuestas de los participantes que se llevará a cabo mediante una página web. La empresa Cambio Musical, que es la encargada de realizar estos eventos, ahora operará este sistema web, que al automatizar los procesos involucrados en el área de encuestas ofrecerá beneficios que se verán reflejados en la calidad del servicio ofrecido por las estaciones a sus radioescuchas así como reducir costos y tiempo en la organización de los eventos.

Objetivos ● Objetivo general Desarrollar un sistema web que sirva como herramienta a “Cambio Musical” con el fin de mejorar la aplicación y evaluación de encuestas, el manejo de datos y eventos para mejorar la eficacia en la toma de decisiones. ● Objetivos específicos 1.​ ​Diseñar el sistema web mediante algunas herramientas y lenguajes de programación web, tomando en consideración los requerimientos acordados. 2.​ D ​ esarrollar el sistema web de acuerdo a los requerimientos solicitados por el cliente. 3.​ ​Realizar las pruebas y correcciones necesarias, con la finalidad de verificar que cumpla con las expectativas deseadas.

Alcances El sistema web a desarrollar​, pretende ser un sistema funcional para la empresa “Cambio Musical”., donde se realizarán automáticamente las encuestas, para que el participante pueda llenarlas automáticamente. Podrá utilizarse como el método principal de realización de encuestas para la empresa “Cambio Musical” sustituyendo los métodos previos en papel. Los resultados se mostrarán tanto completos como en filtros por edad y por sexo, lo cual fue optimizado, y esta contemplado en los requerimientos. Los resultados serán contemplados en un documento firmado digitalmente, para mayor seguridad de la información del cliente. los usuarios registrados como administradores, protegerán sus contraseñas con una encriptaciòn .

Limitaciones Se verá afectado la parte del reproductor multimedia implementado, pues no se podrán subir las canciones a reproducir al servidor de manera automática en esta versión, tampoco fueron bloqueados los controles del mismo para evitar que se reproduzca canciones a destiempo. Se verá limitado en esta versión a los resultados solicitados, pero se implementarán más filtros en las siguientes versiones. En la versión actual no existe un certificado digital. En la versión actual no se realizan gráficas de las estadísticas.

Capítulo 2 Marco Teórico Antecedentes del Problema ¿Qué son las encuestas? El diccionario de la Real Academia de la Lengua Española, define la palabra encuesta de la siguiente manera: 1. Averiguación o pesquisa 2. Conjunto de preguntas tipificadas dirigidas a una muestra representativa, para averiguar estados de opinión o diversas cuestiones de hecho. Asimismo, incluimos la definición de otras destacadas figuras vinculadas al mundo de la opinión pública: "El tipo de opinión pública implicado en el ideal democrático es tangible y dinámico. Emana desde muchas fuentes profundas de la experiencia diaria de los individuos que constituyen el público político y es quien formula esas opiniones como guías de trabajo para sus representantes políticos. Está opinión pública escucha muchas propagandas, la mayoría de ellas contradictorias. Trata del choque y conflicto de argumento y debate para separar lo verdadero de lo falso. Necesita de la crítica para su propia existencia y a través de la crítica está constantemente siendo modificado y moldeado. Actúa y aprende por acción. Su verdades son relativas y contingentes sobre los resultados que sus acciones logran. Su fe principal es la fe en la experimentación. Cree en el valor de la contribución de cada individuo para la vida política y en el derecho de los seres humanos corrientes a tener una voz en la decisión de sus destinos. La opinión pública, en este sentido, es el pulso de la democracia”. Historia de las encuestas En 1936, Literary Digest utilizó una muestra significativa de 2.3 millones de votantes, en la cual habían determinado que la población norteamericana tendía a simpatizar con el Partido Republicano. Una semana antes del día de las elecciones presidenciales, fue reportado que Alf Landon del Partido Republicano era, de lejos, mucho más popular que Franklin D. Roosevelt del Partido Demócrata. Al mismo tiempo, George Gallup condujo una encuesta mucho más pequeña, pero con mejores bases científicas, utilizando muestras demográficas representativas. Gallup predijo la victoria de Roosevelt, en 1936, (quien fue reelecto cuatro veces) generando el primer hito en la historia de las encuestas de opinión pública. Así, Gallup lanzó una subsidiaria en el Reino Unido, (el British Institute of Public Opinion), donde predijo la victoria del Partido Laborista en la elección general de 1945, en contraste con virtualmente todos los otros comentadores, quienes esperaban que el Partido Conservador, liderado por Winston Churchill ganara fácilmente. En Francia creó el Institut Francais d`Opinion Publique, (conocido habitualmente como el IFOP), empleando métodos similares para estimar el estado de la opinión pública. Al término de la Segunda Guerra Mundial el interés por las encuestas se extendió a casi todos los países. Pero fue tan sólo en la década de los sesenta que las encuestas fueron ampliamente

utilizadas, con fines electorales, por los medios de comunicación y los partidos políticos. A contar de entonces, el uso de encuestas ha crecido en términos casi exponenciales. John F. Kennedy, Presidente de Estados Unidos entre 1961 y 1963, fue el primer candidato a la Casa Blanca que se basó en encuestas para su estrategia de campaña. Comprendió la necesidad de estudiar las opiniones y actitudes del público en general y partiendo de esta idea, utilizó las encuestas para definir los puntos fuertes y débiles que le atribuía la gente, así como para evaluar tanto a sus oponentes como los temas de actualidad y para ayudarle a perfilar la planificación de su campaña. Una de las encuestas reveló que sólo el 30% de las familias enviaban a sus hijos a la universidad pero que el 80% anhelaban poder hacerlo en un futuro. De modo que, en su campaña por el país, como parte de su estrategia, Kennedy expuso un mensaje sobre la educación dirigido a una audiencia específica. Afirmaba que la educación era una prioridad máxima y que mejoraría las oportunidades de formación para los niños. El público respondió muy bien a este mensaje y, a su vez, a Kennedy. En una época en la que muchos protestantes no apoyaban a Kennedy porque era católico, el candidato utilizó los sondeos para decidir la trayectoria de su campaña. En función del resultado de las encuestas, Kennedy decidió eliminar 30 estados en las visitas de su campaña en función de la actitud de la gente hacia su condición de católico y dedicando su tiempo y sus recursos a los estados en los que sería mejor recibido. En los Estados Unidos, las encuestas pueden emplearse incluso para eliminar a una candidatura, que fue lo que sucedió con George Romney, quien se retiró de la carrera antes de las primarias de 1968, y con Walter Mondale antes de las primarias de 1976. La campaña de Hubert Humphrey en las primarias de California de 1972 quedó seriamente dañada por la encuesta California Field que lo mostraba veinte puntos por detrás de McGovern una semana antes de la elección, la que perdió, en rigor, por un margen de apenas cinco puntos. Metodologías * Telefónica: Las entrevistas telefónicas son menos costosas, pero tienen sesgos porque sólo se incluye a quienes disponen del servicio. * Por correo: carecen de interacción y la gente las contesta poco. * Cara a Cara: tienen el más alto porcentaje de respuestas y permiten controlar el grado de sinceridad, pero son las más costosas y exigen cualidades y entrenamiento del entrevistador. Pueden hacerse en la calle o en el domicilio, sin embargo, se dificultan en la calle porque muchos se niegan a detenerse. Las más representativas son las domiciliarias. * Vía Internet: se han ido tornando cada vez más populares, pero son complejas, en gran parte, por la dificultad del acceso a Internet de ciertos sectores en algunos países. Función de las encuestas * Generar descripciones de la sociedad * Detectar cambios sociales * Fotografiar la realidad de un momento * Planificar estrategias de acción * Legitimar decisiones

* Escuchar a la comunidad * Generar participación ciudadana

Definición de términos básicos 1. Lenguaje de Manipulación de Datos (DML Data Manipulation Language) Es un tipo de lenguaje estructurado que ejecuta instrucciones sobre un motor de bases de datos. Consiste de cualquier número de sentencias DML que el servidor de Oracle trate como una sola entidad o una unidad lógica de trabajo. 2. Servidor de Base de Datos Un servidor de base de datos es un programa que provee servicios de base de datos a otros programas u otras computadoras o almacenar datos, como es definido por el modelo cliente-servidor. También puede referirse a aquellas computadoras (servidores) dedicadas a ejecutar esos programas, prestando el servicio. 3. JSP JavaServer Pages (JSP) permite a los desarrolladores web y diseñadores para desarrollar rápidamente y mantener con facilidad, ricas en información, las páginas Web dinámicas que aprovechan los sistemas empresariales existentes. Como parte de la familia de tecnologías Java, JSP tecnología permite el desarrollo rápido de aplicaciones basadas en Web que son independientes de la plataforma. La tecnología JSP separa la interfaz de usuario de generación de contenidos, permitiendo a los diseñadores cambiar el diseño general de la página, sin alterar el contenido dinámico subyacente. 4. Petición Web Las peticiones al servidor suelen realizarse mediante HTTP, el navegador por medio de la interfaz de usuario permite al usuario realizar una o varias peticiones web. La interfaz de usuario o entorno de usuario es el conjunto de elementos del navegador que permiten realizar la petición de forma activa. 5. HTTP (Hypertext Transfer Protocol) Es el protocolo mediante el cual se transfiere la información en Internet, es el encargado de descargar la información de una página web a la computadora. Protocolo de Transferencia de Hipertexto (Hypertext Transfer Protocol).

6. MySQL El software MySQL® proporciona un servidor de base de datos SQL (Structured Query Language) muy rápido, multi-threaded, multi usuario y robusto, de código libre más popular del mundo. El servidor MySQL está diseñado para entornos de producción críticos, con alta carga de trabajo así como para integrarse en software para ser distribuido. 7. SQL (Structured Query Language) Es un manejador de bases de datos basado en un lenguaje estructurado. El lenguaje se utiliza para definir, consultar y actualizar la base de datos, y es el más popular de su estilo. 8. Aplicación Distribuida Aplicación hecha de distintos componentes que se ejecutan en servidores diferentes, generalmente sobre diferentes plataformas operativas conectadas por una red. 9. Servlet

Un Servlet es un objeto javax.servlet.http.HttpServlet

java

que

pertenece

a

una

clase

que

extiende

de

Definición operacional El sistema web “Sistema de Encuestas Electrónicas” está diseñada bajo el modelo de tres capas bajo la arquitectura de sistemas distribuidos. La plataforma de desarrollo es Java Web, teniendo como base Java Server Pages (JSP) y Java Servlet. La base de datos estará bajo el motor de bases de datos MySQL de Oracle Corporation. A continuación se realizará la descripción extendida de cada uno de estas características.

● Java Server Pages Las páginas Java Server Pages (a partir de ahora, nombradas con su acrónimo JSP) proveen una manera fácil y simple de crear contenido dinámico, el cual permite el desarrollo rápido de aplicaciones basadas en la web, las cuales son independientes del servidor, y de la plataforma. Se basa en anotaciones de código Java mezclados con código Web standard y el entorno de programación Java Enterprise Edition (HTML).

● MySQL MySQL es un administrador de bases de datos de código libre desarrollado por Sun Microsystems (actualmente parte de Oracle Corporation), que tiene como características principales la ejecución de transacciones en línea seguras, seguridad de acceso y diversas funciones basadas en el lenguaje estructurado de consultas SQL. MySQL fue elegido como administrador de bases de datos por su alta asequibilidad y facilidad de uso, además es una tecnología sobre la cual se tiene experiencia. ● Java Database Connectivity JDBC es un API desarrollada por Sun, la cual provee de una comunicación independiente entre el lenguaje de programación Java y un amplio rango de bases de datos. La tecnología JDBC fue desarrollada con la propuesta de escribir el código solo una vez, y que sea independiente del motor de bases de datos administrado. ● MySQL Java Connector Provee la conexión para aplicaciones de clientes desarrolladas en java a través de un JDBC driver llamado MySQL Connector/J. Permitiendo el acceso de datos entre Java y MySQL.

● AJAX Asynchronous JavaScript and XML es una nueva implementación de JavaScript y XML que permite la modificación de partes específicas en las páginas web. AJAX será implementado para la actualización selectiva de componentes dentro de los perfiles, mensajes y novedades.

● MetroUI MetroUI es una librería de CSS y JavaScript que permite diseñar sitios Web a base del diseño ModernUI de Microsoft Windows 8. Metro UI. El proyecto es apoyado por Microsoft Bitzpark. Decidimos utilizar esta librería ya que la interfaz ModernUI es organizada, limpia y además ya es una guía de diseño ya dada a conocer por Microsoft. ● Servlet Son pequeños programas escritos en Java que admiten peticiones a través del protocolo HTTP. Los servlets reciben peticiones desde un navegador web, las procesan y devuelven una respuesta al navegador, normalmente en HTML. Para realizar estas tareas podrán utilizar las clases incluidas en el lenguaje Java.

Documento de Requerimientos Proyecto: SEE (Sistema De Encuestas En-Línea)2.0 Cliente: Cambio Musical Introducción El proyecto que tiene como objetivo buscar un control con respecto a los participantes, las relaciones que ellos tienen tanto en las encuestas como en los eventos, así como los resultados arrojados de los eventos y las encuestas sobre las canciones y sus ratings. Se busca realizar un sistema en red que maneje los registros de las entradas y salidas de participantes en los eventos y encuestas relacionados por la empresa “Cambio Musical” La empresa “Cambio Musical” afiliada directamente con Grupo Radio Centro, han realizado numerosas encuestas telefónicas y eventos, buscando mejorar la calidad de las estaciones en función a la música que sea reproducida sea la mejor para la audiencia Las estaciones Alfa (91.3) Universal (92.1) Estéreo Joya (95.3) y 97.7 En la actualidad existe un sistema de búsqueda y clasificación de los participantes tanto en las encuestas telefónicas cómo en los eventos organizados la cual carece de una estructura que sea intuitiva para el usuario y por consiguiente, tediosa y dada a las incongruencias e inconsistencias al momento del escaneo Glosario de Términos Grupo Radio Centro: Empresa líder en radio en la Ciudad de México con la mayor cantidad tanto de Rating como de estaciones a nivel regional. Eventos: Un evento realizado en el Hotel Fontan, cuyo objetivo es la de captura de datos de los participantes (previamente invitados telefónicamente) con respecto a las canciones que se presentan en una estación (o conjunto de estaciones similares) donde se presentan, se realiza uno cada 2 meses. Participante: Persona registrada, que tiene participación voluntaria tanto en los eventos como en las encuestas telefónicas, se busca que la persona encuestada tenga una relación con respecto a la estación pues la persona debería conocer y escuchar la estación para poder opinar sobre ella. Se deberá conocer el nombre, la edad, la fecha de referencia o el día en que entraron a la base de datos y un ID personal e irrepetible Estación: Es un foro de radio donde se graba y reproduce tanto música cómo diálogos, tiene un nombre fácil de recordar, un código irrepetible y una frecuencia de onda.

Canciones: Son el real motivo de las distintas encuestas realizadas por Cambio musical, se busca la reproducción más constante en las estaciones de las canciones cuyo rating sea mayor y la disminución de las repeticiones en canciones cuyo rating sea menor. Las canciones deben tener un el título, el nombre del artista, la fecha de lanzamiento de la canción, el rating promedio con la participación de los usuarios y un ID irrepetible Encuestas Telefónicas: Son encuestas realizadas a los participantes en de manera constante, las cuales arrojan los principales datos sobre las canciones que se registran. Las encuestas deben tener relación con los participantes a los que se está encuestando y a la estación que ellos están opinando Frecuencia de Onda: Es el número de longitud de onda medido en KiloHertz(Khz) y Mega Hertz(Mhz) con la cual se es posible identificar las estaciones de radio en un reproductor personal. AM: Amplitud Modulada, es una división en los reproductores personales de ondas de radio que tiene una longitud de onda que va de los 500khz a los 1500 khz, las primeras estaciones de la historia de la radio se encontraban en esta longitud. FM: Frecuencia Modulada, es una división de los reproductores personales de ondas de radio que tienen una longitud de onda que va desde los 89 MHz a los 180Mhz vino después de la Amplitud Modulada y requiere de una mayor longitud de ondas de radio Modelos del Sistema ​Java

JDK 6 Update 21 (JDK) StarUML 5.0 Apache Tomcat 7.0 ​MySQL 5.2 Netbeans IDE 7.0.1 Definición de Requerimientos El administrador tendrá la capacidad de gestionar: Las canciones, los eventos y participantes Cada evento y encuesta será realizada de manera limitada a una estación (integrando un conjunto de estaciones similares) exclusivamente, y los resultados deberán presentarse a esa estación. Se busca que existan dos usuarios que interactúen con este sistema, el encargado la base de datos, ya sea después de eventos o de encuestas - y el administrador que buscará los resultados para ser impresos.

Definición de Requerimientos Funcionales Módulo de Gestiòn de Participantes ​ El administrador dará de alta a los participantes introduciendo sus datos personales, estos son: ● Edad ● Sexo ● Nivel socioeconómico(alta, media, baja y muy baja). ● curp ● fecha de nacimiento e ingresara a los participantes como invitados a los eventos. si un participante asiste por segunda vez el administrador sólo lo dará de alta en el evento correspondiente. Módulo de Gestión de Canciones El administrador dará de alta las canciones con los campos: ● nombre ● album ● fecha ● artista y tambien podra dar de baja las mismas en caso de que sea necesario. Módulo de Gestión de Eventos El administrador creará el evento en la base de datos el cual tendrá como nombre la fecha del día correspondiente. En este se especifican las canciones y la información de los participantes que contestaron las encuestas Módulo de Resultados. El administrador podrá elegir el tipo de resultados que desea consultar sobre cada evento.Elegirá la fecha del evento del que desea consultar los resultados, al ingresar a los resultados Existirá un filtro de resultados en un intervalo específico de edades y otro filtro entre sexo de los participantes Todos estos módulos ya deberán tener implícito las altas, bajas, cambios y consultas. Definición de Requerimientos No-Funcionales 1. La capacidad de almacenamiento: Se espera que la base de datos tenga una capacidad de 600 GB 2. Interfaz gráfica de usuario: ​Existirán dos subsistemas, uno que es el administrador, y otro que es el de participante. Éste último iniciará sesión con una clave asignada la primera vez que fue registrado (la cual podrá solicitar nuevamente sin cambios) y contestará posteriormente los cuestionarios para cada canción. El administrador estará en una máquina inaccesible para el participante, donde gestionará lo módulos mencionados previamente.

3. Disponibilidad:​ Es la cualidad del sistema que indica cuando es libre para ser utilizado. 4. Seguridad(Acceso): Es el conjunto de las medidas preventivas y reactivas de las organizaciones y de los sistemas tecnológicos que permitan resguardar y proteger la información buscando mantener la confidencialidad, la disponibilidad e integridad de la misma. 5. Usabilidad: En el sistema el usuario podrá utilizarlo sin mayor complicación haciendo más fácil su manejo evitando procedimientos complicados, más simplificado. 6. Mantenibilidad: Es la cualidad con la que cuenta el sistema para darle soporte, cuidados e integridad con eficacia y practicidad. 7. Escalabilidad: Es la cualidad del sistema para cambiar su tamaño o su configuración para ajustarsese sea demandas de servicios cambiantes. El sistema tendrá una arquitectura escalable que le posibilitará incrementar el rendimiento sin necesidad de rediseñarla, escalar el almacenaje, la base de datos y los servicios Web sin deteriorar el servicio. 8. Portabilidad: Es el poder cambiar de servidor en cualquier momento, cambiando los archivos y que el sitio web se visualice correctamente. 9. Costo:​ La información y los sistemas deben ser recursos que se consigan a un precio accesible. 10. Rendimiento: Se trata del tiempo de carga de alguna página del sistema web en base a la velocidad de respuesta del servidor. 11. Interoperabilidad: Es el intercambio de información y su funcionalidad en conjunto a través de la plataforma web. 12. Concurrencia: Es la propiedad del sistema que le permite ejecutar múltiples procesos de forma simultánea y que puedan interactuar entre sí.

Requerimientos del Sistema Sistema Operativo Windows 2000/XP/Vista/7/8. Java Virtual Machine (JVM) Versión 6 o superior.

ESPECIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA El administrador podrá gestionar la información de las canciones, los eventos y los participantes, él mismo podrá crear los eventos y encuestas. Cada evento y encuesta será realizada de manera individual a una estación (de un conjunto de estaciones semejantes) exclusivamente, y los resultados deberán entregarse a dicha estación. Habrá dos administradores de sistema, el encargado de la base de datos en cada encuesta, ya sea antes o después de que ésta sea realizada; el encargado de buscar los resultados para su impresión.

REQUERIMIENTOS FUNCIONALES Módulo de Gestión de Participantes ​ Se dará de alta a los participantes por medio de sus datos personales, los cuales son: ·​ ​Edad ·​ ​Sexo ·​ ​Nivel socioeconómico (alta, media, baja y muy baja). ·​ ​CURP ·​ ​Fecha de nacimiento Se registrará a participantes como invitados a los eventos. Si un participante asiste por segunda vez el administrador sólo lo dará de alta en el evento correspondiente.

Módulo de Gestión de Canciones Se insertarán las canciones y también se podrán eliminar. Los atributos requeridos son: ·​ ​Nombre ·​ ​Álbum ·​ ​Fecha ·​ ​Artista Módulo de Gestión de Eventos El administrador creará el evento en la base de datos el cual tendrá como nombre la fecha del día correspondiente. En este se especifican las canciones y la información de los participantes que contestaron las encuestas Módulo de Resultados. El administrador podrá conocer los resultados deseados de cada evento, mediante la fecha que desea consultar. Habrá un filtro de resultados en un intervalo específico de edades y otro filtro de género de los participantes Todos estos módulos ya deberán tener implementadas las altas, bajas, cambios y consultas.

MAPA DE NAVEGACIÓN

LOOK & FEEL 1. Index

2.Participantes 2.1.Agregar participante

2.2.Editar participante

2.3. Borrar participante

3. Eventos 3.1. Agregar evento

3.2. Editar evento

3.3. Borrar evento

4. Música 4.1. Agregar música

4.2. Borrar música

5.Resultados

Diagrama de Casos de Uso

Diagrama de Secuencias

Diagrama de Actividades

DIAGRAMA DE CLASES

Diagrama de Componentes

DIAGRAMA ENTIDAD-RELACIÓN

DICCIONARIO DE DATOS Y REDUCCIÓN A TABLAS CEstacion id_est

fre_est

nom_est

int

double

varchar(20)

*

***

id de la estación, autoincrementable.

es artificial

y

frecuencia de la estación, se define en megahertz (fm) y kilohertz (am).

nombre con el que se identifica la estación.

MInvitado id_inv

id_par

id_eve

int

int

int

*

**

**

id del cuestionario, es artificial y autoincrementable.

id de la tabla mcancion.

es de la tabla mevento.

MEvento id_eve

id_est

fec_eve

int

int

date

*

**

***

id del evento, es artificial y autoincrementable.

id de la tabla cestacion.

fecha del evento en que se realizará.

MCuestionario id_cue

id_can

id_eve

int

int

int

*

**

**

id del cuestionario, es artificial y autoincrementable.

id de la tabla mcancion.

id de la tabla mevento.

MAlbum id_alb

id_art

nom_alb

int

int

varchar(30)

*

**

***

id del álbum, es artificial y autoincrementable.

id de la tabla martista.

nombre del álbum.

MUsuario id_usu

nom_usu

pas_usu

int

varchar(45)

varchar(45)

nick del usuario para inciar sesión.

contraseña para el login.

* id del usuario, es artificial y autoincrementable.

CNivelsocioeconomico id_niv

des_niv

int

varchar(10)

*

***

id del nivel socioeconómico, es artificial y autoincrementable.

descripción del nivel, puede ser alto, medio, bajo y muy bajo.

CRating id_rat

des_rat

int

varchar(10)

*

***

id del rating, es artificial y autoincrementable.

descripción del rating, puede ser bueno, regular, malo y muy malo.

EEncuesta id_een

id_inv

int

int

*

**

id de la encuesta, es artificial y autoincrementable.

id de la tabla minvitado.

CRepetitividad re_rep

des_rep

int

varchar(2)

*

***

id de la repetitividad, es artificial y autoincrementable.

descripción de la repetitividad, puede ser sí o no.

MArtista id_art

nom_art

int

varchar(30)

*

***

id del artista, es artificial y autoincrementable.

nombre del artista.

MCancion id_can

id_alb

tit_can

fac_can

int

int

varchar(30)

varchar(30)

*

**

***

id de la canción, es artificial y autoincrementable.

id de la tabla malbum.

título de la canción.

fecha de lanzamiento de la canción.

DEncuesta id_een

id_cue

id_rat

id_rep

id_est

int

int

int

int

int

*

**

**

**

**

id de la tabla encuesta.

id de la tabla mcuestionario.

id de la crating.

id de la tabla crepetitividad.

id de la cestacion.

tabla

tabla

MParticipante id_par

id_niv

id_est

cur_par

nom_par

nac_par

sex_par

int

int

int

varchar(18)

varchar(60)

date

varchar(1)

*

**

**

***

***

id del participante, es artificial y autoincrementable.

id de la tabla c nivel socioeconómic o.

id de la tabla cestacion.

curp del participante, es único, consta de 18 caracteres.

nombre completo del participante.

*** fecha de nacimie nto del participa nte.

sexo del participante (M/F).

3.4 Pruebas 1.

Introducción

1.1

Objetivos

El objetivo principal es definir los lineamientos a seguir para realizar la planeación de la etapa de pruebas sobre el proyecto “​Cambio musical”, con el fin del aseguramiento de calidad del software, así como proveer un artefacto central que guie la planeación y control de pruebas. Definir el enfoque general que será empleado para probar el software y para evaluar los resultados de esas pruebas.

1.2

Alcance

Los niveles de prueba por cubrir son pruebas de Unidad, Integración y Sistema y los tipos de pruebas por cubrir son de Funcionalidad, Usabilidad, Confiabilidad y Soportabilidad

1.3​

​Audiencia

Este plan de pruebas está dirigido a los Probadores y a Administrador del proyecto como una guía para la planeación y control de las pruebas.

2.​ 2.1​

​Misión de la Evaluación y Motivación de las Pruebas ​Misión de la Evaluación

Las pruebas serán realizadas principalmente para verificar que el sistema satisface los requerimientos planteados en los casos de uso y para verificar la calidad del producto en sus primeras versiones. 2.2​

​Motivadores de las Pruebas

Las pruebas son motivadas por el deseo de obtener un alto grado de calidad en el proyecto y asegurar que los requerimientos funcionales y no funcionales se cumplen, así como los estándares internacionales planteados.

3.​

​Pruebas planeadas

Pruebas a la Base de Datos ·​ ​Verificar que los usuarios puedan registrar y recuperar la información. Objetivo de la prueba:

Asegurarse que los métodos de acceso y los procesos de funcionan correctamente sin corrupción en los datos.

Técnica:

Invocar cada método y proceso de la base de datos, probando con datos validos e inválidos Inspeccionar la base de datos para asegurarse que los datos han sido insertados según lo previsto, todos los acontecimientos de la base de datos ocurrieron correctamente, y revisar la recuperación de los datos para asegurarse que los datos correctos fueron recuperados.

Criterios de éxito:

Todos los métodos y procesos de acceso de base de datos funcionan según lo diseñado y sin ninguna corrupción de los datos.

Consideraciones especiales:

·​

Proceso podría ser invocado manualmente. Bases de datos pequeñas o como mínimo clasificadas (número limitado de expedientes) se deben utilizar para aumentar la visibilidad de cualquier acontecimiento no-aceptable.

Pruebas de Funcionalidad ·​ ​Verificar que los usuarios puedan ver la información que solicitan. ·​ ​Verificar que el conjunto de datos capturados por el usuario sean insertados correctamente. ​Verificar que los campos acepten los datos requeridos. Objetivo de la prueba:

Asegurarse que la prueba de funcionalidad, incluyendo la navegación, datos de entrada, procesamiento y recuperación.

·​

Técnica:

Ejecutar cada caso de uso, flujo de caso de uso, o función, utilizando datos validos e inválidos, para verificar: Los datos esperados ocurran cuando los datos validos son utilizados El error apropiado/ mensajes de advertencia son desplegados cuando se han utilizado datos inválidos.

Criterio de éxito:

Todas la pruebas planeadas han sido ejecutadas Todos los defectos encontrados han sido resueltos

Pruebas de interfaz de usuario (UI) ​Navegar a través de todos los casos del uso, verificando que cada panel de la interfaz de usuario pueda ser entendido fácilmente ·​

​Verificar que todas las pantallas cumplan con los estándares de diseño de interfaz.

Objetivo de la prueba:

Verificar: Que la navegación refleja las funciones y requerimientos, incluyendo cada pantalla, cada campo y métodos de acceso utilizados. Que los nombres de los objetos tales como nombres de menús, tamaño, posición, estén conforme a los estándares.

Técnica:

Crear/modificar las pruebas de cada pantalla para verificar la navegación correcta y los estados de cada objeto.

Criterio de éxito:

Cada pantalla es verificada de manera satisfactoria para mantener consistencia con las guías de diseño.

Consideraciones especiales:

No todas las características para los objetos del cliente y de los terceros pueden ser alcanzadas.

Pruebas de estrés ·​ ​Verificar que el tiempo de respuesta del sistema ·​ ​Verificar la respuesta del sistema con varios usuarios concurrentes Objetivo de la prueba:

Verificar el comportamiento del desempeño diseñando transacciones bajo las siguientes condiciones: Carga normal prevista Carga fuera de lo previsto

Técnica:

Modificar los archivos de datos (para aumentar el número de transacciones).

Criterio de éxito:

Los resultados de las transacciones simples / un usuario o múltiples/ múltiples usuarios se concluyen sin fallas y de acuerdo al tiempo estimado.

Consideraciones especiales:

Se debe realizar en una máquina dedicada o en un tiempo dedicado. Esto permite control completo y la medida exacta. Las bases de datos usadas para la prueba de funcionamiento deben ser cualquier tamaño real, o escalado igualmente.

​Pruebas de seguridad y control de acceso ·​ ​Verificar que el inicio de sesión del administrador sea funcional ·​ ​Verificar que el participante no tenga acceso a la sesión del administrador y solo vean la información a la que tienen privilegio Objetivo de la prueba:

Aplicación- nivel de seguridad.: verificar que el participante pueda tener acceso solo a esas funciones / datos para los cuales su tipo del usuario sea permisos proporcionados.

Técnica:

Crear una prueba para cada tipo de usuario y verificar cada permiso creando transacciones especificas para cada tipo de usuario. Modificar el tipo de usuarios y volver a ejecutar la prueba para el mismo usuario. En cada caso verificar las funciones adicionales / que los datos Sistema-nivel de acceso (ver consideraciones especiales)

Criterio de éxito:

Para cada tipo de usuario conocido, la función apropiada / los datos están disponibles y todas las transacciones funcionan según lo esperado y funcionan en pruebas de función anteriores

Consideraciones epeciales:

Pruebas de Fallas/Recuperación ·​ ​Verificar la recuperación del sistema ante la presencia de fallos de energía. Objetivo de la prueba:

Simular las condiciones de falla y ejercitar los procesos de la recuperación (manuales y

automatizados) para restaurar la base de datos, la aplicación, y el sistema. Técnica:

Interrupción de la energía al servidor: simular o iniciar la baja de los procesos del servidorque los procesos de la base de datos por si mismos pueden ser abortados o terminados prematuramente.

Criterio de éxito:

Unos o más desastres simulados que implican unas o más combinaciones de la aplicación, base de datos y del sistema. Unas o más recuperaciones simuladas que implican unas o más combinaciones de la aplicación, base de datos y del sistema para conocer el estado deseado.

Consideraciones especiales:

4.​

​Entregables

La prueba de la recuperación es altamente intrusa. Los procedimientos para desconectar el cableado (simulando pérdida de la energía o de la comunicación) pueden no ser deseables o factibles.

Para cada prueba ejecutada, se creará un formato con el resultado de la prueba. Esto incluirá el nombre o la identificación de la prueba, el caso del uso o la especificación suplementaria con los cuales la prueba se relaciona, la fecha de la prueba, la identificación del probador, y los resultados de la prueba.

Capítulo 4 Plan de Mejora Continua Service Level Agreement (SLA) Introducción El presente Acuerdo de Nivel de Servicio (SLA) estipula los términos, políticas y procedimientos entre la empresa TOOL SA y el cliente Cambio Musical, los cuales brindarán el servicio de Soporte Técnico al Sistema de Encuestas Electrónicas con un objetivo principal: ● Garantizar la disponibilidad y confiabilidad del Soporte Técnico, junto con una rápida y efectiva respuesta a situaciones reportadas. Términos utilizados “Servicio”: Se refiere a los servicios que la empresa TOOL proporcionará al Sistema de Encuestas Electrónicas. “Administrador”: Se refiere al encargado del sistema. “Soporte Técnico”: Satisfacer las necesidades o requisitos, al igual que la provisión de equipo, la infraestructura, el Software adicional, instalaciones, recursos, etc. “Usuario”: Se refiere a la persona que hace uso del servicio. “Mantenimiento”: Proceso general de cambio de Software. Periodo de servicio El presente SLA entra en vigor desde la fecha de firma del contrato, siendo prorrogable por períodos negociables al renovar el Servicio cada año. El horario del Soporte Técnico se limita a los días sábados de 8:00 a 15:00 Hora del Centro (CDT). Alcance El presente SLA tiene contemplado a todos los usuarios, tanto participantes como administradores, del sistema Encuestas Electrónicas. Metas del Servicio Se establecen las siguientes metas del servicio. Indicador

Porcentaje de casos cerrados. Porcentaje de casos reincidentes.

Objetivos

70% 30%

Servicios provistos Lo siguiente describe la naturaleza del servicio provisto por el Soporte Técnico hacia el Administrador: Asistencia sobre Problemas – Una situación que cause que el Servicio proporcionado no funcione adecuadamente o no cumpla con los requerimientos del Administrador. Los reportes podrán realizarse en cualquier momento, pero serán atendidos dentro del horario del servicio de Soporte Técnico especificado en el apartado Periodo de servicio. Cuando sea reportado un caso, se deberá proporcionar la siguiente información: ● Nombre y Apellido del usuario. ● Departamento al que se dirige el caso. ● Solicitud de cambio/Motivo del reporte. ● Descripción corta del caso (Observaciones). El Soporte Técnico registrará la totalidad de los casos en todo el ciclo de vida del sistema. Dicho registro se efectuará en una base de datos. Existen tres tipos de departamentos en que se divide el personal del Soporte Técnico para atender los casos, estos son: ● General, encargado de proporcionar información para orientar al usuario en el manejo del sistema, y en caso de no resolver la petición, se canalizará a los otros departamentos para darle seguimiento. ● Diseño, encargado del diseño de las páginas web. ● Desarrollo, encargado de la lógica de negocio. Los tipos de mantenimiento provistos son correctivo, adaptativo y preventivo. El software soportado es: -Sistema Operativo Microsoft Windows 7 o superior. -Google Chrome 30 o superior / Safari/ Mozilla Firefox 7 o superior. -Módulos de sistema: Participantes, Canciones, Eventos, Resultados, Participante. -Sistema de Reporte de Resultados. El hardware soportado es: -PC’s y Laptops. -Cableado de Redes. -4GB de RAM o superior. -2GHz de velocidad de Procesador.

Criticidad de la incidencia Una prioridad será asignada al caso en cuanto sea analizado considerando los siguientes criterios: ● La prioridad es establecida por el Analista del Soporte Técnico. ● La prioridad es determinada por el impacto en la operación del sistema. ● La prioridad es determinada por el impacto técnico. Prioridad No Asignada​ – El caso aún no ha sido analizado por el Analista del Soporte Técnico. Prioridad Alta – Los casos de Prioridad Alta deberán ser resueltos en un máximo de 12 horas laborables. Los siguientes lineamientos determinan un caso de Prioridad Alta: ● Un caso que afecte totalmente la funcionalidad del sistema. ● Un caso donde el desempeño del servicio sea degradado. Prioridad Media – Los casos de Prioridad Media deberán ser resueltos en un máximo de 18 horas laborables. Los siguientes lineamientos determinan un caso de Prioridad Media: ● Un caso que afecte totalmente la funcionalidad de un módulo del sistema. ● Un caso que afecte el desempeño del servicio. ● Un caso que requiera de apoyo por el Desarrollador. ● Un caso donde un grupo de usuarios no pueda usar el servicio. ● Un caso donde un proceso específico del servicio no funcione. Prioridad Baja​ – Los casos de Prioridad Baja deberán ser resueltos en 72 horas laborables. Los siguientes lineamientos determinan un caso de Prioridad Baja: ● Un caso que no impacte la lógica de negocio. ● Un caso que afecte a un usuario únicamente. ● Un caso que afecte una funcionalidad no esencial de un módulo. Garantía del servicio TOOL garantiza la prestación del servicio de Soporte Técnico, en los términos especificados en este SLA, de forma adecuada a cada caso y con observancia de la diligencia profesional y técnica debida. Evaluación del servicio El Soporte Técnico evaluará, internamente, los servicios prestados al administrador, con el objetivo de realizar un seguimiento de: ● Evolución general del servicio. ● Calidad de servicio. ● Volumen de incidencias y departamento al que pertenecen. También, y a petición del administrador, se podrán realizar evaluaciones puntuales si se consideran necesarias.

Responsabilidades TOOL SA. responderá al administrador ante cualquier perjuicio que, por actuación incorrecta o negligente, pudiera causarle algún problema en la ejecución del servicio establecido en el presente SLA. Obligaciones y responsabilidades del usuario 1. El usuario debe entender que toda prestación de servicios está regulada por el contenido del SLA. La responsabilidad del usuario en su relación con el Soporte Técnico variará de acuerdo con la solicitud requerida, sin embargo, el usuario acepta todas las políticas y procedimientos del Soporte Técnico definidos en este documento. 2. Es responsabilidad del usuario reportar todos los problemas que tenga con el servicio. 3. Proveerá una clara descripción del problema o situación, sin omitir detalles de las acciones realizadas antes de la presentación del problema. 4. Es responsabilidad del usuario solicitar su número de folio del reporte para cualquier tipo de aclaración con el Soporte Técnico. Penalizaciones En el supuesto caso de incumplimiento en el SLA por parte del Soporte Técnico y donde el Administrador cumpla las responsabilidades contempladas en este acuerdo, el Administrador podrá rescindir del contrato. En el caso del incumplimiento por parte del Administrador será acreedor de un cargo sobre el servicio facturado de un 10%

_________________________________ Firma del representante del Administrador

__________________________________ Firma del representante del Proveedor

El presente contrato se celebra en México, D.F. el ____ del mes de ______________ del 201__

Plan de soporte Introducción En e​l presente plan de soporte se garantiza el adecuado cumplimiento del acuerdo de nivel de servicio con el Sistema de Encuestas Electrónicas de la empresa Cambio Musical. Objetivos Atender los incidentes que llegasen a surgir y el mantenimiento requerido por el sistema para asegurar su eficacia, buena calidad y sustentabilidad a largo plazo. ·

Reducir los costos operativos e incrementar la eficacia.

·

Ampliar la disponibilidad y disminuir el tiempo de inactividad.

·

Facilitar las restricciones de recursos y conocimientos.

Estrategias · · · · ·

​Soporte técnico de respuesta rápida. ​Soporte básicos de configuración, instalación, montaje y conectividad. Disponibilidad de​ últimas revisiones y actualizaciones. ​Asegurar las nuevas versiones del sistema. ​Acceso directo a profesionales de soporte con experiencia.

Acciones · · · · ·

​Mantenimiento de comunicación con el cliente y disponibilidad de personal. ​Conocimiento del personal del funcionamiento básico del sistema. Tener conocimiento del estado del software brindado y de las actualizaciones que pueda necesitar. ​Actualizaciones de software constantes para el sistema. ​Brindar capacitación al personal de soporte técnico.

Responsables 1.

Gerencia de sistemas 1.1. Departamento de desarrollo de software 1.2. Departamento de mantenimiento 1.3. Departamento de soporte 1.4. Departamento de calidad

Organigrama

Cronograma

Presupuesto Egresos

Cantidad

Ingresos

Cantidad

Capacitación del personal.

$10,000

Venta de actualizaciones.

$20,000

Sueldos.

$150,000

Próximas compras del cliente satisfecho.

$80,000

Mantenimiento de equipos.

$50,000

Permanencia de clientes.

$10,000

Servicio telefónico.

$10,000

Nuevos clientes

$100,000

Total

$220, 000

Total

$210,000

Balance $220,000 - $210,000 = $10,000

Seguimiento

Capítulo 5 Implementación y Resultados Conclusiones Como se ha podido ver, en el creciente entorno global, los sistemas web tienen cada vez mayor trascendencia para las grandes empresas, pues estos son capaces de proporcionar beneficios a corto plazo en el ahorro de tiempo y dinero. Siendo así, la realización de un sistema web para la realización de encuestas, en contraste con los métodos tradicionales, tales como las encuestas en papel o personales; permite la optimización de tiempos, el ahorro de recursos tanto en corto como en largo plazo. Existe una nueva forma de realizar las encuestas y obtener estadísticas en base a los resultados con mayor facilidad que anteriormente, en el cual simplemente se puede confiar en el escáner y en que los participantes llenen las encuestas adecuadamente. Esta nueva manera mediante la cual se puede facilitar la ejecución de las encuestas, como se menciona anteriormente, es el Sistema de Encuestas Electrónicas.