Documentacion Sistema de Caja De Cine
-
Upload
rodrigo-garcia -
Category
Documents
-
view
35 -
download
0
description
Transcript of Documentacion Sistema de Caja De Cine
Sistema de CAJA de Cine Aplicación de RUP
2013
E&R srl
01/07/2013
RODRIGO GARCIA
EYBER GUTIERREZ
MATERIA: SISTEMAS DE INFORMACION II
1
CONTENIDO 1 RESUMEN 4
2 INTRODUCCION 4
3 PROPOSITO 5
4 OPORTUNIDAD DE NEGOCIO 5
5 ALCANCES 5
5.1 GESTION DE CLIENTES 5
5.2 GESTIÓN DE VENTAS 6
5.3 GESTIÓN DE CARTELERAS 6
6 OBJETIVOS 6
6.1 OBJETIVO GENERAL 6
6.2 OBJETIVOS ESPECIFICOS 6
7 LIMITACIONES 6
8 PLAN DE FASES 7
9 ESPECIFICACIONES DE CASO DE USO 7
9.1 REGISTRO CLIENTE 7
9.1.1 ACTOR PRINCIPAL 7
9.1.2 EXPERTOS E INTERESADOS 7
9.1.3 PRECONDICIONES 7
9.1.4 ÉXITO GARANTIZADO (POST CONDICIONES) 7
9.1.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO) 7
9.1.6 EXTENSIONES (CURSOS ALTERNOS) 7
9.1.7 REQUERIMIENTOS ESPECIALES 7
9.1.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS 7
9.1.9 FRECUENCIA DE OCURRENCIA 8
9.1.10 PREGUNTAS ABIERTAS 8
9.2 REGISTRO DE SELECCIÓN DE PELICULAS 8
9.2.1 ACTOR PRINCIPAL 8
9.2.2 EXPERTOS E INTERESADOS 8
9.2.3 PRECONDICIONES 8
9.2.4 ÉXITO GARANTIZADO (POST CONDICIONES) 8
9.2.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO) 8
9.2.6 EXTENSIONES (CURSOS ALTERNOS) 8
9.2.7 REQUERIMIENTOS ESPECIALES 8
9.2.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS 8
9.2.9 FRECUENCIA DE OCURRENCIA 9
MATERIA: SISTEMAS DE INFORMACION II
2
9.2.10 PREGUNTAS ABIERTAS 9
9.3 REGISTRO DE PAGO 9
9.3.1 ACTOR PRINCIPAL 9
9.3.2 EXPERTOS E INTERESADOS 9
9.3.3 PRECONDICIONES. 9
9.3.4 ÉXITO GARANTIZADO (POST CONDICIONES) 9
9.3.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO) 9
9.3.6 EXTENSIONES (CURSOS ALTERNOS) 9
9.3.7 REQUERIMIENTOS ESPECIALES 9
9.3.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS 9
9.3.9 FRECUENCIA DE OCURRENCIA 10
9.3.10 PREGUNTAS ABIERTAS 10
10 TAREAS 10
10.1 TABLA DE TAREAS DE GANTT 10
10.2 DIAGRAMA DE GANTT 11
11 REQUISITOS FUNCIONALES 11
11.1 ACTORES 11
11.2 CASOS DE USO 11
11.2.1 REGISTRAR CLIENTE: 11
11.2.2 REGISTRAR LA SELECCIÓN DE PELICULAS: 11
11.2.3 REGISTRO DE PAGOS 12
12 DIAGRAMA DE CASOS DE USO 12
13 TARJETAS DE ESPECIFICACION 13
13.1 LOGIN CAJERO 13
13.2 VERIFICACION DE LA EXISTENCIA DEL CLIENTE 13
13.3 REGISTRO DE DATOS DEL CLIENTE NUEVO 13
13.4 MUESTRA DEL CATALOGO 14
13.5 SOLICITUD DEL MODULO DE PAGO 14
13.6 IMPRESIÓN DEL BOLETO 14
14 DIAGRAMA DE ACTIVIDAD 15
14.1 CASO DE USO "REGISTRAR CLIENTE" 15
14.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA” 15
14.3 CASO DE USO “REGISTRO DE PAGO” 16
15 DIAGRAMA DE SECUENCIA 17
15.1 CASO DE USO "REGISTRAR CLIENTE" 17
15.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA” 18
MATERIA: SISTEMAS DE INFORMACION II
3
15.3 CASO DE USO “REGISTRO DE PAGO” 19
16 DIAGRAMA DE CLASES 20
17 DIAGRAMA DE COLABORACIÓN 20
17.1 CASO DE USO "REGISTRAR CLIENTE" 20
17.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA” 21
17.3 CASO DE USO “REGISTRO DE PAGO” 21
18 DIAGRAMA DE COMPONENTES 22
19 DIAGRAMA DE DESPLIEGUE 22
20 MODELO LOGICO Y FISICO DE LA BASE DE DATOS 23
20.1 MODELO FISICO 23
20.2 MODELO LOGICO “SCRIPT DE LA BASE DE DATOS” 23
21 PRUEBA DE LA CAJA BLANCA 24
22 PRUEBA DE LA CAJA NEGRA 25
22.1 FORMULARIO “LOGIN USUARIO” 25
22.2 FORMULARIO “REGISTRO DE CLIENTE” 25
22.3 FORMULARIO “ACTUALIZACION DE DATOS DEL CLIENTE” 26
22.4 FORMULARIO “REGISTRO DE PELICULA” 27
22.5 FORMULARIO “REGISTRO DE SALA” 28
22.6 FORMULARIO “REGISTRO DE CARTELERA” 29
22.7 FORMULARIO “REGISTRO DE CATEGORIA DE PELICULAS” 30
22.8 FORMULARIO “ACCESO A DATOS DEL CLIENTE PARA LA VENTA DE BOLETOS” 30
22.9 FORMULARIO “SELECCIÓN DE PELICULA” 31
22.10 FORMULARIO “REGISTRO DE PAGO E IMPRESIÓN DE BOLETO” 32
23 CONCLUSIONES 32
23.1 VALIDACIÓN PERSONAL DEL TRABAJO REALIZADO 32
23.2 POSIBLES AMPLIACIONES A FUTURO 33
24 RECOMENDACIONES 33
MATERIA: SISTEMAS DE INFORMACION II
4
1 RESUMEN El desarrollo de un sistema informático optimiza el tiempo, sistematizar la labor del
usuario, especialmente desarrollado para un análisis rápido y eficaz.
Pretende primordialmente esta documentación del sistema diseñar e implementar un
sistema informático de Escritorio para la Administración de Cine, destinado a la venta
de boletos para para ver películas que emite el cine, con la finalidad de mantener la
información centralizada y almacenada en una base de datos y a partir de ellos poder
realizar consultas, para brindar información a los clientes sobre los precios de las
películas y los próximos estrenos con los que cuenta el Cine.
Para el desarrollo del sistema informático se ha empleado como soporte de base de
datos a SQL SERVER 2008 EXPRESS y el lenguaje de programación C# Net. Como
fuentes de datos se han consultado tanto fuentes de internet como también
información proporcionada por el docente de la asignatura.
Finalmente se diseñó e implemento satisfactoriamente dicho sistema, que permite el
mantenimiento de clientes, peliculas, carteleras, categorías, salas y pagos. En este
trabajo se muestra paso a paso el diseño e implementación, tanto de la base de datos
como el código fuente de dicho sistema.
2 INTRODUCCION
Un Cine puede definirse, desde un punto de vista general como un lugar de entretenimiento donde se emiten peliculas.
El servicio de cines es una de las más importantes fuentes de entretenimiento por lo cual nos enfocaremos en desarrollar un sistema automatizado de gestión de cines para aumentar su competitividad.
La gestión manual de ventas de boletos para cine mediante registros; está obsoleta por lo cual proponemos automatizar su administración mediante un diseño y elaboración de un Sistema Informático de Administración de Cine (software).
La importancia de los sistemas de gestión de cines radica en la utilidad que tienen estos en brindar a los administradores, cajeros una herramienta de fácil uso e implementación en la administración de la colección de peliculas y estrenos tanto como el registro de nuevos peliculas, nuevos clientes (miembros), carteleras y salas.
El presente sistema de administración estará basado y guiado bajo la metodología del Proceso Unificado para su desarrollo y documentación.
El Proceso Unificado es un proceso de desarrollo de software conjuntamente acompañada del lenguaje de modelado UML.
MATERIA: SISTEMAS DE INFORMACION II
5
Un proceso de desarrollo de software es un conjunto de actividades necesarias para transformar los requerimientos del usuario en un sistema de software.
El Proceso Unificado de Desarrollo Software o simplemente Proceso Unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental.
Aunque el PU está pensado para modelar sistemas complejos con gran cantidad de software, el lenguaje es lo suficientemente expresivo como para modelar sistemas que no son informáticos, como flujos de trabajo (workflow) en una empresa, diseño de la estructura de una organización y por supuesto, en el diseño de hardware.
En este proyecto se describe a paso a paso el modelamiento y desarrollo del software, indicando sus características generales.
3 PROPOSITO El propósito del presente proyecto es llevar acabo el desarrollo de un “Sistema de
Administración de Cine” que constara con los módulos de registro de clientes, registro
de películas y carteleras y por último el módulo de pago el funcionamiento del mismo
es llevar a cabo la venta de entradas de Cine con la posibilidad de que el cliente pueda
elegir las películas que más le agraden.
Por ello consideramos necesario desarrollar un sistema que nos permita gestionar la
venta de entradas, la gestión de nuestras carteleras y películas que se emiten en las
salas.
La gestión de ventas consistirá en vender entradas mediante atención al cliente o
telefónica el proceso consistirá en vender la entrada de la película que le cliente elija
conjuntamente con la asignación de su butaca y sala.
4 OPORTUNIDAD DE NEGOCIO
En la actualidad las empresas dedicadas a las ventas necesitan automatizar sus procesos para ello necesitan contar con sistemas informáticos que agilicen estos procesos, además a cada momento se necesita información, los usuarios finales ya sean personal de la empresa hacen uso de un sistema de ventas, para consultar precios y gestionar los pedidos, y finalmente entregar los informes. Pero existen aún algunas empresas que todo este proceso no lo hacen de forma automático sino más bien, lo hacen de forma manual, y esto genera bastante incomodad en los clientes. La mayoría de pequeñas empresas tienen la noción que este servicio cuesta bastante dinero, pero tienen que ver el lado positivo es decir la utilidad de contar con un sistema informático dentro de su empresa.
5 ALCANCES
5.1 GESTION DE CLIENTES
Gestión de clientes nuevos.
MATERIA: SISTEMAS DE INFORMACION II
6
5.2 GESTIÓN DE VENTAS
Procedimiento de venta de boletos vía personal.
Procedimiento de reserva de boletos vía telefónica.
5.3 GESTIÓN DE CARTELERAS
Gestión de nuevas películas.
Gestión de emisión de las películas (fecha).
6 OBJETIVOS
6.1 OBJETIVO GENERAL
Diseñar un Sistema de Administración de Cines que permita la gestión de los clientes ,
películas, carteleras, la venta de boletos de forma más sencilla, eficiente y
automatizada para la posterior implementación del sistema; el diseño del sistema se
basara en los conceptos adquiridos de la metodología RUP y del lenguaje de modelado
UML que nos proporcionaran las herramientas necesarias para el desarrollo óptimo del
proyecto.
En el presente sistema a desarrollar se pretende que sea lo más amigable en cuanto a
la interfaz y usabilidad del mismo con el usuario para mejorar la competitividad y
eficiencia de la empresa que lo adquiera.
6.2 OBJETIVOS ESPECIFICOS
Aplicar los diagramas en la ejecución del proyecto.
Investigar el correcto funcionamiento de un cine.
Implementar el sistema acorde a la documentación.
Definir un plan estratégico de distribución del trabajo para optimizar tiempo y
recursos.
Concluir con la diagramación de la arquitectura del sistema para su
implementación en código para su posterior testeo de forma visual.
Realizar las pruebas necesarias para verificar el correcto funcionamiento del
sistema por parte de los desarrolladores y personas anónimas.
Lograr la aceptación del sistema.
7 LIMITACIONES El tiempo para la culminación del proyecto no es el adecuado por consecuentes
razones el sistema puede ser que no contenga todas las funcionalidades
esperadas.
El equipo (computadoras) utilizado para el desarrollo del sistema no están en
óptimas condiciones.
MATERIA: SISTEMAS DE INFORMACION II
7
8 PLAN DE FASES Fase Nº Iteraciones Duración
Inicio 1 4 días Elaboración 2 5 días
Construcción 2 9 días Transición - -
9 ESPECIFICACIONES DE CASO DE USO
9.1 REGISTRO CLIENTE
9.1.1 ACTOR PRINCIPAL
Cajero
9.1.2 EXPERTOS E INTERESADOS
Cliente
Dueño del cine
9.1.3 PRECONDICIONES
El usuario quiere registrarse en el sistema, necesita DNI
9.1.4 ÉXITO GARANTIZADO (POST CONDICIONES)
Ir a la muestra catálogo de película
9.1.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO)
El cajero verifica la existencia del cliente
El cliente no existe en la Base de Datos
El cajero muestra el formulario
Se llena el formulario con los datos del cliente
Validar campos de datos antes de registrar
Finalizar registro
9.1.6 EXTENSIONES (CURSOS ALTERNOS)
Si el cliente ya existe en la base de datos mensaje de advertencia
Si se llena mal los datos en el formulario mensaje de error y verificar el campo
Si el cliente es menor a 18 años mensaje d advertencia y restricción a cierto
tipo de películas
9.1.7 REQUERIMIENTOS ESPECIALES
No existen
9.1.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS
PC
OS
Sistema de registro
Impresoras
MATERIA: SISTEMAS DE INFORMACION II
8
9.1.9 FRECUENCIA DE OCURRENCIA
De error: común
De registro: muchos
9.1.10 PREGUNTAS ABIERTAS
¿Qué pasa si se llena mal los datos en el formulario?
¿Qué pasa si el cliente ya existe en la Base de Datos?
¿Qué pasa si el usuario es menor de 18 años?
9.2 REGISTRO DE SELECCIÓN DE PELICULAS
9.2.1 ACTOR PRINCIPAL
Cajero
9.2.2 EXPERTOS E INTERESADOS
Clientes
Dueño
9.2.3 PRECONDICIONES
Que sea cliente activo, que se haya accedido a su cuenta y que haya decidido
comprar un boleto.
9.2.4 ÉXITO GARANTIZADO (POST CONDICIONES)
Selecciono una o más películas.
9.2.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO)
El cajero muestra el formulario de selección de películas.
El cajero muestra el catálogo de películas disponibles dentro de la cartelera al
cliente.
El cliente selecciona una o más películas de su agrado.
El cajero procede a seleccionar las películas elegidas por el cliente.
El sistema asigna la sala y la butaca automáticamente.
El cajero registra las películas seleccionadas para su posterior pago.
9.2.6 EXTENSIONES (CURSOS ALTERNOS)
El cajero debe eliminar las películas mal seleccionadas y seleccionar las
correctas.
El cajero debe proceder a cancelar la operación.
9.2.7 REQUERIMIENTOS ESPECIALES
No existen.
9.2.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS
PC
OS
Sistema de registro
MATERIA: SISTEMAS DE INFORMACION II
9
Impresoras
9.2.9 FRECUENCIA DE OCURRENCIA
Registro de selección de películas: Alta.
Error al seleccionar las películas por parte del cajero: Poco frecuente.
9.2.10 PREGUNTAS ABIERTAS
¿Qué pasa si el cajero selecciona mal las películas solicitadas por el cliente?
¿Qué pasa si el cliente decide cancelar la solicitud de sus películas?
9.3 REGISTRO DE PAGO
9.3.1 ACTOR PRINCIPAL
Cajero
9.3.2 EXPERTOS E INTERESADOS
Clientes
Dueño
Impuestos
9.3.3 PRECONDICIONES.
Que sea el cliente activo; que haya seleccionado las películas, que tenga fondos
para la cancelación.
9.3.4 ÉXITO GARANTIZADO (POST CONDICIONES)
Asiste a la función.
9.3.5 ESCENARIO PRINCIPAL DE ÉXITO (CURSO BÁSICO)
El cajero verifica si tiene películas registradas.
El cajero informa el monto a cancelar.
El cliente realiza el pago en efectivo.
El cajero procesa el pago y lo registra.
Se imprime la factura.
Se entrega la entrada.
Finaliza el registro.
9.3.6 EXTENSIONES (CURSOS ALTERNOS)
Si el cliente procede al pago con billetes falsos se detiene el billete.
9.3.7 REQUERIMIENTOS ESPECIALES
Dinero en efectivo.
9.3.8 TECNOLOGÍA Y LISTA DE VARIACIONES DE DATOS
PC
OS
Sistema de facturación
MATERIA: SISTEMAS DE INFORMACION II
10
Impresoras
9.3.9 FRECUENCIA DE OCURRENCIA
Registro: Alta.
Error en las facturas: Poco frecuente.
9.3.10 PREGUNTAS ABIERTAS
¿Qué pasa si se paga con billetes falsos?
10 TAREAS
10.1 TABLA DE TAREAS DE GANTT Nº TAREA INICIO DURACION
1 Reunión con el gerente Gral. del Cinecenter sede Tarija
0 1
2 Análisis de requerimientos 1 2
3 Análisis de rentabilidad 3 4
4 Diseño del diagrama casos de uso 7 2 5 Especificaciones de caso de uso 9 2
6 Análisis y diseño 11 4 7 Plan de pruebas 15 2
8 Plan de riesgos 17 1 9 Diagramas de secuencia 18 1
10 Diagramas de Actividad 19 1
11 Diagramas de Clases 20 1 12 Diagramas de Componentes 21 1
13 Diagramas de despliegue 22 1 14 Construcción del software 23 5
15 Elaboración del manual de usuario 28 1 16 Despliegue y entrega 29 2
MATERIA: SISTEMAS DE INFORMACION II
11
10.2 DIAGRAMA DE GANTT
Id. Nombre de tarea Comienzo Fin Duración
jun 2013 jul 2013
11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 1 2 3 4 5 6 7 8 9 10 11
1 2d12/06/201311/06/2013Reunion con el gerente gral del Cinecenter sede Tarija
2 3d14/06/201312/06/2013Analisis de requerimientos
3 3d16/06/201314/06/2013Analisis de rentabilidad
4 3d20/06/201318/06/2013Diseño del diagrama casos de uso
5 2d21/06/201320/06/2013Especificaciones de caso de uso
6 3d23/06/201321/06/2013Analisis y diseño
7 3d27/06/201325/06/2013Plan de pruebas
8 2d28/06/201327/06/2013Plan de riesgos
9 2d29/06/201328/06/2013Diagramas de secuencia
10 2d30/07/201329/07/2013Diagramas de Actividad
11 2d01/07/201330/06/2013Diagramas de Clases
12 2d02/07/201301/07/2013Diagramas de Componentes
13 2d03/07/201302/07/2013Diagramas de despliegue
14 6d08/07/201303/07/2013Construccion del software
15 1d08/07/201308/07/2013Elaboracion del manual de usuario
16 33d10/08/201309/07/2013Despliegue y entrega
11 REQUISITOS FUNCIONALES Identificar actores y casos de uso:
11.1 ACTORES
Cliente: Adquiere los boletos de cine.
Cajero: Proporciona boletos, cobros, facturación.
11.2 CASOS DE USO
11.2.1 REGISTRAR CLIENTE:
Comienza cuando el cajero solicita datos y finaliza cuando los registra en la
base datos.
El cajero verifica la existencia del cliente en la BD en caso de que no exista
procede a solicitar los datos del cliente; el cliente proporciona sus datos
correspondientes, el cajero valida los datos y se encarga de registrar al cliente y
finaliza la transacción.
11.2.2 REGISTRAR LA SELECCIÓN DE PELICULAS:
Comienza cuando el cajero muestra el catálogo de películas y finaliza cuando se
registra la selección en la BD.
El cajero muestra el catálogo de películas al cliente el cual hace la selección de
una o más películas las cuales son registradas a la BD y finaliza la transacción.
MATERIA: SISTEMAS DE INFORMACION II
12
11.2.3 REGISTRO DE PAGOS
Comienza en la verificación de los detalles (sala, asiento, Nº de entrada, etc.) y
finaliza cuando emite el boleto facturado.
El cajero verifica detalladamente los datos de la selección de películas y el
cliente procede a verificar la validez de sus datos proporcionados y la película
para realizar el pago correspondiente; mientras que el cajero fija el tipo de
pago ya sea tarjeta de crédito o efectivo procesando el mismo para así registrar
el cobro en la BD para culminar con la emisión del boleto facturado.
12 DIAGRAMA DE CASOS DE USO
MATERIA: SISTEMAS DE INFORMACION II
13
13 TARJETAS DE ESPECIFICACION
13.1 LOGIN CAJERO
ACTOR PRINCIPAL: CAJERO
ACTOR SECUNDARIO: CLIENTE Y PROVEEDOR
PRECONDICIONES: Se necesita un sistema en funcionamiento, que previamente el cajero haya sido registrado en la BD por el administrador.
ACCION DEL ACTOR: CAJERO 1. El cajero accede al sistema mediante su CI(usuario) y clave(password) en la ventana
de ”login”
RESPUESTA DEL SISTEMA 2. El sistema valido que el CI sea un entero y que la contraseña sea un string mayor a 6
caracteres. 3. El sistema verifica que los datos ingresados correspondan a una cuenta existente (la
clave corresponda al CI).
CAMINOS ALTERNATIVOS 4. El actor cancela la operación. 5. Existe un error en el formato del CI o clave. 6. Existe un error en la clave.
13.2 VERIFICACION DE LA EXISTENCIA DEL CLIENTE
PRECONDICION.- que se haya introducido el ci ACCION DEL ACTOR: CAJERO
1. El cajero verifica la existencia del cliente en la BD con el CI proporcionado en la ventana de acceso a la cuenta del cliente.
RESPUESTA DEL SISTEMA
2. El sistema valida que el CI sea un entero. 3. Muestra un mensaje de alerta con la confirmación de que el cliente existe en la BD. 4. Abre una ventana con los datos del cliente y sus detalles.
CAMINOS ALTERNATIVOS
5. El actor cancela la operación. 6. Existe un error en el formato del CI. 7. Muestra un mensaje de alerta advirtiendo de que el cliente no existe.
13.3 REGISTRO DE DATOS DEL CLIENTE NUEVO
PRECONDICION.- ACCION DEL ACTOR: CAJERO
1. El cajero llena los datos de un nuevo cliente con los datos proporcionados por el en la ventana de registro de nuevos clientes y presiona el botón de registrar.
RESPUESTA DEL SISTEMA
2. El sistema valida los datos ingresados que su formato sea el correcto y que sean datos de un documento válido.
3. El sistema muestra un mensaje de confirmación que el cliente se registró con éxito. 4. Abre la ventana de acceso a la cuenta del cliente.
CAMINOS ALTERNATIVOS
5. El cajero cancela la operación. 6. El sistema muestra un mensaje advirtiendo que dato es el que no tiene el formato
correcto. 7. El sistema muestra un mensaje de registro erróneo.
MATERIA: SISTEMAS DE INFORMACION II
14
13.4 MUESTRA DEL CATALOGO PRECONDICION.-
ACCION DEL ACTOR: CAJERO
1. El cajero acciona la muestra del catálogo de películas disponibles para esa fecha. RESPUESTA DEL SISTEMA
2. El sistema muestra el catálogo de películas ordenados. 3. El sistema registra la selección de película mostrando un mensaje de confirmación. 4. Se cierra la ventana de registro.
CAMINOS ALTERNATIVOS
5. Error en la conexión de BD 6. El catalogo esta desordenado 7. El cajero cancela la operación
13.5 SOLICITUD DEL MODULO DE PAGO PRECONDICION.- que se haya seleccionado una película
ACCION DEL ACTOR: CAJERO
1. El cajero abre la ventana de pago RESPUESTA DEL SISTEMA
2. El sistema muestra la ventana de pago. 3. El sistema verifica si se ha seleccionado una película. 4. El sistema verifica si se ha seleccionado una sala y una butaca. 5. El sistema verifica que la cantidad pagada sea un entero. 6. El sistema procesa el registro de pago.
CAMINOS ALTERNATIVOS 7. Que no abra la ventana de pago. 8. Que no se haya seleccionado una película, butaca y sala. 9. El cajero cancela la operación
13.6 IMPRESIÓN DEL BOLETO PRECONDICION.- realizado registro de pago
ACCION DEL ACTOR: CAJERO 1. El cajero acciona la impresión de boleto
RESPUESTA DEL SISTEMA 2. El sistema muestra la ventana de impresión 3. El sistema manda la orden de impresión 4. Se cierra la ventana de impresión
CAMINOS ALTERNATIVOS 5. Error en la conexión de BD 6. Falla en la impresión 7. El cajero cancela la operación
MATERIA: SISTEMAS DE INFORMACION II
15
14 DIAGRAMA DE ACTIVIDAD
14.1 CASO DE USO "REGISTRAR CLIENTE"
14.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA”
MATERIA: SISTEMAS DE INFORMACION II
16
14.3 CASO DE USO “REGISTRO DE PAGO”
MATERIA: SISTEMAS DE INFORMACION II
17
15 DIAGRAMA DE SECUENCIA
15.1 CASO DE USO "REGISTRAR CLIENTE"
MATERIA: SISTEMAS DE INFORMACION II
18
15.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA”
MATERIA: SISTEMAS DE INFORMACION II
19
15.3 CASO DE USO “REGISTRO DE PAGO”
MATERIA: SISTEMAS DE INFORMACION II
20
16 DIAGRAMA DE CLASES
17 DIAGRAMA DE COLABORACIÓN
17.1 CASO DE USO "REGISTRAR CLIENTE"
MATERIA: SISTEMAS DE INFORMACION II
21
17.2 CASO DE USO “REGISTRO SELECCIÓN DE PELÍCULA”
17.3 CASO DE USO “REGISTRO DE PAGO”
MATERIA: SISTEMAS DE INFORMACION II
22
18 DIAGRAMA DE COMPONENTES
19 DIAGRAMA DE DESPLIEGUE
MATERIA: SISTEMAS DE INFORMACION II
23
20 MODELO LOGICO Y FISICO DE LA BASE DE DATOS
20.1 MODELO FISICO
20.2 MODELO LOGICO “SCRIPT DE LA BASE DE DATOS” createtablesexo(
id_sexointidentity (1,1)primarykeynotnull,
tipovarchar(15)notnull,
)
createtablepersona(
id_persintidentity (1,1)primarykeynotnull,
ciintnotnull,
nombrevarchar(100)notnull,
apellidovarchar(100)notnull,
telefonointnotnull,
fecha_nacimientodatetimenotnull,
fecha_registrodatetimenotnulldefaultgetdate(),
id_sexointreferencessexo(id_sexo)notnull,
)
boleto_facturadoid_boleto
id_cajero
id_cliente
id_detalle_selecc
monto
detalle
cajeroid_cajero
id_pers
nick
pass
carteleraid_cartelera
id_sala
id_pelicula
categoria
id_cat
nombre
clienteid_cliente
id_pers
detalle_seleccionid_detalle_selecc
id_cliente
id_cartelera
butaca
peliculaid_pelicula
id_cat
titulo
director
descripcion
personaid_pers
ci
nombre
apellido
telefono
fecha_nacimiento
fecha_registro
id_sexosala
id_sala
nombre
capacidad
sexoid_sexo
tipo
MATERIA: SISTEMAS DE INFORMACION II
24
createtablecliente(
id_clienteintidentity (1,1)primarykey,
id_persintreferencespersona(id_pers),
)
createtablecajero(
id_cajerointidentity (1,1)primarykeynotnull,
id_persintreferencespersona(id_pers)notnull,
nickvarchar(100)notnull,
passvarchar(6)notnull,
)
createtablecategoria(
id_catintidentity (1,1)primarykeynotnull,
nombrevarchar(100)notnull,
)
createtablepelicula(
id_peliculaintidentity (1,1)primarykeynotnull,
id_catintreferencescategoria(id_cat)notnull,
titulovarchar(200)notnull,
directorvarchar(200)notnull,
descripcionvarchar(300)notnull,
)
createtablesala(
id_salaintidentity (1,1)primarykeynotnull,
nombrevarchar(100),
capacidadintnotnull,
)
createtablecartelera(
id_carteleraintidentity (1,1)primarykeynotnull,
id_salaintreferencessala(id_sala)notnull,
id_peliculaintreferencespelicula(id_pelicula)notnull,
)
createtabledetalle_seleccion(
id_detalle_seleccintidentity (1,1)primarykeynotnull,
id_clienteintreferencescliente(id_cliente)notnull,
id_carteleraintreferencescartelera(id_cartelera)notnull,
butacaintnotnull,
)
createtableboleto_facturado(
id_boletointidentity (1,1)primarykeynotnull,
id_cajerointreferencescajero(id_cajero)notnull,
id_clienteintreferencescliente(id_cliente)notnull,
id_detalle_seleccintreferencesdetalle_seleccion(id_detalle_selecc)notn
ull,
montointnotnull,
detallevarchar(1000)notnull,
)
21 PRUEBA DE LA CAJA BLANCA //…………
//………… FALTA HACER
MATERIA: SISTEMAS DE INFORMACION II
25
22 PRUEBA DE LA CAJA NEGRA
22.1 FORMULARIO “LOGIN USUARIO”
Condición
de entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
USUARIO String 1.- cadena de caracteres 2.-mayusculas, minúsculas y números
1.- no se admite espacios 2.- no se admite caracteres especiales 3.-Mensaje de error “No se admite los siguientes caracteres”
PASSWORD String 1.- cadena de caracteres 2.-mayusculas o minúsculas y números
1.- no se admite espacios 2.- no se admite caracteres especiales 3.-Mensaje de error “No se admite los siguientes caracteres”
Mensaje “Bienvenido (nombre del usuario) al Sistema”
1.- Mensaje de error “Verifique los datos USUARIO O PASSWORD”
22.2 FORMULARIO “REGISTRO DE CLIENTE”
MATERIA: SISTEMAS DE INFORMACION II
26
Condición de
entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
CI Int 1.-numeros >0 2.- números<99999999
1.-numeros y letras 2.-espacio vacío 3.-solo letras
NOMBRE String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.-
APELLIDO String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.-
TELEFONO Int 1.-numeros >0 2.- formato 99-99999
1.-numeros y letras 2.- números de más de 7 dígitos
FECHA DE NACIMIENTO
Datetime 1.- formato DD/MM/AAAA 1.-23 de marzo de 2013 2.-
FECHA DE REGISTRO Datetime 1.- formato DD/MM/AAAA 1.-23 de marzo de 2013
SEXO String 1.- cadena “Masculino” 2.- cadena “Femenino”
1.- dejar el campo en Blanco
Mensaje “cliente registrado exitosamente”
22.3 FORMULARIO “ACTUALIZACION DE DATOS DEL CLIENTE”
Condición de
entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
CI Int 1.-numeros >0 2.- números<99999999
1.-numeros y letras 2.-espacio vacío 3.-solo letras
MATERIA: SISTEMAS DE INFORMACION II
27
NOMBRE String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.-
APELLIDO String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.-
TELEFONO Int 1.-numeros >0 2.- formato 99-99999
1.-numeros y letras 2.- números de más de 7 dígitos
FECHA DE NACIMIENTO
Datetime 1.- formato DD/MM/AAAA 1.-23 de marzo de 2013 2.-
FECHA DE REGISTRO Datetime 1.- formato DD/MM/AAAA 1.-23 de marzo de 2013
SEXO String 1.- cadena “Masculino” 2.- cadena “Femenino”
1.- dejar el campo en Blanco
Mensaje “cliente actualizado exitosamente”
Mensaje “cliente eliminado exitosamente”
22.4 FORMULARIO “REGISTRO DE PELICULA”
Condición de entrada
Tipo de dato
Clase equivalencia valida Clase equivalencia no valida
TITULO String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.-numeros y letras 2.-espacio vacío 3.-solo letras 4.-Mensaje de error= “Formato invalido del
MATERIA: SISTEMAS DE INFORMACION II
28
campo Titulo”
CATEGORIA String 1.- cadena =Datos de la tabla categoría (BD)
DIRECTOR String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.- Mensaje de error= “Formato invalido del campo Director”
DESCRIPCION String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.-numeros y letras 2.- números de más de 7 dígitos 3.- Mensaje de error= “Formato invalido del campo Descripción”
Mensaje “película registrada exitosamente”
Mensaje “película actualizada exitosamente”
Mensaje “película eliminada exitosamente”
22.5 FORMULARIO “REGISTRO DE SALA”
Condición de entrada
Tipo de dato
Clase equivalencia valida Clase equivalencia no valida
NOMBRE SALA
String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.-numeros y letras 2.-espacio vacío 3.-solo letras 4.-Mensaje de error= “Formato invalido del campo Nombre Sala”
MATERIA: SISTEMAS DE INFORMACION II
29
TIPO SALA String 1.- cadena “Normal” 2.- cadena “3D”
CAPACIDAD String 1.-numeros >0 2.- números<100
1.- no números 2.- Mensaje de error= “Formato invalido del campo Capacidad”
Mensaje “Sala registrada exitosamente”
Mensaje “Sala actualizada exitosamente”
Mensaje “Sala eliminada exitosamente”
22.6 FORMULARIO “REGISTRO DE CARTELERA”
Condición de entrada
Tipo de dato
Clase equivalencia valida Clase equivalencia no valida
PELICULA
String 1.- cadena =Datos de la tabla película (BD)
SALA String 1.- cadena =Datos de la tabla sala (BD)
Mensaje “Cartelera registrada exitosamente”
Mensaje “Cartelera actualizada exitosamente”
Mensaje “Cartelera eliminada exitosamente”
MATERIA: SISTEMAS DE INFORMACION II
30
22.7 FORMULARIO “REGISTRO DE CATEGORIA DE PELICULAS”
Condición de
entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
NOMBRE String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
1.- no números 2.- Mensaje de error= “Formato invalido del campo Nombre”
Mensaje “categoría registrada exitosamente”
Mensaje “categoría actualizada exitosamente”
Mensaje “categoría eliminada exitosamente”
22.8 FORMULARIO “ACCESO A DATOS DEL CLIENTE PARA LA VENTA DE
BOLETOS”
MATERIA: SISTEMAS DE INFORMACION II
31
Condición de
entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
CI Int 1.-numeros >0 2.- números<99999999
1.-numeros y letras 2.-espacio vacío 3.-solo letras 4.-Mensaje de error=”El formato del campo CI es invalido” 5.-Mensaje de error=”El cliente solicitado no existe verifique sus datos”
22.9 FORMULARIO “SELECCIÓN DE PELICULA”
Condición de entrada
Tipo de dato
Clase equivalencia valida Clase equivalencia no valida
CI Int 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.-numeros y letras 2.-espacio vacío 3.-solo letras
NOMBRE String 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.- no números 2.-
APELLIDO String 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.- no números 2.-
TELEFONO Int 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.-numeros y letras 2.- números de más de 7 dígitos
FECHA DE NACIMIENTO
Datetime 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.-23 de marzo de 2013 2.-
SEXO string 1.- cadena =Datos de un registro
MATERIA: SISTEMAS DE INFORMACION II
32
de la tabla cliente (BD)
PELICULA string 1.- cadena =Datos de un registro de la tabla película (BD)
Nº BUTACA Int 1.-numeros >0 2.- números<100
1.- solo números
22.10 FORMULARIO “REGISTRO DE PAGO E IMPRESIÓN DE BOLETO”
Condición de
entrada
Tipo de
dato
Clase equivalencia valida Clase equivalencia no
valida
CI Int 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.-numeros y letras 2.-espacio vacío 3.-solo letras
NOMBRE String 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.- no números 2.-
APELLIDO String 1.- cadena =Datos de un registro de la tabla cliente (BD)
1.- no números 2.-
MONTO TOTAL Int 1.- campo calculable
DETALLES String 1.- cadena de caracteres 2.-mayusculas o minúsculas 3.- se admite espacios
23 CONCLUSIONES
23.1 VALIDACIÓN PERSONAL DEL TRABAJO REALIZADO
Durante la realización del proyecto he podido comprobar lo útiles que son los
conocimientos adquiridos en asignaturas como Sistema de Información I, Base
de Datos y Programación.
MATERIA: SISTEMAS DE INFORMACION II
33
Considero que este proyecto me ha aportado una visión profesional, ya que
trabajamos “bajo presión”, en el sentido de que tuvimos que cumplir ciertos
plazos de entrega.
Desde nuestro punto de vista, que el tener conocimientos básicos sobre SQL
SERVER no fue suficiente para poder llevar a cabo un desarrollo óptimo del
trabajo propuesto.
Cabe destacar que, por tratarse de un prototipo, la funcionalidad de la
aplicación de escritorio puede no ser completa. Muchas mejoras y
ampliaciones, que se citan en el siguiente punto no se lograron culminar por el
tiempo de duración del proyecto.
Sin embargo, las funciones descritas en la especificación de requisitos están
implementadas. Luego, bajo mi punto de vista, se trata de un trabajo realizado
satisfactoriamente.
El sistema tiene una interfaz y forma de uso bastante amigable y comprensible
además que cuenta con varias funcionalidades.
23.2 POSIBLES AMPLIACIONES A FUTURO
A continuación se listan una serie de ampliaciones que pudieran implementarse sobre
el prototipo:
Gestión de reservas vía teléfono.
Gestión de personal y recursos humanos.
Compras y reservas online.
Módulo de reportes e informes.
24 RECOMENDACIONES Que los usuarios que van a manejar el sistema tenga conocimientos básicos en
Informática y una previa capacitación a la utilización del mismo.
Los vendedores o usuarios deben ser los únicos responsables de la información
que se ingresa al sistema para que no haya confusiones.