Ejemplo Residencias 22

7/22/2019 Ejemplo Residencias 22

1/37

FELIPE CARRILLO PUERTO, QUINTANA ROO 16 DE JUNIO 2010

RREEPPOORRTTEEFFIINNAALLDDEERREESSIIDDEENNCCIIAAPPRROOFFEESSIIOONNAALL

BITCORA ELECTRNICA PARA EL CONTROL DEOBJETOS PERDIDOS

EMPRESA:

THE ROYAL PLAYA DEL CARMEN

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

051K0012 FRANCISCO GONZLEZ AGUILAR X

PERIODO:

11 DE ENEREO AL 27 DE MAYO DEL 2010

HHOORRAASS::667755

CCAARRRREERRAA::

INGENIERA EN SISTEMAS COMPUTACIONALES

AASSEESSOORRIINNTTEERRNNOO::

IINNGG..CCIINNTTIIAAAARRCCEEOOFFUUEENNTTEESS

AASSEESSOORREEXXTTEERRNNOO::

IINNGG..DDAANNIIEELL MMAATTAAAA LLAARRCCOONN


2/37

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


3/37

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

1215

CAPTULO VII

ALCANCES Y LIMITACIONES

7.1. Alcances7.2. Delimitaciones

23

2323

CAPTULO VIII

RESULTADOS 24


4/37

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


5/37

[1]

CAPTULO I

INTRODUCCIN

El proyecto Bitcora Electrnica para el control de Objetos Perdidos. Fuedesarrollado 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 nossirvi 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


6/37

[2]

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


7/37

[3]

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, elrea 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


8/37

[4]

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 Realy Fig. 2.

Sistema usado en The Royal Playa

Fig. 1. Sistema usado en Gran Porto Real


9/37

[5]

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


10/37

[6]

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.


11/37

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


12/37

[8]

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.2Web 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 detecnologa 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 paraproporcionar 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


13/37

[9]

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


14/37

[10]

Amplio soporte tcnico.Una gran base de usuarios brinda soporte gratuito por

medio de las listas de discusin electrnicas.

4.4Apache,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.5MySQL, 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 Corporationdesde 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.


15/37

[11]

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.


16/37

[12]

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 nuestrocliente y a las previas entrevistas no formales que se realizaron con algunaspersonas que estarn involucradas con el sistema y con los departamentos queutilizaran la aplicacin empezamos a visualizar lo que se requiere. Es importantemencionar que en este previo procedimiento denominado tambin investigacinpreliminar es utilizado para evaluar la solicitud y que el equipo en general estenterado de la razn de nuestra intervencin y solicitar su cooperacin con nuestrosprocedimientos

Durante el desarrollo de la residencia, se realizaron otras actividades, que de igualforma beneficia para tener una mejor visin del funcionamiento de los procesos della empresa.

Hasta el momento sabemos que se requiere de un sistema que pueda controlartodo el historial de un objeto desde que se reporte como olvidado en cualquier partedel hotel, sin embargo aun no tenemos claro quines sern los usuariosinvolucrados.

Es importante mencionar que el proyecto servir para dos hoteles pertenecientes a lacadena de hoteles Real Resorts: The Royal Playa del Carmen y el Gran Porto Real

Recopilacin de la informacin. Para este procedimiento se realizaron entrevistas ycuestionarios a los departamentos de: ama de llaves y supervisores de seguridad delmismo modo al departamento de sistemas

4.1.2 Personas interesadas:

Supervisor de Seguridad

Personal de Seguridad

Supervisor Ama de Llaves

Concierge


17/37

[13]

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 opueden realizar una consulta personalizada ingresando campos msespecficos.

Los usuarios podrn subir imgenes de los objetos cuando se registre unobjeto al sistema.

El sistema permite a los usuarios autentificados buscar y consultarinformacin de objetos entregados y de los que permanecen en resguardodependiendo 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 existentesen la empresa a la que pertenece

El sistema notificara al usuario cuando un objeto este por vencer su periodode resguardo, proporcionando la fecha de expiracin y los das restantes, con10 das de anticipacin.

El sistema solo permitir la modificacin de campos especficos, como elestado, 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 bitcorapero el sistema considera que fueron encontrados en una sola ubicacinadems 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 personasinvolucradas.

El sistema mostrara las opciones al usuario dependiendo su nivel o rolasignado.

Los resultados de las consultas se basan en la fecha en la que se encontr elobjeto 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 entregay a quien fue entregado.


18/37

[14]

4.1.4 Requisitos no funcionales

El sistema debe de visualizarse y funcionar correctamente en cualquiernavegador, especialmente en Internet Explorer 8.

El sistema debe estar disponible en cualquier momento y proporcionar lainformacin adecuada, siempre y cuando el usuario ingrese lo parmetrosesperados por el sistema.

El sistema se desarroll en PHP5 como lenguaje y MySQL como gestor debase de datos.

El sistema debe poder ejecutarse en cualquier plataforma, solo debe contarcon 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 yanlisis.

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, ydisponible para acceso pblico.


19/37

[15]

4.2 DISEO

Despus de haber estudiado los procedimientos actuales del proyecto ahoradenominado 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.


20/37

[16]

4.2.2 Diagrama de Caso de Uso, en donde se muestran los actores y lasclases que estarn involucradas en el sistema.

Fig. 5. Diagrama UML


21/37

[17]

4.2.3 Diagrama de base de datos

Fig. 6. Diagrama de base de datos


22/37

[18]

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.
http://sysroyalplaya/http://sysroyalplaya/http://sysroyalplaya/


23/37

[19]

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


24/37

[20]

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


25/37

[21]

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.


26/37

[22]

Fig. 13. Ventana administrativa


27/37

[23]

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.


28/37

[24]

CAPTULO VIII

RESULTADOS

Durante el periodo de construccin de prototipos solo se tena el diseo final delsistema, 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


29/37

[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 vern las diferencias. Adems

no entregaban los artculos en el tiempo establecido generando un almacn deartculos 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 objetosy cuando no se reclama se le entrega a la persona que reporto dicho objeto

independientemente del valor que sea.


30/37

[26]

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


31/37

[27]

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.


32/37

[28]

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.


33/37

[29]

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.


34/37

[30]

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.


35/37

[31]

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


36/37

[32]

CAPTULO X

FUENTES CONSULTADAS

10.1. LIBROS:James A. Senn, (1990). Anlisis y Diseo de sistemas de Informacin. 2da

Edicin. Mexico:MC Graw Hill.

Edward Yourdon. Anlisis Estructurado. 1 Edicion. Prentice-Hall

Hispanoamericana, s. a.

Glass, Michael k,(2009). Desarrollo Web con PHP6, Apache y MYSQL. 1

Edicin Anaya Multimedia.

Luke Welling, Laura Thomson. Desarrollo Web con PHP Y MYSQL (2005),edicin Anaya Multimedia.

10.2. INTERNET

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

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

o http://definicion.de/ingenieria/

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

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

Jquery, consultado el da 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 da 21 de octubre del 2009 en

o http://es.wikipedia.org/wiki/HTMLo 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
http://www.monografias.com/Ingenieria/http://www.monografias.com/Ingenieria/http://definicion.de/ingenieria/http://definicion.de/ingenieria/http://definicion.de/ingenieria-de-sistemas/http://definicion.de/ingenieria-de-sistemas/http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_sistemashttp://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_sistemashttp://jquery.com/http://jquery.com/http://es.wikipedia.org/wiki/JQueryhttp://es.wikipedia.org/wiki/JQueryhttp://www.desarrolloweb.com/manuales/manual-jquery.htmlhttp://www.desarrolloweb.com/manuales/manual-jquery.htmlhttp://www.fyneworks.com/jquery/multiple-file-uploadhttp://www.fyneworks.com/jquery/multiple-file-uploadhttp://es.wikipedia.org/wiki/HTMLhttp://es.wikipedia.org/wiki/HTMLhttp://es.wikipedia.org/wiki/Web_2.0http://es.wikipedia.org/wiki/Web_2.0http://es.wikipedia.org/wiki/PHPhttp://es.wikipedia.org/wiki/PHPhttp://es.wikipedia.org/wiki/PHPhttp://es.wikipedia.org/wiki/Web_2.0http://es.wikipedia.org/wiki/HTMLhttp://www.fyneworks.com/jquery/multiple-file-uploadhttp://www.desarrolloweb.com/manuales/manual-jquery.htmlhttp://es.wikipedia.org/wiki/JQueryhttp://jquery.com/http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_sistemashttp://definicion.de/ingenieria-de-sistemas/http://definicion.de/ingenieria/http://www.monografias.com/Ingenieria/


37/37

[33]

o http://www.php.net/

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

o http://www.mysql.com/

o http://es.wikipedia.org/wiki/MySQLo http://www.apache.org/

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

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

noviembre del 2009 en:

o http://www.adwebsdesign.com/metodologia_proyectos_web

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

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

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 da 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
http://www.php.net/http://www.php.net/http://www.php-es.com/http://www.php-es.com/http://www.mysql.com/http://www.mysql.com/http://es.wikipedia.org/wiki/MySQLhttp://es.wikipedia.org/wiki/MySQLhttp://www.apache.org/http://www.apache.org/http://es.wikipedia.org/wiki/Servidor_HTTP_Apachehttp://es.wikipedia.org/wiki/Servidor_HTTP_Apachehttp://www.adwebsdesign.com/metodologia_proyectos_webhttp://www.adwebsdesign.com/metodologia_proyectos_webhttp://es.wikipedia.org/wiki/Requisito_no_funcionalhttp://es.wikipedia.org/wiki/Requisito_no_funcionalhttp://es.wikipedia.org/wiki/Requisito_funcionalhttp://es.wikipedia.org/wiki/Requisito_funcionalhttp://www.softqanetwork.com/2009/07/requisitos-no-funcionales-nfr/http://www.softqanetwork.com/2009/07/requisitos-no-funcionales-nfr/http://synergix.wordpress.com/2008/07/07/requisito-funcional-y-no-funcional/http://synergix.wordpress.com/2008/07/07/requisito-funcional-y-no-funcional/http://www.balsamiq.com/products/mockupshttp://www.balsamiq.com/products/mockupshttp://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://mockupstogo.net/http://mockupstogo.net/http://live.gnome.org/Dia/Downloadhttp://live.gnome.org/Dia/Downloadhttp://sites.google.com/site/proyectobitacoraelectronicahttp://sites.google.com/site/proyectobitacoraelectronicahttp://sites.google.com/site/proyectobitacoraelectronicahttp://live.gnome.org/Dia/Downloadhttp://mockupstogo.net/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://ubuntulife.wordpress.com/2010/01/31/balsamiq-mockups-creando-prototipos-o-disenos-de-interfaces-graficas/http://www.balsamiq.com/products/mockupshttp://synergix.wordpress.com/2008/07/07/requisito-funcional-y-no-funcional/http://www.softqanetwork.com/2009/07/requisitos-no-funcionales-nfr/http://es.wikipedia.org/wiki/Requisito_funcionalhttp://es.wikipedia.org/wiki/Requisito_no_funcionalhttp://www.adwebsdesign.com/metodologia_proyectos_webhttp://es.wikipedia.org/wiki/Servidor_HTTP_Apachehttp://www.apache.org/http://es.wikipedia.org/wiki/MySQLhttp://www.mysql.com/http://www.php-es.com/http://www.php.net/

Ejemplo Residencias 22

Documents

Transcript of Ejemplo Residencias 22