CAPITULO 2 MARCO TEÓRICO 2.1 MARCO TEÓRICO CONCEPTUAL DE LOS PEQUEÑOS Y MEDIANOS HOTELES

Texto completo

(1)

9

CAPITULO 2

MARCO TEÓRICO

2.1 MARCO TEÓRICO CONCEPTUAL DE LOS PEQUEÑOS Y MEDIANOS HOTELES

En nuestro objeto de estudio se maneja terminología la cual se definirá conceptualmente, esta es usada en la mayoría de los pequeños y medianos hoteles en general; hace referencia a la forma de manejo, administración, control de las habitaciones y huéspedes será usada en capítulos posteriores.

2.1.1 ALGUNOS CONCEPTOS EN HOTELERÍA

 CHECK IN

Acto de registrarse en el hotel. Es decir de llenar la tarjeta de registro y cumplir con las formalidades que señala la ley para obtener la llave de la habitación del hotel.

“Acto de ingresar en el sistema del hotel el registro del huésped para que este quede como registrado.”4

 CHECK OUT

“Acto de pagar la cuneta o desocupar la habitación. También es el acto de dar salida en el sistema al folio o folios del huésped.”5

 HOTEL

“Aquellos establecimientos que ofrecen, alojamiento con o sin servicios complementarios, ocupan la totalidad de un edificio o parte independizada del mismo, constituyendo sus dependencias un todo homogéneo con entradas, ascensores y escaleras de uso exclusivo, y reúne los requisitos técnicos establecidos por reglamentación.”6

4Ramos Martínez Fernando P, Barrera Torres Mario E, Administración hotelera 1 división cuartos, pág. 136,

5 Ídem, pág. 135

6 http//www.observatur.ed.ar- observatorio turístico – universidad nacional de LPAONWÚSERED

(2)

10

 REGISTRO

“Es el trámite que se lleva acabo, cuando el huésped llena la información contenida, en la tarjeta de registro, al momento de su llegada al hotel.”7

 TARJETA DE REGISTRO

“Tarjeta en la cual se anotan todos los datos de la reservación del cliente. Cuando este llegue al hotel deberá anotar en ella, su dirección y demás información que la ley contemple deba incluirse.”8

 HUÉSPED

“Se considera huésped del hotel a toda persona que ya ha llenado, la información requerida en su tarjeta de registro.”9

 TARIFA

“Precio que se cobra por la renta de una habitación en un hotel. Este precio es por noche, aunque hay hoteles que ofrecen precios especiales por semana o mes.”10

2.2 HERRAMIENTAS DE ANÁLISIS Y DISEÑO DE SISTEMAS

Este apartado trata de conceptos básicos del análisis y diseño de sistemas, partiendo con los términos fundamentales o convencionales, hasta los más actuales.

Fundamentalmente el análisis y diseño de sistemas, se refiere al proceso de examinar una determinada situación, con el propósito de mejorar con métodos y procedimientos más adecuados.

“El desarrollo e ingeniería de sistemas puede considerarse, en general, que está formado por dos grandes componentes: el análisis de sistemas y el diseño de sistemas. El diseño de sistemas es la evaluación de las distintas alternativas y especificaciones de una solución detallada de tipo informático. Pero antes de llevar acabo la evaluación de estas posibles soluciones, hay que comprender el viejo sistema o la forma actual del manejo de la información y determinar cuál será la mejor opción. El análisis de sistema estudia los problemas y las necesidades de una empresa, para determinar cómo podrían combinarse los recursos humanos, los procesos, los datos, las comunicaciones y la tecnología para obtener mejoras en la empresa.”11

7 Ramos Martínez Fernando P, Barrera TorresMario E, Administración hotelera 1 división cuartos, pág. 138,

8 Ídem, pág. 139

9 Ídem, pág. 116

10 Ídem, pág. 94

11 Jeffrey l. Whitten, Lonnie D Bentley, Víctor M Barlow, Análisis y diseño de sistemas de información pág. 9, 497

(3)

11 El análisis de una situación determinada, debe comprender el cómo trabaja el sistema actual, aun y cuando sea un proceso manual y de manera más específica, cual es el flujo de información en todo el sistema. Después de haber reunido todos los hechos, se debe determinar cómo un sistema basado en computadoras será benéfico.

Con el análisis de sistema se valora de manera cuidadosa las necesidades, tanto inmediatas como futuras de la empresa y los cambios que deben tomarse en cuenta para satisfacer esas necesidades, tomando en cuenta varias estrategias posibles.

2.2.1 CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

El desarrollo de sistemas, un proceso formado por las etapas de análisis y diseño, comienza cuando la administración y algunos miembros del personal encargado del desarrollo de este, detectan un sistema en la empresa que necesita mejoras.

“El método del ciclo de vida para el desarrollo de sistemas (CVDS) es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implementar un sistema de información. Esta sección examina cada una de las actividades que constituyen el ciclo de vida del desarrollo de sistemas.”12

El Hotel Tazumal desea implementar una solución informática para poder llevar el registro, control de habitaciones y facturación.

La solución a implementar deberá ser capaz de automatizar los procesos actuales, además deberá proveer información detallada en forma reportes sobre: flujo de clientes, manejo de las habitaciones, capacidad usada de los recursos del objeto de estudio.

LA herramienta debe de contar con controles de seguridad para que los políticas de precios y administrativas podrán ser modificados por los usuarios de tipo administrador.

“El método del ciclo de vida moderno para desarrollo de sistemas consta de las siguientes actividades o etapas:

A. Investigación preliminar.

B. Determinación de los requerimientos del sistema C. Diseño del sistema.

D. Desarrollo del software E. Prueba de los sistemas F. Implantación y Evaluación.”13

(Para esta investigación se contempla solo las tres primeras)

12 James A Senn, 1992; pág. 33

13 Ídem; pág. 33

(4)

12 Investigación preliminar.

“El propósito de esta fase es identificar y establecer las prioridades sobre aquellas aplicaciones de los sistemas de información, cuyo desarrollo, reporte máximos beneficios para la empresa. En esta fase se indica la relativa madurez del funcionamiento de los sistemas de información.”14

Determinación de los requerimientos del sistema.

“El propósito de este ciclo, es analizar el problema o la situación de la empresa de que se trate y luego definir las necesidades de la misma. En esta fase es importante comprender todas las facetas de la empresa que se encuentre bajo estudio; el analista debe de estudiar procesos para dar respuesta a las siguientes preguntas claves: ¿Qué es lo que se hace?, ¿Cómo?, ¿Con qué frecuencia?, etc.”15

Diseño del sistema.

“El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Se comienza el diseño identificando los reportes y otras salidas que debe producir el sistema, así como en los datos de entrada, determinar cuáles serán campos calculados y cuáles serán almacenados.”16

Desarrollo del software.

“Los programadores o encargados de desarrollar el software pueden instalarlo comprando a terceros o escribir programas diseñados a la medida del solicitante, asimismo los programadores son responsables de la documentación de los programas y explicar la forma en que se codifican algunos procedimientos.”17

Pruebas de los sistemas.

“Durante esta fase, el sistema se emplea de forma experimental, para asegurarse que el sistema no tiene fallas. Se alimenta con datos de prueba y luego se examinan los resultados para saber si funciona de acuerdo a las especificaciones y forma que los usuarios se espera que lo haga.”18

Implantación de sistemas.

Este es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y vaciar información en los archivos de datos necesarios para poder utilizar. Una vez instaladas las aplicaciones, se emplean durante muchos años,

14 Ídem; pág. 33

15 James A Senn, 1992; pág. 34

16 Ídem; pág. 36

17 lbÍdem

18 ídem; pág. 37

(5)

13 sin embargo con el paso del tiempo las organizaciones y los usuarios cambian, lo que hace indudable que deba darse mantenimiento a dichas aplicaciones.

Además, es importante darle soporte a la aplicación, ya que este tiene como propósito sostener y mantener el sistema durante el resto de su vida útil.19

2.2.2 MÉTODO DE ANÁLISIS ESTRUCTURADO.

Este método se concentra en establecer y especificar lo que se requiere que haga el sistema o aplicación. No se establece cómo se cumplirán los requerimientos o la forma en cómo implantará la aplicación; más bien permite que las personas observen los elementos lógicos, separados de los componentes físicos.

El análisis estructurado posee elementos esenciales los cuales son:

A. Símbolos gráficos

B. Diagramas de flujos de datos C. Diccionario centralizado de datos Símbolos gráficos.

“La descripción gráfica, es una forma de representar el sistema, es un bosquejo que señale sus características, identifica las funciones y como interactúa con otros elementos.”20

Diagrama de flujo.

“El modelo del sistema recibe el nombre de diagrama de flujo de datos. La descripción completa de un sistema está formada por un conjunto de diagramas de flujo de datos. Para desarrollar una descripción del sistema por el método de análisis estructurado se sigue un proceso descendente (top-down), el modelo original se detalla en diagramas de bajo nivel que muestran características adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujo cada vez más detallados.”21

Diccionario de datos.

“Toda definición de los elementos en el sistema – flujos de datos, procesos y almacenes de datos – están descritos en forma detallada en el diccionario de datos.

Si algún miembro del equipo encargado el proyecto desea saber alguna definición del nombre de un dato o el contenido particular de un flujo de datos, esta información debe encontrarse disponible en el diccionario de datos.”22

19 lbÍdem

20 James A Senn, 1992; pág. 40

21 lbídem

22 ídem; pág. 41

(6)

14

2.3 HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS

En términos generales una herramienta es cualquier dispositivo que, al emplearlo en forma adecuada, mejora el desempeño de una tarea.

Las herramientas para el desarrollo de sistemas, se agrupan en tres grandes categorías:

 Herramientas de análisis: Sirven para documentar un sistema ya existente, sea este manual o automatizado, también es utilizado para determinar los requerimientos de la nueva aplicación, incluyendo herramientas para recolección de datos, diagramación y diccionario.

 Herramientas para diseño: Apoyan el proceso de formular las características que el sistema debe tener, a fin de satisfacer los requerimientos detectados durante las actividades del análisis.

 Herramientas para el desarrollo: Ayudan al analista a trasladar los diseños en aplicaciones funcionales, tales como herramientas para ingeniería de software, generadores de código y herramientas para pruebas.

2.3.1 HERRAMIENTAS ASISTIDAS POR COMPUTADORA (CASE)

La ingeniería de sistemas asistida por computadoras es la aplicación de tecnologías informáticas a las actividades, técnicas y metodologías propias del desarrollo de sistemas. Las herramientas CASE son programas (software) que automatizan o apoyan una o más fases del ciclo de vida de desarrollo de sistemas y mejora la calidad de los sistemas resultantes.

“CASE no es una alternativa a las técnicas y metodologías; en vez de ello, es una tecnología que permite dar apoyo a dichas técnicas y metodologías. El desarrollo de sistemas puede y debe ser llevado a cabo con la precisión y el rigor propios de la ingeniería. Su intención es modificar la forma en que se construyen y se mantienen los sistemas de información.”23

En su visión más amplia el método CASE reclama la automatización de todo el ciclo de vida del desarrollo de sistema.

Las herramientas asistidas por computadora se dividen en tres tipos que son:

a) CASE de alto nivel: Denota aquellas herramientas que automatizan o apoyan la fase inicial o superior del ciclo de vida del desarrollo de los sistemas; es decir la planificación de sistemas, el análisis de sistemas y el diseño de sistemas.

b) CASE de bajo nivel: “Muestra aquellas herramientas que automatizan o apoyan las fases finales o inferiores del ciclo de vida del sistema; es decir, el

23Jeffrey l. Whitten, Lonnie D Bentley, Víctor M Barlow, Análisis y diseño de sistemas de información pág.175

(7)

15 diseño detallado de sistemas, la implantación de sistemas y el soporte de sistemas.”24

c) CASE cruzado de ciclo de vida: “Se aplica a aquellas herramientas que apoyan las actividades, que tienen lugar a lo largo de todo el ciclo de vida. En ello se incluyen actividades tales como la gestión de proyectos y la estimación.”25

En el objeto de estudio se utilizó las herramientas CASE de alto nivel para apoyarse en la fase inicial; consiste en el análisis y diseño del sistema, en la cual se elaboraron los diagramas de flujos de datos, las estructuras y diccionarios de datos.

El software utilizado para la realización de estos diagramas fueron Smart Draw 2008 y Microsoft Visio 2007.

2.4 MARCO TEÓRICO SOBRE ESTRUCTURA DE TABLAS LÓGICAS

TABLAS.

Una tabla es la estructura de filas y columnas, que contiene los datos en una base de datos relacional. Una tabla puede representar una sola entidad o también una relación dentro dos entidades.

Las ventajas de usar una tabla para modelar son muchas:

A. El formato fila/columna de una tabla es una forma familiar de visualizar datos.

B. Las tablas y las operaciones de tablas están bien definidas.

COLUMNAS.

Cada columna de la tabla representa solo un atributo de la entidad. El nombre de la columna debe identificar su significado, por lo tanto una sola columna no debe ser usada para representar múltiples atributos. En sistemas de manejo de datos no relacionales las columnas se llaman campos.

FILA.

La fila son las que almacena los datos en la tabla. Cada fila significa una ocurrencia de la entidad o relación presenta en la tabla, las filas no deben duplicarse dentro de una tabla. Las claves primarias o llaves primarias están diseñadas para prevenir esta duplicidad de datos.

VALORES.

Un valor es un dato referenciado por la intercesión de una fila con una columna dada.

El valor asume el tipo de dato de la columna o puede ser nulo.

24Jeffrey l. Whitten, Lonnie D Bentley, Víctor M Barlow, Análisis y diseño de sistemas de información pág.177

25lbÍdem

(8)

16 CLAVE PRIMARIA.

“Clave primaria en una tabla es usada para identificar únicamente a cada fila en la tabla y comprende una o más columna; o sea, que para cada valor de la clave primaria hay exactamente una fila y para cada fila hay exactamente un valor de la clave primaria.”26

Las claves primarias pueden ser de preferencias cortas y numéricas, pues son más fáciles de digitar o para asignarles el siguiente valor.27

INTEGRIDAD REFERENCIAL.

Una restricción de integridad es una regla que refuerza una relación dentro de un sistema. El beneficio principal de una integridad referencial es la consistencia de los datos, y a menudo está definido en la misma sentencia donde se crea la tabla esto significa. Que la integridad referencial puede ser definida en el instante de creación de la tabla.

26 Silberschatz, korth, Sudarshan, fundamentos de base de datos, pág.56

27 lbÍdem

Figure

Actualización...

Referencias

Actualización...

Related subjects :