FELIPE CARRILLO PUERTO, QUINTANA ROO 16 DE JUNIO 2010

RREEPPOORRTTEE FFIINNAALL DDEE RREESSIIDDEENNCCIIAA PPRROOFFEESSIIOONNAALL

“BITÁCORA ELECTRÓNICA PARA EL CONTROL DE

OBJETOS PERDIDOS”

EMPRESA: THE ROYAL PLAYA DEL CARMEN

IINNTTEEGGRRAANNTTEE ((SS)):: No. CONTROL NOMBRE SEMESTRE

051K0012 FRANCISCO GONZÁLEZ AGUILAR X

PERIODO:

11 DE ENEREO AL 27 DE MAYO DEL 2010

HHOORRAASS::

667755

CCAARRRREERRAA::

INGENIERÍA EN SISTEMAS COMPUTACIONALES

AASSEESSOORR IINNTTEERRNNOO::

IINNGG.. CCIINNTTIIAA AARRCCEEOO FFUUEENNTTEESS

AASSEESSOORR EEXXTTEERRNNOO::

IINNGG.. DDAANNIIEELL MMAATTAA AALLAARRCCOONN

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.

CONTENIDO CÁPÍTULO I

INTRODUCCIÓN

1

CAPÍTULO II

OBJETIVOS GENERALES Y ESPECÍFICOS

2.1 Objetivo general

2.2 Objetivos específicos

3

3

CAPÍTULO III

PROBLEMAS A RESOLVER

4

CAPÍTULO IV

JUSTIFICACIÓN

4.1.1. Caracterización del área profesional

6

6

CAPÍTULO V

FUNDAMENTO TEÓRICO

8

CAPÍTULO VI

PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES REALIZADAS

6.1. Análisis

6.2. Diseño

12

12

15

CAPÍTULO VII

ALCANCES Y LIMITACIONES

7.1. Alcances

7.2. Delimitaciones

23

23

23

CAPÍTULO VIII

RESULTADOS

24

8.1 Procedimiento anterior

8.2. Procedimiento implementado

24

26

CAPÍTULO IX

CONCLUSIONES Y RECOMENDACIONES

30

CAPITULO X

FUENTES CONSULTADAS

10.1. Libros

10.2. Internet

32

32

32

ANEXOS 34

[1]

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

[2]

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

[3]

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

[4]

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

[5]

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.

[6]

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.

[7]

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.

[8]

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

[9]

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

[10]

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.

[11]

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.

[12]

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

[13]

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.

[14]

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.

[15]

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.

[16]

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

[17]

4.2.3 Diagrama de base de datos

Fig. 6. Diagrama de base de datos

[18]

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.

[19]

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

[20]

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

[21]

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.

[22]

Fig. 13. Ventana administrativa

[23]

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.

[24]

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

[25]

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.

[26]

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.

[27]

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.

[28]

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.

[29]

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.

[30]

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.

[31]

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.

[32]

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

[33]

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