TESIS

AUTOR
ASESOR
CHICLAYO PER 2011
TEMA
Tesis para optar el ttulo de Ingeniero de Sistemas, presentado por:
IMPLEMENTACIN DE UN SISTEMA BAJO TECNOLOGA WEB PARA
MEJORAR LOS PROCESOS EN LA GESTION HOTELERA PARA LA EMPRESA
GRAN MARQUES HOTEL DE LA CIUDAD DE TRUJILLO.
Tesis para optar el ttulo de Ingeniero de Sistemas, presentado por:
AUTORES
ERNESTO TAPIA SILVA JORGE ANDRES CACHAY ARANA
ASESOR
ING. ENRIQUE ALBERTO SAMILLAN AYALA
CHICLAYO PER 2011

DEDICATORIA

A DIOS, nuestro creador porque siempre
ilumina mi vida y me ha llenado de mucha
dicha todos los das de mi vida
A mis padres, hermanos y amigos porque
siempre me dan nimo para lograr mis
objetivos y por ayudarme en todo momento

AGRADECIMIENTO

A mi Familia quienes me han apoyado en los
momentos difciles de mi formacin
Conociendo que este es un paso para la
culminacin y lograr del objetivo que es ver
realizados mis sueos de ser un profesional,
me he esforzado a pesar de las trabas y
dificultades que estoy teniendo actualmente
en el campo laboral.

RESUMEN

El desarrollo del presente proyecto plantea realizar un sistema de bajo tecnologa WEB
con aplicacin bajo la metodologa del Proceso Unificado de Rational (RUP) de para el
desarrollo de software, a travs de esta se lograr compensar el problema de los
procesos en la gestin hotelera y servicios varios en lo que respecta a la consulta de
habitaciones, precios, tipos, reservaciones, mediante un equipo de telfono celular con
acceso a internet. El proceso inici como iniciativa a la problemtica encontrada en la
gran cantidad de demanda por parte de los clientes y/o turistas, ante esto se aplicaron
encuestas a 1,500 clientes aproximadamente, en la que se podr observar las opiniones
de los clientes ante el servicio actual que brinda el hotel.
En los captulos siguientes se detallaran los motivos de este proyecto de tesis.
Es as que en el Captulo I, contiene toda la informacin de referencia de la organizacin
En el Captulo II, se analiza el problema de investigacin teniendo en cuenta la realidad
problemtica, la formulacin del problema, la justificacin e importancia de la
investigacin; los objetivos de la investigacin de la empresa Gran Marques de la
ciudad de Trujillo.
En el Captulo III, se establece el marco terico y bases tericas realizando una
recopilacin de antecedentes de estudio e investigacin, as como la definicin
conceptual de la terminologa empleada (WEB, E-Commerce, M-Commerce, mercados
de negocio-a-negocio (B2B) y negocio-a-consumidor (B2C).), se plantea la hiptesis y su
contrastacin por medio de variables e indicadores.
En el Captulo IV, se establece el marco metodolgico realizando un tipo de estudio y
diseo de la contrastacin de la hiptesis para la poblacin de la empresa Gran
Marques, y los mtodos, tcnicas e instrumentos de recoleccin de datos para el anlisis
estadstico de datos en dicha empresa.
En el Captulo V se ha realizado es el Desarrollo de la Propuesta, la que incluye el
modelado de todos los procesos que tiene la organizacin Hotelera Gran Marques

En el Captulo VI se ha realizado un Anlisis Costo Beneficio de la Propuesta, la que
incluye Tablas estadsticos que analizan la viabilidad de la propuesta para la organizacin
Hotelera Gran Marques
En el Captulo VII en este se incluye una serie de Conclusiones y Recomendaciones para
llevar la implementacin de la propuesta para la organizacin Hotelera Gran Marques

PALABRAS CLAVE:
IMPLEMENTACIN, SISTEMA, WEB, PROCESOS, GESTION DE HOTELERA.

ABSTRACT

The development of this project involves a low-performing web technology application
under the methodology of the Rational Unified Process (RUP) for software development,
through this is able to compensate for the problem of hotel management processes and
various services in relation to consultation rooms, prices, rates, reservations, by a team of
mobile phone with internet access. The process began as an initiative to the problems
found in the large amount of demand from customers and / or tourists to this survey were
applied to approximately 1,500 customers, which can observe the views of clients before
the current provided by the hotel.
In the following chapters detailing the reasons for this thesis project.
Thus, in Chapter I, contains all the background information of the organization
In Chapter II, discusses the research problem given the problematic reality, the problem
formulation, justification and importance of research, the research objectives of the
company "Grand Marques" the city of Trujillo.

In Chapter III, provides the theoretical framework and theoretical background making a
compilation of study and research, as well as the conceptual definition of the terminology
used (WEB, E-Commerce, M-Commerce, markets business-to-business (B2B) and
business-to-consumer (B2C).) raises the hypothesis and its comparison by means of
variables and indicators.

In Chapter IV, the methodological framework is established by performing a type of study
design and the testing of the hypothesis for the population of the company, " Grand
Marques ", and the methods and techniques and instruments for data collection for
statistical analysis data in the company.

In Chapter V, has made the analysis of the company's administrative framework "Grand
Marques", to develop the schedule of activities and corresponding budget and project
funding under study.

In Chapter VI there has been a Cost Benefit Analysis of the Proposal, which includes
statistical tables that analyze the feasibility of the proposal to organize hotel "Grand
Marques"

In Chapter VII in this series include a conclusions and recommendations to bring the
implementation of the proposal to organize hotel "Grand Marques"

KEYWORDS:

IMPLEMENTATION, SYSTEM, WEB, PROCESSES, HOTEL MANAGEMENT.

NDICE DE CONTENDOS

DEDICATORIA
AGRADECIMIENTO
RESUMEN
ABSTRACT
NDICE DE CONTENDOS
CAPITULO I: LA ORGANIZACIN
1.1. Datos de la empresa.............................................................................. 13
1.2. Historia de la empresa ........................................................................... 13
1.3. Misin: ................................................................................................... 14
1.4. Visin: .................................................................................................... 14
1.5. Organigrama .......................................................................................... 14

CAPITULO II: PROBLEMA DE LA INVESTIGACIN
2.1. Realidad Problemtica. .......................................................................... 16
2.2. Formulacin del Problema ..................................................................... 17
2.3. Justificacin e importancia de la investigacin ...................................... 18
2.4. Objetivos de la Investigacin ................................................................. 19
2.5. Limitaciones de la Investigacin. ........................................................... 19

CAPTULO III: MARCO TERICO
3.1. Antecedentes de Estudios. .................................................................... 22
3.2. Base Terica de la Investigacin ........................................................... 24
3.3. Definicin Conceptual de la Terminologa Empleada ............................ 44

CAPITULO IV: MARCO METODOLGICO
4.1. Diseo de Contrastacin de Hiptesis ................................................... 48
4.2. Poblacin y Muestra .............................................................................. 49
4.3. Mtodos, tcnicas e instrumentos de recoleccin de datos ................... 49
4.4. Plan de anlisis estadstico de Datos. ................................................... 51
4.5. Hiptesis ................................................................................................ 51
4.6. Variables - Operacionalizacin: ............................................................. 52

CAPITULO V: DESARROLLO DE LA PROPUESTA
5.1 Introduccin ........................................................................................... 54
5.2 Desarrollo de la Metodologa Rational Unified Process ......................... 54
5.3 Diagrama de Caso de Uso de Negocio del Gran Marques Hotel ........... 57
5.4 Modelo de Objeto de Negocio (MON): ................................................... 61

5.5 Modelo de Dominio del Problema .......................................................... 64
5.6 Modelo de Caso de Uso de Requerimiento ........................................... 65
5.7 Diagrama de Colaboracin .................................................................... 78
5.8 Diagrama de Secuencia......................................................................... 83
5.9 Diagrama de Clases .............................................................................. 87
5.10 Diagrama Fsico de la Base de Datos.................................................... 88
5.11 Diagrama de Componentes ................................................................... 89
5.12 Diagrama de Despliegue ....................................................................... 92

CAPITULO VI: ANALISIS COSTO BENEFICIO
6.1. Anlisis Costo Beneficio. ....................................................................... 94
6.2. Inversin Inicial ...................................................................................... 94
6.3. Gastos Operativos ................................................................................. 97
6.4. Beneficios .............................................................................................. 98
6.5. Flujo de Caja ......................................................................................... 99
6.6. VAN ..................................................................................................... 101
6.7. TIR ....................................................................................................... 101

CAPITULO VII : CONCLUSIONES Y RECOMENDACIONES
7.1. Conclusiones ....................................................................................... 103
7.2. Recomendaciones ............................................................................... 104

BIBLIOGRAFIA.. 106
ANEXOS. 108

INFORMACIN DEL PROYECTO
Ttulo del Proyecto de Investigacin:
IMPLEMENTACIN DE UN SISTEMA BAJO TECNOLOGA WEB PARA
MEJORAR LOS PROCESOS EN LA GESTION HOTELERA PARA LA EMPRESA
GRAN MARQUES HOTEL DE LA CIUDAD DE TRUJILLO.

Autor (es)
Ernesto Tapia Silva
Jorge Andrs Cachay Arana

Asesor / colaboradores.
Ing. Enrique Alberto Samilln Ayala

Tipo de Investigacin
Experimental

Facultad y Escuela Profesional.
Facultad Ingeniera Arquitectura y Urbanismo Ingeniera de Sistemas

Duracin del Proyecto.
08 Meses

Periodo que durar el Proyecto.
Octubre del 2011 Junio del 2012

Fecha de Inicio
14 de Octubre del 2011
Presentado por

_________________________ __________________________
Ernesto Tapia Silva Jorge Andrs Cachay Arana
Autor Autor

________________________________
Ing. Enrique Alberto Samilln Ayala
Asesor
Aprobado por

__________________________ _________________________
Ing. Luis M. Snchez Fernndez Ing. Franklin Guerrero Campos
Presidente Secretario

_____________________________
Ing. Omar Wilton Saavedra Salazar
Vocal
Fecha de Presentacin
16 de Diciembre del 2011

CAPITULO I
LA ORGANIZACIN

13

CAPITULO I: LA ORGANIZACIN
1.1. Datos de la empresa

El hotel Gran Mrques est a 300 metros del Estadio Mansiche. Cuenta con
instalaciones de spa y una piscina al aire libre. Ofrece amplias habitaciones con
conexin inalmbrica a internet gratuita y TV por cable.
El Spa Tussen ofrece una amplia gama de tratamientos de belleza que incluyen
aromaterapia y tratamientos faciales y corporales. Adems, los huspedes podrn
relajarse en la terraza que hay alrededor de la piscina.
Las habitaciones de El Gran Mrquez, de decoracin moderna, tienen bao
privado, secador de pelo y minibar.
El restaurante de Los Prncipes sirve un men con platos nacionales e
internacionales. Por la maana se sirve un desayuno buf gratuito.
El club de golf Trujillo est a 6 km del hotel. El aeropuerto Carlos Martnez de
Pinillos se encuentra a menos de 10 km de distancia.
Hay un aparcamiento privado gratuito en el establecimiento
1.2. Historia de la empresa

La empresa GRAN MARQUES de la ciudad de Trujillo, inicio sus servicios de
hospedaje el 2 de enero de 1990, en donde brindaba servicios solamente a cliente
que venan del departamento de La Libertad u otras provincias del Per.

Por lo cual actualmente cuenta con servicios de:
Salones de eventos
Restaurant
Bares
Casinos
Piscina
Caja de seguridad
Playa de estacionamiento privado

14

Business Center

Actualmente para su funcionamiento cumple con distintas actividades, los cuales
estn especificados en su plan administrativo, no obstante para el cumplimiento de
sus procesos de recepcin de habitaciones, contable y ventas, etc. Cuenta con
sistemas apropiados, as como un servidor web para el almacenamiento de la
informacin.
1.3. Misin:
Servir con excelencia y cubrir las expectativas de las necesidades de
nuestros clientes asumiendo el compromiso de hacer realidad los sueos de
quienes confan en nosotros siendo la excelencia en el servicio nuestra filosofa
del trabajo.
1.4. Visin:
Ser el lugar preferido de nuestra ciudad, por los huspedes proporcionndoles el
mejor ambiente, comodidad y seguridad para el xito de su trabajo. Para el
turismo receptivo y nacional ser la puerta de ingreso de la zona norte del pas.
Trujillo la ciudad de la Primavera, llena de cultura, leyenda y turismo.
1.5. Organigrama:

FIGURA N1
Organigrama de la empresa
Fuente: Administracin de la organizacin
GERENCIA
SECRETARA ADMINISTRACIN
Recepcin Limpieza Caja/Restaurante Lavandera Almacn

15

CAPITULO II
PROBLEMA DE LA
INVESTIGACIN

16

CAPITULO II: PROBLEMA DE LA INVESTIGACIN
2.1. Realidad Problemtica.

La empresa Gran Marques Hotel, es una institucin privada que tiene ms de
veinte aos brindando el servicio de hotelera en la ciudad de Trujillo, actualmente
se encuentra en crecimiento tanto en infraestructura como en tecnologa, ofreciendo
a sus clientes y/o turistas, los distintos servicios que ofrece dicha empresa.
La falta de integracin de las tecnologa de informacin no hace posible el buen
control en los procesos de gestin hotelera y muchas veces aceptar compromisos
de reservacin con los clientes cuando el hotel est muy lleno, o dejar de lado
algunas reservaciones por la falta de informacin verdica de la utilizacin y
reservas de los servicios que brinda esta empresa.
Y si esto le sumamos que la ciudad de Trujillo, en la actualidad es uno de los
centros tursticos ms visitados por los turistas, y siendo el aumento de la
competencia uno de los problemas ms graves que enfrenta esta empresa, es que
se propone la implementacin de un sistema que integre las tecnologas de la
informacin.
Para recopilar informacin acerca del servicio de Gestin de Hotelera, se realiz
una encuesta acerca de la problemtica observada en la que se demostr que el
40% de los clientes estn satisfechos con el servicio que brinda la empresa en
cuanto a hospedajes, frente a un 24% indeciso y un 36% insatisfechos.
La insatisfaccin se centra en el tiempo que los clientes tienen que esperar para
que los empleados de la empresa puedan encontrar una habitacin, siendo ste
tiempo entre 3 a 5 minutos usado por un 52% de los clientes. La causa de la
demora es que el sistema se vuelve lento o el sistema no encuentra el
requerimiento que busca (29 % de clientes), esto hace que los clientes en cola

17

pierdan ms tiempo y se incremente en ms nmero de personas, siendo un
promedio de 3 a 4 personas.
El 30% de los clientes propusieron optimizar el tiempo y mejorar la accesibilidad, el
25 % propuso mejorar la atencin, el 19% implementar ms servicios y el resto no
opin.
La encuesta fue aplicada a 250 clientes y los resultados los podemos observar en el
[Anexo N 2]
IDENTIFICACIN DE LA PROBLEMTICA
De acuerdo con las encuestas aplicadas se puede determinar lo siguiente:
La Empresa no cuenta con un servicio alternativo que logre agilizar los distintos
procesos que forman parte gestin hotelera para mejorar la atencin a los
clientes y/o Turistas.
Existe incomodidad ante el servicio hotelero, debido a la conglomeracin de
clientes, esta se refleja en mayor porcentaje en temporadas festivas, por lo cual
no logra cumplir satisfactoriamente las necesidades requeridas por los clientes.
Demora en los procesos (registro de admisin, alojamiento, reservaciones
y varios) como parte de la gestin hotelera en la empresa Gran Marques
Hotel de la ciudad de Trujillo.
2.2. Formulacin del Problema

De qu manera se podr mejorar los procesos de gestin hotelera (registro de
admisin, alojamiento, reservaciones y varios) en la empresa Gran Marques,
de la ciudad de Trujillo?

18

2.3. Justificacin e importancia de la investigacin

La realizacin del presente proyecto estudio en la empresa Gran Marques Hotel,
nos permite plantear una propuesta de solucin a sus procesos y las necesidades
actuales y futuras de la Atencin de la Gestin Hotelera, aportando mejoras en los
aspectos:
Justificacin Tecnolgica:
El desarrollo de una aplicacin para usando la tecnologa WEB con un diseo
moderado har que la facilidad de uso apoye a la atencin a los clientes por
parte de la empresa a travs de su tecnologa, logrando facilidad de uso el
cual permitir una atencin rpida desde cualquier lugar.
Justificacin Econmica:
Reduce los costos operativos de la empresa, dado que los clientes se
encargarn de realizar sus propias consultas y reservas sin perder el tiempo
en utilizando la web y esto har que apoyen a sus objetivos de la empresa.
Adems la informacin que usan, adems se ahorrar tiempo y dinero ya que
la informacin la van a obtener en lnea en el lugar donde se encuentren.
Justificacin Operativa:
Este tipo de aplicaciones se caracterizan por ser flexibles abiertas y
ampliables, de modo que mejorara la gestin al acceso, interactividad y a la
utilidad de la informacin. Permitir actuar ms rpido obteniendo informacin
apropiada que apoyar a la mejor atencin de los clientes.
Justificacin Acadmica:
El desarrollo del presente trabajo de investigacin permitir ejercitar el
desarrollo de una Aplicacin WEB para la Gestin Hotelera para los clientes;
poniendo en prctica los conocimientos recibidos en el transcurso de nuestra
carrera; la investigacin y la puesta en prctica de nuevas tecnologas.

19

2.4. Objetivos de la Investigacin

Objetivo General
Implementar un sistema de tecnologa WEB para mejorar los procesos
(registro de admisin, alojamiento, reservaciones y varios) en la Gestin
Hotelera para la Empresa Gran Marques Hotel de la ciudad de Trujillo.
Objetivos Especficos

1. Diagnosticar la situacin actual de los procesos en el servicio de gestin
hotelera en la empresa.
2. Analizar los requerimientos de informacin necesarios para la
implementacin del sistema WEB.
3. Disear una aplicacin WEB orientado al servicio de los procesos de
Gestin Hotelera en la empresa.
4. Realizar anlisis, diseo del software basado en la metodologa gil XP
Programacin Extrema.
5. Desarrollo de un sistema orientado a la administracin hotelera con la
implementacin de tecnologa WEB, creando una interfaz amigable y de
fcil acceso.
6. Desarrollar pruebas especficas de funcionamiento del sistema de
biblioteca en diferentes ubicaciones, para atenuar errores del sistema.
7. Realizar un estudio de costo y beneficio, de la aplicacin
8. Definir las polticas de seguridad del sistema a implementar.
2.5. Limitaciones de la Investigacin.

En la presente investigacin, se observ las siguientes limitaciones:
Falta de cultura tecnolgica ya que no son aprovechadas adecuadamente las
nuevas teoras de la comunicacin e informacin as como, el conocimiento sobre
sus aplicaciones y la capacitacin pertinentes para el estudio y transmisin de los
contenidos.

20

El avance de la tecnologa cuyos impactos inciden en un mayor trfico de datos,
as como la utilizacin de equipos cada vez ms poderosos, aunados al uso
intensivo de la tecnologa WEB, hace necesaria la implementacin de proyectos
de mantenimiento y modernizacin.

Limitacin en el desarrollo del proyecto por el escaso tiempo que se tiene para
presentarse.

21

CAPITULO III
MARCO TERICO

22

CAPTULO III: MARCO TERICO
3.1. Antecedentes de Estudios.

1
GONZALES E. J, JULCA R. L. Tecnologas de Informacin aplicables al sector turismo en el Per. Lima, Per:
Universidad Nacional Mayor de San Marcos; 2005.
2
GALEANA F. E. Calidad total y polticas de recursos humanos en el sector hotelero de Catalua. Espaa: Universidad
Rovira Virgili; 2006.
3
MONICA E., ADRIANA T. R. Proyecto de Implementacin de una estrategia CRM para la lnea ginecolgica divisin
ticos Tecnoqumica S.A Universidad ICESI; Cali, Colombia; 2007
Ttulo: Tecnologas de Informacin aplicables al sector turismo en el Per
1

Autor: Gonzles Estrada, Javier Ubaldo; Julca Rodrguez, Luz Maribel
Lugar: Universidad Nacional Mayor de San Marcos (Ao 2005).
Relacin: Esta tesis nos ayudar a cmo aplicar las Tecnologas de Informacin
dentro de la actividad Turstica, es decir, reconocer caractersticas
fundamentales que hacen de este sector un rea fructfera.

Ttulo: Calidad total y polticas de recursos humanos en el sector hotelero de
Catalua
2

Autor: Galeana Figueroa, Evaristo
Lugar: Universitat Rovira i Virgili (Ao 2006)
Relacin: Esta tesis nos muestra como promocionar a la Empresa Hotelera, de esta
forma obtener ventajas competitivas y as lograr un incremento de clientes,
adems nos ayuda a realizar una Gestin de Calidad Total

Ttulo: Proyecto de Implementacin de una estrategia CRM para la gestin
hotelera
3

Autor: Mnica Echeverry, Adriana Trujillo Riasgos.
Lugar: Universidad ICESI (Ao 2007)
Relacin: Esta tesis nos ayudar en la aplicacin en todo lo referente a la base de
datos de un cliente con la utilizacin del CRM.

23

Ttulo: Implementacin del modelo CRM para una institucin
educativa : caso de aplicacin FISI-UNMSM
4

Autor: Crdova Filio, Csar Christian;
Julca Segovia, Christian Antonio.
Lugar: Universidad Nacional Mayor de San Marcos (Ao 2005)
Relacin: En esta tesis podemos percibir con mayor nfasis todo lo
relacionado con el CRM ya que nos muestra que el cliente es
el centro del modelo de datos en el presente estudio, el cliente
de la organizacin es el alumno, y la enseanza el servicio,
por lo tanto la implementacin del modelo implica una
enseanza centrada en el alumno, en nuestro caso el cliente
de la organizacin seria el husped.

Esta tesis nos muestra como promocionar a la Empresa
Hotelera, de esta forma obtener ventajas competitivas y as
lograr un incremento de clientes, adems nos ayuda a realizar
una Gestin de Calidad Total.

4
CORDOVA F.C., JULCA S.C Implementacin del modelo CRM para una institucin educativa: caso de aplicacin FISI-
UNMSM Lima, Per: Universidad Nacional Mayor de San Marcos; 2005.
5
TLAPAPATL H.J. Propuesta de Implementacin de Un Programa de CRM en la Empresa Comercializadora Bebidas y
Conservas de Puebla S.A. de C.V. Puebla, Mexico: Universidad de Las Amricas UDLAP; 2003.

Ttulo: Propuesta de Implementacin de Un Programa de CRM en la
Empresa Comercializadora Bebidas y Conservas de Puebla S.A. de
C.V.
5

Autor: Tlapapatl Hernndez, Javier.
Lugar: Universidad de Las Amricas UDLAP(Ao 2003)
Relacin: Esta tesis nos ayudar en todo lo referente a los servicios de
consumo como restaurant, en la cual el CRM cumple una funcin
muy importante.

24

Ttulo: Inteligencia empresarial para la toma de decisiones en la
PyME enfocada en la administracin de la relacin con el
cliente (CRM) utilizando anlisis de la canasta de compra
(MBA)
611

Autor: Gonzlez Morales, Ana Cristina.
Lugar: Universidad de Las Amricas UDLAP (Ao 2007)
Relacin: Esta tesis nos permitir la tener una mejor gestin en cuanto a
la relacin con el cliente utilizando toda la base de datos del
mismo para una mejor administracin.

3.2. Base Terica de la Investigacin

Para el desarrollo de esta propuesta, es necesario tener como base ciertas
definiciones relacionadas al tema en estudio, de modo que provean un marco de
referencia conceptual para la puesta en marcha del proyecto.

Es por ello que se definir puntos relacionados a la gestin comercial como:
Funciones, Importancia, Caracterstica, Normas, entre otros; as como tambin todo
lo relacionada al desarrollo de aplicaciones WEB: Funcionamiento, Caractersticas,
Lenguajes de Programacin, etc.

6
CORDOVA F.C., JULCA S.C. Inteligencia empresarial para la toma de decisiones en la PyME enfocada en la
administracin de la relacin con el cliente (CRM) utilizando anlisis de la canasta de compra (MBA) Puebla, Mxico:
Universidad de Las Amricas UDLAP; 2007.
7
PADILLA H.D., QUIJANO G.I. Diseo de una estrategia tecnolgica de Customer Relationship Management (CRM) para
la empresa BPM de Mxico Puebla, Mxico: Universidad de Las Amricas UDLAP; 2007.
Ttulo: Diseo de una estrategia tecnolgica de Customer Relationship
Management (CRM) para la empresa BPM de Mxico.
7

Autor: Padilla Hernndez, David
Quijano Gallegos, Israel
Lugar: Universidad de Las Amricas UDLAP (Ao 2004)
Relacin: Esta tesis nos ayudar especficamente en la relacin con el
cliente en el hotel Gran Marques

25

3.2.1. Informacin
Segn Burch J.G. y Gru dnitsky
8
; La informacin puede comprenderse
como un conjunto de conocimientos o hechos derivados de datos, que son
por naturaleza repetitivos y redundantes, que describen un mundo que
consiste en procesos y eventos que ocurren una y otra vez con pequeos
cambios. La informacin es una sntesis o extracto de los datos, pero no
contiene redundancias. Por ello, la informacin puede ser tangible o
intangible, pero siempre reducir la incertidumbre sobre un estado o suceso.

Segn Idalberto Chiavenato
9
, informacin "es un conjunto de datos con un
significado, o sea, que reduce la incertidumbre o que aumenta el
conocimiento de algo. En verdad, la informacin es un mensaje con
significado en un determinado contexto, disponible para uso inmediato y que
proporciona orientacin a las acciones por el hecho de reducir el margen de
incertidumbre con respecto a nuestras decisiones".
Teniendo en cuenta las anteriores ideas y definiciones, planteo la siguiente
definicin de informacin:
"La informacin es un conjunto de datos acerca de algn suceso, hecho o
fenmeno, que organizados en un contexto determinado tienen su
significado, cuyo propsito puede ser el de reducir la incertidumbre o
incrementar el conocimiento acerca de algo"
10
.

3.2.2. Sistema:
Segn Rowley (1994)
11
; Un sistema es un conjunto de elementos
interrelacionados en funcin de un objetivo comn, actuando en
determinado entorno y con capacidad de autocontrol.

8
Burch J.G. y Grudnitsky: Diseo de sistemas de informacin. Teora y Prctica.
Mxico. Megabyte Grupo Noriega, 1992, pag 19.
9
Introduccin a la Teora General de la Administracin, Sptima Edicin, de Chiavenato Idalberto, McGraw-Hill
Interamericana, 2006, Pg. 110.
10
Fuente propia: Omar Antonio Sanchez Guevara.
11
Rowley, The Basics of Systems Anlisis and Design for Information Managers y Diseo de Sistemas de Informacin.
Londres, Clive Bingley, 1994, pag. 3.

26

Segn John Van Gigch (1990)
12
; Un Sistema es una reunin o conjunto de
elementos relacionados. Los elementos de un sistema pueden ser
conceptos, en cuyo caso estamos tratando un sistema conceptual. Un
lenguaje es un ejemplo de sistema conceptual. Los Elementos de un
sistema pueden ser sujetos, como los de un equipo de futbol. Finalmente, un
sistema puede estructurarse de conceptos, objetos y sujetos, como en un
sistema hombre- mquina, que comprende las tres clases de elementos. Por
tanto un sistema es un agregado de entidades, viviente o no viviente o
ambas.

Tambin existe la siguiente caracterizacin de un sistema:
Es una unin de partes o componentes, conectados en una forma
organizada. Las partes se afectan por estar en el sistema y se cambian si
lo dejan. Un sistema puede existir realmente como un agregado natural de
partes componentes encontradas en la naturaleza, o sta puede ser un
agregado inventado por el hombre una forma de ver el problema que
resulta de una decisin deliberada de suponer que un conjunto de
elementos estn relacionados y constituyen una cosa llamada Sistema.

Interpretacin: De estas definiciones se deduce que los sistemas se
componen de objetos, los cuales tienen unas determinadas caractersticas o
atributos, sirviendo adems los objetos que forman el sistema para delinear
sus lmites o fronteras. Estos elementos se unen mediante relaciones,
siendo las relaciones entre sistemas llamadas, en ocasiones, interfaces.
Estas relaciones entre sistemas pueden ser simbiticas, sinrgicas o
redundantes.

3.2.3. Sistema de Informacin:
Los Autores Laundon y Laundon
13
(2004) define los sistemas de
informacin como un conjunto de componentes interrelacionados que
recolectan, procesan, almacenan y distribuyen informacin para apoyar la
toma de decisiones y el control, los sistemas de informacin tambin pueden
ayudar a los gerentes y trabajadores a analizar problemas, a visualizar
asuntos complejos y a crear productos nuevos.

12
John P. Van Gigch, Teoria General de Sistemas, editorial Trillas, 1990, pag. 17.
13
Laundon y Laundo, Sistemas de Informacin Gerencial

27

Segn Senn J. A.
14
; Toda organizacin tiene un sistema de informacin,
independientemente de que sea automatizado o no. En cierto modo, se trata
de una entidad abstracta, un medio por el cual los datos y la informacin
fluyen de una persona o departamento a otros, y que puede ser cualquier
cosa, desde una comunicacin verbal a complejos sistemas de cmputo.
Debe considerarse que la organizacin, ineludiblemente, mantiene flujos de
informacin con el exterior, identificados como externos, y en su propio
interior, o internos, los cuales a su vez pueden ser ascendentes,
descendentes u horizontales, y tanto de tipo formal como informal.

Segn Lucas H. (1997)
15
; El sistema de informacin tiene la misin de
memorizar y de producir informaciones, y ponerlas a disposicin de la
organizacin. Cualquier tipo de sistema de informacin se crea para adquirir,
almacenar, organizar y recuperar informacin.

3.2.4. Tipos de Sistemas de Informacin
Segn Kendall & Kendall
16
(2005); los sistemas de informacin se
desarrollan con diversos propsitos, segn las necesidades de la empresa.

Sistemas de procesamiento de transacciones (TPS, Transaction
Processing Systems) funcionan al nivel operativo de una organizacin.
Sistemas de automatizacin de la oficina (OAS, Office Automaon
Systems).
Sistemas de informacin gerencial (MIS, Management Information
Systems)
Sistemas de apoyo a la toma de decisiones (DSS, Decisin Support
Systems) se encuentran entre los sistemas de alto nivel.
Sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) se
encuentran en el nivel estratgico de la administracin.

14
Senn, J. A.: Anlisis y diseo de sistemas de informacin, Mxico, McGraw-Hill, 1992, pag. 20-21.
15
Lucas, H: Sistemas ce informacin. Anlisis. Diseo. Puesta a punto, Madrid, Parannfo, 1997, pag. 16.
16
KENNETH E. KENDALL, JULIE E. KENDALL. Anlisis y diseo de sistemas. Sexta edicin Parte I: Fundamentos del
Anlisis de Sistemas Pag 2; PEARSON EDUCACIN, Mxico, 2005

28

3.2.5. La Tecnologa WEB
WEB es una tecnologa en la que se busca prestar nuevos servicios a los
usuarios, y esto lleva indefectiblemente a la duda de si el mercado est lo
suficientemente maduro para adaptar esa tecnologa.
Como lo menciona Ramn Voces-Merayo, Llus Codina. WEB es una
tecnologa que permite el acceso a la World Wide Web utilizando un pc
o dispositivos mviles siendo regulado por la OMA y se ha
desarrollado una nueva versin ms eficiente
17
.
Otra definicin importante sobre el concepto de WEB es lo que dice
Alexander Vera T; Andrs Alarcn R., La tecnologa WEB adems de ser
un protocolo que permite la transmisin de datos basados en la Web,
es una plataforma de aplicaciones sobre conexiones fsicas e
inalmbricas que permite la integracin entre el mercado de telefona
mvil e Internet
18

Con los conceptos previos analizados podemos definir conceptualmente que
los servicios que se pueden ofrecer a travs de un dispositivo mvil no se
pueden simplemente traspasar un servicio desde la web al mvil porque las
condiciones son totalmente diferentes. Es decir, si comparamos un telfono
mvil con un PC, el PC tiene la pantalla ms grande, mayor velocidad de
procesamiento, se conecta a Internet a una mayor velocidad.
La nica ventaja que tiene el telfono mvil es la movilidad, y sobre ese
concepto se deben pensar los servicios que deben de prestar. Todas las
acciones que se puedan realizar va web u otros canales no se harn a
travs del telfono mvil. Por lo tanto la clave ser pensar de forma creativa
en qu situaciones se dejarn de lado las dificultades e incomodidades del
telfono mvil y se utilizarn estos dispositivos para conectarse a Internet.

Un punto muy importante a tener en cuenta cuando se disee sitios WEB a
diferencia cuando se disea aplicaciones de escritorio es lo que menciona

17
Ramn Voces-Merayo; Llus Codina. Web mvil y su implantacin en la administracin local espaola. El profesional de la
informacin, 01 marzo 2009. Pg. 212.
18
Alexander Vera T; Andrs Alarcn R; Oscar Polanco M; Rubn D. Nieto L; lvaro Bernal N. Aplicacin de las Comunicaciones
Inalmbricas a la Domtica Ingeniera y Competitividad, 1 mayo 2004 pg. 65-66.

29

Juan-Miguel Aguado-Terrn; Inmaculada J. Martnez-Martnez
19
Existen
diferencias importantes que se tienen que tener en cuenta. A
continuacin pasamos a enumerar algunas de ellas.

Contenido: Las pequeas dimensiones de las pantallas de los
dispositivos mviles hacen que no se puedan traspasar directamente
textos de la Web al telfono mvil o PDA. Por otro lado, un texto
excesivamente corto puede no tener ninguna utilidad y en consecuencia
no estaremos dispuestos a gastar dinero en la conexin y en el servicio y
tiempo de espera para recibir algo que aporta escaso valor.
La arquitectura de la informacin y la navegacin tambin tienen
especificidades importantes. Por un lado, en las diminutas pantallas de
los dispositivos mviles no se puede mantener un men de navegacin
en todas las pginas.
Insercin de texto: Los dispositivos mviles no estn hechos para
introducir texto, con lo que se le debe ahorrar y facilitar todo lo posible al
usuario la difcil tarea de insertar caracteres en el mvil.
Procesos de registro deberan estar basados en el nmero de telfono y
en el PIN de forma que se evite un largo formulario de registro.
Disear para diferentes modelos de telfonos mviles. En muchos casos
se necesitar disear especialmente para varias familias de telfonos,
ya que los telfonos tienen grandes diferencias entre unos y otros.

Segn Alexander Vera T; Andrs Alarcn R., WEB, ya que es una
tecnologa que est en pleno auge, posee ventajas y desventajas que
es bueno analizarlas para poder decidir con claridad si conviene o no
usar el m-commerce en la vida diaria
20

19
Juan-Miguel Aguado-Terrn; Inmaculada J. Martnez-Martnez, De la Web social al Mvil 2.0: el paradigma 2.0 en el
proceso de convergencia meditica de la comunicacin mvil. El profesional de la informacin, 01 marzo 2009. Pg. 156-
157.
20
Alexander Vera T; Andrs Alarcn R; Oscar Polanco M; Rubn D. Nieto L; lvaro Bernal N. Aplicacin de las Comunicaciones
Inalmbricas a la Domtica Ingeniera y Competitividad, 1 mayo 2004 pg. 65-66.

30

Ventajas de las aplicaciones WEB
Mayor facilidad:
La presencia de un comunicacin inalmbrica entre el cliente y la
empresa del servicio eliminan la necesidad de una interfaz fija tal como
un computador para la comunicacin.

Conveniencia:
El tamao pequeo y facilidad de uso de los receptores mviles permite
un mejor traslado de los equipos y rpido conocimiento de la forma de
hacer las transacciones.

Uso del dinero:
Con el uso de aplicaciones WEB, no es necesario usar el dinero tangible,
slo se carga efectivo virtual a la tarjeta de crdito para realizar las
transacciones.

Desventajas de las aplicaciones WEB
Inexistencia del contacto corporal:
La gente est dejando de relacionarse en forma real, no hay un contacto
cuerpo a cuerpo para hacer transacciones.

Bajan las relaciones humanas:
Los usuarios slo se comunican con la gente cercana, el contacto con
gente desconocida disminuye.

Excesiva comodidad:
La gente podr controlar todos sus negocios desde su equipo mvil,
hasta los ms pequeos, provocando una comodidad excesiva.

31

3.2.6. Tecnologas de programacin21
a. HTML:
HTML es el lenguaje con el que se definen las pginas Web.
Bsicamente se trata de un conjunto de etiquetas que sirven para definir
la forma en la que se presenta el texto y otros elementos de la pgina.

b. JavaScript / Jscript.-
Javascript es un lenguaje de programacin utilizado para crear
pequeos programas encargados de realizar acciones dentro del mbito
de una pgina Web. Se trata de un lenguaje de programacin del lado
del cliente, porque es el navegador el que soporta la carga de
procesamiento.
Entre las acciones tpicas que se pueden realizar en Javascript tenemos
dos vertientes. Por un lado los efectos especiales sobre pginas Web,
para crear contenidos dinmicos y elementos de la pgina que tengan
movimiento, cambien de color o cualquier otro dinamismo.

c. VBScript
Es un lenguaje de programacin de scripts del lado del cliente, pero slo
compatible con Internet Explorer. Es por ello que su utilizacin est
desaconsejada a favor de Javascript.
Est basado en Visual Basic, un popular lenguaje para crear
aplicaciones Windows. Tanto su sintaxis como la manera de trabajar
estn muy inspiradas en l.

d. Applets Java
Es una manera de incluir programas complejos en el mbito de una
pgina Web. Estos applets se programan en Java y por tanto se
benefician de la potencia de este lenguaje para la Red.
La principal ventaja de utilizar applets consiste en que son mucho
menos dependientes del navegador que los scripts en Javascript,
incluso independientes del sistema operativo del ordenador donde se
ejecutan.

21
Fuente: Tecnologas Web, Desarrollo web.com http://www.desarrolloweb.com/manuales/15/ [consulta
10/09/11]

32

e. Componentes ActiveX
ActiveX es una tecnologa de Microsoft para el desarrollo de pginas
dinmicas. Tiene presencia en la programacin del lado del servidor y
del lado del cliente, aunque existan diferencias en el uso en cada uno
de esos dos casos.
En el cliente: Son pequeos programas que se pueden incluir dentro de
pginas Web y sirven para realizar acciones de diversa ndole.
En el servidor: Tambin existen controles ActiveX del servidor. Por
ejemplo, cuando realizamos una conexin con una base de datos,
estamos utilizando un control ActiveX del servidor.

f. Visual Basic o .NET
Microsoft.NET es el conjunto de nuevas tecnologas en las que
Microsoft ha estado trabajando durante los ltimos aos y cuyo
lanzamiento definitivo es inminente, estando ya disponible su primera
versin Release Candidate- con los objetivos de:
Mejorar sus sistemas operativos
Mejorar su modelo de componentes COM+

3.2.7. Lenguajes de Programacin
22

A. PHP
Es un lenguaje para programar scripts del lado del servidor, que se
incrustan dentro del cdigo HTML. Este lenguaje es gratuito y
multiplataforma.
PHP es el acrnimo de Hipertext Preprocesor. Es un lenguaje de
programacin del lado del servidor gratuito e independiente de
plataforma, rpido, con una gran librera de funciones y mucha
documentacin.
PHP se escribe dentro del cdigo HTML, lo que lo hace realmente fcil
de utilizar, al igual que ocurre con el popular ASP de Microsoft, pero con
algunas ventajas como su gratuidad, independencia de plataforma,
rapidez y seguridad. Existe un mdulo que hace que nuestro servidor
Web comprenda los scripts realizados en este lenguaje.

22
Fuente: Tecnologas web, Desarrollo web.com (http://www.desarrolloweb.com/manuales/15/)[consulta
10/09/11]

33

Figura N 02
Esquema del funcionamiento de las pginas PHP
Fuente: Desarrollo Web (http://www.desarrolloweb.com/manuales/15/)

Es independiente de plataforma, puesto que existe un mdulo de PHP
para casi cualquier servidor Web. Esto hace que cualquier sistema
pueda ser compatible con el lenguaje y significa una ventaja importante,
ya que permite portar el sitio desarrollado en PHP de un sistema a otro
sin prcticamente ningn trabajo.
La seguridad, en este punto tambin es importante el hecho de que en
muchas ocasiones PHP se encuentra instalado sobre servidores Unix o
Linux, que son de sobra conocidos como ms veloces y seguros que el
sistema operativo donde se ejecuta las ASP, Windows NT o 2000.

a.1. Ventajas de PHP
Es un lenguaje multiplataforma.
Capacidad de conexin con la mayora de los manejadores de
base de datos que se utilizan en la actualidad.
Leer y manipular datos desde diversas fuentes, incluyendo datos
que pueden ingresar los usuarios desde formularios HTML.
Capacidad de expandir su potencial utilizando la enorme
cantidad de mdulos (llamados exts o extensiones).
Posee una amplia documentacin en su pgina oficial.
Es libre, por lo que se presenta como una alternativa de fcil
acceso para todos.

34

Permite las tcnicas de Programacin Orientada a Objetos.
Nos permite crear los formularios para la Web.

B. ASP NET
Es el lenguaje de scripting del lado del servidor creado por Microsoft
ASP (Active Server Pages) es la tecnologa desarrollada para la
creacin de pginas dinmicas del servidor. ASP se escribe en la
misma pgina Web, utilizando el lenguaje Visual Basic Script o Jscript
(Javascript de Microsoft).
Las pginas que se ejecutan en el servidor pueden realizar accesos a
bases de datos, conexiones en red, y otras tareas para crear la pgina
final que ver el cliente. El cliente solamente recibe una pgina con el
cdigo HTML resultante de la ejecucin de la pgina ASP NET.
C. JSP
La tecnologa Java para la creacin de pginas web con programacin
en el servidor. JSP es un acrnimo de Java Server Pages, que en
castellano vendra a decir algo como Pginas de Servidor Java. Es,
pues, una tecnologa orientada a crear pginas web con programacin
en Java.
Con JSP podemos crear aplicaciones web que se ejecuten en distintos
servidores web, de mltiples plataformas, ya que Java es en esencia un
lenguaje multiplataforma.

3.2.8. Metodologas de Desarrollo de Software
3.2.8.1. Proceso Unificado de Desarrollo de Software: RUP
23

Segn Stephen R. Schach; El Proceso Unificado es ms que un
simple proceso de desarrollo de software, es un marco de trabajo
genrico que puede ser especializado para el desarrollo de
sistemas grandes de diferentes reas, diferentes tipos de
organizacin, diferentes niveles de competencia y diferentes
tamaos de proyectos.

23
Anlisis y diseo orientado a objetos con UML y el Proceso Unificado; Stephen R. Schach

35

Es un proceso basado de componentes, lo cual significa que el
software en desarrollo est formado por componentes
interconectados por interfaces bien definidas.
Este proceso usa UML cuando se prepara los diagramas de
moldeamiento del sistema de software. De hecho, el UML es una
parte integral del proceso unificado.
Este proceso est organizado de acuerdo a dos puntos de vista, tal
como se muestra en la figura N 07: a lo largo del tiempo (Fase)
que establece la dinmica de las actividades en funcin del tiempo,
y los componentes (Flujo de Trabajo), que describen la manera
esttica de la estructura del proceso.

Figura N 03 :
Tiempo de locacin fase por fase de un proyecto
Fuente: Anlisis y diseo orientado a objetos con UML y el Proceso Unificado;
Stephen R. Schach

A. Caractersticas del Proceso Unificado
24
:
Es un proceso iterativo, basado en el refinamiento sucesivo del
sistema.
Es un proceso controlado, donde juegan un papel de primordial
importancia la gestin de requisitos y el control de cambios
Basado en la construccin de modelos visuales del sistema.
Centrado en el desarrollo de la arquitectura por lo que maneja el
concepto de desarrollo basado de componentes.
Conducidos por casos de uso.

24
Ingeniera de Software Clsica y Orientada a Objetos Sexta Edicin, Pag. 78; Stephen R. Schach

36

Soporta tcnicas orientadas a objetos y en particular uso de UML.
Formatea el control de calidad.
Soportado por herramientas

Las caractersticas que distingue al proceso unificado se resumen en
tres fases:

a. Conducido por Casos de Usos:
Los Casos de Uso constituyen la gua para el desarrollo del sistema
en el Proceso Unificado.
Cada iteracin se planifica para aadir un conjunto limitado de
Casos de Uso al sistema hacindolo crecer iteracin tras iteracin.
Como es un proceso iterativo, tras cada iteracin se revisan los
Casos de Uso y se eligen los que se desarrollarn en la siguiente
iteracin.
El proceso de desarrollo sigue un flujo:
Los casos de uso son especificados.
Los casos de uso son diseados.
Los casos de usos sirven de fuente para desarrollar las
interfaces.

b. Centrado en la Arquitectura:
Significa que la arquitectura se usa como el principal elemento para
conceptuar, construir, administrar, y perfeccionar el sistema en
desarrollo.

c. Iterativo e Incremental:
El desarrollo de productos de software puede tomar muchos meses
o aos, por ello resulta prctico dividir el proyecto para que se
desarrolle por partes en mini proyectos. Cada mini proyecto es
una iteracin que va incrementando poco a poco hasta llegar al
desarrollo total del producto final. Para lograr efectividad es
necesaria que cada iteracin sea controlada. Los beneficios son:
Reduccin de riesgos de sobre costos al evitar repetir iteraciones.

37

Reducir el riesgo de no terminar el producto de software de acuerdo
al cronograma planificado.
Da mayor eficiencia al equipo del proyecto, pues se trabaja con
objetivos ms claros y con un corto alcance del proyecto.
Permite manejar y adaptar en forma fcil los cambios de
requerimientos, afinndolos en cada iteracin.

B. Fases del Proceso Unificado:
Inicio:
El objetivo de esta fase es tomar una decisin fundada sobre la
viabilidad tcnica y econmica del proyecto.
En esta fase se suelen especificar el mbito del proyecto y los
principales Casos de Uso, se identifican los riesgos y las
posibles arquitecturas y se concluye con un Plan de Ejecucin y
un Presupuesto preliminares.
Es importante sealar que en esta fase NO se catalogan los
requerimientos del proyecto. Eso es contrario al espritu del
Proceso Unificado. Los requerimientos se irn capturando
progresivamente en Casos de Uso. Por lo tanto, el presupuesto y
el Plan de Ejecucin resultantes deben ser considerados
"preliminares".
Normalmente, esta fase dura una o dos semanas. En proyectos
muy conocidos (de escaso riesgo) puede reducirse a unos pocos
das.
Elaboracin:
Los objetivos de esta fase son:
Desarrollar la arquitectura bsica del sistema.
Capturar la mayora de los requerimientos del sistema.
Para lograrlo, se eligen los Casos de Uso necesarios para cubrir
la arquitectura bsica del sistema, y se desarrollan. En el
Proceso Unificado, la arquitectura del sistema es la pieza

38

fundamental sobre la que se aade el resto del desarrollo. Por
eso se aborda en las primeras iteraciones.
Respecto a los requerimientos del sistema, no es necesario
registrarlos todos con detalle.
Bastar con identificarlos y detallar los ms representativos (10-
20%).
En esta fase se utilizan tcnicas como Diagramas de Paquetes
(para describir la arquitectura),
Diagramas de Casos de Uso y Diagramas Conceptuales de
Clases.
La fase de Elaboracin concluye con la elaboracin de un Plan
de Ejecucin y un Presupuesto para la fase de Construccin.
Sabiendo ya cual ser la arquitectura del sistema y los
requerimientos del sistema, el Plan de Ejecucin y el
Presupuesto ya sern mucho ms fiables que los elaborados en
la fase de Lanzamiento.
La duracin de esta fase depende de la complejidad de la
arquitectura, la extensin del sistema y la propia duracin de
cada iteracin. Pero en ningn caso puede exceder los dos
meses.
Construccin:
Esta es la fase principal del proyecto, y su objetivo es desarrollar
el resto del sistema.
En cada iteracin, se aade nueva funcionalidad al sistema
sobre la base de la arquitectura desarrollada en la fase de
elaboracin. Para ello, se van detallando completamente los
Casos de Uso que se incluyen en cada iteracin.
Las tcnicas ms utilizadas en esta fase son las propias de
Implementacin: Programacin en Parejas, Test-First, etc. Pero
tambin son necesarias las tcnicas finales de Diseo, como los
Diagramas de Secuencia y de Interaccin.

39

Transicin:
Esta es la fase final del proyecto y su objetivo es entregar el
sistema a los usuarios finales.
Tras cada iteracin de la fase de Transicin, se pone a
disposicin de los usuarios finales una nueva versin de la
aplicacin, utilizndose la informacin recibida de estos para
mejorar el sistema en la siguiente entrega.
La fase de Transicin incluye la migracin y carga de datos,
formacin a usuarios, soporte tcnico, etc.

Cada una de estas etapas es desarrollada mediante el ciclo de
iteraciones, la cual consiste en reproducir el ciclo de vida en
cascada de menor escala.
Los objetivos de una iteracin son en funcin de la evaluacin de
las iteraciones procedentes. Vale mencionar que el ciclo de vida
que se desarrolla por cada iteracin, es llevada bajo dos
disciplinas:
a. Disciplina de Desarrollo
Ingeniera de Negocios: Entendiendo las necesidades del
negocio.
Requerimientos: Trasladando las necesidades del
negocio a un sistema automatizado.
Anlisis y Diseo: Trasladando los requerimientos dentro
de la arquitectura de software.
Implementacin: Creando software que se ajuste a la
arquitectura y que tenga el comportamiento deseado.
Pruebas: Asegurndose que el comportamiento requerido
es el correcto y que todo lo solicitado est presente.

40

b. Disciplina de Soporte
Configuracin y administracin del cambio: Guardando
todas las versiones del proyecto.
Administrando el proyecto: Administrando horarios y
recursos.
Ambiente: Administrando el ambiente de desarrollo.
Distribucin: Hacer todo lo necesario para la salida del
proyecto.
3.2.8.2. Metodologa Mtrica 25
Esta Metodologa constituye una gua sencilla y til para la
Planificacin, Anlisis, Diseo, Construccin e Implantacin de
Sistemas de Informacin.
La nueva versin de MTRICA contempla el desarrollo de Sistemas
de Informacin para las distintas tecnologas que actualmente estn
conviviendo y los aspectos de gestin que aseguran que un
Proyecto cumple sus objetivos en trminos de calidad, coste y
plazos.
En una nica estructura la metodologa MTRICA Versin 3 cubre
distintos tipos de desarrollo: estructurado y orientado a objetos,
facilitando a travs de interfaces la realizacin de los procesos de
apoyo u organizativos: Gestin de Proyectos, Gestin de
Configuracin, Aseguramiento de Calidad y Seguridad. La finalidad
es de incorporar las nuevas tcnicas derivadas de la programacin
y el anlisis orientado a objetos, al proceso de desarrollo de
software que a travs de esta metodologa las administraciones
pblicas espaolas pretenden llevar a cabo.
Mtrica debera ser obligatoria en cuantos contratos de desarrollo
de software realiza la administracin pblica, sin embargo su
utilizacin an no est suficientemente universalizada. Todava es
frecuente ver concursos pblicos donde no se establece la
obligatoriedad para el contratante de seguir las pautas de mtrica a
la hora de llevar a cabo un proceso de construccin de software.
Todo proyecto Mtrica 3 consta de un conjunto de fases que se
desglosan en mltiples puntos cuya cronologa hay que seguir con

25
Disponible en: http://www.csi.map.es/csi/metrica3/asiproc.pdf

41

claridad para ir avanzando en el desarrollo del proyecto. El
siguiente grfico muestra el esquema general de estas fases:

Figura N04: Fases de Mtrica
Fuente: Metodologa mtrica [en lnea].
Disponible en http://www.auladirectiva.com/curso/metrica-v3/presentacion.html

3.2.8.3. METODOLOGA XP
26

Es una metodologa gil centrada en potenciar las relaciones
interpersonales como clave para el xito en desarrollo de software,
promoviendo el trabajo en equipo, preocupndose por el aprendizaje de
los desarrolladores, y propiciando un buen clima de trabajo.
El enfoque al desarrollo de software que propone XP, pretende ser:
til en proyectos de alto riesgo caracterizados por una constante
variacin de los requerimientos.
Promueve la integracin del cliente en el proceso de desarrollo, la
programacin de a pares y el trabajo en equipo como medios para
lograrlo.
XP se basa en realimentacin continua entre el cliente y el equipo de
desarrollo.
Comunicacin fluida entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios.
XP se define como especialmente adecuada para proyectos con
requisitos imprecisos y muy cambiantes, y donde existe un alto
riesgo tcnico.

26
Fuente: Disponible en http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software

42

Los principios y prcticas son de sentido comn pero llevadas al extremo,
de ah proviene su nombre. A continuacin se presentan las
caractersticas esenciales de XP organizadas en: historias de usuario,
roles, proceso y prcticas.
La Programacin Extrema asume que la planificacin nunca ser
perfecta, y que variar en funcin de cmo varen las necesidades del
negocio. Por tanto, el valor real reside en obtener rpidamente un plan
inicial, y contar con mecanismos de feedback que permitan conocer con
precisin dnde estamos. Como es lgico, la planificacin es iterativa: un
representante del negocio decide al comienzo de cada iteracin qu
caractersticas concretas se van a implementar.

Historias de usuario: Son la tcnica utilizada en XP para especificar
los requisitos del software. Se trata de tarjetas de papel en las cuales
el cliente describe brevemente las caractersticas que el sistema
debe poseer, sean requisitos funcionales o no funcionales. No hay
que preocuparse si en un principio no se identifican todas las
historias de usuario.
Al comienzo de cada iteracin estarn registrados los cambios en las
historias de usuario y segn eso se planificar la siguiente iteracin.
Las historias de usuario son descompuestas en tareas de
programacin y asignadas a los programadores para ser
implementadas durante una iteracin.

Roles, define el papel que juegan las personas en el proceso de
desarrollo, tales como: programador, cliente, encargado de
pruebas, encargado de seguimiento, entrenador, consultor y
gestor.
Proceso, un proyecto XP tiene xito cuando el cliente selecciona
el valor de negocio a implementar basado en la habilidad del
equipo para medir la funcionalidad que puede entregar a travs
del tiempo. El ciclo de desarrollo consiste (a grandes rasgos) en
los siguientes pasos: el cliente define el valor de negocio a
implementar, el programador estima el esfuerzo necesario para su
implementacin, el cliente selecciona qu construir, de acuerdo
con sus prioridades y las restricciones de tiempo, El programador
construye ese valor de negocio, y se repite el proceso.

43

Prcticas, la principal suposicin que se realiza en XP es la
posibilidad de disminuir la mtica curva exponencial del costo del
cambio a lo largo del proyecto, lo suficiente para que el diseo
evolutivo funcione. XP apuesta por un crecimiento lento del costo
del cambio y con un comportamiento asinttico.

El problema de XP es que se tiene al cliente como su ayudante
directo, por no decir como el jefe del proyecto, pero el problema es
que el cliente est ah para decirte si le gusta o no, pues
empezar a tener interrogativas como estas, y si le aumentas
esto?, y quiz el otro?, Por qu no esto ms?, mira hazle esto,
etc., quieren que su aplicacin hable y piense por ellos, pero
lgicamente esto no es posible, pero ah viene la cosas, le dir a
tus otros clientes EL Chico no Sabe, le ped que hiciera esto y no
pudo.

a. Qu es lo que propone XP
Empieza en pequeo y aade en funcionalidad con
retroalimentacin continua.
El manejo del cambio se convierte en parte sustantiva del
proceso.
El costo del cambio no depende de la fase o etapa.
No introduce funcionalidades antes que sean necesarias.
El cliente o usuario se convierte en parte del equipo.

b. Derechos del Cliente
Decidir que se implementa.
Saber el estado real y el progreso del proyecto.
Aadir, cambiar o quitar requerimientos en cualquier momento.
Obtener lo mximo de cada semana de trabajo.
Obtener un sistema funcionando cada 3 4 meses.

c. Derechos del desarrollador
Decidir cmo se implementan los procesos.
Crear el sistema con la mejor calidad posible.

44

Pedir al cliente en cualquier momento aclaraciones de los
requerimientos.
Estimar el esfuerzo para implementar el sistema.
Cambiar los requerimientos en base a nuevos descubrimientos.

Lo fundamental en este tipo de metodologa es:
La comunicacin, entre los usuarios y lo desarrolladores.
La simplicidad, al desarrollar y codificar los mdulos del
sistema.
La retroalimentacin, concreta y frecuente del equipo de
desarrollo, el cliente y los usuarios finales.

Figura N05: Metodologa XP
Fuente: Universidad de Sevilla
3.3. Definicin Conceptual de la Terminologa Empleada:
En esta investigacin se emple terminologa basada para este proyecto y son los
siguientes:

3.3.1. Sistema de Informacin:
Conjunto de elementos interrelacionados e interconectados que buscan un
objetivo en comn y que sirve de apoyo a las actividades de un negocio.

3.3.2. Requerimientos:
Son todas las necesidades solicitadas por el usuario y que el sistema
necesariamente que satisfacer.

45

3.3.3. Software:
Es todo programa o aplicacin programada para ejecutar tareas especficas.

3.3.4. Procedimiento:
Definicin de la forma como se va ejecutar la tarea

3.3.5. Objeto:
Es una instancia de una clase, tiene estructuras y comportamientos bien
definidos, modela parte de la realidad.

3.3.6. Modelo:
Es la representacin simplificada de la realidad.

3.3.7. Metodologa:
Una coleccin de mtodos, uno o ms para cada actividad dentro de cada
fase de un proyecto de desarrollo.

3.3.8. Lenguaje de Programacin:
Conjuntos de instrucciones que el ordenador entiende para poder trabajar y
ejecutar los programas. Existen distintos tipos de lenguajes, segn el
programa que el ordenador tenga que ejecutar:

3.3.9. Base de Datos:
Conjunto de datos organizados para su almacenamiento, diseado para
facilitar su mantenimiento, y la informacin est organizado en campos y
registros.

3.3.10. Atributos:
Es la estructura que tiene un objeto. El nombre del atributo es nico dentro
de la clase.

46

3.3.11. UML:
Lenguaje de Modelado de Sistemas de Software, se trata de un lenguaje
grafico para construir, documentar, visualizar y especificar un Sistema de
software.

3.3.12. Casos de Uso:
Conjunto de escenarios que facilitan una descripcin de cmo se usar el
sistema.

47

CAPITULO IV
MARCO
METODOLGICO

48

CAPITULO IV: MARCO METODOLGICO
4.1. Diseo de Contrastacin de Hiptesis:

4.1.1. Tipo de Estudio:

El tipo de estudio aplicado a ste tema de investigacin es Experimental,
en el cual hemos distribuido de forma aleatoria a la poblacin.

4.1.2. Diseo de la Investigacin:
La investigacin que abordamos se demostrar mediante la aplicacin de
la tecnologa WEB a la muestra. El cliente podr acceder desde su celular
al sistema de gestin hotelera de la empresa Gran Marques Hotel, para
Solicitar, Consultar, Reservar habitaciones.

Var.
Independiente
Var. Dependiente Resultado
IMPLENTACION DE UN
SISTEMA WEB DE
GESTIN HOTELERA
PARA LA EMPRESA
GRAN MARQUES
HOTEL

MEJORAR EL SERVICIO DE
ATENCION DE GESTION
HOTELERA

Con la implementacin del Sistema WEB de
Gestin Hotelera se lograr disminuir los
tiempos de demora en la solicitud de reservar
un servicio hotelero.
Con la implementacin del Sistema WEB de
Gestin de Hotelera se lograr disminuir los
tiempos de consultas de cualquier servicio
hotelero

Con la implementacin del Sistema WEB, se
podr saber el nmero de clientes que hacen
uso de esta aplicacin.

Fuente: Propia
Elaboracin: Propia.

Cuadro N 01 : Diseo de la Investigacin

49

4.2. Poblacin y Muestra

4.2.1. Poblacin:
La poblacin en la investigacin son los clientes de la empresa Gran
Marques Hotel, que son alrededor de 1500 clientes.

4.2.2. Muestra:

Para el clculo de la muestra se utiliz la siguiente frmula:

Probabilidad de xito (p): 0.5
Probabilidad de Fracaso (q): 0.5
Error Mximo (e): 5% (0.05)
Confiabilidad (k): 1.96
Universo (N): 1500

()()
()()
(
())(
)()()
; n= 307.5
Con el nmero de clientes que trabajaremos para las pruebas de
nuestra tesis sern de 308 clientes.
4.3. Mtodos, tcnicas e instrumentos de recoleccin de datos.

4.3.1. Mtodos:

Los mtodos que utilizaremos para la recoleccin de datos sern el
anlisis documental y encuestas.

50

Con el anlisis documental se entender el proceso de gestin hotelera y
los subprocesos que estudiaremos para la elaboracin de la aplicacin
WEB, los cuales son: Consultar, Reservar habitaciones y/o servicios.

En cuanto a las encuestas, stas nos ayudarn a entender la problemtica
existente y la aceptacin de la tecnologa propuesta.

4.3.2. Instrumentos:

Los instrumentos utilizados en ste proyectos son
Encuestas: La encuesta nos ayudar en la investigacin a recolectar
datos.

Documentos Fsicos: Son los documentos que encontramos en los
libros, folletos, revistas, etc.

Documentos Virtuales: Son los documentos que encontramos en
pginas web, bibliotecas virtuales.

4.3.3. Tcnicas:

Las tcnicas utilizadas en sta investigacin son las siguientes:

Recopilacin de informacin: La recopilacin de informacin la
hicimos mediante las tcnicas de fichaje, entrevistas, resmenes,
anlisis y sntesis.

Planteamiento de soluciones: sta tcnica la hemos desarrollado
de acuerdo a la metodologa empleada para la solucin del
problema planteado.

Anlisis de resultados: La tcnica usada para el anlisis de los
resultados es agrupando y tabulando los datos para poder

51

posteriormente ponderarlos y as interpretarlos. El software utilizado
para ste proceso de la investigacin es la hoja de clculo de
Microsoft Excel, en el cual aadiremos la informacin de las
encuestas para obtener Tablas e indicadores estadsticos.

4.4. Plan de anlisis estadstico de Datos.

4.5. Hiptesis

Mediante la implementacin de un Sistema bajo la tecnologa WEB se
mejorar los procesos de registro de admisin, alojamiento,
reservaciones y varios como parte de la gestin hotelera de la empresa
Gran Marques Hotel de la ciudad de Trujillo.

TCNICA

INSTRUMENTO

Recopilacin
de Informacin

Encuestas realizadas a los clientes de la empresa
Gran Marques.
Documentos fsicos y virtuales que ayuden al
desarrollo de la investigacin.
Historia de Usuarios[Ver Anexo 06]

Planteamiento
de Soluciones

Metodologa Extreme Programming (XP)

Anlisis de
Resultados

Se pretende tabular los resultados extrados de la encuesta
aplicada, esto se realizar en grficos de Excel obtenidos
de la informacin procesada.

52

4.6. Variables - Operacionalizacin:

3.4.1 Variable Independiente

Implementacin de un sistema WEB de gestin hotelera para la
empresa Gran Marques Hotel de la ciudad de Trujillo.

3.4.2 Variable Dependiente

Mejorar el servicio de atencin como parte del proceso a los clientes de
la empresa Gran Marques Hotel.

Tabla N 02: Operacionalizacin de Variables

Indicadores
Unidad
de Medida

Formula

Descripcin

Periodo
Tiempo en reservar
un servicio hotelero
Minutos

TC= (T. Final ) (T. Inicial)

TC = Es tiempo que demora
un cliente para reservar un
servicio hotelero.

Diario

Tiempo en realizar
consultas en un
servicio hotelero
Minutos

CCS= (Costo)*( N de
reservaciones)

CCS =Es el tiempo que
demora en realizar consultas
sobre algn servicio.

Diario
Total de clientes
realizan
reservaciones
hoteleras
Personas

TC = ( N de Clientes) * ( da)

TC = Es el nmero de
clientes que acceden a
diferentes tipos de
telecomunicacin para
reservar un servicio hotelero.

Diario

Fuente: Propia
Elaboracin: Propia.

20

53

CAPITULO V
DESARROLLO DE LA
PROPUESTA

54

CAPITULO V: DESARROLLO DE LA PROPUESTA
5.1. Introduccin

Como se describi en la Realidad Problemtica, la empresa Gran Marques Hotel,
no aprovecha el uso adecuado de la tecnologas de informacin para la gestin de
sus procesos en lo que corresponde a la gestin hotelera y adems si sumamos la
poca fomentacin del uso de nuevas tecnologas, genera que muchos de los
servicios que ofrece sean deficientes. Es por ello que en esta propuesta se
plantea la implementacin de un sistema para los procesos en la gestin hotelera,
que contribuya en mantener un control continuo de los procesos mencionados, as
como tambin la automatizacin y auditora de la misma.

Para el desarrollo de la propuesta se aplicar la metodologa de Rational Unified
Process (Proceso Unificado de Rational) de modo que provee el soporte tcnico y
metodolgico en la Implementacin del sistema.

Considerando esto, en este captulo se incluir el detalle para las fases de Inicio y
Elaboracin y adicionalmente se esbozarn las fases posteriores de Construccin
y Transicin para dar una visin global de todo el proceso.

Por cada fase de la metodologa se trabajar con los flujos de trabajo
correspondientes al modelado del negocio, los requisitos, el anlisis y diseo, y la
implementacin; presentando los respectivos artefactos que son requeridos.
5.2. Desarrollo de la Metodologa Rational Unified Process
5.1.1. Fase de Inicio:

El propsito principal de esta fase es establecer el anlisis de negocio, el
anlisis para decidir si se sigue adelante con el proyecto, aunque este
anlisis se seguir desarrollando en la fase de elaboracin conforme se
vaya disponiendo de ms informacin. La fase de inicio no es un estudio
completo del sistema propuesto, sino que en ella buscamos el porcentaje
de casos de uso necesarios para fundamentar el anlisis de negocio inicial.
Para realizar este anlisis seguir cuatro pasos:

55

1. Delimitar el mbito del sistema propuesto, es decir, definir los lmites del
sistema y empezar a identificar las interfaces con sistemas relacionados
que estn fuera de los lmites.
2. Describir unas propuestas de la arquitectura del sistema, y en especial de
aquellas partes del sistema que son nuevas, arriesgadas o difciles. En
este paso solo llegare hasta una descripcin de la arquitectura, raramente
hasta un prototipo ejecutable, esta descripcin de la arquitectura consiste
en unas primeras versiones de los modelos

3. Identificar riesgos crticos, es decir, los que afectan a la capacidad de
construir el sistema, y determinar si podemos encontrar una forma de
mitigarlos, quizs en una etapa posterior. En esta fase consideramos slo
los riesgos que afectan la viabilidad, es decir, aquellos que amenazan el
desarrollo con xito del sistema.

4. Demostrar a usuarios o clientes potenciales que el sistema propuesto es
capaz de solventar sus problemas o de mejorar sus objetivos de negocio
construyendo un prototipo.
Durante esta fase se definirn el modelo de negocio y el alcance del proyecto,
siendo los artefactos desarrollados:
El modelo de caso de uso del negocio.
Especificaciones de los casos de uso.
El modelo de objeto del negocio.
El modelo del dominio del problema.

5.1.1.1. MODELO DE NEGOCIO:

El modelado de negocio es una tcnica para comprender los procesos
de negocio de la organizacin, es decir, se encarga de describir los
procesos de negocio de una empresa en trminos de caso de uso del
negocio y actores del negocio que corresponden con los procesos de
negocio y los clientes, respectivamente. Al igual que el modelo de
casos de uso para un sistema software, el modelo de casos de uso
del negocio presenta un sistema desde la perspectiva de su uso, y

56

esquematiza como proporciona valor a sus usuarios (en este caso, los
clientes).

FIGURA N 06
MODELADO DE NEGOCIO

5.1.1.1.1. Modelo de Caso de Uso de Negocio (MCUN):
Un modelo de caso de uso del negocio describe los
procesos del negocio en trminos de casos de uso y actores
que corresponden a procesos del negocio y trabajadores o
clientes respectivamente.
A continuacin se presenta este modelo, el cual representa
el control de los procesos de la gestin hotelera del Gran
Marques Hotel

57

5.3. Diagrama de Caso de Uso de Negocio del Gran Marques
Hotel

GRAFICO N 01

Fuente: Elaboracin Propia

Administrador
Gestion de Mantenimiento
Cliente
Gestion de Hospedaje
Recepcionista
Gestion de Servicios

58

5.3.1. Especificaciones De Casos De Uso De Negocio:
TABLA N 03: Casos de Uso de Gestin Mantenimiento
GESTIN MANTENIMIENTO

Definicin de Caso de Uso
Este proceso permite al administrador registrar
los datos de los empleados, servicios,
habitaciones, tipo de habitaciones, horarios,
tipos de servicios en el sistema para
posteriormente poder realizar adecuadamente
los servicios que presta el hotel.
Metas
Registrar y permitir la opcin de mantenimiento
y actualizacin eficiente de los datos de los
servicios que ofrece el hotel.
Propietario Administrador
Riesgos
No tener un buen control y registro de los datos.
Categora Caso de Uso Principal
Flujos de Trabajo
Registrar datos personales de los
empleados.
Registrar las habitaciones y sus tipos.
Registrar los servicios y sus tipos.


59

TABLA N 04: Casos de Uso de Gestin de Hospedaje
GESTIN DE HOSPEDAJE
El cliente seleccionara la habitacin y el tipo
que desea alojarse y la cantidad de das que
permanecer en el hotel.
Metas
Generar lo registros de hospedajes de los
clientes.
Propietario Cliente
Riesgos
No tener un buen control y registro de los
hospedajes de los clientes.
Flujos de Trabajo
Consultar Tipos de Habitacin
Consultar la habitacin.
Registrar Cliente
Registrar Reservacin y Detalle de la
reservacin.


60

TABLA N 05: Casos de Uso de Gestin de Servicios
GESTIN DE SERVICIOS
El cliente seleccionara el servicio y el tipo de
servicio que desea hacer uso mientras
permanece en el hotel.
Metas
Generar lo registros de servicios que hacen
uso los clientes.
Propietario Cliente
Riesgos
No tener un buen control y registro de los
servicios de los clientes.
Flujos de Trabajo
Consultar Tipos de Servicios
Consultar el servicio.
Registrar Cliente
Registrar el uso del servicio y el detalle
del tipo de servicio.


61

5.4. Modelo de Objeto de Negocio (MON):

Un modelo de objeto de negocio es un modelo interno a un negocio. Describe como
cada caso de uso de negocio es llevado a cabo por parte de un conjunto de
trabajadores que utilizan un conjunto de entidades del negocio y de unidades de
trabajo.
Los modelos de objetos del negocio estn asociados a cada uno de los casos
de uso del negocio descritos anteriormente.

A. MON Gestin Mantenimiento
Este MON, tiene como actor principal al cliente, quien participa en el proceso
de Gestin de mantenimiento ya que el administrador a travs de la aplicacin
web podr registrar y dar mantenimiento a sus datos.

GRAFICO N 02
MODELO DE OBJETO DE NEGOCIO GESTIN MANTENIMIENTO

Habitacion
TipoHabitacion
Empleado
Servicio
Tipo Servicio
Administrador
Resgistrar/Buscar/Listar
Registrar/Buscar/Listar

62

B. MON Gestin Hospedaje
Este MON, tiene como actor principal al cliente, quien participa en el proceso
de alojamiento, el cual es manejado de la siguiente manera:
El cliente tiene la opcin de ver los tipos de habitaciones, su precio y la
disponibilidad.
El cliente seleccionara la habitacin deseada e indica dar el nmero de
das que se quedara alojado en el hotel.
El cliente registra el pedido de alojamiento y tiene la opcin de consultar,
modificar o eliminar el registro del alojamiento realizado

GRAFICO N 03
MODELO DE OBJETO DE NEGOCIO GESTIN DE ALOJAMIENTO


Habitacion
Reservacion
DetalleReservacion
Cliente
Recepcionista
Consultar/Listar
Registrar/Buscar Consultar
Registrar/Buscar/Listar

63

GRAFICO N 04
MODELO DE OBJETO DE NEGOCIO GESTIN DE SERVICIOS

Cliente
Servicio
DetalleRegistroServicio
Recepcionista
Consultar
Consultar
RegistroServicio
Registrar/Buscar
Consultar/Listar

64

5.5. Modelo de Dominio del Problema
GRAFICO N 05
DIAGRAMA DEL MODELO DE DOMINIO


TipoHabitacion
DetalleReservacion
Empleado
Servicio
Reservacion
...
1
...
1
1
1..*
Habitacion
1
1..*
1
...
1
...
DetaComprobantePagoServicio
DetaComprobantePagoHabitacion
Tipo Servicio
1
1..*
ComprobantePago
1
1
1
1
1
0..1
1
1..*
1
1..*
Cliente

65

5.6. Modelo de Caso de Uso de Requerimiento
5.6.1. Fase de Elaboracin

Durante la fase de elaboracin, se especifican en detalle la mayora de
los casos de uso del producto y se disea la arquitectura del sistema. La
relacin entre la arquitectura del sistema y el propio sistema es
primordial.
El resultado principal de la fase de elaboracin es una arquitectura
estable para guiar el sistema a lo largo de su vida futura. Esta fase
tambin lleva el estudio del sistema propuesto al punto de planificar la
fase de construccin con gran precisin.
Los requisitos y la arquitectura (en el anlisis y la implementacin)
representan el grueso del esfuerzo en las fases de inicio y de
elaboracin.
Los artefactos que se presentar en esta fase sern:
Modelo de Caso de Uso de Requerimiento
Diagramas de Colaboracin
Diagramas de Secuencia
Diagramas de Clases

5.6.1.1. Los Requerimientos

La etapa de requerimientos es el segundo flujo de trabajo o
disciplina de la Metodologa RUP, y consiste en establecer los
servicios que el sistema debe proveer y las restricciones bajo las
cuales debe operar.
El objetivo principal de esta disciplina es establecer las funciones
que se quiere que satisfaga el sistema a construir. En esta lnea
los requerimientos son el contrato que se debe cumplir, de modo
que los usuarios finales tienen que comprender y aceptar los
requerimientos que se especifiquen. Para obtener los
requerimientos se deben aplicar prcticas de licitacin a los

66

involucrados en el proyecto, anotar y validar todas sus
solicitudes.
Los principales objetivos de esta disciplina son:

Definir el mbito del sistema.
Definir una interfaz de usuario para el sistema, enfocada a
las necesidades y metas de usuario.
Tener un mejor entendimiento de los requerimientos del
sistema.
Tener una base para estimar recursos y tiempo de
desarrollo del sistema.

FIGURA N 07
REQUERIMIENTOS

En esta fase se analizar el dominio del problema, planteado en el
modelado del negocio, y se establecer los cimientos de la arquitectura y
eliminar los mayores riesgos. La fase de construccin, que de algn modo
resulta ser costosa y arriesgada. Es por esto que la fase de elaboracin es
de gran importancia.

Los modelos de caso de uso capturan parte de la realidad en la cual se
est trabajando y describen el sistema y su ambiente. Teniendo en
cuenta el modelado del negocio hecho en el flujo anterior,

67

perteneciente a la fase de inicio de la metodologa, se ha elaborado los
casos de uso de requerimientos, siendo estos divididos entre dos
procesos principales:

A. MCUR Gestin Mantenimiento:

GRAFICO N 06
MODELO DE CASO DE USO DE REQUERIMIENTO GESTION
MANTENIMIENTO


Registrar Habitacion
Registrar Tipo Habitacion
<<include>>
Registrar Empleado
Registrar Horario
Registrar Servicio
Registrar Tipo Comprobante
Registrar Tipo Servicio
Administrador
(from Use Case View) ...)
<<include>>

68

B. MCUR Realizar Pedidos:

GRAFICO N 07
MODELO DE CASO DE USO DE GESTION DE HOSPEDAJE


Validar Cliente
Registrar Cliente
Consultar habitacion
Tipo Habitacion
<<include>>
Cliente
Registrar reservacion

69

C. MCUR Realizar Pedidos:

GRAFICO N 08
MODELO DE CASO DE USO DE GESTION DE SERVICIOS


Validar usuario empleado
Registrar Pago
Generar comprobante
<<include>>
Emitir boleta
<<extend>>
Emitir factura
<<extend>>
Registrar Servicios
<<include>>
Recepcionista
Consultar Servicio
<<include>>

70

5.6.1.2. Especificacin de Casos de Usos
TABLA N 06: Especificaciones Registrar Empleado

RF-01 Registrar Empleado
Objetivos asociados
Requisitos
asociados
Ninguno.
Descripcin La descripcin indica cmo se debe comportar el sistema
cuando se registra a un empleado.
Precondicin Ninguno.
Secuencia
Normal
Paso Accin
1 El administrador solicita al sistema comenzar el
proceso de registro.
2 El sistema solicita al administrador que llene el
formulario de registro con datos del empleado.
Si se trata de un empleado que requiera ingreso
al sistema, este solicitara el ingreso de login y
contrasea.
3 El sistema guardar los datos ingresados.

Postcondicin
Los datos del empleado estarn ahora registrados, al
tratarse de empleados que necesitan ingresar al
sistema estos podrn realizarlo con el ingreso de su
login y contrasea.
El administrador podr modificar los datos ingresados.
El administrador podr eliminar cualquier registro.

Excepciones
Paso Accin

2
Si el empleado ya se encuentra registrado en el
sistema, este cancelar la operacin y le dir al
administrador que el empleado ya fue registrado con
anterioridad, a continuacin este caso de uso
termina.

3
Si el administrador cancela el proceso de registro, el
sistema cancela la operacin, a continuacin este
caso de uso termina.
Rendimiento Paso Cota de Tiempo
3 1 segundo
Frecuencia esperada No definida.
Comentarios Ninguno

71

TABLA N 07 : Especificaciones Registrar Tipo Habitacin

RF-02 Registrar Tipo Habitacin.
Objetivos asociados
Requisitos
asociados

cuando se registra a un Tipo de Habitacin.
Secuencia
Normal
Paso Accin
formulario de registro con datos de la categora
de la habitacin.
Postcondicin El administrador podr modificar los datos de la
categorizacin.
Excepciones Paso Accin
2 Si existe un tipo de habitacin con el mismo
nombre el sistema no permitir ingresar el
registro.
3 Si el administrador cancela el proceso de registro,
el sistema cancela la operacin, a continuacin
este caso de uso termina.
3 1 segundo.
Comentarios Ninguno

72

TABLA N 08 : Especificaciones Registrar Habitacin

RF-03 Registrar Habitacin.
Objetivos asociados
Requisitos
asociados
RF-02
Descripcin La descripcin indica como se debe comportar el sistema
cuando se registra una Habitacin.
Precondicin Sera necesario el registro previo del tipo de habitacin.
Secuencia
Normal
Paso Accin
formulario con datos de la habitacin.
Postcondicin El administrador podr modificar los datos de
cualquier registro.
2 Si existe una habitacin con el mismo numero y
ubicacin el sistema no permitir ingresar el
registro.
3 Si el administrador cancela el proceso de registro,
el sistema cancela la operacin, a continuacin
este caso de uso termina.
3 1 segundo.
Comentarios Ninguno

73

TABLA N 09 : Especificaciones Validar Usuario

RF-07 Validar Usuario
Objetivos asociados
Requisitos
asociados
RF-06.
cuando el cliente intenta acceder.
Secuencia
Normal
Paso Accin
1 El cliente ingresa su Email y clave.
2 El sistema verifica si el usuario y clave son
correctos.
3 El sistema da acceso al usuario.
Postcondicin El usuario tendr acceso a diferentes opciones dentro de
la pgina web.
2 Si el email y clave son incorrectos el sistema no
dar acceso al usuario.
3 1 segundo
Frecuencia esperada 20/da.
Comentarios Ninguno

74

TABLA N 10 : Especificaciones Registrar Clientes

RF-06 Registrar Clientes
Objetivos asociados
Requisitos
asociados
Ninguno.
cuando se registra un cliente.
Secuencia
Normal
Paso Accin
1 El cliente solicita al sistema comenzar el proceso
de registro.
2 El sistema solicita al cliente que llene el formulario
de registro.
4 El sistema enviara al cliente un email con las
descripciones de usuario.
Postcondicin Los datos del cliente estarn ahora registrados,
ahora podr realizar reservaciones.
El administrador podr modificar los datos
ingresados.
2 Si el cliente ya se encuentra registrado en el
sistema, este cancelar la operacin y le dir al
que los datos ya fueron ingresados.
3 Si el administrador el cliente cancela el proceso
de registro, el sistema cancelara la operacin, a
continuacin este caso de uso termina.
3 1 segundo
Comentarios Ninguno

75

TABLA N 11 : Especificaciones Consultar Habitaciones

RF-08 Consultar Habitacin
Objetivos asociados
Requisitos
asociados
RF-07.
cuando el cliente desea consultar habitaciones disponibles.
Precondicin El cliente valido sus datos.
Secuencia
Normal
Paso Accin
1 El cliente ingresa la fecha y hora de llegada y
salida.
2 El sistema verifica si disponibilidad de las
habitaciones y las lista
Postcondicin El usuario podr seleccionar una o ms habitaciones y
reservarlas.
2 Si el sistema no encuentra ninguna habitacin el
sistema no listara ninguna.
3 1 segundo
Comentarios Ninguno

76

TABLA N 12 : Especificaciones Consultar Habitaciones

RF-09 Registrar reservacin
Objetivos asociados
Requisitos asociados RF-08.
Descripcin
La descripcin indica cmo se debe comportar el sistema
cuando el cliente desea registrar una reservacin.
Precondicin El cliente consulto habitaciones disponibles.
Secuencia
Normal
Paso Accin
1 El cliente selecciona una o ms habitaciones.
2 El sistema ingresa algunos datos adicionales.
Postcondicin El usuario podr revisar que reservaciones hizo.
Excepciones
Paso Accin
2
Si el cliente cancela la operacin el sistema
obedecer y terminara el caso de uso.
3 1 segundo
Comentarios Ninguno

77

5.6.2. ANALISIS Y DISEO

El objetivo principal de esta disciplina es transformar los requerimientos a una
especificacin que describe cmo implementar el sistema. En el anlisis
fundamental se tratar de obtener una visin acerca de la funcionalidad del
sistema de software a desarrollar, por tal motivo este se interesa en los
requerimientos funcionales. Por lo tanto, el diseo es un refinamiento que toma
en cuenta los requerimientos no funcionales, por lo cual se centra en como el
sistema cumple sus objetivos.

Los principales objetivos en esta disciplina son:

Adaptar el diseo para que sea consistente con el entorno de
implementacin.
Desarrollar una arquitectura para el sistema.
Transformar los requerimientos en el diseo del futuro sistema.

FIGURA N 03
ANALISIS Y DISEO

78

5.7. Diagrama de Colaboracin

Un diagrama de colaboracin muestra la interaccin que destaca la organizacin
de los objetos que participan en una interaccin.

Cada diagrama de colaboracin har una referencia directa a cada caso de uso
mostrado en la etapa de requisitos, as como tambin a cada interface mostrada
en la etapa de diseo. La secuencia de los mensajes y los flujos de ejecucin
concurrentes se determinarn explcitamente mediante nmeros de secuencia.

GRAFICO N 09
DIAGRAMA DE COLABORACION MANTENIMIENTO CLIENTE


: Cliente : frmRegistro
: AgregadorCliente
: Cliiente
: ActualizadorCliente
1: Acceso a Registro
2: Mostrar Ventana
3: AgregarCliente(Datos)
5: Msj:DatosGuardados
6: ActualizarCliente(Datos)
8: Msj:Datos Actualizados
4: Nuevo
7: Modificar

79

GRAFICO N 10
DIAGRAMA DE COLABORACIN PAGO RESERVACION


: Recepcionista
: Reservacion
: BuscadorReservacion
: frmValidarEmpleado
: Empleado
: ValidadorEmpleado
: frmPago_reservacion
: VerificadorMonto
: InsertadorPagoReservacion
: PagoReservacion
: BuscadorTipoComprobante
: Tipo_comprobante
1: Validar empleado
5: Pago reservacion
11: Resultado Pago
12: Ingresar Pago
7: Leer
2: validar(login,clave)
4: Mostrar
3: Leer
6: BuscarReservacion(id_reservacion)
8: ObjReservacion
9: VerificarMonto(objreservacion)
10: Var ResultadoMonto
13: BuscarTipoComprobante(id_tipo_comprobante)
15: ObjTipoComprobante
16: InsertarPagoReservacion(ObjReservacion,Pago,ObjTipoComprobante)
18: Var Result
17: Nuevo
14: Leer

80

GRAFICO N 11
DIAGRAMA DE COLABORACION REGISTRAR RESERVACION


: Recepcionista
: ValidadorEmpleado : Empleado
: frmValidarEmpleado
: frmReservacion
: BuscadorHabitacion
: BuscadorCliente
: CalculadorTotal
:
InsertadorReservacionEsc...
: Habitacion
: Cliente
: Reservacion
1: Validar empleado
6: Reservar habitacion
3: Leer 2: validar(login,clave)
4: ObjEmpleado
5: Mostrar
7: BuscarCliente(id_cliente)
9: ObjCliente
10: BuscarHabitacion(Id_habitacion)
12: Objhabitacion
13: CalcularTotal(dias, objhabitacion)
14: var Total
15: InsertarReservacion(ObjReservacion)
17: Var NroReservacion
11: Leer
8: Leer
16: Nuevo

81

5.7.1.1. Diagrama de Estados

Los diagramas de estado muestran el conjunto de estados por los
cuales pasa un objeto durante su vida en una aplicacin en respuesta
a eventos (por ejemplo, mensajes recibidos, tiempo rebasado o
errores), junto con sus respuestas y acciones. Tambin ilustran qu
eventos pueden cambiar el estado de los objetos de la clase.
Normalmente contienen: estados y transiciones. Como los estados y
las transiciones incluyen, a su vez, eventos, acciones y actividades,
vamos a ver primero sus definiciones.
Al igual que otros diagramas, en los diagramas de estado pueden
aparecer notas explicativas y restricciones.

GRAFICO N 12
Diagrama de Estado de Cliente


Activo
Suspendido
Bloqueado Habilitado

82

GRAFICO N 13
Diagrama de Estado de una Reserva de Habitacin


GRAFICO N 14
Diagrama de Estado de una Reserva de Habitacin

Cancelada
Activa
Vencida
Finalizada
En Proceso
Fuera de Tiempo
Anulada
Anulada Ocupada
Disponible
Reservada
Ocupada
Mantenimiento
En Proceso
reservar
reservar
Suspender
Disponible
Suspender

83

5.8. Diagrama de Secuencia

5.8.1. Fase de Construccin

El objetivo general de la fase de construccin viene indicado por su tarea
fundamental: la capacidad de operacin inicial. Es decir, un producto listo
para ser distribuido como versin beta y ser sometido a pruebas. Esta fase
emplea ms personal a los largo de un periodo de tiempo ms largo que
ninguna otra fase, y es por esto por lo que es tan importante tener todos
los detalles bien preparados antes de empezar la construccin.
Generalmente esta fase requiere un mayor nmero de iteraciones que las
fases anteriores.

En muchos casos el tener un trabajo de requisitos, anlisis y diseo pobre
parece implicar que la construccin lleve la cantidad de tiempo demasiado
grande. En estos casos los desarrolladores tienen que construir el sistema
como pueden, empleando ms tiempo de lo necesario para que se
satisfagan los requisitos y para eliminar los defectos. Una de las grandes
ventajas de construir software utilizando un enfoque que use mltiples
fases y un desarrollo iterativo e incremental es que nos permite equilibrar
la asignacin de recursos y de tiempo a lo largo del ciclo de vida.

Entre las actividades de la fase de construccin tenemos:

1. La extensin de la identificacin, descripcin y realizacin de casos
de uso a todos los casos de uso.
2. La finalizacin del anlisis (posiblemente quedan todava ms de la
mitad de los casos de uso por ser analizados cuando comienza la
fase de construccin), del diseo, de la implementacin y de la
prueba.
3. El mantenimiento de la integridad de la arquitectura, modificndola
cuando sea necesario.
4. La monitorizacin de los riesgos crticos y significativos arrastrados
desde las dos primeras fases, y su mitigacin si se materializan.
El hito en esta fase culmina con el desarrollo del sistema con calidad
de produccin y la preparacin para la entrega al equipo de transicin. Toda
la funcionalidad debe haber sido implementada.

84

A. De Registro de Cliente
GRAFICO N 13
DIAGRAMA DE SECUENCIA MANTENIMIENTO DE CLIENTE


: Cliente : Cliente : frmRegistro : frmRegistro
: AgregadorCliente : AgregadorCliente
: Cliiente : Cliiente : ActualizadorCliente : ActualizadorCliente
Acceso a Registro
Mostrar Ventana
AgregarCliente(Datos)
Nuevo
Msj:DatosGuardados
ActualizarCliente(Datos)
Modificar
Msj:Datos Actualizados

85

B. DS Registrar Pago Reservacin
GRAFICO N 14 : DIAGRAMA DE SECUENCIA PAGO RESERVACION

: Recepcionista : Recepcionista
: Reservacion : Reservacion
:
BuscadorReserv...
:
BuscadorReserv...
: frmValidarEmpleado : frmValidarEmpleado : Empleado : Empleado :
ValidadorEmpleado
:
ValidadorEmpleado
: frmPago_reservacion : frmPago_reservacion
: VerificadorMonto : VerificadorMonto
:
InsertadorPagoRe...
:
InsertadorPagoRe...
: PagoReservacion : PagoReservacion :
BuscadorTipoCo...
:
BuscadorTipoCo...
: Tipo_comprobante : Tipo_comprobante
1: Validar empleado
3: Leer
4: Mostrar
5: Pago reservacion
6: BuscarReservacion(id_reservacion)
7: Leer
8: ObjReservacion
9: VerificarMonto(objreservacion)
10: Var ResultadoMonto
11: Resultado Pago
12: Ingresar Pago
13: BuscarTipoComprobante(id_tipo_comprobante)
14: Leer
15: ObjTipoComprobante
16: InsertarPagoReservacion(ObjReservacion,Pago,ObjTipoComprobante)
17: Nuevo
18: Var Result

86

C. DS Registrar Reservacin
GRAFICO N 15 : DIAGRAMA DE SECUENCIA REGISTRAR RESERVACION

: Recepcionista : Recepcionista :
ValidadorEmpleado
:
ValidadorEmpleado
: Empleado : Empleado : frmValidarEmpleado : frmValidarEmpleado : frmReservacion : frmReservacion :
BuscadorHabitacion
:
BuscadorHabitacion
: BuscadorCliente : BuscadorCliente : CalculadorTotal : CalculadorTotal :
InsertadorReservacio...
:
InsertadorReservacio...
: Habitacion : Habitacion : Cliente : Cliente : Reservacion : Reservacion
1: Validar empleado
3: Leer
4: ObjEmpleado
5: Mostrar
6: Reservar habitacion
7: BuscarCliente(id_cliente)
8: Leer
9: ObjCliente
10: BuscarHabitacion(Id_habitacion)
11: Leer
12: Objhabitacion
13: CalcularTotal(dias, objhabitacion)
14: var Total
15: InsertarReservacion(ObjReservacion)
16: Nuevo
17: Var NroReservacion

87

5.9. Diagrama de Clases
GRAFICO N 16 : DIAGRAMA DE CLASES


88

5.10. Diagrama Fsico de la Base de Datos

GRAFICO N 17 : DISEO FISICO DE LA BASE DE DATOS
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19. Fuente: Elaboracin Propia

89

5.11. Diagrama de Componentes

5.11.1. Implementacin

Por un lado, hay quien sostiene que no se puede estar seguro de que
la arquitectura candidata sirva hasta que no se vea un prototipo
funcionando. No se puede estar seguro de que se haya eliminado un
riesgo hasta que la parte del prototipo referente a ese riesgo funcione
realmente. Por otro lado, al mantener al mnimo la plantilla y el tiempo
dedicado a la fase de inicio, se deben parar los flujos de trabajo tan
pronto como se tenga la descripcin de una arquitectura que parezca
que pueda funcionar. Decidir el punto exacto hasta el que desarrolla la
arquitectura candidata es responsabilidad del Jefe de Proyecto.

En situaciones normales, ste finalizar la fase con la descripcin de la
arquitectura candidata, en cuyo caso, seguir con el flujo de trabajo de
implementacin no es necesario.

No obstante, puede ser necesario un prototipo de demostracin (un
prototipo desechable). Si esto es as, el proyecto entrar en el flujo de
trabajo de implementacin, si bien ste puede ser pequeo.

5.11.2. Diagrama de Componentes

El diagrama de componentes describir los elementos fsicos del
sistema, sus relaciones y dependencias. No es necesario que un
diagrama incluya todos los componentes del sistema, normalmente se
realizan por partes. Cada diagrama describe un apartado del sistema.

En el situaremos libreras, tablas archivos, ejecutables y documentos
que formen parte del sistema.

Uno de los usos principales es que puede servir para ver que
componentes pueden compartirse entre sistemas o entre diferentes
partes de un sistema.

90

GRAFICO N 18
DIAGRAMA DE COMPONENTES

Servidor de Aplicaciones
Logica del
Negocio
Presentacion
Logica de
Acceso a Datos
BDGranMarques

91


Principal
Clientes
Servicios
Reservaciones
Conexion
<<DLL>>
Gestion Hotelera
Base de Datos
Habitaciones

92

5.12. Diagrama de Despliegue

El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de
Modelado que se utiliza para modelar el hardware utilizado en las
implementaciones de sistemas y las relaciones entre sus componentes.
Los elementos usados por este tipo de diagrama son nodos (representados
como un prisma), componentes (representados como una caja rectangular con
dos protuberancias del lado izquierdo) y asociaciones.

GRAFICO N 19

DIAGRAMA DE DESPLIEGUE


Servidor de
Aplicaciones
Servidor HP
Prollant
ML150-5g
Intel Xeon
E5...
Servidor
Firewall Externo
TCP/IP
Red
Telefonica
TCP/IP
Cliente 1
Cliente 2

93

CAPITULO VI
ANALISIS COSTO
BENEFICIO

94

CAPITULO VI : ANALISIS COSTO BENEFICIO
6.1. Anlisis Costo Beneficio.
El anlisis Costo Beneficio permitir demostrar la rentabilidad del proyecto en
los primeros 5 aos de implementacin, el cual ser evaluado no slo desde el
punto de vista monetario, sino tambin considerando los beneficios intangibles
que se obtendrn.
6.2. Inversin Inicial
Costos de Servicios
Los costos de servicios detallados en el TABLA N 1, corresponden a los seis
meses de elaboracin del proyecto, por otro lado el monto diario de servicio de
energa elctrica se calcula el doble de lo estimado por corresponder a dos
computadoras.
Tabla N 14: Costos de servicios
Descripcin Monto diario
(S/)
Das por mes Meses Total (S/)
Servicio de Transporte 2.00 22 6 264.00
Servicio de Internet 1.00 22 6 132.00
Servicio de Energa elctrica 1.72 22 6 227.04
Monto Total (S/.) 623.04
FUENTE: Elaboracin propia
* Tomando en cuenta que el consumo de una computadora por hora es de 0.300 Kw,
el costo de energa tiene un valor de S/. 0.3583 x Kwh, entonces el monto promedio
diario se calcul de la siguiente forma: 0.3 Kw/hr * 8hr/da * S/0.3583 = S/. 0.86 soles
diarios.

95

Costos de Materiales
Los costos de materiales estimados en el TABLA N 14, han sido de suma importancia
para la elaboracin del proyecto, porque se tena la necesidad de realizar algunos
bocetos y diagramas manualmente, entre otras utilidades.

Tabla N 15: Costos de materiales
Descripcin Cantidad Unidad Precio(S/) Total(S/)
Impresiones 660 Hojas 0.20 132.00
Fotocopias 50 Hojas 0.05 2.50
Papel Bond A4 1 Millar 25.00 25.00
CDs 10 Unidad 1.00 10.00
Materiales de Oficina 2 Juegos 8.00 16.00
Empastados 3 Unidad 18.00 54.00
Monto Total 239.50

Costos de Personal
La etapa de anlisis, diseo e implementacin corresponden a los seis meses
de realizacin del proyecto, la etapa de pruebas y capacitacin se considera
despus de la culminacin del mismo.

96

TABLA N 16: Costos de personal
Descripcin
Duracin
Costo por
hora (S/)
Total
(S/)
Meses Das por mes
Horas por
da
Anlisis y diseo 3 20 6 10.00 3600.00
Implementacin 3 20 8 10.00 4800.00
Pruebas e
implantacin 1 20 6 10.00 1200.00
Capacitacin 1 20 6 10.00 1200.00
Total de Inversin en costo de Personal
10800.0
0
Costos de Software
Garza Hotel es una institucin privada, que busca aumentar sus ingresos tratando de
minimizar gastos de inversin, por tal motivo se propone la utilizacin de software libre
en el 90% de los programas de la realizacin del proyecto, solo se utilizara adobe flash
CS4 para mejorar la presentacin de la pgina web.
TABLA N 17: Costos de software
Descripcin Total (S/)
Servidor Apache 0.00
Lenguaje de Programacin PHP 0.00
RDBMS MySQL 0.00
Sistema Operativo Linux distribucin Ubuntu
Server 0.00
Notepad ++ 0.00
Adobe Flash CS4 756.00
Monto Total 756.00

97

Costos de Hardware
Garza Hotel cuenta con diferentes equipos y una red estructurada ya establecida, por
tal motivo los costos en hardware son 0.00 soles.
TABLA N 18: Costos de hardware
Descripcin Nro. Equipo Precio Unitario Total (S/)
Servidor Web 1 0.00 0.00
Servidor de Base de
Datos 1 0.00 0.00
Firewall 1 0.00 0.00
Estaciones de Trabajo 3 0.00 0.00
Switch administrable 1 0.00 0.00
Total de Inversin de Hardware 0.00
6.3. Gastos Operativos

TABLA N 19: Gastos Operativos I
Descripcin
Duracin
Costo por
hora (S/)
Total
(S/)
Meses
Das por
mes Horas por da
Administracin de Sitio
Web 10 20 8 10.00 16000.00
Total de Gastos Operativos 16000.00

98

TABLA N 20: Gastos Operativos II
Descripcin
Nro.
Equipo
Veces x
ao Costo Total (S/)
Mantenimiento de PC's 3 3 50.00 150.00
Mantenimiento de Servidor y
Firewall 3 3 150.00 450.00
Total de Gastos Operativos 600.00

6.4. Beneficios
Los beneficios sern estimados en base a algunos indicadores y otros aspectos
que se lograran al implantar el sistema, adems se describirn los beneficios
intangibles los cuales no sern calculados por ser beneficios sociales.
6.4.1. Beneficios tangibles
Ahorro en libros de registros y reservaciones, que se obviaran con
el sistema de reservas que se implementara.
TABLA N 21: Ahorro en libros
Descripcin
Nro. de
Libros
Veces x
ano Costo Total (S/)
Libro de Registro de Hospedaje 1 4 150.00 600.00
Libro de Reservas 1 4 150.00 600.00
Total de Inversin de Libros 1200.00
Ahorro en personal, ya que hay personas que estn realizando el
trabajo de recepcin, solo para reservas

99

TABLA N 22: Ahorro en libros
Sin implementacin del sistema
Cantidad actual de
personal(U) 9
Sueldo actual (S/) 850.00
Promedio anual(meses) 12
Total por ao 91800.00

Con la implementacin del sistema
Cantidad actual de
personal(U) 5
Sueldo actual (S/) 850.00
Promedio anual(meses) 12
Total por ao 51000.00
Ahorro Anual 40800.00
6.4.2. Beneficio intangibles
Reduccin del tiempo promedio de atencin.
Reduccin del tiempo promedio de registro.
Reduccin del tiempo promedio de seguimiento.
Mejora de la calidad de la reserva.
Reduccin del circuito para la obtencin de la informacin
Mejora de las respuestas de las solicitudes de reservacin.
Incremento de la productividad del personal del Gran Marques
Hotel.
Incremento en la Imagen institucional.

100

6.5. . Flujo de Caja
TABLA N 19: Flujo de Caja
Descripcin Ao 0 Ao 1 Ao 2 Ao 3 Ao 4 Ao 5 Total
INVERSION INICIAL (S/) (S/) (S/) (S/) (S/) (S/) (S/)
Costo de Servicios 623.04 0 0 0 0 0 623.04
Costo de materiales 239.50 0 0 0 0 0 239.50
Costo de personal 10800.00 0 0 0 0 0 10800.00
Costo de software 756.00 0 0 0 0 0 756.00
Costo de hardware 0.00 0 0 0 0 0 0.00
Total de Inversin inicial 12418.54 0.00 0.00 0.00 0.00 0.00 12418.54
GASTOS OPERATIVOS (S/) (S/) (S/) (S/) (S/) (S/) (S/)
Administracin de Sitio Web 0.00 16000.00 16000.00 16000.00 16000.00 16000.00 80000.00
Mantenimiento de PCS 0.00 150.00 150.00 150.00 150.00 150.00 750.00
Mantenimiento de Servidor y Firewall 0.00 450.00 450.00 450.00 450.00 450.00 2250.00
Total de Gastos Operativos 0.00 16600.00 16600.00 16600.00 16600.00 16600.00 83000.00

Total de Gastos por ao 12418.54 16600.00 16600.00 16600.00 16600.00 16600.00 95418.54
Total de Gastos acumulados 12418.54 29018.54 45618.54 62218.54 78818.54 95418.54

BENEFICIOS (S/) (S/) (S/) (S/) (S/) (S/) (S/)
Ahorro en adquisiciones de libros 0.00 1200.00 1200.00 1200.00 1200.00 1200.00 6000.00
Ahorro en Personal 0.00 40800.00 40800.00 40800.00 40800.00 40800.00 204000.00
Total Bruto de beneficios por ao 0.00 42000.00 42000.00 42000.00 42000.00 42000.00 210000.00
Total Bruto de beneficios acumulados 0.00 42000.00 84000.00 126000.00 168000.00 210000.00

FLUJO DE CAJA NETO (S/) (S/) (S/) (S/) (S/) (S/) (S/)
Flujo de caja neto anual -12418.54 42000.00 42000.00 42000.00 42000.00 42000.00 197581.46
Flujo de caja neto acumulado -12418.54 29581.46 71581.46 113581.46 155581.46 197581.46

101

6.6. VAN

El VAN es un procedimiento que permitir calcular el valor presente de un
determinado nmero de flujos de caja futuros.
El clculo del VAN se ha realizado utilizando la funcin VNA (tasa;
periodo_1:periodo_5), del programa Microsoft Excel. Donde la tasa de inters
es del 200% y los periodos son extrados del Flujo de Caja Neto
Anual presentado en TABLA N10. El resultado obtenido es de S/24 754.55; lo
que indica el ptimo nivel de rentabilidad del proyecto propuesto.

6.7. TIR
El TIR es la tasa de inters con la cual el valor actual neto o valor presente neto
(VAN o VPN) es igual a cero.
Al igual que el VAN, el clculo del TIR se ha realizado utilizando la funcin de
Microsoft Excel: TIR (periodo_0: periodo_5).
El resultado obtenido es de 37%.

102

CAPITULO VII
CONCLUSIONES
Y
RECOMENDACIONES

103

CAPITULO VII : CONCLUSIONES Y RECOMENDACIONES
7.1. Conclusiones

Con respecto al objetivo: De acuerdo a las entrevistas llevadas a
cabo con el personal de la empresa, se diagnostic que los procesos
crticos estn determinados en la parte de reservacin de
habitaciones, servicios(restaurante, salas de conferencia, lavandera,
transportes, etc), ya que no cuentan con una aplicacin que est
acorde a los procesos que brinda la empresa.

Referente al objetivo Analizar los requerimientos de informacin
necesarios para la implementacin del sistema WEB, se concluye
que se obtuvo la informacin necesaria para analizar la
implementacin de la solucin que est acorde a las necesidades de
los procesos de la empresa hotelera, los cuales fueron diseados
acordes a la metodologa empleada.

Se dise la aplicacin bajo tecnologa WEB teniendo como base los
requisitos analizados con las metodologas empleada, para dar
soporte a los servicios que brinda la empresa.

Podemos mencionar que como se ha utilizado una metodologa
orientada a objetos, utilizando los artefactos necesarios de la
metodologa en cada proceso lo cual llev a utilizar mtodos de
programacin para la construccin de los distintos mdulos que
conforman la aplicacin

Con respecto al objetivo: Realizar un estudio de costo y beneficio, de la
aplicacin, se constata que la inversin inicial necesaria para la
implementacin del sistema es de S/. 12 418.54, los gastos operativos
escalan a un promedio de S/.16 600.00 anuales y los beneficios netos que
se obtendrn anualmente asciende a un promedio de S/. 42 000.00. En
base a estos valores, el valor actual neto obtenido es de S/. 24754.55 y la

104

tasa interna de retorno es de 337%; demostrando el alto nivel de
rentabilidad de la solucin de software propuesta.
Se realizaron las distintas pruebas; las pruebas de funcionalidad realizadas
al sistema desarrollado se llevaron primero por mdulos y despus se
busc la integracin de todos los mdulos y tecnologas usadas; con
respecto a las pruebas de usabilidad fue la de obtener retroalimentacin
sobre la experiencia del uso del sistema implementado.

7.2. Recomendaciones

Debido a que las tecnologas a utilizar en este proyecto son novedosas y de
bajo costo, recomendamos que se implemente en el menor tiempo posible este
proyecto.
Por ser una aplicacin Web que funcionar sobre internet y una intranet, es
de significativa importancia establecer medidas de seguridad que disminuyan la
vulnerabilidad de la aplicacin contra ataques imprevistos que puedan
perjudicar su adecuado desempeo y la integridad de la informacin que esta
procesa. Es por ello que se recomienda tomar en consideracin criterios
seguridad adicionales.
Como toda evolucin tecnolgica, por lo frecuente, conlleva a una significativa
disminucin de los recursos humanos dentro de las organizaciones, ya que los
procesos se automatizan, los tiempos disminuyen y los recursos se ahorran, en
el corto plazo. Es por ello que se propone a la institucin que la reduccin del
personal planteada en el anlisis costo beneficio, no se realice de forma
estricta, sino ms bien se haga una redistribucin del mismo en reas que lo
necesiten

105

BIBLIOGRAFIA

106

BIBLIOGRAFIA

(1): Metodologa de la Investigacin Cientfica, Hernandez Sampieri Roberto,
McGraw-Hill, 4ta Edicin, Mxico 2006.

(2): :"La Implantacin De Un Sistema WEB para el servicio de atencin de
El Turno Restaurante, satisface las expectativas de los clientes",
Quispe Daz, Jos Manuel, Universidad Santo Toribio de Mogrovejo,
Chiclayo Per 2007

(3): "Implementacin de una aplicacin WEB en la USAT para mejorar el
acceso a la informacin acadmica de los estudiantes", Cueva Jibaja
Fiorella y Jimnez Romainville Eduardo Adolfo, Universidad Santo
Toribio de Mogrovejo, Chiclayo - Per 2009.
(4): Coleccionador virtual de lbunes de cronos a travs de mviles con acceso a
internet", Jos Luis Timan Lima, Walter Jess Fernndez Pea Universidad
Nacional de Piura, Piura Per 2011.
(5): Desarrollo e implementacin de un sistema WEB de informacin turstica
para la regin de Piura, Richard Junior Mendoza Valdez, Jefferson Harold
Mena Godoy, Universidad Nacional de Piura, Piura Per 2010.

(6): Aprendiendo UML en 24 horas. Schmuller, Joseph. Editorial Prentice Hall,
Mxico, 2000.

(7): Rational Rapid Developer, Technical Overview. IBM, Rational Software, 2003

(8): Grupo Isaias Carrillos Perez. (2008) Metodologa del desarrollo de software.
New York: Editorial Edit and write.

(9): Jacaboson, I., Booch, G., Rumbaugh J. (2000) Proceso Unificado de
Desarrollo de Software. New York: Editorial Mc Graw Hill.

107

ANEXOS

108

ANEXOS

1. Tienes acceso a Internet desde tu casa?

2. Cunto tiempo accedes a internet al da?

3. Qu dispositivo usas para acceder a internet?
PC ECRITORIO

4. Sabes qu es la tecnologa WEB?

WEB: Wireless Application Protocol o WEB (protocolo de aplicaciones
inalmbricas) es un estndar abierto internacional para aplicaciones que
utilizan las comunicaciones inalmbricas, p.ej. acceso a servicios de Internet
desde un telfono mvil.
5. En qu te gustara que se aplicara la tecnologa WEB en la empresa?

6. Con qu servicio de telefona mvil cuentas?

7. Qu marca es tu equipo mvil?

8. Con qu frecuencia accedes a la pgina web de la empresa?

9. Ests satisfecho con el servicio de gestin hotelera de la empresa?

10. Qu tiempo tardas en la bsqueda de un alojamiento y/o servicio?
1 a 2 h
3 a 4 h 9 h a ms
Cliente:___________________________________________ Edad:__________
Direccin:____________________________________________ Sexo:__________
LAPTOP
CELULAR
CABINA DE INTERNET.
SI
MS MENOS
NO
CLARO MOVISTAR
NEXTEL.
S No
5 a 6 h
7 a 8 h
NOKIA
MOTOROLA
LG SAMSUNG
SONY ERICSSON OTROS: _____________________
Gestion
Hotelera
Promociones Servicios de Ubicacin
SIEMPRE A VECES NUNCA.
MUY SATISFECHO
POCO SATISFECHO
CASI SIEMPRE
CASI NUNCA
SATISFECHO
1 2 MIN
5 7 MIN
8 10 MIN 3 5 MIN
10 A MS
INDECISO
Anexo N 01: Encuesta sobre Tecnologa WEB

109

11. Cundo vas a acceder al sistema de gestin hotelera, cuantas
personas aproximadamente encuentras en espera cola?

12. Te gustara poder acceder al sistema de gestin hotelera para realizar
consultas y reservaciones desde tu equipo mvil, en cualquier lugar que
te encuentres?

13. Qu alternativas propones para mejorar el servicio de gestin hotelera?
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________

SI TAL VEZ NO.
1 3 PER 6 8 PER
9 10 PER
4 - 5 PER 11 A MS

110

PREGUNTA N 1: Tienes acceso a Internet desde tu casa?

COMENTARIO:
La mayor parte de los clientes tienen acceso a Internet
desde su casa.

PREGUNTA N 2: Cunto tiempo accedes a internet al da?

COMENTARIO:
Los clientes acceden a Internet de 3 4 horas al da.

PREGUNTA N 3: Qu dispositivo usas para acceder a internet?

COMENTARIO:
La mayor parte de los clientes acceden desde su
computadora de escritorio a Internet, y slo el 2% accede
desde su celular.

PREGUNTA N 4: Sabes qu es la tecnologa WEB?

COMENTARIO:
La mayora de los clientes conoce acerca de la tecnologa
que implementaremos en los celulares.

Anexo N 02: RESULTADOS DE LA ENCUESTA

111

PREGUNTA N 5: En qu te gustara que se aplicara la tecnologa WEB en la
empresa
COMENTARIO:
La mayor parte de los clientes desean que se aplique la
tecnologa WEB en Gestion Hotelera. Adems hay clientes
que consideran que se aplique sta tecnologa a los dems
procesos de la empresa.

PREGUNTA N 6: Con qu servicio de telefona mvil cuentas?

COMENTARIO:
La mayor parte de clientes est afiliado al servicio de
telefona Movistar.

PREGUNTA N 7: Qu marca es tu equipo mvil?
COMENTARIO:
Segn los resultados de la encuesta se puede
observar que los clientes tienen diferentes marcas y
modelos de celulares, as tambin que algunos
cuentas con hasta dos celulares. Esto hace que
investiguemos de cmo unificar las diferentes marcas
y modelos en una sola plataforma para poder llegar a
todos los alumnos.
PREGUNTA N 8: Con qu frecuencia accedes a la pgina web de la empresa?

COMENTARIO:
Segn el resultado se puede observar que los
clientes no acceden frecuentemente a la pgina
web de la empresa.

112

Pregunta N 9: Ests satisfecho con el servicio de gestin hotelera de la
empresa?
COMENTARIO:
Hay parte de los clientes que estn satisfechos con
el servicio hotelero y otra que no est satisfecha,
siendo mayormente esta parte de clientes no
satisfechos de los que son extranjeros.

Pregunta N 10: Qu tiempo tardas en la bsqueda de un alojamiento y/o
servicio?
COMENTARIO:
Segn la informacin que muestra el grfico es que los
alumnos pasan de 3 a 5 minutos en la empresa
buscando una habitacin, precios, disponibilidad en el
sistema, lo que hace que los dems clientes estn
esperando ms tiempo.

Pregunta N 11: Cundo vas a acceder al sistema de gestin hotelera, cuantas
personas aproximadamente encuentras en espera cola?

COMENTARIO:
La mayor parte de los clientes encuentran alrededor
de 3 a 4 personas esperando para acceder a un
servicio de la empresa.

TESIS

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

TESIS

Enviado por

Direitos autorais:

Formatos disponíveis

AUTOR

Você também pode gostar