Reporte Final de Residencia Profesional
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Reporte Final de Residencia Profesional

  • 66,470 views
Uploaded on

Copia del reporte final de residencia profesional relizado en la empresa The Royal PLaya del Carmen. ...

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

More in: Education , Technology , Travel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
66,470
On Slideshare
66,469
From Embeds
1
Number of Embeds
1

Actions

Shares
Downloads
2,400
Comments
4
Likes
13

Embeds 1

http://static.slidesharecdn.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

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