UNIVERSIDAD NACIONAL DE UCAYALI

FACULTAD DE INGENIERA DE SISTEMAS Y DE INGENIERA CIVIL

ESCUELA ACADEMICA PROFESIONAL DE INGENIERIA DE SISTEMAS

PROYECTO DE INVESTIGACION

SISTEMA INFORMATICO CON TECNOLOGIA J2EE PARA

LA GESTION DE REGISTROS DE HABITACIONES DE
HOSTALES EN PUCALLPA

TESISTA

: EST. VEGA PINO, DANNY EDWARD.

ASESOR

: ING. MG. JORGE LUIS HILARIO RIVAS.

CALLERIA

PUCALLPA - PER
2011

___________________________________
V B
ING. MG. JORGE LUIS HILARIO RIVAS
Asesor del proyecto

INDICE DE CONTENIDOS
2

1.

2.

DATOS GENERALES...................................................................................... 7
1.1.

Ttulo de la investigacin.........................................................................7

1.2.

Autor del proyecto..................................................................................7

1.3.

Colaboradores........................................................................................ 7

1.4.

Fecha de presentacin de proyecto..........................................................7

DISEO DE INVESTIGACION..........................................................................7
2.1.

3.

Planteamiento del problema de investigacin...........................................7

2.1.1.

Formulacin del problema...............................................................16

2.1.2.

Justificacin................................................................................... 17

2.1.3.

Objetivos de la investigacin...........................................................19

MARCO TEORICO........................................................................................ 20
3.1.

Antecedentes de la investigacin..............................................................20

3.2.

Planteamiento terico del problema...........................................................22

3.2.1.

Gestin del conocimiento y de la informacin..................................22

3.2.2.

Sistema de informacin...................................................................25

3.2.3.

Aplicaciones J2EE..........................................................................30

3.2.4.

Arquitectura cliente / servidor.............................................................33

3.2.5.

Programacin orientada a objetos...................................................39

3.2.6.

Rational Unified Process (RUP).......................................................42

3.2.6.1.

Caractersticas esenciales................................................................42

3.2.7.
3.3.
4.

Definicin de trminos bsicos..................................................................64

HIPOTESIS, VARIABLES Y OPERACIONALIZACION DE LAS VARIABLES.......66

4.2.

Hiptesis.............................................................................................. 66

4.2.1.

General.......................................................................................... 66

4.2.2.

Especficos..................................................................................... 66

4.3.

Variables............................................................................................... 67

4.3.1.

Variable independiente......................................................................67

4.3.2.

Variable dependiente.........................................................................67

4.3.3.

Variable interviniente.........................................................................67

4.4.
5.

Proceso de software y mtricas de proyectos.......................................48

Operacionalizacin de las variables.......................................................67

METODOLOGIA DE LA INVESTIGACION.......................................................68
3

5.1.

Mtodo de investigacin........................................................................68

5.2.

Poblacin y muestra..............................................................................70

5.2.1.

Poblacin....................................................................................... 70

5.2.2.

Muestra.......................................................................................... 70

5.3.

Instrumentos de recoleccin de datos....................................................71

5.4.

Procedimiento de recoleccin de datos..................................................72

5.4.1.
5.5.
6.

7.

Fuentes de datos..............................................................................72

Tratamiento de los datos.......................................................................72

ADMINISTRACION DEL PROYECTO DE INVESTIGACION...............................73

6.1.

Cronograma.......................................................................................... 73

6.2.

Presupuesto......................................................................................... 73

REFERENCIAS BIBLIOGRFICAS Y ANEXOS...............................................74

7.1.

Referencias Bibliogrficas.....................................................................74

7.2.

Anexos................................................................................................. 76

INDICE DE GRAFICOS
Grafico 1: Evolucin de los sistemas de informacin.............................................26
Grafico 2: Recursos de los sistemas de informacin.............................................27
Grafico 3: Actividades de un sistema de informacin.............................................29
Grafico 4: Interaccin entre cliente Web y aplicacin Web....................................31
Grafico 5: Tecnologas de las aplicaciones Web....................................................32
Grafico 6: Arquitectura cliente / servidor.................................................................34
Grafico 7: Los casos de uso integran el trabajo.....................................................45
Grafico 8: Evolucin de la arquitectura del sistema...............................................45
Grafico 9: Relacin entre roles, actividades, artefactos.........................................46
Grafico 10: Proceso de recopilacin de mtricas del software..............................51

INDICE DE TABLAS
Tabla 1: Indicadores de la variable independiente.................................................67
Tabla 2: Indicadores de la variable dependiente....................................................68
Tabla 3: Indicadores de la variable interviniente.....................................................68
Tabla 4: Recoleccin de datos................................................................................70
Tabla 5: Tcnicas e instrumentos...........................................................................71
Tabla 6: Material para el desarrollo del sistema.....................................................73
Tabla 7: Servicios....................................................................................................73

1. DATOS GENERALES
1.1. Ttulo de la investigacin
Sistema informtico con tecnologa J2EE para la gestin de registros de
habitaciones de hostales en Pucallpa
1.2. Autor del proyecto
Est. Vega Pino Danny Edward
1.3. Colaboradores
-

Clever Yamiel, Pino Mullo (Administrador)

Direccin Regional de Comercio Exterior y Turismo (DIRCETUR)
Instituto Nacional de Estadstica Informatica (INEI)

1.4. Fecha de presentacin de proyecto

24 de noviembre del 2011
2. DISEO DE INVESTIGACION
2.1. Planteamiento del problema de investigacin
Hace siglos atrs los Incas tenan el conocimiento del hospedaje. En todo
el Tahuantinsuyo se construan lugares de descanso, especialmente,
lindantes a los caminos del Inca. Se construan chullpas, famosos por su
forma de torre a base de piedra. Eran reservorios de comida y lugar de
descanso para los chasquis y comerciantes del imperio. Los sacerdotes,
autoridades y gran parte de la nobleza Inca, gozaban de un mejor sitio de
descanso, con todos los lujos y servicios. Lugares tales como
Pachacamac, los Baos del Inca, Machu Picchu, Ollantaytambo estn
entre los ms representativos.

Mientras en Pucallpa en el ao 1941, durante la guerra del Per con

Ecuador, los jvenes esposos Zoila Mercedes Lpez Arvalo y Fausto
Catalino Lpez Lpez abrieron el primer hotel en el pequeo pueblito que
era entonces Pucallpa, en una casa en el cruce de jr. Crnl. Portillo con jr.
Atahualpa y lo llamaron Mercedes, segundo nombre de la esposa.
La primera carretera Lima Pucallpa estaba en construccin y el
potencial del trfico areo increment cada da, aumentando el flujo de
viajeros. El xito de la empresa motiv a los esposos Lpez a planificar la
construccin de un hotel nuevo, ms grande y mejor ubicado en el cruce
de los jirones Raymondi y Ucayali.
El nuevo hotel Mercedes fue inaugurado en el ao 1956 y, debido a su
gran xito con los viajeros, vio varias etapas de expansin y
mejoramiento, en las dcadas consecutivas.

En la ciudad de

Pucallpa hay categoras de hostales, hoteles, y

hospedaje, como categorizados y no categorizados

-

CIUDAD DE PUCALLPA:ESTABLECIMIENTOS DE HOSPEDAJE

CLASIFICADOS Y CATEGORIZADOS DE 5 ESTRELLAS (HOTEL)
o Hotel Sol del Oriente
o Ucayali River Hotel

CIUDAD DE PUCALLPA:ESTABLECIMIENTOS DE HOSPEDAJE

CLASIFICADOS Y CATEGORIZADOS DE 3 ESTRELLAS (HOTEL)
8

o Hotel Inambu
o Ro Hotel
o Hotel Luz de Luna
o Hotel Antonio's
o Hotel Mercedes
o Los Gavilanes Hotel
-

CIUDAD DE PUCALLPA:ESTABLECIMIENTOS DE HOSPEDAJE

CLASIFICADOS Y CATEGORIZADOS DE 3 ESTRELLAS
(HOSTAL)
o Hostal Arequipa
o Hostal Foresta INN
o Hostal Tursico D' Selva

CIUDAD DE PUCALLPA:ESTABLECIMIENTOS DE HOSPEDAJE

CLASIFICADOS Y CATEGORIZADOS DE 3 ESTRELLAS
(HOSTAL)
o Hostal La Maloka Ecolgico

CIUDAD DE PUCALLPA: ESTABLECIMIENTOS DE HOSPEDAJE

NO CATEGORIZADOS (HOSPEDAJES)

o Santa Rosa De Lima Hospedaje

o Hospedaje San Antonio
o Hospedaje Marco
o Hospedaje Peru
o Hospedaje Komby
9

o Hospedaje Barbtur
o Hospedaje El Virrey
o Hospedaje Diamante
o Hospedaje Tariri
o Hospedaje Happy Day
o Hospedaje Orquidea
o Hospedaje Florida
o Hospedaje Sun
o Hospedaje Amazonas
o Hospedaje Francis Eli
o Hospedaje Razuri
o Hospedaje El Gran Jire
o Hospedaje Park Plaza
o Hospedaje Mandingo's
o Hospedaje Deliriu's Warike
o Hospedaje Sisley
o Hospedaje Nino
o Hospedaje Venus
o Hospedaje Klemasani
o Hospedaje Leo's

10

o Hospedaje La Embajada
o Hospedaje America
o Hospedaje Claudia
o Hospedaje Ancash
o Hospedaje Loreto
o Hospedaje Anuska I
o Hospedaje Anuska II
o Hospedaje Oskar
o Hospedaje Porteo
o Hospedaje Diana Carolina
o Hospedaje Badell
o Hospedaje Atalaya
o Hospedaje La Suite
o Hospedaje Las Gatas
o Hospedaje Osiris

o Hospedaje Polanco
o Hospedaje El Latino II
o Hospedaje Europa
o Hospedaje Sky Room
o Hospedaje Los Ficus

11

o Hospedaje Taksha
o Hospedaje Shelton
o Hospedaje Julio Cesar

o Hospedaje Vicky's
o Hospedaje Falcn
o Hospedaje El Rey
o Hospedaje Saenz Pea
o Hospedaje Richard
o Hospedaje Aguarico
o Hospedaje Del Rey
o Hospedaje JJ
o Hospedaje Joao
o Hospedaje Bella Durmiente
o Pasiones Hospedaje
o Hospedaje El Piuranito
o Hospedaje El Rancho
o Hospedaje Santa Isabel
o Hospedaje Los Principes

12

o Hospedaje Terry
o Hospedaje Oasis
o Hospedaje Snack Bar Sharllott
o Hospedaje Gestin de Sueos
o Hospedaje Yvoyaz
o Hospedaje Sol de Pucallpa
o Hospedaje Casor
o Hospedaje Casa del Husped Guest House
o Hospedaje Polanco II
o Hospedaje Galo
o Hospedaje Alexander
o Hospedaje Kennedy

o Hospedaje La Suite de Petitas Inn

CIUDAD DE MANANTAY: ESTABLECIMIENTOS DE HOSPEDAJE
NO CATEGORIZADOS (HOSPEDAJES)
o Hospedaje Las Rocas

CIUDAD

DE

YARINACOCHA:

ESTABLECIMIENTOS

HOSPEDAJE NO CATEGORIZADOS (HOSPEDAJES)

o Hospedaje Los Delfines

13

DE

o Hospedaje Las Dunas

o Hospedaje Pura Selva
o Hospedaje La Tangarana
o Hospedaje El Silencio
o Hospedaje Benavides
o Hospedaje Tentaciones
o Hospedaje La Alborada
o Hospedaje El Refugio
o Amazon Hospedaje
o Hospedaje Divina Montaa
o Hospedaje CKT

VILLA AGUAYTIA: ESTABLECIMIENTOS DE HOSPEDAJE NO

CATEGORIZADOS (HOSPEDAJES)

o Hospedaje Harry I
o Hospedaje El Portal
o Hospedaje Aleluya
o Hospedaje Machuca
o Hospedaje Harry II
o Hospedaje Iveeth
o Hospedaje Padre Abad
o Hospedaje Zevallos

14

VILLA ATALAYA: ESTABLECIMIENTOS DE HOSPEDAJE NO

CATEGORIZADOS (HOSPEDAJES)
o Hospedaje Denis

En la ciudad de Pucallpa hay una gran demanda de hoteles, hostales y

hospedajes ya sea clientes turistas o clientes de la misma ciudad, su gran
acogida de estos negocios son gracias al gran economa peruana ya que
los peruanos as tienen ms capacidad de pago.
A todo eso la gran mayora de hostales, hospedajes, hoteles no prestan
un gran servicio, ya sea, por una ineficiente atencin al cliente, por motivo
de capacitacin a los trabajadores o desinformacin de mejorar sus
servicios. El mal control de manejo de los alquileres podemos entender el
motivo, seria por la rudimentariamente el registra en base un cuaderno los
cuartos ocupados y los servicios que se presta, como, venta de gaseosa,
cerveza y otros.
Visin
Lograr la preferencia y satisfaccin de nuestros clientes excediendo sus
expectativas de buen servicio.
Misin
Nuestra misin como hostales es brindar siempre el mejor de los
servicios, siempre con la mejor calidad ya que nuestros clientes es
nuestra prioridad, hacerlo sentir en un ambiente de comodidad,
tranquilidad y seguridad. En nuestras excelentes habitaciones.

15

16

2.1.1. Formulacin del problema

2.1.1.1. Problema principal:
De qu manera el Sistema Informtico con Tecnologa J2EE
mejorara la gestin de registros de habitaciones en los
Hostales en Pucallpa?
2.1.1.2. Problemas especficos:
1) De qu manera se puede identificar los procesos en la
gestin de registros de habitaciones de los Hostales en
Pucallpa ayudara al correcto anlisis de las necesidades de
los usuarios?
2) Cmo se organizara de manera adecuada y precisa la
informacin perteneciente a la gestin de registros de
habitaciones de los Hostales en Pucallpa?
3) De qu manera se modelara los datos para obtener
informacin de la gestin de registros de habitaciones de
los Hostales en Pucallpa?
4) La aplicacin del Proceso Unificado Rational RUP y el
lenguaje unificado de modelado UML permitir el correcto
anlisis y diseo del sistema web con tecnologa J2EE para
la gestin de registros de habitaciones de los Hostales en
Pucallpa?
5) De qu manera la aplicacin de la tecnologa J2EE en un
sistema informtico mejorara la gestin de registros de
habitaciones de los Hostal en Pucallpa?
17

6) De qu manera la propuesta de un sistema informtico

mejorara la gestin de registros de habitaciones de los
Hostales de Pucallpa?
2.1.2. Justificacin
2.1.1.1.

Justificacin terica
Los sistemas informticos en conjunto con las tecnologas de
informacin se han convertido en un ente imprescindible para
cualquier empresa pblica o privada que desea alcanzar un
alto grado de competitividad en el mercado. El sistema debe de
realizar como mnimo:
1. Registro y reporte de los registros de habitaciones, con la
finalidad de mantener una base de datos con integridad.
2. Registro de clientes va Web o registro de alquiler y brindar
un reporte de la lista de clientes hospedados por registros
de habitaciones realizados.

2.1.1.2.

Justificacin prctica
El sistema de gestin de registros de habitaciones con
tecnologa J2EE ayudar a agilizar la gestin de registros de
habitaciones de los Hostales en Pucallpa, obteniendo de
manera eficaz los datos necesarios.

18

2.1.1.3.

Justificacin metodolgica
Tenemos como base para la justificacin correspondiente los
siguientes puntos:
1.El estudio de cmo la tecnologa J2EE mejorara la gestin
de registros de habitaciones de los Hostales en Pucallpa
servir como gua de informacin de manera directa para
los afectados.
2.

La metodologa empleada por el sistema de gestin

de registros de habitaciones con tecnologa J2EE,
permitir un fcil entendimiento del contenido utilizado en
sta, haciendo que el usuario final llegu a captar de
manera rpida la informacin que le ser necesaria para
su proseguir en camino de obtener su justo derecho de
acceder a los programas de reparaciones.

3.

La tecnologa utilizada cuenta con herramientas y

esquemas que permiten realizar sistemas robustos,
seguros, prcticos y eficientes, obteniendo un gran
soporte y consistencia de la informacin que a su vez es
relevante al usuario final.

19

2.1.3. Objetivos de la investigacin

A. Objetivo general
Conocer como la tecnologa J2EE mejora la gestin de
registros de habitaciones de los Hostales en Pucallpa.
B. Objetivos especficos
1) Identificar los procesos en la gestin de registros de
habitaciones de los Hostales en Pucallpa ayudara al
correcto anlisis de las necesidades de los usuarios.
2) Organizar de manera adecuada y precisa la informacin
perteneciente a la gestin de registros de habitaciones de
los Hostales en Pucallpa.
3) Modelar los datos permitir obtener informacin de la
gestin de registros de habitaciones de los Hostales en
Pucallpa.
4) Aplicar el Proceso Unificado Rational RUP y el lenguaje
unificado de modelado UML permitir el correcto anlisis
y diseo del sistema web con tecnologa J2EE para
gestin de registros de habitaciones de los Hostales en
Pucallpa.
5) Aplicar la tecnologa J2EE en un sistema informtico
mejorara la gestin de registros de habitaciones de los
Hostales en Pucallpa.
6) Proponer un sistema informtico para mejorar la gestin
de registros de habitaciones de los Hostales en Pucallpa.

20

3. MARCO TEORICO
3.1.

Antecedentes de la investigacin
La tecnologa J2EE, ser un medio para la creacin de una solucin
para el entorno estudiado; dicha solucin ser la creacin de un
sistema y este ser una herramienta de gran utilidad para facilitar de
manera eficiente la gestin de registros de habitaciones de los Hostales
en Pucallpa. Para poder justificar el uso de la tecnologa J2EE, es que
mencionamos algunos ejemplos basados en dicha tecnologa.
En lo que es mbito local, se menciona un claro ejemplo de cmo la
tecnologa J2EE pudo ayudar a mejorar procesos mediante un
Sistema web con Tecnologa J2EE para la administracin en la
biblioteca de la Universidad Nacional de Ucayali. Se considero que la
biblioteca debe permitir a sus usuarios consultar la informacin de los
materiales bibliogrficos en cualquier momento y desde cualquier lugar,
hacer reservas en lnea y realizar prstamos y devoluciones
minimizando la prdida de tiempo.
En cuanto al mbito regional se puede sealar a la Aplicacin de un
sistema informtico va web con tecnologa J2EE en los procesos
reservas y alquileres del Hotel River.
En cuestin internacional se detalla que universidades como la
Universidad de Oviedo Daniel Fernndez Lanvin se dedico a realizar un
estudio denominado Definicin de una arquitectura software para el
diseo de aplicaciones web basadas en tecnologa Java-J2EE; en el
21

cual se puede notar algunos beneficios de utilizar la tecnologa J2EE

como la gestin de la sesin de usuario, escalabilidad, portabilidad a
sistemas similares, etc.
Es as como la tecnologa J2EE ha demostrado ser de gran utilidad
como medio para el desarrollo de software que buscan solucionar
diversas

situaciones

problemticas,

dentro

de

ellos

podemos

mencionar algunos ejemplos

El trabajo de estudio nace por el precario trabajo que realizan los
Hostales en Pucallpa, registrando por cuaderno los ingresos diarios y
un mal control de las cuentas sin saber si l empleado dice la verdad
de los ingresos.
Con el uso de la tecnologa J2EE se podr implementar un sistema que
nos facilitara la gestin de registros de habitaciones del Hostales en
Pucallpa.
Tales como:
- Registrar reservas.
- Registrar alquiler.
- Consulta de cuartos.
- Registrar cuartos.
- Reportes.
- Registrar servicios

22

3.2. Planteamiento terico del problema

3.2.1. Gestin del conocimiento y de la informacin
3.2.1.1.

Gestin del conocimiento

El primer concepto a aclarar es qu se entiende por
conocimiento. Sin entrar en profundidades filosficas, que
daran lugar a mucho ms que un artculo, el conocimiento en
una organizacin se produce cuando un individuo de la misma
hace uso de lo que sabe y de la informacin que tiene
disponible para la resolucin de un problema o el desarrollo de
un proyecto.
Segn (Bustelo Ruesta & Amarilla Iglesias, s.f.) los expertos
distinguen entre dos tipos de conocimientos: Conocimiento
explcito y tcito. El primero es el que dentro de la organizacin
tiene establecidas las frmulas por las cuales se puede
trasmitir a otras personas (un ejemplo de gestin del
conocimiento explcito se ha dado siempre en la comunidad
cientfica, que comparte con otros cientficos los resultados de
sus investigaciones). Por el contrario, el conocimiento tcito, es
aquel que toda organizacin tiene, pero que no queda
plasmado ni registrado en lugar alguno estando totalmente
ligado al grupo de personas que componen la organizacin en
cada momento.

23

As, lo tipos de valor a tener en cuenta a la hora de medirlos, se

podran dividir en tres clases:
-

Capital humano: lo constituyen los conocimientos, habilidades,

experiencias,... de los empleados individuales de la organizacin

Capital estructural: son los equipos, programas, bases de datos,

estructura organizativa,...y todo lo que forma parte de la
capacidad organizacional de una empresa (todo lo que se
queda en la oficina cuando los empleados se van a su casa)

Capital cliente: se trata del fruto del desarrollo de relaciones con

los clientes claves de una organizacin

3.2.1.2.

Gestin de la informacin
De acuerdo con (Bustelo Ruesta & Amarilla Iglesias, s.f.) la
gestin de la informacin se puede definir como el conjunto de
actividades realizadas con el fin de controlar, almacenar y,
posteriormente,

recuperar adecuadamente

la

informacin

producida, recibida o retenida por cualquier organizacin en el

desarrollo de sus actividades. En el centro de la gestin de la
informacin se encuentra la gestin de la documentacin (la
informacin que queda plasmada en documentos) y que pude
ser de tres tipos:

Interna: hace referencia a aquella documentacin generada o

recibida por la organizacin en el ejercicio de sus funciones,
es decir, son documentos que surgen de la actividad diaria de
esa institucin. En este grupo, encontramos tanto la
documentacin

tpicamente
24

administrativa:

contabilidad,

correspondencia,..., como la documentacin de gestin:

informes, actas de reuniones, procedimientos de trabajo, y la
documentacin tcnica que refleja la propia actividad de la
organizacin.

Externa: adems de la documentacin producida por la

propia organizacin, sta y las personas que trabajan en ella
necesitan, a menudo, consultar y manejar fuentes de
informacin externas : libros revistas, B.D., Internet

Pblica: es aquella documentacin que la organizacin

produce de cara al pblico, para comunicarles hechos,
actividades, acontecimientos,...por ejemplo, las memorias, los
catlogos de productos y servicios, la pgina web,...

Adems

de

la

gestin

de

la

documentacin

existe,

estrechamente relacionada con ella, la gestin de informacin

repartida en bases de datos corporativas y aplicaciones
informticas, que no se conceptan como documentos; pero
que son una importante fuente de informacin registrada.
Desde nuestro punto de vista, sin una adecuada gestin de la
informacin, es imposible llegar a la gestin del conocimiento.
Las propuestas de la gestin del conocimiento representan un
modelo de gestin que se basa en gran parte en gestionar
adecuadamente la informacin.

3.2.2. Sistema de informacin

25

De acuerdo con (OBriend, 2000) un sistema de informacin es un

conjunto de elementos que interactan entre s con el fin de apoyar
las actividades de una empresa o negocio. En un sentido amplio, un
sistema de informacin no necesariamente incluye equipo electrnico
(hardware). Sin embargo en la prctica se utiliza como sinnimo de
sistema de informacin computarizado.
Un sistema de informacin (SI) es un conjunto organizado de
elementos, los cuales formarn parte de alguna de las siguientes
categoras:

Personas.

Datos.

Actividades o tcnicas de trabajo.

Recursos materiales en general (tpicamente recursos informticos y de

comunicacin,

aunque

no

tienen

por

qu

ser

de

este

tipo

obligatoriamente).

Todo ese conjunto de elementos interactan entre si para procesar los

datos y la informacin (incluyendo procesos manuales y automticos)
y distribuirla de manera adecuada.

Grafico 1: Evolucin de los sistemas de informacin

26

Fuente: (OBriend, 2000)

Segn

(Pechun, 2006) se pueden mencionar las siguientes

caractersticas de los sistemas de informacin:

1. Tiempo de respuesta del sistema: desde una peticin hasta su
realizacin.
2. Exactitud: conformidad entre los datos suministrados y los reales.
3. Flexibilidad: capacidad de adaptacin a nuevas necesidades.

3.2.2.1.

Aplicacin de los sistemas de informacin

Segn (Murdick, 2008) los sistemas de informacin tratan el
desarrollo, uso y administracin de la infraestructura de la
tecnologa de la informacin en una organizacin. En la era
post-industrial, la era de la informacin, el enfoque de las
compaas ha cambiado de la orientacin hacia el producto a la
orientacin hacia el conocimiento, en este sentido el mercado
compite hoy en da en trminos del proceso y la innovacin, en
lugar del producto. El nfasis ha cambiado de la calidad y
27

cantidad de produccin hacia el proceso de produccin en s

mismo, y los servicios que acompaan este proceso.
Grafico 2: Recursos de los sistemas de informacin

Fuente: (Murdick, 2008)

3.2.2.2.

Actividades de un sistema de informacin

Un sistema de informacin realiza 5 actividades que producen
la informacin que las organizaciones necesitan:
-

Entrada de datos

La data se define como el componente impulsor o indicador

con el cual funciona el sistema. La entrada es el proceso
mediante el cual el sistema de informacin obtiene los
datos que requiere para procesarla. Las entradas pueden
ser manuales o automticas.

28

Almacenamiento de informacin

Cuando la data entrante al sistema esta libre de errores

esta debe ser almacenada de manera que pueda ser
recordada la informacin guardada en la sesin o proceso
anterior.
-

Procesamiento de datos

Es el conjunto de operaciones que se realiza sobre los

datos ingresados con el fin de obtener los resultados
esperados para cumplir con los objetivos de la organizacin
en la cual se halla inmerso el sistema.
-

Salida de informacin

La salida es la capacidad de un sistema de informacin

para sacar la informacin procesada o bien datos de
entrada al exterior. Las unidades tpicas de salida son las
impresoras, terminales, diskettes, los graficadores y los
plotters, entre otros.
Es el fin para el cual fue construido el sistema y esta debe
guardar una relacin coherente con los objetivos de la
organizacin. La salida debe ser recibida por las personas
que realmente emplean la informacin dentro de la
organizacin.
-

Retroalimentacin

29

Es una forma de control del sistema, para ser realizada se

toman

las

salidas del

sistema

para

comparar su

desempeo con los objetivos de la organizacin.

Grafico 3: Actividades de un sistema de informacin

Fuente: (Gil Pechuan, 2001)

3.2.2.3.

Importancia de los sistemas de informacin

Segn

(OBriend,

2000)

cuando

muchas

personas se

preguntan por qu estudiar sobre los sistemas de informacin,

es lo mismo que preguntar por qu debera estudiar alguien
contabilidad, finanzas, gestin de operaciones, marketing,
administracin de recursos humanos o cualquier otra funcin
empresarial importante.

3.2.3. Aplicaciones J2EE

30

3.2.3.1.

Generalidades de la plataforma J2EE

Segn (Santos Jaimes, Portilla Jaimes, & Jairo Mndez,
2009) tenemos que J2EE es la arquitectura creada por Sun
para el desarrollo de todo tipo de aplicaciones para empresas y
usuarios en general. Sun lo define como un estndar para el
desarrollo de aplicaciones empresariales multicapa.
De acuerdo con (Molpeceres Touris & Prez Marin, 2002)
J2EE, la plataforma creada por SUN en el ao 1997 es segn
nuestra opinin la que ofrece mejores perspectivas de
desarrollo para empresas que quieran basar su arquitectura en
productos basados en software libre. J2EE, nos ofrece entre
otra las siguientes ventajas:

Soporte de mltiples sistemas operativos: al ser una

plataforma basada en el lenguaje Java.

31

Grafico 4: Interaccin entre cliente Web y aplicacin Web.

Fuente: (Vega Azcar, s.f.)

De acuerdo con (Vega Azcar, s.f.), los servlets son las clases
del lenguaje de programacin Java, que dinmicamente
procesan las peticiones, y construyen las respuestas. Las
pginas JSP son documentos basados en texto, que se
ejecutan como servlets, pero permiten un acercamiento ms
natural a crear el contenido esttico.
Desde la introduccin de la tecnologa Java Servlet y JSP, se
han desarrollado tecnologas adicionales, Java y frameworks,
para construir aplicaciones web interactivas. Estas tecnologas,
y sus relaciones se ilustran en el grafico 5.

32

Grafico 5: Tecnologas de las aplicaciones Web.

Fuente: (Vega Azcar, s.f.)

3.2.3.2.

Aplicaciones web
(Lanvin Fernndez, s.f.) menciona que lo que el mercado
demanda actualmente son mayormente aplicaciones web, que
permitan a las empresas tradicionales llegar al cliente de a pi
sin necesidad de que ste se desplace hasta la ubicacin fsica
de la misma.

3.2.3.3.

Modelo de desarrollo de J2EE

(Molpeceres Touris & Prez Marin, 2002), determina lo
siguiente: La plataforma de J2EE define un modelo de
programacin encaminado a la creacin de aplicaciones
basadas en n-capas. Tpicamente una aplicacin puede tener
cinco capas diferentes:
1. Capa de cliente: representa el interfaz de usuario que
maneja el cliente.
2. Capa

de

presentacin: representa

el

conjunto

de

componentes que generan en la informacin que se

representar en el interfaz de usuario del cliente.

33

3.2.4. Arquitectura cliente / servidor

Segn (Wikipedia, Cliente-servidor, 2010) la arquitectura elegida
para el desarrollo del sistema es cliente / servidor, ya que es una
arquitectura descentralizada que permite a los usuarios finales
obtener acceso a la informacin de forma transparente; es decir que
el usuario le es indiferente de donde viene la informacin. Clientes y
servidores son entidades lgicas independientes que operan en
conjunto a travs de una red para realizar una tarea.
Esta arquitectura consiste bsicamente en un cliente que realiza
peticiones a otro programa -el servidor- que le da respuesta.
Aunque esta idea se puede aplicar a programas que se ejecutan
sobre una sola computadora es ms ventajosa en un sistema
operativo

multiusuario

distribuido

travs

de

una

red

de

computadoras.
En esta arquitectura la capacidad de proceso est repartida entre los
clientes y los servidores, aunque son ms importantes las ventajas
de tipo organizativo debidas a la centralizacin de la gestin de la
informacin y la separacin de responsabilidades, lo que facilita y
clarifica el diseo del sistema.
La separacin entre cliente y servidor es una separacin de tipo
lgico, donde el servidor no se ejecuta necesariamente sobre una
sola mquina ni es necesariamente un solo programa. Los tipos
especficos de servidores incluyen los servidores web, los servidores
de archivo, los servidores del correo, etc.
34

Una disposicin muy comn son los sistemas multicapa en los que el
servidor se descompone en diferentes programas que pueden ser
ejecutados por diferentes computadoras aumentando as el grado de
distribucin del sistema.
De acuerdo con (Wikipedia, Cliente-servidor, 2010) en la
funcionalidad de un programa distribuido se pueden distinguir 3
capas o niveles:
1. Manejador de base de datos (Nivel de almacenamiento),
2. Procesador de aplicaciones o reglas del negocio (Nivel lgico)
3. Interface del usuario (Nivel de presentacin)
Grafico 6: Arquitectura cliente / servidor

Fuente: (Hunter, 2004)

3.2.4.1.

Antecedentes

35

Existen diversos puntos de vista sobre la manera en que

debera efectuarse el procesamiento de datos, aunque la
mayora que opina, coincide en que nos encontramos en medio
de un proceso de evolucin que se prolongar todava por
algunos aos y que cambiar la forma en que obtenemos y
utilizamos la informacin almacenada electrnicamente.
El principal motivo detrs de esta evolucin es la necesidad
que tienen las organizaciones (empresas o instituciones
pblicas o privadas), de realizar sus operaciones ms gil y
eficientemente, debido a la creciente presin competitiva a la
que estn sometidas, lo cual se traduce en la necesidad de que
su personal sea mas productivo, que se reduzcan los costos y
gastos de operacin, al mismo tiempo que se generan
productos y servicios ms rpidamente y con mejor calidad.
En este contexto, es necesario establecer una infraestructura
de procesamiento de informacin, que cuente con los
elementos requeridos para proveer informacin adecuada,
exacta y oportuna en la toma de decisiones y para proporcionar
un mejor servicio a los clientes.
El modelo cliente / servidor rene las caractersticas necesarias
para proveer esta infraestructura, independientemente del
tamao

complejidad

36

de

las

operaciones

de

las

organizaciones pblicas o privadas y, consecuentemente

desempea un papel importante en este proceso de evolucin.
3.2.4.2.

Caractersticas
En el modelo cliente/servidor podemos encontrar las siguientes
caractersticas:

El cliente y el servidor pueden actuar como una sola

entidad

tambin

pueden

actuar

como

entidades

separadas, realizando actividades o tareas independientes.

Las funciones de cliente y servidor pueden estar en

plataformas separadas, o en la misma plataforma.

Un servidor da servicio a mltiples clientes en forma

concurrente.

Cada plataforma puede ser escalable independientemente.

Los cambios realizados en las plataformas de los Clientes
o de los Servidores, ya sean por actualizacin o por
reemplazo tecnolgico, se realizan de una manera
transparente para el usuario final.

La interrelacin entre el hardware y el software estn

basados en una infraestructura poderosa, de tal forma que
el acceso a los recursos de la red no muestra la
complejidad de los diferentes tipos de formatos de datos y
de los protocolos.

Un sistema de servidores realiza mltiples funciones al

mismo tiempo que presenta una imagen de un solo sistema

37

a las estaciones clientes. Esto se logra combinando los

recursos de cmputo que se encuentran fsicamente
separados en un solo sistema lgico, proporcionando de
esta manera el servicio ms efectivo para el usuario final.

Adems se constituye como el nexo de unin mas

adecuado para reconciliar los sistemas de informacin
basados en mainframes o minicomputadores, con aquellos
otros sustentados en entornos informticos pequeos y
estaciones de trabajo.

Designa

un

modelo

de

construccin

de

sistemas

informticos de carcter distribuido. Su representacin

tpica es un centro de trabajo (PC), en donde el usuario
dispone de sus propias aplicaciones de oficina y sus
propias bases de datos, sin dependencia directa del
sistema central de informacin de la organizacin, al
tiempo que puede acceder a los recursos de este host
central y otros sistemas de la organizacin ponen a su
servicio.
3.2.4.3.

Ventajas y desventajas
Las principales ventajas de esta arquitectura se detallan a
continuacin.

Costos: El enfoque cliente/servidor es econmico, sobre

todo cuando est unido al concepto de racionalizacin.

38

Acceso a la informacin: Si bien el acceso a los datos es

posible por otros medios, la arquitectura cliente/servidor
constituye el ambiente ideal para facilitar el acceso a la
informacin.

Buena tecnologa en el lugar adecuado: En teora, un

ambiente cliente/servidor puede conformarse de varias
plataformas, sistemas operativos, bases de datos, etc.

Modularidad: en un ambiente cliente/servidor, es factible

agregar o eliminar estaciones de trabajo y servidores, puesto
que el sistema puede ser ms o menos fcil de volver a
configurar.

Las principales desventajas de esta arquitectura se detallan a

continuacin.

Alojan los costos por funcin en lugar de hacerlo por las

actividades que lo generan.

Los costos en los que se incurren durante la planeacin,

diseo y prototipos que se deben realizar simplemente son
muy caros, lo que no permite ver el detalle de estos costos
para la organizacin

3.2.4.4.

Capas
De acuerdo con (Valle, 2005) la arquitectura cliente / servidor
tiene muchas variantes, a continuacin analizaremos las
diferentes capas que existen.

39

3.2.5. Programacin orientada a objetos

De acuerdo con (Wikipedia, 2010) se hace mencin que el proceso
OO se mueve a travs de una espiral evolutiva que comienza con la
comunicacin con el usuario. Es aqu donde se define el dominio del
problema y se identifican las clases bsicas del problema. La
planificacin y el anlisis de riesgos establecen una base para el plan
del proyecto OO. El trabajo tcnico asociado con la ingeniera del
software OO sigue el camino iterativo mostrado en la caja sombreada.
La ingeniera del software OO hace hincapi en la reutilizacin.
3.2.5.1.

Caractersticas de la POO
Hay un cierto acuerdo sobre exactamente qu caractersticas
de un mtodo de programacin o lenguaje le definen como
"orientado a objetos", pero hay un consenso general en que las
caractersticas siguientes son las ms importantes:

Abstraccin: Denota las caractersticas esenciales

de un objeto, donde se capturan sus comportamientos.
Cada objeto en el sistema sirve como modelo de un
"agente" abstracto que puede realizar trabajo, informar y
cambiar su estado, y "comunicarse" con otros objetos en el

40

sistema

sin

revelar cmo se

implementan

estas

caractersticas.

Encapsulamiento: Significa reunir a todos los

elementos que pueden considerarse pertenecientes a una
misma entidad, al mismo nivel de abstraccin. Esto permite
aumentar la cohesin de los componentes del sistema.

Principio de ocultacin: Cada objeto est aislado

del exterior, es un mdulo natural, y cada tipo de objeto
expone una interfaz a otros objetos que especfica cmo
pueden interactuar con los objetos de la clase. El
aislamiento protege a las propiedades de un objeto contra
su modificacin por quien no tenga derecho a acceder a
ellas, solamente los propios mtodos internos del objeto
pueden acceder a su estado.

Polimorfismo:

comportamientos

diferentes,

asociados a objetos distintos, pueden compartir el mismo

nombre, al llamarlos por ese nombre se utilizar el
comportamiento correspondiente al objeto que se est
usando.

Herencia: las clases no estn aisladas, sino que se

relacionan entre s, formando una jerarqua de clasificacin.

41

Los objetos heredan las propiedades y el comportamiento

de todas las clases a las que pertenecen.

Recoleccin de basura: la recoleccin de basura o

Garbage Collector es la tcnica por la cual el ambiente de
Objetos se encarga de destruir automticamente, y por
tanto desasignar de la memoria, los objetos que hayan
quedado sin ninguna referencia a ellos. Esto significa que
el programador no debe preocuparse por la asignacin o
liberacin de memoria, ya que el entorno la asignar al
crear un nuevo Objeto y la liberar cuando nadie lo est
usando.

En la mayora de los lenguajes hbridos que se extendieron

para soportar el Paradigma de Programacin Orientada a
Objetos como C++ u Object Pascal, esta caracterstica no
existe y la memoria debe desasignarse manualmente.
El elemento fundamental de la OOP es, como su nombre lo
indica, el objeto. Adems de que mencionan los problemas
derivados de la utilizacin de OOP en la actualidad, un sistema
orientado a objetos, por lo visto, puede parecer un paraso
virtual. El problema sin embargo surge en la implementacin
de tal sistema (30). Especficamente los siguientes temas suelen
aparecer repetidamente:

Dependencia del lenguaje.

42

A pesar de la portabilidad

conceptual de los objetos en un sistema orientado a

objetos, en la prctica existen muchas dependencias.
Muchos lenguajes orientados a objetos estn compitiendo
actualmente para dominar el mercado. Cambiar el lenguaje
de implementacin de un sistema orientado a objetos no es
una tarea sencilla; por ejemplo C++ soporta el concepto de
herencia mltiple mientras que SmallTalk no lo soporta; en
consecuencia

la

eleccin

de

un

lenguaje

tiene

ramificaciones de diseo muy importantes.

Determinacin de las clases. Una clase es un molde que

se utiliza para crear nuevos objetos. En consecuencia es
importante crear el conjunto de clases adecuado para un
proyecto. Desafortunadamente la definicin de las clases
es ms un arte que una ciencia.
Si bien hay muchas jerarquas de clase predefinidas
usualmente se deben crear clases especficas para la
aplicacin que se este desarrollando. Luego, en 6 meses
1 ao se da cuenta que las clases que se establecieron no
son posibles; en ese caso ser necesario reestructurar la
jerarqua de clases devastando totalmente la planificacin
original.

Performance. En un sistema donde todo es un objeto y

toda interaccin es a travs de mensajes, el trfico de

43

mensajes afecta la performance.

3.2.6. Rational Unified Process (RUP)
3.2.6.1.

Caractersticas esenciales
Los autores de RUP destacan que el proceso de software
propuesto por RUP tiene tres caractersticas esenciales: est
dirigido por los casos de uso, est centrado en la arquitectura,
y es iterativo e incremental.
3.2.6.2.

Principios bsicos del RUP

Segn (Jacobson, Booch, & Rumbaugh, 2000) El RUP est
basado en 5 principios clave que son:
-

Adaptar el proceso

El proceso deber adaptarse a las caractersticas propias del

proyecto u organizacin. El tamao del mismo, as como su
tipo o las regulaciones que lo condicionen, influirn en su
diseo especfico. Tambin se deber tener en cuenta el
alcance del proyecto.
-

Equilibrar prioridades

Los requerimientos de los diversos participantes pueden ser

diferentes, contradictorios o disputarse recursos limitados.
-

Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno,

en etapas iteradas. En cada iteracin se analiza la opinin de

44

los inversores, la estabilidad y calidad del producto, y se refina

la direccin del proyecto as como tambin los riesgos
involucrados.
-

Elevar el nivel de abstraccin

Este principio dominante motiva el uso de conceptos

reutilizables tales como patrn del software, lenguajes 4GL o
marcos de referencia (frameworks) por nombrar algunos.
Esto evita que los ingenieros de software vayan directamente
de los requisitos a la codificacin de software a la medida del
cliente y sin comenzar desde un principio pensando en la
reutilizacin del cdigo.
-

Enfocarse en la calidad

El control de calidad no debe realizarse al final de cada

iteracin, sino en todos los aspectos de la produccin. El
aseguramiento de la calidad forma parte del proceso de
desarrollo y no de un grupo independiente.
3.2.6.3.

Proceso dirigido por casos de uso

Segn (Kruchten, 2000), los casos de uso son una tcnica de
captura de requisitos que fuerza a pensar en trminos de
importancia para el usuario y no slo en trminos de funciones
que sera bueno contemplar.
Adems, (Kruchten, 2000) define un caso de uso como un
fragmento de funcionalidad del sistema que proporciona al

45

usuario un valor aadido. Los casos de uso representan los

requisitos funcionales del sistema.
Los casos de uso constituyen un elemento integrador y una
gua del trabajo como se muestra en la grafico 7.

Grafico 7: Los casos de uso integran el trabajo

Fuente: (Kruchten, 2000)

3.2.6.4.

Proceso centrado en la arquitectura

La arquitectura de un sistema es la organizacin o estructura
de sus partes ms relevantes, lo que permite tener una visin
comn

entre

todos los involucrados (desarrolladores y

usuarios) y una perspectiva clara del sistema completo,

necesaria para controlar el desarrollo por (Kruchten, 2000).

46

En la grafico 8 se ilustra la evolucin de la arquitectura durante

las fases de RUP. Se tiene una arquitectura ms robusta en las
fases finales del proyecto.
Grafico 8: Evolucin de la arquitectura del sistema
Inception

Elaboration

Construction

Transition

Architecture
tiempo

Fuente: (Kruchten, 2000)

3.2.6.5.

Estructura esttica del proceso, roles, actividades,

artefactos y flujos de trabajo
De acuerdo con (Rational Software Corporation., 1998), Un
proceso de desarrollo de software define quin hace qu, cmo
y cundo. RUP define cuatro elementos los roles, que
responden a la pregunta Quin?, las actividades que
responden a la pregunta Cmo?, los productos, que
responden a la pregunta Qu? y los flujos de trabajo de las
disciplinas que responde a la pregunta Cundo? (ver grafico
9).
Grafico 9: Relacin entre roles, actividades, artefactos

47

Fuente: (Rational Software Corporation, 1998)

3.2.6.6.

Roles
(Rational Software Corporation, 2002) especifica RUP define
grupos de roles, agrupados por participacin en actividades
relacionadas. Estos grupos son:
Analistas:
Analista de procesos de negocio.
Diseador del negocio.
Analista de sistema.
Especificador de requisitos.
Desarrolladores:

48

 Arquitecto de software.
Diseador
Diseador de interfaz de usuario
Diseador de cpsulas.
Diseador de base de datos.
Implementador.
Gestores:
Jefe de proyecto
Jefe de control de cambios.
Jefe de configuracin.
Jefe de pruebas
Jefe de despliegue
Gestor de pruebas.
Apoyo:
Documentador tcnico
Administrador de sistema
Especialista en herramientas
Desarrollador de cursos
Especialista en pruebas:
Especialista en Pruebas (tester)
Analista de pruebas

49

 Diseador de pruebas
Otros roles:
Stakeholders.
Revisor
Coordinacin de revisiones
Revisor tcnico
3.2.7. Proceso de software y mtricas de proyectos
Segn (Pressman, 2002), el proceso del software y las mtricas del
producto son una medida cuantitativa que permite a la gente del
software tener una visin profunda de la eficacia del proceso del
software y de los proyectos que dirigen utilizando el proceso como un
marco de trabajo. Se renen los datos bsicos de calidad y
productividad.
Adems, menciona que las mtricas son tambin utilizadas para
sealar reas con problemas de manera que se puedan desarrollar
los remedios y mejorar el proceso del software.
3.2.7.1.

Mtricas del proyecto

(Pressman, 2002) cita que las mtricas del proceso de
software se utilizan para propsitos estratgicos. Las medidas
del proyecto de software son tcticas. Esto es, las mtricas de
proyectos y los indicadores derivados de ellos los utilizan un
gestor de proyectos y un equipo de software para adaptar el
flujo del trabajo del proyecto y las actividades tcnicas.
50

La utilizacin de mtricas para el proyecto tiene dos aspectos

fundamentales. El coste y el esfuerzo requerido para construir
el software, el nmero de lneas de cdigo producidas, y otras
medidas directas son relativamente fciles de reunir, mientras
que los convenios especficos para la medicin se establecen
ms adelante.
3.2.7.2.

Mtricas para la calidad del software

La calidad de un sistema, aplicacin o producto es tan bueno
como los requisitos que describen el problema, el diseo que
modela la solucin, el cdigo que conduce a un programa
ejecutable, y las pruebas que ejercitan el software para
detectar errores por (Pressman, 2002).

3.2.7.2.1. Medida de la calidad

Aunque hay muchas medidas de la calidad de software, la
correccin, facilidad de mantenimiento, integridad,

facilidad de uso proporcionan indicadores tiles para el

equipo del proyecto.
-

Correccin. Un programa debe operar correctamente o

proporcionar poco valor a sus usuarios. La correccin
es el grado en el que el software lleva a cabo su funcin
requerida.

51

Facilidad de mantenimiento. El mantenimiento del

software cuenta con ms esfuerzo que cualquier otra
actividad de ingeniera del software. La facilidad de
mantenimiento es la facilidad con la que se puede
corregir un programa si se encuentra un error, se puede
adaptar si su entorno cambia..

Integridad. En esta poca de hackers y firewalls , la

integridad del software ha llegado a tener mucha
importancia.

52

Grafico 10: Proceso de recopilacin de mtricas del software.

Fuente: (Pressman, 2002)

3.2.7.3.

Garanta de calidad del software

Calidad
El American Heritage Dictionary, define la calidad como una
caracterstica o atributo de algo.
Control de calidad
Segn

(S Pressman, 2002), el control de cambios puede

equipararse al control de calidad. El control de calidad es una

serie de inspecciones, revisiones y pruebas utilizadas a lo largo
del proceso del software. El control de calidad incluye un bucle
de realimentacin (feedback) del proceso que cre el
producto.

53

Garanta de calidad
De acuerdo con (S Pressman, 2002), la garanta de calidad
consiste en la auditora y las funciones de informacin de la
gestin. El objetivo de la garanta de calidad es proporcionar la
gestin para informar de los datos necesarios sobre la calidad
del producto, por lo que se va adquiriendo una visin ms
profunda y segura de que la calidad del producto est
cumpliendo sus objetivos.

3.2.8. Sistema gestor de base de datos (SGBD) Oracle

El Sistema de Gestin de Bases de Datos (SGBD) consiste en un
conjunto de programas, procedimientos y lenguajes que nos
proporcionan las herramientas necesarias para trabajar con una base
de datos. Incorporar una serie de funciones que nos permita definir
los registros, sus campos, sus relaciones, insertar, suprimir, modificar
y consultar los datos.
Oracle es una potente herramienta basada en la arquitectura
Cliente/Servidor para la gestin de Bases de Datos Relacionales
desarrollada por Oracle Corporation. Ofrece una interfaz intuitiva
basada en el explorador, que es capaz de administrar las bases de
datos, crear tablas, vistas y otros objetos de bases de datos, importar,
exportar y visualizar datos de tablas, ejecutar scripts de SQL y
generar informes. Adems, soporta transacciones, es estable,
escalable y multiplataforma.

54

Para desarrollar en Oracle se utiliza PL/SQL, el cual es un lenguaje

de quinta generacin, bastante potente para tratar y gestionar la
base de datos. Oracle Designer y Oracle Developer son las
herramientas de programacin que se usan en este motor.
Developer es una herramienta con la que podemos crear
formularios, compilarlos y ejecutarlos de forma local. La principal
ventaja de esta herramienta es que es bastante intuitiva y dispone
de un modo que nos permite componer el formulario.
Designer es una herramienta que se conecta a la base de datos y
creamos formularios en ella, de manera que todo el mundo se
conecta mediante Designer a la aplicacin que contiene todos los
formularios y se evita interferir en el trabajo de otros.
3.2.8.1.

Arquitectura de Oracle
Oracle se basa en Bases de datos objeto-relacionales. Estas
incorporan slo estructuras estticas de datos, las llamadas
tablas. Es suficiente para modelar problemas de datos muy
grandes, pero no permite aplicar tcnicas de programacin
orientada a objetos.
Hay una serie de bases de datos llamadas orientadas a
objetos, donde el elemento de trabajo en lugar de la tabla es el
objeto, que incorpora datos y procedimientos. Pero este

55

enfoque todava est en estudio y no parece clara su ventaja

sobre el enfoque relacional.
Oracle aprovecha un nuevo enfoque, el objeto-relacional. Es un
punto medio entre los dos anteriores, permite a los usuarios
utilizar la base de datos de forma relacional, pero incorpora
extensiones de las bases de datos orientadas a objetos.
Oracle incluso soporta el enfoque orientado a objetos. El hecho
que de permite los tres objetos hace que se pueda trabajar de
forma relacional y aadir cualquier mejora orientada a objetos.
Pero el ncleo de Oracle sigue estando pensado para el
enfoque relacional.
Mejoras procedentes del enfoque orientado a objetos

Tipos abstractos: Permiten crear dominios complejos para

almacenar datos en los atributos de las tablas.

Tablas anidadas: Permiten seleccionar valores dentro de

una lista para un atributo. Representan relaciones uno a
varios, donde el contenido de la tabla representa la tabla
relacionada con la actual. Sirven por ejemplo para elegir un
mes de una lista con los doce meses.

Varrays: Es una coleccin de valores que

permite

seleccionar varios valores relacionados con un atributo de

56

una tabla. Por ejemplo permitira elegir varias asignaturas en

el mismo alumno (lo que est en desacuerdo con el modelo
relacional, pero es que en realidad la informacin del varray
se almacena aparte)

Objetos grandes: Se trata de los llamados LOB (large object

binary). Permiten almacenar textos largusimos, archivos
externos (de los que slo se almacenar la direccin) y
datos binarios.

Vistas-objeto: Permiten crear objetos a partir de las tablas de

datos.

El servidor Oracle est formado por dos elementos:

La instancia de la base de datos: Consta de

datos

(llamados estructuras de memoria) y de procesos en memoria

(procesos background) necesarios para dar servicio a los
usuarios de la base de datos. Puede haber ms de una
instancia si se distribuye la base de datos en ms de una
mquina. Cada instancia abre una y slo una base de datos.
Ficheros en disco: Representan la base de datos en s.
Consta de:

Estructuras lgicas: Tablespaces, objetos del esquema de

usuario.

57

Estructuras fsicas: Los ficheros de datos almacenados en

disco. Los ficheros de datos (asociados a los tablespaces),
los ficheros redo log y los ficheros de control

Las bases de datos relacionales incorporan slo estructuras

estticas de datos, las llamadas tablas. Esto es suficiente para
modelar problemas de datos muy grandes, pero no permite
aplicar tcnicas de programacin orientada a objetos.
Oracle aprovecha el enfoque objeto-relacional. Este permite a
los usuarios utilizar la base de datos de forma relacional, pero
incorpora extensiones de las bases de datos orientadas a
objetos. Oracle incluso soporta el enfoque orientado a objetos.
Las estructuras de las Bases de Datos Oracle pueden ser
divididas en tres clases:

Internas a la Base de Datos.

Internas a las reas de memoria (incluidas la memoria

compartida y procesos).

Externas a la Base de Datos.

Estructuras Internas a la Base de Datos

Las estructuras internas son:

58

Tablas: Es la unidad lgica bsica de almacenamiento.

Contiene filas y columnas (como una matriz) y se identifica
por un nombre.
Columnas: Las columnas tambin tienen un nombre y
deben especificar un tipo de datos. Una tabla se guarda
dentro de un tablespace (o varios, en el caso de las tablas
particionadas).
Usuario: Es la indicacin del nombre y el password de la
cuenta (esquema) que se est creando.
Esquema: Es una coleccin de objetos lgicos, utilizados
para organizar de manera ms comprensible la informacin
como objetos del esquema.
ndices: Un ndice es una estructura creada para ayudar a
recuperar datos de una manera ms rpida y eficiente. Un
ndice se crea sobre una o varias columnas de una misma
tabla. De esta manera, cuando se solicita recuperar datos de
ella mediante alguna condicin de bsqueda, sta se puede
acelerar si se dispone de algn ndice sobre las columnas.
Cluster: Es un grupo de tablas almacenadas en conjunto
fsicamente como una sola tabla que comparten una
columna en comn. Si a menudo se necesita recuperar
datos de dos o ms tablas basadas en un valor de la

59

columna que tienen en comn, entonces es ms eficiente

organizarlas como un cluster, ya que la informacin podr
ser recuperada en una menor cantidad de operaciones de
lectura realizadas sobre el disco.
Vistas: Una vista implementa una seleccin de varias
columnas de una o diferentes tablas. Una vista no almacena
datos, slo los presenta en forma dinmica. Se utilizan para
simplificar la visin del usuario sobre un conjunto de tablas,
haciendo transparente para l la forma de obtencin de los
datos.
Secuencias: El generador de secuencias de Oracle se
utiliza para generar nmeros nicos y utilizarlos, por
ejemplo, como claves de tablas. La principal ventaja es que
libera al programador de obtener nmeros secuenciales que
no se repitan con los que pueda generar otro usuario en un
instante determinado.
Procedimientos y Funciones: Una funcin es un grupo de
sentencias SQL, escritas generalmente en PL/SQL que
implementan una serie de rutinas que devuelven un valor.
Los procedimientos son casi idnticos, solo que no
devuelven ningn valor.

60

Triggers: Es un procedimiento que se ejecuta en forma

inmediata cuando ocurre un evento especial. Estos eventos
slo pueden ser la insercin, actualizacin o eliminacin de
datos de una tabla.
Sinnimos: Son objetos del sistema que apuntan a otros
objetos. Implementan alias de tablas, vistas, secuencias o
unidades de programas. Por lo general se utilizan para
esconder ciertos detalles del objeto que representan al
usuario final.
Segmento de Rollback: son reas lgicas de la base de
datos que contienen informacin de las transacciones que se
encuentran en curso y que an no han sido confirmadas o
deshechas.
Dentro de los tablespaces y datafiles, el espacio utilizado
para almacenar datos es controlado por el uso de tres
estructuras, las cuales son las siguientes:

Segmentos: Es un grupo de extensiones utilizados para

almacenar un tipo particular de datos. Existen 4 tipos de
segmentos: datos, ndices, rollback y temporales.

Extensiones: Es un grupo de bloques de datos. Se

establecen en un tamao fijo y crecen a medida que van

61

almacenando ms datos. Tambin se pueden redimensionar

para aprovechar mejor el espacio de almacenamiento.

Bloques: Un bloque es la unidad de almacenamiento ms

pequea en una base de datos Oracle. Contiene una
pequea porcin de informacin (header) referente al bloque
en s y el resto a los datos que guarda. Generalmente, un
bloque de datos ocupar aprox. 2 KB de espacio fsico en el
disco (asignacin tpica).

3.2.8.2.

Estructura de memoria internas

Oracle mantiene dos estructuras principales de memoria: el
rea Global de Programa (Program Global Area, PGA) y el
rea Global del Sistema (System Global Area o tambin
Shared Global Area, SGA).
El PGA es la zona de memoria de cada proceso Oracle. No
est compartida y contiene datos e informacin de control de
un nico proceso.
El SGA es la zona de memoria en la que la BD Oracle guarda
informacin sobre su estado. Esta estructura de memoria est
disponible para todos los procesos, por eso se dice que est
compartida.

3.2.8.3.

Estructuras externas a la Base de Datos

62

Las estructuras externas estn contenidas por ficheros que

utiliza el servidor de la Base de Datos. Estos ficheros guardan
informacin tanto de los datos almacenados en la Base de
Datos como la necesaria para gobernar la propia Base de
Datos.
Los ficheros son:

Ficheros de la BD

Ficheros redo log

Ficheros de control

Ficheros de Traza

Para poder ejecutar SQL sobre la base de datos, hay que

conectar con la instancia Oracle de la base de datos, lo cual
requiere la comunicacin entre un proceso cliente y el servidor.
Los componentes utilizados por Oracle para procesar el SQL
dependen del cdigo enviado y se efectan estos eventos:

Las consultas devuelven filas.

Las instrucciones DML (Lenguaje de Manipulacin de

Datos) graban cambios.

63

La

instruccin

commit

asegura

el

proceso

de

la

transaccin.
SQL Bsico
SQL es un lenguaje estndar de comunicacin con las bases
de datos que permite especificar diversos tipos de operaciones
en stas. SQL explota la flexibilidad y potencia de los sistemas
relacionales permitiendo gran variedad de operaciones en las
bases de datos.
Es un lenguaje de alto nivel, que gracias a su fuerte base
terica y su orientacin al manejo de conjuntos de registros, y
no a registros individuales, permite una alta productividad en
codificacin y la orientacin a objetos. De esta forma una sola
sentencia puede equivaler a uno o ms programas que se
utilizaran en un lenguaje de bajo nivel orientado a registros.
3.2.8.4.

PL/SQL
PL/SQL es el lenguaje de programacin que proporciona
Oracle para extender el SQL estndar con otro tipo de
instrucciones.
Los bloques PL/SQL presentan una estructura especfica
compuesta de tres partes bien diferenciadas:
La seccin declarativa en donde se declaran todas las
constantes y variables que se van a utilizar en la ejecucin del

64

bloque. La seccin de ejecucin que incluye las instrucciones

a ejecutar en el bloque PL/SQL. La seccin de excepciones en
donde se definen los manejadores de errores que soportar el
bloque PL/SQL.
PL/SQL permite:

Manipular datos de una Base de Datos Oracle.

Usar tcnicas de control (bucles) y condicionales.

Controlar las filas de una consulta, una a una.

Controlar errores (excepciones) definidas por el usuario o

propios de Oracle (predefinidos).

No diferencia las minsculas de las maysculas

CLIENTE == cliente

Tablespaces
Un tablespace es una divisin lgica de la Base de Datos.
Cada Base de Datos tiene al menos uno. Un tablespace puede
pertenecer slo a una Base de Datos. Los tablespaces se
utilizan para mantener juntos los datos de usuarios o de

65

aplicaciones para facilitar su mantenimiento o mejorar las

prestaciones del sistema.
Existen 5 tipos de segmentos:
1. Segmentos de datos: almacenan las tablas.
2. Segmentos de ndices: permiten un acceso rpido a los
datos dependiendo de la cantidad de los mismos. Las
consultas que slo referencian a columnas indexadas se
resuelven en el ndice.
3. Segmentos de rollback: son objetos internos de la Base de
Datos que permiten efectuar la restauracin de las
transacciones no validadas asegurando la consistencia en
lectura.
4. Segmentos temporales: son creados por Oracle para un
uso temporal cuando debe realizar una ordenacin que no
le cabe en memoria. Son eliminados cuando la sentencia
finaliza.
5. Segmentos de bootstrap: Se crea en SYSTEM y contiene
definiciones del diccionario para sus tablas, que se cargan
al abrir la Base de Datos. No requiere ninguna accin por
parte del DBA. No cambia de tamao.
Este archivo incluye:

66

Direcciones de protocolo en las que acepta solicitudes de

conexin.

Servicios de base de datos

Parmetros de control utilizados por el listener.

Hemos analizado el SGBD Oracle, el cual tiene muchas

caractersticas destacables. Las necesidades y requerimientos
de los usuarios han llevado a la creacin de nuevas
caractersticas

para

facilitar

la

utilizacin,

escalabilidad,

confiabilidad y almacenamiento de datos en Oracle.

Este SGBD maneja las bases de datos relacionales, las cuales
hacen uso de los recursos del sistema informtico en todas las
arquitecturas de hardware, para garantizar su aprovechamiento
al mximo en ambientes cargados de informacin.
3.3.

Definicin de trminos bsicos

Segn

(Aja Quiroga, s.f.) obtenemos los siguientes conceptos de

diversos trminos fundamentales para la realizacin de este proyecto:

Aplicacin: tipo de programa informtico diseado para facilitar al
usuario la realizacin de un determinado tipo de trabajo.
Base de datos: conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemticamente para su posterior uso.

67

Calidad: grado en que un conjunto de caractersticas inherentes (a

un objeto, producto, servicio, etc.) cumple con una necesidad o
expectativas establecidas, generalmente implcitas u obligatorias.
Calidad total: pretende elevar la calidad de todos los resultados de
la organizacin incluidos los de la gestin financiera. Estos modelos
buscan la excelencia en el desempeo global de la organizacin, es
decir, en todos sus resultados.
Gestin: actividades coordinadas para dirigir y controlar una
organizacin.
Gestin de informacin: Comprende las actividades relacionadas
con la obtencin de la informacin adecuada, a un precio adecuado,
en el tiempo y lugar adecuado, para tomar la decisin adecuada.
Gestin del conocimiento: Proceso mediante el cual se desarrolla,
estructura y mantiene la informacin, con el objetivo de transformarla
en un activo crtico y ponerla a disposicin de una comunidad de
usuarios, definida con la seguridad necesaria.
Gestin de la calidad: Actividades coordinadas para dirigir y
controlar una organizacin en materia de calidad.

4. HIPOTESIS, VARIABLES Y OPERACIONALIZACION DE LAS VARIABLES

4.2. Hiptesis

68

4.2.1. General
La tecnologa J2EE mejora la gestin de registros de habitaciones
de los hostales en Pucallpa
4.2.2. Especficos
H1)

La identificacin de los procesos en la gestin de registros

de habitaciones de los Hostales en Pucallpa ayuda al correcto

anlisis de las necesidades de los usuarios.
H3)

Permite la organizacin de manera adecuada y precisa de

la informacin perteneciente a la gestin de registros de

habitaciones de los Hostales en Pucallpa
H4)

La aplicacin de la metodologa RUP y el lenguaje

unificado de modelado UML

permite el correcto anlisis y

diseo del sistema web con tecnologa J2EE para la de

registros de habitaciones de los Hostales en Pucallpa.
H5)

La aplicacin de la tecnologa J2EE en un sistema

informtico mejora la gestin de registros de habitaciones de

los Hostales en Pucallpa.
H6)

El sistema informtico propuesto mejora la gestin de

registros de habitaciones de los Hostales en Pucallpa.

69

4.3.

Variables

4.3.1. Variable independiente

X: Sistema Informtico
4.3.2. Variable dependiente
Y: Gestin de registros de habitaciones.
4.3.3. Variable interviniente
Z: Hostales en Pucallpa
4.4.

Operacionalizacin de las variables

Tabla 1: Indicadores de la variable independiente

VARIABLE INDEPENDIENTE (V.I.): Sistema informtico con

tecnologa J2EE
Indicadores
Usabilidad

Unidad de medicin
(%)

Fiabilidad

(%)

Viabilidad

(%)
(%)

Navegabilidad

70

Tabla 2: Indicadores de la variable dependiente

VARIABLE DEPENDIENTE (V.D.): Gestin de registros de habitaciones

Indicadores
N de clientes

Unidad de medicin
(Nro.)

N de clientes/habitacin

(Nro.)

N de habitaciones

(Nro.)
(Seg.)

Tiempo de Registro de la informacin.

Tabla 3: Indicadores de la variable interviniente

VARIABLE INTERVINIENTE (V.INT.): Hostales en Pucallpa

Indicadores
N de personal.

Unidad de medicin
(Nro.)
(Nro.)

N de Hostales.

5. METODOLOGIA DE LA INVESTIGACION
5.1.

Mtodo de investigacin

Tipo de investigacin: La investigacin ser de tipo aplicada,

porque utilizamos conocimiento de ingeniera de software y
empleamos una tecnologa reconocida y vlida para estos tipos de
problemas.

71

Nivel de investigacin: El nivel de sta investigacin ser

correlacional debido a que pretende determinar el grado de relacin
de la variable independiente con la variable dependiente.

Diseo de investigacin: el diseo que se utilizo es transaccional.

Como metodologa y herramienta que permitan cumplir este cometido

se listan las siguientes.
Metodologa: orientada a objetos.
Proceso: Unificado Rational
Considerando cada una de sus fases:
Modelamiento del negocio.
Requerimientos.
Anlisis y diseo.
Implementacin.
Mantenimiento.
Herramientas:
Diagramas de lenguaje unificado de modelado (UML)
Casos de uso.
Colaboraciones.
Dominio
Actividades.
Clases.
Secuencias.
72

73

5.2.

Poblacin y muestra
5.2.1. Poblacin
A continuacin trabajaremos con la poblacin de la unidad de
anlisis ser un total de 88 115 personas que mayores de 18 aos,
del distrito de callera de la ciudad de pucallpa como se puede
notar en el Tabla 4.
Tabla 4: Recoleccin de datos.

Cargo
Administradores
Recepcionistas
Clientes

Cantidad
108
128
87 879
88 115

Porcentaje
0.12%
0.14%
99.74%
100%

5.2.2. Muestra
Para deducir la muestra que se utilizara en la investigacin se
tendr que realizar un clculo a partir de la poblacin.
N

: Poblacin.

: Tamao de la muestra realizada.

: Probabilidad de que el evento ocurra (50%).

: Probabilidad de que el evento no ocurra (50%).

Z (/2) : 1.96

: 0.05 = 5%

Frmula para la muestra:

74

Muestra:
n=

(1.96)2(0.5)(0.5)(88,115)
(0.05)2(88,115-1) + (1.96)2(0.5) (0.5)

n = 383.7288 = 384
La muestra para esta investigacin ser de 384 personas.

5.3.

Instrumentos de recoleccin de datos

Para llevar a cabo el trabajo de campo de la investigacin en referencia
las tcnicas e instrumentos, se muestra en el Tabla 5.
Tabla 5: Tcnicas e instrumentos

TECNICAS

INSTRUMENTOS

a. Entrevista.

- Cuestionario.

b. Encuesta.

Cuestionario.

Se utilizaran tcnicas e instrumentos que ayuden a conceptualizar,

observar y cuestionar.

5.4.

Procedimiento de recoleccin de datos

75

5.4.1. Fuentes de datos

Recojo de testimonios, mediante el llenado de

cuestionarios.

a) Entrevista
Se establecer una entrevista con el personal y otras persona
relacionadas con el manejo o gestin de registros de
habitaciones en los hostales de la ciudad de Pucallpa a fin de
obtener respuestas verbales a las interrogantes planteadas
sobre los procesos y problemas que presenta la entidad.
b) Cuestionario
Se aplicar un cuestionario al

pblico en general y a las

personas que trabajan en los Hostales los de Pucallpa con la

finalidad de obtener informacin que servirn para el logro de
los objetivos del proyecto.
5.5.

Tratamiento de los datos

Las encuestas se procesaran por medio de tablas y grficos las
cuales ayudaran al anlisis de los datos, aplicando
informticas: Ms Excel y SPSS 19.

76

herramientas

6. ADMINISTRACION DEL PROYECTO DE INVESTIGACION

6.1.

Cronograma
Ver Anexo 02

6.2.

Fecha de inicio

Fecha de culminacin

Presupuesto
6.2.1. Costos de aprovisionamiento
Tabla 6: Material para el desarrollo del sistema

Descripcin
Millar de Papel Bond
tiles de Oficia
CDs / DVDs
Cartucho Cannon IP1800 Negro
Cartucho Cannon IP1800 Color
Otros improvistos

Cantidad
Precio Unit.
1/2 millar
12.00
--15.00
--10.00
1
60.00
1
70.00
--70.00
Total materiales (S/.)

Tabla 7: Servicios

Descripcin

Subtotal(
S/.)
775.00
775.00

Transporte
Total Servicios (S/.)

77

Subtotal (S/.)
12.00
15.00
10.00
60.00
70.00
70.00
237.00

Nota:
Diario en Transporte S/.5.00, por 1 integrante.
En 5 das a la semana.
Por 4 semanas mensuales.
Aproximadamente en 7.75 meses aproximadamente (31 semanas).
Entonces en transporte por el tiempo del proyecto es = 5 * 5 * 31 = 775
TOTAL GASTO EN MATERIALES: S/. 775.00 + 237.00 = 1012.00
7. REFERENCIAS BIBLIOGRFICAS Y ANEXOS
7.1.

Referencias Bibliogrficas
Aja Quiroga, L. (s.f.). Gestin de informacin, gestin del conocimiento y
gestin de la calidad en las organizaciones. .
Bustelo Ruesta, C., & Amarilla Iglesias, R. Gestin del conocimiento y
gestin de la informacin. INFORAREA.
Consejo

Superior

de Administracin

Electrnica,

G.

d.

(2010).

Arquitectura Cliente-servidor. Recuperado el 16 de abril de 2010, de

<http://www.csae.map.es/csi/silice/acs.htm
Gil Pechuan, I. (2001). Sistemas y Tecnologa de la de Informacin para
la gestin. Mxico: Amrica.
Hunter, J. (2004). Java Servlet Programming. Estados Unidos: 2nd
Editin Prentice Hall.
Jacobson, I., Booch, G., & Rumbaugh, J. (2000). El Proceso Unificado
de Desarrollo de Software. . Espaa: Edit. Pearson Addisson-Wesley.

78

Kruchten, P. (2000). The Rational Unified Process: An Introduction.

Addison Wesley.
Lanvin Fernndez, D. (s.f.) Definicin de una arquitectura software para
el diseo de aplicaciones web basadas en tecnologa Java-J2EE.
Oviedo.
Molpeceres Touris, A. & Prez Marin (2002). Arquitectura empresarial
y software libre, J2EE.
Murdick, R. G. (2008). Sistemas de Informacin. Mxico: 12da.Edicin.
Edit. Prentice-Hall Hispanoamericana S.A.
OBriend, J. (2000). Bases de los Sistemas de Informacin. Espaa:
Edit. McGraw Hill.
Pressman, R. S. (2002). Ingenieria de software: Un enfoque practico.
Mexico: Mc Graw Hill.
Rational Software Corporation. (2002). Product: Rational Software
Corporation. .
Rational Software Corporation. (1998). Rational Unified Process. Best
Practices for Software Development Teams.
Sanchez Gonzales, C. (2010). Arquitectura Web de n capas [en lnea].
Recuperado

el

16

de

abril

de

2010,

<http://oness.sourceforge.net/proyecto/html/ch03s02.html#n_layers>

79

de

Santos Jaimes, L. P. (2009). Plataformas J2EE y .NET en el desarrollo

de servicios web. Revista Colombiana de Tecnologas de Avanzada ,
131-134.
Valle, G. (2005). Capas de la Arquitectura Cliente Servidor. Mexico:
Uniminuto, Tecnologa en Informtica.
Vega Azcar, M. (s.f.). Utilizar la tecnologa J2EE.
Wikipedia.

(s.f.).

Recuperado

el

15

de

abril

de

2010,

de

http://es.wikipedia.org/w/index.php?title=Sistema_de_informaci
%C3%B3n&oldid=25600813
Wikipedia, L. e. (2010). Recuperado el 16 de abril de 2010, de Clienteservidor:

<http://es.wikipedia.org/w/index.php?title=Cliente-

servidor&oldid=25620682>.
Wikipedia, L. e. (2010). Programacin Orientada a Objetos. Recuperado
el 23 de febrero de 2010, de <http://es.wikipedia.org/wiki/POO>
7.2.

Anexos

80

Anexo 1: Matriz de consistencia

TITULO: SISTEMA INFORMATICO CON TECNOLOGIA J2EE PARA LA GESTION DE REGISTROS DE HABITACIONES DE LOS HOSTALES EN PUCALLPA
TESISTA: VEGA PINO, DANNY EDWARD.
PROBLEMA
Ineficiente gestin de
registro de habitaciones de
los Hostales de Pucallpa.

FORMULACION DEL
PROBLEMA
PRINCIPAL
De qu manera el Sistema
Informtico con Tecnologa
J2EE mejorara la gestin de
registros de habitaciones en
los Hostales en Pucallpa?

DESCRIPCION DEL
ESPECIFICOS
PROBLEMA
1. Inadecuados procesos en la1) De qu manera se podra
gestin de registros de
identificar los procesos en la
habitaciones de los
gestin de registros de
hostales en Pucallpa.
habitaciones de los Hostales
2. Inexistente sistema
de Pucallpa ayudara al
informtico para la
correcto anlisis de las
gestin de registros de
necesidades de los usuarios?
habitaciones de los
2) Cmo permite organizar de
hostales de Pucallpa.
manera adecuada y precisa
la informacin perteneciente
a la gestin de registros de
habitaciones de los Hostales
en Pucallpa?
3) De qu manera se modelara
los datos para obtener
informacin de la gestin de
registros de habitaciones de
los Hostales en Pucallpa?
4) La aplicacin del Proceso
Unificado Rational RUP y el
lenguaje unificado de
modelado UML permitir el
correcto anlisis y diseo del
sistema web con tecnologa
J2EE para la gestin de
registros de habitaciones de
los Hostales en Pucallpa?
5) De qu manera la aplicacin
de la tecnologa J2EE en un
sistema informtico mejorara
la gestin de registros de
habitaciones de los Hostales
en Pucallpa?
6) De qu manera la propuesta
de un sistema informtico
mejorara la gestin de
registros de habitaciones de
los Hostales en Pucallpa?

FECHA:
OBJETIVOS

HIPOTESIS

VARIABLES

DIMENSIONES/ INDICADORES

DISEO METODOGLOGICO

GENERAL
Conocer como el Sistema
Informtico tecnologa J2EE
mejora la gestin de registros de
habitaciones de los Hostales en
Pucallpa.

GENERAL
El Sistema Informtico con tecnologa
J2EE mejora la gestin de registros
de habitaciones de los Hostales en
Pucallpa

V. INDEPENDIENTE
Sistema Informtico

VARIABLE INDEPENDIENTE: Tecnologa J2EE

TIPO DE INVESTIGACION
Investigacin aplicada

ESPECIFICOS

ESPECIFICOS

V. DEPENDIENTE

1) Identificar los procesos en la

gestin de registros de
habitaciones de los Hostales en
Pucallpa ayudara al correcto
anlisis de las necesidades de
los usuarios.
2) Permite organizar de manera
adecuada y precisa la
informacin perteneciente a la
gestin de registros de
habitaciones de los Hostales en
Pucallpa.
3) Modelar los datos permitir
obtener informacin de la
gestin de registros de
habitaciones de los Hostales en
Pucallpa.
4) Aplicar el Proceso Unificado
Rational RUP y el lenguaje
unificado de modelado UML
permitir el correcto anlisis y
diseo del sistema web con
tecnologa J2EE para gestin de
registros de habitaciones de los
Hostales en Pucallpa.
5) Aplicar la tecnologa J2EE en
un sistema informtico mejorara
la gestin de registros de
habitaciones de los Hostales en
Pucallpa.

1)

La identificacin de los
procesos en la gestin de
registros de habitaciones de
los Hostales en Pucallpa
ayuda al correcto anlisis de
las necesidades de los
usuarios.

2)

Permite la organizacin de
manera adecuada y precisa
de la informacin
perteneciente a la gestin
de registros de habitaciones
de los Hostales en Pucallpa.

3)

El modelado de los datos

permite obtener informacin
de la gestin de registros de
habitaciones de los
Hostales en Pucallpa.

4)

La aplicacin de la
metodologa RUP y el
lenguaje unificado de
modelado UML permite el
correcto anlisis y diseo
del sistema web con
tecnologa J2EE para la de
registros de habitaciones de
los Hostales en Pucallpa.

5)

La aplicacin de la
tecnologa J2EE en un
sistema informtico mejora
la gestin de registros de
habitaciones de los
Hostales en Pucallpa.

6)
Proponer un sistema
informtico para mejorar la
gestin de registros de
habitaciones de los Hostales en
Pucallpa.

81

Gestin de registros de
habitaciones.
V. INTERVINIENTE
Hostales en Pucallpa
UNIDAD DE ANALISIS
Hostales de la ciudad de
Pucallpa.

Usabilidad
(%)
Fiabilidad
(%)
Viabilidad
(%)
Navegabilidad (%)

VARIABLE DEPENDIENTE: Gestin

De registro de Habitacin
N de clientes
N de clientes/habitacin
N de habitaciones
Tiempo de Registro de la informacin.
VARIABLE INTERVINIENTE:
N de personal. (Nro.)
N de Hostales (Nro.)

NIVEL DE INVESTIGACION
Correlacional
DISEO DE INVESTIGACION
Transaccional
POBLACION / MUESTRA
POBLACION:88 115
MUESTRA: 384 personas
TECNICAS
Encuestas
Entrevistas

INSTRUM
Cuestion
Cuestion

6)

82

El sistema informtico
propuesto mejorar la gestin
de registros de habitaciones
de los Hostales en Pucallpa.

Anexo 2: Lista de actividades

2011
N

ACTIVIDAD

SEP
3

OCT

NOV

2012
DIC

ENE

FEB

MAR

ABR

4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3

Determinar los procesos en la gestin de registros de habitaciones de los

1
Hostales en Pucallpa
Desarrollar el modelo de negocio de los procesos de los Hostales en
2
Pucallpa
Organizar de manera adecuada y precisa la informacin perteneciente a la
3
gestin de registros de habitaciones
Elaborar un modelo de datos que permita el fcil acceso a la informacin
4
sobre la gestin de registros de habitaciones
Analizar mediante el Proceso Unificado Rational los procesos de gestin de
5
registros de habitaciones de los Hostales en Pucallpa
Disear el sistema informtico para la gestin de registros de habitaciones
6
de los Hostales en Pucallpa
Comprobar los beneficios de utilizar el sistema informtico con tecnologa
7
J2EE para la gestin de registros de habitaciones
Proponer la aplicacin del sistema informtico con tecnologa J2EE para la
8
gestin de registros de habitaciones de los Hostales en Pucallpa

83

Anexo 3: Cuestionario 01
Dirigido al pblico en general
Edad
:
Sexo: M ( )
F( )
Objetivo: conocer el grado de conocimiento en informtica de los trabajadores de la entidad, como el tiempo
de atencin al cliente.
Instrucciones: Responda con la mayor sinceridad posible. Marque con una X en los cuadros

de

cada pregunta.

P1. Usted alguna vez escucho que es J2EE?

1) Si

2) No

P2. Usted recurri alguna vez a un hostal?

1) Si

2) No

P3. Alguna vez recurri a un Hostal con un sistema informtico?

1) Si

2) No

P4. Alguna vez utilizo un sistema informtico?

1) Si

2) No

P5. Usted tiene confianza en un sistema informtico?

1) Si

2) No

P6. Usted ve viable un sistema Informatico en un Hostal?

1) Si

2) No

P7. Cree que con el sistema informtico mejorara el servicio en los hostales?
1) Si

2) No

P8. Cree Ud. Que se usa mucho tiempo el encargado para atenderle en un Hostal?
1) Si

2) No

P9. Cree que un sistema informtico pueda acelerar el tiempo promedio de atencin?
1) Si
2) No

Gracias por su colaboracin.

84

Anexo 4: Cuestionario 02
Dirigido al Personal de Atencin de los Hostales y Administrativo
Edad

Sexo: M ( )

F( )

Objetivo: conocer el grado de conocimiento en informtica de los trabajadores de la entidad, como el tiempo
de atencin al cliente.
Instrucciones: Responda con la mayor sinceridad posible. Marque con una X en los cuadros

de

cada pregunta.

P1. Cmo califica el tiempo de registro en los Hostales?

1) Excelente

2) Bueno

3) Regular

4) Malo

5) Psimo

4) Malo

5) Psimo

4) Malo

5) Psimo

P2. Cmo ve Ud.la entrada de clientes a su Hostal?

1) Excelente.

2) Bueno

3) Regular

P3. El nivel de atencin a los clientes le parece?

1) Excelente.

2) Bueno

3) Regular

P4. Cul es el calificativo que le da al tiempo que demora en elaborar consultas de

Habitaciones?
1) Excelente.

2) Bueno

3) Regular

4) Malo

5) Psimo

P5. Qu le parece la forma tradicional de procesar los registros del hostal?

1) Excelente

2) Bueno

3) Regular

4) Malo

5) Psimo

P6. Cmo Ud. considera la seguridad de almacenamiento de registro?

1) Excelente

2) Bueno

3) Regular

4) Malo

5) Psimo

Gracias por su colaboracin.

85