Está en la página 1de 37

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 1

CAPTULO II OBJETIVOS GENERALES Y ESPECFICOS

2.1 Objetivo general 2.2 Objetivos especficos

3 3

CAPTULO III PROBLEMAS A RESOLVER 4

CAPTULO IV JUSTIFICACIN 4.1.1. Caracterizacin del rea profesional 6 6

CAPTULO V FUNDAMENTO TERICO 8

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 8.2. Procedimiento implementado

24 26

CAPTULO IX CONCLUSIONES Y RECOMENDACIONES 30

CAPITULO X FUENTES CONSULTADAS 10.1. Libros 10.2. Internet 32 32 32

ANEXOS

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

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 o 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 o o 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 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]

o o o o o o

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 o o 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 o http://www.balsamiq.com/products/mockups http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creandoprototipos-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]