Sistema Integral de Gestión de Un Videoclub

Autorizada la entrega del proyecto de la alumna:
ARNZAZU MLLER RIPOLL
EL DIRECTOR DEL PROYECTO

CARLOS LABANDA MAJN
Fdo.: .
Fecha: ././.
V B del Coordinador de Proyectos

EDUARDO ALCALDE LANCHARRO
Fdo.: ...
Fecha: 3 / 9 / 2010.
UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)
INGENIERO TCNICO EN INFORMTICA DE GESTIN
PROYECTO FIN DE CARRERA
SISTEMA INTEGRAL DE GESTIN DE UN

VIDEOCLUB
AUTOR: ARNZAZU MLLER RIPOLL

MADRID, SEPTIEMBRE 2010
Dedicatoria
Le dedico este proyecto a los dos hombres de mi vida que siempre han estado,
estn y estarn conmigo, Papa, Abuelo, os quiero.
Y a la mujer ms fuerte que conozco y seguramente conocer. Gracias Mama,

gracias por apoyarme, quererme incondicionalmente y estar ah siempre para m.
Personas que influyan en la vida, hay muchas, pero padres no hay ms que
unos, y vosotros habis sabido ser los mejores. Gracias.
Agradecimientos
Quiero agradecer este proyecto a todas las personas que de una manera u otra,
directa o indirectamente me han ayudado a completar esta etapa tan importante de mi
vida.
En primer lugar a mi familia, a mis padres que siempre han hecho todo lo
posible por mi educacin y de los que siempre he recibido un apoyo incondicional sin
el cual no habra llegado hasta aqu. A mis hermanas Mara y ngela que siempre han
estado ah para apoyarme incluso sin saberlo, y me han ayudado da a da. Y a mi
abuela.
En segundo lugar a mis amigos, los que siempre, y despus de tantos aos, han
credo siempre en m y me han apoyado, en todo momento, porque con ellos las
alegras se multiplican y los problemas se dividen. Por todo Carlos, Fran, Almudena,
Luis, Andrs, Lucia Muchas gracias a todos que da a da me dais fuerzas para
seguir.
No quiero olvidarme de los amigos que he hecho durante la carrera. Quiero

darle las gracias a mi clase que me ha ayudado tanto acadmicamente como
personalmente, levantndome el nimo cuando lo he necesitado. Por esas risas, buenos
ratos Muchas gracias.
Tambin me gustara mencionar a Javi y Manu los cuales me han ayudado y

guiado durante la duracin de este proyecto.
En definitiva a cada persona que en algn momento de mi vida me ha ayudado.

Muchas gracias a todos.
SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB
Resumen
Este proyecto consiste en el desarrollo e implantacin de un sistema

integral de gestin de un videoclub. En la actualidad dicho videoclub se gestiona
de manera manual, esto provoca errores, prdida de informacin y sobre todo
redundancia. Todo esto conlleva a una difcil y no ptima forma de gestin del
videoclub.
El videoclub consta de tres sucursales desde las que se puede realizar el

alquiler. El inconveniente es que al no estar el sistema actualmente en formato
digital es difcil controlar la disponibilidad del producto as como la gestin de
datos tales como:
Gestin de datos de clientes.

Gestin de datos de empleados.
Gestin de datos de proveedores.
Gestin de datos de pelculas.
Gestin de datos de alquileres.
Gestin de datos para la creacin de informes.
Con este proyecto se pretende mejorar considerablemente estos problemas

de gestin de datos, lo que facilitar especialmente el trabajo a los empleados y la
gestin al jefe. El sistema permitir al gerente del videoclub poder extraer
informacin con la cual podr gestionar de manera ms eficiente el videoclub.
Con esta informacin se podrn establecer campaas de marketing para que el
desarrollo del videoclub sea ms efectivo, por ejemplo el da del espectador ms
barato, hacer promociones de navidad, verano... enviar publicidad personalizada
I
a los clientes segn sus gustos... en conclusin ayudar a hacer el negocio ms

rentable.
Para llevar a cabo la realizacin del sistema integral de gestin de un

videoclub, se realizarn varias entrevistas en primer lugar con el jefe, cuando se
tenga una idea clara de cmo deber funcionar el sistema se mantendrn otras
entrevistas con los empleados, ya que sern los usuarios finales de la aplicacin.
Adems del sistema que se implantar en los videoclubs, se realizar

tambin una pgina Web desde la que se podrn ver las pelculas existentes en el
videoclub, si estn disponibles, alquilarlas y qu videoclub se encuentra ms
cerca.
Finalmente uno de los objetivos de la creacin de esta aplicacin es poder

acercar el cine a las personas, especialmente a aquellas que sin la existencia de
los videoclubs no tendran la oportunidad de disfrutar de las pelculas. stas son
por ejemplo personas impedidas o discapacitadas a las que el acceso a los cines
les impide entrar ya sea por la inexistencia de rampas, zonas habilitadas para
ellos, personas sin tiempo ni dinero suficiente para ir al cine, especialmente
con la crisis existente, ya que hoy da es un bien casi de lujo debido al precio.
II
Abstract
The aim of this project is the development and implementation of a

comprehensive system for managing a video store. At present the video store is
run manually, it leads to errors, loss of information and above all redundancy. All
this leads to a difficult and not optimal way to manage the video store.
The video store consists of three branches from which you can rent. The
drawback is that because the system currently not in digital format it is difficult
to control the availability of the product and data management.
This project aims to significantly improve these problems of data

management, which will facilitate in particular the work to employees and
management to the chief.
In addition to the system implementation in the video stores, it will also

conduct a Web page from which you can see which films are currently available
on the video store, when available, rent and which is the closest video store.
Finally one of the objectives of creating this application is being able to

bring the films to people, especially those which without the existence of the
video stores would not have the opportunity to enjoy movies. These are for
example, handicapped or disabled people, for whom the accesses to the cinemas
prevent them from entering either because of the lack of ramps, designated areas
for them ..., people with no time or money to go to the movies, especially with
the crisis, since today it is almost a luxury because of the price.
III
Contenido
1.
INTRODUCCIN ..................................................................................... - 1 1.1 INTRODUCCIN AL SECTOR DEL VIDEOCLUB ........................... - 2 1.2 OBJETIVOS DEL SISTEMA ................................................................. - 4 1.3 METODOLOGA A UTILIZAR ............................................................ - 4 1.4 RECURSOS ............................................................................................ - 7 -
2.
IDENTIFICACIN DE NECESIDADES ................................................ - 8 2.1 INTRODUCCIN DE LAS NECESIDADES ....................................... - 9 2.2 OBJETIVOS DEL SISTEMA ............................................................... - 10 2.3 ALCANCE DEL SISTEMA ................................................................. - 13 2.4 TIPOLOGA DE USUARIOS .............................................................. - 14 2.5 RESTRICCIONES ................................................................................ - 15 2.6 ORGANIZACIN ................................................................................ - 17 2.7 ANTECEDENTES ................................................................................ - 18 2.8 RECOPILACIN DE INFORMACIN .............................................. - 19 -
3.
ANLISIS DE REQUISITOS ................................................................ - 20 3.1 INTRODUCCIN ................................................................................. - 21 3.2 RECONOCIMIENTO DEL PROBLEMA ........................................... - 21 3.2.1 CONTEXTO GENERAL DEL SISTEMA .................................... - 23 3.3 DESCRIPCIN DEL SISTEMA ACTUAL ......................................... - 24 3.3.1 MODELO FSICO Y LGICO ACTUAL ................................... - 25 -
IV
3.3.2 UNIDADES AFECTADAS ........................................................... - 25 3.4 LISTA DE REQUISITOS ..................................................................... - 26 3.5 MODELO LGICO DEL NUEVO SISTEMA .................................... - 37 3.5.1 DFD CONTEXTUAL .................................................................... - 38 3.5.2 DFD CONCEPTUAL ..................................................................... - 39 3.6 MODELO CONCEPTUAL DE DATOS .............................................. - 46 3.6.1 DICCIONARIO DE DATOS ......................................................... - 48 3.6.2 NORMALIZACIN DE ALMACENES ...................................... - 49 3.6.3 DIAGRAMA ENTIDAD- RELACION ......................................... - 59 4.
ESTUDIO DE LA ARQUITECTURA TCNICA ................................. - 62 4.1 INTRODUCCIN ................................................................................. - 63 4.2 GENERACIN DEL CONOCIMIENTO ........................................... - 65 4.2.1 PERSONIFICATION STRATEGY ........................................... - 65 4.2.2 CODIFICATION STRATEGY .................................................. - 66 4.2.3 ELECCIN DE LA ALTERNATIVA DE GENERACIN DEL
CONOCIMIENTO .................................................................................. - 66 4.3 ALTERNATIVA 1 CLIENTE-SERVIDOR ...................................... - 66 4.3.1 HARDWARE ................................................................................. - 67 4.3.2 SOFTWARE................................................................................... - 69 4.3.3 VALORACIN ECONMICA .................................................... - 70 4.4 ALTERNATIVA 2- SERVIDOR WEB................................................ - 71 4.4.1 HARDWARE ................................................................................. - 71 4.4.2 SOFTWARE................................................................................... - 73 -
4.4.3 VALORACIN ECONMICA .................................................... - 74 4.5 ARQUITECTURA SOFTWARE ......................................................... - 74 4.5.1 LENGUAJE DE PROGRAMACIN ............................................ - 75 4.6 MATRIZ DE EVALUACIN ORGANIZATIVA ............................... - 78 4.7 PLANIFICACIN GENERAL DEL PROYECTO .............................. - 83 5.
DISEO EXTERNO ............................................................................... - 86 5.1 INTRODUCCIN ................................................................................. - 87 5.2 REQUISITOS FSICOS DEL NUEVO SISTEMA .............................. - 87 5.2.1 ENTORNO OPERATIVO DEL SISTEMA .................................. - 88 5.3 MODELO FSICO DEL NUEVO SISTEMA ...................................... - 90 5.4 VENTANAS........................................................................................ - 113 5.4.1 VENTANA INICIO DE LA APLICACIN ............................... - 113 5.4.2 MEN PRINCIPAL ..................................................................... - 115 5.4.3 GESTIN DE CLIENTES ........................................................... - 116 5.4.4 GESTIN DE EMPLEADOS...................................................... - 128 5.4.5 GESTIN DE PROVEEDORES ................................................. - 138 5.4.6 REALIZAR ALQUILER ............................................................. - 148 5.4.7 PGINA WEB ............................................................................. - 153 5.5 HISTORIA DE VIDA DE LAS ENTIDADES ................................... - 168 5.6 MODELO LGICO DE DATOS ....................................................... - 171 5.6.1 ALQUILADORES ....................................................................... - 171 5.6.2 ALQUILER EMPLEADOS ......................................................... - 171 5.6.3 TRABAJO .................................................................................... - 172 -
VI
5.6.4 SEDE ............................................................................................ - 173 5.6.5 SUMINISTRAR ........................................................................... - 173 5.6.6 PELCULA SUCURSAL ............................................................. - 174 5.6.7 ALQUILADOS ............................................................................ - 175 6.
DISEO INTERNO .............................................................................. - 176 6.1 INTRODUCCIN ............................................................................... - 177 6.2 DIAGRAMAS HIPO........................................................................... - 178 6.2.1 GESTIN DE INFORMES ......................................................... - 179 6.3 DIAGRAMAS DE CUADROS ESTRUCTURADOS (STC) ........... - 180 6.3.1 ALTAS.......................................................................................... - 181 6.3.2 BAJAS .......................................................................................... - 182 6.3.3 VALIDACIONES ........................................................................ - 183 6.3.4 ALQUILERES ............................................................................. - 184 -
7.
PROGRAMACIN ............................................................................... - 185 7.1 INTRODUCCIN ............................................................................... - 186 -
8.
PRUEBAS ............................................................................................. - 187 8.1 INTRODUCCIN ............................................................................... - 188 8.2 TIPOS DE PRUEBAS ......................................................................... - 188 -
9.
IMPLANTACIN ................................................................................. - 191 9.1 INTRODUCCIN ............................................................................... - 192 9.2 ETAPAS EN LA IMPLANTACIN DEL SISTEMA ....................... - 192 -
10.
CONCLUSIONES............................................................................... - 194 -
10.1 INTRODUCCIN ............................................................................. - 195 -
VII
10.2 CONCLUSIN ................................................................................. - 195 11.
FUTURAS MEJORAS........................................................................ - 197 -
12.
BIBLIOGRAFA ................................................................................. - 199 -
12.1 BIBLIOGRAFA ............................................................................... - 200 12.2 LIBROS ............................................................................................. - 200 12.3 PGINAS WEB ................................................................................ - 200 13.
ANEXOS ............................................................................................. - 202 -
13.1 ANEXO A: VALORACIN ECONMICA ................................... - 203 13.2 ANEXO B: PLANIFICACIN TEMPORAL DEL PROYECTO ... - 205 DIAGRAMA GANT ................................................................................. - 205 DIAGRAMA PERT .................................................................................. - 205 -
VIII
1. INTRODUCCIN
-1-
1.1 INTRODUCCIN AL SECTOR DEL VIDEOCLUB
El negocio de los videoclubs comenz en 1985, con la apertura de la

primera tienda Blockbuster en Texas. En esa poca pareca ser un negocio con un
amplio mercado potencial y una gran tasa de crecimiento. Las ventas de VCR se
haban disparado. Esto unido a la dbil competencia existente, haca prever un
panorama muy alentador. Por otro lado la gran competencia, el cine, estaba en
decadencia, la TV por cable representaba un futuro incierto, y como actividad
nueva, el alquiler de pelculas, presentaba expectativas a la gente. Tanto que en
1987 Blockbuster ya tena 17 tiendas en EEUU y en 1993 abri su tienda nmero
3000 en Nueva York.
Las razones por las cuales se produjo un crecimiento exponencial del

nmero de alquileres de videos en los primeros aos de la actividad son:
Aumentaron las ventas de reproductores de video, la mayora de la

gente ya tena un reproductor lo que aumentaba el mercado.
La comodidad para ver tranquilos en casa un vdeo sin restricciones

horarias y acompaados por toda la familia o solos.
El precio de un alquiler de una pelcula es siempre menor a lo que

cuesta ver una pelcula en un cine, mucho ms si lo hace toda la
familia.
-2-
Aunque las primeras expectativas para este negocio eran muy altas, con el
trascurso del tiempo se han ido disminuyendo hasta el punto en el que hoy da es
difcil mantenerse en el negocio, y an ms triunfar en l.
Actualmente es uno de los negocios que ms se ha visto afectado por el

uso masivo de internet. Segn la Federacin para la Proteccin de la Propiedad
Intelectual (FAP), en el 2006 casi 5 millones de internautas en Espaa se
descargaron 135 millones de pelculas de forma ilegal. Lo que afecta
directamente y en gran medida al sector del videoclub. Desde el ao 2002,
cientos de pequeos negocios dedicados al alquiler de pelculas y videojuegos se
han visto obligados al cierre. Ni el gigante americano Blockbuster se salv.
En el ao 2004 se calcula que se copiaron 70 millones de pelculas en

Espaa. sta es la principal causa del declive de los videoclubs, los cuales han
notado un descenso de ingresos de entre un 20 y un 40%.
La facturacin media de un videoclub ronda los 5.000 euros al mes, que

junto a los gastos como salarios de empleados hacen que el negocio no sea
muy rentable.
Tambin cabe decir que es un negocio muy fluctuante, va bien en

invierno, cuando la gente se queda en casa, por comodidad, debido al frio, pero
en verano, la gente sale ms a la calle por lo que se ingresa muy poco.
Por otro lado habra que separar las zonas geogrficas, ya que se alquilan
ms pelculas en pueblos pequeos que en grandes ciudades. Debido en parte por
-3-
las muchas y diferentes oportunidades que ofrece una gran ciudad frente a las
limitaciones de un pueblo pequeo.
1.2 OBJETIVOS DEL SISTEMA
Los objetivos que se desean cumplir con este proyecto son la gestin de
datos de un videoclub y el procesamiento de esos datos para obtener informacin
til en la gestin de un videoclub. Para ello, se crear un sistema de gestin del
videoclub de realice:
Gestin de clientes.
Gestin de empleados.
Gestin de proveedores.
Gestin de pelculas.
Gestin de alquileres.
Gestin de informes.
1.3 METODOLOGA A UTILIZAR
La metodologa a utilizar se basar en una de las estudiadas durante la

carrera, en concreto la metodologa en cascada, estudiada en la asignatura de
-4-
Ingeniera del Software. Esta metodologa consiste en que a la finalizacin de

una fase comienza la siguiente, tomando como datos de entrada los resultados de
la fase anterior. En cada fase se llega a ms detalle, hasta construir el cdigo.
Este sistema es el ms extendido. El inconveniente es que no se ven los
resultados hasta avanzado el proyecto.
Esta metodologa se compone de:
Identificacin de necesidades: Se realizarn entrevistas con el

gerente para conocer las necesidades y posibles problemas
existentes para hacer un sistema lo ms competente posible.
Anlisis de requisitos: Con este anlisis se podr conocer
suficientemente el sistema para ver sus necesidades, problemas y
requisitos. Para realizar este anlisis se obtendr la lista de
requisitos y los modelos fsicos, lgicos y de datos del sistema.
Estudio de la arquitectura tcnica: Aqu se definirn las posibles

soluciones que cumplan los requisitos, elegir una solucin y
obtener la aprobacin del cliente. Para ello se especificar la
tecnologa HW, SW y de comunicaciones y elaborar una
planificacin del proyecto.
Diseo externo: Aqu se definir la estrategia de los planes, se

obtendr el modelo fsico y lgico del nuevo sistema. Para ello se
disearan las entrada, salidas e interfaces del sistema, se
-5-
especificaran los procesos y volmenes y se establecern procesos

de control y seguridad.
Diseo interno: El objetivo aqu es disear los componentes SW

de la aplicacin. Dividiendo el sistema en subsistemas, definiendo
las estructuras de ficheros y modelo fsico de datos, desarrollar las
especificaciones de los mdulos y completar los planes de la etapa
de diseo externo. Con esto se tendr el diseo y estructura de los
componentes SW, la base de datos y ficheros y los planes de
pruebas.
Programacin: En esta etapa se codificarn los programas SW, en

los lenguajes establecidos, se realizarn las pruebas unitarias. Con
esto se obtendr el cdigo ejecutable y la gua de usuario.
Pruebas del sistema: Aqu se probar la funcionalidad,

operatividad e integridad del sistema. Mediante pruebas de
encadenamiento, integracin del sistema y de aceptacin del
usuario. Por lo que se obtendr el SW del sistema total, configurado
y probado con la aceptacin del cliente.
Implantacin: Se implantar el nuevo sistema, para ello se

preparar la entrada en produccin, las pruebas de sobrecarga y
rendimiento.
-6-
Mantenimiento:
Con
el
mantenimiento
se
asegurar
la
funcionalidad del sistema y se mantendr actualizado el sistema. El

mantenimiento ser correctivo o adaptativo segn las necesidades.
1.4 RECURSOS
Para poder llevar a cabo el proyecto se necesitarn los siguientes recursos

hardware, software y de otros tipos:
Recursos Hardware: Se utilizar un ordenador personal, el cual

tendr conexin a Internet, de esta manera se tendr acceso a
informacin til.
Recursos Software: Se utilizar ECLIPSE, para el desarrollo del

cdigo, que se har en el lenguaje de programacin Java. Tambin
se utilizarn programas como por ejemplo el Microsoft Word o el
Microsoft Power Point, del paquete Office 2007 para redactar la
documentacin, preparar las presentaciones...
El sistema operativo a utilizar ser Windows Vista.
Otros recursos: Se utilizarn libros para documentarse sobre temas

como la metodologa seleccionada, guas de programacin...
-7-
2. IDENTIFICACIN DE
NECESIDADES
-8-
2.1 INTRODUCCIN DE LAS NECESIDADES
En esta etapa se definen los problemas que mediante la aplicacin se

pretenden resolver. Adems se establecen los lmites del proyecto, los objetivos,
usuarios y antecedentes de la aplicacin.
El Documento de Conceptos del Sistema especifica la informacin

obtenida en la etapa de Identificacin de Necesidades. Esta informacin consiste
en:
Objetivos del sistema: Son objetivos de tipo empresarial y no informtico.
Alcance del sistema: Identificacin de las funciones de negocio que

pretenden automatizarse.
Tipologa de usuarios: Conocer el perfil de personas a quien va dirigida la

aplicacin.
Restricciones: Deben considerarse aquellas restricciones que puedan

afectar al plan del proyecto y su desarrollo.
Organizacin: Estudio de la distribucin y organizacin de la empresa

para obtener un mejor concepto de cmo sta se distribuye.
-9-
Antecedentes: Comprender cmo se realizaban los procesos a tratar en el

proyecto para lograr entender cules han sido los motivos para optar por la
implantacin de un nuevo sistema.
2.2 OBJETIVOS DEL SISTEMA
Los objetivos del sistema son los que se quieren alcanzar en el entorno
empresarial y no de tipo informtico.
Con este proyecto se pretende conseguir una aplicacin de gestin de un

videoclub que ayude al gerente del videoclub a controlar y gestionar de forma
eficaz y eficiente el sistema y a los empleados. La aplicacin gestionar una base
de datos centralizada con la cual se podrn mantener todos los datos actualizados
de forma dinmica. Por otro lado, la aplicacin deber ser intuitiva y fcil de
manejar para el gerente y los empleados.
Por tanto los principales objetivos son:
OBJETIVOS FUNCIONALES:
Creacin de una aplicacin de fcil manejo. Deber ser de fcil manejo

ya que ser utilizado por personas no expertas en informtica. Por lo que
la formacin que reciban deber ser breve para que puedan usar el sistema
rpidamente y al mismo tiempo reducir el coste invertido por parte del
gerente en cursos para los empleados y en tiempo.
- 10 -
Creacin de una base de datos. Toda la informacin que maneja el

videoclub deber estar recogida en una base de datos a la que podrn
acceder mediante el sistema. De esta manera, al tener toda la informacin
en un mismo lugar e informatizada se tendr un mejor control de la
informacin.
Diferencias de accesibilidad segn el usuario. Al ser un sistema que va

a ser utilizado por distintas personas, cada una de ellas, segn el tipo de
usuario que sea, tendr acceso a diferentes zonas de la aplicacin.
Facilitar la actualizacin de los contenidos. En la actualidad, por

ejemplo, la ficha de los clientes est en papel, por lo que para cualquier
modificacin de los datos, por ejemplo la direccin, se tiene que volver a
copiar todo el documento, esto consume recursos y tiempo por parte del
empleado que en ese momento no puede atender a un cliente que desea
alquilar una pelcula, por lo que se pierden clientes.
Eliminacin de procesos manuales que consumen recursos y tiempo.

Muchos de los procesos bsicos, como el alta de clientes, se realiza
actualmente en papel, con este sistema se intentar reducir el nmero de
documentos en papel. Al automatizar este tipo de procesos se reduce en
gran medida el tiempo utilizado para llevar a cabo una tarea.
- 11 -
OBJETIVOS DE NEGOCIO:
Facilitar la obtencin de datos para la generacin de informes. Al

generar informes detallados sobre los distintos aspectos de la empresa,
como clientes, empleados, pelculas, el gerente tendr un mejor control
sobre la informacin que podr ser utilizada para realizar cambios y
mejoras en el negocio.
Mayor control de los empleados, por parte del gerente. Al tener toda la
informacin automatizada, se registrarn las acciones de cada empleado,
de esta manera el gerente podr saber exactamente qu hace cada
empleado.
Creacin de informes para una mejor gestin. Mediante la creacin

automtica de informes, el trabajo del gerente resultar ms fcil y podr
centrarse en lo realmente importante que es el anlisis de los datos
obtenidos, en lugar de centrarse en obtener los datos, ya que con el
sistema actual es complicado.
OBJETIVOS ESTRATGICOS:
Mejorar la atencin al cliente. El sistema tendr una seccin para que

los clientes puedan ver las pelculas existentes y disponibles fcilmente,
de esta manera se reducir considerablemente el tiempo de espera medio
por cliente.
- 12 -
2.3 ALCANCE DEL SISTEMA
El alcance del sistema cubre las funciones de negocio que actualmente se

hacen de manera manual y que pretenden automatizarse mediante la aplicacin.
El sistema cubrir las siguientes funcionalidades:
Gestin de usuarios: Crear distintos perfiles de usuario que pueden

acceder a distintas partes de la aplicacin en funcin del tipo de usuario.
Gestin de seguridad: Acceso seguro a la aplicacin, realizando una

autentificacin previa con nombre de usuario y contrasea correctos que
sern comprobados accediendo a la base de datos.
Gestin de clientes: Creacin de registros de nuevos clientes,

introduciendo los datos del cliente en una tabla de clientes.
Gestin de empleados: Creacin de registros de los empleados,

introduciendo los datos del empleado en una tabla de empleados.
Gestin de proveedores: Creacin de registros de proveedores,

introduciendo los datos del proveedor en una tabla de proveedores.
- 13 -
Gestin de pelculas: Control del stock del videoclub, accediendo y

manteniendo actualizadas las tablas.
Gestin de informes: Creacin de consultas para crear informes segn

unos criterios y as obtener informacin til para el gerente y encargados.
2.4 TIPOLOGA DE USUARIOS
En este apartado se conocer y definir el perfil de cada usuario que utilice

la aplicacin. Al existir distintas tipologas de usuario, habr que tener en cuenta
las necesidades y problemas de cada uno.
En la aplicacin habr dos tipos de usuario, los que la utilicen

directamente como el jefe y empleados, y los que la utilicen indirectamente como
son los clientes.
Dentro de los usuarios que utilicen directamente la aplicacin se puede

distinguir entre el gerente del videoclub y todas sus sedes, los encargados
(gerentes de cada sede) y los empleados.
El gerente tendr acceso a toda la informacin de todas las sedes, mientras

que los encargados tendrn acceso slo a la informacin de su sede. Por ltimo
los empleados tendrn acceso limitado, por ejemplo, ellos no podrn modificar
- 14 -
sus propios datos como empleados, como por ejemplo el puesto que ocupan o su
salario.
Figura 1. Tipologa de usuarios
2.5 RESTRICCIONES
Las restricciones que presenta son las siguientes:
La principal restriccin es el tiempo, ya que este proyecto slo

durar un curso en el cual se han descontado en la planificacin las
fechas de exmenes y tiempo de estudio diario. El tiempo tambin
afecta al cliente ya que no estar disponible siempre. Se tendr que
llegar a acuerdos entre ambas partes para concretar citas.
- 15 -
Por otro lado, el factor de los usuarios que van a utilizar finalmente
la aplicacin. Estos usuarios no tienen una formacin informtica
por lo que el sistema deber mantenerse lo ms sencillo posible.
Otra restriccin es el factor econmico, al ser una pequea

empresa, aunque tiene varias sedes no dispone de un gran
presupuesto, sta es una de las razones por las cuales an tienen un
sistema no informatizado.
- 16 -
2.6 ORGANIZACIN
En la figura 2 se muestra el esquema del organigrama de la empresa.
Gerente
Encargado
Empleado
Encargado
Encargado
Empleado
Empleado
Empleado
Empleado
Figura 2: Organizacin de la empresa.
- 17 -
Empleado
2.7 ANTECEDENTES
En esta seccin se explicarn los motivos que han llevado al gerente a

tomar la decisin de informatizar el sistema.
La necesidad de un servicio que le garantice unas prestaciones de

soporte, gestin, administracin y explotacin del entorno.
La falta de una tecnologa acorde con su nuevo entorno de trabajo,

debido a la expansin de nuevas sucursales, mantener el sistema en
el formato actual es demasiado trabajoso tanto para los empleados
que deben hacer el mismo trabajo varias veces como para el gerente
que pierde control sobre el funcionamiento actual. Para ello se
crearn herramientas de consulta e informes, acceso a travs de
web, capacidad de anlisis de la informacin
La falta de integracin de la informacin, la redundancia. El

sistema actual tiene diversos archivos en las diferentes sucursales
que tienen la misma informacin como por ejemplo los datos de los
clientes. Se quiere unificar todos los datos para evitar esta
redundancia.
La necesidad de definir un sistema de informacin orientado a dar

informacin de negocio. Esto se realizar mediante distintas
consultas.
- 18 -
2.8 RECOPILACIN DE INFORMACIN
Para la obtencin de la informacin y datos necesarios para realizar este

proyecto se realizarn unas entrevistas iniciales con las que habr un primer
contacto con el jefe, el cual explicar el funcionamiento actual del sistema y los
cambios requeridos.
Tras la primera entrevista se plantear un primer anlisis sobre lo que el

jefe quiere y las preguntas que puedan surgir. Cuando se tenga una idea clara
sobre lo que se pretende obtener se realizarn entrevistas con los empleados para
as poder tener tambin la visin de los que van a usar la aplicacin.
Por otro lado se examinar el sistema actual, se acudir a las sedes y se

analizar cmo funciona actualmente el sistema, ya que aunque con las
entrevistas se obtenga una idea bastante concisa sobre el funcionamiento actual,
examinarlo de primera mano ayudar a que el resultado se acerque ms a lo
deseado por el cliente.
- 19 -
3. ANLISIS DE REQUISITOS
- 20 -
3.1 INTRODUCCIN
En esta etapa se busca llegar a un conocimiento ms profundo de los

requisitos de la aplicacin para cubrir las necesidades del cliente.
3.2 RECONOCIMIENTO DEL PROBLEMA
El problema principal existente en la actualidad es el la mala

administracin de archivos de clientes y pelculas. En cada sede existe un archivo
por cada pelcula existente y cuntos ejemplares de la misma hay en total, pero
no se sabe cuntos hay en cada sede en cada momento. Esto es debido a que un
cliente puede alquilar una pelcula en una sede y devolverla en otra.
Con esta aplicacin lo que se pretende es que mediante el sistema

informtico se sepa en todo momento dnde se encuentra cada pelcula, es decir,
cuntos ejemplares hay en cada sucursal. Esto se podr realizar al tener el
sistema en un servidor remoto al que se tendr acceso desde cualquier sede.
Por otro lado, est el problema de la redundancia de datos de clientes.

Cuando un cliente acude a una sucursal se crea una ficha con sus datos, si acude
a otra, se le vuelven a pedir estos datos, aunque se conserva el nmero de cliente.
Para combatir esta redundancia y gasto de papel, todos los datos de los clientes
sern introducidos una sola vez y sern accesibles desde cualquier sede o la
pgina web, ya que al igual que los datos de las pelculas estarn en un servidor
remoto.
- 21 -
Por ltimo, con este sistema se pretende obtener una mejor prestacin del
servicio, teniendo toda la informacin sobre clientes y pelculas fcilmente
accesibles. Para aumentar la prestacin del servicio se harn descuentos y ofertas
a buenos clientes, los que ms consuman en un tiempo determinado y ofertas
especiales segn la poca del ao.
A continuacin se muestra el diagrama de presentacin:
Figura 3. Diagrama de interactuacin de usuarios
- 22 -
3.2.1 CONTEXTO GENERAL DEL SISTEMA
La aplicacin tendr acceso a internet y a una red local. De esta forma se

permitir la modificacin y consulta de datos de las bases de datos por internet,
esto conlleva una gran libertad a la hora de acceder a los datos. Los empleados
podrn dar de alta, baja o modificar cualquier informacin al igual que hacer
consultas mediante la intranet. Los clientes como usuarios del sistema podrn
hacer reservas y consultas y modificar sus datos por internet.
La facilidad y comodidad que esto implica en comparacin con el antiguo

mtodo de tener la informacin en papel y tener que por ejemplo reescribir toda
una ficha de un cliente porque haya modificado su direccin, telfono es muy
grande ya que reduce el trabajo y por lo tanto el tiempo.
Para los clientes tambin implica una mayor facilidad y comodidad ya que
no tienen que desplazarse desde sus casas hasta una de las sucursales para ver si
tienen la pelcula que estn buscando. Simplemente se conectan con la pgina del
videoclub y lo comprueban, una vez comprobado que la pelcula est disponible
pueden ver en que sucursal/es se encuentra y reservarla o encargarla y se la
llevan a casa.
- 23 -
Figura 4. Arquitectura del sistema
3.3 DESCRIPCIN DEL SISTEMA ACTUAL
A continuacin se muestra desde el punto de vista lgico el

funcionamiento actual de la empresa. Cmo realiza los procesos de alquileres,
introduccin de clientes y pelculas, altas/bajas y modificaciones de datos
- 24 -
3.3.1 MODELO FSICO Y LGICO ACTUAL
Actualmente en la empresa no existe ningn sistema en el cual exista un

flujo de informacin, ya que todas las tareas se hacen a mano, por lo cual no se
ha credo conveniente realizar un diseo del modelo fsico o lgico del sistema
actual.
3.3.2 UNIDADES AFECTADAS
A continuacin se muestran las unidades afectadas por el nuevo sistema

mediante una tabla que mostrar en qu medida afecta a cada rea y usuario el
nuevo sistema.
Se utiliza un sistema de puntuacin para medir el impacto sobre los

usuarios de los nuevos procesos. El sistema es el siguiente:
2: Muy afectado.
1: Poco afectado.
0: No afectado.
- 25 -
JEFE
EMPLEADO
CLIENTE
informes
Gestin de
alquileres
Gestin de
pelculas
Gestin de
proveedores
Gestin de
empleados
Gestin de
clientes
Gestin de
usuario
Validar
3.4 LISTA DE REQUISITOS
Los requisitos se dividen en:
1. Requisitos de prestaciones.
Las prestaciones del servicio deben cumplir las siguientes necesidades:
1.1 Velocidad de respuesta:
La pgina web debe tener una respuesta de menos de 2 segundos. Las

consultas deben estar optimizadas para que el usuario no espere ms de dos
segundos por acceder a distintos servicios. Esta demora no toma en cuenta la
demora por ancho de banda insuficiente, ya que se asume que el usuario tendr
un ancho de banda suficiente para visionar paginas con imgenes rpidamente.
- 26 -
En las sucursales se tratar de minimizar el tiempo de espera de los

clientes en la cola, procurando que ste no sea mayor de cuatro minutos.
1.2 Alta disponibilidad:
EL servicio web debe estar disponible 24 horas 7 das a la semana. El

sistema de alta disponibilidad se compone de servidores redundantes con fail
over 1. Todas las actualizaciones y parches de software deben hacerse al sistema
de backup y rotarlos para no interrumpir el servicio.
En las sucursales el servicio con atencin personal estar disponible de 9

de la maana a 12 de la noche y habr una mquina donde se podr depositar y
recoger las pelculas.
1.3 Fcil manejo de la aplicacin:
La aplicacin se divide en dos partes principales. Una sera la pgina Web,

desde la cual pueden acceder los clientes y la otra la aplicacin que ser
implantada en cada sucursal, aunque sta estar en un servidor remoto para as
tener todos los datos centralizados y evitar datos redundantes.
La aplicacin debe ser muy visual, para un fcil manejo de la misma por
parte de los usuarios, los empleados y el gerente.
1
Fail over: La capacidad para cambiar automticamente a un servidor informtico redundantes o de

reserva, sistema o red sobre un fallo o terminacin anormal de la solicitud anterior en activo, sistema o
red. Conmutacin por error, ocurre sin intervencin humana.
- 27 -
2. Requisitos de seguridad.
2.1 Ley Orgnica de Proteccin de Datos:
La aplicacin almacena datos sensibles de clientes. Estos datos necesitan

ser tratados de acuerdo con la Ley Orgnica de Proteccin de Datos (LOPD). La
LOPD incluye el derecho a baja o modificacin y la proteccin de los datos estn
bajo el amparo de dicha ley.
2.2 Encriptado de datos:
Todas las pginas que muestren contenido sensible o pidan la entrada de

datos del usuario deben de estar encriptadas con 128 bits de seguridad.
2.3 Proteccin contra usuarios maliciosos:
El sistema debe ser suficientemente robusto para aguantar ataques o mal

uso de usuarios maliciosos.
- 28 -
3. Gestin de alquileres.
Parte del software es una herramienta de alquileres que presentar la

disponibilidad, fotos a los clientes de las pelculas. Esta herramienta deber
estar disponible online.
3.1 Presentar las pelculas:
El sistema debe mostrar una imagen de las pelculas disponibles. El

sistema tambin debe soportar videos para visualizar el triler de cada pelcula.
3.2 Informar sobre su disponibilidad:
El sistema debe informar a los clientes de la disponibilidad de las pelculas

segn la fecha seleccionada.
3.3 Recoger los datos del contacto:
El sistema debe ser capaz de recoger los datos de contacto del cliente.
4. Gestionar la contabilidad de la empresa.
El sistema debe ser capaz de gestionar la contabilidad general de la

empresa.
- 29 -
4.1 Alquileres:
El sistema debe registrar los alquileres, elaborar y guardar facturas y

mantener el balance actual del cliente.
4.2 Costes:
El sistema debe de tomar en cuenta todos los costes variables y fijos e

imputarlos al asiento o concepto contable correspondiente.
4.3 Informes contables:
El sistema debe de ser capaz de generar diversos informes contables.

Tambin debe existir una forma sencilla de crear informes.
5. Gestionar el calendario de disponibilidad.
Una de las funciones principales del programa es gestionar la

disponibilidad de las pelculas en todo momento.
- 30 -
5.1 Alquiler:
Las pelculas que estn actualmente alquiladas o tengan pedido firme no

estn disponibles para ser alquiladas en las mismas fechas. El sistema debe llevar
el calendario de alquiler. Tambin debe tener en cuenta la localizacin de las
pelculas al acabar el alquiler, ya que algunos clientes las devuelven en distintas
sucursales.
5.2 Mantenimiento:
El calendario de mantenimiento debe de ser actualizado y mantenido

automticamente por el sistema. Una pelcula en mantenimiento no puede ser
alquilada. El mantenimiento tardar un da.
6. Informes detallados.
En todo sistema de gestin presentar la informacin de forma concisa y

adecuada es primordial para que las distintas partes de la empresa puedan tomar
decisiones acertadas.
6.1 Informes financieros:
Los informes financieros incluyen mrgenes por pelcula, por punto de

venta, ventas mensuales y anuales.
- 31 -
6.2 Informes de gestin:
Los informes de gestin deben mostrar las pelculas con mayor porcentaje
de tiempo usado / tiempo total, los gneros preferidos por los clientes, poca en
la que ms se alquila Al igual, debe crear informes sobre el personal, como por
ejemplo qu empleado tiene el mayor nmero de transacciones de alquileres, qu
empleado trabaja ms horas
6.3 Modulo para la creacin de informes:
Es imposible adelantarse a todos los informes que se puedan requerir, por

lo que es imprescindible que el software incluya un mecanismo para la creacin
de nuevos informes de forma fcil por el personal de la empresa.
7. Gestin de clientes (CRM).
Como parte del objetivo de mejorar el trato de la empresa hacia el cliente,

el sistema de gestin de clientes del sistema est enfocado a automatizar y
facilitar varias tareas.
7.1 Fichas de clientes:
Cada cliente debe tener una ficha dentro del sistema. Esta ficha tendr
informacin personal (nombre, apellidos, direccin), foto...
- 32 -
7.1.1 Introduccin de usuarios:
El sistema tendr una seccin en la cual los nuevos clientes puedan darse
de alta on-line. Si el cliente nuevo se encuentra en una sucursal podr darse de
alta en el momento facilitndole sus datos al empleado que le est atendiendo.
ste tendr delante, en la aplicacin una seccin para clientes en la cual podr
introducir los datos.
7.1.2 Modificacin de usuarios:
De acuerdo a la LOPD los usuarios tienen el derecho de modificacin y

cancelacin de sus datos, por lo que la aplicacin permitir, dentro de la seccin
para usuarios, la modificacin de los datos. Esta modificacin tambin se podr
realizar desde cualquier sucursal.
7.1.3 Baja de usuarios:
De acuerdo a la LOPD los usuarios tienen el derecho de modificacin y

cancelacin de sus datos, por lo que la aplicacin permitir, dentro de la seccin
para usuarios, la cancelacin de los datos. Esta cancelacin tambin se podr
realizar desde cualquier sucursal.
- 33 -
7.1.4 Sistema de validacin de usuarios protegido:
Para preservar la confidencialidad de los datos personales se dispondr de

un sistema de validacin de usuarios mediante un usuario y contrasea.
7.2 Cuestionarios de satisfaccin:
El cuestionario de satisfaccin del cliente debe de ser rellenado

directamente online por el cliente y almacenado para estadsticas internas.
7.3 Mailing:
El sistema debe de ser capaz de extraer informacin sobre los clientes

finales para poder generar campaas de marketing y mailing.
8. Gestin de empleados.
8.1 Ficha de empleados:
Cada empleado debe tener una ficha dentro del sistema. Esta ficha tiene
informacin personal (nombre, apellido, direccin), foto, salario, informacin
relevante sobre el puesto de trabajo o el trabajador...
- 34 -
8.2 Salarios:
El salario depender del tipo de trabajo realizado y el nmero de horas y

das trabajados. Se calcular automticamente, se mostrar el total acumulado
mensualmente por empleado y toda la informacin necesaria para el pago.
8.3 Calendario de trabajo:
El sistema debe de tener en cuenta el calendario de ocupacin de cada

empleado para as poder elaborar el calendario de disponibilidad.
9. Base de datos:
9.1 Base de datos remota:
La base de datos que contendr los datos tanto de pelculas como de

clientes y empleados ser una base de datos remota para as poder acceder desde
cualquier terminal y poder tener toda la informacin actualizada en el momento.
9.2 Base de datos en MySQL:
La base de datos se realizar utilizando MySQL ya que es un programa

potente y bastante conocido.
- 35 -
9.3 Copia de seguridad:
Se realizar un backup, cada da al cierre de las sucursales, esto ser a las

12.30. Igualmente se har una copia de seguridad cada semana, los domingos por
la noche, la cual se guardar en un servidor remoto.
9.4 Creacin y mantenimiento de las tablas:
9.4.1 Tablas de clientes:
Se crear una tabla en la cual se guardarn los datos de los clientes. El

mantenimiento de esta tabla lo llevar a cabo un empleado. Al estar la base de
datos en un servidor remoto y todos los datos centralizados no har falta un
empleado encargado del mantenimiento por cada sucursal.
9.4.2 Tabla de pelculas:
Se crear una tabla en la cual se guardarn los datos de las pelculas. El

mantenimiento de esta tabla al igual que el de clientes lo realizar un empleado.
- 36 -
9.4.3 Tabla de empleados:
Se crear una tabla en la cual se guardarn los datos de los empleados. El

mantenimiento de esta tabla al igual que el de clientes y pelculas lo realizar un
empleado.
9.4.4 Tabla de alquileres:
Se crear una tabla en la cual se registrarn todos los alquileres realizados

cada da. Esta tabla contendr la informacin de la pelcula alquilada, el cliente, y
el empleado que realiz la transaccin si se ha realizado en una sucursal.
3.5 MODELO LGICO DEL NUEVO SISTEMA
En este apartado se muestra el modelo lgico del nuevo sistema. Basado

en el funcionamiento del sistema actual junto con los requisitos que se quieren
obtener, el funcionamiento del nuevo sistema sera como se muestra a
continuacin:
- 37 -
3.5.1 DFD CONTEXTUAL
3.5.1.1 NIVEL 0
En el nivel de contexto se muestra la relacin del Sistema Integral de

Gestin del Videoclub (SIGV) con las entidades externas que tiene el sistema. En
este caso las entidades externas son las distintas personas que utilizarn y tendrn
acceso al sistema. Por un lado est el jefe que tendr acceso a todo el sistema, por
otro lado los empleados que tendrn acceso restringido a algunos mdulos del
sistema y por ltimo los clientes los cuales slo tendrn acceso a la pgina web.
Los flujos muestran los datos que introducen cada entidad externa y los que
recibe.
- 38 -
3.5.2 DFD CONCEPTUAL
3.5.2.1 NIVEL 1
En este nivel se muestran todos los procesos principales que realizar la

aplicacin, la cual consta de siete procesos principales. Como se muestra en el
diagrama el primer paso ser el de validacin, una vez validado el usuario y
segn el tipo usuario del que se trate podr elegir entre los dems procesos.
- 39 -
3.5.2.2 NIVEL 2: VALIDAR USUARIO
De la explosin de VALIDAR USUARIO del nivel 1 se producen estos

procesos. Cuando una entidad introduce su usuario y contrasea estos son
redirigidos a las tablas de CLIENTES y EMPLEADOS, donde tambin est la
informacin del jefe, para su comprobacin. Si el usuario y/o el cliente son
incorrectos el sistema enviar un mensaje de error, si por otro lado el usuario y
contrasea son correctos se redirigir el sistema segn el usuario, cada uno con
sus distintas restricciones de acceso.
- 40 -
3.5.2.3 NIVEL 2: GESTIN CLIENTES
En el nivel 2 de GESTIN DE CLIENTES se tratarn los datos de los

clientes, los datos para el alta de clientes los realizar normalmente un empleado
aunque tambin podra hacerlo el jefe, en ningn caso el propio cliente. Estos
datos se almacenarn en la tabla de CLIENTES a la cual se podr acceder para
realizar modificaciones en datos, consultas o bajas de clientes.
- 41 -
3.5.2.4 NIVEL 2: GESTIN EMPLEADOS
En el nivel 2 de GESTIN DE EMPLEADOS se tratarn los datos de los

empleados, los datos para el alta de empleados los realizar el jefe, en ningn
caso el propio empleado. Estos datos se almacenarn en la tabla de
EMPLEADOS a la cual se podr acceder para realizar modificaciones en datos,
consultas o bajas de empleados.
- 42 -
3.5.2.5 NIVEL 2: GESTIN PROVEEDORES
En el nivel 2 de GESTIN DE PROVEEDORES se tratarn los datos de

los proveedores, los datos para el alta de proveedores los introducir el jefe.
Estos datos se almacenarn en la tabla de PROVEEDORES a la cual se podr
acceder para realizar modificaciones en datos, consultas o bajas de proveedores.
- 43 -
3.5.2.6 NIVEL 2: GESTIN PELICULAS
En el nivel 2 de GESTIN DE PELICULAS se tratarn los datos de las

pelculas, los datos para el alta de pelculas los introducir un empleado o el jefe.
Estos datos se almacenarn en la tabla de PELICULAS a la cual se podr acceder
para realizar modificaciones en datos, consultas o bajas de pelculas.
- 44 -
3.5.2.7 NIVEL 2: GESTIN ALQUILERES
En el nivel 2 de GESTIN DE ALQUILERES se realizan los alquileres,

para ello son necesarios los datos del cliente, para saber para quin es la reserva y
los datos del empleado que la lleva a cabo, esto ser utilizado posteriormente
para realizar informes de ventas. En este proceso, el cliente seleccionar la
pelcula que desea alquilar, comprobar su disponibilidad, y si est disponible
tras hacer la reserva el empleado realizar el alquiler.
- 45 -
3.5.2.8 NIVEL 2: GESTIN INFORMES
En el nivel 2 de GESTIN DE INFORMES, se realizarn los informes

que utilizar el jefe para una gestin ptima del sistema. ste introducir los
datos sobre los que desea realizar el informe, el sistema los seleccionar de las
distintas tablas existentes y crear el informe. El informe se mostrar en pantalla
y tendr la posibilidad de ser impreso.
3.6 MODELO CONCEPTUAL DE DATOS
En este apartado se describen las caractersticas principales de los datos

del sistema. El modelo conceptual de datos describe las entidades, los atributos y
las relaciones de inters para el negocio. Este modelo es independiente del
hardware y software utilizado para el manejo de los datos, y de las aplicaciones
que utilicen dichos datos.
- 46 -
Entidades: Objetos que tienen una existencia propia conforme a

las decisiones de gestin de la empresa. Es aquello de inters
duradero para la empresa, sobre lo cual se pueden almacenar datos
e identificar de un modo nico.
Relaciones: Representacin de asociaciones entre entidades,

acorde con las decisiones de gestin de la empresa. Las relaciones
establecen el grado de asociacin entre dos estructuras de datos
diferentes.
Atributos: Datos elementales conforme a las decisiones de gestin

de la empresa y las relaciones. Son caractersticas o propiedades de
una entidad y sirven para definir, describir y clasificar. Los
atributos llamados clave o identificadores permiten identificar sin
ambigedad cada valor de la entidad.
Clave: La superclave de menor nmero de atributos.
Superclave: Dada una relacin, un atributo o subconjunto de

atributos es clave si permite distinguir unvocamente las tuplas de
la relacin.
- 47 -
3.6.1 DICCIONARIO DE DATOS
A continuacin se detalla el diccionario de datos de la aplicacin.
EMPLEADOS = {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS

+ DIRECCIN + COD_POSTAL + TEL_FIJO + TEL_MVIL + EMAIL
FECHA_NACIMIENTO
FECHA_BAJA
FECHA_INGRESO
PUESTO
NUM_SEGURIDAD_SOCIAL
SALARIO
CUENTA_BANCARIA
+
+
+
CONTRASEA + PUNTOS + ID_SUCURSAL}
PELICULAS = {ID_PELCULA + TITULO + DIRECTOR +

AO_ESTRENO + GNERO + ID_SUCURSAL}
CLIENTES = {ID_CLIENTE + NOMBRE + APELLIDOS + DNI +

DIRECCIN + COD_POSTAL + TEL_FIJO + TEL_MVIL + E-MAIL
+ FECHA_NACIMIENTO + FECHA_INGRESO + CONTRASEA +
PUNTOS}
PROVEEDORES = {ID_PROVEEDOR + NOMBRE_EMPRESA +

TEL_FIJO + TEL_MVIL + E-MAIL + DIRECCIN + PAGINA_WEB
+
FECHA_ALTA
FECHA_BAJA
ID_PELICULA}
- 48 -
OBSERVACIONES
SUCURSAL = {ID_SUCURSAL + DIRECCIN + TEL_FIJO +

ID_ENCARGADO}
ALQUILERES ={ID_ALQUILER + ID_EMPLEADO + ID_CLIENTE

+ ID_PELCULA + FEHCA_ALQUILER + FECHA_DEVOLUCIN +
ID_SUCURSAL + MULTA}
3.6.2 NORMALIZACIN DE ALMACENES
A continuacin, con objeto de identificar los grupos diferentes de

informacin y sus dependencias a fin de conseguir una arquitectura coherente
con el sistema a mecanizar, los modelos de datos se normalizan.
3.6.2.1 PRIMERA FORMA NORMAL
Una entidad est en primera forma normal (1FN) si cada atributo que lo
constituye, y que no participa como identificador de ella, es atmico y es
dependiente funcional de dicho identificador.
- 49 -
3.6.2.2 SEGUNDA FORMA NORMAL
Una entidad est en segunda forma normal (2FN) si ya est en 1FN y

adems si todos los atributos que lo constituyen, y que no participen como
identificador, son dependientes funcionales de la totalidad del identificador y no
de una sola parte de ste. No tiene dependencias parciales ni transitivas, y cada
dependencia funcional no trivial cumple al menos una de las siguientes:
El antecedente de la dependencia funcional sea superclave.
El consecuente sea atributo primario.
3.6.2.3 TERCERA FORMA NORMAL
Una entidad est en tercera forma normal (3FN) si ya est en 2FN y

adems todos los atributos que la componen, y que no constituyen el
identificador, son independientes funcionalmente entre s.
3.6.2.4 FORMA NORMAL DE BOYCE-CODD
Una entidad est en forma de Boyce-Codd si ya est en 3FN y adems

cumple que para cada dependencia funcional no trivial el antecedente de la
dependencia funcional es superclave.
- 50 -
3.6.2.5 NORMALIZACIN
A continuacin se normalizan los datos de las tablas hasta que estn en la

forma normal de Boyce-Codd.
EMPLEADOS
PRIMERA FORMA NORMAL
EMPLEADOS = {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS

FECHA_NACIMIENTO
FECHA_BAJA
PUESTO
FECHA_INGRESO
+
SALARIO
CUENTA_BANCARIA
+
+
+
SEGUNDA FORMA NORMAL
EMPLEADOS_1 = {ID_EMPLEADO +DNI +
NOMBRE +
APELLIDOS + DIRECCIN + COD_POSTAL + TEL_FIJO +

TEL_MVIL
E-MAIL
FECHA_NACIMIENTO
FECHA_INGRESO + FECHA_BAJA + PUESTO + SALARIO +

CUENTA_BANCARIA
CONTRASEA + PUNTOS}
EMPLEADOS_2 = {ID_EMPLEADO + ID_SUCURSAL}

- 51 -
EMPLEADOS_1 => EMPLEADOS

EMPLEADOS_2 => TRABAJO
TERCERA FORMA NORMAL
La relacin se encuentra en 3FN, no hay dependencias transitivas.
FORMA NORMAL DE BOYCE_CODD
La relacin se encuentra en la forma de Boyce-Codd, solo contiene un

atributo en la clave principal.
- 52 -
PELCULAS

AO_ESTRENO + GNERO + ID_SUCURSAL}
PELICULAS_1 = {ID_PELCULA + TITULO + DIRECTOR +

AO_ESTRENO + GNERO}
PELICULAS_2 = {ID_PELCULA + ID_SUCURSAL}
PELICULAS_1 => PELICULAS

PELICULAS_2 => PELICULA_SUCURSAL
- 53 -

PROVEEDORES

+
FECHA_ALTA
FECHA_BAJA
OBSERVACIONES
ID_PELCULA}
PROVEEDORES_1 = {ID_PROVEEDOR + NOMBRE_EMPRESA +

+ FECHA_ALTA + FECHA_BAJA + OBSERVACIONES}
PROVEEDORES_2 = {ID_PROVEEDOR + ID_PELICULA}
PROVEEDORES_1 => PROVEEDORES

PROVEEDORES_2 => SUMINISTRAR
- 54 -
La relacin se encuentra en la forma de Boyce-Codd, solo contiene un atributo en

la clave principal.
SUCURSAL
SUCURSAL = {ID_SUCURSAL + DIRECCIN + TEL_FIJO +

ID_ENCARGADO}
SUCURSAL_1 = {ID_SUCURSAL + DIRECCIN + TEL_FIJO}
SUCURSAL_2 = {ID_SUCURSAL + ID_ENCARGADO}
- 55 -
SUCURSAL_1 => SUCURSALES

SUCURSAL_2 => ENGARGADOS

CLIENTES

DIRECCIN + COD_POSTAL+ TEL_FIJO + TEL_MVIL + E-MAIL
PUNTOS}
La relacin se encuentra en 2FN, no hay dependencias funcionales.

- 56 -
FORMA NORMAL BOYCE-CODD

atributo en la clave principal
ALQUILER
ALQUILERES = {ID_ALQUILER + ID_EMPLEADO + ID_CLIENTE

+ ID_PELCULA + FECHA_ALQUILER + FECHA_DEVOLUCIN +
ID_SUCURSAL + MULTA}
ALQUILERES_1 = {ID_ALQUILER + FECHA_ALQUILER +

FECHA_DEVOLUCIN + MULTA}
ALQUILERES_2 = {ID_ALQUILER + ID_PELICULA}
- 57 -
ALQUILERES_3 = {ID_ALQUILER + ID_EMPLEADO}
ALQUILERES_4 = {ID_ALQUILER + ID_CLIENTE}
ALQUILERES_5 = {ID_ALQUILERES + ID_SUCURSAL}
ALQUILERES_1 => ALQUILERES

ALQUILERES_2 => ALQUILADOS
ALQUILERES_3 => ALQUILER_EMPLEADOS
ALQUILERES_4 => ALQUILADORES
ALQUILERES_5 => SEDES
FORMA NORMAL DE BOYCE-CODD

- 58 -
3.6.3 DIAGRAMA ENTIDAD- RELACION
3.6.3.1 ENTIDADES PRINCIPALES
EMPLEADOS= {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS

FECHA_NACIMIENTO
FECHA_BAJA
PUESTO
FECHA_INGRESO
+
SALARIO
CUENTA_BANCARIA
+
+
+
CONTRASEA + PUNTOS}

AO_ESTRENO + GNERO}

SUCURSALES = {ID_SUCURSAL + DIRECCIN + TEL_FIJO}

DIRECCIN + COD_POSTAL+ TEL_FIJO + TEL_MVIL + E-MAIL
PUNTOS}
ALQUILERES
{ID_ALQUILER
FECHA_DEVOLUCIN + MULTA}
- 59 -
FECHA_ALQUILER
3.6.3.2 RELACIONES PRINCIPALES
ALQUILADOS = {ID_ALQUILER + ID_PELICULA}
ALQUILER_EMPLEADOS = {ID_ALQUILER + ID_EMPLEADO}
ALQUILADORES = {ID_ALQUILER + ID_CLIENTE}
SEDE = {ID_ALQUILER + ID_SUCURSAL}
PELICULA_SUCURSAL = {ID_PELICULA + ID_SUCURSAL}
TRABAJO = {ID_EMPLEADO + ID_SUCURSAL}
SUMINISTRAR = {ID_PROVEEDOR + ID_PELICULA}
- 60 -
3.6.3.3 DIAGRAMA ENTIDAD-RELACIN
- 61 -
4.
ESTUDIO DE LA
ARQUITECTURA TCNICA
- 62 -
4.1 INTRODUCCIN
El objetivo de esta fase es definir las posibles soluciones de arquitectura

que satisfagan tanto los requisitos del usuario como las restricciones de diseo.
Para ello se definirn posibles soluciones y se seleccionar, tras un estudio de
viabilidad, la ms adecuada, la cual ser desarrollada e implementada. Se
definirn las alternativas de software, hardware, el lenguaje de programacin a
utilizar y el sistema gestor de la base de datos de cada alternativa.
Las alternativas se centrarn en el tipo de arquitectura soportada. Esto es

arquitectura Cliente-Servidor, arquitectura Web. Dentro de cada tipo de
arquitectura se definirn los requisitos hardware, software y de comunicaciones
necesarios para llevar a cabo cada arquitectura.
Para realizar esta etapa es necesario realizar cuatro actividades:
Especificacin
de
la
tecnologa
hardware,
comunicaciones de cada alternativa estudiada.
Evaluacin de cada alternativa segn los aspectos:
Estratgicos.
Organizativos.
Operativos.
Tcnicos.
Econmicos.
- 63 -
software
de
Seleccin de una alternativa.
Elaboracin de la planificacin general del proyecto.
El hardware necesario para llevar a cabo este proyecto es el siguiente:
2 terminales por sede. En cada sucursal habr dos empleados

atendiendo al pblico por lo que necesitarn un terminal cada uno.
Existen 3 sedes por lo que el nmero total de terminales ser de 6.
1 ordenador personal. Este ordenador ser para uso exclusivo del

gerente del videoclub, ste ser el ordenador utilizado para que pueda
controlar cmo va el videoclub como por ejemplo: hacer los informes,
ver la contabilidad
3 terminales por sede. En los cuales los clientes pueden consultar las
pelculas existentes y su disponibilidad. De esta forma el cliente no
tiene que buscar por estanteras las pelculas existentes, por lo que
ahorra tiempo. Al ser terminales independientes de los utilizados por
los empleados no se formarn colas delante del mostrador para
consular la disponibilidad de pelculas. Existen 3 sedes por lo que el
nmero total de terminales ser de 9.
Router.
- 64 -
Servidor. En el cual se almacenarn todos los datos de clientes,

pelculas, empleados y proveedores.
Ordenador. En el caso de la arquitectura Cliente-Servidor se requerir
otro ordenador en el cual estarn todos los datos y la aplicacin, los
dems terminales se conectarn a este a travs de una intranet.
4.2 GENERACIN DEL CONOCIMIENTO
En este apartado se contemplaran las distintas alternativas existentes para

generar el conocimiento necesario para producir productos.
4.2.1 PERSONIFICATION STRATEGY
Una alternativa sera Personification Strategy que consiste en desarrollar

un paquete a medida, esto crea una solucin nica altamente personalizada y
permite cobrar altas tasas. Esto favorece al cliente ya que la solucin sera a
medida por lo que cubrira totalmente todos los requisitos pero sera una solucin
cara.
- 65 -
4.2.2 CODIFICATION STRATEGY
Otra alternativa sera Codification Strategy que consiste en el desarrollo

de un paquete estndar al que se le modifican ciertas partes para adaptarlo a cada
necesidad. Las ventajas de esta alternativa son: que es un sistema fiable, de alta
de alta calidad, rpido de implementar, el riesgo es mnimo y a mejor precio que
la anterior. Los inconvenientes son: que al ser un paquete estndar est
desarrollado para cubrir las necesidades bsicas de cualquier aplicacin por lo
que no se ajustar perfectamente a las necesidades.
4.2.3 ELECCIN DE LA ALTERNATIVA DE GENERACIN DEL CONOCIMIENTO
Se ha optado por una alternativa personificada ya que las necesidades son

concretas y un paquete estndar no cumplira correctamente con todos los
requisitos.
4.3 ALTERNATIVA 1 CLIENTE-SERVIDOR
La arquitectura Cliente-Servidor se basa en la distribucin de los

componentes de la aplicacin entre los clientes y los servidores. Los sistemas
Cliente-Servidor se estructuran en tres niveles:
Nivel de Presentacin: Software que trata la toma de datos y la

presentacin de dichos datos al usuario.
- 66 -
Nivel de Aplicacin: Software que implementa las funciones de negocio

de la aplicacin.
Nivel de Datos: Software de gestin y recuperacin de datos.
Las ventajas de este tipo de arquitectura son:
Funcin distribuida entre cliente y servidor.

Interfaz de presentacin grfica.
Multitarea: un cliente puede realizar distintas tareas al mismo tiempo.
Inversin del control: el cliente es el que determina el dialogo a
realizar.
Funciones de negocio bien delimitadas.
Reutilizacin de los componentes.
4.3.1 HARDWARE
Terminales Asus TFT 19 que sern utilizados por los empleados en las
sedes.
- 67 -
Ordenador Dell con procesador Intel Core duo, con 8 GB de memoria

RAM y hasta 500 GB de disco duro. Desde el cual funcionar la
aplicacin y almacenar los datos.
Ordenador personal HP COMPAQ Elite con procesador Intel Core, con

4 GB y 250 GB de disco duro. El cual ser utilizado por el jefe para la
gestin del videoclub, realizar informes, llevar la contabilidad
Router MiFi.
- 68 -
Servidor Dell PowerEdge T110 con 1 GB de memoria RAM y 1 ao de

garanta.
4.3.2 SOFTWARE
Sistema Operativo Windows 7 Professional. Es el sistema operativo ms

extendido en Espaa y por lo cual el que mejor manejan los empleados y
el jefe. Con este sistema operativo la formacin sera ms fcil y corta.
Por otro lado no es un sistema operativo libre por lo que aumentara el
coste del proyecto.
- 69 -
Gestor de la Base de Datos MySQL. La base de datos se gestionar

mediante MySQL, ya que tiene un rendimiento constante, de alta
fiabilidad y facilidad de uso sin necesidad de conocimientos previos. Se
ejecuta en ms de 20 plataformas, incluyendo Linux, Windows, Mac OS,
Solaris, HP-UX, IBM AIX, dndole gran flexibilidad.
4.3.3 VALORACIN ECONMICA
Terminales Asus : . 84,90 /unidad

Total Terminales: .6 x 84,90 : 509,40
Ordenador Dell : .. 1349
Ordenador personal HP : . 852
Router Mifi : . 249,99
Servidor Dell : .. 329
Sistema Operativo Windows 7 : .. 85,60
Total Sistema operativo: .2 x 85,60 : 171,2
TOTAL:
3460,59
- 70 -
4.4 ALTERNATIVA 2- SERVIDOR WEB
La arquitectura Web consiste en el uso del protocolo HTTP para que

desde un cliente se solicite un documento dentro de la red y un servidor web le
sirva la pgina en formato HTML. Esta arquitectura est basada en el uso de
clientes ligeros y servidores distribuidos con diferentes funciones. Para ello se
precisa un servidor web que permita el almacenamiento y acceso a pginas web,
y un cliente browser.
Para construir una aplicacin web en tres niveles: de presentacin, de

negocio y de datos, se utilizarn las tcnicas de Java Servlets.
4.4.1 HARDWARE
Terminal Acer TFT 19 que sern utilizados por los empleados en las
sedes.
- 71 -
Ordenador personal Acer Verition 6800 con procesador Pentium 4, 1 GB

de memoria RAM y 80 GB de disco duro.
Router D-Link.
Servidor IBM System x3400 M3 Express.
- 72 -
4.4.2 SOFTWARE
Sistema Operativo Ubuntu, ya que es un sistema operativo libre, lo que

reduce los costes.
Gestor de la Base de Datos MySQL. La base de datos se gestionar

mediante MySQL, ya que tiene un rendimiento constante, de alta
fiabilidad y facilidad de uso sin necesidad de conocimientos previos. Se
ejecuta en ms de 20 plataformas, incluyendo Linux, Windows, Mac OS,
Solaris, HP-UX, IBM AIX, dndole gran flexibilidad.
- 73 -
4.4.3 VALORACIN ECONMICA
Termina Acer : . 89,90 / unidad

Total terminales : ..6 x 89, 90 : 539,40
Ordenador personal Acer : ...... 824, 33
Router D-Link : 389,99
Servidor IBM : . 1360
Sistema operativo Ubuntu : .. 0
TOTAL :
3113,72
4.5 ARQUITECTURA SOFTWARE
Las alternativas software son las siguientes:
MinGW: Este sera el programa elegido en el caso de que el lenguaje de

programacin utilizado fuese C y C++. Las ventajas de esta eleccin son:
Es gratis, es un compilador libre, por lo que el cliente no

tendr que pagar ninguna licencia por utilizarlo.
Es fcil de manejar por lo que resultar cmoda la

programacin y la posible actualizacin posterior.
- 74 -
Es un programa muy extendido y conocido por lo que

cualquiera podra realizar modificaciones.
Se puede utilizar en distintos sistemas operativos como

Windows XP, Vista, 7; Linux, Ubuntu, Mac
Eclipse: Este sera el programa elegido en el caso de que el lenguaje de

programacin utilizado fuese Java. Las ventajas de esta eleccin son:
Es gratis, es un compilador libre, por lo que el cliente no

tendr que pagar ninguna licencia por utilizarlo.
4.5.1 LENGUAJE DE PROGRAMACIN
En este apartado se seleccionar el lenguaje de programacin a utilizar.

Los lenguajes ms adecuados para este proyecto son: Java, C y C++.
continuacin se evaluar cada uno de ellos segn sus caractersticas.
4.5.1.1 JAVA
Robusto: Java crea software altamente fiable.
Sencillo: Tiene barreras de seguridad en el lenguaje y en el sistema de

ejecucin en tiempo real.
- 75 -
Portable: Los programas son iguales en todas las plataformas. Esto se

consigue gracias a la Mquina Virtual Java (JVM).
Orientado a objetos: Facilita entornos complejos.
Distribuido: Java proporciona una coleccin de clases para su uso en

aplicaciones de red, que permiten abrir sockets y establecer y aceptar
conexiones con servidores o clientes remotos, facilitando as la creacin
de aplicaciones distribuidas.
Indiferente a la arquitectura: soporta aplicaciones ejecutadas en varios

entornos de red, desde Unix a Windows Nt, pasando por Mac y estaciones
de trabajo, sobre arquitecturas distintas y con sistemas operativos
diversos.
Alto rendimiento: Es un programa multihebra, dinmico y produce

applets.
Interactivo y orientado a red.
- 76 -
4.5.1.2 C y C++
Potente y eficiente.
Robusto: Es un lenguaje estructurado de nivel medio: Esto permite una

mayor flexibilidad y potencia.
Portable: Tiene una gran portabilidad gracias a que deja en manos de

libreras las funciones dependientes de la mquina.
No comprobacin de errores: No lleva a cabo comprobacin de errores

en tiempo de ejecucin.
Orientado a objetos: Aunque el lenguaje C no es orientado a objetos,

C++ si soporta la orientacin a objetos.
Tabla comparativa de los lenguajes:

JAVA
C y C++
Robusto
Sencillo
Portable
Potente
Dinmico
Seguro
- 77 -
4.5.1.3 ELECCIN DE LA ALTERNATIVA DEL LENGUAJE DE PROGRAMACIN
Despus de analizar las caractersticas de Java y de C y C++ se va a

seleccionar el lenguaje Java para realizar este proyecto. Debido a que tiene una
mayor robustez, lo que permite crear un proyecto altamente fiable, lo cual es muy
importante. Tambin tiene una mayor portabilidad para as poder implantar el
sistema en distintas plataformas, de esta forma si decidieran cambiar la
plataforma en la que est implantado el sistema no tendran ningn problema con
la aplicacin. Por otra parte es un lenguaje muy potente, dinmico y seguro,
caractersticas muy importantes y necesarias para crear un proyecto de alta
calidad.
4.6 MATRIZ DE EVALUACIN ORGANIZATIVA
A continuacin, definidas las diferentes soluciones, se evala el impacto

de cada alternativa en la organizacin. A nivel operativo se evala cada una de
las alternativas, considerando como factores:
Cambios en la operativa actual.
Fiabilidad y seguridad.
Agilidad de la solucin: facilidades de gestin.
Administracin y control del sistema.

- 78 -
A nivel tcnico, se evalan los procedimientos y componentes hardware y

software como:
Portabilidad.
Mantenimiento.
Seguridad.
Fiabilidad.
Facilidad de uso.
Cada aspecto o caracterstica se referencia con un nmero y se le asigna

un peso entre 1 y 3 dependiendo de la importancia que tenga dicho factor en el
negocio.
1: Conveniente.
2: Importante.
3: Imprescindible.
- 79 -
Para cada alternativa se puntan las diferentes caractersticas segn el

grado de cumplimiento de ellas, valorndose entre 0 y 3.
0: No se cumple.
1: Apenas se cumple.
2: Se cumple pero no totalmente.
3: Se cumple perfectamente.
Por ltimo, se pondera cada caracterstica multiplicando el valor del peso

por la puntuacin.
A continuacin se muestra la tabla:
ALTERNATIVA 1
ALTERNATIVA
2
PARMETRO
PESO
PT
VA
PT
VA
FACTORES ESTRATGICOS 47%

1
Mejorar la imagen
Mejorar la atencin a la
demanda
3
Mejorar el control de gestin
- 80 -
Aumentar oferta de servicios
Abrir mercados externos
Disminuir riesgos de
competidores
7
Mantener/Incrementar la
competitividad
Optimizar la gestin
Ofertar la mejora de servicios
10
Aumentar la demanda
11
Incorporar informacin para
estudios de mercado
TOTAL FACTORES
52
43
ESTRATGICOS
FACTORES DE OPORTUNIDAD 29%
12
Oportunidad estratgica de
comercializacin
13
Grado de compromiso con

otras empresas
14
Volumen de reas afectadas
15
Complejidad de la gestin
16
Carencia de mecanizacin
17
Grado de insatisfaccin del
usuario/cliente
TOTAL FACTORES DE
23
- 81 -
19
OPORTUNIDAD
FACTORES TCNICOS 18%
18
Importancia en la integracin
de la informacin
19
Independencia de los
sistemas actuales
20
Facilidad de mecanizacin
21
Facilidad de implantacin
TOTAL FACTORES
22
22
TCNICOS
FACTORES OPERATIVOS 6%
22
Reduccin de gastos de
mantenimiento
23
Reduccin de tareas
manuales
TOTAL FACTORES
10
10
107
94
OPERATIVOS
TOTAL PUNTUACIN PONDERADA
Una vez realizada la matriz de evaluacin organizativa, se llega a la

conclusin de que la opcin a elegir debera ser la de la alternativa 1. Alternativa
Cliente-Servidor.
- 82 -
4.7 PLANIFICACIN GENERAL DEL PROYECTO
- 83 -
- 84 -
Leyenda:
- 85 -
5. DISEO EXTERNO
- 86 -
5.1 INTRODUCCIN
En esta etapa, el objetivo principal es trasformar el modelo lgico del

nuevo sistema en un modelo fsico a implementar sobre una plataforma hardware
y software especfica.
A partir de la plataforma tcnica elegida en el Estudio de la Arquitectura,

se completarn los requisitos fsicos del nuevo sistema, se disearn las entradas
y salidas, se completar la especificacin de los procesos del modelo y se
elaborar el modelo lgico de datos.
5.2 REQUISITOS FSICOS DEL NUEVO SISTEMA
A partir de las necesidades hardware/software definidas en la etapa

anterior para la solucin elegida, se completar y definir detalladamente la
plataforma hardware y software para la puesta en marcha del sistema.
- 87 -
5.2.1 ENTORNO OPERATIVO DEL SISTEMA
Deben concretarse aspectos clave de diseo del nuevo sistema:
1. ENTRADA, SALIDA Y RECOGIDA DE DATOS
Se establecen los diferentes tipos de entradas y salidas de datos, a fin de

poder disear interfaces con otros sistemas que dialogan con ste. Tambin se
especifica cmo van a llevarse a cabo la posible toma de datos para la entrada del
sistema.
Del Anlisis de Requisitos se extraen las entradas y salidas del sistema a

partir de los flujos de datos del Diagrama de Contexto.
2. MANTENIMIENTO DE FICHEROS
Debe especificarse cmo van a ser actualizadas y mantenidas las bases de

datos del sistema.
3. GENERACIN DE INFORMES
Debe establecerse qu tipos de informes se obtendrn y sobre qu soporte,

pantalla o papel.
- 88 -
4. RENDIMIENTO DEL SISTEMA Y ESCALABILIDAD
Para adecuar el sistema a los objetivos marcados, se medir el volumen

del flujo de informacin que se manejar para determinar el tiempo mximo de
respuesta que puede permitirse. El rendimiento del sistema estar condicionado
en gran parte por la plataforma hardware que se utilice.
Por otra parte se debe prever las facilidades de la arquitectura del sistema
para poder crecer y expandirse en el futuro en cuanto a memoria,
almacenamiento y rendimiento.
5. CONDICIONES DE OPERACIN
Debe establecerse el horario operativo de explotacin del sistema, de esta

forma los trabajos batch se situarn en una franja horaria que no interfiera con los
trabajos on-line.
6. FORMA DE IMPLANTACIN
Finalmente debe determinarse cmo se pretende abordar el proceso de

implantacin del sistema, su estrategia. sta puede ser:
Por etapas.
Por reas geogrficas.
- 89 -
En paralelo.
Global.
5.3 MODELO FSICO DEL NUEVO SISTEMA
- 90 -
CDIGO
TIPO
NOMBRE
DESCRIPCIN
Proceso
Sistema Integral de
Proceso que gestiona todo el
Gestin de un
sistema.
Videoclub
Entidad
Empleado
Son los empleados que tendrn

acceso al sistema.
Entidad
Jefe
Es el responsable de la empresa,
que tendr acceso al sistema.
Entidad
Cliente
Son los clientes del videoclub

que tiene acceso al sistema.
Flujo de
Usuario/contrasea
datos
Son los nombre de usuarios

contraseas de los clientes,
empleados y el jefe.
Flujo de
Usuario ok/ko
datos
Es la respuesta dada por el

sistema al introducir un usuario y
contrasea.
Flujo de
Datos cliente
datos
Son los datos introducidos por el

empleado sobre los clientes (para
hacer la ficha).
Flujo de
Datos pelcula
datos
Son los datos introducidos por

los empleados de las pelculas (se
introducen al dar de
alta/baja/modificar una pelcula).
- 91 -
Flujo de
Datos empleado
datos
Cada vez que un empleado

realice una operacin introducir
sus datos para as tener
registrados todos los
movimientos de cada empleado.
Flujo de
Informacin pelculas La informacin recibida por parte
datos
del sistema al empleado sobre

alguna consulta de pelculas.
Flujo de
Informacin cliente
datos
La informacin recibida por parte

del sistema al empleado sobre
alguna consulta de clientes.
Flujo de
Datos cliente
datos
Flujo de
Datos introducidos por el cliente

al usar el sistema.
Pelcula alquilada
datos
Informacin que recibe el cliente

cuando se ha realizado un
alquiler satisfactoriamente.
Flujo de
Datos empleado
datos
Datos sobre empleados

introducidos por el jefe con el fin
de saber alguna informacin.
Flujo de
Datos proveedor
datos
Datos sobre proveedores

introducidos por el jefe con el fin
de saber alguna informacin.
Flujo de
Datos entrada
datos
Datos introducidos por el jefe

con el fin de crear un informe
sobre alguna informacin en
concreto.
- 92 -
Flujo de
Informacin
Resultado sobre la informacin
datos
empleado
de un empleado.
Flujo de
Informacin
Resultado sobre la informacin
datos
proveedor
de un proveedor.
Flujo de
Informe
Informe resultante de una
datos
consulta.
- 93 -
NIVEL 1: MODELO CONTEXTUAL
CDIGO
TIPO
NOMBRE
DESCRIPCIN
Este proceso recibe el nombre de
Proceso
Validar usuario
usuario y contrasea y permite o no

el acceso al sistema.
Proceso
Proceso
Gestin clientes
Gestin
empleados
- 94 -
Proceso que gestiona los clientes.

Proceso que gestiona los empleados.
Gestin
Proceso que gestiona los
proveedores
proveedores.
Proceso
Gestin pelculas
Proceso que gestiona las pelculas.
Proceso
Gestin alquileres
Proceso que gestiona los alquileres.
Proceso
Gestin informes
Proceso que gestiona los informes.
Proceso
Flujo de
datos
Flujo de
datos
Flujo de
datos
Flujo de
datos
Flujo de
datos
Flujo de
datos
Datos cliente
Datos empleado
Datos proveedor
Datos pelculas
Datos cliente
Datos de entrada
Flujo de
Usuario/contrase
datos
Flujo de
Respuesta
datos
validacin
Datos de los clientes necesarios para

la gestin de clientes.
Datos de los empleados necesarios
para la gestin de empleados.
Datos de los proveedores necesarios
para la gestin de proveedores.
Datos de las pelculas necesarios
para la gestin de las pelculas.
Datos de los clientes necesarios a la
hora de realizar un alquiler.
Datos de entrada introducidos por el
jefe para la creacin de informes.
El nombre de usuario y la contrasea
sern necesarios para acceder a la
aplicacin.
- 95 -
Respuesta del sistema al introducir

el nombre de usuario y la
contrasea.
NIVEL 2: VALIDAR USUARIO
CDIGO
TIPO
NOMBRE
DESCRIPCIN
1.1
Proceso
Validar usuario
Este proceso recibe el nombre de

usuario y contrasea.
1.2
Proceso
Seleccin perfil
Este proceso selecciona el tipo de

perfil segn el nombre de usuario
introducido para buscarlo en la tabla
empleados o clientes.
1.3
Proceso
Usuario incorrecto
Este proceso se encarga de mostrar

en pantalla un mensaje de error
- 96 -
cuando el usuario no exista o no

coincida la contrasea.
1.4
Proceso
Redirigir por perfil
Este proceso redirige al usuario

segn su perfil con distintas
restricciones segn el tipo de
usuario.
Flujo de Usuario/contrasea
datos
El nombre de usuario y contrasea

sern necesarios para acceder a la
aplicacin.
Flujo de
Usuario incorrecto
datos
Mensaje de error que aparece en

pantalla al introducir un usuario y
contrasea incorrectos.
Flujo de
Confirmacin
Confirmacin de la introduccin del
datos
validacin
nombre de usuario y contrasea, la

confirmacin puede ser positiva o
negativa (hay un error).
Flujo de
Validacin ok
datos
Flujo de
Si la confirmacin de validacin es
positiva.
Validacin ko
datos
Si la confirmacin de la validacin
es negativa (los datos introducidos
no son correctos).
Flujo de
Empleados
datos

de los empleados se redirigen a la
tabla de empleados.
Flujo de
Clientes
datos
de los clientes se redirigen a la tabla
- 97 -
de clientes.
Flujo de
Validacin ok/ko
datos
Flujo de
Respuesta de validacin de usuarios

de las tablas clientes y empleados.
Jefe
Al acceder a la aplicacin se
datos
redirige al jefe a una seccin de la

aplicacin distinta a la de los
empleados y clientes.
Flujo de
Empleado
datos
redirige a los empleados a una
seccin de la aplicacin distinta a la
del jefe y los clientes.
Flujo de
Cliente
datos
redirige a los clientes a una seccin

de la aplicacin distinta a la del jefe
y los empleados.
Tabla
Empleados
Tabla con la base de datos de los

Tabla
Clientes
Tabla con la base de datos de los

clientes.
- 98 -
NIVEL 2: GESTIN DE CLIENTES
CDIGO
TIPO
NOMBRE
DESCRIPCIN
2.1
Proceso
Altas
Proceso que da de alta a los nuevos

clientes, este proceso lo realizarn los
empleados.
2.2
Proceso
Modificaciones
Proceso que modifica algn dato sobre

los clientes (cambio de telfono,
domicilio), este proceso lo realizarn
los empleados o los clientes.
2.3
Proceso
Consultas
Proceso en el que se consulta algn
- 99 -
dato de un cliente, este proceso lo

realizarn los empleados o el jefe.
2.4
Proceso
Bajas
Proceso que da de baja a un cliente,

este proceso lo realizarn los
empleados o el cliente.
Flujo de
Datos entrada
Datos del cliente necesarios para darse
datos
cliente
de alta, modificar algn dato, hacer

consultas o darse de baja, este proceso
lo realizarn el jefe, los empleados o
los clientes.
Flujo de
Datos cliente
Datos necesarios para la creacin de la
datos
Flujo de
ficha de un cliente al darse de alta.

Datos cliente
datos
Flujo de
Datos del cliente para hacer una

modificacin en alguno de sus datos.
Consulta
Datos introducidos segn la consulta,
datos
estos datos los introducirn el jefe o los

empleados.
Flujo de
Datos de la
Resultados de la consulta realizada.
datos
consulta
Flujo de
Informacin
Informacin sobre el cliente producida
datos
cliente
al realizar la consulta.
Flujo de
Cliente a
Datos del cliente que se desea eliminar,
datos
eliminar
estos datos sern introducidos por el

cliente o los empleados.
Tabla
Clientes
Tabla que contiene la base de datos de

los clientes.
- 100 -
Flujo de
Cliente a
Selecciona el cliente que se va a
datos
eliminar
eliminar.
Flujo de
Mostrar
Muestra los datos del cliente sobre cual
datos
informacin
se desea realizar una modificacin o

eliminacin.
Flujo de
Datos cliente
Datos introducidos sobre el cliente que
datos
se desea modificar.
NIVEL 2: GESTIN DE EMPLEADOS
- 101 -
CDIGO
TIPO
NOMBRE
DESCRIPCIN
3.1
Proceso
Altas
Proceso que da de alta a los empleados

este proceso lo realizar el jefe.
3.2
Proceso
Modificaciones
Proceso que modifica algn dato de los

empleados, este proceso lo realizarn
el jefe o los empleados.
3.3
Proceso
Consultas
Proceso en el que se consulta algn

dato sobre algn empleado, este
proceso lo realizar el jefe.
3.4
Proceso
Bajas
Proceso que da de baja a un empleado,

Flujo de
Datos entrada
Son los datos necesarios de un
datos
empleado
empleado para darle de alta, hacer

modificaciones, consultas o dar de
baja, estos datos los introducirn los
empleados o el jefe.
Flujo de
Datos empleado
Datos del empleado necesarios para
datos
darle de alta, estos datos los

introducir el jefe.
Flujo de
Modificacin
Datos del empleado para hacer alguna
datos
modificacin sobre alguno de sus

datos (cambio de telfono, de
direccin).
Flujo de
datos
Consulta
Datos de la consulta que se quiere

realizar, estos datos los introducir el
jefe.
- 102 -
Flujo de
Datos de la
Datos resultantes de la consulta
datos
consulta
previamente realizada.
Flujo de
Informacin
Informacin obtenida de los datos
datos
empleado
resultantes de la consulta, esta

informacin ser para el jefe.
Flujo de
Empleado a
Datos del empleado a eliminar, estos
datos
eliminar
datos sern introducidos por el jefe.
Tabla
Empleados

los empleados.
Flujo de
Empleado a
Selecciona el empleado que se va a
datos
eliminar
eliminar.
Flujo de
Mostrar
Muestra los datos del empleado sobre
datos
informacin
cual se desea realizar una modificacin

o eliminacin.
Flujo de
Datos empleado
Datos introducidos sobre el empleado
datos
que se desea modificar.
- 103 -
NIVEL 2: GESTIN DE PROVEEDORES
CDIGO
TIPO
NOMBRE
DESCRIPCIN
4.1
Proceso
Altas
Proceso que da de alta a los proveedores

4.2
Proceso
Modificaciones
Proceso que modifica algn dato de los

proveedores, este proceso lo realizar el
jefe.
4.3
Proceso
Consultas
Proceso en el que se consulta algn dato

sobre algn proveedor, este proceso lo
realizar el jefe.
4.4
Proceso
Bajas
Proceso que da de baja a un proveedor,

Flujo de
datos
Datos entrada
proveedor
Son los datos necesarios de un

proveedor para darle de alta, hacer
modificaciones, consultas o dar de baja,
- 104 -
estos datos los introducir el jefe.

Flujo de
datos
Datos proveedor
Datos del proveedor necesarios para

darle de alta, estos datos los introducir
el jefe.
Flujo de
datos
Modificacin
Datos del proveedor para hacer alguna

modificacin sobre alguno de sus datos
(cambio de telfono, de direccin).
Flujo de
datos
Consulta

jefe.
Flujo de
datos
Datos de la
consulta

Flujo de
datos
Informacin
proveedor

informacin ser para el jefe.
Flujo de
datos
Proveedor a
eliminar
Datos del proveedor a eliminar, estos

Tabla
Proveedores

los proveedores.
Flujo de
Proveedor a
Selecciona el proveedor que se va a
datos
eliminar
eliminar.
Flujo de
Mostrar
Muestra los datos del proveedor sobre
datos
informacin

o eliminacin.
Flujo de
Datos proveedor
Datos introducidos sobre el proveedor
datos
que se desea modificar.
- 105 -
NIVEL 2: GESTIN DE PELICULAS
CDIGO
TIPO
NOMBRE
DESCRIPCIN
5.1
Proceso
Altas
Proceso que da de alta a las pelculas

este proceso lo realizarn los empleados
o el jefe.
5.2
Proceso
Modificaciones
Proceso que modifica algn dato de las

pelculas este proceso lo realizarn el
jefe o los empleados.
5.3
Proceso
Consultas
Proceso en el que se consulta algn dato

sobre alguna pelcula, este proceso lo
- 106 -
realizarn los empleados o el jefe.

5.4
Proceso
Bajas
Proceso que da de baja a una pelcula,

este proceso lo realizar el jefe o los
empleados.
Flujo de
datos
Datos entrada
pelcula
Son los datos necesarios de una pelcula

para dar de alta, hacer modificaciones,
consultas o dar de baja, estos datos los
introducirn los empleados.
Flujo de
datos
Datos pelcula
Datos de la pelcula necesarios para dar

de alta, estos datos los introducirn los
empleados.
Flujo de
datos
Modificacin
Datos de la pelcula para hacer alguna

modificacin sobre alguno de sus datos.
Flujo de
datos
Consulta

jefe o los empleados.
Flujo de
datos
Datos de la
consulta

Flujo de
datos
Informacin
pelcula

informacin ser para el jefe o los
empleados.
Flujo de
datos
Pelcula a
eliminar
Datos de la pelcula a eliminar, estos

datos sern introducidos por el jefe o los
empleados.
Tabla
Pelcula

las pelculas.
Flujo de
Pelcula a
Selecciona la pelcula que se va a
datos
eliminar
eliminar.
- 107 -
Flujo de
Mostrar
Muestra los datos de la pelcula sobre
datos
informacin

o eliminacin.
Flujo de
Datos pelcula
Datos introducidos sobre la pelcula que
datos
se desea modificar.
NIVEL 2: GESTIN DE ALQUILERES
- 108 -
CDIGO
TIPO
NOMBRE
DESCRIPCIN
6.1
Proceso
Seleccin
En este proceso se selecciona la pelcula
pelcula
que se quiere alquilar, este proceso lo

realizarn los empleados o los clientes.
6.2
Proceso
Hacer reserva
En este proceso la pelcula anteriormente

seleccionada se reserva, una vez
reservada la base de datos de las
pelculas restar una unidad de
disponibilidad de esa pelcula.
6.3
Proceso
Alquiler
En este proceso se lleva a cabo el
pelcula
alquiler definitivo de la pelcula, esto

ser cuando el cliente haya pagado el
alquiler.
Flujo de
Datos cliente
Datos del cliente que realiza el alquiler,
datos
esto ser el nmero de usuario.
Flujo de
Ver
En este flujo se envan los datos de la
datos
disponibilidad
pelcula que se desea alquilar para

comprobar su disponibilidad.
Flujo de
Disponible
En este flujo se enva la disponibilidad
datos
Flujo de
de la pelcula deseada.
Reservar
Si la pelcula est disponible se enviar
datos
Flujo de
un mensaje de reserva.
Reserva
Una vez reservada la pelcula se envan
datos
los datos de la pelcula reservada.
Flujo de
Reservar
Mensaje enviado a la tabla de pelculas
datos
pelcula
para realizar la reserva.
- 109 -
Flujo de
Pelcula
datos
alquilada
pelcula alquilada.
Flujo de
Datos pelcula
datos
pelcula alquilada.
Flujo de
Datos
Datos del empleado que realiza el
datos
empleado
alquiler, estos datos son necesarios para

un seguimiento del rendimiento de los
empleados.
Flujo de
Pelcula
Mensaje que se muestra en pantalla una
datos
alquilada
vez que la pelcula ha sido alquilada

correctamente.
Tabla
Pelculas

las pelculas.
- 110 -
NIVEL 2: GESTIN DE INFORMES
CDIGO
TIPO
NOMBRE
DESCRIPCIN
7.1
Proceso
Gestin datos
En este proceso se gestionan los datos

introducidos segn sean de empleado, de
clientes o de alquileres, este proceso lo
realizar el jefe.
7.2
Proceso
Flujo de
Generacin
En este proceso se genera el informe que
del informe
ser utilizado por el jefe.
Datos entrada
En este flujo se envan los datos de los
datos
que se quiere obtener el informe, estos

Flujo de
Datos
Si los datos introducidos son de
datos
empleados
empleados, estos datos irn a la tabla de

empleados para obtener la informacin.
- 111 -
Flujo de
Datos clientes
datos
Si los datos introducidos son de clientes,

estos datos irn a la tabla de clientes para
obtener la informacin.
Flujo de
Datos
Si los datos introducidos son de
datos
alquileres
alquileres, estos datos irn a la tabla de

alquileres para obtener la informacin.
Flujo de
Informacin
Es la informacin obtenida de la tabla de
datos
empleados
empleados.
Flujo de
Informacin
Es la informacin obtenida de la tabla
datos
clientes
clientes.
Flujo de
Informacin
Es la informacin obtenida de la tabla
datos
alquileres
alquileres.
Flujo de
Informe
Es el informe final que recoge la
datos
Tabla
informacin requerida por el jefe.

Empleados
Es la tabla que contiene la base de datos

de los empleados.
Tabla
Clientes

los clientes.
Tabla
Alquileres

los alquileres.
- 112 -
5.4 VENTANAS
En este apartado se mostrarn las ventanas de la aplicacin. Se mostrar

una imagen de las ventanas junto con una breve explicacin y una tabla con su
descripcin.
5.4.1 VENTANA INICIO DE LA APLICACIN
Esta ser la ventana inicial que aparezca en el sistema cuando algn

empleado o el jefe entre en la aplicacin. Es la ventana de validacin y acceso al
sistema, el empleado o jefe deber introducir su nmero de usuario y contrasea.
De esta manera se asegura un acceso seguro, ya que slo tendrn acceso los
- 113 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtUsuario
Alfanumrico
Password
txtContrasea
Alfanumrico
Button
btnAceptar
Clic
Button
btnSalir
Clic
PROYECTO
SISTEMA INTEGRAL DE GESTIN DE UN

VIDEOCLUB
TITULO
Validacin usuarios
Automtico
TIPO
Aleatoria
FRECUENCIA
DESCRIPCIN:
1. El usuario (empleado o jefe) introduce su usuario y contrasea.

2. El sistema comprueba el usuario introducido y la contrasea en su base de
datos (Empleados).
2.1 Si el usuario y contrasea son correctos se accede a la aplicacin.
2.2 Si el usuario es correcto pero la contrasea incorrecta, se muestra un
mensaje por pantalla pidiendo la repeticin de la contrasea.
2.3 Si el usuario no es correcto se muestra por pantalla un mensaje con esta
informacin.
- 114 -
5.4.2 MEN PRINCIPAL
Una vez validado el usuario se muestra una pantalla en la que se escoger

entre la gestin de datos, esto es la gestin de los clientes, empleados y
proveedores, y la realizacin de un alquiler.
CONTROL CAMPO
VALOR/EVENTO
Button
btnGdatos
Clic
Button
btnAlquiler
Clic
button
btnSalir
Clic
- 115 -
PROYECTO
TITULO
Men inicial
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Cuando el usuario es aceptado como vlido aparece esta pantalla en la que
tendr que seleccionar qu quiere hacer.
1. Si la opcin elegida es GESTIN DE DATOS se acceder a una pantalla
desde la que se accede a todos los datos de clientes, empleados y
proveedores.
2. Si la opcin elegida es REALIZAR ALQUILER se acceder a una
pantalla desde la que se lleva a cabo el alquiler de las pelculas.
3. En el caso de que no se desee hacer ninguna de las anteriores opciones se
seleccionar el botn SALIR que vuelve a la pantalla de acceso al sistema.
5.4.3 GESTIN DE CLIENTES
Una vez seleccionada la opcin de GESTIN DE DATOS se podr elegir

entre la gestin de datos de clientes, empleados o proveedores, segn el usuario
tendr acceso o no.
- 116 -
5.4.3.1 GESTIN DE ALTAS
En esta ventana se dar de alta a los nuevos clientes, esta ventana ser
accesible tanto para los empleados como para el jefe, aunque los encargados de
dar de alta a los nuevos clientes sean los empleados. Los clientes no podrn darse
de alta ellos mismos ya que para ser socio de un videoclub es necesario presentar
algn documento que demuestre que el cliente reside en el lugar (esto puede ser
una factura de luz, agua).
- 117 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtNusuario
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtFIngreso
Numrico
Text
txtApellidos
Alfanumrico
Text
txtFnacimiento
Numrico
Text
txtCP
Numrico
Text
txtContrasea
Alfanumrico
Button
btnAceptar
Clic
- 118 -
PROYECTO
TITULO
Altas de clientes
TIPO
Automtico
FRECUENCIA
Aleatoria
DESCRIPCIN:
1. El empleado introduce los datos del cliente, que estar presente en ese
momento.
2. Una vez introducidos todos los datos se selecciona el botn ACEPTAR.
3. El sistema comprueba que todos los elementos estn rellenados y en el
formato correcto.
3.1 Si todos los datos son correctos se crear una ficha al nuevo cliente
3.2 Si hay errores en los datos el empleado deber volver a introducir los
datos hasta que el formulario se haya rellenado correctamente.
Si lo que se desea es hacer una modificacin, dar de baja o una consulta de

algn cliente especfico, el seleccionar la pestaa de modificacin, baja o
consulta aparecer un dialogo pidiendo el nombre del usuario del que se requiere
la informacin.
- 119 -
CONTROL
PROYECTO
CAMPO
VALOR/EVENTO
Text
txtUsuario
Alfanumrico
Button
btnBuscar
Clic
Button
btnCancelar
Clic
TITULO
Buscar cliente
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para acceder a los datos de un cliente especfico habr que seleccionar antes el
usuario de ese cliente, esto se har mediante esta ventana.
- 120 -
5.4.3.2 GESTIN DE BAJAS
En esta ventana se darn de baja aquellos clientes que lo deseen por

voluntad propia o lo haya decidido el jefe por algn motivo.
CONTROL
CAMPO
VALOR/EVENTO
Text
txtNusuario
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
- 121 -
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtApellidos
Alfanumrico
Text
txtFingrego
Numrico
Text
txtFnacimiento
Numrico
Text
txtCP
Numrico
Text
txtContrasea
Alfanumrico
Button
btnEliminar
Clic
Button
btnCancelar
Clic
- 122 -
PROYECTO
TITULO
Bajas de clientes
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para dar de baja a un cliente se accede a esta ventana, previamente se ha
seleccionado el cliente a eliminar por lo que una vez mostrada toda la informacin
del cliente el empleado deber seleccionar el botn ELIMINAR o CANCELAR.
1. Si el empleado selecciona el botn de ELIMINAR ese cliente ser borrado de la
base de datos, si se desea volver a tener se tendr que hacer una nueva ficha
como si fuera un nuevo cliente.
2. Si el empleado selecciona el botn CANCELAR el cliente no ser eliminado.
- 123 -
5.4.3.3 GESTIN DE MODIFICACIONES
En esta ventana se podr modificar cualquier dato de un cliente en

concreto que se habr seleccionada mediante su usuario con anterioridad
mediante la ventana mostrada anteriormente.
CONTROL
CAMPO
VALOR/EVENTO
Text
txtNusuario
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtApellidos
Alfanumrico
Text
txtFingreso
Numrico
- 124 -
PROYECTO
TITULO
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
Text
txtFnacimiento
Numrico
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtCP
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtContrasea
Alfanumrico
Button
btnHecho
Clic
button
btnCancelar
Clic

Modificaciones de clientes
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para modificar algn dato de un cliente se accede a esta ventana, previamente se
ha seleccionado el cliente a modificar, por lo que una vez mostrada toda la
informacin del cliente el empleado deber modificar el dato que sea necesario y
a continuacin seleccionar el botn HECHO.
1. Si el empleado ha realizado alguna modificacin en los datos del cliente
deber seleccionar el botn HECHO para guardar los cambios.
- 125 -
2. Si por el contrario el empleado decido no modificar nada deber

seleccionar el botn CANCELAR.
5.4.3.4 GESTIN DE CONSULTAS
Mediante esta ventana los empleados o el jefe podrn hacer una consulta a
los datos de algn cliente, esto ser til si por ejemplo un cliente quisiera saber
sus puntos. Para acceder a esta ventana previamente se ha seleccionado el cliente
del que se desea realizar la consulta mediante la ventana mostrada anteriormente.
- 126 -
CONTROL CAMPO
VALOR/EVENTO
Text
txtNusuario
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtApellidos
Alfanumrico
Text
txtFingreso
Numrico
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
Text
txtFnacimiento Numrico
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtCP
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtContrasea
Alfanumrico
Button
btnAceptar
Clic
- 127 -
PROYECTO
TITULO
Consulta de clientes
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para consultar algn dato de un cliente se accede a esta ventana, previamente se ha
seleccionado el cliente sobre el cual se desea hacer la consulta, por lo que una vez
mostrada la informacin del cliente se deber seleccionar el botn aceptar.
5.4.4 GESTIN DE EMPLEADOS
Una vez seleccionado el botn GESTION DE DATOS, la gestin de los

empleados es una de las tres opciones de gestin posibles.
- 128 -
En esta ventana se dar de alta a los nuevos empleados, esta ventana solo
ser accesible por el jefe. Ya que si lo hicieran los propios empleados ellos
mismos se pondran su propio sueldo y puntos.
- 129 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtNempleado
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtFIngreso
Numrico
Text
txtApellidos
Alfanumrico
Text
txtFnacimiento
Numrico
Text
txtCP
Numrico
Text
txtContrasea
Alfanumrico
Button
btnAceptar
Clic
Text
txtFbaja
Numrico
Combo box
cmbxPuesto
Seleccin
Text
txtSalario
Numrico
Text
txtNsegSocial
Numrico
Text
txtCuentaBancaria
Numrico
- 130 -
PROYECTO
TITULO

Altas de empleados
TIPO
Automtico
FRECUENCIA
Aleatoria
DESCRIPCIN:
1. El jefe introduce los datos del empleado.
formato correcto.
3.1 Si todos los datos son correctos se crear una ficha al nuevo empleado.
3.2 Si hay errores en los datos el jefe deber volver a introducir los datos
hasta que el formulario se haya rellenado correctamente.

algn empleado especfico, al seleccionar la pestaa de modificacin, baja o
consulta aparecer un dialogo pidiendo el nombre del usuario del que se requiere
la informacin.
- 131 -
En esta ventana el jefe podr dar de baja a los empleados, anteriormente a

esta ventana se habr seleccionado el empleado que se desea dar de baja.
- 132 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtNempleado
Alfanumrico
Text
txtNombre
Alfanumrico
Text
txtDNI
Alfanumrico
Text
txtDireccion
Alfanumrico
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtEmail
Alfanumrico
Text
txtPuntos
Numrico
Text
txtFIngreso
Numrico
Text
txtApellidos
Alfanumrico
Text
txtFnacimiento
Numrico
Text
txtCP
Numrico
Text
txtContrasea
Alfanumrico
Button
btnEliminar
Clic
Text
txtFbaja
Numrico
Combo box
cmbxPuesto
Seleccin
Text
txtSalario
Numrico
Text
txtNsegSocial
Numrico
Text
txtCuentaBancaria
Numrico
Button
btnCancelar
Clic
- 133 -
PROYECTO
TITULO

Bajas de empleados
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para dar de baja a un empleado se accede a esta ventana, previamente se ha
seleccionado el empleado a eliminar por lo que una vez mostrada toda la
informacin del empleado el jefe deber seleccionar el botn ELIMINAR o
CANCELAR.
1. Si el jefe selecciona el botn de ELIMINAR ese empleado ser dado de
baja.
2. Si el jefe selecciona el botn CANCELAR el empleado no ser eliminado.
- 134 -
En esta ventana se modificarn los datos de algn empleado que habr

sido seleccionado con anterioridad mediante la ventana de bsqueda mostrada
anteriormente. Esta ventana funciona igual que la ventana de modificacin de
clientes, excepto por que en esta lo que se modifican son los datos de los
empleados. A esta ventana tiene acceso total el jefe y acceso slo a los datos
personales los empleados, as ellos mismos podrn modificar por ejemplo su
direccin pero nunca su puesto, puntos, salario
- 135 -
Los datos de esta ventana son los mismos que en las ventanas de altas de
empleados y en la de bajas de empleados, excepto por los botones HECHO y
CANCELAR, que a su vez hacen la misma funcin que estos mismos botones en
la ventana de modificaciones de los clientes. Por lo que no se mostrar la tabla
otra vez.
Por otro lado, la descripcin de esta ventana coincide con la de la ventana

de modificaciones de clientes excepto en que en este caso los empleados slo
tienen acceso a parte de la informacin, como se ha mencionado anteriormente.
- 136 -
Mediante esta ventana el jefe podr hacer una consulta a los datos de
algn empleado, esto ser til si por ejemplo un para saber sus puntos. Para
acceder a esta ventana previamente se ha seleccionado el empleado del que se
desea realizar la consulta mediante la ventana mostrada anteriormente.
- 137 -
empleados, en la de bajas de empleados y en la de modificaciones de empleados,
por lo que no se mostrar la tabla otra vez.

de consultas de clientes excepto en que en este caso las consultas las realizar
nicamente el jefe.
5.4.5 GESTIN DE PROVEEDORES
Una vez seleccionada la opcin de GESTIN DE DATOS una de las

opciones es la gestin de datos de proveedores, a esta seccin slo tendr acceso
el jefe, ya que es el encargado de las relaciones con los proveedores.
- 138 -
En esta ventana se dar de alta a los nuevos proveedores, esta ventana solo
ser accesible por el jefe, ya que es el que se encarga del contacto con los
proveedores.
CONTROL
CAMPO
VALOR/EVENTO
Text
txtIDproveedor
Alfanumrico
Text
txtNombreEmpresa
Alfanumrico
Text
txtDireccion
Alfanumrico
- 139 -
PROYECTO
TITULO
Text
txtTelFijo
Numrico
Text
txtTelMvl
Numrico
Text
txtEmail
Alfanumrico
Text
txtFalta
Numrico
Text
txtFbaja
Numrico
Button
btnAceptar
Clic
Text
txtPWeb
Alfanumrico
Text box
txtbObservaciones
Alfanumrico

Altas de proveedores
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
1. El jefe introduce los datos del proveedor.
formato correcto.
3.1 Si todos los datos son correctos se crear una ficha al nuevo proveedor.
3.2 Si hay errores en los datos el jefe deber volver a introducir los datos
hasta que el formulario se haya rellenado correctamente.
- 140 -

algn proveedor especfico, al seleccionar la pestaa de modificacin, baja o
consulta aparecer un dialogo pidiendo el nombre de identificacin del que se
requiere la informacin.
- 141 -
En esta ventana el jefe podr dar de baja a los empleados, anteriormente a

esta ventana se habr seleccionado el empleado que se desea dar de baja.
Los datos de esta ventana son los mismos que en la ventana de altas de
proveedores, excepto por los botones ELIMINAR y CANCELAR que realizan la
misma funcin que estos mismos botones en la gestin de clientes y empleados.
Por lo que no se mostrar la tabla otra vez.
- 142 -
PROYECTO
TITULO

Bajas de proveedores
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Para dar de baja a un proveedor se accede a esta ventana, previamente se ha
seleccionado el proveedor a eliminar por lo que una vez mostrada toda la
informacin del proveedor el jefe deber seleccionar el botn ELIMINAR o
CANCELAR.
1. Si el jefe selecciona el botn de ELIMINAR ese proveedor ser dado de
baja.
2. Si el jefe selecciona el botn CANCELAR el proveedor no ser
eliminado.
- 143 -
En esta ventana se modificarn los datos de algn proveedor que habr

sido seleccionado con anterioridad mediante la ventana de bsqueda mostrada
anteriormente. Esta ventana funciona igual que la ventana de modificacin de
empleados, excepto por que en esta lo que se modifican son los datos de los
proveedores. A esta ventana solo tiene acceso el jefe.
proveedores y en la de bajas de proveedores, excepto por los botones HECHO y
CANCELAR, que a su vez hacen la misma funcin que estos mismos botones en
- 144 -
la ventana de modificaciones de los clientes y de los empleados. Por lo que no se

mostrar la tabla otra vez.
de modificaciones de clientes excepto en que en este caso los empleados no
tienen acceso a la informacin, solo la tiene el jefe.
- 145 -
Mediante esta ventana el jefe podr hacer una consulta a los datos de
algn proveedor, esto ser til si por ejemplo un para saber si hay alguna
observacin anotada con anterioridad. Para acceder a esta ventana previamente se
ha seleccionado el proveedor del que se desea realizar la consulta mediante la
ventana mostrada anteriormente.
- 146 -
proveedores, en la de bajas de proveedores y en la de modificaciones de
proveedores, por lo que no se mostrar la tabla otra vez.

de consultas de empleados.
- 147 -
5.4.6 REALIZAR ALQUILER
Si la eleccin seleccionada en el men principal es la de REALIZAR

ALQUILER, aparecer una ventana en la que se pide el nmero de usuario del
cliente. Al introducir el cliente y si ste tiene alguna/s pelcula/s reservada/s
aparecer una lista con todas ellas. Se seleccionarn las pelculas que el cliente
quiera llevarse a casa y se aceptar el alquiler. Si llegados a este punto el cliente
no quisiera alquilar ninguna o hacer un nuevo alquiler se seleccionar el botn de
cancelar.
- 148 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtCliente
Alfanumrico
Check Box CbxReservas
PROYECTO
TITULO
Alfanumrico
Button
btnAlquilar
Clic
button
btnCancelar
Clic

Alquiler con reserva
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Cuando un empleado selecciona el botn de REALIZAR ALQUILER en el men
principal, esta le saldr una ventana en la que debe introducir los datos del
cliente. Si ste ha realizado una reserva esta ser la ventana mostrada. El
empleado deber seleccionar de entre las pelculas mostradas cual o cuales
desea alquilar el cliente. Una vez seleccionadas seleccionar el botn ALQUILAR,
si no se desea continuar con el alquiler se seleccionar el botn de CANCELAR.
- 149 -
Si la eleccin seleccionada en el men principal es la de REALIZAR

ALQUILER, aparecer una ventana en la que se pide el nmero de usuario del
cliente. Al introducir el cliente y si ste no tiene ninguna pelcula reservada
aparecer un campo en el que se deber introducir el titulo de la pelcula que
desee alquilar el cliente. Se seleccionar la pelcula que el cliente quiera llevarse
a casa y se aceptar el alquiler. Si llegados a este punto el cliente no quisiera
alquilar ninguna o hacer un nuevo alquiler se seleccionar el botn de cancelar.
- 150 -
CONTROL
CAMPO
VALOR/EVENTO
Text
txtCliente
Alfanumrico
Check Box CbxReservar
PROYECTO
TITULO
Alfanumrico
Button
btnAlquilar
Clic
button
btnCancelar
Clic
Text
txtTitulo
Alfanumrico
Check Box
CbxSedes
Clic

Alquiler sin reserva
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Cuando un empleado selecciona el botn de REALIZAR ALQUILER en el men
principal, esta le saldr una ventana en la que debe introducir los datos del
cliente. Si ste no ha realizado ninguna reserva tendr, el empleado, que
introducir el titulo de la pelcula buscada por el cliente. El empleado
seleccionar la pelcula mostrada. El sistema mostrar en que sucursal o
sucursales se encuentra mediante el check box, si ste est seleccionado
significa que en esa sucursal hay un ejemplar de la pelcula. Una vez
seleccionada seleccionar el botn ALQUILAR, si no se desea continuar con el
alquiler se seleccionar el botn de CANCELAR.
- 151 -
Al seleccionar el botn de ALQUILAR aparecer el siguiente mensaje por

pantalla mostrando que el alquiler se ha realizado correctamente. Al pulsar
ACEPTAR el sistema volver al men principal.
- 152 -
5.4.7 PGINA WEB
5.4.7.1 MEN INICIAL
Al conectarse cualquier persona a la pgina Web del videoclub, aparecer

una ventana desde la cual se pueden conectar al sistema o simplemente ver las
pelculas existentes, para esto no hace falta ser socio del videoclub.
- 153 -
PROYECTO
TITULO
CONTROL
CAMPO
VALOR/EVENTO
Texto
txtUsuario
Alfanumrico
Texto
txtContrasea
Alfanumrico
Button
btnTitulo
Clic
Button
btnGenero
Clic
Button
btnAo
Clic
Button
bntDirector
Clic
Button
btnNovedades
Clic

Men Web inicial
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
Al conectarse a la pgina Web del videoclub sta ser la ventana principal.
Desde aqu se puede hacer:
1. Conectarse introduciendo el usuario y contrasea.
2. Buscar una pelcula segn:
2.1 Titulo de la pelcula.
2.2 Gnero.
2.3 Director.
2.4 Ao.
3. Ver las novedades existentes.
- 154 -
5.4.7.2 VENTANA NOVEDADES
En esta ventana se mostrarn las ltimas novedades en pelculas del

videoclub, seleccionando la imagen de cualquier pelcula se accede a la ventana
de reservas.
CONTROL
CAMPO
VALOR/EVENTO
Button
bntImagen
Clic
Button
btnVolver
Clic
- 155 -
PROYECTO
TITULO

Ventana Novedades
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
En esta ventana se mostrarn las ltimas novedades en pelculas del videoclub,
seleccionando la imagen de cualquier pelcula se accede a la ventana de reservas.
- 156 -
5.4.7.3 VENTANA BUSCAR POR TITULO
En esta ventana se mostrarn todas las pelculas existentes en el sistema en

orden alfabtico segn el titulo.
CONTROL
CAMPO
VALOR/EVENTO
Button
bntImagen
Clic
Button
btnVolver
Clic
Button
btnLetra
Clic
Text
txtTitulo
Alfanumrico
- 157 -
PROYECTO
TITULO

Ventana Buscar por titulo
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
En esta ventana se mostrarn todas las pelculas existentes en el sistema en orden
alfabtico segn el titulo. Los clientes pueden o bien escribir el titulo directamente o
seleccionar la letra por la cual empieza la pelcula buscada.
- 158 -
5.4.7.4 VENTANA BUSCAR POR DIRECTOR
En esta ventana al igual que en la anterior lo que se busca es encontrar una

pelcula, pero en este caso en lugar de por el titulo por el nombre del director.
Los datos de esta ventana son los mismos que en la ventana de buscar por
ttulo. Por lo que no se mostrar la tabla otra vez.

de buscar por ttulo excepto en que en este caso lo que se busca es el nombre del
director.
- 159 -
5.4.7.5 VENTANA BUSCAR POR AO
En esta ventana al igual que en las anteriores lo que se busca es encontrar

una pelcula, pero en este caso en lugar de por el titulo o director por el ao de
estreno.
Los datos de esta ventana son los mismos que en las ventanas de buscar
por ttulo y por director. Por lo que no se mostrar la tabla otra vez.

de buscar por ttulo excepto en que en este caso lo que se busca es el ao de
estreno
- 160 -
5.4.7.6 VENTANA BUSCAR POR GNERO
En esta ventana al igual que en las anteriores lo que se busca es encontrar

una pelcula, pero en este caso en lugar de por el ttulo, director o ao, por el
gnero al que pertenece.
Los datos de esta ventana son los mismos que en las ventanas de buscar
por ttulo, por director y por ao. Por lo que no se mostrar la tabla otra vez.

de buscar por ttulo, director y ao excepto en que en este caso lo que se busca es
el gnero al que pertenece la pelcula.
- 161 -
5.4.7.6.1 VENTANA BUSCAR POR GNERO DE COMEDIA

En esta ventana aparecen por orden alfabtico todas las pelculas de
comedia del sistema. Seleccionando la imagen el cliente llegar a la pantalla de
reservas.
CONTROL
CAMPO
VALOR/EVENTO
Button
bntImagen
Clic
Button
btnVolver
Clic
Text
txtTitulo
Alfanumrico
- 162 -
PROYECTO
TITULO
Ventana Buscar por titulo
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
En esta ventana se mostrarn todas las pelculas, de gnero comedia, existentes
en el sistema por orden alfabtico segn el titulo. Los clientes pueden o bien
escribir el titulo directamente o seleccionar la pelcula seleccionando la foto de
la cartelera.
El resto de ventanas de buscar por gnero de terror, ciencia ficcin,

drama sern iguales que la mostrada, por lo que no se mostrarn las pantallas.
5.4.7.7 VENTANA DE RESERVA DE PELCULAS
Una vez que el usuario haya elegido la pelcula acceder a esta ventana.
- 163 -
5.4.7.7.1 MENSAJE DE REGISTRO

Si el usuario que desea alquilar una pelcula no est registrado, aparecer
un mensaje emergente que le recuerde que para reservar una pelcula hay que
estar conectado.
CONTROL
CAMPO
VALOR/EVENTO
Text
txtUsuario
Alfanumrico
Text
txtContrasea
Alfanumrico
Button
btnAceptar
Clic
Button
btnBuscarVideoclub
Clic
- 164 -
PROYECTO
TITULO

Mensaje de registro
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
En esta ventana se mostrar si al intentar acceder a la ventana de reservas el
cliente no se ha registrado anteriormente.
1. Si el usuario est registrado acceder a la ventana de reservas.
2. Si no lo est podr informarse del videoclub ms cercano para darse de
alta.
- 165 -
5.4.7.7.2 VENTANA DE RESERVAS

Una vez registrado el usuario aparecer la pantalla de reservas mostrando
la pelcula seleccionada. Aqu se ver una imagen de la pelcula junto con una
sinopsis. Tambin aparecern los botones RESERVAR, VER TRAILER y
VOLVER.
CONTROL CAMPO
VALOR/EVENTO
Button
btnReservar Clic
Button
btnVolver
Clic
Button
btnTrailer
Clic
- 166 -
PROYECTO
TITULO

Ventana de reserva de pelculas
TIPO
Automtico
FRECUENCIA
Aleatorio
DESCRIPCIN:
En esta ventana se mostrar la pelcula seleccionada por el cliente y los botones
RESERVAR, VER TRAILER y VOLVER
1. Mediante el botn RESERVAR el sistema reserva la pelcula durante un
tiempo mximo de una hora.
2. Al pulsar el botn VERT TRAILER se muestra el triler de la pelcula.
3. Con el botn VOLVER la pelcula no se reserva y se puede elegir otra
pelcula o salir de la aplicacin.
- 167 -
5.5 HISTORIA DE VIDA DE LAS ENTIDADES
En esta seccin se estudiar la historia de vida de las entidades del

sistema. De esta forma se vern los estados por los que pasan las entidades.
- 168 -
- 169 -
Leyenda:
Mediante la iteracin se puede repetir ese estado varias veces.
Mediante la alternativa se selecciona una de las opciones.
- 170 -
5.6 MODELO LGICO DE DATOS
5.6.1 ALQUILADORES

DIRECCIN + COD_POSTAL + TEL_FIJO + TEL_MVIL + E_MAIL
PUNTOS}
ALQUILERES
{ID_ALQUILER
FECHA_ALQUILER
FECHA_DEVOLUCIN + MULTA + ID_CLIENTE}
5.6.2 ALQUILER EMPLEADOS
EMPLEADOS = {ID_EMPLEADO + DNI + NOMBRE + APELLIDOS

+ DIRECCIN + COD_POSTAL + TEL_FIJO + TEL_MVIL +
- 171 -
E_MAIL
FECHA_NACIMIENTO
FECHA_BAJA
PUESTO
FECHA_INGRESO
+
SALARIO
+
+
CUENTA_BANCARIA
CONTRASEA + PUNTOS}
ALQUILERES
{ID_ALQUILER
FECHA_ALQUILER
FECHA_DEVOLUCIN + MULTA + ID_EMPLEADO}
5.6.3 TRABAJO
EMPLEADOS = {ID_EMPLEADO + DNI + NOMBRE + APELLIDOS

+ DIRECCIN + COD_POSTAL + TEL_FIJO + TEL_MVIL +
E_MAIL
FECHA_BAJA
FECHA_NACIMIENTO
+
PUESTO
FECHA_INGRESO
+
SALARIO
CUENTA_BANCARIA
- 172 -
+
+
+
5.6.4 SEDE
ALQUILERES
{ID_ALQUILER
FECHA_ALQUILER
FECHA_DEVOLUCIN + MULTA + ID_SUCURSAL}
5.6.5 SUMINISTRAR
PROVEEDORES = {ID_PROVEEDOR +NOMBRE_EMPRESA +

TEL_FIJO + TEL_MVIL + E_MAIL + DIRECCIN + PGINA_WEB
PELCULAS = {ID_PELCULA + TITULO + DIRECTOR +

AO_ESTRENO + GNERO}
- 173 -
SUMINISTRAR = {ID_PROVEDOR + ID_PELCULA}
5.6.6 PELCULA SUCURSAL

AO_ESTRENO + GNERO}
PELICULA_SUCURSAL = {ID_SUCURSAL + ID_PELCULA}
- 174 -
5.6.7 ALQUILADOS
ALQUILERES
{ID_ALQUILER
FECHA_ALQUILER
FECHA_DEVOLUCIN + MULTA + ID_EMPLEADO}

AO_ESTRENO + GNERO}
ALQUILADOS = {ID_ALQUILER + ID_PELCULA}
- 175 -
6. DISEO INTERNO
- 176 -
6.1 INTRODUCCIN
En esta fase se identifican y disean los diversos componentes software

del sistema, describiendo detalladamente sus especificaciones fsicas. Utilizando
el Modelo Fsico de Procesos donde cada proceso primitivo ha sido tipificado
como batch, on-line, cliente-servidor se reunirn todas aquellas funciones de
negocio de nivel ms detallado segn su tipologa de procesos y estructurar el
sistema en un conjunto de subsistemas.
Una vez diseada la funcin de negocio y estructurada en sus

componentes de programacin, se realiza una especificacin de cada uno, el
Cuaderno de Carga. Este cuaderno recoge todos los elementos de diseo que
debe utilizar el programador para codificar cada programa. Lo utilizar tanto el
programador, como el equipo de pruebas o el equipo de mantenimiento.
Finalmente a partir de la estrategia definida para cada uno de los planes de

pruebas, implantacin, formacin y conversin, se disearan los elementos
software necesarios para llevarlos a cabo, y se especificarn cada uno de los
planes mediante las actividades a realizar y los recursos a utilizar.
Las tcnicas a utilizar en esta etapa sern: para el subsistema batch se

utilizar la derivacin del DFD fsico de cada funcin hacia el diagrama de
funciones o HIPO. Este es un diagrama que muestra la jerarqua y secuencialidad
de los procesos, e identifica cada programa o mdulo de la funcin. Para el
subsistema on-line como los programas cliente-servidor o web se utilizar la
derivacin del DFD fsico de cada funcin hacia el diagrama de cuadros
estructurado o Structured Chart (STC). Este diagrama permite mostrar la
- 177 -
jerarqua existente entre los mdulos principales y subordinados, de manera que

cada uno realice una nica tarea y se muestre como un componente al que se la
llama envindole unos parmetros y devolviendo un resultado.
6.2 DIAGRAMAS HIPO
Los diagramas HIPO se realizan para mostrar procesos Batch que se

realizan de forma automtica por el sistema, o cuando el usuario lo solicita y que
no necesita de la intervencin del usuario.
- 178 -
6.2.1 GESTIN DE INFORMES
En este diagrama se muestra el proceso de la creacin de informes. El jefe

introducir los datos sobre los que quiere realizar el informe, algunos de stos
datos ser estndares. Como por ejemplo datos sobre empleados, ya que cada
mes se crear un informe automtico sobre la evolucin de cada uno de ellos.
- 179 -
Una vez introducidos los datos se gestionarn segn la tabla la que deben
acceder, una vez obtenidos los datos se agruparn para obtener la informacin.
Esto datos para informes sern utilizados para crear los informes. Todos los
informes son guardados en la base de datos, adicionalmente se muestran por
pantalla o imprimen si el jefe lo desea.
6.3 DIAGRAMAS DE CUADROS ESTRUCTURADOS (STC)
Los diagramas de cuadros estructurados (STC) se utilizan para representar

procesos on-line que necesitan la intervencin del usuario.
- 180 -
6.3.1
ALTAS
En este diagrama se muestra el proceso de dar de alta a clientes,

empleados o proveedores ya que el proceso es el mismo en todos los casos. En
primer lugar se introducen los datos del cliente, empleado o proveedor que se
desea dar de alta, stos datos se validan para comprobar que sean correctos (por
ejemplo en tipo, que los campos numricos lo sean). Una vez validados se
muestra el resultado del proceso de alta, si ha ocurrido algn error en la
introduccin de los dato se mostrar un mensaje de error en el alta. Si por otro
lado, los datos son correctos, se almacenaran en la tabla correspondiente y se
mostrar un mensaje diciendo que el alta ha sido satisfactoria.
- 181 -
6.3.2 BAJAS
En este diagrama se muestra el proceso de dar de baja a algn cliente,

empleado o proveedor. Primero se introducen los datos del cliente, empleado o
proveedor que se quiere dar de baja, tras validar que existe se pasa a la
eliminacin, tras confirmas que realmente se desea eliminar se procede a
eliminar los datos de la base de datos, y se mostrar un mensaje en pantalla
diciendo que se ha eliminado correctamente. Si la confirmacin de eliminacin
es negativa se mostrar un mensaje en pantalla advirtiendo de que no se ha
eliminado.
- 182 -
6.3.3 VALIDACIONES
En este diagrama se muestra el proceso de validacin de usuarios al entrar

en la aplicacin. El usuario introducir su usuario y contrasea, tras comprobar
los datos de entrada se emite una respuesta. sta ser un mensaje de error si los
datos no son correctos o el usuario no existe en la base de datos o si los datos son
correctos, la aplicacin mostrar el men principal.
- 183 -
6.3.4 ALQUILERES
En este diagrama se muestra el proceso de alquilar una pelcula. En primer

lugar el cliente introducir sus datos y seleccionar una pelcula. Tras validar la
disponibilidad y los datos de entrada, el empleado introducir sus datos los cuales
tambin sern validados. Si los datos no son correctos o no existe disponibilidad
de la pelcula se mostrar un mensaje de error por pantalla. Por otro lado si los
datos son correctos y hay disponibilidad de pelcula se mostrar un mensaje de
pelcula alquilada.
- 184 -
7. PROGRAMACIN
- 185 -
7.1 INTRODUCCIN
En esta etapa del proyecto, el objetivo es transformar el sistema en un

conjunto de programas ejecutables que funcionen correctamente bajo criterios de
calidad. En esta fase se llevar a cabo el diseo realizado en anteriores etapas
para crear el cdigo fuente del programa.
Es en esta etapa en la que se inician las pruebas del software, comenzando

con las pruebas unitarias. En stas pruebas el programador comprueba que el
sistema funciona no hay errores de cdigo y que lo hace correctamente. Deben
probarse todas las posibles circunstancias en las que el programa pueda
ejecutarse, de ste modo se eliminan sorpresas posteriores. El programa debe ser
capaz de detectar anomalas y mostrarlas para que sean solucionadas, por l
mismo o por el usuario.
En base a los programas desarrollados y los procedimientos de control, se

confeccionan las guas de usuario y la explotacin del sistema.
- 186 -
8. PRUEBAS
- 187 -
8.1 INTRODUCCIN
Una vez desarrollados y probados cada uno de los programas que forman
el software, deben realizarse una serie de pruebas para conseguir integrar todo el
sistema.
El objetivo global de esta fase es someter al sistema desarrollado y a sus

componentes a una serie de verificaciones encaminadas a garantizar un nivel de
fiabilidad aceptable.
Si los resultados de las pruebas son satisfactorios, se proceder a la

aceptacin y a la implantacin del sistema. En caso de no ser satisfactorios habr
que corregir las anomalas hasta que el resultado sea satisfactorio.
Como consecuencia de las pruebas realizadas en un entorno de

caractersticas similares al de produccin, se desarrollar el manual de instalacin
y configuracin.
8.2 TIPOS DE PRUEBAS
En esta etapa se realizan diversas pruebas, cada una con diferentes

objetivos. Se realiza un bloque de pruebas con el objetivo de comprobar la
funcionalidad y rendimiento exigido en los requisitos. Para ello, previamente se
habrn realizado las pruebas unitarias de cada componente software.
- 188 -
Los tipos de pruebas pueden clasificarse de la siguiente manera:
Pruebas de Encadenamiento: Verifican las llamadas entre

componentes.
Pruebas de Integracin: Verifican la funcionalidad de todo el

sistema integrado, y el rendimiento de los recursos utilizados.
Pruebas de Explotabilidad: Verifican la correcta operacin del

sistema.
Pruebas de Seguridad: Verifican los aspectos de seguridad exigidos

en los requisitos del sistema.
Pruebas de Sobrecarga: Verifican el correcto comportamiento del

sistema ante los estados de estrs en los que puede verse envuelto.
Pruebas de Recuperacin: Verifican la capacidad del sistema para

recuperar informacin o incidencias anmalas.
Pruebas de Regresin: Verifican el correcto comportamiento del

sistema ante la modificacin de alguno de sus componentes.
- 189 -
Pruebas de Aceptacin de Usuario: Certifican, por parte de los

usuarios, la funcionalidad y rendimiento del sistema, de acuerdo
con los requisitos establecidos.
Pruebas de Usabilidad: Certifican, por parte de los usuarios, la

manejabilidad y amigabilidad del sistema.
- 190 -
9. IMPLANTACIN
- 191 -
9.1 INTRODUCCIN
Una vez probada la integridad del software del sistema y especificada su

instalacin y configuracin, se debe transferir el software producido al centro de
produccin para lleva a cabo la explotacin del sistema. Esta transferencia debe
prever la migracin necesaria del software y estaciones de trabajo.
Una vez certificadas estas pruebas, el cliente dar por aceptado el sistema
y se cerrar el ciclo de desarrollo del proyecto.
9.2 ETAPAS EN LA IMPLANTACIN DEL SISTEMA
En la implantacin del sistema existen las siguientes etapas:
PRUEBAS DE IMPLANTACIN: Se procede a desplegar el

software de la aplicacin en las mquinas del entorno de
produccin. Una vez instalado se realizan dos pruebas:
1. La primera tiene como objetivo certificar el correcto

funcionamiento de la aplicacin compitiendo por los
recursos de mquina y red.
2. La segunda prueba es la aceptacin final del usuario.
- 192 -
PLAN DE CONTINGENCIAS: Al implantar el software de la

aplicacin sobre las mquinas de produccin pueden aparecer una
serie de no conformidades graves. Para dar marcha atrs es
necesario dejar el entorno como estaba antes de iniciar la
implantacin. Las actividades a llevar a cabo en este sentido se
recogen en el plan de contingencias.
DOCUMENTACIN FINAL DEL PROYECTO: Al finalizar el

proyecto se debe asegurar que toda la documentacin est completa
y actualizada, y que las posteriores actualizaciones del sistema
queden recogidas en la documentacin. Esta documentacin ser
muy
til
para
posteriores
mantenimiento.
- 193 -
actualizaciones
labores
de
10. CONCLUSIONES
- 194 -
10.1 INTRODUCCIN
En esta seccin se comentarn las conclusiones finales a las que se ha

llegado una vez realizado el proyecto.
Se realizar una valoracin econmica y se mencionarn posibles futuras

mejoras de la aplicacin.
10.2 CONCLUSIN
Una vez completado este proyecto se pueden sacar una serie de

conclusiones sobre el funcionamiento de la gestin de una aplicacin de un
videoclub.
La realizacin de este proyecto ha permitido conocer de manera detallada

la situacin actual de este tipo de negocio tanto como su estructura.
Se han conseguido implantar todos los objetivos presentados en los

requisitos del proyecto. Se ha cumplido con las siguientes funcionalidades:
Gestin de clientes.
Gestin de empleados.
- 195 -
Gestin de proveedores.
Gestin de pelculas.
Gestin de alquileres.
Gestin de informes.
Gestin de datos privados. Esta se ha realizado de acuerdo con la

Ley de Proteccin de Datos.
La mejora ms importante realizada con este proyecto es la gestin de los

datos y la utilizacin de estos para sacar de ellos informacin til para su gestin.
Finalmente con la creacin de este proyecto se ha profundizado en los

conocimientos adquiridos durante la carrera, los cuales se han aplicado y
ampliado durante su realizacin.
- 196 -
11. FUTURAS MEJORAS
- 197 -
En este apartado se detallan las posibles mejoras que se podran realizar en

este proyecto.
En un futuro, el videoclub podra expandirse y tener ms sucursales,

incluso en distintas localidades por lo que habra que gestionar los datos tambin
por zonas geogrficas. De esta manera se tendra mayor control sobre los datos y
se podran comparar los datos dependiendo de la zona.
Por otro lado, la propia tienda del videoclub podra expandirse y empezar
a comercializar nuevos productos. Estos podran ser desde alquileres de
videojuegos hasta la comercializacin de alimentacin.
Para la gestin de videojuegos, se crearan nuevas tablas con los nuevos

datos y se expandiran otras como la tabla de proveedores ya que podra tener
proveedores que suministren pelculas, otros que suministren videojuegos y otros
que suministren ambas cosas.
En el caso de la comercializacin de alimentos, como por ejemplo,

palomitas, chiles, golosinas la gestin de estos datos sera completamente
distinta. Ya que lo nico que tendran en comn posiblemente sera la gestin de
los proveedores, aunque difcilmente se dara el caso en el que un proveedor
suministre tanto pelculas como artculos de alimentacin.
- 198 -
12. BIBLIOGRAFA
- 199 -
12.1 BIBLIOGRAFA
En este apartado se mostrarn las fuentes de conocimiento utilizadas en la

realizacin de este proyecto.
12.2 LIBROS
[BARR01]
Jess Barranco de Areba, Metodologa del anlisis

estructurado de sistemas, Publicaciones de la Universidad
Pontificia Comillas, Madrid 2001.
[PRES05]
Roger S Pressman, Ingeniera del software, Publicaciones

Mcgraw-hill, Madrid, 2005
[ECKE04]
Bruce Eckel, Piensa en Java, Publicaciones Prentice Hall,

2004
12.3 PGINAS WEB
[WWW001]
www.pixmania.com : Compra y consulta de precios de

pantallas, terminales y routers.
- 200 -
[WWW002]
www.DELL.com : Compra y consulta de precios de

pantallas, terminales y servidores.
[WWW003]
www.IBM.com : Compra y consulta de precios de

servidores.
[WWW004]
www.HP.com : Compra y consulta de precios de pantallas,

terminales y servidores.
[WWW005]
www.dlink.com : Compra y consulta de precios de routers.
[WWW006]
www.tienda.agalisa.es : Compra y consulta de precios de

pantallas, terminales y pcs.
[WWW007]
www.mysql.com : Programa MySQL.
- 201 -
13. ANEXOS
- 202 -
13.1 ANEXO A: VALORACIN ECONMICA
En este apartado se realizar la valoracin econmica del proyecto. Para

ello se dividen los recursos en:
Recursos humanos: Es el coste del trabajo realizado por el

personal de desarrollo y el director del proyecto.
Este proyecto lo ha realizado un ingeniero tcnico en

informtica con la ayuda de un director. El coste del
ingeniero tcnico en informtica es de 30 /h, se ha
requerido 700 horas para la realizacin de este proyecto por
lo que el coste asciende a 21.000 . El coste del director de
proyecto es de 60 /h y se ha requerido 200 horas por su
parte, por lo que el coste total es de 12.000 .
Recursos informticos: Es el coste del material informtico

utilizado para lleva a cabo el proyecto.
Para llevar a cabo el proyecto el coste de los recursos

informticos utilizados asciende a 3460,59
Por lo que el presupuesto total del proyecto asciende a 35.460 .
- 203 -
A continuacin se muestra una tabla detallando los gastos:
RECURSOS HUMANOS
INGENIERO TCNICO EN INFORMTICA
20.000
DIRECTOR DE PROYECTO
12.000
RECURSOS INFORMTICOS
TERMINAL ASUS (6 unidades)
509,40
ODENADOR DELL
1.349
ORDENADOR HP
852
ROUTER MIFI
249,99
SERVIDOR DELL
329
SISTEMA OPERATIVO WINDOWS 7 (2 unidades) 171,20

TOTAL
35.460
- 204 -
13.2 ANEXO B: PLANIFICACIN TEMPORAL DEL PROYECTO
A continuacin se muestra mediante dos grficos la planificacin temporal

del proyecto.
DIAGRAMA GANT
DIAGRAMA PERT
- 205 -

Sistema Integral de Gestión de Un Videoclub

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Sistema Integral de Gestión de Un Videoclub

Hochgeladen von

Copyright:

Verfügbare Formate

Autorizada la entrega del proyecto de la alumna:

ARNZAZU MLLER RIPOLL

EL DIRECTOR DEL PROYECTO

V B del Coordinador de Proyectos

UNIVERSIDAD PONTIFICIA COMILLAS

PROYECTO FIN DE CARRERA

SISTEMA INTEGRAL DE GESTIN DE UN

AUTOR: ARNZAZU MLLER RIPOLL

Y a la mujer ms fuerte que conozco y seguramente conocer. Gracias Mama,

No quiero olvidarme de los amigos que he hecho durante la carrera. Quiero

Tambin me gustara mencionar a Javi y Manu los cuales me han ayudado y

En definitiva a cada persona que en algn momento de mi vida me ha ayudado.

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

Este proyecto consiste en el desarrollo e implantacin de un sistema

El videoclub consta de tres sucursales desde las que se puede realizar el

Gestin de datos de clientes.

Con este proyecto se pretende mejorar considerablemente estos problemas

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

a los clientes segn sus gustos... en conclusin ayudar a hacer el negocio ms

Para llevar a cabo la realizacin del sistema integral de gestin de un

Adems del sistema que se implantar en los videoclubs, se realizar

Finalmente uno de los objetivos de la creacin de esta aplicacin es poder

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

The aim of this project is the development and implementation of a

This project aims to significantly improve these problems of data

In addition to the system implementation in the video stores, it will also

Finally one of the objectives of creating this application is being able to

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

PROGRAMACIN ............................................................................... - 185 7.1 INTRODUCCIN ............................................................................... - 186 -

10.1 INTRODUCCIN ............................................................................. - 195 -

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

10.2 CONCLUSIN ................................................................................. - 195 11.

FUTURAS MEJORAS........................................................................ - 197 -

BIBLIOGRAFA ................................................................................. - 199 -

ANEXOS ............................................................................................. - 202 -

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

1.1 INTRODUCCIN AL SECTOR DEL VIDEOCLUB

El negocio de los videoclubs comenz en 1985, con la apertura de la

Las razones por las cuales se produjo un crecimiento exponencial del

Aumentaron las ventas de reproductores de video, la mayora de la

La comodidad para ver tranquilos en casa un vdeo sin restricciones

El precio de un alquiler de una pelcula es siempre menor a lo que

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

Actualmente es uno de los negocios que ms se ha visto afectado por el

En el ao 2004 se calcula que se copiaron 70 millones de pelculas en

La facturacin media de un videoclub ronda los 5.000 euros al mes, que

Tambin cabe decir que es un negocio muy fluctuante, va bien en

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

1.2 OBJETIVOS DEL SISTEMA

1.3 METODOLOGA A UTILIZAR

La metodologa a utilizar se basar en una de las estudiadas durante la

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

Ingeniera del Software. Esta metodologa consiste en que a la finalizacin de

Esta metodologa se compone de:

Identificacin de necesidades: Se realizarn entrevistas con el

Estudio de la arquitectura tcnica: Aqu se definirn las posibles

Diseo externo: Aqu se definir la estrategia de los planes, se

SISTEMA INTEGRAL DE GESTIN DE UN VIDEOCLUB

especificaran los procesos y volmenes y se establecern procesos

Diseo interno: El objetivo aqu es disear los componentes SW