Sistema Integral de Gestión de Un Videoclub

Autorizada la entrega del proyecto de la alumna:

ARÁNZAZU MÜLLER RIPOLL

EL DIRECTOR DEL PROYECTO

CARLOS LABANDA MAJÁN

Fdo.: …………………………. Fecha: ……./….…/…….

Vº Bº del Coordinador de Proyectos

EDUARDO ALCALDE LANCHARRO

Fdo.: ………………….……….. Fecha: 3 / 9 / 2010.

PROYECTO FIN DE CARRERA

SISTEMA INTEGRAL DE GESTIÓN DE UN VIDEOCLUB

AUTOR: ARÁNZAZU MÜLLER RIPOLL MADRID, SEPTIEMBRE 2010

UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)

INGENIERO TÉCNICO EN INFORMÁTICA DE GESTIÓN

Dedicatoria

Le dedico este proyecto a los dos hombres de mi vida que siempre han estado,

están y estarán conmigo, Papa, Abuelo, os quiero.

Y a la mujer más 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 más que

unos, y vosotros habéis 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 educación y de los que siempre he recibido un apoyo incondicional sin

el cual no habría llegado hasta aquí. A mis hermanas María y Ángela que siempre han

estado ahí para apoyarme incluso sin saberlo, y me han ayudado día a día. Y a mi

abuela.

En segundo lugar a mis amigos, los que siempre, y después de tantos años, han

creído siempre en mí y me han apoyado, en todo momento, porque con ellos las

alegrías se multiplican y los problemas se dividen. Por todo Carlos, Fran, Almudena,

Luis, Andrés, Lucia… Muchas gracias a todos que día a día 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 académicamente como

personalmente, levantándome el ánimo cuando lo he necesitado. Por esas risas, buenos

ratos… Muchas gracias.

También me gustaría mencionar a Javi y Manu los cuales me han ayudado y

guiado durante la duración de este proyecto.

En definitiva a cada persona que en algún momento de mi vida me ha ayudado.

Muchas gracias a todos.


I

Resumen

Este proyecto consiste en el desarrollo e implantación de un sistema

integral de gestión de un videoclub. En la actualidad dicho videoclub se gestiona

de manera manual, esto provoca errores, pérdida de información y sobre todo

redundancia. Todo esto conlleva a una difícil y no óptima forma de gestión 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 difícil controlar la disponibilidad del producto así como la gestión de

datos tales como:

• Gestión de datos de clientes.

• Gestión de datos de empleados.

• Gestión de datos de proveedores.

• Gestión de datos de películas.

• Gestión de datos de alquileres.

• Gestión de datos para la creación de informes.

Con este proyecto se pretende mejorar considerablemente estos problemas

de gestión de datos, lo que facilitará especialmente el trabajo a los empleados y la

gestión al jefe. El sistema permitirá al gerente del videoclub poder extraer

información con la cual podrá gestionar de manera más eficiente el videoclub.

Con esta información se podrán establecer campañas de marketing para que el

desarrollo del videoclub sea más efectivo, por ejemplo el día del espectador más

barato, hacer promociones de navidad, verano... enviar publicidad personalizada


II

a los clientes según sus gustos... en conclusión ayudar a hacer el negocio más

rentable.

Para llevar a cabo la realización del sistema integral de gestión de un

videoclub, se realizarán varias entrevistas en primer lugar con el jefe, cuando se

tenga una idea clara de cómo deberá funcionar el sistema se mantendrán otras

entrevistas con los empleados, ya que serán los usuarios finales de la aplicación.

Además del sistema que se implantará en los videoclubs, se realizará

también una página Web desde la que se podrán ver las películas existentes en el

videoclub, si están disponibles, alquilarlas y qué videoclub se encuentra más

cerca.

Finalmente uno de los objetivos de la creación de esta aplicación es poder

acercar el cine a las personas, especialmente a aquellas que sin la existencia de

los videoclubs no tendrían la oportunidad de disfrutar de las películas. É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 día es un bien casi de lujo debido al precio.


III

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.


IV

Contenido

1. INTRODUCCIÓN ..................................................................................... - 1 -

1.1 INTRODUCCIÓN AL SECTOR DEL VIDEOCLUB ........................... - 2 -

1.2 OBJETIVOS DEL SISTEMA ................................................................. - 4 -

1.3 METODOLOGÍA A UTILIZAR ............................................................ - 4 -

1.4 RECURSOS ............................................................................................ - 7 -

2. IDENTIFICACIÓN DE NECESIDADES ................................................ - 8 -

2.1 INTRODUCCIÓN DE LAS NECESIDADES ....................................... - 9 -

2.2 OBJETIVOS DEL SISTEMA ............................................................... - 10 -

2.3 ALCANCE DEL SISTEMA ................................................................. - 13 -

2.4 TIPOLOGÍA DE USUARIOS .............................................................. - 14 -

2.5 RESTRICCIONES ................................................................................ - 15 -

2.6 ORGANIZACIÓN ................................................................................ - 17 -

2.7 ANTECEDENTES ................................................................................ - 18 -

2.8 RECOPILACIÓN DE INFORMACIÓN .............................................. - 19 -

3. ANÁLISIS DE REQUISITOS ................................................................ - 20 -

3.1 INTRODUCCIÓN ................................................................................. - 21 -

3.2 RECONOCIMIENTO DEL PROBLEMA ........................................... - 21 -

3.2.1 CONTEXTO GENERAL DEL SISTEMA .................................... - 23 -

3.3 DESCRIPCIÓN DEL SISTEMA ACTUAL ......................................... - 24 -

3.3.1 MODELO FÍSICO Y LÓGICO ACTUAL ................................... - 25 -


V

3.3.2 UNIDADES AFECTADAS ........................................................... - 25 -

3.4 LISTA DE REQUISITOS ..................................................................... - 26 -

3.5 MODELO LÓGICO 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 NORMALIZACIÓN DE ALMACENES ...................................... - 49 -

3.6.3 DIAGRAMA ENTIDAD- RELACION ......................................... - 59 -

4. ESTUDIO DE LA ARQUITECTURA TÉCNICA ................................. - 62 -

4.1 INTRODUCCIÓN ................................................................................. - 63 -

4.2 GENERACIÓN DEL CONOCIMIENTO ........................................... - 65 -

4.2.1 “PERSONIFICATION STRATEGY” ........................................... - 65 -

4.2.2 “CODIFICATION STRATEGY” .................................................. - 66 -

4.2.3 ELECCIÓN DE LA ALTERNATIVA DE GENERACIÓN DEL

CONOCIMIENTO .................................................................................. - 66 -

4.3 ALTERNATIVA 1 – CLIENTE-SERVIDOR ...................................... - 66 -

4.3.1 HARDWARE ................................................................................. - 67 -

4.3.2 SOFTWARE ................................................................................... - 69 -

4.3.3 VALORACIÓN ECONÓMICA .................................................... - 70 -

4.4 ALTERNATIVA 2- SERVIDOR WEB ................................................ - 71 -

4.4.1 HARDWARE ................................................................................. - 71 -

4.4.2 SOFTWARE ................................................................................... - 73 -


VI

4.4.3 VALORACIÓN ECONÓMICA .................................................... - 74 -

4.5 ARQUITECTURA SOFTWARE ......................................................... - 74 -

4.5.1 LENGUAJE DE PROGRAMACIÓN ............................................ - 75 -

4.6 MATRIZ DE EVALUACIÓN ORGANIZATIVA ............................... - 78 -

4.7 PLANIFICACIÓN GENERAL DEL PROYECTO .............................. - 83 -

5. DISEÑO EXTERNO ............................................................................... - 86 -

5.1 INTRODUCCIÓN ................................................................................. - 87 -

5.2 REQUISITOS FÍSICOS DEL NUEVO SISTEMA .............................. - 87 -

5.2.1 ENTORNO OPERATIVO DEL SISTEMA .................................. - 88 -

5.3 MODELO FÍSICO DEL NUEVO SISTEMA ...................................... - 90 -

5.4 VENTANAS ........................................................................................ - 113 -

5.4.1 VENTANA INICIO DE LA APLICACIÓN ............................... - 113 -

5.4.2 MENÚ PRINCIPAL ..................................................................... - 115 -

5.4.3 GESTIÓN DE CLIENTES ........................................................... - 116 -

5.4.4 GESTIÓN DE EMPLEADOS ...................................................... - 128 -

5.4.5 GESTIÓN DE PROVEEDORES ................................................. - 138 -

5.4.6 REALIZAR ALQUILER ............................................................. - 148 -

5.4.7 PÁGINA WEB ............................................................................. - 153 -

5.5 HISTORIA DE VIDA DE LAS ENTIDADES ................................... - 168 -

5.6 MODELO LÓGICO DE DATOS ....................................................... - 171 -

5.6.1 ALQUILADORES ....................................................................... - 171 -

5.6.2 ALQUILER EMPLEADOS ......................................................... - 171 -

5.6.3 TRABAJO .................................................................................... - 172 -


VII

5.6.4 SEDE ............................................................................................ - 173 -

5.6.5 SUMINISTRAR ........................................................................... - 173 -

5.6.6 PELÍCULA SUCURSAL ............................................................. - 174 -

5.6.7 ALQUILADOS ............................................................................ - 175 -

6. DISEÑO INTERNO .............................................................................. - 176 -

6.1 INTRODUCCIÓN ............................................................................... - 177 -

6.2 DIAGRAMAS HIPO ........................................................................... - 178 -

6.2.1 GESTIÓN 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. PROGRAMACIÓN ............................................................................... - 185 -

7.1 INTRODUCCIÓN ............................................................................... - 186 -

8. PRUEBAS ............................................................................................. - 187 -

8.1 INTRODUCCIÓN ............................................................................... - 188 -

8.2 TIPOS DE PRUEBAS ......................................................................... - 188 -

9. IMPLANTACIÓN ................................................................................. - 191 -

9.1 INTRODUCCIÓN ............................................................................... - 192 -

9.2 ETAPAS EN LA IMPLANTACIÓN DEL SISTEMA ....................... - 192 -

10. CONCLUSIONES ............................................................................... - 194 -

10.1 INTRODUCCIÓN ............................................................................. - 195 -


VIII

10.2 CONCLUSIÓN ................................................................................. - 195 -

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

12. BIBLIOGRAFÍA ................................................................................. - 199 -

12.1 BIBLIOGRAFÍA ............................................................................... - 200 -

12.2 LIBROS ............................................................................................. - 200 -

12.3 PÁGINAS WEB ................................................................................ - 200 -

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

13.1 ANEXO A: VALORACIÓN ECONÓMICA ................................... - 203 -

13.2 ANEXO B: PLANIFICACIÓN TEMPORAL DEL PROYECTO ... - 205 -

DIAGRAMA GANT ................................................................................. - 205 -

DIAGRAMA PERT .................................................................................. - 205 -


- 1 -

1. INTRODUCCIÓN


- 2 -

1.1 INTRODUCCIÓN 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 parecía ser un negocio con un

amplio mercado potencial y una gran tasa de crecimiento. Las ventas de VCR se

habían disparado. Esto unido a la débil competencia existente, hacía 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 películas, presentaba expectativas a la gente. Tanto que en

1987 Blockbuster ya tenía 17 tiendas en EEUU y en 1993 abrió su tienda número

3000 en Nueva York.

Las razones por las cuales se produjo un crecimiento exponencial del

número de alquileres de videos en los primeros años de la actividad son:

• Aumentaron las ventas de reproductores de video, la mayoría de la

gente ya tenía un reproductor lo que aumentaba el mercado.

• La comodidad para ver tranquilos en casa un vídeo sin restricciones

horarias y acompañados por toda la familia o solos.

• El precio de un alquiler de una película es siempre menor a lo que

cuesta ver una película en un cine, mucho más si lo hace toda la

familia.


- 3 -

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 día es

difícil mantenerse en el negocio, y aún más triunfar en él.

Actualmente es uno de los negocios que más se ha visto afectado por el

uso masivo de internet. Según la Federación para la Protección de la Propiedad

Intelectual (FAP), en el 2006 casi 5 millones de internautas en España se

descargaron 135 millones de películas de forma ilegal. Lo que afecta

directamente y en gran medida al sector del videoclub. Desde el año 2002,

cientos de pequeños negocios dedicados al alquiler de películas y videojuegos se

han visto obligados al cierre. Ni el gigante americano Blockbuster se salvó.

En el año 2004 se calcula que se copiaron 70 millones de películas en

España. É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 facturación 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.

También 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 más a la calle por lo que se ingresa muy poco.

Por otro lado habría que separar las zonas geográficas, ya que se alquilan

más películas en pueblos pequeños que en grandes ciudades. Debido en parte por


- 4 -

las muchas y diferentes oportunidades que ofrece una gran ciudad frente a las

limitaciones de un pueblo pequeño.

1.2 OBJETIVOS DEL SISTEMA

Los objetivos que se desean cumplir con este proyecto son la gestión de

datos de un videoclub y el procesamiento de esos datos para obtener información

útil en la gestión de un videoclub. Para ello, se creará un sistema de gestión del

videoclub de realice:

• Gestión de clientes.

• Gestión de empleados.

• Gestión de proveedores.

• Gestión de películas.

• Gestión de alquileres.

• Gestión de informes.

1.3 METODOLOGÍA A UTILIZAR

La metodología a utilizar se basará en una de las estudiadas durante la

carrera, en concreto la metodología en cascada, estudiada en la asignatura de


- 5 -

Ingeniería del Software. Esta metodología consiste en que a la finalización de

una fase comienza la siguiente, tomando como datos de entrada los resultados de

la fase anterior. En cada fase se llega a más detalle, hasta construir el código.

Este sistema es el más extendido. El inconveniente es que no se ven los

resultados hasta avanzado el proyecto.

Esta metodología se compone de:

• Identificación de necesidades: Se realizarán entrevistas con el

gerente para conocer las necesidades y posibles problemas

existentes para hacer un sistema lo más competente posible.

• Análisis de requisitos: Con este análisis se podrá conocer

suficientemente el sistema para ver sus necesidades, problemas y

requisitos. Para realizar este análisis se obtendrá la lista de

requisitos y los modelos físicos, lógicos y de datos del sistema.

• Estudio de la arquitectura técnica: Aquí se definirán las posibles

soluciones que cumplan los requisitos, elegir una solución y

obtener la aprobación del cliente. Para ello se especificará la

tecnología HW, SW y de comunicaciones y elaborar una

planificación del proyecto.

• Diseño externo: Aquí se definirá la estrategia de los planes, se

obtendrá el modelo físico y lógico del nuevo sistema. Para ello se

diseñaran las entrada, salidas e interfaces del sistema, se


- 6 -

especificaran los procesos y volúmenes y se establecerán procesos

de control y seguridad.

• Diseño interno: El objetivo aquí es diseñar los componentes SW

de la aplicación. Dividiendo el sistema en subsistemas, definiendo

las estructuras de ficheros y modelo físico de datos, desarrollar las

especificaciones de los módulos y completar los planes de la etapa

de diseño externo. Con esto se tendrá el diseño y estructura de los

componentes SW, la base de datos y ficheros y los planes de

pruebas.

• Programación: En esta etapa se codificarán los programas SW, en

los lenguajes establecidos, se realizarán las pruebas unitarias. Con

esto se obtendrá el código ejecutable y la guía de usuario.

• Pruebas del sistema: Aquí se probará la funcionalidad,

operatividad e integridad del sistema. Mediante pruebas de

encadenamiento, integración del sistema y de aceptación del

usuario. Por lo que se obtendrá el SW del sistema total, configurado

y probado con la aceptación del cliente.

• Implantación: Se implantará el nuevo sistema, para ello se

preparará la entrada en producción, las pruebas de sobrecarga y

rendimiento.


- 7 -

• Mantenimiento: Con el mantenimiento se asegurará la

funcionalidad del sistema y se mantendrá actualizado el sistema. El

mantenimiento será correctivo o adaptativo según las necesidades.

1.4 RECURSOS

Para poder llevar a cabo el proyecto se necesitarán los siguientes recursos

hardware, software y de otros tipos:

• Recursos Hardware: Se utilizará un ordenador personal, el cual

tendrá conexión a Internet, de esta manera se tendrá acceso a

información útil.

• Recursos Software: Se utilizará ECLIPSE, para el desarrollo del

código, que se hará en el lenguaje de programación Java. También

se utilizarán programas como por ejemplo el Microsoft Word o el

Microsoft Power Point, del paquete Office 2007 para redactar la

documentación, preparar las presentaciones...

El sistema operativo a utilizar será Windows Vista.

• Otros recursos: Se utilizarán libros para documentarse sobre temas

como la metodología seleccionada, guías de programación...


- 8 -

2. IDENTIFICACIÓN DE

NECESIDADES


- 9 -

2.1 INTRODUCCIÓN DE LAS NECESIDADES

En esta etapa se definen los problemas que mediante la aplicación se

pretenden resolver. Además se establecen los límites del proyecto, los objetivos,

usuarios y antecedentes de la aplicación.

El Documento de Conceptos del Sistema especifica la información

obtenida en la etapa de Identificación de Necesidades. Esta información consiste

en:

Objetivos del sistema: Son objetivos de tipo empresarial y no informático.

Alcance del sistema: Identificación de las funciones de negocio que

pretenden automatizarse.

Tipología de usuarios: Conocer el perfil de personas a quien va dirigida la

aplicación.

Restricciones: Deben considerarse aquellas restricciones que puedan

afectar al plan del proyecto y su desarrollo.

Organización: Estudio de la distribución y organización de la empresa

para obtener un mejor concepto de cómo ésta se distribuye.


- 10 -

Antecedentes: Comprender cómo se realizaban los procesos a tratar en el

proyecto para lograr entender cuáles han sido los motivos para optar por la

implantación 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 informático.

Con este proyecto se pretende conseguir una aplicación de gestión 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 aplicación gestionará una base

de datos centralizada con la cual se podrán mantener todos los datos actualizados

de forma dinámica. Por otro lado, la aplicación deberá ser intuitiva y fácil de

manejar para el gerente y los empleados.

Por tanto los principales objetivos son:

OBJETIVOS FUNCIONALES:

Creación de una aplicación de fácil manejo. Deberá ser de fácil manejo

ya que será utilizado por personas no expertas en informática. Por lo que

la formación que reciban deberá ser breve para que puedan usar el sistema

rápidamente y al mismo tiempo reducir el coste invertido por parte del

gerente en cursos para los empleados y en tiempo.


- 11 -

Creación de una base de datos. Toda la información que maneja el

videoclub deberá estar recogida en una base de datos a la que podrán

acceder mediante el sistema. De esta manera, al tener toda la información

en un mismo lugar e informatizada se tendrá un mejor control de la

información.

Diferencias de accesibilidad según el usuario. Al ser un sistema que va

a ser utilizado por distintas personas, cada una de ellas, según el tipo de

usuario que sea, tendrá acceso a diferentes zonas de la aplicación.

Facilitar la actualización de los contenidos. En la actualidad, por

ejemplo, la ficha de los clientes está en papel, por lo que para cualquier

modificación de los datos, por ejemplo la dirección, 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 película, por lo que se pierden clientes.

Eliminación de procesos manuales que consumen recursos y tiempo.

Muchos de los procesos básicos, como el alta de clientes, se realiza

actualmente en papel, con este sistema se intentará reducir el número de

documentos en papel. Al automatizar este tipo de procesos se reduce en

gran medida el tiempo utilizado para llevar a cabo una tarea.


- 12 -

OBJETIVOS DE NEGOCIO:

Facilitar la obtención de datos para la generación de informes. Al

generar informes detallados sobre los distintos aspectos de la empresa,

como clientes, empleados, películas…, el gerente tendrá un mejor control

sobre la información 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

información automatizada, se registrarán las acciones de cada empleado,

de esta manera el gerente podrá saber exactamente qué hace cada

empleado.

Creación de informes para una mejor gestión. Mediante la creación

automática de informes, el trabajo del gerente resultará más fácil y podrá

centrarse en lo realmente importante que es el análisis de los datos

obtenidos, en lugar de centrarse en obtener los datos, ya que con el

sistema actual es complicado.

OBJETIVOS ESTRATÉGICOS:

Mejorar la atención al cliente. El sistema tendrá una sección para que

los clientes puedan ver las películas existentes y disponibles fácilmente,

de esta manera se reducirá considerablemente el tiempo de espera medio

por cliente.


- 13 -

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 aplicación.

El sistema cubrirá las siguientes funcionalidades:

Gestión de usuarios: Crear distintos perfiles de usuario que pueden

acceder a distintas partes de la aplicación en función del tipo de usuario.

Gestión de seguridad: Acceso seguro a la aplicación, realizando una

autentificación previa con nombre de usuario y contraseña correctos que

serán comprobados accediendo a la base de datos.

Gestión de clientes: Creación de registros de nuevos clientes,

introduciendo los datos del cliente en una tabla de clientes.

Gestión de empleados: Creación de registros de los empleados,

introduciendo los datos del empleado en una tabla de empleados.

Gestión de proveedores: Creación de registros de proveedores,

introduciendo los datos del proveedor en una tabla de proveedores.


- 14 -

Gestión de películas: Control del stock del videoclub, accediendo y

manteniendo actualizadas las tablas.

Gestión de informes: Creación de consultas para crear informes según

unos criterios y así obtener información útil para el gerente y encargados.

2.4 TIPOLOGÍA DE USUARIOS

En este apartado se conocerá y definirá el perfil de cada usuario que utilice

la aplicación. Al existir distintas tipologías de usuario, habrá que tener en cuenta

las necesidades y problemas de cada uno.

En la aplicación 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 aplicación 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 información de todas las sedes, mientras

que los encargados tendrán acceso sólo a la información de su sede. Por último

los empleados tendrán acceso limitado, por ejemplo, ellos no podrán modificar


- 15 -

sus propios datos como empleados, como por ejemplo el puesto que ocupan o su

salario.

Figura 1. Tipología de usuarios

2.5 RESTRICCIONES

Las restricciones que presenta son las siguientes:

• La principal restricción es el tiempo, ya que este proyecto sólo

durará un curso en el cual se han descontado en la planificación las

fechas de exámenes y tiempo de estudio diario. El tiempo también

afecta al cliente ya que no estará disponible siempre. Se tendrá que

llegar a acuerdos entre ambas partes para concretar citas.


- 16 -

• Por otro lado, el factor de los usuarios que van a utilizar finalmente

la aplicación. Estos usuarios no tienen una formación informática

por lo que el sistema deberá mantenerse lo más sencillo posible.

• Otra restricción es el factor económico, al ser una pequeña

empresa, aunque tiene varias sedes no dispone de un gran

presupuesto, ésta es una de las razones por las cuales aún tienen un

sistema no informatizado.


- 17 -

2.6 ORGANIZACIÓN

En la figura 2 se muestra el esquema del organigrama de la empresa.

Figura 2: Organización de la empresa.

Gerente

Encargado

Empleado Empleado

Encargado

Empleado Empleado

Encargado

Empleado Empleado


- 18 -

2.7 ANTECEDENTES

En esta sección se explicarán los motivos que han llevado al gerente a

tomar la decisión de informatizar el sistema.

• La necesidad de un servicio que le garantice unas prestaciones de

soporte, gestión, administración y explotación del entorno.

• La falta de una tecnología acorde con su nuevo entorno de trabajo,

debido a la expansión 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

crearán herramientas de consulta e informes, acceso a través de

web, capacidad de análisis de la información…

• La falta de integración de la información, la redundancia. El

sistema actual tiene diversos archivos en las diferentes sucursales

que tienen la misma información 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 información orientado a dar

información de negocio. Esto se realizará mediante distintas

consultas.


- 19 -

2.8 RECOPILACIÓN DE INFORMACIÓN

Para la obtención de la información y datos necesarios para realizar este

proyecto se realizarán 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 análisis 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 realizarán entrevistas con los empleados para

así poder tener también la visión de los que van a usar la aplicación.

Por otro lado se examinará el sistema actual, se acudirá a las sedes y se

analizará cómo 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 más a lo

deseado por el cliente.


- 20 -

3. ANÁLISIS DE REQUISITOS


- 21 -

3.1 INTRODUCCIÓN

En esta etapa se busca llegar a un conocimiento más profundo de los

requisitos de la aplicación para cubrir las necesidades del cliente.

3.2 RECONOCIMIENTO DEL PROBLEMA

El problema principal existente en la actualidad es el la mala

administración de archivos de clientes y películas. En cada sede existe un archivo

por cada película existente y cuántos ejemplares de la misma hay en total, pero

no se sabe cuántos hay en cada sede en cada momento. Esto es debido a que un

cliente puede alquilar una película en una sede y devolverla en otra.

Con esta aplicación lo que se pretende es que mediante el sistema

informático se sepa en todo momento dónde se encuentra cada película, es decir,

cuántos 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 número de cliente.

Para combatir esta redundancia y gasto de papel, todos los datos de los clientes

serán introducidos una sola vez y serán accesibles desde cualquier sede o la

página web, ya que al igual que los datos de las películas estarán en un servidor

remoto.


- 22 -

Por último, con este sistema se pretende obtener una mejor prestación del

servicio, teniendo toda la información sobre clientes y películas fácilmente

accesibles. Para aumentar la prestación del servicio se harán descuentos y ofertas

a buenos clientes, los que más consuman en un tiempo determinado y ofertas

especiales según la época del año.

A continuación se muestra el diagrama de presentación:

Figura 3. Diagrama de interactuación de usuarios


- 23 -

3.2.1 CONTEXTO GENERAL DEL SISTEMA

La aplicación tendrá acceso a internet y a una red local. De esta forma se

permitirá la modificación 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

podrán dar de alta, baja o modificar cualquier información al igual que hacer

consultas mediante la intranet. Los clientes como usuarios del sistema podrán

hacer reservas y consultas y modificar sus datos por internet.

La facilidad y comodidad que esto implica en comparación con el antiguo

método de tener la información en papel y tener que por ejemplo reescribir toda

una ficha de un cliente porque haya modificado su dirección, teléfono… es muy

grande ya que reduce el trabajo y por lo tanto el tiempo.

Para los clientes también 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 película que están buscando. Simplemente se conectan con la página del

videoclub y lo comprueban, una vez comprobado que la película está disponible

pueden ver en que sucursal/es se encuentra y reservarla o encargarla y se la

llevan a casa.


- 24 -

Figura 4. Arquitectura del sistema

3.3 DESCRIPCIÓN DEL SISTEMA ACTUAL

A continuación se muestra desde el punto de vista lógico el

funcionamiento actual de la empresa. Cómo realiza los procesos de alquileres,

introducción de clientes y películas, altas/bajas y modificaciones de datos…


- 25 -

3.3.1 MODELO FÍSICO Y LÓGICO ACTUAL

Actualmente en la empresa no existe ningún sistema en el cual exista un

flujo de información, ya que todas las tareas se hacen a mano, por lo cual no se

ha creído conveniente realizar un diseño del modelo físico o lógico del sistema

actual.

3.3.2 UNIDADES AFECTADAS

A continuación 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 puntuación 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.


- 26 -

Val

idar

usua

rio

Ges

tión

de

clie

ntes

G

estió

n de

empl

eado

s G

estió

n de

prov

eedo

res

Ges

tión

de

pelíc

ulas

G

estió

n de

alqu

ilere

s G

estió

n de

info

rmes

JEFE 2 1 2 2 1 1 2

EMPLEADO 2 2 1 0 2 2 0

CLIENTE 2 0 0 0 0 2 0

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 página web debe tener una respuesta de menos de 2 segundos. Las

consultas deben estar optimizadas para que el usuario no espere más 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 imágenes rápidamente.


- 27 -

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 días a la semana. El

sistema de alta disponibilidad se compone de servidores redundantes con fail

over1

. 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 atención personal estará disponible de 9

de la mañana a 12 de la noche y habrá una máquina donde se podrá depositar y

recoger las películas.

1.3 Fácil manejo de la aplicación:

La aplicación se divide en dos partes principales. Una sería la página Web,

desde la cual pueden acceder los clientes y la otra la aplicación 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 aplicación debe ser muy visual, para un fácil manejo de la misma por

parte de los usuarios, los empleados y el gerente. 1 Fail over: La capacidad para cambiar automáticamente a un servidor informático redundantes o de reserva, sistema o red sobre un fallo o terminación anormal de la solicitud anterior en activo, sistema o red. Conmutación por error, ocurre sin intervención humana.


- 28 -

2. Requisitos de seguridad.

2.1 Ley Orgánica de Protección de Datos:

La aplicación almacena datos sensibles de clientes. Estos datos necesitan

ser tratados de acuerdo con la Ley Orgánica de Protección de Datos (LOPD). La

LOPD incluye el derecho a baja o modificación y la protección de los datos están

bajo el amparo de dicha ley.

2.2 Encriptado de datos:

Todas las páginas que muestren contenido sensible o pidan la entrada de

datos del usuario deben de estar encriptadas con 128 bits de seguridad.

2.3 Protección contra usuarios maliciosos:

El sistema debe ser suficientemente robusto para aguantar ataques o mal

uso de usuarios maliciosos.


- 29 -

3. Gestión de alquileres.

Parte del software es una herramienta de alquileres que presentará la

disponibilidad, fotos… a los clientes de las películas. Esta herramienta deberá

estar disponible online.

3.1 Presentar las películas:

El sistema debe mostrar una imagen de las películas disponibles. El

sistema también debe soportar videos para visualizar el tráiler de cada película.

3.2 Informar sobre su disponibilidad:

El sistema debe informar a los clientes de la disponibilidad de las películas

según 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.


- 30 -

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.

También 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 películas en todo momento.


- 31 -

5.1 Alquiler:

Las películas que estén actualmente alquiladas o tengan pedido firme no

están disponibles para ser alquiladas en las mismas fechas. El sistema debe llevar

el calendario de alquiler. También debe tener en cuenta la localización de las

películas 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

automáticamente por el sistema. Una película en mantenimiento no puede ser

alquilada. El mantenimiento tardará un día.

6. Informes detallados.

En todo sistema de gestión presentar la información 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 márgenes por película, por punto de

venta, ventas mensuales y anuales.


- 32 -

6.2 Informes de gestión:

Los informes de gestión deben mostrar las películas con mayor porcentaje

de tiempo usado / tiempo total, los géneros preferidos por los clientes, época en

la que más se alquila… Al igual, debe crear informes sobre el personal, como por

ejemplo qué empleado tiene el mayor número de transacciones de alquileres, qué

empleado trabaja más horas…

6.3 Modulo para la creación 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 creación

de nuevos informes de forma fácil por el personal de la empresa.

7. Gestión de clientes (CRM).

Como parte del objetivo de mejorar el trato de la empresa hacia el cliente,

el sistema de gestión 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á

información personal (nombre, apellidos, dirección…), foto...


- 33 -

7.1.1 Introducción de usuarios:

El sistema tendrá una sección 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 facilitándole sus datos al empleado que le esté atendiendo.

Éste tendrá delante, en la aplicación una sección para clientes en la cual podrá

introducir los datos.

7.1.2 Modificación de usuarios:

De acuerdo a la LOPD los usuarios tienen el derecho de modificación y

cancelación de sus datos, por lo que la aplicación permitirá, dentro de la sección

para usuarios, la modificación de los datos. Esta modificación también se podrá

realizar desde cualquier sucursal.

7.1.3 Baja de usuarios:

De acuerdo a la LOPD los usuarios tienen el derecho de modificación y

cancelación de sus datos, por lo que la aplicación permitirá, dentro de la sección

para usuarios, la cancelación de los datos. Esta cancelación también se podrá

realizar desde cualquier sucursal.


- 34 -

7.1.4 Sistema de validación de usuarios protegido:

Para preservar la confidencialidad de los datos personales se dispondrá de

un sistema de validación de usuarios mediante un usuario y contraseña.

7.2 Cuestionarios de satisfacción:

El cuestionario de satisfacción del cliente debe de ser rellenado

directamente online por el cliente y almacenado para estadísticas internas.

7.3 Mailing:

El sistema debe de ser capaz de extraer información sobre los clientes

finales para poder generar campañas de marketing y mailing.

8. Gestión de empleados.

8.1 Ficha de empleados:

Cada empleado debe tener una ficha dentro del sistema. Esta ficha tiene

información personal (nombre, apellido, dirección…), foto, salario, información

relevante sobre el puesto de trabajo o el trabajador...


- 35 -

8.2 Salarios:

El salario dependerá del tipo de trabajo realizado y el número de horas y

días trabajados. Se calculará automáticamente, se mostrará el total acumulado

mensualmente por empleado y toda la información necesaria para el pago.

8.3 Calendario de trabajo:

El sistema debe de tener en cuenta el calendario de ocupación 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 películas como de

clientes y empleados será una base de datos remota para así poder acceder desde

cualquier terminal y poder tener toda la información 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.


- 36 -

9.3 Copia de seguridad:

Se realizará un backup, cada día 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 Creación y mantenimiento de las tablas:

9.4.1 Tablas de clientes:

Se creará una tabla en la cual se guardarán 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 películas:

Se creará una tabla en la cual se guardarán los datos de las películas. El

mantenimiento de esta tabla al igual que el de clientes lo realizará un empleado.


- 37 -

9.4.3 Tabla de empleados:

Se creará una tabla en la cual se guardarán los datos de los empleados. El

mantenimiento de esta tabla al igual que el de clientes y películas lo realizará un

empleado.

9.4.4 Tabla de alquileres:

Se creará una tabla en la cual se registrarán todos los alquileres realizados

cada día. Esta tabla contendrá la información de la película alquilada, el cliente, y

el empleado que realizó la transacción si se ha realizado en una sucursal.

3.5 MODELO LÓGICO DEL NUEVO SISTEMA

En este apartado se muestra el modelo lógico del nuevo sistema. Basado

en el funcionamiento del sistema actual junto con los requisitos que se quieren

obtener, el funcionamiento del nuevo sistema sería como se muestra a

continuación:


- 38 -

3.5.1 DFD CONTEXTUAL

3.5.1.1 NIVEL 0

En el nivel de contexto se muestra la relación del Sistema Integral de

Gestión del Videoclub (SIGV) con las entidades externas que tiene el sistema. En

este caso las entidades externas son las distintas personas que utilizarán y tendrán

acceso al sistema. Por un lado está el jefe que tendrá acceso a todo el sistema, por

otro lado los empleados que tendrán acceso restringido a algunos módulos del

sistema y por último los clientes los cuales sólo tendrán acceso a la página web.

Los flujos muestran los datos que introducen cada entidad externa y los que

recibe.


- 39 -

3.5.2 DFD CONCEPTUAL

3.5.2.1 NIVEL 1

En este nivel se muestran todos los procesos principales que realizará la

aplicación, la cual consta de siete procesos principales. Como se muestra en el

diagrama el primer paso será el de validación, una vez validado el usuario y

según el tipo usuario del que se trate podrá elegir entre los demás procesos.


- 40 -

3.5.2.2 NIVEL 2: VALIDAR USUARIO

De la explosión de VALIDAR USUARIO del nivel 1 se producen estos

procesos. Cuando una entidad introduce su usuario y contraseña estos son

redirigidos a las tablas de CLIENTES y EMPLEADOS, donde también está la

información del jefe, para su comprobación. Si el usuario y/o el cliente son

incorrectos el sistema enviará un mensaje de error, si por otro lado el usuario y

contraseña son correctos se redirigirá el sistema según el usuario, cada uno con

sus distintas restricciones de acceso.


- 41 -

3.5.2.3 NIVEL 2: GESTIÓN CLIENTES

En el nivel 2 de GESTIÓN DE CLIENTES se tratarán los datos de los

clientes, los datos para el alta de clientes los realizará normalmente un empleado

aunque también podría hacerlo el jefe, en ningún caso el propio cliente. Estos

datos se almacenarán en la tabla de CLIENTES a la cual se podrá acceder para

realizar modificaciones en datos, consultas o bajas de clientes.


- 42 -

3.5.2.4 NIVEL 2: GESTIÓN EMPLEADOS

En el nivel 2 de GESTIÓN DE EMPLEADOS se tratarán los datos de los

empleados, los datos para el alta de empleados los realizará el jefe, en ningún

caso el propio empleado. Estos datos se almacenarán en la tabla de

EMPLEADOS a la cual se podrá acceder para realizar modificaciones en datos,

consultas o bajas de empleados.


- 43 -

3.5.2.5 NIVEL 2: GESTIÓN PROVEEDORES

En el nivel 2 de GESTIÓN DE PROVEEDORES se tratarán los datos de

los proveedores, los datos para el alta de proveedores los introducirá el jefe.

Estos datos se almacenarán en la tabla de PROVEEDORES a la cual se podrá

acceder para realizar modificaciones en datos, consultas o bajas de proveedores.


- 44 -

3.5.2.6 NIVEL 2: GESTIÓN PELICULAS

En el nivel 2 de GESTIÓN DE PELICULAS se tratarán los datos de las

películas, los datos para el alta de películas los introducirá un empleado o el jefe.

Estos datos se almacenarán en la tabla de PELICULAS a la cual se podrá acceder

para realizar modificaciones en datos, consultas o bajas de películas.


- 45 -

3.5.2.7 NIVEL 2: GESTIÓN ALQUILERES

En el nivel 2 de GESTIÓN DE ALQUILERES se realizan los alquileres,

para ello son necesarios los datos del cliente, para saber para quién 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

película que desea alquilar, comprobará su disponibilidad, y si está disponible

tras hacer la reserva el empleado realizará el alquiler.


- 46 -

3.5.2.8 NIVEL 2: GESTIÓN INFORMES

En el nivel 2 de GESTIÓN DE INFORMES, se realizarán los informes

que utilizará el jefe para una gestión ó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 características principales de los datos

del sistema. El modelo conceptual de datos describe las entidades, los atributos y

las relaciones de interés 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.


- 47 -

• Entidades: Objetos que tienen una existencia propia conforme a

las decisiones de gestión de la empresa. Es aquello de interés

duradero para la empresa, sobre lo cual se pueden almacenar datos

e identificar de un modo único.

• Relaciones: Representación de asociaciones entre entidades,

acorde con las decisiones de gestión de la empresa. Las relaciones

establecen el grado de asociación entre dos estructuras de datos

diferentes.

• Atributos: Datos elementales conforme a las decisiones de gestión

de la empresa y las relaciones. Son características o propiedades de

una entidad y sirven para definir, describir y clasificar. Los

atributos llamados clave o identificadores permiten identificar sin

ambigüedad cada valor de la entidad.

• Clave: La superclave de menor número de atributos.

• Superclave: Dada una relación, un atributo o subconjunto de

atributos es clave si permite distinguir unívocamente las tuplas de

la relación.


- 48 -

3.6.1 DICCIONARIO DE DATOS

A continuación se detalla el diccionario de datos de la aplicación.

• EMPLEADOS = {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS

+ DIRECCIÓN + COD_POSTAL + TEL_FIJO + TEL_MÓVIL + E-

MAIL + FECHA_NACIMIENTO + FECHA_INGRESO +

FECHA_BAJA + PUESTO + SALARIO +

NUM_SEGURIDAD_SOCIAL + CUENTA_BANCARIA +

CONTRASEÑA + PUNTOS + ID_SUCURSAL}

• PELICULAS = {ID_PELÍCULA + TITULO + DIRECTOR +

AÑO_ESTRENO + GÉNERO + ID_SUCURSAL}

• CLIENTES = {ID_CLIENTE + NOMBRE + APELLIDOS + DNI +

DIRECCIÓN + COD_POSTAL + TEL_FIJO + TEL_MÓVIL + E-MAIL

+ FECHA_NACIMIENTO + FECHA_INGRESO + CONTRASEÑA +

PUNTOS}

• PROVEEDORES = {ID_PROVEEDOR + NOMBRE_EMPRESA +

TEL_FIJO + TEL_MÓVIL + E-MAIL + DIRECCIÓN + PAGINA_WEB

+ FECHA_ALTA + FECHA_BAJA + OBSERVACIONES +

ID_PELICULA}


- 49 -

• SUCURSAL = {ID_SUCURSAL + DIRECCIÓN + TEL_FIJO +

ID_ENCARGADO}

• ALQUILERES ={ID_ALQUILER + ID_EMPLEADO + ID_CLIENTE

+ ID_PELÍCULA + FEHCA_ALQUILER + FECHA_DEVOLUCIÓN +

ID_SUCURSAL + MULTA}

3.6.2 NORMALIZACIÓN DE ALMACENES

A continuación, con objeto de identificar los grupos diferentes de

información 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 atómico y es

dependiente funcional de dicho identificador.


- 50 -

3.6.2.2 SEGUNDA FORMA NORMAL

Una entidad está en segunda forma normal (2FN) si ya está en 1FN y

además 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

además 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 además

cumple que para cada dependencia funcional no trivial el antecedente de la

dependencia funcional es superclave.


- 51 -

3.6.2.5 NORMALIZACIÓN

A continuación se normalizan los datos de las tablas hasta que estén en la

forma normal de Boyce-Codd.

EMPLEADOS

PRIMERA FORMA NORMAL

EMPLEADOS = {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS






SEGUNDA FORMA NORMAL

EMPLEADOS_1 = {ID_EMPLEADO +DNI + NOMBRE +

APELLIDOS + DIRECCIÓN + COD_POSTAL + TEL_FIJO +

TEL_MÓVIL + E-MAIL + FECHA_NACIMIENTO +

FECHA_INGRESO + FECHA_BAJA + PUESTO + SALARIO +


CONTRASEÑA + PUNTOS}

EMPLEADOS_2 = {ID_EMPLEADO + ID_SUCURSAL}


- 52 -

EMPLEADOS_1 => EMPLEADOS

EMPLEADOS_2 => TRABAJO

TERCERA FORMA NORMAL

La relación se encuentra en 3FN, no hay dependencias transitivas.

FORMA NORMAL DE BOYCE_CODD

La relación se encuentra en la forma de Boyce-Codd, solo contiene un

atributo en la clave principal.


- 53 -

PELÍCULAS


PELICULAS = {ID_PELÍCULA + TITULO + DIRECTOR +

AÑO_ESTRENO + GÉNERO + ID_SUCURSAL}


PELICULAS_1 = {ID_PELÍCULA + TITULO + DIRECTOR +

AÑO_ESTRENO + GÉNERO}

PELICULAS_2 = {ID_PELÍCULA + ID_SUCURSAL}

PELICULAS_1 => PELICULAS

PELICULAS_2 => PELICULA_SUCURSAL




- 54 -




PROVEEDORES


PROVEEDORES = {ID_PROVEEDOR + NOMBRE_EMPRESA +


+ FECHA_ALTA + FECHA_BAJA + OBSERVACIONES +

ID_PELÍCULA}


PROVEEDORES_1 = {ID_PROVEEDOR + NOMBRE_EMPRESA +


+ FECHA_ALTA + FECHA_BAJA + OBSERVACIONES}

PROVEEDORES_2 = {ID_PROVEEDOR + ID_PELICULA}

PROVEEDORES_1 => PROVEEDORES

PROVEEDORES_2 => SUMINISTRAR


- 55 -




La relación se encuentra en la forma de Boyce-Codd, solo contiene un atributo en

la clave principal.

SUCURSAL


SUCURSAL = {ID_SUCURSAL + DIRECCIÓN + TEL_FIJO +

ID_ENCARGADO}


SUCURSAL_1 = {ID_SUCURSAL + DIRECCIÓN + TEL_FIJO}

SUCURSAL_2 = {ID_SUCURSAL + ID_ENCARGADO}


- 56 -

SUCURSAL_1 => SUCURSALES

SUCURSAL_2 => ENGARGADOS






CLIENTES


CLIENTES = {ID_CLIENTE + NOMBRE + APELLIDOS + DNI +

DIRECCIÓN + COD_POSTAL+ TEL_FIJO + TEL_MÓVIL + E-MAIL


PUNTOS}


La relación se encuentra en 2FN, no hay dependencias funcionales.


- 57 -



FORMA NORMAL BOYCE-CODD


atributo en la clave principal

ALQUILER


ALQUILERES = {ID_ALQUILER + ID_EMPLEADO + ID_CLIENTE

+ ID_PELÍCULA + FECHA_ALQUILER + FECHA_DEVOLUCIÓN +

ID_SUCURSAL + MULTA}


ALQUILERES_1 = {ID_ALQUILER + FECHA_ALQUILER +

FECHA_DEVOLUCIÓN + MULTA}

ALQUILERES_2 = {ID_ALQUILER + ID_PELICULA}


- 58 -

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




- 59 -

3.6.3 DIAGRAMA ENTIDAD- RELACION

3.6.3.1 ENTIDADES PRINCIPALES

EMPLEADOS= {ID_EMPLEADO +DNI + NOMBRE + APELLIDOS






PELICULAS = {ID_PELÍCULA + TITULO + DIRECTOR +


PROVEEDORES = {ID_PROVEEDOR + NOMBRE_EMPRESA +



SUCURSALES = {ID_SUCURSAL + DIRECCIÓN + TEL_FIJO}

CLIENTES = {ID_CLIENTE + NOMBRE + APELLIDOS + DNI +

DIRECCIÓN + COD_POSTAL+ TEL_FIJO + TEL_MÓVIL + E-MAIL


PUNTOS}

ALQUILERES = {ID_ALQUILER + FECHA_ALQUILER +

FECHA_DEVOLUCIÓN + MULTA}


- 60 -

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}


- 61 -

3.6.3.3 DIAGRAMA ENTIDAD-RELACIÓN


- 62 -

4. ESTUDIO DE LA

ARQUITECTURA TÉCNICA


- 63 -

4.1 INTRODUCCIÓN

El objetivo de esta fase es definir las posibles soluciones de arquitectura

que satisfagan tanto los requisitos del usuario como las restricciones de diseño.

Para ello se definirán posibles soluciones y se seleccionará, tras un estudio de

viabilidad, la más adecuada, la cual será desarrollada e implementada. Se

definirán las alternativas de software, hardware, el lenguaje de programación a

utilizar y el sistema gestor de la base de datos de cada alternativa.

Las alternativas se centrarán en el tipo de arquitectura soportada. Esto es

arquitectura Cliente-Servidor, arquitectura Web. Dentro de cada tipo de

arquitectura se definirán los requisitos hardware, software y de comunicaciones

necesarios para llevar a cabo cada arquitectura.

Para realizar esta etapa es necesario realizar cuatro actividades:

• Especificación de la tecnología hardware, software y de

comunicaciones de cada alternativa estudiada.

• Evaluación de cada alternativa según los aspectos:

Estratégicos.

Organizativos.

Operativos.

Técnicos.

Económicos.


- 64 -

• Selección de una alternativa.

• Elaboración de la planificación 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 público por lo que necesitarán un terminal cada uno.

Existen 3 sedes por lo que el número 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 cómo va el videoclub como por ejemplo: hacer los informes,

ver la contabilidad…

• 3 terminales por sede. En los cuales los clientes pueden consultar las

películas existentes y su disponibilidad. De esta forma el cliente no

tiene que buscar por estanterías las películas existentes, por lo que

ahorra tiempo. Al ser terminales independientes de los utilizados por

los empleados no se formarán colas delante del mostrador para

consular la disponibilidad de películas. Existen 3 sedes por lo que el

número total de terminales será de 9.

• Router.


- 65 -

• Servidor. En el cual se almacenarán todos los datos de clientes,

películas, empleados y proveedores.

• Ordenador. En el caso de la arquitectura Cliente-Servidor se requerirá

otro ordenador en el cual estarán todos los datos y la aplicación, los

demás terminales se conectarán a este a través de una intranet.

4.2 GENERACIÓN 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 sería “Personification Strategy” que consiste en desarrollar

un paquete a medida, esto crea una solución única altamente personalizada y

permite cobrar altas tasas. Esto favorece al cliente ya que la solución sería a

medida por lo que cubriría totalmente todos los requisitos pero sería una solución

cara.


- 66 -

4.2.2 “CODIFICATION STRATEGY”

Otra alternativa sería “Codification Strategy” que consiste en el desarrollo

de un paquete estándar 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, rápido de implementar, el riesgo es mínimo y a mejor precio que

la anterior. Los inconvenientes son: que al ser un paquete estándar está

desarrollado para cubrir las necesidades básicas de cualquier aplicación por lo

que no se ajustará perfectamente a las necesidades.

4.2.3 ELECCIÓN DE LA ALTERNATIVA DE GENERACIÓN DEL CONOCIMIENTO

Se ha optado por una alternativa personificada ya que las necesidades son

concretas y un paquete estándar no cumpliría correctamente con todos los

requisitos.

4.3 ALTERNATIVA 1 – CLIENTE-SERVIDOR

La arquitectura Cliente-Servidor se basa en la distribución de los

componentes de la aplicación entre los clientes y los servidores. Los sistemas

Cliente-Servidor se estructuran en tres niveles:

• Nivel de Presentación: Software que trata la toma de datos y la

presentación de dichos datos al usuario.


- 67 -

• Nivel de Aplicación: Software que implementa las funciones de negocio

de la aplicación.

• Nivel de Datos: Software de gestión y recuperación de datos.

Las ventajas de este tipo de arquitectura son:

• Función distribuida entre cliente y servidor.

• Interfaz de presentación gráfica.

• Multitarea: un cliente puede realizar distintas tareas al mismo tiempo.

• Inversión del control: el cliente es el que determina el dialogo a

realizar.

• Funciones de negocio bien delimitadas.

• Reutilización de los componentes.

4.3.1 HARDWARE

• Terminales Asus TFT 19’’ que serán utilizados por los empleados en las

sedes.


- 68 -

• 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

aplicación 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

gestión del videoclub, realizar informes, llevar la contabilidad…

• Router MiFi.


- 69 -

• Servidor Dell PowerEdge T110 con 1 GB de memoria RAM y 1 año de

garantía.

4.3.2 SOFTWARE

• Sistema Operativo Windows 7 Professional. Es el sistema operativo más

extendido en España y por lo cual el que mejor manejan los empleados y

el jefe. Con este sistema operativo la formación sería más fácil y corta.

Por otro lado no es un sistema operativo libre por lo que aumentaría el

coste del proyecto.


- 70 -

• 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 más de 20 plataformas, incluyendo Linux, Windows, Mac OS,

Solaris, HP-UX, IBM AIX, dándole gran flexibilidad.

4.3.3 VALORACIÓN ECONÓMICA

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 €


- 71 -

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 página 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 páginas web,

y un cliente browser.

Para construir una aplicación web en tres niveles: de presentación, de

negocio y de datos, se utilizarán las técnicas de Java Servlets.

4.4.1 HARDWARE

• Terminal Acer TFT 19’’ que serán utilizados por los empleados en las

sedes.


- 72 -

• 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.


- 73 -

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 más de 20 plataformas, incluyendo Linux, Windows, Mac OS,

Solaris, HP-UX, IBM AIX, dándole gran flexibilidad.


- 74 -

4.4.3 VALORACIÓN ECONÓMICA

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 sería el programa elegido en el caso de que el lenguaje de

programación utilizado fuese C y C++. Las ventajas de esta elección son:

Es gratis, es un compilador libre, por lo que el cliente no

tendrá que pagar ninguna licencia por utilizarlo.

Es fácil de manejar por lo que resultará cómoda la

programación y la posible actualización posterior.


- 75 -

Es un programa muy extendido y conocido por lo que

cualquiera podría realizar modificaciones.

Se puede utilizar en distintos sistemas operativos como

Windows XP, Vista, 7; Linux, Ubuntu, Mac…

• Eclipse: Este sería el programa elegido en el caso de que el lenguaje de

programación utilizado fuese Java. Las ventajas de esta elección 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 PROGRAMACIÓN

En este apartado se seleccionará el lenguaje de programación a utilizar.

Los lenguajes más adecuados para este proyecto son: Java, C y C++. A

continuación se evaluará cada uno de ellos según sus características.

4.5.1.1 JAVA

• Robusto: Java crea software altamente fiable.

• Sencillo: Tiene barreras de seguridad en el lenguaje y en el sistema de

ejecución en tiempo real.


- 76 -

• Portable: Los programas son iguales en todas las plataformas. Esto se

consigue gracias a la Máquina Virtual Java (JVM).

• Orientado a objetos: Facilita entornos complejos.

• Distribuido: Java proporciona una colección 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 creación

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, dinámico y produce

applets.

• Interactivo y orientado a red.


- 77 -

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

librerías las funciones dependientes de la máquina.

• No comprobación de errores: No lleva a cabo comprobación de errores

en tiempo de ejecución.

• Orientado a objetos: Aunque el lenguaje C no es orientado a objetos,

C++ si soporta la orientación a objetos.

Tabla comparativa de los lenguajes:

JAVA C y C++

Robusto 8 5

Sencillo 7 3

Portable 9 6

Potente 8 7

Dinámico 8 4

Seguro 8 6


- 78 -

4.5.1.3 ELECCIÓN DE LA ALTERNATIVA DEL LENGUAJE DE PROGRAMACIÓN

Después de analizar las características 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. También 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 tendrían ningún problema con

la aplicación. Por otra parte es un lenguaje muy potente, dinámico y seguro,

características muy importantes y necesarias para crear un proyecto de alta

calidad.

4.6 MATRIZ DE EVALUACIÓN ORGANIZATIVA

A continuación, definidas las diferentes soluciones, se evalúa el impacto

de cada alternativa en la organización. A nivel operativo se evalúa cada una de

las alternativas, considerando como factores:

• Cambios en la operativa actual.

• Fiabilidad y seguridad.

• Agilidad de la solución: facilidades de gestión.

• Administración y control del sistema.


- 79 -

A nivel técnico, se evalúan los procedimientos y componentes hardware y

software como:

• Portabilidad.

• Mantenimiento.

• Seguridad.

• Fiabilidad.

• Facilidad de uso.

Cada aspecto o característica se referencia con un número 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.


- 80 -

Para cada alternativa se puntúan las diferentes características según el

grado de cumplimiento de ellas, valorándose 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 característica multiplicando el valor del peso

por la puntuación.

A continuación se muestra la tabla:

ALTERNATIVA 1 ALTERNATIVA

2

Nº PARÁMETRO PESO PT VA PT VA

FACTORES ESTRATÉGICOS 47%

1 Mejorar la imagen 3 3 9 3 9

2 Mejorar la atención a la

demanda

2 3 6 3 6

3 Mejorar el control de gestión 3 3 9 2 6


- 81 -

4 Aumentar oferta de servicios 2 1 2 1 2

5 Abrir mercados externos 1 0 0 0 0

6 Disminuir riesgos de

competidores

1 2 2 2 2

7 Mantener/Incrementar la

competitividad

3 2 6 1 3

8 Optimizar la gestión 3 3 9 2 6

9 Ofertar la mejora de servicios 2 2 4 2 4

10 Aumentar la demanda 2 1 2 1 2

11 Incorporar información para

estudios de mercado

1 3 3 3 3

TOTAL FACTORES

ESTRATÉGICOS

52 43

FACTORES DE OPORTUNIDAD 29%

12 Oportunidad estratégica de

comercialización

1 2 2 1 1

13 Grado de compromiso con

otras empresas

1 1 1 1 1

14 Volumen de áreas afectadas 1 3 3 3 3

15 Complejidad de la gestión 2 1 2 1 2

16 Carencia de mecanización 2 3 6 3 6

17 Grado de insatisfacción del

usuario/cliente

3 3 9 2 6

TOTAL FACTORES DE 23 19


- 82 -

OPORTUNIDAD

FACTORES TÉCNICOS 18%

18 Importancia en la integración

de la información

3 3 9 3 9

19 Independencia de los

sistemas actuales

1 3 3 3 3

20 Facilidad de mecanización 2 3 6 3 6

21 Facilidad de implantación 2 2 4 2 4

TOTAL FACTORES

TÉCNICOS

22 22

FACTORES OPERATIVOS 6%

22 Reducción de gastos de

mantenimiento

2 2 4 2 4

23 Reducción de tareas

manuales

2 3 6 3 6

TOTAL FACTORES

OPERATIVOS

10 10

TOTAL PUNTUACIÓN PONDERADA 107 94

Una vez realizada la matriz de evaluación organizativa, se llega a la

conclusión de que la opción a elegir debería ser la de la alternativa 1. Alternativa

Cliente-Servidor.


- 83 -

4.7 PLANIFICACIÓN GENERAL DEL PROYECTO


- 84 -


- 85 -

Leyenda:


- 86 -

5. DISEÑO EXTERNO


- 87 -

5.1 INTRODUCCIÓN

En esta etapa, el objetivo principal es trasformar el modelo lógico del

nuevo sistema en un modelo físico a implementar sobre una plataforma hardware

y software específica.

A partir de la plataforma técnica elegida en el Estudio de la Arquitectura,

se completarán los requisitos físicos del nuevo sistema, se diseñarán las entradas

y salidas, se completará la especificación de los procesos del modelo y se

elaborará el modelo lógico de datos.

5.2 REQUISITOS FÍSICOS DEL NUEVO SISTEMA

A partir de las necesidades hardware/software definidas en la etapa

anterior para la solución elegida, se completará y definirá detalladamente la

plataforma hardware y software para la puesta en marcha del sistema.


- 88 -

5.2.1 ENTORNO OPERATIVO DEL SISTEMA

Deben concretarse aspectos clave de diseño 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 diseñar interfaces con otros sistemas que dialogan con éste. También se

especifica cómo van a llevarse a cabo la posible toma de datos para la entrada del

sistema.

Del Análisis 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 cómo van a ser actualizadas y mantenidas las bases de

datos del sistema.

3. GENERACIÓN DE INFORMES

Debe establecerse qué tipos de informes se obtendrán y sobre qué soporte,

pantalla o papel.


- 89 -

4. RENDIMIENTO DEL SISTEMA Y ESCALABILIDAD

Para adecuar el sistema a los objetivos marcados, se medirá el volumen

del flujo de información que se manejará para determinar el tiempo máximo 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 OPERACIÓN

Debe establecerse el horario operativo de explotación del sistema, de esta

forma los trabajos batch se situarán en una franja horaria que no interfiera con los

trabajos on-line.

6. FORMA DE IMPLANTACIÓN

Finalmente debe determinarse cómo se pretende abordar el proceso de

implantación del sistema, su estrategia. Ésta puede ser:

• Por etapas.

• Por áreas geográficas.


- 90 -

• En paralelo.

• Global.

5.3 MODELO FÍSICO DEL NUEVO SISTEMA


- 91 -

CÓDIGO TIPO NOMBRE DESCRIPCIÓN

0 Proceso Sistema Integral de

Gestión de un

Videoclub

Proceso que gestiona todo el

sistema.

Entidad Empleado Son los empleados que tendrán

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

datos

Usuario/contraseña Son los nombre de usuarios

contraseñas de los clientes,

empleados y el jefe.

Flujo de

datos

Usuario ok/ko Es la respuesta dada por el

sistema al introducir un usuario y

contraseña.

Flujo de

datos

Datos cliente Son los datos introducidos por el

empleado sobre los clientes (para

hacer la ficha).

Flujo de

datos

Datos película Son los datos introducidos por

los empleados de las películas (se

introducen al dar de

alta/baja/modificar una película).


- 92 -

Flujo de

datos

Datos empleado Cada vez que un empleado

realice una operación introducirá

sus datos para así tener

registrados todos los

movimientos de cada empleado.

Flujo de

datos

Información películas La información recibida por parte

del sistema al empleado sobre

alguna consulta de películas.

Flujo de

datos

Información cliente La información recibida por parte

del sistema al empleado sobre

alguna consulta de clientes.

Flujo de

datos

Datos cliente Datos introducidos por el cliente

al usar el sistema.

Flujo de

datos

Película alquilada Información que recibe el cliente

cuando se ha realizado un

alquiler satisfactoriamente.

Flujo de

datos

Datos empleado Datos sobre empleados

introducidos por el jefe con el fin

de saber alguna información.

Flujo de

datos

Datos proveedor Datos sobre proveedores

introducidos por el jefe con el fin

de saber alguna información.

Flujo de

datos

Datos entrada Datos introducidos por el jefe

con el fin de crear un informe

sobre alguna información en

concreto.


- 93 -

Flujo de

datos

Información

empleado

Resultado sobre la información

de un empleado.

Flujo de

datos

Información

proveedor

Resultado sobre la información

de un proveedor.

Flujo de

datos

Informe Informe resultante de una

consulta.


- 94 -

NIVEL 1: MODELO CONTEXTUAL


1 Proceso Validar usuario

Este proceso recibe el nombre de

usuario y contraseña y permite o no

el acceso al sistema.

2 Proceso Gestión clientes Proceso que gestiona los clientes.

3 Proceso Gestión

empleados Proceso que gestiona los empleados.


- 95 -

4 Proceso Gestión

proveedores

Proceso que gestiona los

proveedores.

5 Proceso Gestión películas Proceso que gestiona las películas.

6 Proceso Gestión alquileres Proceso que gestiona los alquileres.

7 Proceso Gestión informes Proceso que gestiona los informes.

Flujo de

datos Datos cliente

Datos de los clientes necesarios para

la gestión de clientes.

Flujo de

datos Datos empleado

Datos de los empleados necesarios

para la gestión de empleados.

Flujo de

datos Datos proveedor

Datos de los proveedores necesarios

para la gestión de proveedores.

Flujo de

datos Datos películas

Datos de las películas necesarios

para la gestión de las películas.

Flujo de

datos Datos cliente

Datos de los clientes necesarios a la

hora de realizar un alquiler.

Flujo de

datos Datos de entrada

Datos de entrada introducidos por el

jefe para la creación de informes.

Flujo de

datos

Usuario/contraseñ

a

El nombre de usuario y la contraseña

serán necesarios para acceder a la

aplicación.

Flujo de

datos

Respuesta

validación

Respuesta del sistema al introducir

el nombre de usuario y la

contraseña.


- 96 -

NIVEL 2: VALIDAR USUARIO


1.1 Proceso Validar usuario Este proceso recibe el nombre de

usuario y contraseña.

1.2 Proceso Selección perfil Este proceso selecciona el tipo de

perfil según 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


- 97 -

cuando el usuario no exista o no

coincida la contraseña.

1.4 Proceso Redirigir por perfil Este proceso redirige al usuario

según su perfil con distintas

restricciones según el tipo de

usuario.

Flujo de

datos

Usuario/contraseña El nombre de usuario y contraseña

serán necesarios para acceder a la

aplicación.

Flujo de

datos

Usuario incorrecto Mensaje de error que aparece en

pantalla al introducir un usuario y

contraseña incorrectos.

Flujo de

datos

Confirmación

validación

Confirmación de la introducción del

nombre de usuario y contraseña, la

confirmación puede ser positiva o

negativa (hay un error).

Flujo de

datos

Validación ok Si la confirmación de validación es

positiva.

Flujo de

datos

Validación ko Si la confirmación de la validación

es negativa (los datos introducidos

no son correctos).

Flujo de

datos

Empleados El nombre de usuario y contraseña

de los empleados se redirigen a la

tabla de empleados.

Flujo de

datos

Clientes El nombre de usuario y contraseña

de los clientes se redirigen a la tabla


- 98 -

de clientes.

Flujo de

datos

Validación ok/ko Respuesta de validación de usuarios

de las tablas clientes y empleados.

Flujo de

datos

Jefe Al acceder a la aplicación se

redirige al jefe a una sección de la

aplicación distinta a la de los

empleados y clientes.

Flujo de

datos

Empleado Al acceder a la aplicación se

redirige a los empleados a una

sección de la aplicación distinta a la

del jefe y los clientes.

Flujo de

datos

Cliente Al acceder a la aplicación se

redirige a los clientes a una sección

de la aplicación 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.


- 99 -

NIVEL 2: GESTIÓN DE CLIENTES


2.1 Proceso Altas Proceso que da de alta a los nuevos

clientes, este proceso lo realizarán los

empleados.

2.2 Proceso Modificaciones Proceso que modifica algún dato sobre

los clientes (cambio de teléfono,

domicilio…), este proceso lo realizarán

los empleados o los clientes.

2.3 Proceso Consultas Proceso en el que se consulta algún


- 100 -

dato de un cliente, este proceso lo

realizarán los empleados o el jefe.

2.4 Proceso Bajas Proceso que da de baja a un cliente,

este proceso lo realizarán los

empleados o el cliente.

Flujo de

datos

Datos entrada

cliente

Datos del cliente necesarios para darse

de alta, modificar algún dato, hacer

consultas o darse de baja, este proceso

lo realizarán el jefe, los empleados o

los clientes.

Flujo de

datos

Datos cliente Datos necesarios para la creación de la

ficha de un cliente al darse de alta.

Flujo de

datos

Datos cliente Datos del cliente para hacer una

modificación en alguno de sus datos.

Flujo de

datos

Consulta Datos introducidos según la consulta,

estos datos los introducirán el jefe o los

empleados.

Flujo de

datos

Datos de la

consulta

Resultados de la consulta realizada.

Flujo de

datos

Información

cliente

Información sobre el cliente producida

al realizar la consulta.

Flujo de

datos

Cliente a

eliminar

Datos del cliente que se desea eliminar,

estos datos serán introducidos por el

cliente o los empleados.

Tabla Clientes Tabla que contiene la base de datos de

los clientes.


- 101 -

Flujo de

datos

Cliente a

eliminar

Selecciona el cliente que se va a

eliminar.

Flujo de

datos

Mostrar

información

Muestra los datos del cliente sobre cual

se desea realizar una modificación o

eliminación.

Flujo de

datos

Datos cliente Datos introducidos sobre el cliente que

se desea modificar.

NIVEL 2: GESTIÓN DE EMPLEADOS


- 102 -


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 algún dato de los

empleados, este proceso lo realizarán

el jefe o los empleados.

3.3 Proceso Consultas Proceso en el que se consulta algún

dato sobre algún empleado, este

proceso lo realizará el jefe.

3.4 Proceso Bajas Proceso que da de baja a un empleado,

este proceso lo realizará el jefe.

Flujo de

datos

Datos entrada

empleado

Son los datos necesarios de un

empleado para darle de alta, hacer

modificaciones, consultas o dar de

baja, estos datos los introducirán los

empleados o el jefe.

Flujo de

datos

Datos empleado Datos del empleado necesarios para

darle de alta, estos datos los

introducirá el jefe.

Flujo de

datos

Modificación Datos del empleado para hacer alguna

modificación sobre alguno de sus

datos (cambio de teléfono, de

dirección…).

Flujo de

datos

Consulta Datos de la consulta que se quiere

realizar, estos datos los introducirá el

jefe.


- 103 -

Flujo de

datos

Datos de la

consulta

Datos resultantes de la consulta

previamente realizada.

Flujo de

datos

Información

empleado

Información obtenida de los datos

resultantes de la consulta, esta

información será para el jefe.

Flujo de

datos

Empleado a

eliminar

Datos del empleado a eliminar, estos

datos serán introducidos por el jefe.

Tabla Empleados Tabla que contiene la base de datos de

los empleados.

Flujo de

datos

Empleado a

eliminar

Selecciona el empleado que se va a

eliminar.

Flujo de

datos

Mostrar

información

Muestra los datos del empleado sobre

cual se desea realizar una modificación

o eliminación.

Flujo de

datos

Datos empleado Datos introducidos sobre el empleado

que se desea modificar.


- 104 -

NIVEL 2: GESTIÓN DE PROVEEDORES


4.1 Proceso Altas Proceso que da de alta a los proveedores este proceso lo realizará el jefe.

4.2 Proceso Modificaciones Proceso que modifica algún dato de los proveedores, este proceso lo realizará el

jefe.

4.3 Proceso Consultas Proceso en el que se consulta algún dato sobre algún proveedor, este proceso lo

realizará el jefe.

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

Flujo de datos

Datos entrada proveedor

Son los datos necesarios de un proveedor para darle de alta, hacer

modificaciones, consultas o dar de baja,


- 105 -

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

Modificación Datos del proveedor para hacer alguna modificación sobre alguno de sus datos (cambio de teléfono, de dirección…).

Flujo de datos

Consulta Datos de la consulta que se quiere realizar, estos datos los introducirá el

jefe.

Flujo de datos

Datos de la consulta

Datos resultantes de la consulta previamente realizada.

Flujo de datos

Información proveedor

Información obtenida de los datos resultantes de la consulta, esta información será para el jefe.

Flujo de datos

Proveedor a eliminar

Datos del proveedor a eliminar, estos datos serán introducidos por el jefe.

Tabla Proveedores Tabla que contiene la base de datos de los proveedores.

Flujo de

datos

Proveedor a

eliminar

Selecciona el proveedor que se va a

eliminar.

Flujo de

datos

Mostrar

información

Muestra los datos del proveedor sobre


o eliminación.

Flujo de

datos

Datos proveedor Datos introducidos sobre el proveedor

que se desea modificar.


- 106 -

NIVEL 2: GESTIÓN DE PELICULAS


5.1 Proceso Altas Proceso que da de alta a las películas este proceso lo realizarán los empleados

o el jefe.

5.2 Proceso Modificaciones Proceso que modifica algún dato de las películas este proceso lo realizarán el

jefe o los empleados.

5.3 Proceso Consultas Proceso en el que se consulta algún dato sobre alguna película, este proceso lo


- 107 -

realizarán los empleados o el jefe.

5.4 Proceso Bajas Proceso que da de baja a una película, este proceso lo realizará el jefe o los

empleados.

Flujo de datos

Datos entrada película

Son los datos necesarios de una película para dar de alta, hacer modificaciones, consultas o dar de baja, estos datos los

introducirán los empleados.

Flujo de datos

Datos película Datos de la película necesarios para dar de alta, estos datos los introducirán los

empleados.

Flujo de datos

Modificación Datos de la película para hacer alguna modificación sobre alguno de sus datos.

Flujo de datos

Consulta Datos de la consulta que se quiere realizar, estos datos los introducirá el

jefe o los empleados.

Flujo de datos

Datos de la consulta

Datos resultantes de la consulta previamente realizada.

Flujo de datos

Información película

Información obtenida de los datos resultantes de la consulta, esta

información será para el jefe o los empleados.

Flujo de datos

Película a eliminar

Datos de la película a eliminar, estos datos serán introducidos por el jefe o los

empleados.

Tabla Película Tabla que contiene la base de datos de las películas.

Flujo de

datos

Película a

eliminar

Selecciona la película que se va a

eliminar.


- 108 -

Flujo de

datos

Mostrar

información

Muestra los datos de la película sobre


o eliminación.

Flujo de

datos

Datos película Datos introducidos sobre la película que

se desea modificar.

NIVEL 2: GESTIÓN DE ALQUILERES


- 109 -


6.1 Proceso Selección

película

En este proceso se selecciona la película

que se quiere alquilar, este proceso lo

realizarán los empleados o los clientes.

6.2 Proceso Hacer reserva En este proceso la película anteriormente

seleccionada se reserva, una vez

reservada la base de datos de las

películas restará una unidad de

disponibilidad de esa película.

6.3 Proceso Alquiler

película

En este proceso se lleva a cabo el

alquiler definitivo de la película, esto

será cuando el cliente haya pagado el

alquiler.

Flujo de

datos

Datos cliente Datos del cliente que realiza el alquiler,

esto será el número de usuario.

Flujo de

datos

Ver

disponibilidad

En este flujo se envían los datos de la

película que se desea alquilar para

comprobar su disponibilidad.

Flujo de

datos

Disponible En este flujo se envía la disponibilidad

de la película deseada.

Flujo de

datos

Reservar Si la película está disponible se enviará

un mensaje de reserva.

Flujo de

datos

Reserva Una vez reservada la película se envían

los datos de la película reservada.

Flujo de

datos

Reservar

película

Mensaje enviado a la tabla de películas

para realizar la reserva.


- 110 -

Flujo de

datos

Película

alquilada

En este flujo se envían los datos de la

película alquilada.

Flujo de

datos

Datos película En este flujo se envían los datos de la


Flujo de

datos

Datos

empleado

Datos del empleado que realiza el

alquiler, estos datos son necesarios para

un seguimiento del rendimiento de los

empleados.

Flujo de

datos

Película

alquilada

Mensaje que se muestra en pantalla una

vez que la película ha sido alquilada

correctamente.

Tabla Películas Tabla que contiene la base de datos de

las películas.


- 111 -

NIVEL 2: GESTIÓN DE INFORMES


7.1 Proceso Gestión datos En este proceso se gestionan los datos

introducidos según sean de empleado, de

clientes o de alquileres, este proceso lo

realizará el jefe.

7.2 Proceso Generación

del informe

En este proceso se genera el informe que

será utilizado por el jefe.

Flujo de

datos

Datos entrada En este flujo se envían los datos de los

que se quiere obtener el informe, estos

datos serán introducidos por el jefe.

Flujo de

datos

Datos

empleados

Si los datos introducidos son de

empleados, estos datos irán a la tabla de

empleados para obtener la información.


- 112 -

Flujo de

datos

Datos clientes Si los datos introducidos son de clientes,

estos datos irán a la tabla de clientes para

obtener la información.

Flujo de

datos

Datos

alquileres

Si los datos introducidos son de

alquileres, estos datos irán a la tabla de

alquileres para obtener la información.

Flujo de

datos

Información

empleados

Es la información obtenida de la tabla de

empleados.

Flujo de

datos

Información

clientes

Es la información obtenida de la tabla

clientes.

Flujo de

datos

Información

alquileres

Es la información obtenida de la tabla

alquileres.

Flujo de

datos

Informe Es el informe final que recoge la

información requerida por el jefe.

Tabla Empleados Es la tabla que contiene la base de datos

de los empleados.

Tabla Clientes Tabla que contiene la base de datos de

los clientes.

Tabla Alquileres Tabla que contiene la base de datos de

los alquileres.


- 113 -

5.4 VENTANAS

En este apartado se mostrarán las ventanas de la aplicación. Se mostrará

una imagen de las ventanas junto con una breve explicación y una tabla con su

descripción.

5.4.1 VENTANA INICIO DE LA APLICACIÓN

Esta será la ventana inicial que aparezca en el sistema cuando algún

empleado o el jefe entre en la aplicación. Es la ventana de validación y acceso al

sistema, el empleado o jefe deberá introducir su número de usuario y contraseña.

De esta manera se asegura un acceso seguro, ya que sólo tendrán acceso los



- 114 -

CONTROL CAMPO VALOR/EVENTO

Text txtUsuario Alfanumérico

Password txtContraseña Alfanumérico

Button btnAceptar Clic

Button btnSalir Clic

PROYECTO SISTEMA INTEGRAL DE GESTIÓN DE UN

VIDEOCLUB

TITULO Validación usuarios

TIPO Automático

FRECUENCIA Aleatoria

DESCRIPCIÓN:

1. El usuario (empleado o jefe) introduce su usuario y contraseña. 2. El sistema comprueba el usuario introducido y la contraseña en su base de

datos (Empleados). 2.1 Si el usuario y contraseña son correctos se accede a la aplicación. 2.2 Si el usuario es correcto pero la contraseña incorrecta, se muestra un

mensaje por pantalla pidiendo la repetición de la contraseña. 2.3 Si el usuario no es correcto se muestra por pantalla un mensaje con esta

información.


- 115 -

5.4.2 MENÚ PRINCIPAL

Una vez validado el usuario se muestra una pantalla en la que se escogerá

entre la gestión de datos, esto es la gestión de los clientes, empleados y

proveedores, y la realización de un alquiler.


Button btnGdatos Clic

Button btnAlquiler Clic

button btnSalir Clic


- 116 -

PROYECTO SISTEMA INTEGRAL DE GESTIÓN DE UN VIDEOCLUB

TITULO Menú inicial

TIPO Automático

FRECUENCIA Aleatorio

DESCRIPCIÓN:

Cuando el usuario es aceptado como válido aparece esta pantalla en la que tendrá que seleccionar qué quiere hacer.

1. Si la opción elegida es GESTIÓN DE DATOS se accederá a una pantalla desde la que se accede a todos los datos de clientes, empleados y proveedores.

2. Si la opción elegida es REALIZAR ALQUILER se accederá a una pantalla desde la que se lleva a cabo el alquiler de las películas.

3. En el caso de que no se desee hacer ninguna de las anteriores opciones se seleccionará el botón SALIR que vuelve a la pantalla de acceso al sistema.

5.4.3 GESTIÓN DE CLIENTES

Una vez seleccionada la opción de GESTIÓN DE DATOS se podrá elegir

entre la gestión de datos de clientes, empleados o proveedores, según el usuario

tendrá acceso o no.


- 117 -

5.4.3.1 GESTIÓN 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 podrán darse

de alta ellos mismos ya que para ser socio de un videoclub es necesario presentar

algún documento que demuestre que el cliente reside en el lugar (esto puede ser

una factura de luz, agua…).


- 118 -


Text txtNusuario Alfanumérico

Text txtNombre Alfanumérico

Text txtDNI Alfanumérico

Text txtDireccion Alfanumérico

Text txtTelFijo Numérico

Text txtTelMvl Numérico

Text txtEmail Alfanumérico

Text txtPuntos Numérico

Text txtFIngreso Numérico

Text txtApellidos Alfanumérico

Text txtFnacimiento Numérico

Text txtCP Numérico

Text txtContraseña Alfanumérico



- 119 -


TITULO Altas de clientes

TIPO Automático


DESCRIPCIÓN:

1. El empleado introduce los datos del cliente, que estará presente en ese momento.

2. Una vez introducidos todos los datos se selecciona el botón ACEPTAR. 3. El sistema comprueba que todos los elementos están 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 modificación, dar de baja o una consulta de

algún cliente específico, el seleccionar la pestaña de modificación, baja o

consulta aparecerá un dialogo pidiendo el nombre del usuario del que se requiere

la información.


- 120 -


TITULO Buscar cliente

TIPO Automático


DESCRIPCIÓN:

Para acceder a los datos de un cliente específico habrá que seleccionar antes el usuario de ese cliente, esto se hará mediante esta ventana.



Button btnBuscar Clic

Button btnCancelar Clic


- 121 -

5.4.3.2 GESTIÓN DE BAJAS

En esta ventana se darán de baja aquellos clientes que lo deseen por

voluntad propia o lo haya decidido el jefe por algún motivo.







- 122 -






Text txtFingrego Numérico




Button btnEliminar Clic



- 123 -


TITULO Bajas de clientes

TIPO Automático


DESCRIPCIÓN:

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 información del cliente el empleado deberá seleccionar el botón ELIMINAR o CANCELAR.

1. Si el empleado selecciona el botón 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 botón CANCELAR el cliente no será eliminado.


- 124 -

5.4.3.3 GESTIÓN 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.





Text txtFingreso Numérico


- 125 -










Button btnHecho Clic

button btnCancelar Clic


TITULO Modificaciones de clientes

TIPO Automático


DESCRIPCIÓN:

Para modificar algún 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

información del cliente el empleado deberá modificar el dato que sea necesario y

a continuación seleccionar el botón HECHO.

1. Si el empleado ha realizado alguna modificación en los datos del cliente deberá seleccionar el botón HECHO para guardar los cambios.


- 126 -

2. Si por el contrario el empleado decido no modificar nada deberá seleccionar el botón CANCELAR.

5.4.3.4 GESTIÓN DE CONSULTAS

Mediante esta ventana los empleados o el jefe podrán hacer una consulta a

los datos de algún 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.


- 127 -





Text txtFingreso Numérico












- 128 -

5.4.4 GESTIÓN DE EMPLEADOS

Una vez seleccionado el botón GESTION DE DATOS, la gestión de los

empleados es una de las tres opciones de gestión posibles.


TITULO Consulta de clientes

TIPO Automático


DESCRIPCIÓN:

Para consultar algún 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 información del cliente se deberá seleccionar el botón aceptar.


- 129 -


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 pondrían su propio sueldo y puntos.


- 130 -


Text txtNempleado Alfanumérico














Text txtFbaja Numérico

Combo box cmbxPuesto Selección

Text txtSalario Numérico

Text txtNsegSocial Numérico

Text txtCuentaBancaria Numérico


- 131 -


TITULO Altas de empleados

TIPO Automático


DESCRIPCIÓN:

1. El jefe introduce los datos del empleado. 2. Una vez introducidos todos los datos se selecciona el botón ACEPTAR. 3. El sistema comprueba que todos los elementos están rellenados y en el

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.


algún empleado específico, al seleccionar la pestaña de modificación, baja o

consulta aparecerá un dialogo pidiendo el nombre del usuario del que se requiere

la información.


- 132 -


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.


- 133 -


Text txtNempleado Alfanumérico













Button btnEliminar Clic


Combo box cmbxPuesto Selección

Text txtSalario Numérico

Text txtNsegSocial Numérico

Text txtCuentaBancaria Numérico



- 134 -


TITULO Bajas de empleados

TIPO Automático


DESCRIPCIÓN:

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 información del empleado el jefe deberá seleccionar el botón ELIMINAR o CANCELAR.

1. Si el jefe selecciona el botón de ELIMINAR ese empleado será dado de baja.

2. Si el jefe selecciona el botón CANCELAR el empleado no será eliminado.


- 135 -


En esta ventana se modificarán los datos de algún empleado que habrá

sido seleccionado con anterioridad mediante la ventana de búsqueda mostrada

anteriormente. Esta ventana funciona igual que la ventana de modificación 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 sólo a los datos

personales los empleados, así ellos mismos podrán modificar por ejemplo su

dirección pero nunca su puesto, puntos, salario…


- 136 -

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 función 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 descripción de esta ventana coincide con la de la ventana

de modificaciones de clientes excepto en que en este caso los empleados sólo

tienen acceso a parte de la información, como se ha mencionado anteriormente.


- 137 -


Mediante esta ventana el jefe podrá hacer una consulta a los datos de

algún 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.


- 138 -


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 GESTIÓN DE PROVEEDORES

Una vez seleccionada la opción de GESTIÓN DE DATOS una de las

opciones es la gestión de datos de proveedores, a esta sección sólo tendrá acceso

el jefe, ya que es el encargado de las relaciones con los proveedores.


- 139 -


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.


Text txtIDproveedor Alfanumérico

Text txtNombreEmpresa Alfanumérico



- 140 -




Text txtFalta Numérico



Text txtPWeb Alfanumérico

Text box txtbObservaciones Alfanumérico


TITULO Altas de proveedores

TIPO Automático


DESCRIPCIÓN:

1. El jefe introduce los datos del proveedor. 2. Una vez introducidos todos los datos se selecciona el botón ACEPTAR. 3. El sistema comprueba que todos los elementos están rellenados y en el

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.


- 141 -


algún proveedor específico, al seleccionar la pestaña de modificación, baja o

consulta aparecerá un dialogo pidiendo el nombre de identificación del que se

requiere la información.


- 142 -


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 función que estos mismos botones en la gestión de clientes y empleados.

Por lo que no se mostrará la tabla otra vez.


- 143 -


TITULO Bajas de proveedores

TIPO Automático


DESCRIPCIÓN:

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

información del proveedor el jefe deberá seleccionar el botón ELIMINAR o

CANCELAR.

1. Si el jefe selecciona el botón de ELIMINAR ese proveedor será dado de baja.

2. Si el jefe selecciona el botón CANCELAR el proveedor no será eliminado.


- 144 -


En esta ventana se modificarán los datos de algún proveedor que habrá

sido seleccionado con anterioridad mediante la ventana de búsqueda mostrada

anteriormente. Esta ventana funciona igual que la ventana de modificación 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 función que estos mismos botones en


- 145 -

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 información, solo la tiene el jefe.


- 146 -


Mediante esta ventana el jefe podrá hacer una consulta a los datos de

algún proveedor, esto será útil si por ejemplo un para saber si hay alguna

observación 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.


- 147 -


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.


- 148 -

5.4.6 REALIZAR ALQUILER

Si la elección seleccionada en el menú principal es la de REALIZAR

ALQUILER, aparecerá una ventana en la que se pide el número de usuario del

cliente. Al introducir el cliente y si éste tiene alguna/s película/s reservada/s

aparecerá una lista con todas ellas. Se seleccionarán las películas 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 botón de

cancelar.


- 149 -


Text txtCliente Alfanumérico

Check Box CbxReservas Alfanumérico

Button btnAlquilar Clic



TITULO Alquiler con reserva

TIPO Automático


DESCRIPCIÓN:

Cuando un empleado selecciona el botón 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 películas mostradas cual o cuales desea alquilar el cliente. Una vez seleccionadas seleccionará el botón ALQUILAR, si no se desea continuar con el alquiler se seleccionará el botón de CANCELAR.


- 150 -

Si la elección seleccionada en el menú principal es la de REALIZAR

ALQUILER, aparecerá una ventana en la que se pide el número de usuario del

cliente. Al introducir el cliente y si éste no tiene ninguna película reservada

aparecerá un campo en el que se deberá introducir el titulo de la película que

desee alquilar el cliente. Se seleccionará la película 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 botón de cancelar.


- 151 -


Text txtCliente Alfanumérico

Check Box CbxReservar Alfanumérico

Button btnAlquilar Clic


Text txtTitulo Alfanumérico

Check Box CbxSedes Clic


TITULO Alquiler sin reserva

TIPO Automático


DESCRIPCIÓN:

Cuando un empleado selecciona el botón 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 película buscada por el cliente. El empleado seleccionará la película 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 película. Una vez seleccionada seleccionará el botón ALQUILAR, si no se desea continuar con el alquiler se seleccionará el botón de CANCELAR.


- 152 -

Al seleccionar el botón 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.


- 153 -

5.4.7 PÁGINA WEB

5.4.7.1 MENÚ INICIAL

Al conectarse cualquier persona a la página Web del videoclub, aparecerá

una ventana desde la cual se pueden conectar al sistema o simplemente ver las

películas existentes, para esto no hace falta ser socio del videoclub.


- 154 -


Texto txtUsuario Alfanumérico

Texto txtContraseña Alfanumérico

Button btnTitulo Clic

Button btnGenero Clic

Button btnAño Clic

Button bntDirector Clic

Button btnNovedades Clic


TITULO Menú Web inicial

TIPO Automático


DESCRIPCIÓN:

Al conectarse a la página Web del videoclub ésta será la ventana principal. Desde aquí se puede hacer:

1. Conectarse introduciendo el usuario y contraseña. 2. Buscar una película según:

2.1 Titulo de la película. 2.2 Género. 2.3 Director. 2.4 Año.

3. Ver las novedades existentes.


- 155 -

5.4.7.2 VENTANA NOVEDADES

En esta ventana se mostrarán las últimas novedades en películas del

videoclub, seleccionando la imagen de cualquier película se accede a la ventana

de reservas.


Button bntImagen Clic

Button btnVolver Clic


- 156 -


TITULO Ventana Novedades

TIPO Automático


DESCRIPCIÓN:

En esta ventana se mostrarán las últimas novedades en películas del videoclub,

seleccionando la imagen de cualquier película se accede a la ventana de reservas.


- 157 -

5.4.7.3 VENTANA BUSCAR POR TITULO

En esta ventana se mostrarán todas las películas existentes en el sistema en

orden alfabético según el titulo.




Button btnLetra Clic



- 158 -


TITULO Ventana Buscar por titulo

TIPO Automático


DESCRIPCIÓN:

En esta ventana se mostrarán todas las películas existentes en el sistema en orden

alfabético según el titulo. Los clientes pueden o bien escribir el titulo directamente o

seleccionar la letra por la cual empieza la película buscada.


- 159 -

5.4.7.4 VENTANA BUSCAR POR DIRECTOR

En esta ventana al igual que en la anterior lo que se busca es encontrar una

película, 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

título. Por lo que no se mostrará la tabla otra vez.


de buscar por título excepto en que en este caso lo que se busca es el nombre del

director.


- 160 -

5.4.7.5 VENTANA BUSCAR POR AÑO

En esta ventana al igual que en las anteriores lo que se busca es encontrar

una película, pero en este caso en lugar de por el titulo o director por el año de

estreno.

Los datos de esta ventana son los mismos que en las ventanas de buscar

por título y por director. Por lo que no se mostrará la tabla otra vez.


de buscar por título excepto en que en este caso lo que se busca es el año de

estreno


- 161 -

5.4.7.6 VENTANA BUSCAR POR GÉNERO

En esta ventana al igual que en las anteriores lo que se busca es encontrar

una película, pero en este caso en lugar de por el título, director o año, por el

género al que pertenece.

Los datos de esta ventana son los mismos que en las ventanas de buscar

por título, por director y por año. Por lo que no se mostrará la tabla otra vez.


de buscar por título, director y año excepto en que en este caso lo que se busca es

el género al que pertenece la película.


- 162 -

5.4.7.6.1 VENTANA BUSCAR POR GÉNERO DE COMEDIA

En esta ventana aparecen por orden alfabético todas las películas de

comedia del sistema. Seleccionando la imagen el cliente llegará a la pantalla de

reservas.






- 163 -


TITULO Ventana Buscar por titulo

TIPO Automático


DESCRIPCIÓN:

En esta ventana se mostrarán todas las películas, de género comedia, existentes en el sistema por orden alfabético según el titulo. Los clientes pueden o bien escribir el titulo directamente o seleccionar la película seleccionando la foto de la cartelera.

El resto de ventanas de buscar por género de terror, ciencia ficción,

drama… serán iguales que la mostrada, por lo que no se mostrarán las pantallas.

5.4.7.7 VENTANA DE RESERVA DE PELÍCULAS

Una vez que el usuario haya elegido la película accederá a esta ventana.


- 164 -

5.4.7.7.1 MENSAJE DE REGISTRO

Si el usuario que desea alquilar una película no está registrado, aparecerá

un mensaje emergente que le recuerde que para reservar una película hay que

estar conectado.





Button btnBuscarVideoclub Clic


- 165 -


TITULO Mensaje de registro

TIPO Automático


DESCRIPCIÓN:

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 más cercano para darse de

alta.


- 166 -

5.4.7.7.2 VENTANA DE RESERVAS

Una vez registrado el usuario aparecerá la pantalla de reservas mostrando

la película seleccionada. Aquí se verá una imagen de la película junto con una

sinopsis. También aparecerán los botones RESERVAR, VER TRAILER y

VOLVER.


Button btnReservar Clic


Button btnTrailer Clic


- 167 -


TITULO Ventana de reserva de películas

TIPO Automático


DESCRIPCIÓN:

En esta ventana se mostrará la película seleccionada por el cliente y los botones RESERVAR, VER TRAILER y VOLVER

1. Mediante el botón RESERVAR el sistema reserva la película durante un tiempo máximo de una hora.

2. Al pulsar el botón VERT TRAILER se muestra el tráiler de la película. 3. Con el botón VOLVER la película no se reserva y se puede elegir otra

película o salir de la aplicación.


- 168 -

5.5 HISTORIA DE VIDA DE LAS ENTIDADES

En esta sección se estudiará la historia de vida de las entidades del

sistema. De esta forma se verán los estados por los que pasan las entidades.


- 169 -


- 170 -

Leyenda:

• Mediante la iteración se puede repetir ese estado varias veces.

• Mediante la alternativa se selecciona una de las opciones.


- 171 -

5.6 MODELO LÓGICO DE DATOS

5.6.1 ALQUILADORES

• CLIENTES = {ID_CLIENTE + NOMBRE + APELLIDOS + DNI +

DIRECCIÓN + COD_POSTAL + TEL_FIJO + TEL_MÓVIL + E_MAIL


PUNTOS}

• ALQUILERES = {ID_ALQUILER + FECHA_ALQUILER +

FECHA_DEVOLUCIÓN + MULTA + ID_CLIENTE}

5.6.2 ALQUILER EMPLEADOS

• EMPLEADOS = {ID_EMPLEADO + DNI + NOMBRE + APELLIDOS

+ DIRECCIÓN + COD_POSTAL + TEL_FIJO + TEL_MÓVIL +


- 172 -

E_MAIL + FECHA_NACIMIENTO + FECHA_INGRESO +





FECHA_DEVOLUCIÓN + MULTA + ID_EMPLEADO}

5.6.3 TRABAJO

• EMPLEADOS = {ID_EMPLEADO + DNI + NOMBRE + APELLIDOS

+ DIRECCIÓN + COD_POSTAL + TEL_FIJO + TEL_MÓVIL +

E_MAIL + FECHA_NACIMIENTO + FECHA_INGRESO +




• SUCURSALES = {ID_SUCURSAL + DIRECCIÓN + TEL_FIJO}


- 173 -

5.6.4 SEDE



FECHA_DEVOLUCIÓN + MULTA + ID_SUCURSAL}

5.6.5 SUMINISTRAR

• PROVEEDORES = {ID_PROVEEDOR +NOMBRE_EMPRESA +

TEL_FIJO + TEL_MÓVIL + E_MAIL + DIRECCIÓN + PÁGINA_WEB


• PELÍCULAS = {ID_PELÍCULA + TITULO + DIRECTOR +



- 174 -

• SUMINISTRAR = {ID_PROVEDOR + ID_PELÍCULA}

5.6.6 PELÍCULA SUCURSAL




• PELICULA_SUCURSAL = {ID_SUCURSAL + ID_PELÍCULA}


- 175 -

5.6.7 ALQUILADOS


FECHA_DEVOLUCIÓN + MULTA + ID_EMPLEADO}



• ALQUILADOS = {ID_ALQUILER + ID_PELÍCULA}


- 176 -

6. DISEÑO INTERNO


- 177 -

6.1 INTRODUCCIÓN

En esta fase se identifican y diseñan los diversos componentes software

del sistema, describiendo detalladamente sus especificaciones físicas. Utilizando

el Modelo Físico de Procesos donde cada proceso primitivo ha sido tipificado

como batch, on-line, cliente-servidor… se reunirán todas aquellas funciones de

negocio de nivel más detallado según su tipología de procesos y estructurar el

sistema en un conjunto de subsistemas.

Una vez diseñada la función de negocio y estructurada en sus

componentes de programación, se realiza una especificación de cada uno, el

Cuaderno de Carga. Este cuaderno recoge todos los elementos de diseño 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, implantación, formación y conversión, se diseñaran los elementos

software necesarios para llevarlos a cabo, y se especificarán cada uno de los

planes mediante las actividades a realizar y los recursos a utilizar.

Las técnicas a utilizar en esta etapa serán: para el subsistema batch se

utilizará la derivación del DFD físico de cada función hacia el diagrama de

funciones o HIPO. Este es un diagrama que muestra la jerarquía y secuencialidad

de los procesos, e identifica cada programa o módulo de la función. Para el

subsistema on-line como los programas cliente-servidor o web se utilizará la

derivación del DFD físico de cada función hacia el diagrama de cuadros

estructurado o Structured Chart (STC). Este diagrama permite mostrar la


- 178 -

jerarquía existente entre los módulos principales y subordinados, de manera que

cada uno realice una única tarea y se muestre como un componente al que se la

llama enviándole unos parámetros y devolviendo un resultado.

6.2 DIAGRAMAS HIPO

Los diagramas HIPO se realizan para mostrar procesos Batch que se

realizan de forma automática por el sistema, o cuando el usuario lo solicita y que

no necesita de la intervención del usuario.


- 179 -

6.2.1 GESTIÓN DE INFORMES

En este diagrama se muestra el proceso de la creación de informes. El jefe

introducirá los datos sobre los que quiere realizar el informe, algunos de éstos

datos será estándares. Como por ejemplo datos sobre empleados, ya que cada

mes se creará un informe automático sobre la evolución de cada uno de ellos.


- 180 -

Una vez introducidos los datos se gestionarán según la tabla la que deben

acceder, una vez obtenidos los datos se agruparán para obtener la información.

Esto datos para informes serán 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 intervención del usuario.


- 181 -

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 numéricos lo sean…). Una vez validados se

muestra el resultado del proceso de alta, si ha ocurrido algún error en la

introducción 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.


- 182 -

6.3.2 BAJAS

En este diagrama se muestra el proceso de dar de baja a algún 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

eliminación, 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 confirmación de eliminación

es negativa se mostrará un mensaje en pantalla advirtiendo de que no se ha

eliminado.


- 183 -

6.3.3 VALIDACIONES

En este diagrama se muestra el proceso de validación de usuarios al entrar

en la aplicación. El usuario introducirá su usuario y contraseña, 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 aplicación mostrará el menú principal.


- 184 -

6.3.4 ALQUILERES

En este diagrama se muestra el proceso de alquilar una película. En primer

lugar el cliente introducirá sus datos y seleccionará una película. Tras validar la

disponibilidad y los datos de entrada, el empleado introducirá sus datos los cuales

también serán validados. Si los datos no son correctos o no existe disponibilidad

de la película se mostrará un mensaje de error por pantalla. Por otro lado si los

datos son correctos y hay disponibilidad de película se mostrará un mensaje de



- 185 -

7. PROGRAMACIÓN


- 186 -

7.1 INTRODUCCIÓN

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 diseño realizado en anteriores etapas

para crear el código 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 código 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 anomalías 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 guías de usuario y la explotación del sistema.


- 187 -

8. PRUEBAS


- 188 -

8.1 INTRODUCCIÓN

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

aceptación y a la implantación del sistema. En caso de no ser satisfactorios habrá

que corregir las anomalías hasta que el resultado sea satisfactorio.

Como consecuencia de las pruebas realizadas en un entorno de

características similares al de producción, se desarrollará el manual de instalación

y configuración.

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

habrán realizado las pruebas unitarias de cada componente software.


- 189 -

Los tipos de pruebas pueden clasificarse de la siguiente manera:

• Pruebas de Encadenamiento: Verifican las llamadas entre

componentes.

• Pruebas de Integración: Verifican la funcionalidad de todo el

sistema integrado, y el rendimiento de los recursos utilizados.

• Pruebas de Explotabilidad: Verifican la correcta operación 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 estrés en los que puede verse envuelto.

• Pruebas de Recuperación: Verifican la capacidad del sistema para

recuperar información o incidencias anómalas.

• Pruebas de Regresión: Verifican el correcto comportamiento del

sistema ante la modificación de alguno de sus componentes.


- 190 -

• Pruebas de Aceptación 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.


- 191 -

9. IMPLANTACIÓN


- 192 -

9.1 INTRODUCCIÓN

Una vez probada la integridad del software del sistema y especificada su

instalación y configuración, se debe transferir el software producido al centro de

producción para lleva a cabo la explotación del sistema. Esta transferencia debe

prever la migración 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 IMPLANTACIÓN DEL SISTEMA

En la implantación del sistema existen las siguientes etapas:

• PRUEBAS DE IMPLANTACIÓN: Se procede a desplegar el

software de la aplicación en las máquinas del entorno de

producción. Una vez instalado se realizan dos pruebas:

1. La primera tiene como objetivo certificar el correcto

funcionamiento de la aplicación compitiendo por los

recursos de máquina y red.

2. La segunda prueba es la aceptación final del usuario.


- 193 -

• PLAN DE CONTINGENCIAS: Al implantar el software de la

aplicación sobre las máquinas de producción pueden aparecer una

serie de no conformidades graves. Para dar marcha atrás es

necesario dejar el entorno como estaba antes de iniciar la

implantación. Las actividades a llevar a cabo en este sentido se

recogen en el plan de contingencias.

• DOCUMENTACIÓN FINAL DEL PROYECTO: Al finalizar el

proyecto se debe asegurar que toda la documentación esté completa

y actualizada, y que las posteriores actualizaciones del sistema

queden recogidas en la documentación. Esta documentación será

muy útil para posteriores actualizaciones o labores de

mantenimiento.


- 194 -

10. CONCLUSIONES


- 195 -

10.1 INTRODUCCIÓN

En esta sección se comentarán las conclusiones finales a las que se ha

llegado una vez realizado el proyecto.

Se realizará una valoración económica y se mencionarán posibles futuras

mejoras de la aplicación.

10.2 CONCLUSIÓN

Una vez completado este proyecto se pueden sacar una serie de

conclusiones sobre el funcionamiento de la gestión de una aplicación de un

videoclub.

La realización de este proyecto ha permitido conocer de manera detallada

la situación 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:

• Gestión de clientes.

• Gestión de empleados.


- 196 -

• Gestión de proveedores.

• Gestión de películas.

• Gestión de alquileres.

• Gestión de informes.

• Gestión de datos privados. Esta se ha realizado de acuerdo con la

Ley de Protección de Datos.

La mejora más importante realizada con este proyecto es la gestión de los

datos y la utilización de estos para sacar de ellos información útil para su gestión.

Finalmente con la creación de este proyecto se ha profundizado en los

conocimientos adquiridos durante la carrera, los cuales se han aplicado y

ampliado durante su realización.


- 197 -

11. FUTURAS MEJORAS


- 198 -

En este apartado se detallan las posibles mejoras que se podrían realizar en

este proyecto.

En un futuro, el videoclub podría expandirse y tener más sucursales,

incluso en distintas localidades por lo que habría que gestionar los datos también

por zonas geográficas. De esta manera se tendría mayor control sobre los datos y

se podrían comparar los datos dependiendo de la zona.

Por otro lado, la propia tienda del videoclub podría expandirse y empezar

a comercializar nuevos productos. Estos podrían ser desde alquileres de

videojuegos hasta la comercialización de alimentación.

Para la gestión de videojuegos, se crearían nuevas tablas con los nuevos

datos y se expandirían otras como la tabla de proveedores ya que podría tener

proveedores que suministren películas, otros que suministren videojuegos y otros

que suministren ambas cosas.

En el caso de la comercialización de alimentos, como por ejemplo,

palomitas, chiles, golosinas… la gestión de estos datos sería completamente

distinta. Ya que lo único que tendrían en común posiblemente sería la gestión de

los proveedores, aunque difícilmente se daría el caso en el que un proveedor

suministre tanto películas como artículos de alimentación.


- 199 -

12. BIBLIOGRAFÍA


- 200 -

12.1 BIBLIOGRAFÍA

En este apartado se mostrarán las fuentes de conocimiento utilizadas en la

realización de este proyecto.

12.2 LIBROS

[BARR01] Jesús Barranco de Areba, “Metodología del análisis

estructurado de sistemas”, Publicaciones de la Universidad

Pontificia Comillas, Madrid 2001.

[PRES05] Roger S Pressman, “Ingeniería del software”, Publicaciones

Mcgraw-hill, Madrid, 2005

[ECKE04] Bruce Eckel, “Piensa en Java”, Publicaciones Prentice Hall,

2004

12.3 PÁGINAS WEB

[WWW001] www.pixmania.com : Compra y consulta de precios de

pantallas, terminales y routers.

http://www.pixmania.com/�


- 201 -

[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 pc’s.

[WWW007] www.mysql.com : Programa MySQL.

http://www.dell.com/�

http://www.ibm.com/�

http://www.hp.com/�

http://www.dlink.com/�

http://www.tienda.agalisa.es/�

http://www.mysql.com/�


- 202 -

13. ANEXOS


- 203 -

13.1 ANEXO A: VALORACIÓN ECONÓMICA

En este apartado se realizará la valoración económica 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 técnico en

informática con la ayuda de un director. El coste del

ingeniero técnico en informática es de 30 €/h, se ha

requerido 700 horas para la realización 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 informáticos: Es el coste del material informático

utilizado para lleva a cabo el proyecto.

Para llevar a cabo el proyecto el coste de los recursos

informáticos utilizados asciende a 3460,59 €

Por lo que el presupuesto total del proyecto asciende a 35.460 €.


- 204 -

A continuación se muestra una tabla detallando los gastos:

RECURSOS HUMANOS

INGENIERO TÉCNICO EN INFORMÁTICA 20.000 €

DIRECTOR DE PROYECTO 12.000 €

RECURSOS INFORMÁTICOS

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 €


- 205 -

13.2 ANEXO B: PLANIFICACIÓN TEMPORAL DEL PROYECTO

A continuación se muestra mediante dos gráficos la planificación temporal

del proyecto.

DIAGRAMA GANT

DIAGRAMA PERT

Sistema Integral de Gestión de Un Videoclub

Documents

Transcript of Sistema Integral de Gestión de Un Videoclub