REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO POPULAR DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LAS

FUERZAS ARMADAS CATEDRA IMPLANTACION DE SISTEMAS ING. SISTEMAS 8VO B

PROYECTO DE IMPLANTACION DE SISTEMAS (Sistema para la Compra de Boletos de Eventos Deportivos y Espectculos Multitudinarios)

AUTOR(ES):

TUTOR:

CARACAS, FEBRERO DE 2011.

INDICE

1. FASE DE INICIO 1.1. Requerimientos para el Sistema Se requiere implantar un sistema de informacin para la compra de boletos de eventos deportivos (futbol, beisbol y baloncesto) y espectculos multitudinarios (conciertos y/o obras teatrales). El sistema debe tener los siguientes mdulos: 1.1.1. Mdulo de Acceso al sistema Este mdulo de entrada al sistema permite distinguir los dos tipos de usuarios que interactan con la herramienta. Administradores: personal de la empresa que administra la carga de los eventos, modificacin de itinerarios y eliminacin de los mismos. Usuarios Finales: todas aquellas personas que pueden comprar los boletos en la aplicacin. Nota: Este mdulo pude ser observado por administradores y usuarios finales. 1.1.2. Mdulo de Registro de Usuarios Para administradores solo bastara registrar nombre, apellido, cedula, telfonos, correos y cargo dentro de la empresa. Para usuarios finales, se debern registrar nombre, apellido, cedula, fecha de nacimiento, telfonos, correos, direccin de habitacin, nivel de instruccin y profesin. Nota: Este mdulo pude ser observado por administradores y usuarios finales.

1.1.3. Mdulo Carga de Eventos Los administradores del sistema podrn cargar en esta seccin los eventos que se van a ofertar. Se pedirn por pantalla los siguientes datos: Nombre del evento. Tipo de Evento (deportivo o espectculos). Escenario del evento. Fecha y hora del evento. Imagen del Evento. Precio del evento. Con relacin al escenario del evento, se debe cargar de la siguiente forma: Tipo de evento es deportivo (Deportivo o Espectculos). Escenario (cargar todos los estadios disponibles). Si el tipo de evento es de espectculos, solo debern aparecer en la lista de escenarios los recintos actos para musicales, conciertos y obras de teatro. No se permitirn conciertos en estadios deportivos. Nota: Este mdulo puede ser observado solo por los administradores de la aplicacin. 1.1.4. Mdulo de Listado de Eventos para la Compra El usuario puede: Listar los eventos segn sus necesidades (todos, eventos deportivos o eventos de espectculos). En la lista debe aparecer todos los detalles del evento (toda la informacin del evento cargada en el mdulo tres de este sistema) y la cantidad
2

de boletos disponibles segn sea la capacidad del escenario donde se va a realizar el evento y la cantidad de boletos ya vendidos. El usuario solo puede comprar hasta un mximo de 4 boletos por eventos, una vez elegida la cantidad de boletos el sistema le preguntara la forma de pago (Cuenta Bancario o tarjeta de crdito). Si el caso fuese tarjeta de crdito, el usuario debe indicar el tipo de tarjeta (VISA o Master Card), la numeracin de la tarjeta (campo de longitud 16 exactos solo numrico), cdigo de seguridad (campo de longitud 3 exactos solo numrico), nombre y cedula del titular, fecha de vencimiento de la tarjeta (formato mes/ao y no podr ser menor al mes/ao del mes de la compra) y correo electrnico del titular. Si el caso fuese cuenta bancaria, el usuario debe seleccionar de una lista el banco (bancos nacionales al menos 10 entidades), luego el tipo de cuenta (ahorro o corriente), deber colocar el nmero de cuenta (campo de longitud 20 exacto solo numrico), nombre, correo electrnico y cedula del titular de la cuenta. El usuario recibir un correo electrnico y al titular de la compra (en caso de ser personas diferentes) indicando el detalle de la transaccin. El sistema adicionalmente debe actualizar la cantidad de boletos disponibles para ese evento. Nota: Prohibida la venta de cualquier tipo de boletos a menores de edad. El xito de la transaccin, escapa del alcance de este sistema de informacin. Este mdulo puede ser observado por los usuarios finales solamente.

1.2. Duracin del Proyecto

2. FASE DE ELABORACIN
2.1. Diagrama Entidad Relacin

2.2. Modelado Lgico De Datos

2.3. Diccionario De Datos

NOMBRE DEL ARCHIVO: USUARIO FECHA DE CREACION: 16/12/2010 DESCRIPCION: Datos de los Usuarios que ingresan al sistema CAMPO TAMAO TIPO DE DATO DESCRIPCION TipoId 1 varchar Nacionalidad NumId 11 int Cedula Del Usuario Nombre Apellido Fech_Nac Tipo_Usr Telefono Direccion_Trab Email Cargo_Emp Direccion_Hab NivelInst Profesion RELACIONES: 20 20 1 15 50 50 20 50 1 50 varchar varchar date varchar varchar varchar varchar varchar varchar varchar varchar Nombre Del Usuario Apellido Del Usuario Fecha De Nacimiento Tipo De Usuario Telefono Direccion De Trabajo Correo Electronico Cargo En La Empres a Direccion De Habitacion Nivel De Instruccion Preofesion CAMPOS CLAVES:

EJEMPLO_DATO "V " 15844651 " ANN " "ALCARAZ " "1984-01-02" "U" 4255157617 "CARACAS"

" ANNMARIE19842@GMAIL.COM "

"ANALISTA DE SISTEMAS" "AV FFAA" "T" "ANALISTA DE SISTEMAS"

TipoId, NumId con TRASACCION

TipoId, NumId

Tabla 1 USUARUO
NOMBRE DEL ARCHIVO: TRANSACCION FECHA DE CREACION: 16/12/2010 DESCRIPCION: Datos de las transacciones que se generan en el sistema al comprar un boleto para el evento CAMPO TAMAO TIPO DE DATO DESCRIPCION EJEMPLO_DATO Cod_Trans Monto Cantidad Fecha Forma_Pago Email TipoId NumId Cod_Banco Cod_Evento RELACIONES: 1 50 1 11 11 11 11 11 int float int date varchar varchar varchar int int int Codigo De La Transaccion Total A Cancelar Por Boletos Cantidad De Boletos Adquiridos Fecha De La Transaccion Forma De Pago Correo Del Titular De La Tdc O Cta Nacionalidad Cedula Del Usuario Codigo Del Banco Codigo Del Evento CAMPOS CLAVES: 1 100 2 "2010-01-02" "C" " ANNMARIE19842@GMAIL.COM " "V " 15844651 1 3

TipoId, NumId con USUARIO Cod_Banco con BANCO Cod_Evento con EVENTO

Cod_Trans

Tabla 2 TRANSACCION
NOMBRE DEL ARCHIVO: ESCENARIO FECHA DE CREACION: 16/12/2010 DESCRIPCION: Datos de los escenarios donde se llevan a cabo los eventos CAMPO TAMAO TIPO DE DATO DESCRIPCION Cod_Escenario Descripcion Disponibilidad Estatus RELACIONES: 11 50 11 1 int varchar int varchar Codigo Del Escenario Descripcion Del Escenario Disponibilidad del escenario Estatus Del Escenario CAMPOS CLAVES:

EJEMPLO_DATO 3 " POLIEDRO" 200 "A"

Cod_Escenario con EVENTO

Cod_Escenario

Tabla 3 ESCENARIO

NOMBRE DEL ARCHIVO: BANCO FECHA DE CREACION: 16/12/2010 DESCRIPCION: Datos de las entidades financieras CAMPO TAMAO TIPO DE DATO DESCRIPCION Cod_Banco Nombre_Banco 11 50 int varchar Codigo Del Banco Nombre Del Banco

EJEMPLO_DATO 1 BANESCO

RELACIONES:

CAMPOS CLAVES:

Cod_Banco con TRANSACCION

Cod_Banco

Tabla 4 BANCO
NOMBRE DEL ARCHIVO: EVENTO FECHA DE CREACION: 16/12/2010 DESCRIPCION: Datos de los eventos a efectuarse CAMPO TAMAO TIPO DE DATO DESCRIPCION Cod_Evento Tipo_Eve Nombre_Eve Fech_Hora Precio Ruta Cod_Escenario RELACIONES: 50 11 11 1 50 int varchar varchar datetime float varchar int Codigo Del Evento Tipo De Evento Nombre Del Evento Fecha Y Hora Del Evento Costo Del Evento Ruta Del Logo Del Evento Codigo Del Escenario CAMPOS CLAVES:

EJEMPLO_DATO 4 "D" "JUEGO CARACAS.MAGALLANES" "2010-02-05 19:00 00" 230 C:\LOGO 3

Cod_Evento con TRANSACCION Cod_Escenario con ESCENARIO

Cod_Evento

Tabla 5 EVENTO

2.4. Especificaciones Tcnicas 2.4.1. Arquitectura fsica

Servidores Web 2 Servidores Web. Sistema Operativo Windows Server 2008. Servidor de aplicaciones Toncat 6.0.30 / 7.0.6 ya que es un servidor Web con soporte de servlets y JSPs y es multiplataforma. Cada servidor tiene 4Gb de RAM, 2 Procesadores y 320Gb de Disco. Servidor de Base de Datos 1 Servidor de Base de Datos. Sistema Operativo Windows Server 2008. Base de Datos MySQL. Administrador de Base de Datos MySQL Essential ya que es uno de los gestores de base de datos mas utilizados gracias a su seguridad puede ser utilizado con varios lenguajes y esta pensado para utilizarlo con dinamismo. 2Gb de RAM, 2 Procesadores y 320 Gb de Disco. 2.4.2. Arquitectura lgica Arquitectura de Capas

 Capa de Presentacin, esta capa rene todos los aspectos del software que tiene que ver con las interfaces y la interaccin con los diferentes tipos de usuarios humanos Estos aspectos tpicamente incluyen el manejo y aspecto de las ventanas, el formato de los reportes, menes, grficos y elementos multimedia en general. Capa de Negocio, esta capa rene todos los aspectos del software que tienen que automatizan o apoyan los procesos de negocio que llevan a cabo los usuarios. Estos aspectos tpicamente incluyen las tareas que forman parte de los procesos, las reglas y restricciones que aplican. Capa de Base de Datos, esta capa rene todos los aspectos del software que tienen que ver con el manejo de los datos persistentes. Para el Desarrollo del Sistema se escogi la Arquitectura de Capas, ya que tiene como bondades la reutilizacin de las capas, facilita la estandarizacin y se obtiene contencin de cambios a una o pocas capas. 2.5. Herramienta de Desarrollo

10

Las herramientas que se utilizaron en el desarrollo del sistema y debido a sus bondades, fcil manejo y competitividad en el mercado actual son las siguientes: Adobe Dreamweaver, ya que es una aplicacin en forma de estudio enfocada a la construccin y edicin de sitios y aplicaciones Web basadas en estndares. Es el programa de este tipo ms utilizado en el sector del diseo y la programacin Web, por sus funcionalidades, su integracin con otras herramientas y adems es de muy fcil aprendizaje. Adobe Fireworks, debido a que ofrece un ambiente eficiente tanto para la creacin rpida de prototipos de sitios Web e interfaces de usuario, como para la creacin y optimizacin de Imgenes para Web. Eclipse, es un entorno de desarrollo integrado de cdigo abierto multiplataforma para desarrollar. Esta plataforma ha sido usada para desarrollar entornos de desarrollo integrados (IDE), como el IDE de Java llamado Java Development Toolkit (JDT) y el compilador (ECJ). Lenguaje de Programacin orientado a objetos Java, es un lenguaje de programacin orientado a objetos, tiene independencia de la plataforma, robusto diseado para crear software altamente fiable y por su sistema de ejecucin en tiempo real entre otros.

11

2.6. Diagramas de Flujos de Datos (DFD)

12

2.7. Diagrama Caso De Uso General

13

2.7.1. Diagrama Caso De Uso Usuario

14

2.7.2. Diagrama Caso De Uso Administrador

3. FASE DE CONSTRUCCION 3.1. Script De Creacin De La Base De Datos De Todo El Sistema

15

-- phpMyAdmin SQL Dump -- version 3.2.0.1 -- http://www.phpmyadmin.net --- Servidor: localhost -- Tiempo de generacin: 13-12-2010 a las 02:34:05 -- Versin del servidor: 5.1.36 -- Versin de PHP: 5.3.0 SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; --- Base de datos: `unefa` --- ---------------------------------------------------------- Estructura de tabla para la tabla `banco` -CREATE TABLE IF NOT EXISTS `banco` ( `Cod_Banco` int(11) NOT NULL AUTO_INCREMENT COMMENT 'CODIGO DEL BANCO', `Nombre_Banco` varchar(50) NOT NULL COMMENT 'NOMBREDEL BANCO', PRIMARY KEY (`Cod_Banco`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; --- Volcar la base de datos para la tabla `banco` --- ---------------------------------------------------------- Estructura de tabla para la tabla `escenario` -CREATE TABLE IF NOT EXISTS `escenario` ( `Cod_Escenario` int(11) NOT NULL AUTO_INCREMENT COMMENT 'Codigo Del Escenario', `Descripcion` varchar(50) NOT NULL COMMENT 'Descripcion Del Escenario', `Disponibilidad` int(11) NOT NULL COMMENT 'Disponibilidad del escenario', `Estatus` varchar(1) NOT NULL COMMENT 'Estatus Del Escenario', PRIMARY KEY (`Cod_Escenario`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; --- Volcar la base de datos para la tabla `escenario` --- ---------------------------------------------------------- Estructura de tabla para la tabla `evento` -CREATE TABLE IF NOT EXISTS `evento` ( `Cod_Evento` int(11) NOT NULL AUTO_INCREMENT COMMENT 'Codigo Del Evento', `Tipo_Eve` varchar(1) NOT NULL COMMENT 'Tipo De Evento', `Nombre_Eve` varchar(50) NOT NULL COMMENT 'Nombre Del Evento', `Fech_Hora` datetime NOT NULL COMMENT 'Fecha Y Hora Del Evento', `Precio` float NOT NULL COMMENT 'Costo Del Evento', `Ruta` varchar(50) NOT NULL COMMENT 'Ruta Del Logo Del Evento',

16

`Cod_Escenario` int(11) NOT NULL COMMENT 'Codigo Del Escenario', PRIMARY KEY (`Cod_Evento`,`Cod_Escenario`), UNIQUE KEY `FECH_HORA` (`Fech_Hora`,`Cod_Escenario`), KEY `COD_ESCENARIO` (`Cod_Escenario`), KEY `fk_evento_escenario1` (`Cod_Escenario`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; --- Volcar la base de datos para la tabla `evento` --- ---------------------------------------------------------- Estructura de tabla para la tabla `transaccion` -CREATE TABLE IF NOT EXISTS `transaccion` ( `Cod_Trans` int(11) NOT NULL AUTO_INCREMENT COMMENT 'Codigo de la transaccion', `Monto` float NOT NULL COMMENT 'TOTAL A CANCELAR POR BOLETOS', `Cantidad` int(11) NOT NULL COMMENT 'Cantidad de boletos adquiridos', `Fecha` date NOT NULL COMMENT 'Fecha de la transaccion', `Forma_Pago` varchar(1) NOT NULL COMMENT 'Forma de pago', `Email` varchar(50) NOT NULL COMMENT 'Correo Del Titular De La Tdc O Cta', `TipoId` varchar(1) NOT NULL COMMENT 'NACIONALIDAD', `NumId` int(11) NOT NULL COMMENT 'CEDULA DEL USUARIO', `Cod_Banco` int(11) NOT NULL COMMENT 'CODIGO DEL BANCO', `Cod_Evento` int(11) NOT NULL COMMENT 'CODIGO DEL EVENTO', PRIMARY KEY (`Cod_Trans`,`Cod_Evento`,`Cod_Banco`,`TipoId`,`NumId`), KEY `Cod_Banco` (`Cod_Banco`), KEY `Cod_Evento` (`Cod_Evento`), KEY `fk_transaccion_banco1` (`Cod_Banco`), KEY `fk_transaccion_evento1` (`Cod_Evento`), KEY `fk_transaccion_usuario` (`TipoId`,`NumId`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; --- Volcar la base de datos para la tabla `transaccion` --- ---------------------------------------------------------- Estructura de tabla para la tabla `usuario` -CREATE TABLE IF NOT EXISTS `usuario` ( `TipoId` varchar(1) NOT NULL COMMENT 'NACIONALIDAD ', `NumId` int(11) NOT NULL COMMENT 'CEDULA DEL USUARIO', `Nombre` varchar(20) NOT NULL COMMENT 'NOMBRE DEL USUARIO', `Apellido` varchar(20) NOT NULL COMMENT 'APELLIDO DEL USUARIO', `Fech_Nac` date NOT NULL COMMENT 'FECHA DE NACIMIENTO ', `Tipo_Usr` varchar(1) NOT NULL COMMENT 'TIPO DE USUARIO ', `Telefono` varchar(15) NOT NULL COMMENT 'TELEFONO ', `Direccion_HAB` varchar(50) NOT NULL COMMENT 'DIRECCION DE HABITACION ', `Email` varchar(50) NOT NULL COMMENT 'CORREO ELECTRONICO', `Cargo_Emp` varchar(20) DEFAULT NULL COMMENT 'CARGO EN LA EMPRESA', `Direccion_TRAB` varbinary(50) DEFAULT NULL COMMENT 'DIRECCION DE TRABAJO',

17

`NivelInst` varchar(1) DEFAULT NULL COMMENT 'NIVEL DE INSTRUCCION ', `Profesion` varchar(50) DEFAULT NULL COMMENT 'PREOFESION', PRIMARY KEY (`TipoId`,`NumId`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; --- Volcar la base de datos para la tabla `usuario` --

3.2. Interfaz Grfica del Sistema 3.2.1. Mdulo de acceso al sistema Identificacin de Usuario

Olvido su Clave

18

Cambio de Clave

3.2.2. Mdulo Registro de Usuario

19

Registrar Usuario

3.2.3. Mdulo Carga de Eventos Cargar Eventos

3.2.4. Mdulo de Listado, Modificacin y Eliminacin de Eventos

20

Listar eventos

Datos del Evento Listado

3.2.5. Mdulo de Listado de Eventos para la Compra

21

Datos de la Compra

Contacto

4. FASE DE TRANSICION
22

4.1. Manual de Usuario

4.2. Casos de Prueba

23

TE. 01 Escenarios de Caso de Prueba Escenarios GRUPO EVENTOS Sistema para la Compra de Boletos de Eventos Deportivos y Espectculos Multitudinarios. Proceso Funcional del Sistema para la Compra de Boletos de Eventos Deportivos y Espectculos Multitudinarios, Modulo Usuario. Autor: Ann Alcaraz Andrs Hernndez Dennys Ochoa Fecha de Creacin: ltima Actualizacin: Documento de Ref: Versin: Aprobadores: Usuario por Grupo Eventos ING. Jean Carlos Rivera Enero 27, 2011 Febrero 15, 2011 Proyecto_ Sistemas.pdf 1.1

4.2.1. Documento de Control

Copia Numero_____
24

==================
Registro de Cambios
Fecha 27-11-10 16-01-11 12-02-11 Autor Ann Alcaraz Andrs Hernndez Dennys Ochoa Versin 1.0 1.1 1.2 Detalle del Cambio Creacin del documento Creacin del Manual Usuario Compilacin y creacin de casos de prueba

==================
Revisores
Nombre Ing. Jean Carlos Rivera Ann Alacaraz Posicin Lder de Proyecto Usuario funcional del proyecto

==================
Distribucin
Copia # 1 2 3 4 Nombre Ann Alcaraz Andres Hernandez Dennys Ochoa Ubicacin UNEFA-M1 UNEFA-MySQL UNEFA-M2, M3

Nota: Para propsitos de control, si Usted recibe una copia electrnica de este documento y lo imprime, por favor escriba su nombre en la pgina inicial del documento.

4.2.2. Contenido
25

Introduccin Los procesos de prueba permiten realizar una comprobacin al final del ciclo de vida de la implementacin y customizacin de un producto, para determinar si ste satisface correctamente la especificacin de requisitos del producto y las expectativas que han depositado en el mismo los usuarios. Esta verificacin asegura que el producto y todos los subproductos relacionados satisfacen los requisitos especificados en el transcurso de todos los pasos marcados dentro de los scripts de prueba, persiguiendo un criterio fundamental: Cada uno de los pasos se debe ejecutar de forma correcta de acuerdo a las funciones o propsitos para las que ha sido concebido. Al mismo tiempo, esta verificacin establece que debe existir trazabilidad entre elementos del software y las especificaciones del requerimiento, de modo que todos los requisitos son adecuadamente cubiertos por las pruebas y que los resultados de los mismos son repetibles aun cuando se hayan producido cambios. 4.2.3. Scripts de Pruebas Su propsito es proveer la implementacin de un subconjunto de pruebas requeridas de una manera eficiente y eficaz. Los Scripts de Prueba a ser utilizados en el proyecto Sistema para la Compra de Boletos de Eventos Deportivos y Espectculos Multitudinarios sern ejecutados manualmente a travs de un conjunto de secuencias completas de acciones que el sistema puede realizar. Cada secuencia es iniciada por los usuarios que participarn en el proceso de pruebas,

26

y sto incluye la interaccin entre el sistema y su entorno como tambin la respuesta del sistema a estas interacciones.

27

4.2.4. Escenario de Pruebas Escenario de prueba del mdulo de acceso al sistema

Numeracin P001 Nombre Proceso de acceso al sistema de Grupo Eventos Probar las siguientes funcionalidades: Conexin del Front End con la base de datos: Valida la conexin que existe entre la pantalla grafica de sistema con las bases de datos en MySQL. Realiza las validaciones de los usuarios finales y administradores creados en el sistema, este consiste en ingresar cualquier usuario y el sistema permite la realizacin de las tareas que Escenarios de Prueba desea hacer segn su nivel de acceso. Valida los cambios de clave, estos cambios se realizan por el link cambio de clave de acceso el cual solicita ingresar la clave de acceso actual y la nueva, si la clave de actual es correcta el sistema procesar el cambio. Valida los olvidos de clave, estos validaciones se realizan por el link olvido su clave de acceso el cual solicita el nombre de usuario y el nmero de cedula, enviando a la cuenta de email registrada la clave de acceso.

Escenario de prueba del mdulo registro de usuario

Numeracin Escenarios de Prueba P002 Nombre Proceso de registro de usuario en el sistema de Grupo Eventos Probar las siguientes funcionalidades: Permite validar la funcionalidad del sistema de los registros de los usuarios que utilizarn el sistema. Valida la interaccin del Front End con la Base de datos.

Escenario de prueba del mdulo carga de eventos

Numeracin Escenarios de Prueba P003 Nombre Proceso de carga de eventos en el sistema de Grupo Eventos Probar las siguientes funcionalidades: Permite validar la funcionalidad del sistema de los registros de eventos en el sistema. Valida la interaccin del Front End con la Base de datos.

Escenario de prueba del mdulo de listado, modificacin y eliminacin de Eventos

Numeracin P004 Nombre Proceso de carga de eventos en el sistema de Grupo Eventos Probar las siguientes funcionalidades: Permite validar la operacin que deben realizar los usuarios administradores, a fin determinar Escenarios de Prueba si los eventos cargados se pueden modificar y/o eliminar. Valida los query creados para listar los eventos credos en el sistema de grupo eventos. Valida la interaccin del Front End con la Base de datos.

Escenario de prueba del mdulo de listado de eventos para la compra

Numeracin

P004 Nombre Proceso de carga de eventos en el sistema de Grupo Eventos Probar las siguientes funcionalidades: Permite validar la operacin que deben realizar los usuarios finales, a fin determinar si los eventos cargados se pueden ser listados y/o adquiridos.

Escenarios de Prueba

Valida los query creados para listar los eventos credos en el sistema de grupo eventos. Valida los datos para la forma de compra de boletos empleada por el usuario final, si los datos proporcionados al sistema son correctos la compra se procesa. Valida la interaccin del Front End con la Base de datos.

Historia de Revisin Fecha 27-11-10

16-01-11 12-02-11

Autor Ann Alcaraz

Versin 1.0

Descripcin
Creacin del documento Creacin del Manual Usuario Compilacin y creacin de casos de prueba

Andrs Hernndez 1.1 Dennys Ochoa 1.2 Los objetivos son los siguientes: interactan con el sistema.

Determinar la eficiencia del sistema en el registro de usuarios finales y administradores que Objetivos Determinar la eficiencia registro de eventos en el sistema. Determinar la carga de informacin al momento de adquirir los boletos. Identificar posibles problemas que se puedan presentar en la puesta en marcha del sistema. Pre-condiciones Certificar el funcionamiento de los tem considerados como riesgo: Si la clave de acceso no posee nmero dentro de la palabra es considerada insegura. Si clave de acceso no coincide con la almacenada en la base de datos el sistema debe enviar un error de calve invalida.

 Si el usuario es aceptado por el sistema, el sistema debe mostrar solo el men a al que tiene acceso. Si el sistema no permite la carga de eventos se debe revisar la conexin entre el front end y la base de datos. Si el sistema no confirma el formato correcto de la forma de pago por concepto de la compra del boleto se debe mostrar una alerta indicando cual es el error. El sistema guardar en el log todos los eventos que se ocasionen por el uso o intento de uso del sistema.

DETALLE E INFORMACION PARA LOS DIFERENTES ESCENARIOS QUE SE DEBEN PROBAR EN EL PROCESO Paso # Aplicativo Detalle Valida la conexin con la base de datos Valida e cambio de clave Permite el cambio de la clave de acceso Valida la escritura sobre la base de datos Valida el escritura sobre la base de datos Valida la ejecucin del query para listar los eventos. Eventos para la compra 1.0 Ejecuta Query Valida la creacin de listas y de procesa la compra de bolestos Por teclado Registro realizado Datos de Entrada Por teclado Por teclado Por teclado Por teclado Por teclado Por teclado Resultados Esperados Realiza la conexin Realiza la conexin Realiza la conexin Registro realizado Registro realizado Registro realizado

Acceso al Sistema 1.0 Front End 1.1 Cambio de clave 1.2 Olvido de clave Registro de Usuario 1.0 Registro de usuario Carga de Eventos 1.0 Registra eventos Lista los eventos 1.0 Ejecuta el Query

Registro de Pruebas Fecha de Prueba 17-01-12

26-01-11 26-01-11 05-02-11 05-02-11

Nombre del Escenario Acceso al Sistema

Registro de Usuario Carga de Eventos Lista los eventos Eventos para la compra

Resultados (EXITOSO/FALLA/BLOQUEADO) EXITOSO EXITOSO EXITOSO EXITOSO EXITOSO

Comentarios
Se realizaron 60 pruebas Se realizaron 100 pruebas Se realizaron 50 pruebas Se realizaron 150 pruebas Se realizaron 250 pruebas

Resultado Final
Completado por Firma

(EXITOSO/FALLA/BLOQUEADO) EXITOSO
Usuario de Grupo Eventos / Consulto MySQL FIRMA DE ACEPTACIN Ing. Jean Carlos Rivera

4.2.5. REPORTE DE FALLAS MySQL

Numeracin Seccin 2 Seccin 3 Resumen del Problema: Aplicacin: Reportado por: Fecha: Descripcin del Problema: Tipo de Falla: Seccin 1 Seccin 4 Seccin 5 Versin Severidad: Baja/Media/Alta/Urgente

Cmo Reproducirlo:

Seccin 6 Solucin:

Responsable y Fecha estimada de Solucin:

Pagina __ de ___