Copia del reporte final de residencia profesional relizado en la empresa The Royal PLaya del Carmen. https://sites.google.com/site/proyectobitacoraelectronica/

1. FELIPE CARRILLO PUERTO, QUINTANA ROO 16 DE JUNIO 2010
REPORTE FINAL DE RESIDENCIA PROFESIONAL
“BITÁCORA ELECTRÓNICA PARA EL CONTROL DE
OBJETOS PERDIDOS”
EMPRESA:
THE ROYAL PLAYA DEL CARMEN
INTEGRANTE (S):
No. CONTROL NOMBRE SEMESTRE
051K0012 FRANCISCO GONZÁLEZ AGUILAR X
PERIODO:
11 DE ENEREO AL 27 DE MAYO DEL 2010
HORAS:
6 75
CARRERA:
INGENIERÍA EN SISTEMAS COMPUTACIONALES
ASESOR INTERNO:
ING. CINTIA ARCEO FUENTES
ASESOR EXTERNO:
ING. DANIEL MATA ALARCON

2. RESUMEN
El presente documento detalla la metodología 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
programación PHP y MYSQL como gestor de base de datos.
La problemática se genera cuando el departamento de seguridad encuentra artículos
ya sea de valor o no valor, estos artículos tienen que ser registrados para que exista
un reporte cuando algún huésped manifieste que perdió alguna de sus pertenencias.
Realizar una búsqueda es algo complicado debido a que la interfaz con la que
cuentan no les permite realizarla de forma rápida dentro de todos los registros que
contiene su sistema.

3. CONTENIDO
CÁPÍTULO I
INTRODUCCIÓN 1
CAPÍTULO II
OBJETIVOS GENERALES Y ESPECÍFICOS
2.1 Objetivo general 3
2.2 Objetivos específicos 3
CAPÍTULO III
PROBLEMAS A RESOLVER 4
CAPÍTULO IV
JUSTIFICACIÓN 6
4.1.1. Caracterización del área profesional 6
CAPÍTULO V
FUNDAMENTO TEÓRICO 8
CAPÍTULO VI
PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES REALIZADAS 12
6.1. Análisis 12
6.2. Diseño 15
CAPÍTULO VII
ALCANCES Y LIMITACIONES 23
7.1. Alcances 23
7.2. Delimitaciones 23
CAPÍTULO VIII
RESULTADOS 24

4. 8.1 Procedimiento anterior 24
8.2. Procedimiento implementado 26
CAPÍTULO IX
CONCLUSIONES Y RECOMENDACIONES 30
CAPITULO X
FUENTES CONSULTADAS 32
10.1. Libros 32
10.2. Internet 32
ANEXOS 34

5. CAPÍTULO I
INTRODUCCIÓN
El proyecto “Bitácora Electrónica 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 hotelería. Fue sugerido cuando se
contacto por primera vez a la empresa para solicitar información de espacios
disponibles para residencia, y como no se daban limitaciones de soluciones se
presentó como propuesta el desarrollo de una aplicación web como solución.
En primera instancia se planteo la problemática 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 creación de una aplicación 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 metodología utilizada para desarrollar el
sistema. Iniciamos con la definición de objetivos generales y específicos, el cual nos
sirvió para medir el avance, así como las actividades realizadas para llegar a tal fin.
En el capítulo III “Problema a Resolver” describe la problemática que se abordo
durante el desarrollo del proyecto, esto es, ¿Qué se hacía? Y ¿Cómo se realizaba?
En el capítulo IV “Justificación” menciona porqué fue necesario y como beneficio a
los usuarios en general, además de mencionar la caracterización del área en la que
se desarrollo el proyecto. El capitulo V “Fundamento Teórico” contiene las bases
teóricas que nos ayudaron para desarrollar el proyecto, esto es, las materias,
definición de terminologías que se usaron en un aspecto contextual durante el
proyecto. El capítulo VI “Procedimiento y Descripción de las Actividades Realizadas”
se detalla todo el procedimiento seguido para cumplir con el objetivo plateado desde
el principio, esto es, la descripción de la metodología, principalmente el análisis y el
diseño. Que se logro y que no se logro esto es lo que se establece en el capítulo VII
[1]

6. denominado “Alcances y Limitaciones”. El capítulo 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. En el capitulo IX se definen “Conclusiones y
Recomendaciones” con un toque personal de todo el proceso del proyecto. El
capitulo X se encontraran las fuentes
[2]

7. CAPÍTULO II
OBJETIVOS GENERALES Y ESPECÍFICOS
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
aplicación web.
2.2 Objetivos específicos
Recaudar información sobre el funcionamiento actual del proceso de
entrega y resguardo de objetos, denominado Lost & Found
Realizar un análisis de la información obtenida.
Diseñar los diagramas de flujo y diagramas UML, así como el diagrama de
base de datos.
Construir prototipos para la evaluación del proceso de desarrollo.
Diseñar búsquedas de acuerdo a los criterios como: la fecha, el lugar, el
área así como el nombre del objeto.
Diseñar el formato de un recibo impreso con los datos principales del
objeto como: folio, nombre, descripción, 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 estándar 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
ubicación con acceso a la intranet, mediante una cuenta de usuario
[3]

8. CAPÍTULO III
PROBLEMAS A RESOLVER
El problema que se presenta en los departamentos de Seguridad y Ama de llaves es
la falta de un estándar que ayude a los usuarios a registrar y buscar fácilmente los
artículos que tienen en resguardo, así como aquellos que han sido entregados.
El procedimiento era realizado mediante el registro de los artículos en una hoja de
cálculo, 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]

9. Fig. 2. Sistema usado en The Royal Playa
Debido a que su proceso de operación actual era ineficiente, cuando se deseaba
encontrar un objeto solía ser muy laborioso debido a que no existía una interfaz que
permitiera realizar la busqueda por algún criterio como: el objeto, el folio, el área, la
fecha y el estado, además de permanecer resguardado por mucho tiempo y no
respetar el tiempo de entrega, esto generaba una gran cantidad de objetos
almacenados. Los artículos 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 difícil obtener información precisa del proceso,
debido a que algunas personas de los departamentos no fueron accesibles a
proporcionar la información durante el proceso de análisis. Con la ayuda de los
supervisores se logró satisfactoriamente la obtención de la información.
Desde el inicio de la propuesta se pensó en la construcción de una aplicación web
como solución, sin embargo se necesitaba más fundamentos para poder precisar
que ésta sería la mejor solución.
[5]

10. CAPÍTULO IV
JUSTIFICACIÓN
El proyecto se origina por necesidad de llevar un control de entrega y resguardo de
todos los objetos olvidados. Se pretende agilizar la búsqueda dependiendo de las
descripciones que proporcione el huésped cuando reclame sus pertenencias, debido
a que se le asignara un folio que permitirá identificarlo rápidamente en el sistema.
Otra razón, es la necesidad de acceder a la aplicación por los usuarios autorizados
desde ciertos puntos del hotel, como puede ser la recepción, la caseta de seguridad,
los Concierge de cada una de las torres del hotel.
El sistema beneficiará a los huéspedes así como a los colaboradores al no tener que
esperar demasiado tiempo para que le entreguen sus pertenecías, además de que
obtiene una imagen positiva del servicio en general.
4.1.1 Caracterización del área profesional
La ingeniería es el estudio y aplicación de las distintas ramas de la tecnología. El
profesional en este ámbito recibe el nombre de ingeniero. La actividad del ingeniero
supone la concreación de una idea en la realidad. Esto quiere decir que, a través de
técnicas y modelos, y con el conocimiento proveniente de las ciencias, la ingeniería
puede resolver problemas y satisfacer necesidades humanas.
La ingeniería de sistemas es una carrera universitaria que se encarga del diseño, la
programación, la implantación y el mantenimiento de sistemas. A diferencia de otras
ramas de la ingeniería, esta disciplina no se ocupa de productos tangibles (los
ingenieros civiles, por ejemplo, construyen edificios), sino de productos lógicos.
[6]

11. 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 ingeniería de software. La responsabilidad en la Ingeniería del Software es
un concepto complejo, sobre todo porque al estar los sistemas informáticos
fuertemente caracterizados por su complejidad, es difícil apreciar sus consecuencias.
Los sistemas informáticos son armas estratégicas 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]

12. CAPÍTULO V
FUNDAMENTO TEÓRICO
Es importante mencionar las terminologías que hacen referencia al proyecto,
además 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 construcción de páginas
web. Es usado para describir la estructura y el contenido en forma de texto, así como
para complementar el texto con objetos tales como imágenes. HTML se escribe en
forma de "etiquetas", rodeadas por corchetes angulares (<,>). HTML también 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 término es asociado usualmente con Tim O'Reilly debido a la
referencia hecha en la conferencia O'Reilly Media Web 2.0 en 2004. El término fue
utilizado para referirse a una segunda generación en la historia del desarrollo de
tecnología Web basada en comunidades de usuarios y una gama especial de
servicios, como las redes sociales, los blogs, los wikis, que fomentan la colaboración
y el intercambio ágil y eficaz de información entre los usuarios de una comunidad o
red social. La Web 2.0 es también llamada web social por el enfoque colaborativo y
de construcción social de esta herramienta.
En general, cuando mencionamos el término Web 2.0 nos referimos a una serie de
aplicaciones y páginas 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 (añadiendo, cambiando o
borrando información o asociando datos a la información existente), pues bien
[8]

13. en la forma de presentarlos, o en contenido y forma simultáneamente." (Ribes,
2007)
Fig. 3. Clasificación web 2.0
4.3 PHP, Un lenguaje programación diseñado específicamente para ser usado
en la Web, es una herramienta para crear páginas Web dinámicas. PHP significa
Hypertext Preprocessor/ Preprocesador de Hipertexto.
Ventajas de PHP
Es rápido. Como esta empotrado en código HTML, el tiempo de respuesta es
muy corto.
Es fácil de usar. PHP contiene muchas características y funciones especiales
necesarias para crear páginas dinámicas. El lenguaje PHP está diseñado para
incluirse con facilidad en archivos HTML.
Independiente de la plataforma. Funciona en gran variedad de sistemas
operativos
[9]

14. Amplio soporte técnico. Una gran base de usuarios brinda soporte gratuito por
medio de las listas de discusión electrónicas.
4.4 Apache, Es un servidor web HTTP de código abierto para plataformas Unix
(BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo
HTTP/1.1 y la noción 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 gestión de base de datos relacional, multi-hilo y
multiusuario con más 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
interacción con la tecnología AJAX a páginas web.
4.7. (Bohem, 1976). Ingeniería de software. Es la aplicación práctica del
conocimiento científico al diseño y construcción de programas de computadora y a la
documentación asociada requerida para desarrollar, operar y mantenerlos. Se
conoce también como Desarrollo de Software o Producción de Software
Las materias que ayudaron al desarrollo del proyecto son:
Desarrollo de proyectos web, el cual nos encamina a los conocimientos
previos y técnicas para el desarrollo de sitios web.
Sistemas Operativos, tiene como objetivo el conocer las diferentes
plataformas existentes y poder decidir cuándo es factible implementarlo en el
campo laboral, ya sea en servidores o como estaciones de trabajo.
[10]

15. Programación orientada a objetos. Su objetivo es el aprender a resolver
problemas mediante algoritmos, la cual fue de mucha importancia debido a
que la mayoría de las funciones del sistema dependían 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.
Matemáticas. Cualquier problema por simple que sea necesita de un
razonamiento analítico, es por ello que nunca debe falta las matemáticas para
la resolución de problemas. Ayudo para determinar el cómo realizar los
cálculos y poder mostrarle al usuario cuando un registro del sistema estaba
por vencer su periodo de resguardo.
[11]

16. CAPÍTULO VI
PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES REALIZADAS
4.1 ANÁLISIS
4.1.1 Análisis del Sistema
Identificación de la problemática. 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 estarán involucradas con el sistema y con los departamentos que
utilizaran la aplicación empezamos a visualizar lo que se requiere. Es importante
mencionar que en este previo procedimiento denominado también investigación
preliminar es utilizado para evaluar la solicitud y que el equipo en general esté
enterado de la razón de nuestra intervención y solicitar su cooperación con nuestros
procedimientos
Durante el desarrollo de la residencia, se realizaron otras actividades, que de igual
forma beneficia para tener una mejor visión 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 quiénes serán 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
Recopilación de la información. 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]

17. 4.1.3 Requerimientos funcionales
El sistema debe contar con la verificación de acceso a usuarios
El sistema debe validar los datos introducidos.
Los usuarios podrán consultar información en el sistema de acuerdo al folio o
pueden realizar una consulta personalizada ingresando campos más
específicos.
Los usuarios podrán subir imágenes de los objetos cuando se registre un
objeto al sistema.
El sistema permite a los usuarios autentificados buscar y consultar
información 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 expiración y los días restantes, con
10 días de anticipación.
El sistema solo permitirá la modificación de campos específicos, como el
estado, nombre de la persona que retira, el usuario que autoriza el evento
será el que este en sesión.
El sistema permite agregar varios elementos a un solo registro de la bitácora
pero el sistema considera que fueron encontrados en una sola ubicación
además de ser de un solo tipo esto es, objeto de Valor o No valor.
El sistema puede generar un reporte impreso con la información 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 artículos que han sido entregados,
así como proporcionar información de las personas que realizaron la entrega
y a quien fue entregado.
[13]

18. 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
información adecuada, siempre y cuando el usuario ingrese lo parámetros
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 programación.
o Apache, servidor web.
o Dia, para la realización de los diagramas de la etapa de diseño y
análisis.
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 público.
[14]

19. 4.2 DISEÑO
Después 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]

20. 4.2.2 Diagrama de Caso de Uso, en donde se muestran los actores y las
clases que estarán involucradas en el sistema.
Fig. 5. Diagrama UML
[16]

21. 4.2.3 Diagrama de base de datos
Fig. 6. Diagrama de base de datos
[17]

22. 4.2.4 Prototipos visuales
Para la realización de esta etapa se utilizó la aplicación Balsamiq Mockups
a. Login. Esta es la pantalla de acceso al sistema la cual se definió como
dirección 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 días de anticipación solo si aquellos registros ya estén 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 pestaña 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 cálculos para determinar la fecha de entrega, es la fecha de
búsqueda del artículo 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]

23. Fig. 8. Página principal
c. Registro de artículos. Para registrar artículos solo es necesario agregar los
campos: fecha de búsqueda, área, área específica, nombre de la persona
que reporta, tiempo de resguardo, agregar los artículos encontrados y
agregar imágenes si existen (proceso opcional).
Fig. 9. Formulario de registro
[19]

24. d. Consultas. El apartado de consultas es uno de los más importantes para
los departamentos de Seguridad y Ama de Llaves, debido a que es lo
facilitará a los usuarios para dar una respuesta rápida a las persona que
solicita información de algún artículo perdido en alguna área del hotel, la
consulta puede ser muy general o específica dependiendo de los datos que
se ingresen.
Fig. 10. Formulario de consultas
e. Entregas. Las entregas solo están disponibles cuando se realiza una
consulta y solo se captura el nombre de la persona que recibe los artículos,
los comentarios no son obligatorios
Fig. 11. Formulario de entrega de objetos
[20]

25. f. Detalle de consulta. Cuando se desea conocer los artículos contenidos en
un registro de la bitácora se mostrará una ventana similar a la figura 12
Fig. 12. Detalle de la consulta
g. Administración. 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 catálogos a su empresa.
[21]

26. Fig. 13. Ventana administrativa
[22]

27. CAPÍTULO VII
ALCANCES Y LIMITACIONES
8.1 Alcances
A través del sistema se podrá llevar un control de existencia y entrega de
objetos olvidados
Contar con un control de acceso al sistema
Agilizar la búsqueda de los objetos olvidados almacenados en una base de
datos mediante el diseño de páginas dinámicas
Generar nota impresa cuando se entregue y registre algún objeto
Se podrá acceder desde cualquier computadora como único requisito es
contar con navegador.
La aplicación se desarrolló utilizando como lenguaje PHP y MYSQL para el
gestor de base de datos.
8.2 Delimitaciones
Los usuarios solo podrán registrar y cambiar el status de un objeto en
resguardo.
El desarrollo del proyecto solo contempla un periodo máximo 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 algún
acuerdo se podrá proceder a dicho requisito.
La configuración del servidor solo contempla el servicio web.
[23]

28. CAPÍTULO VIII
RESULTADOS
Durante el periodo de construcción de prototipos solo se tenía el diseño final del
sistema, ahora presentamos el resultado obtenido durante el periodo de
programación. Se presenta el antes y el después 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 además contaban con un lugar
específico para almacenar todos los artículos y clasificarlos tanto en su hoja de Excel
como en el lugar de resguardo, en la hoja de Excel se observa la clasificación de la
información. Además este mismo departamento tiene a su cargo los objetos de valor
y no valor. Ponemos observar que para realizar una búsqueda es algo complicado
realizarla folio por folio además de tener que recorrer todos los registros.
Fig. 14. Procedimiento del Gran Porto Real
[24]

29. 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 verán las diferencias. Además
no entregaban los artículos en el tiempo establecido generando un almacén de
artículos que además al realizar una búsqueda era casi imposible de encontrar algo
que se solicitaba.
Fig. 15. Procedimiento de The Royal Playa
Nota: no se expone la información 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 tenían un registro en
una hoja de cálculo. 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]

30. 8.2 Procedimiento implementado
Como se observó ambos hoteles tenían procedimientos diferentes tanto de entrega
como de la captura de la información
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
información.
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 podría
realizar consultas. Se pueden realizar consulta si se conoce el folio de un
registro así como una consulta más 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 más frecuencia el departamento de Concierge.
Cuando un huésped le solicite algunas pertenencias solo ingresan al
sistema y buscan de acuerdo a la información proporcionada, luego
solicitan la entrega al departamento correspondiente.
[26]

31. Fig. 17. Resultado de consulta
c. Registro. Solo el administrador y el capturista pueden ingresar información
al sistema, esto es el departamento de Ama de Llaves y Seguridad.
[27]

32. Fig. 18. Formulario de registro
d. Administración. Módulo específicamente para el departamento de
Sistemas. En la que se pueden agregar y editar usuarios, empresas así
como los catálogos de áreas y áreas específicas.
[28]

33. Fig. 19. Listado de áreas
e. Reportes. Los reportes son muy importante para cualquier departamento y
más cuando se trata del resguardo de objetos de valor, debe de existir algo
físico 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 después 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 aclaración futura.
[29]

34. CAPÍTULO 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 participación y
carga laboral de los departamentos no se logro obtener las necesidades principales y
considerando lo que decía el departamento de sistemas se desarrollo la aplicación
con ese criterio.
Durante la implantación del sistema nos encontramos con varias inquietudes por
parte de los usuarios al pensar que la aplicación solo agrandaría su carga laboral,
debido a que no se adapto a la forma operativa, sino a un funcionamiento estándar
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 aplicación web”.
Con el resultado obtenido podemos decir que estábamos cumpliendo los objetivos tal
cual como se plantearon desde el principio, pero ¿porque existía tal inquietud por
parte de los usuarios y decir que la aplicación solo aumentaría su labor? cuando en
realidad lo que hacía falta es coordinar a los departamentos para que sus procesos
sean más fáciles y rápidos. Ese era uno de los factores negativos que afectaban al
proyecto, la falta de coordinación y la ausencia de un apoyo serio por el
departamento de sistemas, pero esa ausencia de apoyo está relacionada también
con la carga laboral del departamento. No se podía implantar el sistema sino se tiene
apoyo del departamento principal y si no se seguía una metodología. Después de
implantar el sistema y proporcionar la capacitación a los usuarios finales, el éxito del
sistema dependería del buen uso y de la coordinación de los departamentos.
[30]

35. Debemos mencionar que faltó dedicarle más atención al departamento de Concierge
que es uno de los más 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 además 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 estándar en el procedimiento
denominado Lost & Found.
[31]

36. CAPÍTULO X
FUENTES CONSULTADAS
10.1. LIBROS:
James A. Senn, (1990). Análisis y Diseño de sistemas de Información. 2da
Edición. Mexico:MC Graw Hill.
Edward Yourdon. Análisis Estructurado. 1º Edicion. Prentice-Hall
Hispanoamericana, s. a.
Glass, Michael k, (2009). Desarrollo Web con PHP6, Apache y MYSQL. 1º
Edición Anaya Multimedia.
Luke Welling, Laura Thomson. Desarrollo Web con PHP Y MYSQL (2005),
edición Anaya Multimedia.
10.2. INTERNET
Ingeniería, consultado el día 2 de junio del 2010 en:
o http://www.monografias.com/Ingenieria/
o http://definicion.de/ingenieria/
o http://definicion.de/ingenieria-de-sistemas/
o http://es.wikipedia.org/wiki/Ingeniería_de_sistemas
Jquery, consultado el día 3 de junio del 2010 en :
o http://jquery.com/
o http://es.wikipedia.org/wiki/JQuery
o http://www.desarrolloweb.com/manuales/manual-jquery.html
o http://www.fyneworks.com/jquery/multiple-file-upload
HTML, consultado el día 21 de octubre del 2009 en
o http://es.wikipedia.org/wiki/HTML
o http://es.wikipedia.org/wiki/Web_2.0
Definición de PHP,MYSQL, Apache, consultado el día 22 de octubre del 2009 en:
o http://es.wikipedia.org/wiki/PHP
[32]

37. o http://www.php.net/
o http://www.php-es.com/
o http://www.mysql.com/
o http://es.wikipedia.org/wiki/MySQL
o http://www.apache.org/
o http://es.wikipedia.org/wiki/Servidor_HTTP_Apache
Adwebs Desing. Metodología para desarrollo de proyectos web, consultado el día 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
o http://es.wikipedia.org/wiki/Requisito_funcional
o http://www.softqanetwork.com/2009/07/requisitos-no-funcionales-nfr/
o http://synergix.wordpress.com/2008/07/07/requisito-funcional-y-no-funcional/
Software Balsamiq Mockups, consultado el día 15 de enero del 2010 en:
o http://www.balsamiq.com/products/mockups
o http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-
prototipos-o-disenos-de-interfaces-graficas/
o 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]