FELIPE CARRILLO PUERTO, QUINTANA ROO 16 DE JUNIO 2010

REPORTE FINAL DE RESIDENCIA PROFESIONAL

BITCORA ELECTRNICA PARA EL CONTROL DE

OBJETOS PERDIDOS
EMPRESA:
THE ROYAL PLAYA DEL CARMEN

INTEGRANTE (S):
No. CONTROL

NOMBRE

SEMESTRE

051K0012

FRANCISCO GONZLEZ AGUILAR

PERIODO:
11 DE ENEREO AL 27 DE MAYO DEL 2010
HORAS:
6 75
CARRERA:
INGENIERA EN SISTEMAS COMPUTACIONALES

ASESOR INTERNO:
ING. CINTIA ARCEO FUENTES
ASESOR EXTERNO:
ING. DANIEL MATA ALARCON

RESUMEN

El presente documento detalla la metodologa y las actividades realizadas para el

desarrollo de un sistema que controle el resguardo y entrega de objetos encontrados
en las reas de la empresa. Dicho sistema se desarroll con el lenguaje de
programacin PHP y MYSQL como gestor de base de datos.

La problemtica se genera cuando el departamento de seguridad encuentra artculos

ya sea de valor o no valor, estos artculos tienen que ser registrados para que exista
un reporte cuando algn husped manifieste que perdi alguna de sus pertenencias.
Realizar una bsqueda es algo complicado debido a que la interfaz con la que
cuentan no les permite realizarla de forma rpida dentro de todos los registros que
contiene su sistema.

CONTENIDO

CPTULO I
INTRODUCCIN

CAPTULO II
OBJETIVOS GENERALES Y ESPECFICOS

2.1 Objetivo general

2.2 Objetivos especficos

CAPTULO III
PROBLEMAS A RESOLVER

CAPTULO IV
JUSTIFICACIN
4.1.1. Caracterizacin del rea profesional

6
6

CAPTULO V
FUNDAMENTO TERICO

CAPTULO VI
PROCEDIMIENTO Y DESCRIPCIN DE LAS ACTIVIDADES REALIZADAS
6.1. Anlisis
6.2. Diseo

12
12
15

CAPTULO VII
ALCANCES Y LIMITACIONES
7.1. Alcances
7.2. Delimitaciones

23
23
23

CAPTULO VIII
RESULTADOS

24

8.1 Procedimiento anterior

24

8.2. Procedimiento implementado

26

CAPTULO IX
CONCLUSIONES Y RECOMENDACIONES

30

CAPITULO X
FUENTES CONSULTADAS

ANEXOS

32

10.1. Libros

32

10.2. Internet

32

34

CAPTULO I
INTRODUCCIN
El proyecto Bitcora Electrnica para el control de Objetos Perdidos. Fue
desarrollado en la empresa The Royal Playa se encuentra ubicado en la ciudad de
Playa del Carmen, QROO. Su giro principal es hotelera. Fue sugerido cuando se
contacto por primera vez a la empresa para solicitar informacin de espacios
disponibles para residencia, y como no se daban limitaciones de soluciones se
present como propuesta el desarrollo de una aplicacin web como solucin.

En primera instancia se planteo la problemtica que se generaba en ciertos

departamentos, referente al proceso de registro de objetos perdidos en diferentes
reas del hotel. Por lo que fue necesario la creacin de una aplicacin que facilitara
el registro y la entrega de pertenencias, mismas que son entregadas al vencer su
periodo de resguardo a la persona que lo reporto. El sistema benefici a los
departamentos de Ama de Llaves, Seguridad y Concierge.

En el presente documento se detalla la metodologa utilizada para desarrollar el

sistema. Iniciamos con la definicin de objetivos generales y especficos, el cual nos
sirvi para medir el avance, as como las actividades realizadas para llegar a tal fin.
En el captulo III Problema a Resolver describe la problemtica que se abordo
durante el desarrollo del proyecto, esto es, Qu se haca? Y Cmo se realizaba?
En el captulo IV Justificacin menciona porqu fue necesario y como beneficio a
los usuarios en general, adems de mencionar la caracterizacin del rea en la que
se desarrollo el proyecto. El capitulo V Fundamento Terico contiene las bases
tericas que nos ayudaron para desarrollar el proyecto, esto es, las materias,
definicin de terminologas que se usaron en un aspecto contextual durante el
proyecto. El captulo VI Procedimiento y Descripcin de las Actividades Realizadas
se detalla todo el procedimiento seguido para cumplir con el objetivo plateado desde
el principio, esto es, la descripcin de la metodologa, principalmente el anlisis y el
diseo. Que se logro y que no se logro esto es lo que se establece en el captulo VII

[1]

denominado Alcances y Limitaciones. El captulo VIII Resultados presenta lo que

se obtuvo durante el periodo de vida del proyecto, esto es, el sistema de registro de
objetos, explicando el procedimiento anterior y el procedimiento obtenido con el
sistema

implementado.

Recomendaciones

En

el

capitulo

IX

se

definen

Conclusiones

con un toque personal de todo el proceso del proyecto. El

capitulo X se encontraran las fuentes

[2]

CAPTULO II
OBJETIVOS GENERALES Y ESPECFICOS

2.1 Objetivo general

Controlar el resguardo y garantizar la entrega de los objetos reportados al

departamento en el tiempo establecido durante el registro, mediante el uso de una
aplicacin web.

2.2 Objetivos especficos

Recaudar informacin sobre el funcionamiento actual del proceso de

entrega y resguardo de objetos, denominado Lost & Found
Realizar un anlisis de la informacin obtenida.
Disear los diagramas de flujo y diagramas UML, as como el diagrama de
base de datos.
Construir prototipos para la evaluacin del proceso de desarrollo.
Disear bsquedas de acuerdo a los criterios como: la fecha, el lugar, el
rea as como el nombre del objeto.
Disear el formato de un recibo impreso con los datos principales del
objeto como: folio, nombre, descripcin, nombre de quien lo reclama, quien
lo entrega, la fecha y la firma del propietario.
Desarrollar

una herramienta de software, que facilite el proceso de

registro, entrega y consulta de los objetos olvidados

Establecer un estndar entre los departamentos involucrados en el
proceso de registro, entrega y consulta de objetos olvidados
Facilitar el proceso de registro, entrega y consulta desde cualquier
ubicacin con acceso a la intranet, mediante una cuenta de usuario

[3]

CAPTULO III
PROBLEMAS A RESOLVER

El problema que se presenta en los departamentos de Seguridad y Ama de llaves es

la falta de un estndar que ayude a los usuarios a registrar y buscar fcilmente los
artculos que tienen en resguardo, as como aquellos que han sido entregados.

El procedimiento era realizado mediante el registro de los artculos en una hoja de

clculo, tal como se ilustra en la Fig. 1. Sistema usado en Gran Porto Real y Fig. 2.
Sistema usado en The Royal Playa

Fig. 1. Sistema usado en Gran Porto Real

[4]

Fig. 2. Sistema usado en The Royal Playa

Debido a que su proceso de operacin actual era ineficiente, cuando se deseaba

encontrar un objeto sola ser muy laborioso debido a que no exista una interfaz que
permitiera realizar la busqueda por algn criterio como: el objeto, el folio, el rea, la
fecha y el estado, adems de permanecer resguardado por mucho tiempo y no
respetar el tiempo de entrega, esto generaba una gran cantidad de objetos
almacenados. Los artculos de valor son resguardados por del departamento de
seguridad mientras que la otra parte lo resguarda el departamento de Ama de llaves.

Al inicio de las actividades fue algo difcil obtener informacin precisa del proceso,
debido a que algunas personas de los departamentos no fueron accesibles a
proporcionar la informacin durante el proceso de anlisis. Con la ayuda de los
supervisores se logr satisfactoriamente la obtencin de la informacin.

Desde el inicio de la propuesta se pens en la construccin de una aplicacin web

como solucin, sin embargo se necesitaba ms fundamentos para poder precisar
que sta sera la mejor solucin.

[5]

CAPTULO IV
JUSTIFICACIN

El proyecto se origina por necesidad de llevar un control de entrega y resguardo de

todos los objetos olvidados. Se pretende agilizar la bsqueda dependiendo de las
descripciones que proporcione el husped cuando reclame sus pertenencias, debido
a que se le asignara un folio que permitir identificarlo rpidamente en el sistema.

Otra razn, es la necesidad de acceder a la aplicacin por los usuarios autorizados

desde ciertos puntos del hotel, como puede ser la recepcin, la caseta de seguridad,
los Concierge de cada una de las torres del hotel.

El sistema beneficiar a los huspedes as como a los colaboradores al no tener que

esperar demasiado tiempo para que le entreguen sus pertenecas, adems de que
obtiene una imagen positiva del servicio en general.

4.1.1 Caracterizacin del rea profesional

La ingeniera es el estudio y aplicacin de las distintas ramas de la tecnologa. El

profesional en este mbito recibe el nombre de ingeniero. La actividad del ingeniero
supone la concreacin de una idea en la realidad. Esto quiere decir que, a travs de
tcnicas y modelos, y con el conocimiento proveniente de las ciencias, la ingeniera
puede resolver problemas y satisfacer necesidades humanas.

La ingeniera de sistemas es una carrera universitaria que se encarga del diseo, la

programacin, la implantacin y el mantenimiento de sistemas. A diferencia de otras
ramas de la ingeniera, esta disciplina no se ocupa de productos tangibles (los
ingenieros civiles, por ejemplo, construyen edificios), sino de productos lgicos.

[6]

Durante el periodo de residencia, la cual se realiz en el departamento de Sistemas,

y debido al tipo de proyecto el rea profesional del proyecto es: desarrollo de
software o ingeniera de software. La responsabilidad en la Ingeniera del Software es
un concepto complejo, sobre todo porque al estar los sistemas informticos
fuertemente caracterizados por su complejidad, es difcil apreciar sus consecuencias.

Los sistemas informticos son armas estratgicas capaces de cambiar la forma en la

que las empresas compiten en el mercado. Automatizar procesos en el desarrollo del
software supone mejorar las aplicaciones, disminuir las posibles incidencias en el
mismo, lo que, para las empresas va a suponer, optimizar las funcionalidades y
maximizar el rendimiento de sus productos de software y de su cartera de servicios.

[7]

CAPTULO V

FUNDAMENTO TERICO
Es importante mencionar

las terminologas que hacen referencia al proyecto,

adems de las materias que sustentan el conocimiento adquirido durante nuestra

instancia de aprendizaje en la escuela.

4.1 HTML, siglas de Hypertext Markup Language (Lenguaje de Marcas de

Hipertexto), es el lenguaje de marcado predominante para la construccin de pginas
web. Es usado para describir la estructura y el contenido en forma de texto, as como
para complementar el texto con objetos tales como imgenes. HTML se escribe en
forma de "etiquetas", rodeadas por corchetes angulares (<,>). HTML tambin puede
describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un
script (por ejemplo Java script), el cual puede afectar el comportamiento de
navegadores web y otros procesadores de HTML.

4.2 Web 2.0, El trmino es asociado usualmente con Tim O'Reilly debido a la
referencia hecha en la conferencia O'Reilly Media Web 2.0 en 2004. El trmino fue
utilizado para referirse a una segunda generacin en la historia del desarrollo de
tecnologa Web basada en comunidades de usuarios y una gama especial de
servicios, como las redes sociales, los blogs, los wikis, que fomentan la colaboracin
y el intercambio gil y eficaz de informacin entre los usuarios de una comunidad o
red social. La Web 2.0 es tambin llamada web social por el enfoque colaborativo y
de construccin social de esta herramienta.
En general, cuando mencionamos el trmino Web 2.0 nos referimos a una serie de
aplicaciones y pginas de Internet que utilizan la inteligencia colectiva para
proporcionar servicios interactivos en red dando al usuario el control de sus datos.
As, podemos entender como 2.0 "todas aquellas utilidades y servicios de
Internet que se sustentan en una base de datos, la cual puede ser modificada
por los usuarios del servicio, ya sea en su contenido (aadiendo, cambiando o
borrando informacin o asociando datos a la informacin existente), pues bien
[8]

en la forma de presentarlos, o en contenido y forma simultneamente." (Ribes,

2007)

Fig. 3. Clasificacin web 2.0

4.3 PHP, Un lenguaje programacin diseado especficamente para ser usado

en la Web, es una herramienta para crear pginas Web dinmicas. PHP significa
Hypertext Preprocessor/ Preprocesador de Hipertexto.

Ventajas de PHP
Es rpido. Como esta empotrado en cdigo HTML, el tiempo de respuesta es
muy corto.
Es fcil de usar. PHP contiene muchas caractersticas y funciones especiales
necesarias para crear pginas dinmicas. El lenguaje PHP est diseado para
incluirse con facilidad en archivos HTML.
Independiente de la plataforma. Funciona en gran variedad de sistemas
operativos

[9]

Amplio soporte tcnico. Una gran base de usuarios brinda soporte gratuito por
medio de las listas de discusin electrnicas.

4.4 Apache, Es un servidor web HTTP de cdigo abierto para plataformas Unix
(BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo
HTTP/1.1 y la nocin de sitio virtual.
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la
Apache Software Foundation.

4.5 MySQL, Es un sistema de gestin de base de datos relacional, multi-hilo y

multiusuario con ms de seis millones de instalaciones. MySQL AB (desde enero de
2008 una subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation
desde abril de 2009) desarrolla MySQL como software libre en un esquema de
licenciamiento dual.

4.6 Jquery. Es una biblioteca o framework de Javascript, creada inicialmente

por John Resig, que permite simplificar la manera de interactuar con los documentos
HTML, manipular el rbol DOM, manejar eventos, desarrollar animaciones y agregar
interaccin con la tecnologa AJAX a pginas web.

4.7. (Bohem, 1976). Ingeniera de software. Es la aplicacin prctica del

conocimiento cientfico al diseo y construccin de programas de computadora y a la
documentacin asociada requerida para desarrollar, operar y mantenerlos. Se
conoce tambin como Desarrollo de Software o Produccin de Software

Las materias que ayudaron al desarrollo del proyecto son:

Desarrollo de proyectos web, el cual nos encamina a los conocimientos
previos y tcnicas para el desarrollo de sitios web.
Sistemas Operativos, tiene como objetivo el conocer las diferentes
plataformas existentes y poder decidir cundo es factible implementarlo en el
campo laboral, ya sea en servidores o como estaciones de trabajo.

[10]

Programacin orientada a objetos. Su objetivo es el aprender a resolver

problemas mediante algoritmos, la cual fue de mucha importancia debido a
que la mayora de las funciones del sistema dependan del conocimiento de
esta materia. Creando funciones y volverlas a usar en cualquier parte del
sistema y no volver a crear lo que ya est programado.
Matemticas. Cualquier problema por simple que sea necesita de un
razonamiento analtico, es por ello que nunca debe falta las matemticas para
la resolucin de problemas. Ayudo

para determinar el cmo realizar los

clculos y poder mostrarle al usuario cuando un registro del sistema estaba

por vencer su periodo de resguardo.

[11]

CAPTULO VI

PROCEDIMIENTO Y DESCRIPCIN DE LAS ACTIVIDADES REALIZADAS

4.1 ANLISIS

4.1.1 Anlisis del Sistema

Identificacin de la problemtica. En base a la solicitud realizada por parte de nuestro
cliente y a las previas entrevistas no formales que se realizaron con algunas
personas que estarn involucradas con el sistema y con los departamentos que
utilizaran la aplicacin empezamos a visualizar lo que se requiere. Es importante
mencionar que en este previo procedimiento denominado tambin investigacin
preliminar es utilizado para evaluar la solicitud y que el equipo en general est
enterado de la razn de nuestra intervencin y solicitar su cooperacin con nuestros
procedimientos
Durante el desarrollo de la residencia, se realizaron otras actividades, que de igual
forma beneficia para tener una mejor visin del funcionamiento de los procesos del
la empresa.
Hasta el momento sabemos que se requiere de un sistema que pueda controlar
todo el historial de un objeto desde que se reporte como olvidado en cualquier parte
del hotel, sin embargo aun no tenemos claro quines sern los usuarios
involucrados.
Es importante mencionar que el proyecto servir para dos hoteles pertenecientes a la
cadena de hoteles Real Resorts: The Royal Playa del Carmen y el Gran Porto Real
Recopilacin de la informacin. Para este procedimiento se realizaron entrevistas y
cuestionarios a los departamentos de: ama de llaves y supervisores de seguridad del
mismo modo al departamento de sistemas

4.1.2 Personas interesadas:

Supervisor de Seguridad
Personal de Seguridad
Supervisor Ama de Llaves
Concierge

[12]

4.1.3 Requerimientos funcionales

El sistema debe contar con la verificacin de acceso a usuarios

El sistema debe validar los datos introducidos.
Los usuarios podrn consultar informacin en el sistema de acuerdo al folio o
pueden realizar una consulta personalizada ingresando campos ms
especficos.
Los usuarios podrn subir imgenes de los objetos cuando se registre un
objeto al sistema.
El sistema
permite a los usuarios autentificados buscar y consultar
informacin de objetos entregados y de los que permanecen en resguardo
dependiendo de la empresa a la que pertenece.
Los usuarios administradores pueden agregar y modificar cualquier empresa,
agregar cualquier usuarios, pero solo podr modificar los usuarios existentes
en la empresa a la que pertenece
El sistema notificara al usuario cuando un objeto este por vencer su periodo
de resguardo, proporcionando la fecha de expiracin y los das restantes, con
10 das de anticipacin.
El sistema solo permitir la modificacin de campos especficos, como el
estado, nombre de la persona que retira, el usuario que autoriza el evento
ser el que este en sesin.
El sistema permite agregar varios elementos a un solo registro de la bitcora
pero el sistema considera que fueron encontrados en una sola ubicacin
adems de ser de un solo tipo esto es, objeto de Valor o No valor.
El sistema puede generar un reporte impreso con la informacin de personas
involucradas.
El sistema mostrara las opciones al usuario dependiendo su nivel o rol
asignado.
Los resultados de las consultas se basan en la fecha en la que se encontr el
objeto y no en la fecha de registro.
El sistema permite realizar consultas de los artculos que han sido entregados,
as como proporcionar informacin de las personas que realizaron la entrega
y a quien fue entregado.

[13]

4.1.4 Requisitos no funcionales

El sistema debe de visualizarse y funcionar correctamente en cualquier

navegador, especialmente en Internet Explorer 8.
El sistema debe estar disponible en cualquier momento y proporcionar la
informacin adecuada, siempre y cuando el usuario ingrese lo parmetros
esperados por el sistema.
El sistema se desarroll en PHP5 como lenguaje y MySQL como gestor de
base de datos.
El sistema debe poder ejecutarse en cualquier plataforma, solo debe contar
con un navegador web.

4.1.5. Aplicaciones que se utilizaran

o Mysql, como manejador de base de datos.
o Php como lenguaje de programacin.
o Apache, servidor web.
o Dia, para la realizacin de los diagramas de la etapa de diseo y
anlisis.
o Notepad++ y PhpDesigner, editores del lenguaje Php.
o Balsamiq Mockups. para realizar los bocetos preliminares.
o Google sites, para mantener actualizado los avances del proyecto, y
disponible para acceso pblico.

[14]

4.2 DISEO
Despus de haber estudiado los procedimientos actuales del proyecto ahora
denominado LOST & FOUND procederemos a representarlo:
4.2.1 Diagrama de flujo, se muestra el procedimiento que utilizan actualmente
para el registro de objetos perdidos.

Fig. 4. Diagrama de flujo.

[15]

4.2.2 Diagrama de Caso de Uso, en donde se muestran los actores y las

clases que estarn involucradas en el sistema.

Fig. 5. Diagrama UML

[16]

4.2.3 Diagrama de base de datos

Fig. 6. Diagrama de base de datos

[17]

4.2.4 Prototipos visuales

Para la realizacin de esta etapa se utiliz la aplicacin Balsamiq Mockups

a. Login. Esta es la pantalla de acceso al sistema la cual se defini como
direccin de acceso: http://sysroyalplaya. Disponible solo para la intranet
del hotel. Algunas funciones se desactivaron en el sistema final, pero no
afectan el funcionamiento del sistema.

Fig. 7. Login

b. Pantalla de inicio. Cuando el usuario acceda al sistema de manera exitosa

ser direccionado a la pantalla de avisos, la cual mostrar una lista de
registros con 10 das de anticipacin solo si aquellos registros ya estn por
vencer su periodo de resguardo. Si alguno de estos registros no se entrega
en el tiempo determinado durante el registro, se mostrar en la pestaa de
alertas indicando que el registro venci y debe ser entregado a la persona
que lo report al departamento. Debemos recordar que la fecha en la que
se basa los clculos para determinar la fecha de entrega, es la fecha de
bsqueda del artculo y no la fecha de registro en el sistema. Esta fecha
solo es informativa el articulo puede ser entregado antes solo si es
reclamado de lo contrario es entregado a quien lo reporto.

[18]

Fig. 8. Pgina principal

c. Registro de artculos. Para registrar artculos solo es necesario agregar los

campos: fecha de bsqueda, rea, rea especfica, nombre de la persona
que reporta, tiempo de resguardo, agregar los artculos encontrados y
agregar imgenes si existen (proceso opcional).

Fig. 9. Formulario de registro

[19]

d. Consultas. El apartado de consultas es uno de los ms importantes para

los departamentos de Seguridad y Ama de Llaves, debido a que es lo
facilitar a los usuarios para dar una respuesta rpida a las persona que
solicita informacin de algn artculo perdido en alguna rea del hotel, la
consulta puede ser muy general o especfica dependiendo de los datos que
se ingresen.

Fig. 10. Formulario de consultas

e. Entregas. Las entregas solo estn disponibles cuando se realiza una

consulta y solo se captura el nombre de la persona que recibe los artculos,
los comentarios no son obligatorios

Fig. 11. Formulario de entrega de objetos

[20]

f. Detalle de consulta. Cuando se desea conocer los artculos contenidos en

un registro de la bitcora se mostrar una ventana similar a la figura 12

Fig. 12. Detalle de la consulta

g. Administracin. Los administradores del sistema pueden agregar usuarios

para cualquier empresa, pero solo pueden editar los usuarios que
pertenecen a su empresa, pueden agregar y editar empresas y solo
pueden agregar catlogos a su empresa.

[21]

Fig. 13. Ventana administrativa

[22]

CAPTULO VII

ALCANCES Y LIMITACIONES

8.1 Alcances
A travs del sistema se podr llevar un control de existencia y entrega de
objetos olvidados
Contar con un control de acceso al sistema
Agilizar la bsqueda de los objetos olvidados almacenados en una base de
datos mediante el diseo de pginas dinmicas
Generar nota impresa cuando se entregue y registre algn objeto
Se podr acceder desde cualquier computadora como nico requisito es
contar con navegador.
La aplicacin se desarroll utilizando como lenguaje PHP y MYSQL para el
gestor de base de datos.

8.2 Delimitaciones
Los usuarios solo podrn registrar y cambiar el status de un objeto en
resguardo.
El desarrollo del proyecto solo contempla un periodo mximo de 6 meses.
El proyecto no contempla el mantenimiento del producto final
Solo se implementar en la empresa y no se proporcionar soporte para el
enlace a otras empresas del mismo giro, sin embargo si se establece algn
acuerdo se podr proceder a dicho requisito.
La configuracin del servidor solo contempla el servicio web.

[23]

CAPTULO VIII
RESULTADOS

Durante el periodo de construccin de prototipos solo se tena el diseo final del

sistema, ahora presentamos el resultado obtenido durante el periodo de
programacin. Se presenta el antes y el despus del proceso.

8.1 Procedimiento anterior

El Hotel Gran Porto Real en su procedimiento es muy ordenado y siempre
entregaba los objetos en el periodo establecido adems contaban con un lugar
especfico para almacenar todos los artculos y clasificarlos tanto en su hoja de Excel
como en el lugar de resguardo, en la hoja de Excel se observa la clasificacin de la
informacin. Adems este mismo departamento tiene a su cargo los objetos de valor
y no valor. Ponemos observar que para realizar una bsqueda es algo complicado
realizarla folio por folio adems de tener que recorrer todos los registros.

Fig. 14. Procedimiento del Gran Porto Real

[24]

En cambio el Hotel The Royal Playa nos atrevemos a decir que era un poco
desordenado en su procedimiento tanto en la hoja de Excel como en el rea de
resguardo. Podemos comparar ambos sistemas y se vern las diferencias. Adems
no entregaban los artculos en el tiempo establecido generando un almacn de
artculos que adems al realizar una bsqueda era casi imposible de encontrar algo
que se solicitaba.

Fig. 15. Procedimiento de The Royal Playa

Nota: no se expone la informacin del funcionamiento del departamento de

seguridad, pero podemos mencionar que su procedimiento era muy estricto debido a
que estaba a su cargo el resguardo de objetos de valor al igual tenan un registro en
una hoja de clculo. Este departamento era muy puntual en la entrega de los objetos
y cuando no se reclama se le entrega a la persona que reporto dicho objeto
independientemente del valor que sea.

[25]

8.2 Procedimiento implementado

Como se observ ambos hoteles tenan procedimientos diferentes tanto de entrega
como de la captura de la informacin
a. Login. Cualquier usuario que necesite consultar o registrar deber contar
con una cuenta de acceso al sistema, esto nos garantiza la integridad de la
informacin.

Fig. 16. Acceso al sistema

b. Consultas. Se definieron tres roles para los usuarios los cuales fueron:
Administrador, Capturista y Lector.

Cualquier nivel de usuario podra

realizar consultas. Se pueden realizar consulta si se conoce el folio de un

registro as como una consulta ms minuciosa, en la que se obtiene un
resultado general y de ah se puede filtrar como se desee el resultado. Este
apartado lo usara con ms frecuencia el departamento de Concierge.
Cuando un husped le solicite algunas pertenencias solo ingresan al
sistema y buscan de acuerdo a la informacin proporcionada, luego
solicitan la entrega al departamento correspondiente.
[26]

Fig. 17. Resultado de consulta

c. Registro. Solo el administrador y el capturista pueden ingresar informacin

al sistema, esto es el departamento de Ama de Llaves y Seguridad.

[27]

Fig. 18. Formulario de registro

d. Administracin.

Mdulo

especficamente

para

el

departamento

de

Sistemas. En la que se pueden agregar y editar usuarios, empresas as

como los catlogos de reas y reas especficas.

[28]

Fig. 19. Listado de reas

e. Reportes. Los reportes son muy importante para cualquier departamento y

ms cuando se trata del resguardo de objetos de valor, debe de existir algo
fsico que demuestre que en realidad se entreg a la persona adecuada. El
sistema genera un reporte cuando se realiza un registro al igual que
cuando se realiza una entrega. Es importante imprimir ese reporte en ese
instante porque despus no se podr realizar. El reporte de registro es
opcional imprimirlo pero el reporte de entrega es obligatorio, debido a que
es el nico respaldo con el que se contar para cualquier aclaracin futura.

[29]

CAPTULO IX
CONCLUSIONES Y RECOMENDACIONES

Durante el desarrollo del proyecto se analizaba cada uno de los procesos que
utilizaban los departamentos de Seguridad y Ama de Llaves, esto es, mediante
entrevistas y cuestionarios no formales, sin embargo, por la poca participacin y
carga laboral de los departamentos no se logro obtener las necesidades principales y
considerando lo que deca el departamento de sistemas se desarrollo la aplicacin
con ese criterio.
Durante la implantacin del sistema nos encontramos con varias inquietudes por
parte de los usuarios al pensar que la aplicacin solo agrandara su carga laboral,
debido a que no se adapto a la forma operativa, sino a un funcionamiento estndar
que desde el principio era uno de los objetivos de proyecto.
Hasta este punto podemos recordar nuestro objetivo general: Controlar el resguardo
y garantizar la entrega de los objetos reportados al departamento en el tiempo
establecido durante el registro, mediante el uso de una aplicacin web.

Con el resultado obtenido podemos decir que estbamos cumpliendo los objetivos tal
cual como se plantearon desde el principio, pero porque exista tal inquietud por
parte de los usuarios y decir que la aplicacin solo aumentara su labor? cuando en
realidad lo que haca falta es coordinar a los departamentos para que sus procesos
sean ms fciles y rpidos. Ese era uno de los factores negativos que afectaban al
proyecto, la falta de coordinacin y la ausencia de un apoyo serio por el
departamento de sistemas, pero esa ausencia de apoyo est relacionada tambin
con la carga laboral del departamento. No se poda implantar el sistema sino se tiene
apoyo del departamento principal y si no se segua una metodologa. Despus de
implantar el sistema y proporcionar la capacitacin a los usuarios finales, el xito del
sistema dependera del buen uso y de la coordinacin de los departamentos.
[30]

Debemos mencionar que falt dedicarle ms atencin al departamento de Concierge

que es uno de los ms beneficiados con el proyecto, pero por la falta de espacio
disponible de dicho departamento no se cubri tal necesidad. Sin embargo
recalcamos que el proyecto se relacionaba con dos hoteles The Royal Playa del
Carmen y el Gran Porto Real adems cada uno de los hoteles contaba con sus
departamentos de Ama de Llaves y Seguridad lo que ocasionaba que sus procesos
eran diferentes. Y la idea principal era establecer un estndar en el procedimiento
denominado Lost & Found.

[31]

CAPTULO X

FUENTES CONSULTADAS
10.1. LIBROS:
James A. Senn, (1990). Anlisis y Diseo de sistemas de Informacin. 2da
Edicin. Mexico:MC Graw Hill.
Edward Yourdon. Anlisis Estructurado. 1 Edicion. Prentice-Hall
Hispanoamericana, s. a.
Glass, Michael k, (2009). Desarrollo Web con PHP6, Apache y MYSQL. 1
Edicin Anaya Multimedia.
Luke Welling, Laura Thomson. Desarrollo Web con PHP Y MYSQL (2005),
edicin Anaya Multimedia.

10.2. INTERNET
Ingeniera, consultado el da 2 de junio del 2010 en:

o http://www.monografias.com/Ingenieria/
o

http://definicion.de/ingenieria/

http://definicion.de/ingenieria-de-sistemas/

http://es.wikipedia.org/wiki/Ingeniera_de_sistemas

Jquery, consultado el da 3 de junio del 2010 en :

o

http://jquery.com/

http://es.wikipedia.org/wiki/JQuery

http://www.desarrolloweb.com/manuales/manual-jquery.html

http://www.fyneworks.com/jquery/multiple-file-upload

HTML, consultado el da 21 de octubre del 2009 en

o

http://es.wikipedia.org/wiki/HTML

http://es.wikipedia.org/wiki/Web_2.0

Definicin de PHP,MYSQL, Apache, consultado el da 22 de octubre del 2009 en:

o

http://es.wikipedia.org/wiki/PHP
[32]

http://www.php.net/

http://www.php-es.com/

http://www.mysql.com/

http://es.wikipedia.org/wiki/MySQL

http://www.apache.org/

http://es.wikipedia.org/wiki/Servidor_HTTP_Apache

Adwebs Desing. Metodologa para desarrollo de proyectos web, consultado el da 11 de

noviembre del 2009 en:
o

http://www.adwebsdesign.com/metodologia_proyectos_web

Requisito Funcional, consultado el 12 de febrero del 2010 en:

o

http://es.wikipedia.org/wiki/Requisito_no_funcional

http://es.wikipedia.org/wiki/Requisito_funcional

http://www.softqanetwork.com/2009/07/requisitos-no-funcionales-nfr/

http://synergix.wordpress.com/2008/07/07/requisito-funcional-y-no-funcional/

Software Balsamiq Mockups, consultado el da 15 de enero del 2010 en:

o

http://www.balsamiq.com/products/mockups

http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creandoprototipos-o-disenos-de-interfaces-graficas/

http://mockupstogo.net/

Software Dia para crear diagramas disponible en:

o

http://live.gnome.org/Dia/Download

Blog del proyecto disponible en:

o

http://sites.google.com/site/proyectobitacoraelectronica

[33]